<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Second guess, make sure you send periodic I-Frames (once every 3 seconds for example 20*3=60):<div class=""><br class=""></div><div class="">x264enc tune=zerolatency bitrate=500 speed-preset=superfast <b class="">key-int-max=60</b><br class=""><div><br class=""></div><div>Also, it may be a good idea to periodically send the SPS and PPS information, you can achieve that by adding a parser after the encoder:</div><div><br class=""></div><div>h264parse <b class="">config-interval=1</b></div><div><br class=""></div><div>(Set to 1 to send those NALs every second, but really tune for your application)</div><div><br class=""><blockquote type="cite" class=""><div class="">On 11 Aug 2022, at 13:22, Lane <<a href="mailto:software.research.development@gmail.com" class="">software.research.development@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">I had considered that, and was careful to make sure I did as you<br class="">suggested. I am local to where the autovideosink resides and my<br class="">DISPLAY here on the receiving side is set. As to the source, I also<br class="">have the option of sending a filesrc on the remote end which doesn't<br class="">require X, to no avail.<br class=""><br class="">On Thu, Aug 11, 2022 at 11:40 AM Michael Gruner<br class=""><<a href="mailto:michael.gruner@ridgerun.com" class="">michael.gruner@ridgerun.com</a>> wrote:<br class=""><blockquote type="cite" class=""><br class="">A shot in the dark here, but are you for a chance starting the receiver from a SSH session? If that is the case, autovideosink will not be able to find a functioning display, unless you set the DISPLAY variable accordingly (export DISPLAY=:0, for example).<br class=""><br class="">BTW, this all this only applies if the receiver is running an X server.<br class=""><br class=""><blockquote type="cite" class="">On 11 Aug 2022, at 09:52, Lane via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org" class="">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br class=""><br class="">Hi,<br class=""><br class="">I'm sending a gstreamer videotestsrc from one host to an autovideosink<br class="">on another host within a VPN. With the use of a VPN, the sender and<br class="">receiver are on the same subnet. The problem is, even though I can see<br class="">packets arriving from the remote host via the VPN, as shown by<br class="">wireshark, nothing is displaying on the receiving side. However, it<br class="">works just fine on localhost or on a local subnet from one machine to<br class="">another.<br class=""><br class="">I send with the following:<br class=""> $ gst-launch-1.0 -v videotestsrc ! video/x-raw,framerate=20/1 !<br class="">videoscale ! videoconvert ! x264enc tune=zerolatency bitrate=500<br class="">speed-preset=superfast ! rtph264pay ! udpsink host=$HOST port=$PORT<br class=""><br class="">And receive with:<br class=""> $ gst-launch-1.0 -v udpsrc port=$PORT caps = "application/x-rtp,<br class="">media=(string)video, clock-rate=(int)90000,<br class="">encoding-name=(string)H264, payload=(int)96" ! rtph264depay !<br class="">decodebin ! videoconvert ! autovideosink<br class=""><br class="">Any thoughts as to why this isn't working over a VPN?<br class=""></blockquote><br class=""></blockquote></div></div></blockquote></div><br class=""></div></body></html>