UDPSRC as source for GStreame-rtsp-server

[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 <http://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 <
thadeu.afm at gmail.com>:

> 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 <nicolas at ndufresne.ca>:
>
>> 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 listgstreamer-devel at lists.freedesktop.orghttps://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170927/0946c2c8/attachment.html>