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 678990 - camerabin2: Not showing anything
camerabin2: Not showing anything
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.23
Other Linux
: Normal normal
: 1.5.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-06-27 16:31 UTC by Erick Perez Castellanos
Modified: 2015-04-21 12:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
The test file (1.61 KB, text/x-csrc)
2012-06-27 16:31 UTC, Erick Perez Castellanos
Details

Description Erick Perez Castellanos 2012-06-27 16:31:01 UTC
Created attachment 217425 [details]
The test file

I've tried with the source attached the camerabin2 pipeline using clutter-gst, and so far it doesn't show anything.

My systems specs are:
gstreamer-bad-plugins-0.10.23
clutter-gst-1.6.0

I tested an example of clutter-gst from its tree, and works fine. This is the example I tested: http://git.gnome.org/browse/clutter-gst/tree/examples/video-sink.c
Comment 1 Thiago Sousa Santos 2012-07-04 19:46:00 UTC
camerabin2 is delivering buffers to cluttersink, as I can see from the logs. For some reason it isn't rendering those buffers or reporting an error
Comment 2 Thiago Sousa Santos 2012-07-04 20:13:55 UTC
I see that the buffers are being uploaded to the AYUV renderer (in my case) and passed to the clutter_texture_set_cogl_material.

Is there some kind of debugging for clutter? So I can see any errors on its side?
Comment 3 Erick Perez Castellanos 2012-07-05 13:16:25 UTC
(In reply to comment #2)
> I see that the buffers are being uploaded to the AYUV renderer (in my case) and
> passed to the clutter_texture_set_cogl_material.
> 
> Is there some kind of debugging for clutter? So I can see any errors on its
> side?

Yeap, here: http://developer.gnome.org/clutter/stable/running-clutter.html#clutter-Debug-Flags
Comment 4 Tim-Philipp Müller 2012-10-22 10:36:08 UTC
This:

 gst-launch-1.0 camerabin viewfinder-sink=cluttersink

works fine for me, even though it takes a few (~3-5) seconds for the window to come up.

You example code doesn't work for me though, but I wonder if it might be an issue with your use of clutter?
Comment 5 Edward Hervey 2013-08-14 08:06:02 UTC
Erick, is this still an issue with gstreamer 1.x ?
Comment 6 Erick Perez Castellanos 2013-08-14 18:04:15 UTC
(In reply to comment #5)
> Erick, is this still an issue with gstreamer 1.x ?

Tested right now on my F19, compiled with:
  gcc -o main main.c `pkg-config --cflags --libs gstreamer-1.0 gstreamer-plugins-base-1.0 clutter-gst-2.0`
and it still doesn't output anything.
Although, this:
  gst-launch-1.0 camerabin viewfinder-sink=cluttersink
does work properly here.
Comment 7 Thiago Sousa Santos 2013-08-30 21:04:34 UTC
The issue still looks the same. From the logs, cluttersink is receiving the buffers, but nothing is showing up. The difference is that it uses the app created texture/actor instead of creating one by itself.
Comment 8 Thiago Sousa Santos 2014-07-17 23:51:19 UTC
Isn't the app responsible to redraw the clutter scene? Is this still a problem? I know cheese uses camerabin with clutter with success.
Comment 9 Thiago Sousa Santos 2015-04-21 12:51:31 UTC
Got this to work with the clutter example file in upstream. Marking as obsolete.