Two RTP Ports or wav files over RTSP with or without 2 channels of RTP

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Two RTP Ports or wav files over RTSP with or without 2 channels of RTP

ido123
This post was updated on .
Hello everyone,

I'm having a situation which I've 2 udp ports which I wish to stream mixed together with RTSP to a RTSP server of mine.
The wish is to achieve this by having 2 channels for the RTP from the RTSP, but I at least try to achieve first working pipeline of 2 udp sources first :)

I'm working with 2 udp sources which gives G711 PCMA(Alaw) format.

I've built the following pipelines:

File to udpsink
gst-launch-1.0.exe filesrc location=test_file.wav ! wavparse ! audioconvert ! audioresample ! alawenc ! rtppcmapay ! "application/x-rtp, media=(string)audio, clock-rate=(int)8000, encoding-name=(string)PCMA" ! udpsink host="127.0.0.1" port=12345

Udpsrc to play
gst-launch-1.0.exe udpsrc port=12345 ! "application/x-rtp, media=(string)audio, clock-rate=(int)8000, encoding-name=(string)PCMA" ! rtppcmadepay ! alawdec ! audioresample ! audioconvert ! autoaudiosink

Mixes 2 udp sources to rtsp
gst-launch-1.0 udpsrc port=12345 ! "application/x-rtp, media=(string)audio, clock-rate=(int)8000, encoding-name=(string)PCMA" ! rtppcmadepay ! alawdec ! audioconvert ! audiomixer name=mix ! audioconvert ! "audio/x-raw,rate=(int)8000" ! opusenc bitrate=320000 ! rtspclientsink  udpsrc port=12346 ! "application/x-rtp, media=(string)audio, clock-rate=(int)8000, encoding-name=(string)PCMA" ! rtppcmadepay ! alawdec ! audioconvert ! mix.

########################################################

1st test:
I used the 1st + 2nd pipeline just to see that I can take 2 wav files and hear them on the receiving pipeline(2nd pipeline from above).
That test worked for both of the files.

2nd test:
I took the 3rd pipeline from above(mixer) and the 1st pipeline.
I streamed 2 wav files to udpsinks to 2 different ports and mixed them to my rtsp server, which worked well as well.
Note - I executed 3 pipelines(twice the 2nd one and one the 3rd one).

3rd test:
I took the 3rd pipeline for an AWS machine I work with, which receives 2 udp ports with G711 PCMA data.
The mixing result at my RTSP server is a result which I can only hear one of the ports.

4th test:
I took the ports separately by using the 2nd pipeline.
The 2nd pipeline worked only for one of the ports.


That one port for each test is a specific side of a call for all of the tests, so it points out that something is suspicious in terms of that side of the call.
Both of the parties of the call for that RTP are in the G711 PCMA codec.
Something is quite strange because for the specific side it doesn't work while the other it does.

Moreover, while I opened up the GST_DEBUG flag I haven't seen anything suspicious of ERROR/WARNING logs.

Have someone experienced something like this?


Sincerely yours and thanks!
 



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel