[FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
FFmpeg
trac at avcodec.org
Tue Sep 17 17:26:04 CEST 2013
#2686: Native AAC encoder collapses at high bitrates on some samples
-------------------------------------+-------------------------------------
Reporter: Kamedo2 | Owner:
Type: defect | Status: open
Priority: normal | Component: avcodec
Version: git-master | Resolution:
Keywords: aac | Blocked By:
regression | Reproduced by developer: 1
Blocking: |
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by Kamedo2):
I don't think of any good use of eac3, other than for BD. BD can have
32Mbps, and eac3 can have up to 6144kbps. If audio quality matters, simply
use the maximum bitrate. And having more opponents in parallel slow down
the test. However, we need a low anchor and possibly a high anchor. I
think libopus will act as a high anchor and aac without patch act as a low
anchor.
There are some good uses of wma, such as encoding for an old car stereo
that plays MP3/WMA, but WMAEncode 0.2.9b is far more usable. The quality
is in between LAME and Apple AAC.
https://trac.ffmpeg.org/wiki/GuidelinesHighQualityAudio
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2686#comment:154>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list