|Commit History - (may be incomplete: see SVNWeb link above for full details)
|16 Dec 2014 13:35:02
Big Gstreamer update:
Update gstreamer, gstreamer-plugins, -good, -bad and -ugly ports to 1.4.4.
Update gstreamer1-plugins-gnonlin to 1.4.0.
Update py-gstreamer1 and py3-gstreamer1 to 1.4.0.
Add multimedia/gstreamer1-editing-services. GES is a high-level library
for facilitating the creation of audio/video non-linear editors.
Add pulseaudio plugin now that pulseaudio is updated and add the gl plugin.
Drop :keepla from USES=libtool.
Drop @dirrm[try] from plists and drop gnomehier from USE_GNOME
Switch to optionhelpers in multimedia/gstreamer1.
PR: 194922 (merged with my own WIP)
Submitted by: olivierd
|22 Nov 2014 16:23:34
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
- Add the LAVF option to the CLI port, making the dependency on ffmpeg
- Update to 0.142.2455.
- Amend fixes to local patches so that they can apply to the new upstream
- Provide the git revision and other version information to the build
environment, allowing the CLI binary to display this information (like the
- 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.
Differential Revision: https://reviews.freebsd.org/D1159
Submitted by: Andrew Berg <firstname.lastname@example.org>
Approved by: koobs (maintainer, mentor)
|23 Apr 2014 14:22:48
Update gstreamer 1.0 ports to version 1.2.4.
|23 Apr 2014 13:25:17
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
(Only the first 15 lines of the commit message are shown above )
|30 Dec 2013 12:56:11
Update to 1.2.2.
Remove vaapi from plugin list in bsd.gstreamer.mk it accidently snuck in.
|01 Nov 2013 22:14:08
Stagify Gstreamer ports.
Fix build of gstreamer and gstreamer1 with glib 2.38.x .
Update gstreamer and gstreamer-plugins to new rules, USES=gmake pathfix,
new LIB_DEPENDS syntax.
Only pull in flex if base version is too old.
Be more selective for which OSVERSIONS we need gcc due to the clang bug.
Obtained from: Gstreamer upstream 
|07 Oct 2013 09:21:13
multimedia/x264: Update to 20130827 snapshot
- Update to 20130827 snapshot
- Add CONFIGURE_ARGS to disable OpenCL, fixes configure failure
- Chase library version bump in dependent ports
Submitted by: mm
Reviewed by: kwm, bapt
|20 Sep 2013 20:57:49
Add NO_STAGE all over the place in preparation for the staging support (cat:
|27 Apr 2013 20:56:38
Add Gstreamer 1.0.7. This is the new stable version of the
Gstreamer multimedia framework.
Use the USE_GSTREAMER1 macro to select Gstreamer 1.0 plugins. A new chapter
for the porters handbook about gstreamer is a work in progress.
X related plugins are now stand alone. The gio plugin is now part of the
gstreamer1-plugins port and the oss plugins are now part of the
Note that the pulseaudio plugin is missing because it needs a newer version
of pulseaudio. Also there are still a number of plugins from -bad which
haven't been ported to the 1.0 API yet.