#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
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
