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 678904 - Frozen image in camerabin2 pipeline
Frozen image in camerabin2 pipeline
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.23
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-06-26 17:08 UTC by Erick Perez Castellanos
Modified: 2012-10-22 11:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Erick Perez Castellanos 2012-06-26 17:08:15 UTC 
With this pipeline the image is frozen:
gst-launch-0.10 -v camerabin2 video-filter="tee name=tee .src%d! queue ! appsink drop=true tee.src%d ! queue tee.src%d"

and when you add property ::async of appsink to false, it all works
gst-launch-0.10 -v camerabin2 video-filter="tee name=tee .src%d! queue ! appsink async=false drop=true tee.src%d ! queue tee.src%d"

I'm using archlinux x86_64
gstreamer-bad-plugins-0.10.23-3
Built with: --disable-static --enable-experimental
Comment 1 Tim-Philipp Müller 2012-10-22 11:08:42 UTC 
Why do you think this is a bug ? I don't know, it doesn't sound entirely unexpected to me tbh.

I think I'm going to WONTFIX this simply because it's a bit of a crazy thing to do. The video-filter property is for a video filter, what you are inserting is not a filter.

What are you trying to do here? Maybe we should add proper API for whatever functionality you're looking for here?
Comment 2 Tim-Philipp Müller 2012-10-22 11:39:09 UTC 
This works fine for me btw (note difference between preview-filter and video-filter):

gst-launch-1.0 camerabin preview-filter="tee name=tee tee.src_%u ! queue ! appsink drop=true tee.src_%u ! queue"