After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 669982 - Add GstValueList support to Gobject Introspection
Add GstValueList support to Gobject Introspection
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.11.x
Other Linux
: Normal major
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-02-13 12:00 UTC by Peteris Krisjanis
Modified: 2015-08-18 10:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Peteris Krisjanis 2012-02-13 12:00:18 UTC 
Please add support for GstValueList to GI (and therefore PyGI) so I can get values, for example, from "level" message keys like "rms".
Comment 1 Tim-Philipp Müller 2012-02-13 12:11:49 UTC 
For what it's worth, I don't think GstValueList should ever have been used here (it should have been GstValueArray if it had to be Gst API).

It should be GValueArray really (but see bug #667228, unresolved at the moment what to do with that), or maybe we can pass a GVariant or something?

Dont' think it's a good idea to promote GstValue{List,Array} as ersatz-GValueArray.
Comment 2 Tim-Philipp Müller 2012-02-18 19:46:18 UTC 
Resolving this as OBSOLETE, since level was changed to GValueArray. Please re-open if you think there's still something that should be done.
Comment 3 Georg 2012-07-23 16:11:05 UTC 
The spectrum element is still using GstValueList for magnitude and phase in the message structure
Comment 4 Christian Leichsenring 2015-08-18 09:37:31 UTC 
Now, three years later, the spectrum element still can't be properly used in Python. So should this be re-opened because spectrum has a reason to use GstValueList or should I open a new bug that spectrum is broken because it uses an obsolete data type with poor support?
Comment 5 Sebastian Dröge (slomo) 2015-08-18 09:54:26 UTC 
The problem here is that pygi has bad support for custom fundamental GTypes, not that the data type is obsolete.

This should probably become a bug against gst-python to provide some override magic for handling GstValueList.
Comment 6 Christian Leichsenring 2015-08-18 10:57:08 UTC 
(In reply to Sebastian Dröge (slomo) from comment #5)
> This should probably become a bug against gst-python to provide some
> override magic for handling GstValueList.

I tried assembling the essential information into the new bug #753754. I'm sure you have many details to add that I don't know about but I thought this might best be done over at the other bug.