Red Hat Bugzilla – Bug 204280
Should include aoTuV Release 1 patch
Last modified: 2007-11-30 17:11:41 EST
Would be nice to include aoTuV  Release 1 patch to libvorbis. aoTuV is an
improved libvorbis encoder, that, while keeping ABI compatibility, gives many
* better quality at all bitrates versus libvorbis-1.1.2 , giving aoTuV better
quality than other codecs (AAC, MP3, MPC, WMA, ...) ;
* support of quality down to -2 (32kb/s at 44kHz stereo), versus -1 (45kb/s at
44kHz stereo) of libvorbis-1.1.x;
* encoding speed 10% better thanks to the included Vorbis-OptSort patch (improve
aoTuV Release 1 have just been released. aoTuV Release 1 is the same as of
beta4.51 (released on 2005-11), renamed after lot of testing from the audio
community (especially on hydrogenaudio forum ) confirmed its quality /
stability, and now this is the recommended vorbis encoder .
 aoTuV site: http://www.geocities.jp/aoyoume/aotuv/
 comparison of aoTuV beta 4 vs libvorbis-1.1.x:
 Wikipedia test of vorbis vs other codecs:
 hydrogenaudio forum: http://www.hydrogenaudio.org
 Recommended Ogg Vorbis:
Fedora Core 5 and Fedora Core 6 are, as we're sure you've noticed, no longer
test releases. We're cleaning up the bug database and making sure important bug
reports filed against these test releases don't get lost. It would be helpful if
you could test this issue with a released version of Fedora or with the latest
development / test release. Thanks for your help and for your patience.
[This is a bulk message for all open FC5/FC6 test release bugs. I'm adding
myself to the CC list for each bug, so I'll see any comments you make after this
and do my best to make sure every issue gets proper attention.]
Bumping to devel as this still applies to the current libvorbis, I'll contact
upstream about this, as I do not know what is wise todo here.
Info request files upstream:
Upstream has pointed me to the logs of this irc meeting:
Quoting the relevant part:
<rillian> xiphmont: can you comment on your interest in merging the aoTuV 1
release into the reference vorbis encoder?
<xiphmont> rillian: sure
<xiphmont> I would like to do so, honestly, but not as a blind merge. Int he
past two merges I found code that was either malfunctioning or not doing what
<xiphmont> So, the code review aspect was helpful to us both.
<xiphmont> That said, it's the only caveat; Aoyumi does good work and is happy
to see us adopt it.
<_Ivo> great to hear
<xiphmont> that said, it's a taks that requires uninterrupted time, something I
don't have alot of.
Notice that <xiphmont> is a RedHat employee I think (the pulseaudio maintainer),
but I don't think its fair to just reassign this to him, so I'm closing this
with a resolution of upstream.
Notice that I will not integrate these patches as is, quoting upstream on this:
"I would like to do so, honestly, but not as a blind merge"