"reason not-negotiated" with eglglessink (gst-plugins-bad 1.2.3/09 Feb 2014)
sebastian at centricular.com
Sun Feb 23 12:13:36 PST 2014
On So, 2014-02-23 at 23:53 +1100, Michael Tyson wrote:
> Hi guys,
> I’m running into some difficulties with the eglglessink sink from gst-plugins-bad 1.2.3, and having a tough time understanding the error/debug messages I’m seeing, and thus figuring out the best way forward. I’d love some guidance, if anyone’s got some experience deciphering this output.
> I’ve built debs for GStreamer 1.2.3 for Raspbian (from the experimental/sid Debian branches), in an attempt to have everything up to date and working with Python. I was using the (Python-less) 1.0 packages from vontaene.de which was working reasonably well with the following pipelines, run on two different Raspberry Pis:
> TX: raspivid -n -w 1280 -h 720 -b 1000000 -fps 30 -vf -hf -t 0 -pf high -o - | gst-launch-1.0 -v fdsrc ! h264parse ! rtph264pay ! udpsink host=192.168.1.134 port=9000
Please consider using this camera source element instead. Piping the
raspivid stdout to fdsrc is never going to work reliably.
> RX: gst-launch-1.0 -v udpsrc port=9000 caps='application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264' ! rtph264depay ! h264parse ! omxh264dec caps='video/x-raw, width=1280, height=720, framerate=30/1' ! queue max-size-time=100 ! eglglessink sync=false
> (The new build new also works with TX using omxh264enc, happily, with "gst-launch-1.0 v4l2src ! 'video/x-raw, width=1280, height=720, framerate=30/1' ! queue ! videoconvert ! omxh264enc target-bitrate=1048576 control-rate=1 ! rtph264pay ! udpsink host=192.168.1.134 port=9000”)
> With the new build, however, on the RX side I’m receiving the error "ERROR: from element /GstPipeline:pipeline0/GstOMXH264Dec-omxh264dec:omxh264dec-omxh264dec0: Internal data stream error. / stream stopped, reason not-negotiated”. If I use a different sink (fakesink or fbdevsink), it appears to work - although fbdevsink runs incredibly poorly.
Can you get a debug log with GST_DEBUG=6 for this? Also omxh264dec does
not have a caps property.
Sebastian Dröge, Centricular Ltd - http://www.centricular.com
Expertise, Straight from the Source
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 949 bytes
Desc: This is a digitally signed message part
More information about the gstreamer-devel