MKVToolNix v8.6.0 released
Moritz Bunkus <[email protected]> Sat, 28 Nov 2015 22:00:05 +0100
| Newsgroups | gmane.comp.multimedia.matroska.user |
|---|---|
| Message-ID | <[email protected]> |
Hey, The next release of MKVToolNix is available: v8.6.0. Like the previous couple of releases this one focuses on bug fixes primarily. However, it also introduces one interesting new feature with support output mkvmerge's identification result as JSON for improved scripting. There's also an important change breaking backwards compatibility: text files created by the tools (e.g. chapters extracted with mkvextract or redirected output of any of the tools) won't start with a byte order mark (BOM) anymore, even if they're encoded in one of the UTF-* encodings. Back in the day people believed that text files would be encoded primarily in UTF in the future and that distinguishing between those formats automatically with a byte order mark seemed sensible. Reality has shown that things turned out differently: text files are overwhelmingly encoded in UTF-8 if they originate on Linux/Unix/Mac OS and in Windows' local encoding otherwise. Writing byte order marks isn't recommended anymore anyway. This is an experimental change in so far as I'm willing to reverse it if enough people speak out for keeping the BOMs. So if you have legitimate concerns about this then please drop me a line. An important change for package maintainers is that gcc 4.8.0 or newer/clang 3.4 or newer is now required for compilation due to the (header-only) library used for generating the JSON output. This concerns CentOS 6 and Debian 7 "wheezy" for which I don't offer binaries anymore as a consequence. Here are the usual links: …to the source code: http://mkvtoolnix.download/source.html …to the binaries: http://mkvtoolnix.download/downloads.html The Windows and Mac OS binaries are available. Most of the Linux binaries are still being built and will be available in a couple of hours. Here's the full ChangeLog since the previous release: ---------------------------------------------------------------------- 2015-11-28 Moritz Bunkus <[email protected]> * Released v8.6.0. * all: change: none of the tools will write a byte-order mark (BOM) to text files encoded any of the UTF-* schemes anymore. 2015-11-25 Moritz Bunkus <[email protected]> * mkvmerge: Matroska reader bug fix: the info about which packetizer is used was output twice for each HEVC track. Fixes #1522. * MKVToolNix GUI: bug fix: implemented a workaround for a bug in Qt which caused the GUI not to start anymore due to failing to detect a stale lock file if the GUI had crashed before on a computer with a host name that included non-ASCII characters. See https://bugreports.qt.io/browse/QTBUG-49640 2015-11-22 Moritz Bunkus <[email protected]> * mkvmerge: bug fix: a track's number of bits per audio sample wasn't output in verbose identification mode even if it was present in the file. * mkvmerge: enhancement: if no seek head is found before the first cluster when reading Matroska files then mkvmerge will attempt a deeper scan of all elements in the file in order to find track headers, attachments, chapters and tags located at the end of the file. See #1513 for the rationale. 2015-11-21 Moritz Bunkus <[email protected]> * MKVToolNix GUI: header editor bug fix: the "status" description wasn't adjusting its height properly resulting in its text being cut off. Fixes #1517. * MKVToolNix GUI: bug fix: the program changes its working directory to the user's profile/home directory on startup allowing the removal of its installation folder even if a program started by the GUI (e.g. a web browser) is still running. Fixes #1518. * ebml_validator: bug fix: elements with an unknown size weren't handled correctly. * build system: fixed building and linking against libEBML and libMatroska if they're installed in a non-standard location. * mkvpropedit, MKVToolNix GUI's chapter and header editors: the tools were unable to update elements in files without a seek head present. Fixes #1516. 2015-11-15 Moritz Bunkus <[email protected]> * mkvmerge: bug fix: fixed two issues causing mkvmerge to write invalid data when updating track headers caused by the fix for "Re-rendering track headers: data_size != 0 not implemented yet". Fixes #1498. * all: MKVToolNix now requires gcc 4.8.0 or later or clang 3.4 or later for compilation. 2015-11-14 Moritz Bunkus <[email protected]> * MKVToolNix GUI: bug fix: the options for linking to the next/previous segment UID were wrong. Fixes #1511. 2015-11-10 Moritz Bunkus <[email protected]> * mkvmerge: enhancement: added JSON as an output format for file type identification. It can be activated with "--identification-format json --identify yourfile.ext" (or their short counterparts "-F json -i yourfile.ext"). 2015-11-09 Moritz Bunkus <[email protected]> * mkvmerge: bug fix: the VC-1 handlig code was duplicating the first sequence headers with each mux. Fixes #1503. 2015-11-08 Moritz Bunkus <[email protected]> * build system: bug fix: configure was checking for and using libintl if --without-gettext was used. Fixes #1501. ---------------------------------------------------------------------- Have fun. Kind regards, mosu _______________________________________________ Matroska-users mailing list [email protected] http://lists.matroska.org/cgi-bin/mailman/listinfo/matroska-users Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJWWhXVAAoJEHSvAK3y4yyFiOgQANBfxKzz2vegYrCGMvWz5v+E 4zNd+YdJAwlXZcR5DMFnLmJvZLuaxwkNO5IIlCg5sGa5FXrvLoZhtgLMedcP2YUn eSmPgiZmCiy96k+J/FhrgDlxoWqIPYfgUCUx9t+W8ef+mZMfZcQwQ1Fxett5QkDR Z+v4NQco5w/E9v573HxuhaoapI+FHxjLEKIkOQ5nNukf9kqI28WMjVDiZ817O7a9 Z6SurjYhcJ55rCVdB/BC+ehDKnBEdpD3ceC1armVNstQwTx55ZNXOqjCzS4KX2wN uch7RFrXtdv5n/9I9LBmi5p7ysHWbPb01eETiLYGch4WzbrFwI3bMYhRHecH0TgS ImpHZwL2Y+/Cs+xH4awcb3gKapDf8rTFwLv2GuyTkWLbzlqCOEG0sZeM1UxJZLdG lC2/MXIdRamvDgj2azuh08Yb0vlL3MgpW6/xX6/aQ+X3UcuvvLlkoj9yars3SHDx M+IS7AhncDNvIThEOcaWYeYktcNkUBWfGBILKdyMFRSMMPSxGTHlqmnTJlmZCmfi olPWl9nVUk8n55DkGPEIDyiomXCjCs6ELib4YFa1GrFv6hEQYF3bfuLd1XCRbZXA yJ/QunZH0bOVLcnMNYKMvJ4BA44MIC/GIzLsIAhsG+5c9ojKupoExOvkCn/5ZkF5 +6v2MA0apWFtFWTO4wh/ =qEQP -----END PGP SIGNATURE-----