[vlc-devel] [PATCHv3 03/12] libvlc: add renderer module list option

Rémi Denis-Courmont 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>
>>> wrote:
>>>> Bad idea IMHO. It will probably break VLM and stream output 
>>>> unexpectedly.
>>> It seems using VLM with a renderer output (push model vs pull 
>>> model)
>>> doesn't make much sense.
>> That's the whole point.
>> I don't see why you need yet another output type anyway. AFAICT, 
>> either
>> 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...

Rémi Denis-Courmont

More information about the vlc-devel mailing list