Please post here for issues related to UHD discs
-
Epedemic
- Posts: 44
- Joined: Mon Jan 21, 2019 11:07 pm
Post
by Epedemic » Tue Jul 21, 2020 10:03 pm
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)
Last edited by
Epedemic on Tue Jul 21, 2020 10:30 pm, edited 1 time in total.
-
jayper
- Posts: 316
- Joined: Sat Sep 29, 2012 5:57 pm
Post
by jayper » Tue Jul 21, 2020 10:04 pm
Edit: Must've posted at the same time as Epedemic above.
1.15.2 is out.
-
mike admin
- Posts: 4075
- Joined: Wed Nov 26, 2008 2:26 am
-
Contact:
Post
by mike admin » 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...
-
jayper
- Posts: 316
- Joined: Sat Sep 29, 2012 5:57 pm
Post
by jayper » Tue Jul 21, 2020 10:53 pm
Very exciting. Thanks for all the hard work, Mike!
-
Redhawk2000
- Posts: 32
- Joined: Sun Dec 09, 2018 10:26 pm
Post
by Redhawk2000 » Tue Jul 21, 2020 11:50 pm
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?
-
SamuriHL
- Posts: 2322
- Joined: Mon Jun 14, 2010 5:32 pm
Post
by SamuriHL » 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!
-
eladkse
- Posts: 12
- Joined: Fri Mar 20, 2020 2:34 pm
Post
by eladkse » Wed Jul 22, 2020 12:54 am
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.
-
quietvoid
- Posts: 373
- Joined: Sun Apr 19, 2020 4:15 pm
Post
by quietvoid » 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.
-
shawnc22
- Posts: 637
- Joined: Tue Jan 21, 2020 7:40 am
Post
by shawnc22 » Wed Jul 22, 2020 4:58 am
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.
-
cipher
- Posts: 64
- Joined: Tue Sep 24, 2013 5:16 am
Post
by cipher » 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.
-
Balthazar2k4
- Posts: 55
- Joined: Fri Jan 22, 2010 5:53 am
Post
by Balthazar2k4 » Wed Jul 22, 2020 5:43 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...
Thank you Mike as always. Your devotion to the craft is greatly appreciated. I wish all developers were as diligent.
-
nekno
- Posts: 56
- Joined: Tue Jun 23, 2020 4:40 am
Post
by nekno » Wed Jul 22, 2020 6:07 am
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?
-
SamuriHL
- Posts: 2322
- Joined: Mon Jun 14, 2010 5:32 pm
Post
by SamuriHL » Wed Jul 22, 2020 9:50 am
No. We will all be reripping to the new format.
Sent from my SM-G975U using Tapatalk
-
Redhawk2000
- Posts: 32
- Joined: Sun Dec 09, 2018 10:26 pm
Post
by Redhawk2000 » Wed Jul 22, 2020 12:26 pm
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.
-
manuelrn
- Posts: 12
- Joined: Fri May 22, 2020 10:39 pm
Post
by manuelrn » Wed Jul 22, 2020 1:04 pm
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