Avidemux Forum

Bonjour

j'utilise Avidemux depuis très longtemps sous Windows et j'adorerais également pouvoir m'en servir sur mes Raspberry Pi.

J'ai bien trouvé les appImage, malheureusement rien pour l'architecture arm64.

J'ai donc essayé de l'installer depuis les sources trouvées sur Github.

J'ai écrit un post complet (en anglais) sur le Forum Raspberry en essayant de demander de l'aide. On y voit qq captures d'écran qui tendent à prouver, qu'en passant par Qt5, on est pas loin d'un résulat utilisable. En voici l'url :
https://forums.raspberrypi.com/viewtopic.php?t=394172

Hormi le fait que qq codecs ne sont pas "trouvés" (sans doute pas bien difficile à régler), le principal problème reste l'affichage. En tatonnant, j'arrive cependant à afficher qqchose...

You cannot view this attachment.

Plein de choses fonctionnent :
- l'audio
- la recherche
- les possibilités d'édition
- l'application des filtres (et là d'ailleurs ça affiche les vidéos)
- et j'ai même pu exporter en streamcopy ou en changeant de muxer.

Tout ça évidemment sans voir ce que je fais, ce qui rend les choses un peu "aléatoires" ! lol
Mais c'est ce qui me pousse à dire qu'on est pas loin...

Malheureusement moi je n'ai pas les compétences pour analyser les sources. Je comprends bien que les optimisations faites pour window et mac sont parfaitement inutiles ici, idem pour nVidia et QSV...
openGL semble être le moteur de rendu à utiliser pour les RPI. Et il semble aussi être la source du problème d'affichage.

Pour info :
Raspberry Pi 5
RaspiOS / Debian 13.2 (Trixie) avec Wayland (pas Xorg)

Donc je viens ici, un peu désespéré, à la pêche aux infos, pour essayer de rendre Avidemux fonctionnel sur les Raspberry Pi sur lesquels il n'y a, hormi ffmpeg, gstreamer et vlc, strictement aucun logiciel permettant de faires des "choses" visuellement avec des vidéos et j'ai le sentiment que la communauté serait intéressée (RPI vend beaucoup de caméras).

Je peux bien évidemment faire des tests si on me donne des directives, faire remonter les messages d'erreur, les logs, etc...
A ce propos, lorsque je lance Avidemux avec le script, les seuls événements "en rouge" sont ceux concernant les codecs. Sinon un peu de jaune pour LibVA (qui ne sert pas ici je pense) et de mémoire, non signalées en jaune mais à mon avis importantes, des infos sur OpenGL qui "resize en 0x0" ou qqchose comme ça... J'ai l'intuition que ça a à voir avec le schmilblick ! lol
Je dis ça de mémoire, je peux refaire des tests et remonter des copier/coller si vous voulez.

Voila, j'arrête là... Et je croise les doigts !

Merci et bien à vous

Thanks. That worked fine!

Didn't have time to look into it yet, sorry.

(Just indicating that the request has not been ignored.)

Please use the raw muxer in separate files mode together with MJPEG encoder. The former supports up to 999999 frames.

Very much desired, no estimates possible as this would require essentially a rewrite of the application and of most of video filters (YV12 is the internal exchange format).

At the moment, AviDemux limits Save Selection as JPEG to 99999 frames,
probably because it uses a 5 digit sequence number in the file names.

Could you please extend the sequence number to 6 digits,
allowing upp to 999999 frames in a single save.

Most films are longer than 100,000 frames.

Avidemux is a great tool, it would be even better with 4:2:2 YUV ability.
Will Avidemux ever make the leap to 4:2:2 and if not, why?

Well, to run at least recent Avidemux appImages on Trixie, you need to install libfuse2t64 and libpcre2-16-0:

sudo apt update
sudo apt install libfuse2t64 libpcre2-16-0
Thank you for reporting the problem --> on my todo list with priority.

Didn't have time to try to compile Avidemux on Debian 13.2 yet, but will do it soon.

Quote from: Kohlhaas on November 30, 2025, 06:43:53 PMWhen I start the app image in the terminal, I get several error messages.

Using the latest available (from May 30 2025) appImage from https://avidemux.org/nightly/appImage4Buster/, please reproduce the issue and post the error messages. I didn't have time to setup a VM with Debian 13 to test myself yet, unfortunately.

Quote from: Kohlhaas on November 30, 2025, 06:43:53 PMCompiling with the downloaded sources also did not work; the compiler issued various error messages that I did not understand.

No problem with not understanding the errors, but, obviously, with not providing any directly usable information. If you are not comfortable with providing build or CMake logs as attachments publicly (rename them to add extension ".txt" to be accepted by the forum software) or via pastebin web service, you may send them in a personal message (PM).

I discovered what is causing my HEVC-to-AVC conversions to screw up, resulting in a file with less than 15fps...

It seems that "good" HEVC files that convert to AVC flawlessly have a framerate of 23·976023, whereas the "bad" HEVC files have a framerate of 23·9876215.

Through some experimenting, it seems that if I use Avidemux's Video filter to Resample the FPS (retaining speed & duration) at 23·976 (film) and resave as HEVC, it indeed corrects the framerate to 23·976023. However, the playback is stuttery and jerky.

Apparently, that difference of 192fps makes a noticeable difference.

I think I also used the Constant Bitrate (1-pass) filter @ 2500kbits/sec - perhaps I will try the Constant Rate Factor (1-pass), Constant Quantiser (1-pass), and Video Size (2-pass) options in combination with the Resample FPS filter, though I have my doubts it will affect anything (but who knows).

Assuming these adjustments to the filters do not help keep the modified FPS smooth and stutter-free, my question is : HOW DO I FIX THIS stutter problem?

How do I get the HEVC framerate modified FROM the crappy 23·9762015 fps, TO the proper 23·976023 fps, so that it will play back smoothly, and thereby convert to AVC flawlessly?

(*sigh* Why can't these things just be encoded ONE way, the right way, in the first place?)