>Since wav is much more popular than aiff, I just reversed the order
>(check for wav first, then aiff). So you might want to try
>getting the latest version, and going into get_audio.c and
>changing around line 420 to:
>
> if (!ispcm) {
> iswav = parse_wavheader(); /* check for WAVE and parse headers
>*/
> if (!iswav) {
> isaiff = parse_aiff(inPath,info); /* check for AIFF and parse AIFF
>headers */
> }
> if (!(isaiff || iswav)) ispcm=1;
> }
This patch worked for me, I guess like you say it was trying to do an fseek in
the FIFO.
>Of course the obvious solution is what you suggest: buffer the header
>so as to avoid any backwards fseek()'s. If you want to send me a
>patch,
>I'll be glad to add it :-)
Hmm, I read C better than I write it, even then only if it's commented well.
Sorry.
>Also, libsndfile will soon support reading from stdin, and it has much
>better wav parsing.
I haven't tried this yet. I'll tinker about with it when I get a chance.
Thanks for the help.
One other thing, is there any documentation on the new command status lines..
I'm curious on a PII 233 the Play/CPU line averages around 1, on a 300 Mhz
Cyrix MII which gives tha same BogoMips as the PII the Play/CPU averages about
0.5 and it takes twice as long to encode. What is the Play/CPU a measurement of?
Herbie
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
