GStreamer RTSP Server use case

[Gottardi, Victor (ON19)]

Thanks Wim, that helped a lot.

I subclassed the media factory to handle two different URIs. It creates
the pipeline and the common part (videotestsrc, caps, and tee) when the
first client connects. It then creates an encoder and a media object for
each of the URIs when requested. It works fine so far as only one of the
URI is used. As soon as the second one connects, the pipeline hangs. I
know it's not trivial to add branches to a running pipeline so I wonder
if I'm on the right track for now.

Victor

-----Original Message-----
From: Wim Taymans [mailto:wim.taymans at gmail.com] 
Sent: Tuesday, August 30, 2011 5:19 PM
To: Discussion of the development of and with GStreamer
Cc: Gottardi, Victor (ON19)
Subject: Re: GStreamer RTSP Server use case

On 08/30/2011 09:55 PM, Victor Gottardi wrote:
> Consider an IP camera. I'm looking for a way to provide two video
streams
> with different resolutions or codec settings using the RTSP server.
The
> video comes from the same source and therefore the streams are in the
same
> pipeline. How to map these two different streams to two different RTSP
URIs
> using rtsp-server?
>
> Looking at the source, it looks like RTSP server was not designed for
this.
> It assumes that each URI maps to a standalone pipeline. Is this a true
> limitation? (Wim Tymans, this question is directly addressed to you
:-) The

This is not true: an URI maps to a media factory, which is responsible 
for creating a media object that provides the streams. The factory 
receives the URI to do this and can reuse the same pipeline for multiple

media objects if it wants.

What you want to do is use the uri to configure the pipeline with 
different codec settings (use tee to send the video stream to multiple 
encoders with different settings) and create a media object from it. For

that you would need to make a subclass of the media-factory object.

Wim


> source is quite complex and some of the classes allow subclassing and
> customization. It's not clear to me at this point how I can work
around this
> problem. Any help is appreciated.
>
> --
> View this message in context:
http://gstreamer-devel.966125.n4.nabble.com/GStreamer-RTSP-Server-use-ca
se-tp3779614p3779614.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel