GNOME Bugzilla – Bug 318793
check whether new date/tag API needs wrapping
Last modified: 2005-11-22 20:20:42 UTC
Don't know if anything related to this needs fixing in python: - core has a new type GST_TYPE_DATE (boxed type for GDate, we support GLib2.6 so we can't use G_TYPE_DATE yet) - GST_TAG_DATE now is of type GST_TYPE_DATE - recently added related API: - gst_value_get_date() - gst_value_set_date() - GST_VALUE_HOLDS_DATE - gst_tag_list_get_date() - gst_tag_list_get_date_index() Just FYI. Cheers -Tim
Here are the test cases that I wrote for these functions: http://cvs.freedesktop.org/gstreamer/gstreamer/check/gst/gsttag.c?r1=1.4&r2=1.5 http://cvs.freedesktop.org/gstreamer/gstreamer/check/gst/gstvalue.c?r1=1.10&r2=1.11 And then there's more new API from today: gboolean gst_plugin_feature_check_version (GstPluginFeature *feature, guint min_major, guint min_minor, guint min_micro); and gboolean gst_default_registry_check_feature_version (const gchar *feature_name, guint min_major, guint min_minor, guint min_micro); Not sure if it makes sense to wrap those, the former probably more than the latter. Test case for those is here: http://cvs.freedesktop.org/gstreamer/gstreamer/check/gst/gstplugin.c?r1=1.7&r2=1.8 Cheers -Tim
It'd probably make more sense to implement similar functions directly in python.
everything is in cvs now. Leaving it in NEEDINFO for followups.
seems to satisfy everybody, closing bug.