I think a very complicated scheme based on encoding particularities
could be
done, but as I said, very complicated. For Blade, if you've got a file where all crcs are broken, it's 99.999%
sure
that it comes from Blade. For Lame, it's written in the VBR header and also in the ancillary data. Delay and character used for padding could also be an indication.
I think it's dangerous to make assumptions about the encoder based on characteristics of the bitstream; what's true today may not be true
tomorrow.
It would be much better to read this information from e.g. an ID3v2 tag.
Ok, I understand your point. But at least for Lame, it's easy and it's "safe". If you don't want to read the ancillary data, at least you could use the VBR header. If you program VBR header parsing, knowing if the file was produced by Lame is trivial.
One last thing: would it be possible to change this mailing list behaviour so that when we reply to a mail, the default adress would be the ML instead of the previous sender?
Regards,
--
Gabriel Bouvigne - France bouvigne@mp3-tech.org mobile phone: gsm@mp3-tech.org icq: 12138873
MP3' Tech: www.mp3-tech.org personal page: gabriel.mp3-tech.org