www.makemkv.com

1.15.2 is out But no mention of DV specifically. However this was not mentioned in .1 either... Fingers crossed "Muxer updated to the latest matroska specification" is the gold we've been waiting for

Edit: Made a file and, as expected, no matter which player i used on my Shield it plays back in standard HDR10, so obviously no players have snuck in support yet it seems (again: as expected)

Edit: Must've posted at the same time as Epedemic above.

1.15.2 is out.

1.15.2 Implements the latest method for storing DV metadata (per new spec) and has a fix for invalid layer id (spotted by yusesope). In theory, this should be a "final working" version. Let's see if other tools will pick it up...

Very exciting. Thanks for all the hard work, Mike!

mike admin wrote: Tue Jul 21, 2020 10:51 pm 1.15.2 Implements the latest method for storing DV metadata (per new spec) and has a fix for invalid layer id (spotted by yusesope). In theory, this should be a "final working" version. Let's see if other tools will pick it up...

I assume mkvtoolnix would need a new version too to avoid breaking one of the new rips? Or no?

Fantastic news! And yes, MKVToolNix needs to be updated to avoid breaking these files. Let the re-ripping begin. Thanks, Mike!

Does 1.15.2 have a way of toggling whether DV data gets ripped at all? It makes rips unnecessarily bigger for those of us who don't/can't watch DV content.

SamuriHL wrote: Wed Jul 22, 2020 12:34 am Fantastic news! And yes, MKVToolNix needs to be updated to avoid breaking these files. Let the re-ripping begin. Thanks, Mike!

FWIW, mkvextract v47 extracts a HEVC stream that's the exact same size as the MKV stream.
Doesn't seem to be a problem since the metadata is embedded in the raw stream.

quietvoid wrote: Wed Jul 22, 2020 2:49 am

SamuriHL wrote: Wed Jul 22, 2020 12:34 am Fantastic news! And yes, MKVToolNix needs to be updated to avoid breaking these files. Let the re-ripping begin. Thanks, Mike!

FWIW, mkvextract v47 extracts a HEVC stream that's the exact same size as the MKV stream.
Doesn't seem to be a problem since the metadata is embedded in the raw stream.

Putting it back together I think is the problem here. If you are looking to reencode or add any additional audio tracks/subs/chapters to the mkv, I don't think the current version of mkvtoolnix is able to write the DV info into the new designated mkv headers yet.

mike admin wrote: Tue Jul 21, 2020 10:51 pm 1.15.2 Implements the latest method for storing DV metadata (per new spec) and has a fix for invalid layer id (spotted by yusesope). In theory, this should be a "final working" version. Let's see if other tools will pick it up...

Great work and thanks for the quick turnaround!

Now we're just waiting for the others like Plex, MediaInfo, MKVToolnix.

mike admin wrote: Tue Jul 21, 2020 10:51 pm 1.15.2 Implements the latest method for storing DV metadata (per new spec) and has a fix for invalid layer id (spotted by yusesope). In theory, this should be a "final working" version. Let's see if other tools will pick it up...

Thank you Mike as always. Your devotion to the craft is greatly appreciated. I wish all developers were as diligent.

I feel like this is a stupid question, so I tried searching first, but...

Is there (will there be?) any way to rip just the DV metadata from a disc and apply it to an existing MKV, to avoid a lot of re-ripping?

No. We will all be reripping to the new format.

Sent from my SM-G975U using Tapatalk

I've previously made folder rips of all my 4K discs for the expected update that has just come. I just finished re-ripping all of them from the folder backups and I happened to notice that the following note (or similar) is displayed for each one once completed.

"AV synchronization issues were found in file 'NAME OF MOVIE.mkv' (title #3)"

I don't recall it saying this in the past, but maybe it did. Not sure if this is something to just ignore or if it could be an issue of ripping from older backups.

mike admin wrote: Tue Jul 21, 2020 10:51 pm 1.15.2 Implements the latest method for storing DV metadata (per new spec) and has a fix for invalid layer id (spotted by yusesope). In theory, this should be a "final working" version. Let's see if other tools will pick it up...

Thanks mike, fantastic news!

Could you explain more details about the meaning of what I have marked in bold?

cipher wrote: Wed Jul 22, 2020 5:33 am

mike admin wrote: Tue Jul 21, 2020 10:51 pm 1.15.2 Implements the latest method for storing DV metadata (per new spec) and has a fix for invalid layer id (spotted by yusesope). In theory, this should be a "final working" version. Let's see if other tools will pick it up...

Great work and thanks for the quick turnaround!

Now we're just waiting for the others like Plex, MediaInfo, MKVToolnix.

In theory, MediaInfo already added support for it the same day the new matroska specification was approved:
https://mediaarea.net/MediaInfo/ChangeLog