[RESOLVED] Curious MKV not opening

[kebulek]

Maybe you can ask Mosu for an advice?

[Guest]

As per mkvalidator
4 warnings about CUEs but the file is valid

[Rocky]

Seems I'm not the only one that has had issues with this kind of MKV muxed by ffmpeg:

https://trac.ffmpeg.org/ticket/4774?cve ... num_hist=3
https://github.com/Nevcairiel/LAVFilters/issues/120

[Rocky]

Output from EAC3TO:

C:\Users\Don\Downloads>c:\standalone\eac3to\eac3to test.mkv
MKV, 1 video track, 1 audio track, 1 subtitle track, 0:00:18, 50i
1: h264/AVC, 1080i50 (16:9)
2: AC3, Czech, 5.1 channels, 384kbps, 48kHz, dialnorm: -23dB
3: DVBSUB, Czech
Bitstream parsing for track 3 failed.
Demuxing this track may still produce correct results - or not.

Really tempted to dismiss this as a broken file. However, let's see if there is a fix/workaround before doing that.

[kebulek]

BTW test.mkv surprisingly works with old DGIndexIM!

[Rocky]

[Rocky]

I found that the fixupCues() function in the original parser code does not work correctly when out-of-order PGS subtitle cues are present. DGDecIM never used cues at all so it was immune. DGDecNV uses the cues to speed up seeking in some circumstances. So I changed it so the PGS cues don't hose things up and it plays fine. That is consistent with the threads linked above, especially https://github.com/Nevcairiel/LAVFilters/issues/120. Maybe I will be a nice squirrel and give the details, or not. fixupCues() is less than 10 lines. Figure it out. Release underway together with the DGDemux 5.1/7.1 LPCM channel order fix.

[Bullwinkle]

Keep them guessing Rocky!

kebulek is Moose Approved.

[Rocky]

Fixed in DGDecNV slipstream 213.

[kebulek]

Thank you!