These errors are in the order of 100's of thousands where the 2001 errors are in the order of millions.Ĥ. So still problems in the VES splitter, but this time nothing like the number previously. Debug log shows different to 2001 which I wasn't expecting.
This culminates in the playback engine halting.įreeze at approx 76 minutes. debug log shows multiple VES Splitter checksum errors from playback start:ĭ/Splitter( 2005): FIXME_DV!!m_vesBSringAccuOffset:-1187851119 not match sum:-1187851123 No issues in playback to end of movie and no issues in debug log - but this is expected since this is a FEL title and so only plays the HDR10 base layer.įreeze at approx 76 minutes. No issues in playback to end of movie and no issues in debug log. These tests were carried out on MKV files ripped from the UHD BluRay discs using MakeMKV v1.16.0 1hr 16m and not any other issues like stuttering etc. To reiterate - this is for Dolby Vision titles that freeze at approx. I'll post these results tomorrow, but in the meantime, if anyone has any more suggestions for titles showing this problem, I'd be really interested to know which ones.
So it seems to be a much bigger issue than I expected.Īfter asking for titles that exhibit this issue, I've tested those suggested, with surprising results. Since it came up on the v6.1.05 beta thread, I thought I'd look into it a bit more. Up to now, although I've reported this to the devs, I'd kind of forgotten about it since I'd only ever seen it on one Dolby Vision title - 2001 A Space Odyssey. This kind of negates the theory that it's somehow related to a layer break. The bizarre thing about this is the timing - it's always within a minute of 1hr 16m. Following on from the conversation in the 1619 v6.1.05 beta thread.įor some reason it seems that certain Dolby Vision titles, when ripped to MKV will exhibit a complete freeze at approximately 1 Hour and 16 minutes into the presentation.
0 kommentar(er)
