[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gstreamer-devel
Subject:    Re: [gst-devel] State of DParams
From:       "Steve Baker" <steve () stevebaker ! org>
Date:       2004-12-21 22:45:31
Message-ID: 39647.210.48.103.240.1103669131.squirrel () 210 ! 48 ! 103 ! 240
[Download RAW message or body]

David said:
> When a property is 'taken over' by a DParam, it makes sense to just
> ignore any changes attempted by set_property().
>
> My two cents:  In the ideal case, I'd like to see dparams seamlessly
> add a request pad to the element, and when the pad is connected, pull
> control information from the pad, else use the property information.
> I'm indifferent to having a third state which uses automatic
> generators/interpolaters (like the existing DParams), although this
> might be a good compromise if the core isn't up to handling *lots*
> of control information being passed around.

I think that using elements/pads/scheduler to produce control values is
way too heavyweight for what is essentially a unit function which returns
a single value for a given timestamp.

I want to make it easy for DParams to be fed by properties *or* pads. But
I think the main feature of DParams is to be able to define a control
curve for an entire timeline before the pipeline is even started. Then an
app can choose whether to define that curve or take the values from some
real-time/external input.

Having said that, GStreamer core isn't too good at the moment at handling
lots of sink pads receiving data at different rates. If the core redesign
addresses this issue then a pad-based approach to DParams would be more
practical.

cheers



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
[prev in list] [next in list] [prev in thread] [next in thread]