Hi everyone, I've just started working on a Vorbis project and I have a few questions.<br><br>1. One of the first things I need to do is demonstrate the performance difference the fixed and floating point version of the decoder. From what I read there isn't a defined set of test vectors for proving functionality, but does anyone have a general set of recommendations on what would be a good set of sounds/encoded vorbis files to use for this purpose? I could just blindly feed in sweeps, noises, and music samples, but I was hoping for something a bit more scientific and rigorous than that. Even if it's something that could be borrow from verification of another audio codec, that would be a good start.<br>
<br>2. As this is going into an embedded system, memory usage is very important to me. I saw a note that the lowmem branch saves approximately 10-15% of dynamic memory usage at the cost of an additional startup delay. Has anyone quantified this startup delay? I know it will vary greatly depending on target system but even a rough figure and a note on which platform you're running on would be great. I won't have the luxury of running on target until pretty far into the project so it's important that I pick the right starting point for my optimizations.<br>
<br>3. I've seen a few notes on reported memory leaks in the Tremor source and mentions of patches for these problems. However, it's unclear to me exactly where these patches reside. All I've found thus far are the Tremor trunk and lowmem branch both of which have the same changelog which ends in May 2002. Are these memory leak fixes integrated into either of these branches? If not, where exactly can I find them? I'm quite unfamiliar with svn so my appologies if there's some command within subversion that lets me view or gets these changes.<br>
<br>4. Are there any other recommended mailing lists/discussion boards for discussing Vorbis and audio compression? While this is the perfect place for these questions, it's a little quiet around here.<br><br>Thanks for the help.<br>
<br>Ethan<br>