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

Thomas Guillem thomas at gllm.fr
Fri Jun 29 12:31:23 CEST 2018


On Fri, Jun 29, 2018, at 12:20, Rémi Denis-Courmont wrote:
> Also remuxing won't be able to apply delay then, since there will be
> no clock.
We should apply delays directly to sout without going through the clock.
It will be simpler because there is no questions of master clock that
can't have a negative delay.
> 
> Le 29 juin 2018 13:18:33 GMT+03:00, "Rémi Denis-Courmont"
> <remi at remlab.net> a écrit :>> 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é.> _________________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20180629/612d9533/attachment.html>


More information about the vlc-devel mailing list