<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/subtitle_sync_packet_queue.cc, branch main</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=main</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2026-04-23T14:49:48Z</updated>
<entry>
<title>Fix late subtitles when they are muxed late with respect to the video.</title>
<updated>2026-04-23T14:49:48Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2026-04-18T11:39:33Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=9f828b327e680c322a70883910233337a37e481e'/>
<id>urn:sha1:9f828b327e680c322a70883910233337a37e481e</id>
<content type='text'>
In one example we have the sequence

video 3088,377
sub   3087,334
sub   3088,710
video 3088,419

so the 3087,334 sub is very late.  Here we insert a queue to bring
subtitle packets a little forward for processing.

There is already a similar thing in the player (_delay) but adding
a longer delay there seems wasteful because a) the video is by
that point already decompressed and b) this problem only
applies to FFmpeg-decoded files (and then, I think only if we are
previewing or burning in subtitles).
</content>
</entry>
</feed>
