Avidemux Forum

Hello, I can't download the latest version available on FossHub for Windows; the link redirects to the homepage. Is there another way to get the program?

Win64/VC++ 2.8.1 Install (64 bits), FossHub,

Quote from: SquidgyBidge on August 27, 2026, 08:02:52 AMI haven't done any coding since using basic on a BBC micro in the 90s and even then I was crap at that.

Exactly zero coding is involved in compiling Avidemux on macOS.

Unfortunately, as far as I understand the situation, the legal and technical framework that requires to be a registered Apple developer to distribute an arm64 (Apple Silicon) macOS app rules out the chance of an end-user friendly solution at least for the near future.

Quote from: Luc77600 on September 01, 2026, 07:17:21 AMPerhaps by using the newer MinGW64 versions that use Qt6...

No, there haven't been any changes to bundled FFmpeg libs.

Quote from: Luc77600 on September 01, 2026, 07:17:21 AMBut that's completely unverifiable...

Cross-compiled builds should show the last git commit hash they have been generated from in "Help" --> "About Avidemux" dialog. Search for that commit in the repository then.

The course of action regarding FFmpeg will be evaluated as soon as possible. Whoever is concerned about security but needs to be able to sleep at night should never read Apple Clang warnings when compiling FFmpeg 

Quote from: MC on August 25, 2026, 07:33:37 AMHi,

Do you intent to update the included ffmpeg to a newer version (latest is 9.0.1) ?

several CVE issues have been fixed since 7.0.2

https://ffmpeg.org/security.html

Christian

Hello,

Perhaps by using the newer MinGW64 versions that use Qt6...
But that's completely unverifiable...
It seems that adding features to AviDemux is more important than updating a version that's already running.

I am getting repeated warnings that Apple will be killing off support for Intel based Apps. Will be there be native downloadable build for Silcon based Macs?

I've seen people talking on other threads about building/compiling their own version of Avidemux. Unfortunately this is not something in my skillset. I haven't done any coding since using basic on a BBC micro in the 90s and even then I was crap at that.

Looking at other threads I have the feeling the answer is a definitive no. If that is the case does anyone know of any similar apps for Mac to Avidemux that would allow me to cut adverts out of .ts TV broadcasts. They don't need to be as good as Avidemux, but something poorer is better than nothing at all.

Hi,

Do you intent to update the included ffmpeg to a newer version (latest is 9.0.1) ?

several CVE issues have been fixed since 7.0.2

https://ffmpeg.org/security.html

Christian

Hello, I've been using Avidemux for years to cut and merge my videos. My process is that I encode the videos to same codecs with handbrake but keep the original framerate (25,30 etc) of each video intact and merge everything with Avidemux into a single variable framerate video. Later, I also edit it again with Avidemux if needed to add new clips or rearrange. Recently I discovered that Avidemux introduces jitter into the video when I was checking something in MPC-HC statistics (ctrl+4) ( see attachment, left is before editing and right after it the jitter went up to 5ms) and It seems it only happens if I cut a previously merged video into separate clips and merge again after either rearragement of adding new videos. Merging with ffmpeg concact or mkvtoolnix doesn't add the jitter.

I think it's very important Avidemux should give a warn when sees an unsupported stream in MKV (like soft subtitles), that will be removed on conversion/copy of audio/video streams.
I'm quite advanced user but converted many video before realizing it removed all of that. Fortunately of some I kept the original, extracted subtitles and re-added, but some I lost the subs.
I Imagine many users fall on this, and it is a subtle dataloss bug/rfe.

Currently 2.8.2 nightly 260516 on Debian 13

Hey! With all the warnings my Mac OS has given me about how my avidemux binary is going to stop running when Apple deprecates x86 support, I figured I better build an ARM native version to head that off. Found and fixed some issues and it now builds.

The current master fails to build natively on Apple Silicon with Homebrew due to two new issues:

Linking:

The SDL3 link sites use the bare library name, and /opt/homebrew/lib  isn't in the default linker search path on Apple Silicon.

ld: library 'SDL3' not found
make[2]: *** [ADM_render_qt/libADM_render6_QT6.dylib] Error 1

Packaging:

fixup_bundle's search dirs hardcode /usr/local/lib, the Intel Homebrew prefix.

CMake Error at BundleUtilities.cmake:725 (message):
  error: otool-classic: can't open file:
  @rpath/QtCore.framework/Versions/A/QtCore (No such file or directory)
Here are the fixes for them

I've submitted both fixes as https://github.com/mean00/avidemux2/pull/555. Until it's merged, you can build today with:

git clone https://github.com/mean00/avidemux2.git
cd avidemux2
git fetch origin pull/555/head:pr555
git checkout pr555
bash bootStrapMacOS_Monterey.arm64.sh

Verified on macOS 26.5 (M-series), Homebrew Qt 6.11.1 / SDL3 3.4.14, CMake 4.4.2: clean bootstrap run through DMG creation and ad-hoc signing, all-arm64 bundle, app launches and a copy/copy cut saves and probes clean. No extra environment variables needed.

Above, I believe I meant to say, "PAR", Pixel Aspect Ratio.

so (something more along the lines of) ...

So lets say Media Info showed ...PAR... to be 1.3 (non-square pixels or whatnot).

Derived from display width, adjust by ...PAR...