I hit a bug yesterday with LAME and I'm wondering if it affects SPARC users as
well -- and actually if it's hitting anyone except me, although looking at the
code it seems most likely that libsndfile changed a little more than the LAME
code can handle.
Basically I'm seeing this: encoding any file -- either wav or flac -- to mp3
results in an mp3 file containing only 0s (zeros). When rebuilding, I find
that changing the input metthod from sndfile to lame (see configure.sh, modify
--with-fileio=sndfile to --with-fileio=lame) fixes the problem.
Does this hit people with a SPARC build (32- or 64-bit?) Does this hit people
with a 64-bit build of LAME? To test, the easiest thing is to have a .wav file
on hand, code to mp3, then play it back. You'll know it when you (don't) hear
it.
I ended up digging in to the get_audio.c file and saw than sndfile was giving
me (16-bit) samples like so in an integer:
0xdead0000
there's code in lame to shift the sample into the upper 16 bits of the
integer, so it shifts a 16-bit sample 16 bits to the left:
0x00000000
which doesn't seem right :)
--
Adriaan de Groot - KDE Quality Team, KDE-Solaris
- http://www.englishbreakfastnetwork.org/
- http://solaris.kde.org/
