[gstreamer-bugs] [Bug 467667] New: [0.11] GST_FRAMES_TO_CLOCK_TIME() and GST_CLOCK_TIME_TO_FRAMES() should use GstClockTime, not gdouble
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Fri Aug 17 07:23:17 PDT 2007
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=467667
GStreamer | gst-plugins-base | Ver: HEAD CVS
Summary: [0.11] GST_FRAMES_TO_CLOCK_TIME() and
GST_CLOCK_TIME_TO_FRAMES() should use GstClockTime, not
gdouble
Product: GStreamer
Version: HEAD CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: slomo at circular-chaos.org
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: Unspecified
GNOME milestone: Unspecified
Hi,
currently GST_FRAMES_TO_CLOCK_TIME() and GST_CLOCK_TIME_TO_FRAMES() use double
as computation data type. This will lead to rounding errors with large
timestamps and all current uses (from a fast look) use the result as a
GstClockTime or guint64 anyway. Also we currently have many, many places where
gst_util_uint64_scale* is used for converting frames to clock time and the
other way around which probably just don't use these macros because of the
above reason.
Would be nice if we could change this to calling gst_util_uint64_scale instead
in 0.11.
--
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=467667.
More information about the Gstreamer-bugs
mailing list