[vlc-devel] [RFC PATCH 2/2] access/demux: Make use of live-network-caching variable

Julian Scheel julian at jusst.de
Wed Apr 8 16:05:41 CEST 2015

Am 08.04.2015 um 13:56 schrieb Julian Scheel:
> Am 08.04.2015 um 13:50 schrieb Rémi Denis-Courmont:
>> Le 2015-04-08 14:45, Julian Scheel a écrit :
>>> Am 08.04.2015 um 13:16 schrieb Rémi Denis-Courmont:
>>>> Le 2015-04-08 13:14, Julian Scheel a écrit :
>>>>> Use either network-caching or live-network-caching depending on
>>>>> whether a
>>>>> source is seekable or not.
>>>> Any reason to not reuse live-caching?
>>> Nothing serious - I just assumed it might make sense to keep the
>>> split for networkig vs local sources. I think live-caching is
>>> basically used for local inputs like video-card, etc so far.
>>> If no-one sees issues with sharing them I'm happy with using
>>> live-caching instead.
>> I am more concerned about live but jittery sources like (segmented) HTTP
>> being considered live than with local and remote capture devices being
>> treated equally. Raw UDP and RTP are not that different from DVB, but
>> TCP based live streams, hmm
> Valuable argument. In that case we might just want to leave it up to the
> single plugin to classify itself as live or not. Just that seekable
> should always be treated as non-live, I'd say...

I thought a bit more about it now - I would propose to only migrate udp 
and rtp plugin to live-caching for now. As you said they should behave 
quite similiar to other plugins using live-caching. Other plugins 
(eventually live555 in some circumstance). Do you agree on that?


More information about the vlc-devel mailing list