d225b7e62f
Version 33.1.0 "Primrose" Bug fixes * MKVToolNix GUI: multiplexer: Windows: using UNC paths (e.g. \\server\Videos) when the option "automatically set the destination file name" was set in the preferences, the GUI would create a destination file name with forward slashes (e.g. //server/Videos/outputfile.mkv), a syntax not supported by mkvmerge. * build system: the programs were accidentally built without stack protection (-fstack-protector-strong) on recent versions of gcc and clang. Version 33.0.0 "A Little Bit of Madness" Bug fixes * mkvinfo: when using the --size option, mkvinfo will now report the correctly if an element has an unknown size. * MKVToolNix GUI: info tool: clusters with an unknown size will now be read and displayed correctly. * MKVToolNix GUI: multiplexer: Windows: trying to open Blu-ray index or playlist files failed when the path to the files contained symbolic links (e.g. when mounting a drive in a sub-folder via Windows' disk management utility). * MKVToolNix GUI: multiplexer: if a destination file names ends with a number in parenthesis (e.g. a year such as "(2017)"), that number will not be stripped anymore during the process of ensuring the destination file name is unique. Only those suffixes added automatically in prior attempts to make the file name unique will be removed. * MKVToolNix GUI: multiplexer: Windows: the GUI will let the user change the drive letter part of the destination file name freely again and only verify its validity right before starting to mux/adding to the job queue. Before it tried to force that into something valid, often resulting in unintentional paths (such as "C:\users\…\DC\files\…"). |
||
|---|---|---|
| .. | ||
| patch-Rakefile | ||
| patch-src_common_locale.cpp | ||