Avidemux Forum

Mouse wheel navigation granularity doesn't depend on video duration. Time-based navigation using keyboard or button auto-repeat in steps of 1, 2, 4 and 60 seconds is also available as well as fine seek by dragging the slider with the Ctrl button pressed (both usually orders of magnitude slower than the keyframe-based one). The latter, of course, loses accuracy depending on ratio of window width to video duration.

Quite a lot of possibilities here.

In any case, on Linux, sticking with Qt5 should be an easy solution for now. Unfortunately, this is not an option on macOS.

Not sure about EGL, does OpenGL work in an Qt5 Avidemux build on Gentoo?

For some reason WeTransfer has marked the samples as already expired (I expected to have time until May 16). I'm sorry for not trying to get them earlier.

Which encoder for which codec do you use in Step 4? Why do you mention encoding video? Is it relevant to the audio (probably channel layout) issue? What is with audio playback after Step 3? Is it already messed up?

Right, but it could be better. With longer videos this becomes quite inaccurate. I've always wished there would be sort of "zoom" function for precise seeking.  Holding down a key while scrolling mouse wheel, for instance.

Container metadata can be easily edited without touching audio and video inside of container. For instance mkvmerge for mkv container will let you edit most of metadata.

I may be completely wrong, but somehow I recall in Gentoo news OpenGL has been replaced with EGL.

Regarding rolling release distributions like Gentoo, Arch as well as bleeding-edge ones like Fedora: Qt 6.7.0 has broken OpenGL in Avidemux after it briefly worked in Qt 6.6.0. The new aspect of that is that it also for the first time broke OpenGL on macOS.

Yes, I should have requested refresh of nightlies nevertheless.

Blues,

If you don't reencode, then the video plays back with the aspect ratio that the metadata dictates on stand alone, 3rd party players, but not with browsers. There is no problem.  But if you reencode AVIDemux starts by treating the pixels as square.  You can stretch or squash them to whatever is correct, or you can force to set the AR metadata to do whatever you like.  The forced metadata container resize option is a little tricky to find inside the encoding setup and it depends on which video codec you are using.

I have a calculator that lets you reset forced AR in the metadata if you really want to do it at the bottom of this page: https://www.producerelease.com/blu-ray/parcalc.htm#wrapprcalc

Is there any player nowadays which ignores container metadata? I don't think so. IMHO that's the way to go instead of re-coding.

May I recommend building it for yourself? It is not hard and the resulting binaries have never crashed for me. IMHO nothing beats locally built software, using compiler optimizations for your CPU. I run Gentoo, BTW, over 21 years now. An OS that never crashed on me, except some very rare hardware lockups.