UDPSRC as source for GStreame-rtsp-server

[Thadeu Antonio Ferreira de Melo]

I´m trying to use a UDPSRC for the source of my stream server. The stream can be opened on my "server" with : ffplay udp://<MACHINE IP>:8090 . So, I'm sure the data is comming correctly. 

the call is ./test-launch "udpsrc uri="udp://<MACHINE IP>:8090" ! sdpdemux ! identity name=pay0"

I can see the video stream hitting the machine (using nload), however there is no output stream.

I changed  test-launch.c so the output stream should go to  rtsp://<MACHINE IP6>:5554/test    with gst_rtsp_server_set_address(server, addr);

Should I add something else to the  server pipeline?  

Or sould I fix something in the test-launch.c code to deal with this type of connection?

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Nicolas Dufresne-5]

Le vendredi 15 septembre 2017 à 13:37 -0300, Thadeu Antonio Ferreira de Melo a écrit :

I´m trying to use a UDPSRC for the source of my stream server. The stream can be opened on my "server" with : ffplay udp://<MACHINE IP>:8090 . So, I'm sure the data is comming correctly. 

the call is ./test-launch "udpsrc uri="udp://<MACHINE IP>:8090" ! sdpdemux ! identity name=pay0"

Serving the SDP through UDP seems pretty odd, as you sure this is how you wanted it. Normally I would have expected the SDP to be stored in file, or in ram.

I can see the video stream hitting the machine (using nload), however there is no output stream.

I changed  test-launch.c so the output stream should go to  rtsp://<MACHINE IP6>:5554/test    with gst_rtsp_server_set_address(server, addr);

Should I add something else to the  server pipeline?  

Or sould I fix something in the test-launch.c code to deal with this type of connection?

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Thadeu Antonio Ferreira de Melo]

The source of the stream is a Windows machine that could be in a different sub-net. The server is Linux.

The ideal case for our ideal solution would be a server capable of receiving multiple inputs streams and send them to other devices.

What would be the correct way to negotiate the SDP file?

2017-09-15 15:07 GMT-03:00 Nicolas Dufresne <[hidden email]>:

Le vendredi 15 septembre 2017 à 13:37 -0300, Thadeu Antonio Ferreira de Melo a écrit :

I´m trying to use a UDPSRC for the source of my stream server. The stream can be opened on my "server" with : ffplay udp://<MACHINE IP>:8090 . So, I'm sure the data is comming correctly. 

the call is ./test-launch "udpsrc uri="udp://<MACHINE IP>:8090" ! sdpdemux ! identity name=pay0"

Serving the SDP through UDP seems pretty odd, as you sure this is how you wanted it. Normally I would have expected the SDP to be stored in file, or in ram.

I can see the video stream hitting the machine (using nload), however there is no output stream.

I changed  test-launch.c so the output stream should go to  rtsp://<MACHINE IP6>:5554/test    with gst_rtsp_server_set_address(server, addr);

Should I add something else to the  server pipeline?  

Or sould I fix something in the test-launch.c code to deal with this type of connection?

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Thadeu Antonio Ferreira de Melo]

Our solution works on a local network. But not on a virtual network on Azure.

Using the same pipeline we get 

[rtsp @ 00000000024c7180] method DESCRIBE failed: 404 Not Found/0

rtsp://10.0.2.16:8554/test: Server returned 404 Not Found

--------------------

We send the stream with ffmpeg to the gst-server host machine ip

ffmpeg -probesize 32 -i \\.\pipe\stream -codec copy -an -f rtp rtp://10.0.2.16:5678

Then, we save a SDP file to the server

********************************

v=0

o=- 0 0 IN IP4 127.0.0.1

s=No Name

c=IN IP4 10.0.2.16

t=0 0

a=tool:libavformat 57.72.101

m=video 5678 RTP/AVP 96

a=rtpmap:96 H264/90000

a=fmtp:96 packetization-mode=1; sprop-parameter-sets=Z2QAIKwrCIFAX/LgKUGBAZAAAD6AADqYCPHDIRg=,aO48sA==,Z2QAIKwrCIFAX/LgKUGBAZAAAD6AADqYCPHDIRg=,aO48sAA=; profile-level-id=640020

****************************

Lauch-test.c was changed to use the same IP4.

Has a cloud virtual net with Windows server 2016 any extra security?

2017-09-15 16:08 GMT-03:00 Thadeu Antonio Ferreira de Melo <[hidden email]>:

The source of the stream is a Windows machine that could be in a different sub-net. The server is Linux.

The ideal case for our ideal solution would be a server capable of receiving multiple inputs streams and send them to other devices.

What would be the correct way to negotiate the SDP file?

2017-09-15 15:07 GMT-03:00 Nicolas Dufresne <[hidden email]>:

Le vendredi 15 septembre 2017 à 13:37 -0300, Thadeu Antonio Ferreira de Melo a écrit :

I´m trying to use a UDPSRC for the source of my stream server. The stream can be opened on my "server" with : ffplay udp://<MACHINE IP>:8090 . So, I'm sure the data is comming correctly. 

the call is ./test-launch "udpsrc uri="udp://<MACHINE IP>:8090" ! sdpdemux ! identity name=pay0"

Serving the SDP through UDP seems pretty odd, as you sure this is how you wanted it. Normally I would have expected the SDP to be stored in file, or in ram.

I can see the video stream hitting the machine (using nload), however there is no output stream.

I changed  test-launch.c so the output stream should go to  rtsp://<MACHINE IP6>:5554/test    with gst_rtsp_server_set_address(server, addr);

Should I add something else to the  server pipeline?  

Or sould I fix something in the test-launch.c code to deal with this type of connection?

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel