Open GoogleCodeExporter opened 9 years ago
I remeber seeing this when I first built the package, and I think perhaps you
commented on it too? But right then I was to exited about finally getting the
damn think to compile to care about it...
Original comment by anot...@gmail.com
on 27 Jul 2010 at 11:10
Yes, I said that's why DamnVid uses old ffmpeg builds that were redistributable
with this configure line, which is still true for the Mac and Windows versions.
I don't really think there's a way around it other than doing the same (using
an old ffmpeg build), or perhaps building ffmpeg from source manually when the
package is installing (but that would take a long while, a lot of CPU, and piss
off users)... or maybe asking the user to download it manually, like Audacity
does with libmp3lame, but that's also very, very annoying for the user
(seriously, having software asking you to Google the name of a DLL file and
download it is just a pain).
I'm no lawyer but I find this whole situation pretty ridiculous... It's only
causing harm, legal FUD, and stifles software innovation as a result.
Marking priority as low because there have been no complaints so far... And
marking as OpSys-All because all OSes are affected.
Original comment by windypo...@gmail.com
on 27 Jul 2010 at 11:39
Fine. I'll investigate further when the Debian repo is finished.
Original comment by anot...@gmail.com
on 28 Jul 2010 at 5:56
it's unredistributable because of libfaac.
btw why are there so many configure flags?
- memalign-hack is only needed for 32-bit windows.
- all the --extra-libs=/usr/lib/xxx.a seem unnecessary since the linker will
already look in /usr/lib for them
- libpostproc is never needed for ffmpeg itself, it's only needed if you
explicitly make use of it in your program
- --extra-cflags=--static is unnecessary
- adding /usr/lib to ldflags and /usr/include to cflags does nothing, the
compiler already searches there (unless you're using some very bizarrely
configured compiler)
Original comment by ramiro.p...@gmail.com
on 17 Dec 2010 at 12:14
I did have a very bizarre environment, because I was compiling it within MSys
on Windows and copypasted the line I used from there. All the libs directories
weren't defined... Anyway, those flags don't really matter; the point is mostly
the --enable-lib* flags. libfaac in particular is required for iPod-compatible
videos, which is a very popular feature... It might also work using the MP3
codec, but I don't have an iPod to test that.
Original comment by windypo...@gmail.com
on 17 Dec 2010 at 12:32
Original issue reported on code.google.com by
anot...@gmail.com
on 27 Jul 2010 at 11:07