autovideosink not displaying

[Lane]

I had considered that, and was careful to make sure I did as you
suggested. I am local to where the autovideosink resides and my
DISPLAY here on the receiving side is set. As to the source, I also
have the option of sending a filesrc on the remote end which doesn't
require X, to no avail.

On Thu, Aug 11, 2022 at 11:40 AM Michael Gruner
<michael.gruner at ridgerun.com> wrote:
>
> 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).
>
> BTW, this all this only applies if the receiver is running an X server.
>
> > On 11 Aug 2022, at 09:52, Lane via gstreamer-devel <gstreamer-devel at lists.freedesktop.org> wrote:
> >
> > Hi,
> >
> > I'm sending a gstreamer videotestsrc from one host to an autovideosink
> > on another host within a VPN. With the use of a VPN, the sender and
> > receiver are on the same subnet. The problem is, even though I can see
> > packets arriving from the remote host via the VPN, as shown by
> > wireshark, nothing is displaying on the receiving side. However, it
> > works just fine on localhost or on a local subnet from one machine to
> > another.
> >
> > I send with the following:
> >    $ gst-launch-1.0 -v videotestsrc ! video/x-raw,framerate=20/1 !
> > videoscale ! videoconvert ! x264enc tune=zerolatency bitrate=500
> > speed-preset=superfast ! rtph264pay ! udpsink host=$HOST port=$PORT
> >
> > And receive with:
> >    $ gst-launch-1.0 -v udpsrc port=$PORT caps = "application/x-rtp,
> > media=(string)video, clock-rate=(int)90000,
> > encoding-name=(string)H264, payload=(int)96" ! rtph264depay !
> > decodebin ! videoconvert ! autovideosink
> >
> > Any thoughts as to why this isn't working over a VPN?
>