[vlc-devel] [PATCHv3 03/12] libvlc: add renderer module list option
remi at remlab.net
Thu Mar 31 14:38:40 CEST 2016
Le 2016-03-31 14:20, Steve Lhomme a écrit :
> On Thu, Mar 31, 2016 at 12:43 PM, Rémi Denis-Courmont
> <remi at remlab.net> wrote:
>> Le 2016-03-31 10:18, Steve Lhomme a écrit :
>>> On Wed, Mar 30, 2016 at 8:26 PM, Rémi Denis-Courmont
>>> <remi at remlab.net>
>>>> Bad idea IMHO. It will probably break VLM and stream output
>>> It seems using VLM with a renderer output (push model vs pull
>>> doesn't make much sense.
>> That's the whole point.
>> I don't see why you need yet another output type anyway. AFAICT,
>> existing output paradigms (es_out, aout, vout and/or sout) are
>> enough for
>> your use case, or you probably shouldn't be using the input thread
>> at all.
> In the case of Chromecast (dunno about the others) it's because the
> receiver is a renderer that has no control of its own.
The whole point of the input thread is to hook demux and es_out,
providing the playback controls. If playback controls are done on a
different system, there is no point in having the input thread. That's
exactly what I just wrote...
More information about the vlc-devel