Closed Captions aren't displayed properly with avcodec-threads > 1

Closed Captions subtitles arrive to the display too much in advance when --avcodec-threads > 1 (which is the default).

Apparently the vout blocks until the CC pts and the video is not displayed correctly.

--avcodec-threads=1 works fine

added Severity::normal Type::bug Version::master git + 1 deleted label

changed milestone to %2.1.0 release

changed title from Closed Captions don't display properly with avcodec-threads > 1 to Closed Captions aren't displayed properly with avcodec-threads > 1

Increasing file-caching removes the issue.

The problem is that the CC decoder is serialized in the video decoder thread, so locking in the CC decoder while waiting for the PTS halts completely the video decoder.

added Component::Core label and removed 1 deleted label

Let's be realist. We won't fix that in time.

changed milestone to %2.1.x maintenance bugs

changed milestone to %2.1.0 release

LET'S BE REALIST. I ROCK YOUR WORLD.

commit cac5ac7d Author: Rafaël Carré funman@videolan.org Date: Mon Sep 9 14:23:12 2013 +0200

Closed Captions: spawn a decoder thread

We can't keep the cc decoder serialized with video decoder.
If the decoding delay between packetizer and video decoder is bigger
than caching (for example when using multi threaded decoder), we will
be too late for the next picture display while we wait for the right
rendering time for the CC.

Close [#9049](https://code.videolan.org/videolan/vlc/-/issues/9049)

Original author: funman@videolan.org

added Status::fixed label

closed

mentioned in issue #9189 (closed)