[vlc-devel] [PATCH] 1-of-3: vlc-1.1.0 network poll timeout

Frank Enderle frank.enderle at anamica.de
Sat Jun 26 08:58:24 CEST 2010


well - maybe i'm wrong.. but if i use SO_KEEPALIVE i'd have to configure
the system using procfs/sysctl for the timeout. in my case this is not
really a problem, so i guess i could use the SO_KEEPALIVE feature, but
as a user of libvlc i would like to be able to configure the timeout on
a per application base and without root permission. there are cases
where you need to know if the stream has timed out for error recovery
and if the application relies on keepalive this is not deterministic
from an applications point of view. it just means that it times out, but
you don't know when.. but again: maybe i'm completely wrong and if
that's the case we can drop the topic.

btw. is there some kind of function which i can use to see if vlc is
still playing audible or visible data? i mean a method to see on the api
side if the data is really getting to aout/vout?

Am 26.06.2010 04:50, schrieb Rémi Denis-Courmont:
> On Thursday 24 June 2010 03:08:28 Frank Enderle, you wrote:
>> Ok - so I guess the correct way would be to put some timeout within the
>> http access module or add a variant of net_Read/Write which supports a
>> timeout parameter on the other hand this sucks.
> 
> I don't really understand what you're trying to do. Why do you need a write 
> timeout when the TCP stack already has one? Why do you need a read timeout at 
> all?
> 


-- 
Dipl.-Ing. (FH) Frank Enderle

anamica UG (haftungsbeschränkt)
Beinsteinerstr. 6
71334 Waiblingen

Telefon:  +49 151 14981091
Telefax:  +49 7151 1335770
E-Mail:   frank.enderle at anamica.de
Internet: www.anamica.de

Handelsregister: AG Stuttgart HRB 732357
Geschäftsführer: Yvonne Holzwarth, Frank Enderle



More information about the vlc-devel mailing list