Avidemux Forum

Hi

I usually use the View of Zoom 1:2 to reduce the application size but when running a script it keeps the view at 1:1 filling the screen.

Is there a way either to set the default View to Zoom 1:2 or set the View size within a script when converting a folder of files?

Appreciate any assistance..
T

Bonjour,

Quote from: DWAM on December 10, 2025, 07:15:48 PMPensez-vous que ça vaille quand même la peine que j'essaie sous X11 ?

Je n'attends rien, mais, si possible, veuillez essayer.

Quote from: DWAM on December 10, 2025, 07:15:48 PM- que vous ne semblez pas vraiment motivé pour qu'Avidemux puisse fonctionner sur l'architecture arm64

Eh bien, il me faudrait d'abord acheter un RPI5. Malheureusement, même si je peux acheter du matériel, je n'ai toujours pas le temps nécessaire pour reprendre le travail sur Avidemux.

Quote from: alexstorm on September 02, 2025, 11:43:53 PMHandling subs is very complex to do well and it depends on what hardware and processing speed each end user has.  Very fast servers with hardware transcoding support can handle most embedded subtitles but even these server can fail to process in real time wen there are too many embedded subtitles for media coming from original blu-ray discs.  Blu-ray players are set to handle one sub at a time. Servers, even with hardware encoding support see all the subtitles and tries to handle them in sequence during the transcoding. Even a dedicated fast and hardware supported server may not be able to handle all he subtiles in real time.

Keeping many subtitles embedded in .mkv media including graphic subtitles .sub works fine with blu-ray playback but other players do not support .sub or some don' even do .ass files.  The .sub files need to be scanned, read by a optical character reader and converted to text based subtitles that the user's player, browser or TV app can accept.  This has to be done in real time or the sync goes bad or the media buffers before any playback starts.

This problem varies with every user, every hardware and every network / Internet connection speed and traffic.  In short, .sub graphic subtitles are fine for blu-ray and not really supported for video streaming.  Trying to support them would be pointless, because it depends on each user as to what bandwidth and hardware processing their hardware and software player can handle.

This type of subtitle support won't work with the current hardware.  In my opinion, there is no point in trying.  Take the embedded subtitles and convert them to text .srt.  Most players support this and there is no lag time for processing.  You are asking everything to be automatic so you don't have to prep anything, but video streaming that works smoothly has to be prepared and it is different than blu-ray playback.

There is software that can take out all embedded subtitles for all media in a directory and subdirectory.  It's possible to create a command line and point the software at 10,000 videos and the software will do them all when you click 'Enter'.  Average computer can do a 2 hour media remove embedded subtitles around 10 a minute.

The sync should be fine, but even if it needs adjustment there are online services that can adjust a subtitle in ms plus or minus in a few seconds.

The video collection is yours, so prep it correctly and remove the subtitles yourself with tools. MKVCleaver MKVtoolnix, full ffmpeg install.

Online services:
https://subtitletools.com/subtitle-sync-shifter
https://subtitletools.com/convert-sub-idx-to-srt-online

Online professinal sites that sell content make sure their playback has been prepped in this way with all sub converted ahead of time.  I do not believe any online streaming site includes embedded subtitles.  If someone knows of one, please do post it here.  These sites are running these support software to remove subtitles and convert them so their streaming playback works for everyone.  Doing it automatically is not reasonable to even attempt.

See my reply to WTWASP.

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