v4l2rc MJPEG to Videomixer slow - alternative pathways?

ashwath ashwath at bodega.ai
Thu Sep 28 23:45:35 UTC 2017


I'm sorry, just 1 more update.  Adding a leaky queue after the capture helped
get rid of the lost frames problem, but the feed is still quite laggy (not
to mention I'm also losing lots of frames).  I see a lot of gstreamer
warnings: 


0:00:06.013149788 15050       0x9250a0 WARN            videodecoder
gstvideodecoder.c:4003:_gst_video_decoder_error:<jpegdec2> error: Failed to
decode JPEG image
0:00:06.013162819 15050       0x9250a0 WARN            videodecoder
gstvideodecoder.c:4005:_gst_video_decoder_error:<jpegdec2> error: Decode
error #62: Unsupported JPEG process: SOF type 0xcf


new pipeline:

 gst-launch-1.0 videomixer name=mix sink_0::xpos=0 sink_0::ypos=0
sink_1::xpos=640 sink_1::ypos=0 sink_2::xpos=0 sink_2::ypos=480
sink_3::xpos=640 sink_3::ypos=480  ! autovideosink sync=false v4l2src
device=/dev/video0 do-timestamp=false !
image/jpeg,height=480,width=640,framerate=30/1 ! queue leaky=2
max-size-buffers=1 !  jpegparse ! jpegdec ! videoconvert ! mix.sink_0
v4l2src device=/dev/video1 do-timestamp=false !
image/jpeg,height=480,width=640,framerate=30/1 ! queue leaky=2
max-size-buffers=1 !  jpegparse ! jpegdec ! videoconvert ! mix.sink_1
v4l2src device=/dev/video2 do-timestamp=false !
image/jpeg,height=480,width=640,framerate=30/1 ! queue leaky=2
max-size-buffers=1 !  jpegparse ! jpegdec ! videoconvert ! mix.sink_2
v4l2src device=/dev/video3 do-timestamp=false !
image/jpeg,height=480,width=640,framerate=30/1 ! queue leaky=2
max-size-buffers=1 ! jpegparse ! jpegdec !  videoconvert ! mix.sink_3




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/


More information about the gstreamer-devel mailing list