![]() more than a couple of minutes, causing sync problems when multiplexing together with other This could lead to the first timestamps in the output file being quite large, e.g. It was wrongfully considering timestamps from packets it would not copy due to the MPLS's timestamp restrictions. mkvmerge: MPEG TS reader: when reading an MPLS playlist, the calculation of the minimum timestamp to use for shifting all output timestamps to zero was mkvmerge: MPLS handling: re-added caching when using MPLS playlists as input files mkvmerge: Matroska reader: mkvmerge did not copy the codec's private data when reading WavPack from Matroska files MKVToolNix GUI: update check: the dialog showing the latest news & version information states explicitly where the links take the user (the MKVToolNix NEWS.md` file and YouTube respectively) MKVToolNix GUI: general: line edits & combo boxes will now have a "clear text" button appear whenever they're not empty MKVToolNix GUI: multiplexer: when trying to add thumbnails for a Blu-ray the GUI will determine the thumbnail's pixel size from the thumbnail files if the XML file doesn't contain that information. MKVToolNix GUI: multiplexer: the list of predefined track names is now split up into three lists, one for each track type (audio, video & subtitles) mkvmerge: WAV reader: added support for reading RF64 files Additionally the stream comments will be removed from Vorbis headers mkvmerge: Ogg reader: Vorbis, Opus & VP8 streams: stream comments (aka Vorbis comments) will be converted to Matroska attachments (for cover arts)Īnd Matroska track tags (for other comments). mkvmerge: MP4 reader: added support for reading VP9 video from MP4 files ![]() mkvmerge: MP4 reader: added support for reading Opus audio from MP4 files ![]() Matroska track tags (for other comments). mkvmerge: Matroska reader: Vorbis tracks: stream comments (aka Vorbis comments) will be converted to Matroska attachments (for cover arts) and
0 Comments
Leave a Reply. |