A video editor that allows editing of AVI, OGM, and MPEG videos. The MPEG
support provides the ability to convert to DVD compliat PS streams. It
contains various filters for deinterlacing, cropping, resizing, etc. Allows
for cutting without re-encoding. Has the ability to re-encode and re-sample.
Utilizes ECMAScript (aka. Javascript) to provide batch scripting and
processing support.
===> The following configuration options are available for avidemux-2.8.1_5:
AMR=on: AMR 3GPP speech codec support (opencore)
AOM=off: AOM AV1 decoder support
CLI=off: Build CLI tool
DCA=on: DTS support via libdca
FAAC=on: FAAC AAC encoder support
FAAD=on: FAAD AAC decoder support
FDK=on: FDK AAC codec support
FONTCONFIG=on: X11 font configuration support
FREETYPE=on: TrueType font rendering support
FRIBIDI=off: Bidirectional text support via GNU FriBidi
JACK=off: JACK audio server support
LAME=on: LAME MP3 audio encoder support
NLS=on: Native Language Support
NVENC=off: NVIDIA decoder/encoder with CUDA support
OPUS=off: Opus audio codec support
OSS=on: Open Sound System support
PULSEAUDIO=on: PulseAudio sound server support
QT5=on: Qt 5 toolkit support
TINYPY=on: Python scripting support via TinyPy
TWOLAME=off: TwoLAME MP2 audio encoder support
VAAPI=off: VAAPI (GPU video acceleration) support
VAPOURSYNTH=on: VapourSynth video manipulation support
VDPAU=on: VDPAU (GPU video acceleration) support
VORBIS=on: Ogg Vorbis audio codec support
VPX=on: VP8/VP9 video codec support
X264=on: H.264 video codec support via x264
X265=off: H.265 video codec support via x265
XVID=on: Xvid MPEG-4 video codec support
XVIDEO=on: X11 Video extension library support
===> Use 'make config' to modify these settings
multimedia/avidemux*: Deprecate and set EXPIRATION_DATE to 2026-08-31
Current version has multiple issues and bugs, QT5 is also going away.
Upstream is still active but given various run-time issues combined with
no bugs reports user count appears to be very low so sunset port since
there's no interest in keeping it up to date and working
multimedia/avidemux: Fix build after b57d881bb6e9
Similar to f98927e2db26, mark NVDEC option BROKEN.
I'm fighting all of my urges to not relegate this to the pile since
there is still upstream activity [1] with promises of newer FFMpeg
and Qt6 support, but with no release since 2022, this is a *really*
slow burn.
[1] https://github.com/mean00/avidemux2
Reported by: pkg-fallout
MFH: 2026Q1
multimedia/avidemux: fix build on armv7 with recent binutils
Recent GNU as doesn't like numerical labels that begin with leading
zeros. Fix the one occurrence of such a label in the bundled FFmpeg to
fix the build on armv7.
MFH: 2024Q4
Approved by: portmgr (build fix blanket)
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
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)
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.
(Only the first 15 lines of the commit message are shown above )
multimedia: 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>
(Only the first 15 lines of the commit message are shown above )
audio/libmad: Set SONAME to libmad.so.0 instead of libmad.so.0.16.2
- Bump PORTREVISION of dependent ports for shlib change
- Bump PORTREVISION for package change
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
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)
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
multimedia/avidemux: update to 2.7.6
2020-07-07: 2.7.6: Another nice release, completely done by Euma
* New Feature:Detect and warn when cut points in HEVC video streams may result
in grave playback issues despite being on keyframes
* New Video Decoder:Add libaom-based AV1 decoder
* New Video Encoder:Add libvpx-based VP9 encoder
* New Video Filter:Add hardware accelerated deinterlacer and resizer based on
VA-API (Linux only)
* FFmpeg:Update to the 4.2.3 release
* Core:Increase maximum supported resolution to 4096x4096
* Core:Fix crash on macOS with HW accel. decoding enabled and H.264 video
streams containing both frame- and field-encoded slices
* Encoder:Extend configuration options for NVENC-based H.264 and HEVC encoders,
add 2-pass mode
* Demuxer:Support MPEG-TS files with duration in excess of 13:15:36
* Demuxer:Use DTS core from DTS XLL audio in MPEG-TS files instead of rejecting
the track
* Demuxer:Fix mono MP3 audio tracks in MP4 files misdetected as stereo
* Demuxer:Try to correct timestamp jitter in MP4 files produced by older
Avidemux versions
(Only the first 15 lines of the commit message are shown above )
multimedia/avidemux: update to 2.7.4 and readd Qt gui port
- multimedia/avidemux-qt5 repo copied from multimedia/avidemux-qt4
- The port as a whole is in need of a little modernization
PR: 242634
Submitted by: Lars Herschke <lhersch@dssgmbh.de>,tcberner
Tested by: rkoberman@gmail.com
Reported by: VVD <vvd@unislabs.com>
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
multimedia/avidemux: Disable -Werror=attributes and unbreak build with GCC 9
In file included from .../.build/ffmpeg/source/libavutil/common.h:437,
from .../.build/ffmpeg/source/libavutil/avutil.h:296,
from .../.build/ffmpeg/source/libavutil/samplefmt.h:24,
from .../.build/ffmpeg/source/libavcodec/avcodec.h:31,
from
.../avidemux_2.6.11/avidemux_core/ADM_core/src/ADM_memcpy.cpp:41:
.../.build/ffmpeg/source/libavutil/mem.h:185:79: error: 'alloc_size' attribute
ignored on a function returning 'int' [-Werror=attributes]
185 | av_alloc_size(2, 3) int av_reallocp_array(void *ptr, size_t nmemb,
size_t size);
|
^
cc1plus: some warnings being treated as errors
http://package22.nyi.freebsd.org/data/112amd64-default-PR238330/2019-06-09_20h29m30s/logs/errors/avidemux-2.6.11_14.log
PR: 238330
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
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, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Mark QT4 ports/functionality for removal on 2019-03-15
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: -https://reviews.freebsd.org/D15540
Move PORTREVISION from multimedia/avidemux/Makefile.common into the
three slave ports multimedia/avidemux-cli, multimedia/avidemux-plugins,
and multimedia/avidemux-qt4. Ensure they are properly set there
after revision 464084.
That way any sweeping changes (using Tools/scripts/bump-revision.sh
or similar in particular) have a chance of working or at least flagging
a potential issue.
PR: 226533
Un-break build on slave port avidemux-qt4
Details:
gcc6 performs stricter checking for C++11 user defined string
literals. A macro is avidemux's qt4 code was not compliant.
Make ninja opt-out in cmake.mk
Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
Fix build with gcc6
Details:
- static_cast in prefs2__pref.h due to narrowing conversion
- add whitespaces in ADM__ffmp43.h to fix string literal handling in C++11
PR: 219280
Reported by: jbeich
Update Qt5 to 5.7.1, and unify the Qt4 and Qt5 ports some more
* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
By moving the libraries we should finally be able to get rid of the inplace
upgrade bug (see ports bugs 194088, 195105 and 198720): when Qt5's libraries
were lying in /usr/local/lib, which would often get added by pkgconfig to the
linker paths via dependencies, the already installed libraries were linked
against, instead of the ones that were being built. This forced us to make
sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]
There are several new Qt5 ports which all have been created by Marie Loise
Nolden
<nolden@kde.org>. Thanks again.
PR: 216797
Exp-Run by: antoine
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9213
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
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
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
Fix dependencies: x265, opus, twolame, fribidi
x265 was not correctly detected due to link attempt to libdl.
Also avidemux now automatically detects the presence of opus,
twolame and fribidi during configure and builds additional
plugins for them.
This changeset introduces new OPTIONS FRIBIDI OPUS TWOLAME
(all non-default) and fixes plugins pkg-plist.
Bump PORTREVISION for avidemux-*
PR: 206945
Submitted by: mi
Reviewed by: riggs
MFH: 2016Q1
Move Mk/bsd.gnome.mk and Mk/bsd.mate.mk to Mk/Uses/.
To use the GNOME or MATE components activate it by adding gnome
or mate to USES. The usage of USE_GNOME/INSTALL_ICONS and for
example GLIB_SCHEMAS has stayed the same.
Like with USES, the use of USE_GNOME and so after bsd.port.pre.mk
is now forbidden. And adapt ports that where still doing that.
Exp-runs done by: antoine@
PR: 205432
Reviewed by: antoine@, mat@
Approved by: portmgr (antoine@)
Differential Revision: https://reviews.freebsd.org/D3653
Remove support for WANT_SDL/HAVE_SDL knobs
WANT_SDL/HAVE_SDL macros allowed a port to check which SDL components
are installed. This goes against the policy of avoiding automatic
dependencies, and there are actually no cases in the portstree where
these knobs are used properly, so axe them out.
Approved by: portmgr (mat)
Differential Revision: D4093
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 )
Removed on maintainer request: no longer maintained by the author
PR: ports/74865
Submitted by: Anish Mistry <amistry(at)am-productions.biz> (maintainer)
Update XviD to version 1.0.1, chase shared library bump through dependencies,
disable xvid support in avifile and bump PORTREVISION in transcode for
added dependency on xvid4conf.
- Mark as only for i386 and point users to port that works on all archs
PR: ports/62225
Submitted by: amistry <amistry@am-productions.biz> (maintainer)
Update to 0.9.
**NOTE**: If you get a libtool error, reinstall mjpegtools.
Compilation against xvid is now functional.
PR: 51251
Submitted by: Anish Mistry <amistry@am-productions.biz> (maintainer)
