<div><div>Hi All, <br></div><div><br></div><div>I am looking for a solution to the problem as mentioned in <a href="https://code.videolan.org/videolan/vlc/-/issues/26768">https://code.videolan.org/videolan/vlc/-/issues/26768</a>.<br>(vlc-3.0.17)<br>I am focussing on why the audio stream stops playing as soon as there is a (huge) jump in the PCR, because video keeps playing.<br></div><div><br>What I see is that the  problem is that the PTS from the mpeg audio stream does not get updated when a jump in the PCR happens, and still uses the old base value, causing packages to be discarded </div><div><br></div><div><div>>>[00007fbfc405ebf0] main decoder debug: discarded audio buffer <br></div><div><div><br></div><div>The problem is that the code  in ClockStreamToSystem starts returning negative times.<br></div></div><div>this is because  cl->ref.i_stream > i_stream. <br><br>The cl->ref.i_stream was correctly updated on a PTS gap (clock reset), but apparently the audio stream's clock is still the old one (and does not correct after a few packages)<br></div><div><br></div><div>I have verified that the PTS of the MPEGTS demuxer tags the packets with the correct pts/dts, and I also see the same timestamps being used by the MPEG packetizer. <br>However, the MPEG decoder still seems to get the buffers with the old base clock. <br><br>The problem is that I don't know what could be still in between. A stream filter? Or am I overlooking something?<br></div><div>Any help appreciated.<br></div><div><br></div><div>Best Regards,<br></div><div><br></div></div></div><div><br></div><div>Kristof Vandenbussche <br></div><table><tbody><tr><td width="66"><b> </b> <b> </b><br></td></tr></tbody></table><div><span class="colour" style="color: rgb(102, 102, 102);">GPG fingerprint:  19F6 0638 A33B 563D ED71  F07F E5AE 2082 E07D 9A38</span><br></div><div><br></div><div><br></div>