<div dir="ltr"><div dir="ltr"><div>Dear GStreamer developers,</div><div><br></div><div>I'm trying to re-stream a Motion-JPEG stream via the GStreamer RTSP server (i.e. RFC2435 extension to RTSP) but am having trouble with my pipeline.</div><div>The video source is an "i-Spy Tank" by HappyCow. See: <a href="https://www.youtube.com/watch?v=p-_fnMRzcKE">https://www.youtube.com/watch?v=p-_fnMRzcKE</a></div><div>There's a blog on accessing this tank's video, turret and track controls here: <a href="https://devblog.kogan.com/blog/hacking-the-wifi-spy-tank">https://devblog.kogan.com/blog/hacking-the-wifi-spy-tank</a><br></div><div>Think of it as a simple WiFi connected web camera where the device presents as an open wireless access point.<br></div><div>The Motion JPEG video stream is at: <a href="http://10.10.1.1:8196/">http://10.10.1.1:8196/</a> (not port 9876 as the devblog confusingly says!).<br></div><div><br></div><div>VLC tells me that the stream is:</div><div>   Codec: Motion JPEG (MJPG)</div><div>   Resolution: 640x480</div><div>   Display resolution: 640x480</div><div>   Decoded format: Planar 4:2:2 YUV full scale</div><div><br></div><div>What's working:</div><div>I've successfully saved the individual JPEG frames with the following pipeline:<br></div><div>gst-launch-1.0 -e souphttpsrc location=<a href="http://10.10.1.1:8196/">http://10.10.1.1:8196/</a> ! multipartdemux ! image/jpeg,width=640,height=480 ! multifilesink location=frame%05d.jpeg<br></div><div><br></div><div>What's not working:</div><div>I'm unable to re-stream using GStreamer RTSP so far...<br></div><div>I've tried pipelines: "souphttpsrc location=<a href="http://10.10.1.1:8196/">http://10.10.1.1:8196/</a> ! multipartdemux ! rtpjpegpay"</div><div>and: "souphttpsrc location=<a href="http://10.10.1.1:8196/">http://10.10.1.1:8196/</a> do-timestamp=true ! multipartdemux ! image/jpeg,width=640,height=480 ! rtpjpegpay"</div><div>But both of these pipelines fail with error:<br></div><div>"FIXME              rtspmedia rtsp-media.c:3835:gst_rtsp_media_suspend: suspend for dynamic pipelines needs fixing"</div><div>(When run with GST_DEBUG="*:3").</div><div>My understanding of this error is that it's due to a capabilities mismatch between elements.</div><div>Is this the case?</div><div><br></div><div>I've seen some people use "avdec_mjpeg" and then re-encode but I'd rather not go to that extreme... If it's incompatible or missing capabilities, how can I artificially provide these caps without transcoding?</div><div><br></div><div>Matt Thyer</div></div></div>