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 331901 - [videotestsrc] framerate=0/1 gives assertion error
[videotestsrc] framerate=0/1 gives assertion error
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other All
: Normal normal
: 0.10.7
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-20 15:32 UTC by Zaheer Abbas Merali
Modified: 2006-04-28 14:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Partly fix the issue. Still miss a CLOCK_TIME to indicate the buffers should last forever. (3.33 KB, patch)
2006-03-05 22:09 UTC, Julien MOUTTE
committed Details | Review
eos after emiting the first infinite duration frame (1.09 KB, patch)
2006-04-14 14:17 UTC, Wim Taymans
committed Details | Review

Description Zaheer Abbas Merali 2006-02-20 15:32:39 UTC
Please describe the problem:
gst-launch-0.10 videotestsrc ! video/x-raw-yuv,framerate=1/0 ! xvimagesink

complains about assertion denom!=0

expected, should play a single frame that lasts for infinite time.

Steps to reproduce:



Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Zaheer Abbas Merali 2006-02-20 15:48:47 UTC
Whoops typo i meant 0/1 not 1/0
Comment 2 Jan Schmidt 2006-02-27 18:45:36 UTC
Indeed, you mean gst-launch-0.10 videotestsrc ! video/x-raw-yuv,framerate=0/1 ! xvimagesink

videotestsrc doesn't seem to support a framerate of 0.
Comment 3 Julien MOUTTE 2006-03-05 22:09:29 UTC
Created attachment 60721 [details] [review]
Partly fix the issue. Still miss a CLOCK_TIME to indicate the buffers should last forever.
Comment 4 Wim Taymans 2006-03-09 15:53:58 UTC
a duration of -1 (CLOCK_TIME_NONE) means forever.
Comment 5 Wim Taymans 2006-03-23 11:15:11 UTC
Commiting the patch. I guess videotestsrc should EOS after the first infinite buffer because it would take an infinite time to push another buffer (which means EOS to me). setting the duration to -1 is fine, we do that for still frames too. The only thing is that a player would get EOS immediatly after showing the frame, which is sortof correct since nothing is going to happen anymore. This is all a bit silly, but hey!
Comment 6 Wim Taymans 2006-04-14 14:17:09 UTC
Created attachment 63464 [details] [review]
eos after emiting the first infinite duration frame
Comment 7 Wim Taymans 2006-04-28 14:24:31 UTC
        * gst/videotestsrc/gstvideotestsrc.c: (gst_video_test_src_create):
        Handle 0/1 framerate correctly Fixes #331901.