On Sat, May 7, 2011 at 11:32 AM, Ionut Biru <ibiru@archlinux.org> 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".