Avidemux Forum

Fresh nightlies have been generated and uploaded, please try the 20261018 ones.

https://avidemux.org/nightly/win64/

You are using a build cross-compiled with MinGW compiler, albeit an ancient one. You should wait a few days (or even hours) for the next round of nightlies to be generated as all recent ones after the FFmpeg update to 9.0.x but older than Oct 18 2026 are known to crash when encoding audio to AC3.

For a quite a while now, I am using this version:

You cannot view this attachment.

Every now and then I check the nightly updates, but this version hasn't been updated in nearly two years now:

You cannot view this attachment.

I do see a lot of updates for avidemux_ming versions.
Does that mean the version I am using is no longer updated and that I should switch to the MING version?
Thanks in advance for the answer(s).

for me too on M2 the fork is not working

Quote from: pierredpt on October 16, 2026, 12:03:09 PM- Could you please update the AppRun template in the build system to include this initialization so that arguments are properly forwarded to the Avidemux binaries?

Section of AppRun template lost during development of containerized build is restored now, thank you for your report.

Quote from: pierredpt on October 16, 2026, 12:03:09 PM- Could you also modify the execution command in the `avidemux.desktop` launcher file—setting it to Exec=avidemux_portable %U so that the path to the video file to be opened is passed to AppRun ?

This doesn't seem to be needed with the above fix.

Hello,

I found a bug in the AppRun script of the Linux AppImage (tested on Avidemux-x86_64_20261009.AppImage with debian 13 Trixie Cinammon desktop ) that prevents opening files via the command line or file manager context menus ("Open With...").

At the end of the AppRun script, the binaries are executed using the ${args} like this:

else "${HERE}/usr/bin/avidemux3_portable" "${args[@]}"

However, ${args} is never initialized or defined anywhere earlier in the script. As a result, ${args} is always empty and any arguments passed to the AppImage ($1, $2, etc.) are lost.

I fixed this by adding the missing initialization right at the beginning of the script (line 2):

args=("$@")

- Could you please update the AppRun template in the build system to include this initialization so that arguments are properly forwarded to the Avidemux binaries?

- Could you also modify the execution command in the `avidemux.desktop` launcher file—setting it to Exec=avidemux_portable %U so that the path to the video file to be opened is passed to AppRun ?


Thank you for your time and for this great software ! I use avidemux since long time ago

Hello everyone !

I am looking to resize a video using AviDemux Nightly and the AV1 codec.

My video was mistakenly encoded in AV1 : 16/9 : 1920/1080 pix.
I need to re-encode it in AV1 : 2.35 non-anamorphic.

Calcul of the height : 1920/2.35 ≈ 817.02 pix.

Should I round it to the nearest multiple of 2 ? → 818 pix

Or, given that the smallest block size used by the AV1 codec is 4/4 pix
Should I round it to the nearest multiple of 4 ? → 816 pix

Thanks in advance.

Re-bonjour za tous !

Je cherche à re-dimensionner une vidéo, avec AVI-Demux Nightly et le codec AV1.

Ma vidéo, est encodée par erreur en AV1 : 16/9 : 1920/1080 pix
Je dois la ré-encoder en AV1 : 2,35 non-anamorphique

Calcul de la hauteur : 1920/2,35 ≈ 817,02 pix

Dois-je arrondir ce 817,02 pix au prochain multiple de 2 → 818 pix

Ou, du fait que le plus petit block utilisé par le codec AV1 fait 4/4 pix
Dois-je arrondir ce 1381,29 pix au prochain multiple de 4 → 816 pix

Re-merci d'avance.

Quote from: jimmy on October 11, 2026, 01:10:30 AMI shall stick with Sep 12 for now.

I don't think that going back from FFmpeg 9.0.2 to FFmpeg 7.0.2 is a sound strategy, at least as long as disabling AVX/AVX2 is enough to work around the crashes.

Totally agree. Unfortunately Avidemux is so limiting in advanced features, like x265 sao, and lack of hw encoding. unfortunately I didn't find a good alternative for easy cutting, using filters, and encode purpose in Linux.