All Quiet on the Western Front (2022) - DV issue

[MRX_BD_07]

Hello!

I just received my copy of the german UHD release of All Quiet on the Western Front. It decrypts fine but while ripping some weird error message gets printed out. They seem to belong to the DV second stream/layer. I never had them on other discs. The rip also completes fine with no additional error messages. When played back with mpv the file seems to be fine until the timestamp is reached. Then the file starts flickering like crazy and goes back to normal after the spot is over. Playing the file with HDR on and the HDR passthrough settings set - its fine - no flickering just perfect playback. Playing it through Plex on my I-devices the player just crashes altogether when the spot is reached. After googling I found this seems to be a bug in makeMKV? Also, I found an older post (viewtopic.php?t=23962) here in the makeMKV forum with the same error message but there it seems to be caused by tsmuxer - however, there is a recent report of another disc having this issue...

Code: Select all

AV synchronization issues were found in file 'H:/makeMKV/to-copy/All Quiet on the Western Front_t00.mkv' (title #1)
AV sync issue in stream 0 at 1:47:39.625 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:39.708 : secondary stream video frame timecode differs by -41.666ms
AV sync issue in stream 0 at 1:47:39.791 : secondary stream video frame timecode differs by -166.666ms
AV sync issue in stream 0 at 1:47:39.791 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:39.791 : secondary stream video frame timecode differs by +125ms
AV sync issue in stream 0 at 1:47:39.791 : secondary stream video frame timecode differs by +41.666ms
AV sync issue in stream 0 at 1:47:39.833 : secondary stream video frame timecode differs by +250ms
AV sync issue in stream 0 at 1:47:39.958 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:40.291 : secondary stream video frame timecode differs by -291.666ms
AV sync issue in stream 0 at 1:47:40.291 : secondary stream video frame timecode differs by -333.333ms
AV sync issue in stream 0 at 1:47:40.291 : secondary stream video frame timecode differs by -250ms
AV sync issue in stream 0 at 1:47:40.291 : secondary stream video frame timecode differs by -41.666ms
AV sync issue in stream 0 at 1:47:40.458 : secondary stream video frame timecode differs by -291.666ms
AV sync issue in stream 0 at 1:47:40.458 : secondary stream video frame timecode differs by -333.333ms
AV sync issue in stream 0 at 1:47:40.458 : secondary stream video frame timecode differs by -250ms
AV sync issue in stream 0 at 1:47:40.458 : secondary stream video frame timecode differs by -41.666ms
AV sync issue in stream 0 at 1:47:40.583 : secondary stream video frame timecode differs by -125ms
AV sync issue in stream 0 at 1:47:40.625 : secondary stream video frame timecode differs by -291.666ms
AV sync issue in stream 0 at 1:47:40.625 : secondary stream video frame timecode differs by -333.333ms
AV sync issue in stream 0 at 1:47:40.625 : secondary stream video frame timecode differs by -250ms
AV sync issue in stream 0 at 1:47:40.625 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:40.708 : secondary stream video frame timecode differs by -41.666ms
AV sync issue in stream 0 at 1:47:40.791 : secondary stream video frame timecode differs by -166.666ms
AV sync issue in stream 0 at 1:47:40.791 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:40.791 : secondary stream video frame timecode differs by +125ms
AV sync issue in stream 0 at 1:47:40.791 : secondary stream video frame timecode differs by +41.666ms
AV sync issue in stream 0 at 1:47:40.833 : secondary stream video frame timecode differs by +250ms
AV sync issue in stream 0 at 1:47:40.958 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:41.291 : secondary stream video frame timecode differs by -291.666ms
AV sync issue in stream 0 at 1:47:41.291 : secondary stream video frame timecode differs by -333.333ms
AV sync issue in stream 0 at 1:47:41.291 : secondary stream video frame timecode differs by -250ms
AV sync issue in stream 0 at 1:47:41.291 : secondary stream video frame timecode differs by -41.666ms
AV sync issue in stream 0 at 1:47:41.458 : secondary stream video frame timecode differs by -291.666ms
AV sync issue in stream 0 at 1:47:41.458 : secondary stream video frame timecode differs by -333.333ms
AV sync issue in stream 0 at 1:47:41.458 : secondary stream video frame timecode differs by -250ms
AV sync issue in stream 0 at 1:47:41.458 : secondary stream video frame timecode differs by -41.666ms
AV sync issue in stream 0 at 1:47:41.625 : secondary stream video frame timecode differs by -291.666ms
AV sync issue in stream 0 at 1:47:41.625 : secondary stream video frame timecode differs by -333.333ms
AV sync issue in stream 0 at 1:47:41.625 : secondary stream video frame timecode differs by -250ms
AV sync issue in stream 0 at 1:47:41.625 : secondary stream video frame timecode differs by -83.333ms
AV sync issue in stream 0 at 1:47:41.625 : too many video frames with invalid timecodes, future messages will be suppressed
AV sync issue in stream 0 at 2:26:57.750 : video stream has 920 frames with invalid timecodes

Any idea on this one? Can this be fixed in a future makeMKV release? Thanks!

[quietvoid]

Yes this is the disc I was referring to in the other thread.
Unfortunately the disc has authoring problems.

The HDR10 video is not in sync with the 2nd stream (Dolby Vision EL) at the 1:47:39 timestamp, for almost a minute.
MakeMKV doesn't react well to this and ends up completely dropping parts of the EL, which causes issues in the final file.

I've sent a PM but it's probably better to send a dump by email to fix the MakeMKV part of the issue, at least.

In an ideal world they would make a replacement disc, but it might not happen.

[MRX_BD_07]

Oh okay!
Well, authoring problems... That sounds really bad.
How is the playback of the physical disc? I only have a UHD player with HDR10/HDR10+ and no Dolby Vision support, so unfortunately I can not test this. If issues also occur with the disc with an official player, we might have a chance of getting a replacement disc...

I guess the only way for now to get a working rip is to decrypt-copy the whole thing to a folder and then remux it with mkvtoolnix and just strip the secondary DV stream...

[quietvoid]

How is the playback of the physical disc?

I haven't heard of issues yet, so it might not affect playback that much.
Normally if *could* have an effect but it's very dependent on how the players behave.
At worst the Dolby Vision metadata is out of sync but it might not be noticeable at all.

The issue is just worse for MKV rips because of the MakeMKV bug.

[karbre]

quietvoid do you think first demuxing the disc with e.g. mkvtoolnix or dgdemux into separate files for BL and EL and then re-muxing the BL and EL with your tool might be a possible workaround?

[quietvoid]

quietvoid do you think first demuxing the disc with e.g. mkvtoolnix or dgdemux into separate files for BL and EL and then re-muxing the BL and EL with your tool might be a possible workaround?

Yes but it would only workaround the MakeMKV issue.
You would still have out of sync metadata at the timestamp if you kept the EL.

There's no perfect way to fix it for now.
Technically you could just reinject the RPU alone as profile 8.1 (it's a MEL title after all), but some probably would prefer keeping the original profile 7.

[karbre]

do you think re-injecting the rpu only would fix it completely? just the timestamps of the EL that are broken?

if not, maybe tomorrow i'll find the time to investigate the rpu in order to check what kind of "out-of-sync" the frames are (going by the scene_refresh_flag). maybe it can be fixed easily (possibly with the dovi_tool editor)

[quietvoid]

do you think re-injecting the rpu only would fix it completely? just the timestamps of the EL that are broken?

if not, maybe tomorrow i'll find the time to investigate the rpu in order to check what kind of "out-of-sync" the frames are (going by the scene_refresh_flag). maybe it can be fixed easily (possibly with the dovi_tool editor)

It's the timestamps of the BL that simply differ from the EL.

So if you extract the RPU you need to do it from the EL itself, not a remux of BL+EL+RPU.
That way the RPU will be ordered correctly and can be used to inject into the BL.

The problem is only when combining the BL and EL, because the BL has different decode timestamps (DTS) for the minute starting at 1:47:39.
Technically they messed up the BL only here, it is supposed to be have identical DTS as the EL.
And the RPU is ordered correctly in the EL, too.

[karbre]

Thank you! Profile 8.1 is fine for me. Currently rewriting the file. Nice to know that this is a pretty clean fix of a badly authored disc.

Btw also props to MakeMKV for producing concise error messages and not silently ignoring the issue.

[rkhollister]

Thank you! Profile 8.1 is fine for me. Currently rewriting the file. Nice to know that this is a pretty clean fix of a badly authored disc.

Btw also props to MakeMKV for producing concise error messages and not silently ignoring the issue.

Can someone post a how-to on doing this? I realize there is discussion about this in the huge DV thread but don't follow some of the discussion. Looking for some brief step by step instructions. Thanks!

[karbre]

Can someone post a how-to on doing this? I realize there is discussion about this in the huge DV thread but don't follow some of the discussion. Looking for some brief step by step instructions. Thanks!

1. Rip the disc via the MakeMKV backup function (tick "decrypt video") into a folder structure.
2. Demux the movie playlist with latest DGDemux (don't tick any of the checkboxes). You'll get separate files for all audio and subtitle tracks (and chapters), as well as two separate video (.hevc) files. Rename the large video file to "BL.hevc" and the small one to "EL.hevc".
3. Using the latest version of dovi_tool, extract the RPU from the EL:

Code: Select all

dovi_tool -m 2 extract-rpu -i EL.hevc -o RPU.bin

4. Inject the RPU into the BL:

Code: Select all

dovi_tool inject-rpu -i BL.hevc -r RPU.bin -o final.hevc

5. Remux the final.hevc video file with MKVToolNix, together with the audio, subtitle and chapter tracks generated by DGDemux as you wish.

Make sure to have a lot of free disk space as the main video file is large and needs to be copied several times.

[rkhollister]

Thank you!!

UPDATE - worked like a champ to fix the FEL issue with Saving Private Ryan on my Zidoo. The DV profile 8.1 version plays correctly as does a base layer only (i.e. HDR10) version.

[benatural]

Hello - just tried ripping the All Quiet on the Western Front UHD with MakeMKV and got the Volume key is unknown for this disc error. I've sent the TGZ file so hopefully that resolves it. I got the error when attempting the solution above, because the normal rip method didn't work either.

[Roadwarrior980]

Thank you!!

UPDATE - worked like a champ to fix the FEL issue with Saving Private Ryan on my Zidoo. The DV profile 8.1 version plays correctly as does a base layer only (i.e. HDR10) version.

I'm trying to do this as well but have limited experience beyond use of Makemkv. Is there a step by step on what else I need and how to get rhrrey? Would be much appreciated!

[kkienle]

Can someone post a how-to on doing this? I realize there is discussion about this in the huge DV thread but don't follow some of the discussion. Looking for some brief step by step instructions. Thanks!

1. Rip the disc via the MakeMKV backup function (tick "decrypt video") into a folder structure.
2. Demux the movie playlist with latest DGDemux (don't tick any of the checkboxes). You'll get separate files for all audio and subtitle tracks (and chapters), as well as two separate video (.hevc) files. Rename the large video file to "BL.hevc" and the small one to "EL.hevc".
3. Using the latest version of dovi_tool, extract the RPU from the EL:

Code: Select all

dovi_tool -m 2 extract-rpu -i EL.hevc -o RPU.bin

4. Inject the RPU into the BL:

Code: Select all

dovi_tool inject-rpu -i BL.hevc -r RPU.bin -o final.hevc

5. Remux the final.hevc video file with MKVToolNix, together with the audio, subtitle and chapter tracks generated by DGDemux as you wish.

Make sure to have a lot of free disk space as the main video file is large and needs to be copied several times.

Hello! I am super noob on ripping UHDs, just getting started, and I dont follow the backup.
WOuld you mind explaining this MakeMKV backup function (tick "decrypt video") process? Or could you share anything on this?