<div dir="ltr">Thanks Rémi for your analysis!<br><br>I understand that when subtitles and video are interleaved there are certainly buffering issues. <br>However, my tests (explained below) show that subtitles syncing seems to be robust enough, but audio syncing is broken at the time being.  <br>
<br>Here is what I tested : <br>- subtitle sync can be quite robust, even with interleaved subtitles : I tried to open a movie with interleaved subtitles and to aply a delay of +/-500 seconds to the subtitles. It works like a charm (when I comment out the call to SetJitter). It also works with separate subtitles.<br>
<br>- Audio sync is broken at the time being : I can cancel out the sound easily like this ;<br>     open a video<br>     select the menu "tools/track synchronisation"<br>     enter "3" into the "Audio track synchronization" field (ie add 3 seconds delay to the audio)<div>
Note: SetJitter is not the culprit here, since the audio will disappear whenever the call to SetJitter is commented out or not.</div><div><br>I think that the problem with audio sync is beyond my competencies (much to rooted in the core of the source). <br>
<br>One more remark concerning interleaved subtitles : whenever someone wants to correct the subtitle delay, it is (almost certainly) because he obtained the subtitle from a different source. If an interleaved subtitle is out of sync, it probably means that the whole file is crap anyway. So, may be it would be possible to have something like that ?<br>
<br>    es_out_SetDelay( p_input->p->p_es_out_display, AUDIO_ES, i_audio_delay );<br>    es_out_SetDelay( p_input->p->p_es_out_display, SPU_ES, i_spu_delay );<br>    ////imaginary function is_interleaved_subtitle(...) would to still have be implementted<br>
    if (is_interleaved_subtitle(...)) <br>    es_out_SetJitter( p_input->p->p_es_out, i_pts_delay, 0, i_cr_average );<br><br><br>However this would have to wait until the situation with audio sync is fixed.<br></div>
<div><br></div><div style>Regards,</div><div style>Pascal Thomet</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Apr 27, 2013 at 2:32 PM, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le samedi 27 avril 2013 15:02:45, Pascal Thomet a écrit :<br>
<div class="im">> But what I do not understand is : why would applying a simple subtitle<br>
> delay require the jitter to be corrected?<br>
<br>
</div>Indeed, the inter-arrival delay variance, a.k.a. jitter, should not be affected<br>
by manual change of inter-track delay. But then again, it does affect the<br>
overall buffering requirements.<br>
<br>
This may not be a problem for a separate subtitle track file, but it is obvious<br>
when tracks come interleaved from the same file. Suddenly audio or text data is<br>
going to arrive much earlier or much latter than video data. That is why the<br>
pts_delay value is partly dependent on the subtitle and audio delay. And thus<br>
the SetJitter() call.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Rémi Denis-Courmont<br>
<a href="http://www.remlab.net/" target="_blank">http://www.remlab.net/</a><br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
</font></span></blockquote></div><br></div>