[Bug 678928] video_event_new_upstream_force_key_unit doesn't accept GST_CLOCK_TIME_NONE
glib (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Jun 27 07:11:59 PDT 2012
https://bugzilla.gnome.org/show_bug.cgi?id=678928
glib | introspection | 1.32.x
Tim-Philipp Müller <t.i.m> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Version|0.11.x |1.32.x
CC| |t.i.m at zen.co.uk
Component|gst-plugins-base |introspection
AssignedTo|gstreamer-bugs at lists.freede |gtkdev at gtk.org
|sktop.org |
Product|GStreamer |glib
Ever Confirmed|0 |1
QAContact|gstreamer-bugs at lists.freede |gtkdev at gtk.org
|sktop.org |
Target Milestone|HEAD |---
Severity|normal |major
--- Comment #1 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-06-27 14:11:54 UTC ---
I think this is a problem with gobject-introspection not picking up the right
type for GST_CLOCK_TIME_NONE - it thinks it's gint for some reason:
<constant name="CLOCK_TIME_NONE"
value="18446744073709551615"
c:type="GST_CLOCK_TIME_NONE">
<type name="gint" c:type="gint"/>
</constant>
Can't seem to override the type via a Type: annotations either.
Moving to gobject-introspection for now:
<tpm> pitti, talking of -1: any idea how I can force g-i to accept #define
GST_CLOCK_TIME_NONE ((GstClockTime)-1) as GstClockTime or guint64 type? I can
annotate a Value: , which is picked up in the gir file, but it still thinks the
type is gint.
<pitti> tpm: you mean the .gir picks up the uint64 type, or the .gir
erroneously says it's an int?
<pitti> tpm: no off-hand idea, would need to investigate
<tpm> it picks up the uint64 value that I set with Value: but still has <type
name="gint" c:type="gint"/>
<tpm> alright, thanks
<pitti> that's a bug then indeed
This is a fairly big issue for pygi-based GStreamer-applications, since there
are many functions that take a GstClockTime argument where one would typically
pass GST_CLOCK_TIME_NONE.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list