multimedia/mencoder: Fix build with FFmpeg9 PR: 297355, 297361 Approved by: blanket Sponsored by: UNIS Labs4734268765
ffmpeg -- remote denial of service in JPEG2000 decoderentered 2016-02-06
Convenient video file and movie encoder
mplayer:mplayerpkg audit reports nothing for this version.CVE-2015-6761, CVE-2015-8216, CVE-2015-8217, CVE-2015-8218, CVE-2015-8219, CVE-2015-8363, CVE-2015-8364, CVE-2015-8365
CVE-2015-6818, CVE-2015-6819, CVE-2015-6820, CVE-2015-6821, CVE-2015-6822, CVE-2015-6823, CVE-2015-6824, CVE-2015-6825, CVE-2015-6826
multimedia/mencoder: Fix build with FFmpeg9 PR: 297355, 297361 Approved by: blanket Sponsored by: UNIS Labs4734268765
multimedia/mencoder: Mark BROKEN, fails to build with FFmpeg 9 PR: 297355, 297361d602d4bb87
*/*: Bump consumers of multimedia/libx264 Reported by: Kevin Oberman <rkoberman@gmail.com>388f5973b7
multimedia/{mplayer|mencoder} Update to upstream snapshot 2026-04-04
This updates multimedia/mplayer and mencoder to an up-to-date
snapshot as of 2026-04-04.
* Due to upstream development slowing down, distfiles are now
incremental diffs.
* This marks the JACK option broken for now due to ffmpeg API
retirements.
PR: 292157
MFH: 2026Q2c1612985demultimedia/libvpx: update 1.16.0 Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.15.2..v1.16.0 Reported by: Repology939d8775e7
*/*: De-orbit alias.mk Mk/Uses/alias.mk was an attempt for compat with DPorts, but has rotted. This feature was never documented in the PHB, so there is no work to be done by the docs@ team. Nothing against DragonFly, but if DPorts still needs FreeBSD 9 support, they really should work that out with upstream projects. Ultimately, we don't need to keep carrying this outdated feature that doesn't affect us.14f7c29430
multimedia/mplayer: fix build with ffmpeg8 Remove version lib dependency for a more generic one, disable VDPAU option by default as it is still broken with ffmpeg8bda7e26456
multimedia/[mplayer|mencoder]: Update to snapshot as of 2025-08-16 This is mostly a bugfix release. Some of the local patches have been adopted upstream as well.98b748365f
multimedia/libvpx: update 1.15.1 Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.15.0..v1.15.1 Reported by: portscout64f3a6bf7e
multimedia/libvpx: update 1.15.0 Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.14.1..v1.15.0 Reported by: Repology888cea7dee
multimedia/{mplayer|mencoder}: Fix WITH_DEBUG build
Newer clang versions are not happy when passing -mcpu=<something> on
i386 and amd64. This fixes the construction of CFLAGS during configure
in the WITH_DEBUG case.
Also, as it turns out, there was a const ptr issue in
libmpcodecs/ad_spdif.c whith also needed to be fixed.
PR: 280818
Reported by: cryptogranny@gmail.comd78f92cabfmultimedia/{mplayer|mencoder}: Update to new upstream snapshot
Details:
- Move to upstream snapshot as of 2024-09-28
- Use ffmpeg6+ instead of ffmpeg4
PR: 275846adcaaf9898multimedia/mencoder: Remove support for librtmp Remove invalid option as support for librtmp was removed in 8d01b5458f4660725fcaf562cdbb073debc9b751 Approved by: portmgr (blanket)2bcdebe204
multimedia/{mplayer/mencoder}: Move DEBUG from OPTIONS to WITH_DEBUG
Details:
This is a revert of c1e0f931e3ddecb86d83ffc14cb8b05a38922cdd plus
removing the DEBUG OPTION from mencoder as well, following the trend to
phase out DEBUG as an option.a995b8b0abMAN?PREFIX: eleminate its usage and move man to share/man64631af5a7
multimedia/{mplayer|mencoder} Update to newer upstream snapshot
Details:
- Update to upstream snapshot as of 2024-01-06
- No major functional changes, but adds detection for new CPU
instructions
MFH: 2024Q1ee62c05238multimedia/{mplayer|mencoder}: Update to newer upstream snapshot26c57ed486*/*: Bump jpeg-turbo users treewide New major version 3.0.0664a2fa1e5
multimedia/{mplayer|mencoder} Add missing CFLAGS for ffmpeg4 headers
Details:
This was missed in the previous commit. Ensure the ffmpeg4 headers are
included, not the ffmpeg 6 ones.
PR: 270569
Reported by: diizzy
Tested by: george@m5p.com, riggs5348dafc88multimedia/{mplayer|mencoder} Use ffmpeg4 instead of ffmpeg6
Details: Hopefully temporary workaround to fix a whole bunch of decoding
problems with various ffmpeg codecs.
PR: 2705692df216b41d*/*: Bump all users of multimedia/ffmpeg* ...to make sure all picks up new version(s)f7accb23bf
audio/opus: bump consumers after update to 1.4feb1fa34f5
multimedia/{mplayer|mencoder}: Update to newer upstream snapshot
Details:
- Update to upstream snapshot as of 2023-03-21
- Preparation for the ffmpeg 6.0 update
PR: 270294
Reported by: diizzyca40d3cecamultimedia/{mplayer|mencoder} Update to upstream snapshot 2022-09-246b5c048b86multimedia/x264: update to 0.164.3095 Changes: https://code.videolan.org/videolan/x264/compare/5db6aa6...baee400f8f87e3d181
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
multimedia/{mplayer|mencoder}: Fix stage-qa warnings
Details:
- Rework dependencies to fix stage-qa warnings, at least for the default
packages and a couple configs tested.
- Add JPEG OPTION to allow to actually disable it (as it is picked up
automatically in most systems via build dependencies, even if the user
does not want to include it).
PR: 256994
Reported by: bsd@philippost.de
MFH: 2022Q3381fe1e14cmultimedia: remove 'Created by' lines A big Thank You to the original contributors of these ports: * Aaron LI <aly@aaronly.me> * Alexander Botero-Lowry <alexbl@FreeBSD.org> * Alexander Logvinov <ports@logvinov.com> * Alexey Dokuchaev <danfe@FreeBSD.org> * Anders Nordby <anders@FreeBSD.org> * Andrew Pantyukhin <infofarmer@FreeBSD.org> * Andrew Thompson <andy@fud.org.nz> * Andrew Thompson <thompsa@FreeBSD.org> * Angel Carpintero <ack@telefonica.net> * Anish Mistry (with help from mean) * Anonymous <swell.k@gmail.com> * Ashish SHUKLA <ashish@FreeBSD.org> * Ashish Shukla <wahjava@gmail.com> * Ben Woods <woodsb02@FreeBSD.org> * Brian Somers <brian@FreeBSD.org> * Bruce M Simpson <bms@FreeBSD.org> * Byung-Hee HWANG <bh@izb.knu.ac.kr> * Charlie Kester <corky1951@comcast.net> * Chess Griffin <chess@chessgriffin.com> * Chris Piazza <cpiazza@FreeBSD.org> * Christopher Key <cjk32@cam.ac.uk> * Chuck Hein <chein@FreeBSD.org> & Jim Overholt <overholt@isdw.net> * Daniel Morante <daniel@morante.net> * Diego Depaoli <trebestie@gmail.com> and Yinghong Liu <relaxbsd@gmail.com> * Dierk Sacher <dierk@blaxxtarz.de> * Dreamcat4 <dreamcat4@gmail.com> * Earl Gay <earl@eeg3.net> * Ed Schouten <ed@FreeBSD.org> * Edwin Groothuis <edwin@mavetju.org> * Emanuel Haupt <ehaupt@FreeBSD.org> * Felix Palmen <felix@palmen-it.de> * Franz Bettag <franz@bett.ag> * FreeBSD GNOME Team <gnome@freebsd.org> * Gea-Suan Lin <gslin@gslin.org> * George Reid <greid@ukug.uk.freebsd.org> * Grzegorz Blach <gblach@FreeBSD.org> * Gustau Perez <gustau.perez@gmail.com> * Harold Gutch <logix@foobar.franken.de> * Heiner <h.eichmann@gmx.de> * Heiner Eichmann <h.eichmann@gmx.de> * Hendrik Scholz <hendrik@scholz.net> * Herbert J. Skuhra <h.skuhra@gmail.com> * Herve Quiroz <hq@FreeBSD.org> * Holger Lamm * J.R. Oldroyd <fbsd@opal.com> * Jason Harmening <jason.harmening@gmail.com> * Jille Timmermans (jille@quis.cx) * Juergen Lock <nox@FreeBSD.org> * Juergen Lock <nox@jelal.kn-bremen.de> * KalleDK <plexmaintainer@k-moeller.dk> * Koop Mast <kwm@FreeBSD.org> * Koop Mast <kwm@rainbow-runner.nl> * Kozlov Sergey <kozlov.sergey.404@gmail.com> * Kris Moore * Kuan-Chung Chiu <buganini@gmail.com> * Lars Eggert <lars.eggert@gmx.net> * Leinier Cruz Salfran <salfrancl@yahoo.es> * MANTANI Nobutaka <nobutaka@nobutaka.com> * Manuel Creach <manuel.creach@icloud.com> * Marc van Woerkom <3d@FreeBSD.org> * Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> * Mark Felder <feld@FreeBSD.org> * Martin Matuska <mm@FreeBSD.org> * Martin Neubauer <m.ne@gmx.net> * Martin Wilke <miwi@FreeBSD.org> * Michael Johnson <ahze@FreeBSD.org> * Michael Johnson <ahze@ahze.net> * Michael Nottebrock <michaelnottebrock@gmx.net> * Michael Nottebrock <michaelnottebrock@gmx.net> et al * Mina Naguib <webmaster@topfx.com> * Mykola Dzham <i@levsha.me> * Naram Qashat <cyberbotx@cyberbotx.com> * Olivier Cochard-Labbe <olivier@FreeBSD.org> * Pascal Vizeli <pvizeli@yahoo.de> * Pav Lucistnik <pav@FreeBSD.org> * Pawel Pekala <pawel@FreeBSD.org> * Petar Zhivkov Petrov <pesho.petrov@gmail.com> * Phil Oleson * Phil Oleson <oz@nixil.net> * Piotr Kubaj <pkubaj@anongoth.pl> * Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Raaf <freebsd@luna.afraid.org> * Randall Hopper <aa8vb@nc.rr.com> * Rodrigo OSORIO <rodrigo@FreeBSD.org> * Rozhuk Ivan 2018 <rozhuk.im@gmail.com> * Rozhuk Ivan <rozhuk.im@gmail.com> * Rozhuk Ivan rozhuk.im@gmail.com * Rusmir Dusko <nemysis@FreeBSD.org> * Stacey Son <mythdev@son.org>, Ari Maniatis <ari@ish.com.au> * Steve Wills <steve@mouf.net> * Steve Wills <swills@FreeBSD.org> * Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Sylvio Cesar <sylvio@FreeBSD.org> * Thierry Thomas <thierry@pompo.net> * Thomas E. Zander * Thomas E. Zander with help from Vladimir Kushnir * Vladimir Kondratiev <wulf@mail.mipt.ru> * William Grzybowski <wg@FreeBSD.org> * William Grzybowski <william88@gmail.com> * Yi-Hsuan Hsin <mhsin@mhsin.org> * Zastupov Stepan [RedChrom] <redchrom@mail.ru> * adamw * alex * arved * erich@FreeBSD.org * freebsd-ports@evilcode.net * giffunip@asme.org * ijliao * kamikaze@bsdforen.de * michael johnson <ahze@ahze.net> * mikael.urankar@gmail.com * mm * nox@FreeBSD.org * osa * pb@FreeBSD.org * piero * se@FreeBSD.org * sumikawa With hat: portmgr63f36d3262
multimedia/{mplayer|mencoder} Update to upstream snapshot 2022-03-10
Details:
- This updates multimedia/mplayer and mencoder to a recent upstream
snapshot (2022-03-10).
- It is functionally identical to the 1.5.0 release, but:
- Uses external ffmpeg instead of the bundled one in the 1.5.0 release.b3dcec6796multimedia/m{player|encoder}: switch to graphics/openjpeg (+)
Mplayer engine indeed require openjpeg >= 2.1.0.
Depend on openjpeg15 is irrelevant, player even connot link with it.
MFH: 2022Q1
Approved by: portmgr (fix build blanket)
Sponsored by: Netzkommune GmbH7beae5bb0fmultimedia/mplayer, mencoder: Update to upstream snapshot 2021-12-29d5273fee75
multimedia/libvpx: update 1.11.0 Changes: https://chromium.googlesource.com/webm/libvpx/+log/v1.10.0..v1.11.0 Reported by: portscout, Repologyf16d8e5635
multimedia/(mencoder|mplayer): Update to recent upstream snapshot.e64b9ef946
audio/jack: Update to Jack2: 0.125.0 -> 1.9.16 Big thank you to Florian Walpen <dev@submerge.ch> and Goran Mekić <meka@tilda.center> for working on Jack2. PR: 251125 Submitted by: Florian Walpen <dev@submerge.ch> (original version)5708ae4005
multimedia/(mplayer|mencoder): Update to upstream snapshot 2021-07-03. MFH: 2021Q356f8f0ac2a
multimedia/x264: update to 0.163.3060 Changes: https://code.videolan.org/videolan/x264/compare/55d517b...5db6aa6d6e84975f0
Remove # $FreeBSD$ from Makefiles.305f148f48
Update to upstream snapshot as of 2021-03-14. Details: - No critical updates (that I am aware of). - Add NLS OPTION.e8cb0e71e6
Avoid picking up sndio dependency. PR: 252366 Submitted by: vvd@unislabs.combe23f4db87
Update to upstream snapshot as of 2020-12-25.f1a3889229
Port is no longer RESTRICTED after restrictions for audio/lame are removed.172a127784
multimedia/x264: update to 0.161.3020 Changes: https://code.videolan.org/videolan/x264/compare/cde9a93...d198931 ABI: https://abi-laboratory.pro/tracker/timeline/x264/1eee34b954
audio/sndio: Update to 1.7.0a167bf51dd
multimedia/x264: update to 0.160.3011 Changes: https://code.videolan.org/videolan/x264/compare/296494a4...cde9a93 ABI: https://abi-laboratory.pro/tracker/timeline/x264/a7d983f039
Update to recent upstream snapshot 2020-06-21 MFH: 2020Q2 (hat: ports-secteam)6020c8ffde
Update to recent upstream snapshot (as of 2020-03-28)577a729230
Update multimedia/libdvdread and multimedia/libdvdnav to 6.1.0 Changelogs are available here: https://code.videolan.org/videolan/libdvdread/-/blob/master/NEWS https://code.videolan.org/videolan/libdvdnav/-/blob/master/ChangeLog Also, bump dependent ports' revisions and mark sysutils/dvdbackup as BROKEN [1] Approved by: ehaupt [1]3e1e618952
Update to recent upstream snapshot as of 2019-12-277f91352dbc
multimedia/x264: update to 0.159.2991 Changes: https://code.videolan.org/videolan/x264/compare/34c06d1...1771b55 ABI: https://abi-laboratory.pro/tracker/timeline/x264/3642ceafef