[vlc-devel] [PATCH 5/8] httpd/core: handle stream drain
thomas at gllm.fr
Tue Jan 30 09:29:24 CET 2018
On Mon, Jan 29, 2018, at 19:47, Rémi Denis-Courmont wrote:
> Le maanantaina 29. tammikuuta 2018, 19.25.53 EET Thomas Guillem a écrit :
> > When calling httpd_StreamSend(stream, NULL).
> What is the point in that relative complexity? Is there a use case for keeping
> the current behaviour of stalling the client when the stream is deleted?
I need it for chromecast. I can manage to use my own chromecast access out that use httpd, therefore I won't need other commits and core change. Like I did here: https://github.com/tguillem/vlc/commit/5e087cebc1a97a385e4db42e37ba2cabf186ab18
So I explain: we are streaming via this httpd API to the CC. When the CC reaches the end of the stream (so after we receive the last blocks that we passed to the sout chain), it will wait for more data instead of finishing since that there is no way, for now, to detect EOF. As the result, the CC will wait for 5sec for more data, then abort (timeout). When you are playing an audio album with the CC, the result is quite ugly and annoying ;)
So, I need a way, when using the httpd stream, to signal that a block will be the last one, in order to close the socket when we reach that point. Maybe there is proper way to achieve what I want ?
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel