On Monday 17 September 2001 10:15 pm, you wrote:
>
> Does that code work? It looks ok at first glance.
>
> Latest reports are that lame is thread safe and can do what you are
> trying. The only issue seems to be that at least on one system, the
> default stack size for a thread was 128K, which is not enough for
> LAME. Default stack size in linux (glibc 2.1) for pthreads is 2M,
> which should be large enough for LAME.
>
>
> Mark
Can you define work? :)
Yeah, it works fine when you use 1 encoder thread. 2 or more and
mpg123 reports errors such as....
Illegal Audio-MPEG-Header 0x72f4fffb at offset 0x51f7.
Skipped 2 bytes in input.
Illegal Audio-MPEG-Header 0x8619e36d at offset 0xa53c.
Skipped 402 bytes in input.
between the "blocks" that each thread had encoded. A block being
a definable number of frames from the source file... The smaller you
set the blocksize the more often mpg123 reports errors in the stream.
Yeah, you can hear the errors as well, doesn't sound too good..
The box I'm toying with this on is FreeBSD 4.4, using the LinuxThreads
port. I only have stack overflow problems when I set the blocksize fairly
large (50 or more), this could be fixed by giving the thread a bigger
stack no doubt....
I don't have enough knowledge of MP3 composition to properly
diagnose the problem it seems...
Thanks,
Sam
--
MP3 ENCODER mailing list archive is at:
http://www.mail-archive.com/mp3encoder%40minnie.cs.adfa.edu.au/
