07-05-2018, 10:16 PM
Hello all,
I realise that I may be on my own here, but I thought I'd ask anyways. This is not a problem with Shark007 itself, but rather an issue with the latest WMP itself that I'm trying to find a solution to.
The problem:
Prior to the April 2018 Update, Windows 10 WMP 12 would (once you added the extension to library support) properly split a modern mkv container and successfully read at least basic tags embedded within the container for genre and title. (I say "modern" because I've seen many older MKVs that do not work but running them through a more recent version of muxing utilities gets them working fine). After the April 2018 Update, basic MKVs will split and show length and read the base name property but anything that contains a metadata file for tag title, genre, etc will fail to even add to the library at all. If tags were just broken but the files at least showed up it would be annoying but still functional. This is much worse though as now anything that has been tagged is essentially unreadable to the library.
Does anyone have any ideas on how that might be fixed? I realise that there are likely very few who take the time to actually embed a metadata file in their MKVs for library purposes but I'm at a bit of a loss so far. I can rename files to .avi (and they will at least display in the most basic fashion) but that's a poor solution and I'd prefer not to rename a bunch of files for such a poor reason.
Any help or insight would be appreciated. This is the only forum I know of that deals with issues revolving around media files, info retrieval and display. If you can think of another place to bring this up even, feel free to suggest it.
I realise that I may be on my own here, but I thought I'd ask anyways. This is not a problem with Shark007 itself, but rather an issue with the latest WMP itself that I'm trying to find a solution to.
The problem:
Prior to the April 2018 Update, Windows 10 WMP 12 would (once you added the extension to library support) properly split a modern mkv container and successfully read at least basic tags embedded within the container for genre and title. (I say "modern" because I've seen many older MKVs that do not work but running them through a more recent version of muxing utilities gets them working fine). After the April 2018 Update, basic MKVs will split and show length and read the base name property but anything that contains a metadata file for tag title, genre, etc will fail to even add to the library at all. If tags were just broken but the files at least showed up it would be annoying but still functional. This is much worse though as now anything that has been tagged is essentially unreadable to the library.
Does anyone have any ideas on how that might be fixed? I realise that there are likely very few who take the time to actually embed a metadata file in their MKVs for library purposes but I'm at a bit of a loss so far. I can rename files to .avi (and they will at least display in the most basic fashion) but that's a poor solution and I'd prefer not to rename a bunch of files for such a poor reason.
Any help or insight would be appreciated. This is the only forum I know of that deals with issues revolving around media files, info retrieval and display. If you can think of another place to bring this up even, feel free to suggest it.