[meta-freescale] Gstreamer pipeline problem

[Thomas Senyk]

On Wednesday, 10 July, 2013 20:53:58 Chris Tapp wrote:
> On 10 Jul 2013, at 20:19, Chris Tapp wrote:
> > I've got an application which uses playbin2 to capture video. The pipeline
> > is of the form:
> > 
> > playbin2 uri=... video-sink="queue2 ! videoscale ! video/x-raw-rgb,
> > pixel-aspect-ratio=1/1, width=<capture-width>, height=<capture-height> !
> > fakesink"
> > 
> > I then get the "frame" property from the pipeline and use this to grab the
> > latest frame.
> > 
> > This works on my development system (Ubuntu 11.10) and a Cedar Trail /
> > Yocto system, but the pipeline fails on the Wandboard Quad. I think this
> > is related to:
> > 
> > 0:00:13.028151336  1349 0x4442d520 WARN           basetransform
> > /media/SSD-RAID/build-danny-wandboard/tmp/work/armv7a-vfp-neon-poky-linux
> > -gnueabi/gstreamer/0.10.36-r2/gstreamer-0.10.36/libs/gst/base/gstbasetrans
> > form.c:1304:gst_base_transform_setcaps:<videoscale0x2ab820> transform
> > could not transform video/x-raw-yuv, width=(int)854, height=(int)480,
> > framerate=(fraction)24/1, format=(fourcc)I420, interlaced=(boolean)false
> > in anything we support
> > 
> > I added an ffmpegcolorspace element betwween the queue2 and the videoscale
> > to get round this and the pipeline now builds, but only a few frames are
> > captured. There are different diagnostics showing:
> > 
> > 0:00:02.881403000  1361   0x28da60 WARN                  vpudec
> > vpudec.c:914:gst_vpudec_core_create_and_register_frames: Allocate
> > Internal framebuffers!!!! Message Callback : Element playbin0x250b68
> > changed state from READY to PAUSED. 0:00:03.237675000  1361   0x28da60
> > WARN                  vpudec vpudec.c:1578:gst_vpudec_chain: Got no frame
> > buffer message, return 0x89, 8 frames in displaying queue!!
> > 0:00:03.242324334  1361   0x28da60 WARN                  vpudec
> > vpudec.c:1578:gst_vpudec_chain: Got no frame buffer message, return 0x89,
> > 8 frames in displaying queue!!
> > 
> > <lots of repeats>
> > 
> > 0:00:08.499914334  1382   0x28d860 WARN                  vpudec
> > vpudec.c:1655:gst_vpudec_chain: Retry too many times, maybe BUG!!
> > 0:00:08.500784667  1382   0x28d860 WARN                  vpudec
> > vpudec.c:1578:gst_vpudec_chain: Got no frame buffer message, return 0x88,
> > 8 frames in displaying queue!!
> > 
> > <lots of repeats>
> > 
> > Message Callback : Element playbin0x250aa0 changed state from PAUSED to
> > PLAYING. 0:00:09.253202667  1382   0x28d860 WARN                  vpudec
> > vpudec.c:1578:gst_vpudec_chain: Got no frame buffer message, return 0x88,
> > 8 frames in displaying queue!!
> > 
> > 0:00:13.364523335  1460   0x142ec0 WARN             mfw_v4lsink
> > mfw_gst_v4l_buffer.c:435:mfw_gst_v4l2_new_buffer: Try new buffer failed,
> > ret 2 No such file or directory queued 0
> > 
> > 
> > The "Message Callback" events are my own logging to try and see what's
> > happening in my app.
> > 
> > Is this something I'm doing wrong, or are these messages a real issue
> > somewhere?
> This is when playing a .webm. The results for an .flv are as expected.

is it the same when you use v4l2 sink instead of fakesink?
Is playbin (without defining the pipeline) behaving the same?

> 
> Chris Tapp
> 
> opensource at keylevel.com
> www.keylevel.com
> 
> 
> 
> _______________________________________________
> meta-freescale mailing list
> meta-freescale at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale