[FFmpeg-trac] #4828(avcodec:new): use Core Audio AAC-encoder and AC3-decoder to avoid patent concerns

FFmpeg trac at avcodec.org
Fri Sep 4 12:50:01 CEST 2015


#4828: use Core Audio AAC-encoder and AC3-decoder to avoid patent concerns
-------------------------------------+-----------------------------------
             Reporter:  julian       |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avcodec
              Version:  git-master   |               Resolution:
             Keywords:  osx          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-----------------------------------

Comment (by julian):

 > As-such, this ticket is clearly invalid: FFmpeg without the AAC and
 without the AC3
 > decoder most likely contains code covered by (many) software-patents.

 of course there are many other patented codecs inside ffmpeg. you
 configure ffmpeg to use them or not to use them.  however, for the use
 case of just converting AC3 to AAC this would enable a patent-concern free
 solution (under OS X).

 > Do these decoders have any other advantage over the decoders in FFmpeg?

 AFAIK blind listening tests have indicated the CoreAudio AAC encoder to be
 top-notch

 thats why the HandBrake converter offers and prefers this over other AAC
 encoders.

 adding this to libavformat would also allow HandBrake to get rid of having
 to have code for both CoreAudio AND libavformat audio encoding

 for us, it would allow skipping using 'avconvert' Apple's native AAC
 encoding tool (which is patent worry free).

 > And how would they fit into the FFmpeg infrastructure? Would they just
 be two more external decoders?

 i guess so

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4828#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list