NO LONGER DEVELOPED = The software hasn't been updated in over 5 years. Type and download NO MORE UPDATES? = The software hasn't been updated in over 2 years. Version number / Beta version number / Update version number and when it whas released. View full changelog Sections/Browse similar toolsĮxplanation: NEW SOFTWARE= New tool since your last visit NEW VERSION= New version since your last visit NEW REVIEW= New review since your last visit NEW VERSION= New version Latest version

Starting with release 77.0 this has always happened due to the automatic sorting of tracks implicitly creating a track order, even if none was given. Up until release 76.0 this has only happened when a track order was given (which unfortunately includes all invocations with MKVToolNix GUI as it always includes the track order). For example, with a pixel resolution of 720x520 & an aspect ratio factor of 1/1 the result should be 720x520, but instead it was 900x520. * mkvmerge: if a video aspect ratio was given with `-aspect-ratio-factor`, the code would apply a second factor based on the pixel resolution, resulting in much too large values for the `DisplayWidth` element. * build system: fixed the use of `mktemp` to be more portable to e.g. `configure` will now pass the parameter `-spec linux-clang` to `qmake` so that it uses the correct compiler flags. In that case Qt's `qmake` added a `gcc`-specific option that `clang` doesn't understand, `-mno-direct-extern-access`.

* build system: fixed detection of Qt6 if `clang` is used for compilation on Linux.

This prevents Suzhou numerals from being used which seems to be the default on Windows systems sold in China. * MKVToolNix GUI: if the system's locale uses one of the Han scripts, the GUI will force Arabic numerals to be used in spin boxes.

For windows instal MKVToolnix 78.0