Is rtp_thread() not activated ?

[fcch2000]

Hi,

I am able to send and capture video streams simultaneously on both sides over two PCs on local area network,
but it is unable to do it over internet simultaneously.

Here are the two send and capture commands on two different computers to send and capture stream simultaneously over internet.

on PC-1
=======
vlc.exe --rtp-caching=300 rtp://@:1234
vlc.exe dshow:// --sout=#transcode{vcodec=h264,vb=800,fps=10,scale=1,acodec=none}:rtp{dst=x.x.x.x,port=1234,mux=ts}

on PC-2
=======
vlc.exe --rtp-caching=300 rtp://@:1234
vlc.exe dshow:// --sout=#transcode{vcodec=h264,vb=800,fps=10,scale=1,acodec=none}:rtp{dst=y.y.y.y,port=1234,mux=ts}

In over internet case, both PCs does see the incoming streams form Wireshark sniffer, but most of time, the __net_Read()
does not get call. I am wondering whether the rtp_thread() (in vls/modules/access/rtp/input.c) is not activated.

If sotp sending stream from PC-1, then on PC-1 is able to capture stream sending from PC-2.
It also works, if sotp sending stream from PC-2, then on PC-2 is able to capture stream sending from PC-1.

Most of time, PC-1 and PC-2 are not able to capture stream if sending stream simultaneously from both PCs.
Or it can only capture on one PC, the other PC does not capture any video if sending stream simultaneously from both PCs.

I tested differernet rtp-caching, vb, fps, port, but it still not able to capture on both side if send simultaneously from both PCs.
There is no problem if both PCs on the local network.

Anyone can help?

Thanks,

Fcch

[Jean-Baptiste Kempf]

Did you try to change the rtp ports?

[fcch2000]

I did try different port other than 1234, and also changed rtp local port for the NATs issue.
From the Wireshark sniffer, both PCs have incoming stream which sending by the other side,
and the net_Read() just never call. I added debug message in the net_Read() and rtp_thread().

I did change the sending stream local port which is the same as capture stream listening port on the same PC.
I am wondering whether the receiving stream will consume by the "send thread" or "receive thread" depend on
which thread is active since both have the same local port.
But only the "receive thread" does wait for the incoming stream, the "send thread" does not wait for the incoming stream.

fcch