On 05/07/2011 09:21 PM, Gergely Imreh wrote:
On 8 May 2011 02:07, Ionut Biru<ibiru@xxxxxxxxxxxxx> wrote:
On 05/07/2011 08:41 PM, Gerardo Exequiel Pozzi wrote:
On 05/07/2011 12:32 PM, Ionut Biru 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
Will be also unlinked from mplayer?
mplayer doesn't use system ffmpg
The question was aimed at the fact thatt mplayer too has faac as depends...
As an opinion: I'd rather not want to recompile mplayer every time
there's an update, been there before because of other reason, it's not
much fun. Using mencoder to convert avis to mp4 to use on Android:
those _do_ require faac, as much as I can tell....
Greg
You don't _have_ to use faac. You can process the audio separately with
nero's aac encoder[1].
[1] https://aur.archlinux.org/packages.php?ID=15897
--
cantabile
"Jayne is a girl's name." -- River
