Re: [MP3 ENCODER] Ogg: mostly hype and a _lot_ to be done
I guess in a year or so when the severe bugs are out, one can only assess then how far the psycho-accoustics will carry this one and if it can reach up to the current standard of mp3 and alikes. I did some listening tests (used Sennheiser HD490 ear phones) with funk songs, ballads and hard rock songs. To my surprise I found that ogg sounds much better than 128kbit or 160kbit MP3 (especially the problems caused by perc and drums in MP3s 256kbit have gone). BUT when you compare ogg files with the original sound file (or 256kbit MP3s) you will find, that ogg files sound like they've been running through an equalizer. The sound is crisper, the stereo image is brighter; they seem to be a little bit louder than the original. Even if it may be a "long" way ogg looks promising to me. The biggest drawback of ogg - and the big advandtage of MP3 - is that I can't play this format on my hardware DVD player (and I guess it might take a while until this situation changes). Best regards, Wilfried Behne -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] lame-3.83beta
Kimmo Mustonen wrote: Does this help any? What could cause this kind of problem? Different size of floating point numbers in the structure and what the code assumes or something...? I tried to look at the indexes used at least in psymodel.c but couldn't find anything obviously suspicious. I think this kind of behaviour is PPC specific? AmigaOS+PPC specific? No similar table overruns in other architectures? One might test it with this kind of code, but if the code had this kind of overruns, it's quite strange if it wouldn't cause lots of problems. Did you try to increase the stack size? LAME 3.8x allocates local stack space for the GTK variables even if you don't use GTK (some #ifdef are gone) and this might lead to your problems. I've set the stack size of 512 kB and LAME works rock steady on my PPC Mac... Best regards, Wilfried Behne -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Re: [MP3 ENCODER] lame-3.83beta
Mark Taylor wrote: The problem is gfc-cw_lower_index. It is set to 6, and is never changed. Yet it has been changed to -1001465578, so there is some kind of buffer overflow (which could be anywhere :-( trashing gfc-cw_lower. Weird stuff. I can't reproduce this problem on my PowerMac (compiler is Metrowerks CW Pro 5). Maybe Kimmo and Sigbjørn could tell which compiler they use. Best regards, Wilfried Behne -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
