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 644263 - regression: v4l2src: Camerabin preview freezes after recording video
regression: v4l2src: Camerabin preview freezes after recording video
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-03-09 00:20 UTC by Luciana Fujii
Modified: 2013-01-29 00:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Test to reproduce preview freeze in camerabin video recording (3.65 KB, application/octet-stream)
2011-03-09 00:20 UTC, Luciana Fujii
Details
Debug log for v4l2src when video freezes (246.54 KB, text/plain)
2011-03-09 19:19 UTC, Luciana Fujii
Details

Description Luciana Fujii 2011-03-09 00:20:05 UTC
Created attachment 182900 [details]
Test to reproduce preview freeze in camerabin video recording

Most of the times I record video using camerabin, right after I send "capture-stop" signal the preview freezes. For me, this can be reproduced with this small test and it happens with gstreamer and plugins from git.

This problem didn't happen when I used gstreamer and plugins from my Debian distribution, which are a bit older, so I found out that the problem was in gst-plugins-good, more specifically in this commit: http://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=1f4f4581d89e9530a3ce89f56e6e8cbfb2b80648.

Reverting the patch solves the problem.
Comment 1 Stefan Sauer (gstreamer, gtkdoc dev) 2011-03-09 15:24:11 UTC
Just for the record, the test can be built using:
gcc `pkg-config --cflags --libs gstreamer-0.10 gtk+-2.0` cheese-test-camera.c -o cheese-test-camera. Luciana, please add this in the future as a comment to the top of the example. Saves a couple of minutes.

Anyway, the test seems to work fine for me.
Comment 2 Luciana Fujii 2011-03-09 19:19:01 UTC
Created attachment 183016 [details]
Debug log for v4l2src when video freezes

This is the debug log for v4l2src for the test.

Snip for gst_v4l2src_set_capture:

0:00:00.111500701        v4l2src v4l2src_calls.c:233:gst_v4l2src_set_capture:<autovideosrc0-actual-src-v4l     > Desired framerate: 30/1
0:00:00.111550358        v4l2src v4l2src_calls.c:247:gst_v4l2src_set_capture:<autovideosrc0-actual-src-v4l     > Desired framerate already set
0:00:00.111574942        v4l2src v4l2src_calls.c:286:gst_v4l2src_set_capture:<autovideosrc0-actual-src-     v4l> Set framerate to 30/1 and duration to 0:00:00.033333333
Comment 3 Tim-Philipp Müller 2011-04-24 12:49:57 UTC
So this is a regression then? (But was introduced a few releases back and not in the current cycle, afaict)
Comment 4 Stefan Sauer (gstreamer, gtkdoc dev) 2011-04-25 19:03:31 UTC
I can't really see how the change can cause this kind of breakage. I have tested this under Ubuntu 10.10 with a logitech quickcam pro and under OpenSuSE 11.4 using a Logictech quickcam notebook (jpeg only). I works fine on both setups.
Comment 5 Olivier Crête 2013-01-29 00:03:03 UTC
I assume that this has been fixed a long time ago.