Avidemux Forum

Après quelques tentatives supplémentaires aussi infructueuses que les précédentes, j'ai finalement décidé d'essayer la version Flatpak pour aarch64 disponible sur Flathub.

Bon, je ne suis pas trop partisan des solutions de virtualisation d'application et j'ai donc dû commencer par installer flatpak, mais, force est de constater que pour Avidemux ça fonctionne parfaitement sans trop alourdir le système avec les librairies et dépendances redondantes requises.

https://flathub.org/en/apps/org.avidemux.Avidemux

Après quelques tests sur un Raspberry Pi 5 (je n'ai pas essayé sur un RPI4) et donc une architecture arm64 v8 (NEON) avec RaspiOS Desktop (Debian "Trixie" 13.3), il me semble que tout fonctionne parfaitement. J'ai pu :
- trimmer sans réencoder
- transcoder
- transmuxer
- utiliser les filtres

L'affichage est correct, l'audio est nickel, les fichiers produits conformes aux specs demandées.

En terme de performance, là on voit que ça manque d'optimisation évidemment.
- 30/35% de CPU pour lire un FullHD H264
- 35/40% de CPU pour lire un FullHD H265 (malgré le support matériel natif du décodage HEVC par les RPI5)
Pour comparer, la même chose avec VLC, c'est 4% de CPU ! FFplay : 8/10%...
Donc oui c'est bcp de ressources CPU mais le RPI5 encaisse sans broncher et en terme d'expérience utilisateur / confort d'utilisation, il n'y a pas vraiment de différence avec Avidemux sur un gros i7 sous Windows.
Bien entendu, les encodages, eux, font tout monter dans le rouge très vite, surtout le H265, mais le jour où j'ai vraiment beaucoup d'encodage, je passe sous Windows avec un bon GPU et par conséquent je n'utilise sans doute pas Avidemux du tout !

Malgré tout, ça fonctionne plutôt bien, on peut travailler correctement et je pense, comme je le disais précédemment, qu'Avidemux est un outil indispensable pour l'environnement Raspberry Pi pour qui veut pouvoir éditer rapidement une vidéo sans que cela ne requiert de sortir l'artillerie lourde !

Voila, j'espère que ce retour d'expérience sera utile à qq-uns en attendant de voir un jour sortir une version officielle et optimisée pour les processeurs arm64 et le hardware des Raspberry Pi !

Have fun and take care !

Hallo eumagga, bittschön: You cannot view this attachment.

Markus

Bitte das AppImage auf der Kommandozeile (im Terminal) starten, das Problem reproduzieren, Avidemux, falls das Programm hängt, notfalls mit Strg+C im Terminal beenden und die Meldungen im Terminal nah ans Ende in eine Textdatei kopieren und an die Antwort hier anhängen, danke.

Ich hab's gestern noch ohne Kompression versucht, da ist's dann durchgelaufen 

Hallo,

ich benutze avidemuxLinux_GLIBC_2.36_amd64_250530_0709.app unter LMDE6.

Es ist kurz vor Ende des Encodens hängen geblieben. Selbiges bei zwei weiteren Versuchen. Es erscheint ein kleines Meldungsfenster mit dem Titel avidemux3_qt6, das ist aber schwarz:

You cannot view this attachment.

Das hatte ich bislang noch nie, ich habe dieses Mal aber zum ersten Mal die Dynamikkompression verwendet. Kann es da einen Zusammenhang geben?

Wo finde ich denn das Absturzprotokoll? Wenn ich beim Starten auf "laden" klicke, habe ich halt wieder die vorherige Konfiguration.

Grüße

Markus

That's mostly gibberish to me so I guess I'm stuck unless it decides to work again.

Saludos. Compré un Cloner Alliance Pro y tengo el problema que al intentar salvar los archivos editados, me da esta ventana:

Demasiado Corto.
El video guardado esta incompleto. El error ha ocurrido en 00:00:10,216 (0). Puede haber sucedido como resultado de marcas de tiempo inválidas en el video.

Error -22 ("Invalid argument")

¿Hay solución?

i don't know why but when i run files i put in the queue, the first one always gets the error icon, even if it's not true. the file is edited and saved correctly.
On the contrary, the last file of the list is marked as done but it's not true. no edited file can be found in the folder.

Quote from: BLAlley on January 16, 2026, 04:20:27 PMIt's version 2.8.1.

You should be much better off using the latest available pre-2.8.2 appImage or (better) building from git master yourself. The 2.8.1 release is really ancient.

Quote from: BLAlley on January 16, 2026, 04:20:27 PMIt always worked well, until this week it decided to not play audio in sync with the video on any file I drop into it.

The first thing to check should be an accelerated video display in Avidemux (i.e. NOT the "Qt" one which performs all the computationally expensive color conversion and scaling work on the CPU). The second one is either using a HW decoder or enabling libavcodec decoder multi-threading. Please inspect corresponding settings in Avidemux Preferences.

If your PC has a NVIDIA graphics card using the proprietary (closed-source) driver, VDPAU video display + VDPAU hw video decoder (libavcodec multi-threading disabled) should give the best results. If your PC has Intel graphics, LibVA (VA-API) video display + LibVA (VA-API) hw video decoder should be optimal for playback (not for re-encoding due to slow data transfer from VA-API video "surfaces" to main memory, which makes libavcodec decoder multi-threading often beneficial).

If all your videos you currently try to play are HDR videos, the HDR to SDR conversion in Avidemux uses a lot of CPU power and may be too slow for real-time playback.

If you already use the optimal video display and video decoder combination in Avidemux, a software (kernel, mesa etc.) update may have broken hw acceleration (not necessarily for other players).

Apologies for a very late reply.

Quote from: tmcdos2 on January 11, 2026, 05:12:32 PMIf I save the audio from AVIdemux - it is saved as AAC format and the audio length is 00:09:14.956

Do you dertermine audio length by actually listening to the AAC file to the end or by the estimate provided by a player application? The latter cannot be accurate for raw (ADTS encapsulated) variable bitrate AAC streams. When you save audio with the "PCM" audio encoder selected rather than "Copy", do you still miss a chunk of the audio?

Quote from: tmcdos2 on January 11, 2026, 05:12:32 PMIf I simply save the audio and then immediately replace the audio track with the just saved file - audio and video go out of sync.

Does the loss of sync develop gradually or stay constant (thus correctable by audio shift control in Avidemux)? Both scenarios are possible as video timing is given by timestamps in the container while the audio track was imported from a raw stream. If a small portion of audio track is damaged, that location will be missing in the saved raw audio stream.