[bug] With multi-m2ts mpls, subtitles drift out of sync

[jcdr428]

See notification of bug here https://forum.doom9.org/showthread.php?p=1905010#post1905010

[FilipeAmadeuO]

The solution maybe would be for tsmuxer to mantain the multi m2ts (one mpls) struture and not join the multi m2ts in one big m2ts.
This way we could build one by one m2ts and keep the exact same struture as before.

[jcdr428]

@FilipeAmadeuO that would be nice, however this would be a substantial rewrite of the code as currently tsMuxer is set to write only one m2ts, clpi, mpls, and pre-defined index.bdmv and MovieObject.bdmv. Plus code writing for the ATCd seamless branching etc.

[FilipeAmadeuO]

@FilipeAmadeuO that would be nice, however this would be a substantial rewrite of the code as currently tsMuxer is set to write only one m2ts, clpi, mpls, and pre-defined index.bdmv and MovieObject.bdmv. Plus code writing for the ATCd seamless branching etc.

OK. Understood. Maybe a improvement for the future.

[lonecrane]

Wonderful!
According to the tests on UHD BD 'WALL E', which consists of 43 m2ts segments, now all the subtitles are demuxed very precisely.
Take for example the stream of pid 0x12a0, the internal timestamp presented by player is:

The Demuxed timestamp with the latest version matches very precisely, appearing only 3ms advance:

The demuxed timestamp with the previous version w64-nightly-2020-03-25--01-12-53 delays 358ms:

Thanks a lot.