leoblue

Are there retrievable properties from the MediaInfoDLL that equate to any of the new Conformance errors? Back story: My app calls the mkvmerge.exe CLI to create an mka file with a single audio stream. If that process should fail unnaturally, e.g., the process terminates unexpectedly or hangs and has to be terminated manually, then the resulting file is unusable, but is still recognized as an MKV file with 1 audio stream. I'd like to be able to determine if the file is a "valid" MKV file, such as...

I have attached three text files, all as output of Debug-10: The original file, which already included some statistics tags (file "a"). MI shows bitrate info here correctly. The same file, after applying tags from a 3rd-party app. MI does NOT show stream bitrates for this file. Oddly, it lists NO tags at all... (file "b") File "c", which is simply file "b" re-muxed with no additions/deletions/changes. This one lists everything properly, bitrates and tags. Thanks in advance for looking into this.

I can provide you with some pre-tag and post-tag debug info, but it will take a bit of time to isolate an example. You can expect it within 24 hours.

As you say, the file is too big to share here. I even tried splitting it to get a 5-second long version, but after applying tags to that, the issue does not recur. I did what you suggested, and strangely, the "post-tagging, pre-remuxing" Debug-10 output does not include the tags that were added, whereas the same output on the post-remuxing file does contain them. There are some other subtle differences, as well, which you may be able to make more sense of than I do. Attached are the outputs of b...

image 1 did not attach; here it is.

I've found an interesting situation that is most likely not a bug, but may have helped to bring one to light. After adding tags to an MKV using a commercial product, MediaInfo (both DLL and GUI, ver 24.05.1, 64-bit Windows) can no longer determine bitrate of video and audio streams. (see image 1). This doesn't happen on all files, but I'd say about 75-80% of the time. Based on the information in this post (https://gitlab.com/mbunkus/mkvtoolnix/-/wikis/All-tracks-vanished-after-mkvpropedit,-the-header-or-chapter-editors)...

MKVToolNix Gui has a "Properties" pane which shows several "flags" for audio and subtitle tracks, most notably "Commentary", "Forced", and "Visual Impaired". Is there any way to determine these flag values via calls to the MediaInfo.dll? Given that "Default" and "Forced" are available in the MediaInfo GUI, I assume the data is accessible, though maybe not discoverable via the dll. For context, mkvpropedit allows the setting of these flags with "--set flag-commentary=1" "--set flag-forced=1" "--set...

MKVToolNix Gui has a "Properties" pane which shows these two flags, as well as several others, most notably "Commentary" and "Visual Impaired". Mkvpropedit allows the setting of these flags with "--set flag-commentary=1" and "--set flag-visual-impaired=1" to name just the two. Is there any way to get at these flags via custom code that makes calls to MediaInfo.dll?