Hey, thank you for notifying me on that, I had completely missed setting the videos as available for everyone with the link. That’s been fixed now. I’ve also changed the debug log to a similar one where I did the same test, but now it’s viewable with a hastebin link.
I did some testing with the files and transcoded the Deadpool Wolverine remux in Handbrake (without Dolby Vision). That file played like normal in the ending. Out of curiosity, I tried disabling DV in settings, and the remux stopped freezing in the end… kind of. It still froze in the last 2 seconds of the movie, but not like 10 seconds early as it did before. Even changing the DV compatability mode from lossless to any of the other DV profiles made the remux behave like this as well. Still tho, it shouldn’t freeze at all (like the transcoded file), so I feel like there’s something more to it. I’ve also been digging through the log and may have found another clue to this whole problem. There’s a line in the log that pops up in the middle of the all the text about the video playback, which says something like “CVideoPlayerVideo - Stillframe detected, switching to forced 23.976024 fps”, followed up by “CPtsTracker: pattern lost on diff 208541.666666, number of losses 1”
It does match up time-wise with when the video freezes, and when looking through the log from the transcoded file, the same line only appears right after the last frame has been displayed, so I believe that line has something to do with this as well. Only question is what exactly triggers this stillframe code.