On Sat, May 7, 2011 at 11:32 AM, Ionut Biru <ibiru@xxxxxxxxxxxxx> wrote:
> On 05/07/2011 06:28 PM, Grigorios Bouzakis wrote:
>>
>> Ionut Biru wrote:
>>>
>>> drop nonfree stuff, fix headers
>>>
>>> Modified: PKGBUILD
>>> ===================================================================
>>> --- PKGBUILD 2011-05-07 11:29:11 UTC (rev 122937)
>>> +++ PKGBUILD 2011-05-07 11:51:04 UTC (rev 122938)
>>> @@ -5,26 +5,28 @@
>>>
>>> -depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'faac' 'xvidcore' 'zlib'
>>> 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes'
>>> 'schroedinger' 'libvpx' 'libva' 'openjpeg')
>>> +depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'xvidcore' 'zlib' 'x264'
>>> 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger'
>>> 'libvpx' 'libva' 'openjpeg')
>>> - --enable-libfaac \
>>> - --enable-nonfree \
>>
>> Is faac support in ffmpeg causing trouble to other applications or was
>> changed for licensing reasons?
>>
>> Greg
>>
>
> licensing. if you need faac you should use abs to recompile it
Before we get too far down the licensing / patents / legality / etc
discussion, it's worth noting that faac is basically redundant in
ffmpeg these days anyway, as libavcodec contains ffmpeg's own
reimplementation of both an encoder and a decoder of AAC, just called
"aac" in the output of "ffmpeg -codecs".
