Libav provides cross-platform tools and libraries to convert, manipulate
and stream a wide range of multimedia formats and protocols. It originates
from the FFmpeg codebase, but goes its own way these days, providing its
users with reliable releases and a clear vision how to go forward.
WWW: http://www.libav.org
===> The following configuration options are available for libav-12.3_9:
ALSA=off: ALSA audio architecture support
AMR_NB=off: AMR Narrow Band audio support (opencore)
AMR_WB=off: AMR Wide Band audio support (opencore)
BZIP2=on: bzip2 compression support
CDIO=off: CDIO support via libcdio
DC1394=off: IIDC-1394 grabbing using libdc1394
DOCS=on: Build and/or install documentation
FAAC=off: FAAC AAC encoder support
FDK_AAC=off: AAC audio encoding via Fraunhofer FDK
FREETYPE=on: TrueType font rendering support
FREI0R=on: Frei0r video plugins support
GNUTLS=on: SSL/TLS support via GnuTLS
GSM=off: GSM codec support
ILBC=off: iLBC en/decoding via libilbc
JACK=off: JACK audio server support
LAME=off: LAME MP3 audio encoder support
OPENJPEG=off: Enhanced JPEG graphics support
OPENSSL=off: SSL/TLS support via OpenSSL
OPUS=off: Opus audio codec support
PULSEAUDIO=off: PulseAudio sound server support
RTMP=off: RTMP protocol support via librtmp
SCHROEDINGER=on: Dirac video codec support via libschroedinger
SDL=off: Simple Direct Media Layer support
SPEEX=off: Speex audio format support
THEORA=on: Ogg Theora video codec support
V4L=off: Video 4 Linux support
VAAPI=on: VAAPI (GPU video acceleration) support
VDPAU=on: VDPAU (GPU video acceleration) support
VORBIS=on: Ogg Vorbis audio codec support
VO_AACENC=on: AAC audio encoding via vo-aacenc
VO_AMRWBENC=off: AMR Wide Band encoding via vo-amrwbenc
VPX=on: VP8/VP9 video codec support
WAVPACK=off: WavPack lossless audio format support
WEBP=off: WebP image format support
X11GRAB=off: X11 grabbing
X264=on: H.264 video codec support via x264
XVID=on: Xvid MPEG-4 video codec support
ZLIB=on: zlib compression support
===> Use 'make config' to modify these settings
graphics/opencv: update to 4.5.1 -- and make port more easily maintainable
This is a major upgrade from 3.x to 4.x.
Changelog from versions 3.4.1--4.5.1 can be found here:
https://github.com/opencv/opencv/wiki/ChangeLog
Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
the option to pick the "wrong one" - this leads however to some abandoned
ports being
broken.
The port has been greatly simplified:
* graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
has been removed. ffmpeg no longer can depend on opencv.
(Only the first 15 lines of the commit message are shown above )
multimedia/libav: fix build on powerpc64 elfv2
Like some other ports, this port, when compiling with clang 10 on powerpc64,
makes cc take the whole memory available and crash the system. Build with GCC
instead on powerpc64.
Add USES=xorg USES=gl, ports categories m
Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
graphics/opencv: back out r423216 and r423063 (replaying r423316)
Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.
PR: 210505
Pointy hat to: jbeich (should've discussed first)
Do not use post-stage. Use post-install instead.
The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
graphics/opencv: add suffix to make room for 3.x series
To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.
PR: 210505 (for tracking)
Inspired by: PkgSrc
multimedia/libvpx: update 1.6.0
ABI is incompatible... or not? SONAME has changed but the removed vp10
symbols weren't actually exposed (and still aren't).
Note, FreeBSD 9.x now builds with Clang 3.4 because GCC 4.2 fails:
vp9/encoder/x86/vp9_frame_scale_ssse3.c: In function 'eight_tap_row_ssse3':
vp9/encoder/x86/vp9_frame_scale_ssse3.c:93: internal compiler error: in
simplify_binary_operation_1, at simplify-rtx.c:2563
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.5.0..v1.6.0
ACC
report: https://people.freebsd.org/~jbeich/compat_reports/libvpx/1.5.0_to_1.6.0/compat_report.html
- Update to version 11.7, take maintainership [1]
- Register proxy dependencies found by stage-qa
- Convert to USES=ssl
- Regenerate patches with make makepatch
PR: 211508 [1]
Submitted by: Demetris Procopiou [1]
multimedia/ffmpeg: enable VAAPI and VDPAU by default
Build VAAPI and VDPAU backends, so ports using system ffmpeg can take
advantage of GPU-assisted decoding. Also, propagate defaults to consumers.
Approved by: cpm, multimedia (riggs), maintainer timeout (3 weeks)
Differential Revision: https://reviews.freebsd.org/D5898
- Update security/gnutls to 3.4.10.
- Rename the LIBDANE option DANE because that's the name of the protocol
supported by libgnutls-dane and gnutls-cli. Also clarify the option
description.
- Add an IDN option.
- libgnutls-openssl has been removed in 3.4. Some ports used this library
in their LIB_DEPENDS but no port actually required it.
- Some old API functions have been removed. Ports that used these have been
updated or patched to use the new API.
- Add a patch to print/cups to prevent overlinking of libgnutls.so.
- Bump PORTREVISION on dependent ports.
net-im/jabber: This port used the old API to give users fine grained
control over which crypto algorithms were used via a configuration file.
It's not immediately obvious how to port this to the new API so the port
always uses the defaults now.
www/hydra: Mark BROKEN. This uses more removed calls than the other ports,
is said to be alpha quality and not fully functional and has been abandoned
10 years ago.
PR: 207768
Exp-run by: antoine
Approved by: portmgr (antoine)
multimedia/ffmpeg: chase r405873 by clarifying license
From on WRKSRC/configure:
license="LGPL version 2.1 or later"
if enabled nonfree; then
license="nonfree and unredistributable"
elif enabled gplv3; then
license="GPL version 3 or later"
elif enabled lgplv3; then
license="LGPL version 3 or later"
elif enabled gpl; then
license="GPL version 2 or later"
fi
multimedia/libav: minor cleanup
- Add CPE information
- Convert WANT_SDL into a proper option
- Disable SDL by default like in ffmpeg* ports
- Unbreak and unhide DC1394 option
- Drop USE_GCC as the port builds fine on 9.x
- Drop implicit :build from USES=pkgconfig
- Switch to .tar.xz distfile
- Sort USES to pet portlint
multimedia/{lib}x264: Update to 0.144.2533 and major refactor
- Update to 0.144.2533 (from upstream stable branch) [1]
- Switch x264 and libx264 ports to master/slave ports respectively
- Bump PORTREVISION for dependent ports as the shared library version
has changed.
multimedia/x264:
- Clean up and update "updating instructions" in Makefile header
- Tweak COMMENT
- Only LIB_DEPENDS on libx264 and add PLIST_FILES if this isn't the
libx264 port.
- Allow COMMENT, USES, OPTIONS_*, CONFIGURE_ARGS to be overriden in
libx264 port.
(Only the first 15 lines of the commit message are shown above )
- Update to upstream version 11.3
- Fix security vulnerabilities in utvideodec and tiff decoders
(CVE-2014-9604 and CVE-2014-8544)
- Fix build with non-default CDIO option
MFH: 2015Q2
These ports utilize GAS assembly and probably won't ever change. For the ARM
case, do not use -integrated-as.
PR: 196660196774196775196776
Submitted by: mikael.urankar@gmail.com
Approved by: mentor (inplicit)
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
(Only the first 15 lines of the commit message are shown above )
- Drop .la files from multimedia/dirac and multimedia/schroedinger
- Bump dependent ports as .so versions have changed
- While here, remove @dirrm* from plists and add missing empty directory to
plist of multimedia/lives
Approved by: portmgr blanket
multimedia/x264: General overhaul
- Split x264 into two ports: the CLI application (x264), and the library
(libx264). This will allow x264 to use lavf and friends from ffmpeg for
decoding and demuxing while preventing a circular dependency between the
two: x264 can depend on ffmpeg, but ffmpeg will depend on libx264 rather
than x264.
- Add the LAVF option to the CLI port, making the dependency on ffmpeg
optional.
- Update to 0.142.2455.
- Amend fixes to local patches so that they can apply to the new upstream
files.
- Provide the git revision and other version information to the build
environment, allowing the CLI binary to display this information (like the
Windows builds).
- Remove unsupported build options (X11_OUTPUT).
- Ensure that the library and CLI ports each have the appropriate options.
- Add notes for future contributors who wish to update the ports.
- Bump PORTREVISION for all dependent ports.
PR: 187805
Differential Revision: https://reviews.freebsd.org/D1159
Submitted by: Andrew Berg <aberg010@my.hennepintech.edu>
Approved by: koobs (maintainer, mentor)
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
- Fix the implicit requirement lines of the pkg-config files to use libav's
files and libraries and not ffmpeg's
PR: ports/192219
Submitted by: Adriaan de Groot <groot@kde.org>
- Replace security/gnutls with security/gnutls3 and update to 3.2.15
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
Update openjpeg to 2.1.0.
Version 2.x is incompatible with openjpeg 1.5. Preserve it as openjpeg15
and update users.
Approved by: portmgr (implicit) for NO_STAGE ports
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
- Update to version 10
- Unbreak on all supported FreeBSD versions (package builders)
- Enable support for wavpack and webp en/decoding
- Enable parallel installation with multimedia/ffmpeg by installing the shared
libraries, headers and .pc files within separate directories (libav/) or
using an own suffix (-libav)
Changelog for version 10:
http://git.libav.org/?p=libav.git;a=blob;f=Changelog;hb=refs/tags/v10
When setting USE_XORG via OPTION helper, use comma syntax universally; in
`devel/sdl12', `graphics/blender', and `multimedia/libav' ports they were
set incorrectly, which caused build failures of `devel/sdl12' without the
OpenGL, for example.
Also, while at it, in `multimedia/libmpeg2', fix sed(1) based patching to
produce more neat results, and use official spelling of MPEG abbreviation
in COMMENT (port description still needs cleaning up).
- Update graphics/*opencv* to 2.4.7
- Revert options helpers to if statements since the OFF condition is not
applied when OPTIONS_EXCLUDE is used
- Move most of the OpenCV modules from the graphics/opencv-core port to
graphics/opencv, leaving opencv-core as just the bare minimum required
for building ffmpeg with OpenCV support
- Install examples for python and java bindings
- Add new slave port graphics/opencv-java: Java bindings for OpenCV
- Bump PORTREVISION and make dependency adjustments and fixes for
dependent ports
- Add UPDATING entry
- Unbreak build on 10.x and -CURRENT
- Use a modern GCC toolchain to unbreak the build on 8.x
- Force 32-bit mode on i386
- Enhance default OPTIONs for a better usability of the port
Supported by: John Van Sickle <john.vansickle@gmail.com>
- Split the library part of multimedia/rtmpdump into multimedia/librtmp.
- Update ports depending on librtmp.
- Add instruction to avoid a build error in multimedia/rtmpdump under a
specific condition.
- set CONFLICTS for libav and ffmpeg, since they both install files in
the same location
- bump PORTREVISION, so users can solve the conflict on existing
installations
Reported by: kwm@
Libav provides cross-platform tools and libraries to convert, manipulate
and stream a wide range of multimedia formats and protocols. It originates
from the FFmpeg codebase, but goes its own way these days, providing its
users with reliable releases and a clear vision how to go forward.
WWW: http://www.libav.org
