Deepstream 7 deepstream_test1_rtsp_out python demo no rtsp video

• Hardware Platform (Jetson / GPU)
dGPU
• DeepStream Version
7
• TensorRT Version
8.6.1
• NVIDIA GPU Driver Version (valid for GPU only)
nvidia-driver-535

When running deepstream_test_1_rtsp_out.py on my gpu device, the pipeline runs without error, and I can connect to the stream using ffplay rtsp://localhost:8554/ds-test. However, the player is stuck at nan with no video output.

Running sudo tcpdump -n -i any udp port 5400 shows that udp packets are being sent:
Out IP 192.168.1.171.41472 > 224.224.255.255.5400: UDP, length 1400

Output of ss -anp | grep 8554:
tcp LISTEN 0 5 0.0.0.0:8554 0.0.0.0:* users:(("python",pid=58177,fd=14))
tcp ESTAB 0 0 127.0.0.1:34116 127.0.0.1:8554 users:(("ffplay",pid=66499,fd=18))

It may be worth noting that I can access other deepstream rstp streams. For example, the sample configsource2_1080p_dec_infer-resnet_demux_int8.txt after changing the sink to rtsp.
gstreamer-examples/test_gst_rtsp_server.py at master · tamaggo/gstreamer-examples · GitHub also works fine.

  1. without any code and configuration modificaitons, can the issue be reproduced?
  2. is there any error when playing with ffplay? could you share the log of ffplay?
  3. can you try other players? for exmaple, gst-launch-1.0 uridecodebin uri=rtsp://localhost:8556/ds-test ! nveglglessink

Thanks for the reply,

  1. I am experiencing this issue without any code or configuration modifications and am running it with:
    python deepstream_test1_rtsp_out.py -i ../../../../samples/streams/sample_720p.h264
    I can reproduce this issue on a Jetson Orin Dev kit

  2. There are no errors when playing with ffplay.

ffplay version 4.4.2-0ubuntu0.22.04.1 Copyright (c) 2003-2021 the FFmpeg developers
  built with gcc 11 (Ubuntu 11.2.0-19ubuntu1)
  configuration: --prefix=/usr --extra-version=0ubuntu0.22.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  libavutil      56. 70.100 / 56. 70.100
  libavcodec     58.134.100 / 58.134.100
  libavformat    58. 76.100 / 58. 76.100
  libavdevice    58. 13.100 / 58. 13.100
  libavfilter     7.110.100 /  7.110.100
  libswscale      5.  9.100 /  5.  9.100
  libswresample   3.  9.100 /  3.  9.100
  libpostproc    55.  9.100 / 55.  9.100

  1. with gst-launch, I receive an unhandled error after ~15 seconds
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Got context from element 'eglglessink0': gst.egl.EGLDisplay=context, display=(GstEGLDisplay)NULL;
Progress: (open) Opening Stream
Pipeline is PREROLLED ...
Prerolled, waiting for progress to finish...
Progress: (connect) Connecting to rtsp://localhost:8554/ds-test
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
ERROR: from element /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source: Unhandled error
Additional debug info:
../gst/rtsp/gstrtspsrc.c(6795): gst_rtspsrc_send (): /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:
Service Unavailable (503)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

  1. from the issue description, you encountered this issue on dgpu. you mean you can reproduce this issue on both dgpu and Jetson?
  2. if you are testing on Jetson, please try gst-launch-1.0 uridecodebin uri=rtsp://localhost:8556/ds-test ! nv3dsink
  3. to narrow this issue, you can link encoder with filesink to check if the h264 is fine. here is sample.
gst-launch-1.0  filesrc location=/opt/nvidia/deepstream/deepstream/samples/streams/sample_720p.mp4 ! qtdemux ! h264parse ! nvv4l2decoder  ! nvvideoconvert ! 'video/x-raw(memory:NVMM),format=I420' ! nvv4l2h264enc bitrate=1000000 ! filesink location=test.264

Yes, I can reproduce this issue on both dgpu and Jetson. I have also tried running it inside and outside of a container
Running the provided code and using the resultant test.264 results in the same issue

did you modify the python code or test the pipeline above? do you mean you the mp4 generating by the pipeline above also results in the same issue? could you share the file?

No modifications to the python code were made.

Here is the resultant test.264 file
test.zip (5.6 MB)

I tested your test.264 on dgpu with ffplay. it played well. what do you mean about " resultant test.264 results in the same issue"?

I mean that python deepstream_test1_rtsp_out.py -i ~/test.264 results in the same issue where the pipeline runs, but I am unable to view the output rtsp stream
running ffplay test.264 works fine on my end as well.

Are you able to run deepstream_test1_rtsp_out.py and view the rtsp stream on your end?

I did two tests on dgpu without any code and cfg modification. the used python version is v1.1.11 for DS7.0.
test1. python3 deepstream_test1_rtsp_out.py -i /opt/nvidia/deepstream/deepstream/samples/streams/sample_720p.h264, then execute ffplay rtsp://localhost:8554/ds-test, the 1441 frames can be played well.

test2. python3 deepstream_test1_rtsp_out.py -i test.h264, then execute ffplay rtsp://localhost:8554/ds-test, the 1441 frames can be played well.

There is no update from you for a period, assuming this is not an issue anymore. Hence we are closing this topic. If need further support, please open a new one. Thanks

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.