[Bug 734424] videorate produces bogus output when framerate=0/1

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun Dec 14 11:41:12 PST 2014


https://bugzilla.gnome.org/show_bug.cgi?id=734424
  GStreamer | gst-plugins-base | 1.4.0

--- Comment #25 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-12-14 19:41:08 UTC ---
Can we get tests for all the possible cases?


(In reply to comment #19)
> @@ +933,3 @@
> +  g_object_get (GST_BASE_TRANSFORM_SRC_PAD (videorate), "caps", &srcpadcaps,
> +      NULL);
> +  gst_video_guess_framerate (GST_BUFFER_PTS (buffer), &fps_n, &fps_d);
> 
> Basically I take the timestamp of the second buffer to compute the framerate
> should be buffer->pts - prev->ts actually here (DONE), and indeed I do not know
> if it will be the average and I make the assumption that timestamps from
> upstream are correct.

That assumption was wrong and only worked for the case if the first buffer has
a timestamp of 0 :) Thanks for fixing.

> @@ +958,3 @@
> +
> +  gst_pad_push_event (GST_BASE_TRANSFORM_SRC_PAD (videorate),
> +      gst_event_new_caps (tmpcaps));
> 
> And What do I do with the current buffers? IIUC that implies I need to wait for
> the next buffer to be chained.

Yes. Maybe basetransform needs new API for your use case here?

-- 
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