Now I get the same issue I had with my code. If it is working on your side then I can only assume it is some hardware or installation issue…
did you test 1.py with the fix in my last comment? if inputing two different sources, the application will output different videos.
Yes, I made the bug fix here:
If you’re able to run this code with two different RTSP streams and view RTSP1 at 8554 and RTSP2 at 8555 then there must be something installation/hardware related, I’m not sure
using the 1.py with the fix, do you still get the same output video? in my side, if inputting two different sources, the application will output different videos.
With the fix, this is what my output looks like.
are you testing in docker? I can’t reprodcue this issue, it should not be code bug, here are some steps to check:
- you can use tool check if the rtp packets are sending to 5400.
- you can use lsof -i:8555 to check if the port was taken by your app.
Not using Docker.
Here is the output of lsof -i:8554 and lsof -i:8555
connor@connor-ubuntu:~$ lsof -i:8555
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
python3.8 40751 connor 16u IPv4 486105 0t0 TCP *:8555 (LISTEN)
connor@connor-ubuntu:~$ lsof -i:8554
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
python3.8 40751 connor 15u IPv4 486104 0t0 TCP *:8554 (LISTEN)
I will get back to you on the RTP tracing
Sorry for the late reply, Is this still an DeepStream issue to support? Thanks
Just confirming that I can see RTSP packets being transferred with Wireshark.
I have other priorities I need to move on to, will close this for now assuming it is not an issue with DeepStream.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.