

Now only the output after the last use of "clear output" is saved. However, using the "save output" function would also save the output generated before the user used "clear output". * MKVToolNix GUI: job output: after having run multiple jobs the "Clear output" functionality only reset the visible parts. * mkvmerge: splitting: fixed a typo in the string output in GUI mode regarding the timestamps before which splitting was done. * mkvmerge: added support for reading HEVC/H.265 video from FLV containers. Even small blocks of data could take unreasonably long. when reading pictures embedded in Ogg or FLAC files or for binary data inside XML chapter & tag files. * mkvmerge: greatly enhanced the speed of Base64 decoding which is used used e.g. This is due to gcc's library not supporting UNC paths of types `?C:dirfile.ext`. * MKVToolNix is now using & requiring Boost's "file system" and "system" libraries again instead of C++17's file system library. * build system: fixed compatibility with Ruby 3.2.0 by using `FileTest.exist?` instead of `File.exists?`, `Dir.exists?` & `FileTest.exists?` which were removed in that release. * MKVToolNix GUI: multiplexer: when adding multiple files that include certain file types (chapters, segment info and tag files) and when the choice where to add them is "all files to a single new tab", these certain file types will now be added in the newly added tab as well instead of the current tab that had already been open. * mkvextract: SRT extraction: whitespaces will not be stripped from the start & end of the whole entry anymore. * mkvmerge: SRT handling: whitespaces will now be stripped from the start & the end of each line of each entry, not just from the end of the last line. DTS in WAV but with a file name extension of `.dts` being detected as the wrong type of DTS.

Prevents certain cases of mis-detection, e.g. Matroska, MP4, WAV…) will now preferred in the detection order over file types based on their extension. * mkvmerge: file type detection: file types that can be detected unambiguously by their content (e.g. * mkvmerge: AVC/H.264 & HEVC/H.265 packetizers: when appending tracks the pixel dimensions will be checked & muxing will be aborted if they don't match. * all: Windows: UNC paths of type `?C:…` are supported again by switching back to Boost's file system library instead of using C++17's file system library. * mkvmerge: SRT handling: added a hack called `-engage keep_whitespaces_in_text_subtitles` which disables stripping whitespaces from the start & end of each line of SRT entries during muxing.
