reading directly from file - is against policy of gstreamer?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

reading directly from file - is against policy of gstreamer?

Michael Joachimiak
Hi,
In my plugin I have so many parameters that it would be suitable for me to store all of them in the config file on disk(say xml file).
During init the plugin would read the conf file which name would be given as a property.

Is it against any policy in gstreamer? Are there any conditions when this approach would not work?

Thanks.
--
Your Sincerely
Michal Joachimiak

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: reading directly from file - is against policy of gstreamer?

lrn-2
On 01.02.2010 19:26, Michael Joachimiak wrote:
> Hi,
> In my plugin I have so many parameters that it would be suitable for me to
> store all of them in the config file on disk(say xml file).
> During init the plugin would read the conf file which name would be given as
> a property.
>
> Is it against any policy in gstreamer? Are there any conditions when this
> approach would not work?
>  
I don't know about the policy, but GStreamer elements are not used from
gst-launch exclusively - they have API. And i think it would be
cumbersome, say, for me to add extra configure file mess to my
application just to use your elements when i can safely hardcode
parameters (or the logic to choose them) into my application directly.
And you have to remember that GObject properties are not just for kicks,
they are used in language bindings.

I think, however, that this is somewhat similar to codec profiles, so
not all hope is lost.

IMHO: support both ways of configuring your element.

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: reading directly from file - is against policy of gstreamer?

Stefan Sauer
In reply to this post by Michael Joachimiak
Am 01.02.2010 18:26, schrieb Michael Joachimiak:
> Hi,
> In my plugin I have so many parameters that it would be suitable for me
> to store all of them in the config file on disk(say xml file).
> During init the plugin would read the conf file which name would be
> given as a property.

What about making use of the GstPreset interfeace. Implement that in your plugin
and you are set. If you don't override the default implementation, it will use
GKeyfile (ini type of files for the presets).

I'd really like to have a way to select presets from gst-launch as well. There
are related TODO comments in the source.

Stefan

>
> Is it against any policy in gstreamer? Are there any conditions when
> this approach would not work?
>
> Thanks.
> --
> Your Sincerely
> Michal Joachimiak
>

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel