"GStreamer" (GNOME Bugzilla)
2016-09-07 08:01:00 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=770954
Sebastian Dröge (slomo) <***@coaxion.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |***@coaxion.net
--- Comment #1 from Sebastian Dröge (slomo) <***@coaxion.net> ---
That would require adding a new updsink, which potentially causes pipelines
getting stuck. The queues after the tee might be full (because the pipeline is
blocked, waiting for the actual client sink to be added) and then the newly
added client sink never prerolls because it will never get data.
At this point it might be nicer to write a custom RTSP server sink element (and
maybe even a source element) for UDP, that handles multiple sockets internally
from one thread (and does not require queues, threads per udpsrc, ...). We
almost completely manage the sockets already anyway.
Sebastian Dröge (slomo) <***@coaxion.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |***@coaxion.net
--- Comment #1 from Sebastian Dröge (slomo) <***@coaxion.net> ---
That would require adding a new updsink, which potentially causes pipelines
getting stuck. The queues after the tee might be full (because the pipeline is
blocked, waiting for the actual client sink to be added) and then the newly
added client sink never prerolls because it will never get data.
At this point it might be nicer to write a custom RTSP server sink element (and
maybe even a source element) for UDP, that handles multiple sockets internally
from one thread (and does not require queues, threads per udpsrc, ...). We
almost completely manage the sockets already anyway.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.