Successfully compiled gStreamer 1.4 for RPI2

Sinamics

I was a little confused when i saw your picture. You are using raspivid command, and this command is only used in colaboration with PI camera.
If you are only using c920, you should exlude raspivid from gst pipeline.

e.g

gst-launch-1.0 -v v4l2src device=/dev/video0 ! h264parse ! rtph264pay pt=96 config-interval=5 ! udpsink host=$ip port=5000

where device=/dev/video0 is c920 adress.
Just type gst- and press TAB on your keyboard two times, it will suggest all commands starting with gst-.

It seems to me that, C920 already provides h264 compression. I think it would not require gstreamer to transcode and the re-compress. This is a waste of resources. Is there a method to simply stream the camera's output without the extra processing?

I have never thought about that, but if this is the case, then sure this is waste of resources.
Good catch. 🙂

Rybat

I see that this error "bash: gst-launch1.0: command not found" appears
Would this simpler command work (after I get gst-launch1.0 working in bash) not using transcode proccess?

gst-launch1.0 -v v4l2src device=/dev/video0 ! udpsink host=192.168.1.15 port=5000

Sinamics

I see that this error "bash: gst-launch1.0: command not found" appears
Would this simpler command work (after I get gst-launch1.0 working in bash) not using transcode proccess?
gst-launch1.0 -v v4l2src device=/dev/video0 ! udpsink host=192.168.1.15 port=5000

Just try to install gstreamer1.0 again, and see if that corrects your gsat-launch error.
Im not sure if that simple command will work. I do not have my RPI in front of me, but i can test later today.
I will also look into ffmpeg as you suggested.

Rybat

Awesome! I'll reinstall in the meantime.
Note: look for issues with USB latency....I have seen this is a barrier that effects real time streaming....just a thought

Thanks,
Kendall

Sinamics

Will do.
Just a tip, there is no need to use gstreamer1.4 for this pipeline. Just re-install with the following commands.

sudo apt-get remove gstreamer1.0
sudo apt-get install gstreamer1.0

Rybat

During my research to wrap the the C920 h264 output into a Gstreamer pipeline, I found this interesting tidbit. your 1.4 compile may already be there. Just need the correct pipes.

http://www.oz9aec.net/index.php/gstreamer/487-using-the-logitech-c920-webcam-with-gstreamer-12
http://wiki.oz9aec.net/index.php/Building_Gstreamer_1.2_from_source
https://github.com/matthiasbock/gstreamer-phone/wiki/Streaming-H.264-viaRTP#Seeding_camera_encoded_H264_from_uvch264_src_to_network

Sinamics

Thank you.
I will try to assemble a few pipelines described in those articles.

Rybat

Thanks, it looks like this pipeline is correct for C920 h.264 output but, it needs:

gst-launch-0.10 -v uvch264_src device=/dev/video0 name=src mode=2 auto-start=true src.vfsrc ! 
queue ! 'video/x-raw-yuv,width=320,height=240' ! fakesink . src.vidsrc ! queue !
 'video/x-h264,width=640,height=480' ! rtph264pay ! udpsink host=192.168.1.15 port=9000

Using Video4Linux2 v4l2-ctl will allow controling the cameras settings: In Flight, without effecting the stream!!!

brightness (int) : min=0 max=255 step=1 default=128 value=128
contrast (int) : min=0 max=255 step=1 default=128 value=128
saturation (int) : min=0 max=255 step=1 default=128 value=128
white_balance_temperature_auto (bool) : default=1 value=1 - gain (int) : min=0 max=255 step=1 default=0 value=0
power_line_frequency (menu) : min=0 max=2 default=2 value=2
white_balance_temperature (int) : min=2000 max=6500 step=1 default=4000 value=4000
sharpness (int) : min=0 max=255 step=1 default=128 value=128
backlight_compensation (int) : min=0 max=1 step=1 default=0 value=0
exposure_auto (menu) : min=0 max=3 default=3 value=3 (0: Auto Mode 1: Manual Mode 2: Shutter Priority Mode 3: Aperture Priority Mode)
exposure_absolute (int) : min=3 max=2047 step=1 default=250 value=250 - exposure_auto_priority (bool) : default=0 value=1 - focus_absolute (int) : min=0 max=250 step=5 default=0 value=0 - focus_auto (bool) : default=1 value=1
zoom_absolute (int) : min=100 max=500 step=1 default=100 value=100

I could see a binary for this setup being really popular ;P

I just found this in the GST Git repository:

uvch264src: don't error out on incomplete aux data segment0.10

It appears that the Logitech C920 sometimes drops the next to last segment of RAW aux data contained within the MJPEG container. H264 data that is multiplexed with in the same container does not appear to be affected. This appears to be a bug in the Logitech C920 firmware and uvch264src should not error out in this case. Sometimes it can take 24 hours of continuous streaming for the problem to occur, but sometimes it takes only a couple of hours. https://bugzilla.gnome.org/show_bug.cgi?id=706276

Sinamics

Wow, This is really helpfull. It would be great to adjust desired settings in flight with v4l2-ctl.

Does the gstreamer-1.4 supports element uvch264_src? or only 0.10?

I will digg into this begining of next week, (Norwegian national day this weekend) 🙂
uvch264src: don't error out on incomplete aux data segment0.10

Will add this patch and try.
Thank you.

Rybat

@Sinamics
Have you tested the ucvh264src?
Do you have any recent tested rtp pipelines that are working with low latency?

Sinamics

Unfortunately i haven’t got time to test ucvh264src .
This RTP pipeline should give you very low latency.

gst-launch-1.0 -v rtpbin name=rtpbin v4l2src device=/dev/video0 ! video/x-raw,width=$WIDTH,
height=$HEIGHT, framerate=15/1 \! queue ! omxh264enc target-bitrate=20000000 control-rate=1 ! 
"video/x-h264,profile=high" ! h264parse ! rtph264pay pt=96 config-interval=1 ! 
rtpbin.send_rtp_sink_0 rtpbin.send_rtp_src_0 ! udpsink port=5000 host=$ip ts-offset=0 
name=vrtpsink rtpbin.send_rtcp_src_0 ! rtpbin.recv_rtcp_sink_0

Rybat

This RTP pipeline should give you very low latency.

gst-launch-1.0 -v rtpbin name=rtpbin v4l2src device=/dev/video0 ! video/x-raw,width=$WIDTH,
height=$HEIGHT, framerate=15/1 \! queue ! omxh264enc target-bitrate=20000000 control-rate=1 !
 "video/x-h264,profile=high" ! h264parse ! rtph264pay pt=96 config-interval=1 ! 
rtpbin.send_rtp_sink_0 rtpbin.send_rtp_src_0 ! udpsink port=5000 host=$ip ts-offset=0 
name=vrtpsink rtpbin.send_rtcp_src_0 ! rtpbin.recv_rtcp_sink_0

I received this error:

gst-launch-1.0: symbol lookup error: gst-launch-1.0: undefined symbol: _gst_date_time_type

I ran

gst-inspect-1.0 rtpbin

it showed I am missing many libraries

Sinamics

Hi
Try to run this line before running gstreamer.

export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH

Also remeber to change $ip, $width & $height to match receiver IP adress.

Rybat

Now, I get this error:

WARNING: erroneous pipeline: could not parse caps "video/x-raw,width=,height=, framerate=15/1"

IP address and width,height are set properly

Sinamics

Try to fiddle with framerate and bitrate and resolution .
This worked for me with res 640x480

Rybat

Getting closer... I noticed, I did forget to change the width and height now set for 640 x 480

Now the error is:
WARNING: erroneous pipeline: no element "omxh264enc"

Side Note: Adding GPS metadata to video frames
https://developer.ridgerun.com/wiki/index.php?title=GStreamer_and_in-band_metadata

Sinamics

do you see omxh264enc when

gst-inspect-1.0 | grep omx

Rybat

gst-inspect-1.0 | grep omx here are the results:

omx:  omxh264enc: OpenMAX H.264 Video Encoder omx:  

omxvc1dec: OpenMAX WMV Video Decoder
omx:  omxmjpegdec: OpenMAX MJPEG Video Decoder
omx:  omxvp8dec: OpenMAX VP8 Video Decoder
omx:  omxtheoradec: OpenMAX Theora Video Decoder
omx:  omxh264dec: OpenMAX H.264 Video Decoder
omx:  omxh263dec: OpenMAX H.263 Video Decoder
omx:  omxmpeg4videodec: OpenMAX MPEG4 Video Decoder
omx:  omxmpeg2videodec: OpenMAX MPEG2 Video Decoder
~~~

Sinamics

Make sure that pipeline is not containing any malicious characters or break lines.
This has fooled me many times.

Rybat

OK... I hand typed the pipeline exactly as posted.:..using SSH
Now, I get this error
gst-launch-1.0: symbol lookup error: gst-launch-1.0: undefined symbol: gst_date_time_type

« Previous Page Next Page »