I approve the idea of setting leaky.
Otherwise I would be very interested by an output switch, even if my problem is quite different (network streaming with UDP and RTSP server), but it remains unclear to me how to do this.
2007/11/27, Stefan Kost <email@example.com>:
Jaap A. Haitsma schrieb:
> On Nov 19, 2007 9:05 PM, Jaap A. Haitsma <
>> On Nov 19, 2007 8:56 PM, Stefan Kost <firstname.lastname@example.org> wrote:
>>> Jaap A. Haitsma schrieb:
>>>> I guess some of you are familiar with the cheese webcam program 
>>>> Cheese used to have two pipelines (one for taking a picture and one
>>>> for recording a video). We refactored that code and made one pipeline
>>>> to which we connect a photo_bin or video encoding bin to the pipeline
>>>> depending on if we are in video or photo mode.
>>>> In order to do that we need to stop and start the pipeline. Therefore
>>>> the video is interupted
>>>> So what we would like is have 2 pipelines running.
>>> What about running one pipeline with a switch element. I haven't used it yet
>>> myself. If that does not work using a tee and pad blocking could also work.
>> Thanks, I was looking for such a switch element. Probably because the
>> name is so logical I overlooked it :-(
>> I'll give it a try
> I tried it. switch is unfortunately not the element I was looking for.
> It switches inputs not outputs like I need. I tried the suggestion of
> blocking pads but if I block one element in one branch of the tee the
> other one also stops. See attached example:
> The example use videotestsrc which is tee'd to two imagesinks by
> pressing the sink1 button you can block /unblock the first sink
> However if the first sink gets blocked also the second one gets
> blocked. So that doesn't really help me. Is there anything I do wrong?
> Should I try something else?
Hmm, the queues should decouple it. Does it help if you make the queue leaky
(check the property).
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
gstreamer-devel mailing list