transcode was already broken as is due to it relying on certain functionality
with presets which is no longer relevant for more modern FFmpeg. Searching
via Google showed the same bug being reported with Debian, Gentoo and Arch.
They have eliminted the use of presets but that just exposed another bug.
So this builds with newer FFmpeg but it is essentially just as broken as
before. If anyone wants to take a look at this and figure out why it is
crashing go ahead.
- Merge the quicktime FLAVOR into the main port / package. IMO it doesn't
make sense to have an app like this that cannot work with the MP4 container
FFmpeg bits taken from FreeBSD and Debian packages.
ok ajacoutot@
library dependency to be tracked properly. even though it's
dlopen(3)'d not linked directly, we still need to make sure the
package is compatible with the library.
it will show as Extra in lib-depends-check, that's not important
(but add a comment to make sure people don't think it can be removed).
pointed out by jakemsr and discussed with brad and espie.
so it isn't a WANTLIB. Therefore the LIB_DEPENDS entry for multimedia/xvidcore
gets stripped out of the packing list at package build time. This means that
A) the dependency isn't pulled in directly (though as it's provided by other
deps the package does work OK) and B) print-package-signature doesn't
match pkg_info -S, triggering unnecessary rebuilds with dpb -R.
Move xvidcore from LIB_DEPENDS to BUILD+RUN_DEPENDS to fix this.
From Nigel Taylor.
- add various other missing WANTLIB (and LIB_DEPENDS in some cases)
- while there move PKGNAME=..pX to REVISION, and move some ports
to new-style LIB_DEPENDS
original diff from Brad, extensive checking by me (clean build of everything
related to liboil).
included, so the tools know that old ffmpeg versions won't satisfy the
dependencies listed in WANTLIB.
this way, attempting to install these packages with old ffmpeg will
no longer give you a cryptic error message as seen by dhill@.
all codecs (from transcode CVS)
- our libavcodec does not have an encoder named 'h264', but it does have
'libx264'. H.264 encoding is now possible.
- bump PKGNAME
