Software-update: MKVToolNix 46.0.0

MKVToolnix logo (75 pix) Moritz Bunkus heeft versie 46 van MKVToolNix uitgebracht. Met dit opensourceprogramma kunnen matroska-bestanden bekeken, bewerkt en worden geconverteerd. Zo kunnen geluidssporen en ondertiteling worden toegevoegd, verwijderd of juist als standaard worden ingesteld. MKVToolNix is een verzameling afzonderlijke commandline-tools, maar er wordt ook een grafische gebruikersinterface meegeleverd. Downloads zijn beschikbaar voor Windows, diverse Linux-distributies en macOS. De changelog voor deze uitgave ziet er als volgt uit:

New features and enhancements
  • mkvmerge: when splitting, the placeholder %c can be used in the destination file name. It’ll be replaced by the name of the first chapter in the file. Implements #2791.
  • mkvmerge: when reading MPLS playlists mkvmerge will include a tag named SOURCE_ID in the track’s statistics tags that conveys the fact that the source was a Blu-ray and what the track’s ID was in the source container. When reading Matroska file existing SOURCE_ID tags will be kept. The format used is the same format MakeMKV uses. Implements #2774.
  • mkvmerge: for audio-only files mkvmerge will now write a cue entry every 500ms instead of every 2s.
  • MKVToolNix GUI: job actions: split up the option "execute when the job finishes successfully or with warnings" into two separate options: "…when finishes successfully" and "…when exits with warnings". Implements #2798.
Bug fixes
  • mkvmerge: Matroska reader: when regenerating UIDs for chapters mkvmerge will now fix referencing tag chapter UID targets to have the same values. Fixes #2804.
  • mkvmerge: MP4 reader: fixed a crash that could potentially happen while trying to identify H.265/HEVC tracks.
  • mkvmerge: MP4 reader: when reading H.265/HEVC tracks without a frame offset table (ctts atom) present, mkvmerge did not parse the hevcC structure correctly in certain cases, causing no video frames to be output at all or the output not being playable. This fixes #2782, a bug introduced in v45.
  • mkvmerge: MPLS handling/MPEG TS reader: timestamp restrictions as given in an MPLS file were only honored for the first play item, not for subsequent play items. For those play items the whole referenced file was always copied. Part of the fix of #2789.
  • mkvmerge: MPLS handling/MPEG TS reader: under certain circumstances mkvmerge copied one frame too many before switching to the next play item. Part of the fix of #2789.
  • mkvmerge: for audio-only files cues will only be created for I frames (important for e.g. TrueHD where decoding can only start on a sync frame). Fixes #2790.
  • MKVToolNix GUI: fixed a crash that happened when closing the preferences after having closed at least one multiplexer tab. Fixes #2785.
  • MKVToolNix GUI: macOS: changed the default of the "elide tab header labels" feature introduced in v45 from "no" to "yes" to mirror how versions before v45 behaved on macOS.

MKVToolnix

Versienummer 46.0.0
Releasestatus Final
Besturingssystemen Windows 7, Linux, BSD, macOS, Windows 8, Windows 10
Website Moritz Bunkus
Download https://www.fosshub.com/MKVToolNix.html
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

01-05-2020 • 13:25

8

Bron: Moritz Bunkus

Update-historie

Reacties (8)

8
8
8
0
0
0
Wijzig sortering
Ik wordt zachtjesaan een beetje simpel van de hoge snelheid waarmee men nieuwe reases uitbrengt. Lijkt wel of iedere keer dat je de tool opstart er een nieuwe versie uit is en je weer kunt updaten. Zou ze sieren om eens wat minder releases uit te brengen, zaken op te sparen zodat je niet om de week hoeft te updaten. Want dit begint inmiddels redelijk irritant te worden.
Sorry, maar ik wordt een beetje simpel van deze opmerking.

Zet de melding uit in de settings, en update wanneer je dat wilt/kunt/als je via Tweakers ziet dat er een nieuwe is. Meteen updaten is niet nodig als het gewoon werkt. Je weet wel: If it ain't broken ...

Enne Moritz doet het bijna alleen. Er is geen 'ze' die minder snel releases moet uitbrengen.
Pardon? Op welke manier bestaat er een correlatie tussen het aantal deelnemers aan een project en het release schema dat een project er op na houdt? Mooi dat heer Moritz het (bijna) alleen doet, echter zie ik het verband niet? Ik geef enkel aan dat de hoge release frequentie als storend ervaren kan worden, daar heeft het aantal personen dat aan een project is verbonden verder niets mee te maken. Of bedoel je misschien te zeggen dat wanneer je dit (bijna) als eenling doet je wellicht minder goede keuzes hierin maakt?
Ook niet te vergeten dat dit hoogstwaarschijnlijk een uit de hand gelopen hobbyproject is dat nog steeds op dit manier wordt bekeken door de dev. mss dat hij ook releaset wanneer hij gewoon een helptext aanpaste.

Ook even duiden dat semver bij een hobbyproject geen zorg is. Versie 46.0.0 zou met semver versie 3.4.11 geweest zijn.
Wees blij dat er zo goed en frequent wordt geupdate. Het is een fantastische tool en foutjes worden gewoon razendsnel opgelost. Respect hiervoor en zouden meer softwaremakers moeten doen. En het is nog gratis ook, wat wil je nog meer?
Het wordt wel spannend wanneer zelfs iedere vorm van een kritische noot kennelijk niet is toegestaan. Dat de release frequentie mij soms stoort neemt niet weg dat ik het fijn vind dat deze tool er is. Het is niet het één of het ander. Polariseren is ook een kunst. |:(
Updaten is niet verplicht en zoals G_M_C al suggereert kun je de updatemelding uitzetten als je dat stoort. Iedereen blij!
Start je het 1 keer per maand dan? Want als ik zo even kijk lijkt het de laatste maanden 1 update pet maand te zijn. Ik vind dat zelf niet te vaak.

Op dit item kan niet meer gereageerd worden.