- USER_LDT is only needed on 4.x system [1]
- Remove notice about qt-2.2.3, that a history now
PR: ports/64837 [1]
Submitted by: Antoine Jacoutot <ajacoutot@lphp.org>
streams, as produced and consumed by the MJPEGtools such as lav2yuv and
mpeg2enc(1).
y4mscaler is meant to be used in a pipeline. Thus, input is from stdin, and
output is to stdout. The essential function of y4mscaler is to scale a
specified "active" region of the input stream (the source) into a specified
active region of the output stream (the target). Pixels outside of the active
region of the source are ignored; pixels outside of the active region of
the target are filled with a background color. The source may additionally
have a matte applied to it; pixels outside the source matte are set to a
separately specified background color.
y4mscaler correctly handles chroma sampling, and thus it can also perform
chroma subsampling conversions. The YUV4MPEG2 stream format currently only
supports 4:2:0 subsampling, although y4mscaler can process 4:1:1, 4:2:2, and
4:4:4 modes by abusing the YUV4MPEG2 format a bit.
Includes preset parameters for popular output streams: DVD, SVCD, VCD, DV,
CVD, and SVCD/VCD still images.
PR: ports/63962
Submitted by: michael johnson <ahze@ahze.net>
- Pass maintainership to submitter
- Compile on all architectures, camserv can be used as relay station
- Package the bttv-module only when ioctl_bt848.h is present
- Catch up with new location of ioctl_bt848.h on -CURRENT
PR: 64482
Submitted by: Ulrich Spoerlein <q@uni.de>
2) Add WITHOUT_POSTPROCESS knob for backward compatibility. However,
using might break ports that require postprocess to be enabled
in ffmpeg
3) Bump PORTREVISION due to [1]
4) Remove PKGMESSAGE since it is no longer necessary to warn about
ffmpeg045 port. It has been removed since the reasons for
maintaining an old parallel version of ffmpeg no longer exist
PR: 64257 [1,2,3]
Submitted by: dinoex
won't build cause relocation problems in linking.
- mark BROKEN for CURRENT > 502010
builds, but dumps core when calling spinlock,
tested with more then one threaded lib.
dependencies (them and it at the same time) to USE_GCC=2.95 is
enough
o The requirement on gcc 3.x on one of the dependencies was removed
and I forgot to check yet another variation
PR: 63581
Submitted by: michael johnson <ahze@ahze.net>
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
