[gstreamer-bugs] [Bug 396779] Preset interface for elements

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=396779

  GStreamer | gstreamer (core) | Ver: HEAD CVS




------- Comment #45 from Stefan Kost (gstreamer, gtkdoc dev)  2007-12-04 15:46 UTC -------
Thats for commenting. Some comments in return:

GObjec vs. GstObject:
* I want to support the GstChildProxy, so it will work on GstObject.

Fileformat:
Actually I don't think it makes sense to have multiple registry formats
supported. The binary registry works and therefore the xml one should die. less
stuff to maintain. its a cache.
For the presets in the simillar way I don't see why we want to load ourselfs
with supporting multiple formats. There is one format that we offer to
gstreamer components. The format can be documented, but basically the elements
should not care. And that is where the interface comes in. It allows certain
plugins, to implement different formats. So far I see this only needed for
bridge plugins (wrappers).
The second use of the interface is to signal that it makes sense for the
element to have presets. This is especially important for the UI, as you don't
want to show widgets to edit presets otherwise.
The thrid use of the interface is that elements can override *some* methods
(right now its just get_property_names) to tell which properties should be
serialized. Unfortunately we cannot infer this from the GParamFlags :/

I see a need to move some parts from the default implementation into a
core-library. Once the preset system gets used people might send their presets
and we need tools to merge them into the presets we ship with the plugins. The
tools needed for the job, need to parse presets files from given path and save
the merge presets to a given path. I could start to work on these tools and
factoring parts out into a library, if there is agreement that this is good.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=396779.