Custom signal/event handling for a bin

[rmkart]

Hi,
I'm new to GST. I want a bin that can handle custom event/signals.
Let's say my pipeline is in PLAYING state and now I want to unlink some plugins and add some new plugins, this I want to achieve through a custom event/signal from application to pipeline.
I want application to be agnostic of internal plugin manipulations, so I will send only signal/events to my bin which will take care of plugin manipulation.
Whether this is the right approach to do it or is there any other approach for this.
Thanks,
RK

[Stefan Sauer]

Am 30.11.2009 16:38, schrieb rmkart:

>
> Hi,
> I'm new to GST. I want a bin that can handle custom event/signals.
> Let's say my pipeline is in PLAYING state and now I want to unlink some
> plugins and add some new plugins, this I want to achieve through a custom
> event/signal from application to pipeline.
> I want application to be agnostic of internal plugin manipulations, so I
> will send only signal/events to my bin which will take care of plugin
> manipulation.
> Whether this is the right approach to do it or is there any other approach
> for this.
> Thanks,
> RK

Your description is a bit vague. But anyway you can write a custom bin (subclass
GstBin) and there do what you want. In that regard it does not matter if you use
a object property on the bin, an action-signal or an event to ask the bin to
change the internal graph. Events have the advantage that they can be synced
with the data flow.

Stefan

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[rmkart]

Hi,
So you mean that object properties and action-signals can happen in application thread while the data flow will happen parallely in streaming thread, While in case of event the processing happens in the same streaming thread as that of data flow?

I'm thinking of pausing the pipeline and then send the events which will do the plugin manipulation, if the pipeline is paused will the events be processed as the streaming thread will be in waiting state and it might not process the data flow and events as well.
Correct me if I'm wrong.
Thanks,
RK

Stefan Kost wrote

Am 30.11.2009 16:38, schrieb rmkart:
>
> Hi,
> I'm new to GST. I want a bin that can handle custom event/signals.
> Let's say my pipeline is in PLAYING state and now I want to unlink some
> plugins and add some new plugins, this I want to achieve through a custom
> event/signal from application to pipeline.
> I want application to be agnostic of internal plugin manipulations, so I
> will send only signal/events to my bin which will take care of plugin
> manipulation.
> Whether this is the right approach to do it or is there any other approach
> for this.
> Thanks,
> RK

Your description is a bit vague. But anyway you can write a custom bin (subclass
GstBin) and there do what you want. In that regard it does not matter if you use
a object property on the bin, an action-signal or an event to ask the bin to
change the internal graph. Events have the advantage that they can be synced
with the data flow.

Stefan

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Stefan Sauer]

Am 04.12.2009 07:17, schrieb rmkart:

>
> Hi,
> So you mean that object properties and action-signals can happen in
> application thread while the data flow will happen parallely in streaming
> thread, While in case of event the processing happens in the same streaming
> thread as that of data flow?
>
> I'm thinking of pausing the pipeline and then send the events which will do
> the plugin manipulation, if the pipeline is paused will the events be
> processed as the streaming thread will be in waiting state and it might not
> process the data flow and events as well.
> Correct me if I'm wrong.
> Thanks,
> RK
>
> Stefan Kost wrote:
>>
>> Am 30.11.2009 16:38, schrieb rmkart:
>>>
>>> Hi,
>>> I'm new to GST. I want a bin that can handle custom event/signals.
>>> Let's say my pipeline is in PLAYING state and now I want to unlink some
>>> plugins and add some new plugins, this I want to achieve through a custom
>>> event/signal from application to pipeline.
>>> I want application to be agnostic of internal plugin manipulations, so I
>>> will send only signal/events to my bin which will take care of plugin
>>> manipulation.
>>> Whether this is the right approach to do it or is there any other
>>> approach
>>> for this.
>>> Thanks,
>>> RK

If you pause the pipeline anyway, juts use a gobject-property or an action
signal to request the new configuration.

Stefan

>>
>> Your description is a bit vague. But anyway you can write a custom bin
>> (subclass
>> GstBin) and there do what you want. In that regard it does not matter if
>> you use
>> a object property on the bin, an action-signal or an event to ask the bin
>> to
>> change the internal graph. Events have the advantage that they can be
>> synced
>> with the data flow.
>>
>> Stefan
>>
>> ------------------------------------------------------------------------------
>> Join us December 9, 2009 for the Red Hat Virtual Experience,
>> a free event focused on virtualization and cloud computing.
>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>> http://p.sf.net/sfu/redhat-sfdev2dev
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>>
>

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel