Before no data was read for such tracks at all. * mkvmerge: MP4 reader: edit lists consisting solely of elements that mkvmerge doesn't support (such as dwells) are simply ignored. * mkvmerge: HEVC: the height of interlaced streams will now be set correctly to the height of the full frame instead of the height of a single interlaced field. * mkvmerge: AVI reader: using DV type 1 AVIs will now result in an unsupported file type being reported (as the underlying AVI library doesn't support them) instead of crashing mkvmerge. * MKVToolNix GUI: multiplexer: the dialog previewing different character sets for text subtitles will now keep the position of the displayed text when switching between character sets. The reason is that automatic flushing causes long delays in processing queues when the output by mkvmerge/mkvextract isn't the final product but just an intermediate result to be processed further. A new option was added to both programs (`-flush-on-close`) that re-enables flushing for people who are affected by data loss such as described in #2469 (). This reverts the workaround implemented for #2469 (). * mkvmerge, mkvextract: when closing files that were opened for writing, cached data will not be flushed to storage automatically anymore. * all programs: added a new option `-abort-on-warnings` that will cause the program to abort after it has emitted the first warning, similar to how it aborts after the first error. # Version 31.0.0 "Dolores In A Shoestand" Here are the NEWS () since the previous release:
The other Linux binaries are still being built and will be available over the course of the next couple of hours. The Windows and macOS binaries as well as the Linux AppImage are available already. Here are the usual links: the MKVToolNix home page (), the Windows installer/portable version & macOS DMG & Linux AppImage () and the source code (). Nothing has changed for package managers since v30.1.0.
Note that the addition of flushing cached data on closing files introduced in v30 has been reverted due to detrimental behavior an additional command line option has been added to make mkvmerge flush its buffers for those who need it. I've just released MKVToolNix v31.0.0 which fixes a couple of issues, especially drag & drop support in combination with Qt 5.12 and newer. I tried:Ĭ:\Users\.\Desktop\MKVTempNix\mkvmerge -identification-format json -identify currentfile.mkv mkvpropedit currentfile.mkv -edit track:… -delete name -edit track:… -delete name…īut received a "Program execution failed" message. That is, I can copy and paste your above text but don't understand how-where to place the folder path or how to call "mkvpropedit". I understand how a command line works, in its most basic sense, but not how to use it. My destination folder is "C:\Users\.\Desktop\MKVTempNix". I've gone to "Preferences/Jobs & jobs queue/Executing actions/+ Add action", selected "Execute a program" and named it "ClearTrackName(s). That's assuming all of your files for a specific season (or show) end up in the same folder, but no other files are present in said folder. Thanks for the clarification, now I understand.įor your use case I'd simply write a script that iterates over all files in a certain folder, uses "mkvmerge -identification-format json -identify currentfile.mkv" in order to query track IDs and properties and then calls "mkvpropedit currentfile.mkv -edit track:… -delete name -edit track:… -delete name…" for all tracks that do have names set.
What you cannot do, at the moment, is go to the "job queue" tool and execute a pre-configured action from there, e.g.
0 kommentar(er)
