>This feature is not default because it is deeply depending on IEEE754
>floating point calculation and there're some computers NOT compatible
>to IEEE754. (but it is so rare :p)
When trying this hack the results got extremely noisy and of very poor
quality. This was on 68k, I've been unable to test on PPC (read below).
The compiler also gave me several "type punning" warnings, this is probably
intentional, however it also gave me some warnings about integer operations
overflowing, this perhaps is not so good...
>I am interested in the result of this hack, on various plathome.
>pls check and tell me the result and your plathome(CPU and compiler).
I tested on AmigaOS (68k, SAS/C compiler).
[!Developers read please!]
On another note I'd like to mention that there seems to be something that
trashes memory badly in the current CVS version, as I'm unable to run a
PPC compiled version of LAME (coredumps immediatly with access violations),
68k version seems to work (it's not as sensitive as the PPC kernel), but
causes weird lockups after a while...
However, it seems to work fine in VBR mode (-v -V4), so the culprit is
probably not being used there, or atleast inflict less damage.
I am currently underequipped to do much debugging myself, so I hope some
of you that I know are much better at this sort of thing can. ;)
- CISC
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
