libsamplerate/libvorbis: newer versions are available
libsamplerate/libvorbis: newer versions are available
libsamplerate
Trunk code uses libsamplerate 0.1.4 (link).
The current upstream version is 0.1.7:
http://www.mega-nerd.com/SRC/download.html
http://www.mega-nerd.com/SRC/ChangeLog
libvorbis
Trunk code uses libvorbis aoTuV beta5 (link).
The current upstream version is beta5.7:
http://www.geocities.jp/aoyoume/aotuv/
Thank you.
Trunk code uses libsamplerate 0.1.4 (link).
The current upstream version is 0.1.7:
http://www.mega-nerd.com/SRC/download.html
http://www.mega-nerd.com/SRC/ChangeLog
libvorbis
Trunk code uses libvorbis aoTuV beta5 (link).
The current upstream version is beta5.7:
http://www.geocities.jp/aoyoume/aotuv/
Thank you.
- JohnAStebbins
- HandBrake Team
- Posts: 5726
- Joined: Sat Feb 09, 2008 7:21 pm
Re: libsamplerate/libvorbis: newer versions are available
The development forum isn't the proper place to make requests. But is there some specific problem or feature enhancement that either of these libraries address? Without some justification, there's not a lot to motivate anyone to update them.
Re: libsamplerate/libvorbis: newer versions are available
Sorry if I posted at wrong place.
Well, the new libvorbis has some tunings at low bitrate and a security bug fixed.
BUT, this already have been posted here:
http://forum.handbrake.fr/viewtopic.php?f=6&t=9792
Next time better use forum's search function
Well, the new libvorbis has some tunings at low bitrate and a security bug fixed.
BUT, this already have been posted here:
http://forum.handbrake.fr/viewtopic.php?f=6&t=9792
Next time better use forum's search function
Re: libsamplerate/libvorbis: newer versions are available
Now version 0.9.4 was released, maybe someone can take a look at these libraries for next release. And I add LAME to the list (and maybe libogg?).
I think it's important have AAC alternatives updated, because for Windows and Linux users (us poor mortals without Core Audio), FAAC's quality notoriously isn't so good.
I think it's important have AAC alternatives updated, because for Windows and Linux users (us poor mortals without Core Audio), FAAC's quality notoriously isn't so good.
Re: libsamplerate/libvorbis: newer versions are available
But you think LAME can produce superior results to FAAC at sane bitrates?
Rodney
Rodney
- JohnAStebbins
- HandBrake Team
- Posts: 5726
- Joined: Sat Feb 09, 2008 7:21 pm
Re: libsamplerate/libvorbis: newer versions are available
We did a blind listening test on #handbrake a couple months ago. Dark_Shikari prepared samples using same bitrate of nero aac, vorbis, lame. He also supplied a lossless flac for comparison. For fun, I guessed which was which then rated them in quality. To my ear, highest to lowest was flac, vorbis, aac, mp3. Unfortunately, we didn't throw faac into the mix.
http://handbrake.fr/irclogs/handbrake/h ... 1_pg2.html
http://handbrake.fr/irclogs/handbrake/h ... 1_pg2.html
Re: libsamplerate/libvorbis: newer versions are available
I would expect FAAC to fall between Nero AAC and MP3, depending on bitrate. Anything above 160kbps ABR is unachievable with FAAC (obviously).
CoreAudio AAC I'd expect to be quite competitive with Nero AAC, largely owing to the latter's lack of updates in over a year.
Rodney
CoreAudio AAC I'd expect to be quite competitive with Nero AAC, largely owing to the latter's lack of updates in over a year.
Rodney
Re: libsamplerate/libvorbis: newer versions are available
Doesn't HandBrake use CBR for all encoders except Core Audio?rhester wrote:I would expect FAAC to fall between Nero AAC and MP3, depending on bitrate. Anything above 160kbps ABR is unachievable with FAAC (obviously).
Re: libsamplerate/libvorbis: newer versions are available
FAAC is pure crap. It's dead. No improvements in quality for years (or maybe decades? ). Unfortunately it's the only free (as free speech) AAC encoder available.
And yes, LAME quality is better than FAAC even at 128kbps if VBR is used (Handbrake uses CBR). Vorbis is superior, close to a good AAC encoder.
BTW, there's a new version of Nero AAC encoder:
http://www.hydrogenaudio.org/forums/ind ... opic=77195
And yes, LAME quality is better than FAAC even at 128kbps if VBR is used (Handbrake uses CBR). Vorbis is superior, close to a good AAC encoder.
BTW, there's a new version of Nero AAC encoder:
http://www.hydrogenaudio.org/forums/ind ... opic=77195
Re: libsamplerate/libvorbis: newer versions are available
http://trac.handbrake.fr/browser/trunk/ ... lame.c#L51
Changing line 51 to something like that (I'm not a programmer)
lame_set_VBR(gfp, vbr_abr);
lame_set_VBR_mean_bitrate_kbps(gfp, (<bitrate>));
produces an ABR file, doesn't it?
Took from here: http://lame.cvs.sourceforge.net/viewvc/ ... iew=markup
Changing line 51 to something like that (I'm not a programmer)
lame_set_VBR(gfp, vbr_abr);
lame_set_VBR_mean_bitrate_kbps(gfp, (<bitrate>));
produces an ABR file, doesn't it?
Took from here: http://lame.cvs.sourceforge.net/viewvc/ ... iew=markup
Re: libsamplerate/libvorbis: newer versions are available
I realize this post is a month-later resurrect of this thread, but I figured that was better than starting a new thread.
I would love to see the LAME mp3 encoder implemented in its full-quality (VBR presents) form in Handbrake.
In blind testing done by Hydrogen Audio, Lame's current implementations have performed quite well for quality audio encoding, with quality usually not statistically differentiable from aac or ogg vorbis.
That presumes two things:
1) high-quality aac implementation, whether from Apple or Nero
2) Lame's VBR preset encoding, for which the Lame encoder has been optimized over the years
Given the oft-mentioned age and "unimpressive performance" of faac, I suspect pretty strongly that Lame's VBR implementation (at comparable bitrates) would outperform FAAC.
According to this thread, avi has trouble dealing with VBR which is the reason for enforced CBR audio encoding in Handbrake.
http://forum.handbrake.fr/viewtopic.php ... 80&p=30414
But especially now with 0.9.4, with Handbrake moving away from .avi compatibility, it seems like this shouldn't be a big deal.
Also, Handbrake has moved toward "VBR" video encoding (quality target instead of bitrate target) so it is already embracing some of the reasons behind VBR.
Of course, it's possible that VBR audio streams are still problematic for video container formats, in which case my point is moot.
But if VBR audio streams aren't intrinsically problematic, then implementing settings for Lame VBR audio streams would be a good thing, if Handbrake is going to have an option for mp3 audio stream in the first place.
I would love to see the LAME mp3 encoder implemented in its full-quality (VBR presents) form in Handbrake.
In blind testing done by Hydrogen Audio, Lame's current implementations have performed quite well for quality audio encoding, with quality usually not statistically differentiable from aac or ogg vorbis.
That presumes two things:
1) high-quality aac implementation, whether from Apple or Nero
2) Lame's VBR preset encoding, for which the Lame encoder has been optimized over the years
Given the oft-mentioned age and "unimpressive performance" of faac, I suspect pretty strongly that Lame's VBR implementation (at comparable bitrates) would outperform FAAC.
According to this thread, avi has trouble dealing with VBR which is the reason for enforced CBR audio encoding in Handbrake.
http://forum.handbrake.fr/viewtopic.php ... 80&p=30414
But especially now with 0.9.4, with Handbrake moving away from .avi compatibility, it seems like this shouldn't be a big deal.
Also, Handbrake has moved toward "VBR" video encoding (quality target instead of bitrate target) so it is already embracing some of the reasons behind VBR.
Of course, it's possible that VBR audio streams are still problematic for video container formats, in which case my point is moot.
But if VBR audio streams aren't intrinsically problematic, then implementing settings for Lame VBR audio streams would be a good thing, if Handbrake is going to have an option for mp3 audio stream in the first place.
Re: libsamplerate/libvorbis: newer versions are available
TimmyC, you're absolutely right. Unfortunately I don't have the skills to play with this.