Avidemux Forum

Quote from: WTWASP on August 17, 2025, 02:42:21 PMHave you done the SRT thing? SRTs will provide you the subs you need (for MP4s in VLC, anyway), and when editing the video, cutting parts out or whatever, well, you literally have your work cut out for you ; SRTs can be edited, but it's a lot of painstaking manual effort to change all the timestamps after the points of edit, and depending on how much dialogue there is, you could be looking at thousands of individual captions that need their timestamp adjusted to the new timestamp, post-edit.

I dunno if this helps you at all, or if I am even in the ballpark of your issue, but there it is, anyway.

I might not have explained things very well (my apologies) but the MKV files I'm working with already have a single, subtitle track (.srt). When I make cuts to the MKV file, those subs are instantly removed from the finished file.

CleverFFMPEG_gui can make cuts to MKV files and automatically fix the timing (and keep) the included srt subtite track but its' cutting isn't as good as AVIDemux and you have to enter exact time codes and cutting videos in AVIDemux is just so much easier.

If somebody could combine these two programs into one, that would be amazing!

Quote from: eumagga0x2a on December 06, 2025, 08:59:11 PMc'est formidable que la compilation d'Avidemux fonctionne sur RPI, car je ne l'ai jamais testé.

Hello

"formidable" c'est un peu too much peut-être, non ? Car, oui ça compile, mais ça n'est pas utilisable pour autant !

Concernant les modes d'affichage, que ce soit avec Qt (RGB) ou XVideo, ça donne peu ou prou le même résultat :
- il faut forcer le refresh de la fenêtre (RedrawRequest) pour qu'Avidemux affiche l'image sous le curseur
- ça ne joue pas les vidéos, au mieux on a une image figée (avec la méthode indiquée juste avant)
- en "play", j'ai des WARNINGS en bas à gauche indiquant que la vidéo est en retard de x ms et ça augmente vite. (Ca je n'ai pas avec QtGl). Ca lit mais l'image n'est pas affichée et seul le son fonctionne.
- pourtant, même sans accélération matérielle, un RPI5 est largement capable de lire des vidéos 4K même en 10bit !

Donc effectivement, dans ces conditions, aucun besoin d'Aften, c'est certain !

Bon si je lis entre les lignes, je comprends :
- qu'il est inutile de passer de temps là dessus
- que vous ne semblez pas vraiment motivé pour qu'Avidemux puisse fonctionner sur l'architecture arm64

Pensez-vous que ça vaille quand même la peine que j'essaie sous X11 ?

C'est vraiment frustrant !

Merci pour les infos

Ok, danke. Funktioniert jetzt alles.

Quote from: Kohlhaas on December 07, 2025, 08:10:37 PMAll those created with GLIBC-2.36 did not work on my system:

QOpenGLContext::makeCurrent() called with non-opengl surface 0x556b16784870
QRhiGles2: Failed to make context current. Expect bad things to happen.

Yep, OpenGL in official appImages is broken (probably Qt version there is too old), I forgot about it. Either disable OpenGL in Avidemux configuration (edit ~/.config/avidemux/config3 manually) or use your own local build. I can confirm that building Avidemux from source on Debian 13 works as well as OpenGL display in such builds.

Quote from: Kohlhaas on December 07, 2025, 08:10:37 PMI tried again to compile avidemux myself, but:
[E: Paket libaften-dev kann nicht gefunden werden.
Warning: libaften-dev cannot be installed using package management. Aften AC-3 audio encoder plugin won't be built.

Just ignore the warning from the createDebFromSourceUbuntu.bash script. It is a warning, not an error. You most probably will never miss Aften-based AC3 encoder in Avidemux.

First of all, thank you for providing the list of available builds for Avidemux.
I downloaded and tested several of them:
All those created with GLIBC-2.36 did not work on my system:

QOpenGLContext::makeCurrent() called with non-opengl surface 0x556b16784870
QRhiGles2: Failed to make context current. Expect bad things to happen.

But the versions with GLIBC_2.28 all seem to work; I am now using the December 2024 version.

The two packages libfuse2t64 and libpcre2-16-0 were already installed on my system.


I tried again to compile avidemux myself, but:
[E: Paket libaften-dev kann nicht gefunden werden.
Warning: libaften-dev cannot be installed using package management. Aften AC-3 audio encoder plugin won't be built.

Bonjour,

c'est formidable que la compilation d'Avidemux fonctionne sur RPI, car je ne l'ai jamais testé.

Concernant Qt6, nous ne prenons pas du tout en charge Wayland car l'interface graphique d'Avidemux est totalement inutilisable sous Wayland. L'absence d'accélération matérielle pour le décodage et l'encodage, telle qu'implémentée dans Avidemux, sous Wayland n'arrange rien.

Qt5 fonctionne car il utilise XWayland au lieu de Wayland. Avec Qt6, il est nécessaire de forcer l'utilisation de XWayland via le paramètre de ligne de commande

-platform xcb

Si l'affichage OpenGL ("QtGl") ne fonctionne pas dans Avidemux sur Raspberry Pi, eh bien, tant pis. L'affichage "RGB" ("Qt") est une solution de repli non accélérée. Si l'affichage XVideo fonctionne avec XWayland, ce sera mieux.

Je suis sûr que vous n'avez pas besoin d'Aften (libaften), l'encodeur AC3 dans libavcodec (AC3 lav) suffit.

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.