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 331903 - [videorate] doesnt handle input caps of framerate=0/1 sanely
[videorate] doesnt handle input caps of framerate=0/1 sanely
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other All
: Normal normal
: 0.10.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Reported: 2006-02-20 16:11 UTC by Zaheer Abbas Merali
Modified: 2006-03-02 16:49 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description Zaheer Abbas Merali 2006-02-20 16:11:04 UTC
Please describe the problem:
eg. play a jpeg stream (a few files concatenated or say file created from
videotestsrc ! jpegenc ! filesink)

gst-launch-0.10 filesrc location=blah.jpeg ! jpegdec ! videorate ! xvimagesink

Steps to reproduce:

Actual results:
it causes filesrc to complain with:

ERROR: from element /pipeline0/filesrc0: Internal data flow error.
Additional debug info:
gstbasesrc.c(1319): gst_base_src_loop (): /pipeline0/filesrc0:
streaming task paused, reason not-negotiated

Expected results:

Does this happen every time?

Other information:
Comment 1 Wim Taymans 2006-03-02 16:49:23 UTC
        * gst/videorate/gstvideorate.c: (gst_video_rate_class_init),
        (gst_video_rate_setcaps), (gst_video_rate_reset),
        (gst_video_rate_init), (gst_video_rate_flush_prev),
        (gst_video_rate_swap_prev), (gst_video_rate_event),
        (gst_video_rate_chain), (gst_video_rate_change_state):
        * gst/videorate/gstvideorate.h:
        Fix videorate to use segments.
        Make it work with 0/1 framerates (closes #331903)
        Handle EOS correctly.
        Added docs.