Avidemux Forum

Blues,

Right, .mkv is a lot easier to adjust Aspect Ratio settings in the metadata. .mp4 is the tricky one.  You stated that you didn't know of a player that ignored metadata.  I assume you mean AR (aspect ratio) settings.

Since web browsers do not playback .mkv, hardly at all, except Safari and older Edge, then anyone playing back the media in a web browser straight has to use .mp4 and the browser will not get aspect ratio adjustments from metadata settings.  Browsers are playing back just square pixels only. 

Since most of the time AR errors are very small, I think most people never notice the problem.  I see it all the time. Perhaps in around 25% of online media archives that are not 16:9 or 4:3.  1.33 is used instead of 1.37 or 1.66.  2.37 is used instead of 2.35 or 2.39.  1.78 is used instead of 1.85.  All these can easily be missed.  Most people would not notice.

All can be fixed with AVIDemux.  Crop out any black bars and check the remaining AR with a size adjustment filter and compare it to the listed AR for the media online, available with a membership imdb account.  It's wrong very often.

Thanks for your time.

- I missed the option in WeTransfer to increase the default expiry from 3 to 7 days
- I confirmed the problem with a different video, so mentioning video encoding was not relevant
- I confirmed that the extra step of remuxing, using either mkvtoolnix or avidemux, is required, audio
  quality of the remuxed audio in copy mode is fine, encoding the audio of the remux is fine
- I confirmed that using one step, adding external AC3 6 channel to avidemux and encoding,
  distorts the audio, the external AC3 6 channel needs to be internal before encoding
- so for step 3, remuxing was not an option due to video edits, external audio in copy mode is fine, encoding the external audio is distorted
- the only change I wanted to make to the AC3 6 channel was the gain, all other parameters were unchanged

New sample link:

https://we.tl/t-s0K0vK2JDP

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