Avidemux Forum

Thanks for the answers. Will download it and move on to the modern era

Quote from: eumagga0x2a on October 12, 2026, 07:17:51 PMI 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.

Good advice, which I followed.

Oct 18 nightly, enabled AVX and AVX2, no crash encoding to AC3.

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.

Un début de réponse pour → BluRay compatibility.

J'ai trouvé ça sur Forum Doom 9.

Impose l'encodage d'un flux conforme au BluRay.
--bluray-compat
bframe<=3,
ref<=4 pour 1080,
ref<=6 pour 720/576/480,
bpyramid<=strict,
weightp<=1,
aud=1,
nalhrd=vbr

Mais, est-ce mieux pour la qualité ?
Dans le doute, je ne cocherais pas cette option.