[vlc-devel] [RFC PATCH 09/13] FIXUP: implement audio/video/spu delay

[Rémi Denis-Courmont]

I expect major problems with SPU and with audio visualization if the original PTS are not shifted, but the output times are.

Le 29 juin 2018 12:55:20 GMT+03:00, Thomas Guillem <thomas at gllm.fr> a écrit :
>On Wed, Jun 27, 2018, at 21:06, Rémi Denis-Courmont wrote:
>> 	Hi,
>> 
>> Le keskiviikkona 27. kesäkuuta 2018, 15.41.31 EEST Thomas Guillem a
>écrit :
>> > Each ESses will set the delay to their specific clocks.
>> > Setting a delay on the master clock has an effect on all others
>slaves
>> > clocks. Setting a delay on a slave clock has only an effect for the
>current
>> > clock.
>> 
>> Why can the delay no longer applied/applicable to original PTS? And
>then, why 
>> is the delay not applied within the clock?
>
>In this patch, the delay is applied within the clock, no ?
>
>When do you want to modify the original PTS ? I tried to do that
>solution first, like we discussed in the meeting, but it seemed very
>complicated and not easy to implement. Furthermore, I really prefer to
>keep the original PTS the longer possible. It make it more reactive
>when changing the delay of subtitles for example (since the core keep a
>list of subtitles).
>
>> 
>> It seems rather repetitive/wasteful to boilerplate this in every
>clock user.
>> 
>> -- 
>> Реми Дёни-Курмон
>> http://www.remlab.net/
>> 
>> 
>> 
>> _______________________________________________
>> vlc-devel mailing list
>> To unsubscribe or modify your subscription options:
>> https://mailman.videolan.org/listinfo/vlc-devel
>_______________________________________________
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:
>https://mailman.videolan.org/listinfo/vlc-devel

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20180629/f7078b77/attachment.html>