[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