Avidemux Forum

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?

Thank you for your time and for this great software ! I have been using it for a long time

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.

Trouvé pour → Zero latency.

À qualité égale, favorise la vitesse d'encodage (et de décodage ?), au détriment de la compression.

Idéal pour le streaming, pas pour l'archivage.

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.

Bonjour za tous !

Je cherche à comprendre 2 options liées au codec x264.

Sortie vidéo : MPEG4 AVC (x264)
Configurer : General → Zero latency
Configurer : Output 1 → BluRay compatibility

Quels sont leurs impacts sur la qualité de la vidéo en sortie ?

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.

Quote from: eumagga0x2a on October 10, 2026, 02:11:38 PM

Quote from: Rainman74 on October 10, 2026, 12:43:03 PMWith the current nightly build, the error message no longer appears; instead, the app crashes and freezes.

This is https://avidemux.org/smif/index.php?msg=98711, related to the libavcodec-based AC3 encoder. NVENC-based video encoders are working for you now, aren't they?

Yes, I can confirm, without AVX and AVX2 for AC3 audio, I can encode nvenc HEVC again with the current nightly build!

Please excuse the multiple addendums:
I am currently in the middle of fine-tuning the optimal encoding pipeline specifically for digitized analog media (Hi8, S-VHS, Video8, VHS), which requires tens of tests and constantly brings to light additional critical parameters currently omitted from the Avidemux GUI.

---

7. Chroma QP Offsets (cbqpoffs & crqpoffs)

• Current limitation: Completely missing from the Avidemux GUI.

• The issue: Analog tape chroma channels carry heavy phase noise and cross-color bleeding. Standard x265 settings create soft, blotchy patches in dark/noisy scenes.

• The fix: Using negative offsets (cbqpoffs=-2:crqpoffs=-2) allocates finer quantization to Cb/Cr, restoring micro-edge sharpness (e.g. wall textures) without blowing up global luma bitrate.

• Corresponding FFmpeg / x265 CLI parameters:
-x265-params cbqpoffs=-2:crqpoffs=-2

---

Food for thought for the devs:

Avidemux is great, but hiding advanced encoder options just to keep the GUI simple degrades the potential of the underlying encoders in general. Exposing parameters like cbqpoffs and crqpoffs in the configuration dialog, or simply enabling a GUI-based custom parameter pass-through string field (e.g., persisted in Hi8-x265.json), would perfectly solve this for archival workflows without cluttering the UI.

Best regards,
Manfred