Seeing the discussion on using vorbis as a benchmark has prompted me to post a few results that I have. Times are as reported by oggenc. I used track 8 on Stereolab's Dots and Loops album. It's 334 seconds long. Tests on windows machines used the windows oggenc binary from www.vorbis.com Tests on unix machines used oggenc compiled on that machine. Compaq PIII - WinNT (1000 MHz) - 91 seconds Compaq P4 - Win2k (1500 MHz) 75 seconds Compaq P4 - debian - GCC 2.95.4 (1500 MHz) 86.1 seconds Compaq P4 - debian - GCC 3.03 (1500 MHz) 69.2 seconds AMD Athlon XP 1600 (1533 MHz?) 55 seconds Celeron Win98 (600MHz) - 173 seconds Pentium III WinNT (600MHz) - 145 seconds Pentium II WinNT (350 MHz) - 247 seconds Pentium Win98 (100 MHz) 1448 seconds Compaq Alpha XP1000 (667 MHz) - system compiler 62.1 seconds Compaq Alpha XP1000 (667 MHz) - GCC 2.95.2 64.1 seconds Sun Ultra10 - GCC 2.95.2 (400 MHz) 195.6 seconds Chris Wise <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Wed, Feb 13, 2002 at 01:32:32PM +1100, Christopher Wise wrote:> Seeing the discussion on using vorbis as a benchmark has prompted me to post > a few results that I have. Times are as reported by oggenc.What vorbis version? I think CVS HEAD may be faster now.> I used track 8 on Stereolab's Dots and Loops album. > It's 334 seconds long.Would be cool if you could post a FLAC of it somewhere.> Compaq PIII - WinNT (1000 MHz) - 91 seconds > > Compaq P4 - Win2k (1500 MHz) 75 secondsWhat compiler do the Vorbis folks use to generate this binary?> Compaq P4 - debian - GCC 2.95.4 (1500 MHz) 86.1 seconds > Compaq P4 - debian - GCC 3.03 (1500 MHz) 69.2 secondsThis is good to hear. I'm going to compile CVS' vorbis with both compilers now and check this out.> AMD Athlon XP 1600 (1533 MHz?) 55 seconds1400MHz.> Compaq Alpha XP1000 (667 MHz) - system compiler 62.1 secondsDon't Alphas rock? :) <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Dark Avenger
2002-Feb-14 03:06 UTC
[vorbis-dev] vorbis.dll; bug in vorbis_dsp_clear?;mc support
Hello, I am the author of HeadAC3he, the fastest HQ ac3 transcoding tool. You can get it from http://darkav.de.vu (once it is up again). I found a bug in the vorbis.dll, at least I think so. I don't know whether this mailing list is the correct one, so I just try: The line vorbis_dsp_clear( &pStream->vd ); in the procedure vbEncClose causes something wrong. It is most notable when trying HeadAC3he: Doing an ogg conversion first and afterwards a wav downsampled by ssrc, causes ssrc.dll to calac some wrong samples. When commenting above line, everything seems to work fine. It is not (at least 99% sure) a fault of HeadAC3he or ssrc.dll, because using lame_enc.dll, which causes HeadAC3he to use nearly identical routines as doing vorbis encode, causes no trouble whatsoever! I used the latest rc3 sources to compile vorbis.dll and the latest vorbisdll files from CVS (gotta look, wheter they are updated now, my originals are now a few weeks old) with my modifikations. So it would be great if someone could verify my findings and possibly debug vorbis. Another thing: A lot of people would love to see multi-channel support enhanced. I guess the channel coupling featured have to be deveopled for that. So just pointing out, that it is actually very welcomed and waited for, in fact. ;-) Regards, D A <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.