[vlc-devel] [RFC PATCH 00/10] Activate chromecast live

Rémi Denis-Courmont remi at remlab.net
Thu Sep 7 16:49:25 CEST 2017


Le torstaina 7. syyskuuta 2017, 15.45.56 EEST Hugo Beauzée-Luyssen a écrit :
> As discussed during last workshop, this is an attempt at solving #18605 that
> doesn't invole a demux_filter.
> Instead, pausing, setting and fetching position/time is handled through new
> sout commands.

I don´t remember any such proposal. What I remember is that:

1) Stream output should be notified of PCR (via control request from ES 
output). However this might not work until clock and synchronization are moved 
to outputs. This is not related to renderers as such.

2) Demux filter could be enabled/disabled (*not* inserted/removed) dynamically 
via a demux control from the input thread. However it will probably not work 
properly if there are more than one chained demux filter.

3) The current display time should be estimated by querying the actual PTS 
from the ES output, and underneath by the stream output, rather than by adding 
the PTS delay. As with the PCR, this might be problematic until the clock and 
synchronization are moved downstream.

Also this is really _not_ the same thing as getting the input position and 
time. The stream output neither knows nor cares about those. Conversion 
between PTS/PCR and input time/position can only be done by the demuxer or the 
input AFAIU.

I) I don´t remember anything about adding pause/resume controls to stream 
output. I don´t have a problem with the concept as such, but it sounds tricky 
to implement properly with asynchronous demuxers and reentrant ES output.

II) I also don´t remember any discussion on setting the time to the stream 
output. And in fact, I don´t really understand what that is even supposed to 
mean, as noted already, the stream output has no clue about time/position.

-- 
雷米‧德尼-库尔蒙
https://www.remlab.net/



More information about the vlc-devel mailing list