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