Vobsubs not displaying correctly

[gillux]

A particular vobsub does not display correctly when played with mplayer. A large rectangular shape shows instead of the expected text. The appearing and disappearing times of the rectangular shape match the original subtitles. It seems that the exact same rectangular shape shows for every single subtitle of the video for a given execution of mplayer. The contents of the shape seem to vary inconsistently depending on the contents ~/.mplayer/config or command line options like -ass or -ss. Sometimes it's black, sometimes it contains white dots or patterns (see attached screenshots).

ffplay version n4.2.1 displays the subtitles correctly (see attached screenshot).

The vobsub file came embedded in an MKV file. I extracted it using mkvextract and played it with -vobsub, same result. I created a sample of the vobsub file by keeping the first 2 minutes using dd and a text editor (see attached archive).

Not that this bug differs from #1478 because all the subtitles of the file are incorrectly displayed.

How to reproduce:

% mplayer -v <input> -vobsub bgc.2min -ss 100
MPlayer SVN-r38139 (C) 2000-2019 MPlayer Team
(see attached log file)

[gillux]

First two minutes of the vobsub

[gillux]

Mplayer execution log

[gillux]

Subtitle displaying incorrectly

[gillux]

Subtitle displaying incorrectly (different pattern)

[gillux]

Subtitle displayed correctly with ffplay

[beastd]

Thanks for the report.

Could reproduce the problem.

Need to take a look at what's happening to tell more.

[reimar]

The critical hint is this: vobsub: ignoring palette: 000000, 000000, 000000, 0000ff, 000000, 000000, 000000, 000000, 000000, 000000, 000000, 000000, 000000, 858585, fefefe, 000000
MPlayer only supports palette specified in a .ifo file, it seems you do not have a .ifo file and instead the information is in the .idx file, that support needs to be added to MPlayer.

[reimar]

Actually that was a red herring.
The problem was that the interlacing of the SPU data was weird here, with the bottom field encoded first.
Fixed in r38227.

[gillux]

Thank you very much, reimar!