DeepStreamSDK 4.0.2: deepstream-test1 hangs after NvMMLiteBlockCreate : Block : BlockType = 261

abtn3vb7 · February 24, 2020, 6:27am

Hi,
i’m trying to run the deepstream-test1 sample “out of the box”, but it simply hangs:

nano@deepstream:~/share/deepstream_sdk_v4.0.2_jetson/sources/apps/sample_apps/deepstream-test1$ ./deepstream-test1-app sample_720p.mp4 
Now playing: sample_720p.mp4

Using winsys: x11 
Opening in BLOCKING MODE 
Creating LL OSD context new
0:00:01.425489437 13880   0x5583497d30 INFO                 nvinfer gstnvinfer.cpp:519:gst_nvinfer_logger:<primary-nvinference-engine> NvDsInferContext[UID 1]:initialize(): Trying to create engine from model files
0:00:01.425794442 13880   0x5583497d30 WARN                 nvinfer gstnvinfer.cpp:515:gst_nvinfer_logger:<primary-nvinference-engine> NvDsInferContext[UID 1]:generateTRTModel(): INT8 not supported by platform. Trying FP16 mode.
0:04:49.039807208 13880   0x5583497d30 INFO                 nvinfer gstnvinfer.cpp:519:gst_nvinfer_logger:<primary-nvinference-engine> NvDsInferContext[UID 1]:generateTRTModel(): Storing the serialized cuda engine to file at /home/nano/share/deepstream_sdk_v4.0.2_jetson/samples/models/Primary_Detector/resnet10.caffemodel_b1_fp16.engine
Running...
NvMMLiteOpen : Block : BlockType = 261 
NVMEDIA: Reading vendor.tegra.display-size : status: 6 
NvMMLiteBlockCreate : Block : BlockType = 261

After that nothing happens.

I’m running on a Jetson Nano with the latest image (nv-jetson-nano-sd-card-image-r32.3.1.zip) with the DeepStreamSDK 4.0.2.

The deepstream-app runs without problem.

Am i missing something?

Amycao · February 24, 2020, 7:55am

sample test1 supposed to render output on screen, Can you run with DISPLAY set and try again
option 1:
export DISPLAY=:0 (or 1)
xrandr (to see if display connected)
run sample

option 2:
run the sample directly on the desktop with monitor connected.

abtn3vb7 · February 24, 2020, 8:03am

yes, DISPLAY is set to 1. With 0 it complains about no EGL Display…
(and i’m running on a desktop)

Amycao · February 25, 2020, 2:02am

You should use h264 elementary stream as input.

abtn3vb7 · February 25, 2020, 6:32am

thanks, now i know the difference between a elementary stream and a container ;)

anhtu812 · May 4, 2020, 2:49am

How to “use h264 elementary stream as input”?
I have same problem with command:
gst-launch-1.0 rtspsrc location=rtsp://10.86.62.111:8554/ ! rtph264depay ! queue ! h264parse ! nvv4l2decoder ! nvvidconv ! videoconvert ! nveglglessink
But no problem with command:
gst-launch-1.0 rtspsrc location=rtsp://10.86.62.111:8554/ ! rtph264depay ! h264parse ! avdec_h264 ! nveglglessink

logs:

Setting pipeline to PAUSED …
Opening in BLOCKING MODE
0:00:00.102491611 22532 0x55850f9240 WARN v4l2 gstv4l2object.c:4410:gst_v4l2_object_probe_caps:nvv4l2decoder0:src Failed to probe pixel aspect ratio with VIDIOC_CROPCAP: Unknown error -1
0:00:00.102554875 22532 0x55850f9240 WARN v4l2 gstv4l2object.c:2372:gst_v4l2_object_add_interlace_mode:0x55850ceaf0 Failed to determine interlace mode
Pipeline is live and does not need PREROLL …
Progress: (open) Opening Stream
Progress: (connect) Connecting to rtsp://10.86.62.111:8554/
Progress: (open) Retrieving server options
Progress: (open) Retrieving media info
Progress: (request) SETUP stream 0
Progress: (open) Opened Stream
Setting pipeline to PLAYING …
New clock: GstSystemClock
0:00:00.303410957 22532 0x7f68059230 FIXME default gstutils.c:3981:gst_pad_create_stream_id_internal:fakesrc0:src Creating random stream-id, consider implementing a deterministic way of creating a stream-id
Progress: (request) Sending PLAY request
Progress: (request) Sending PLAY request
Progress: (request) Sent PLAY request
0:00:00.338775833 22532 0x7f50004b70 FIXME basesink gstbasesink.c:3145:gst_base_sink_default_event: stream-start event without group-id. Consider implementing group-id handling in the upstream elements
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
0:00:03.190380251 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.004789541 too big, reset skew
0:00:05.003170423 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.311291202 too big, reset skew
0:00:18.635903299 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.057937285 too big, reset skew
0:00:18.648481805 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:746:rtp_jitter_buffer_calculate_pts: backward timestamps at server, schedule resync
0:00:23.194267095 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.009495420 too big, reset skew
0:00:26.187187221 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.013801594 too big, reset skew
0:00:28.187596107 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.179902597 too big, reset skew
0:00:31.287480891 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.776832162 too big, reset skew
0:00:31.301572859 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:746:rtp_jitter_buffer_calculate_pts: backward timestamps at server, schedule resync
0:00:31.329553500 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:746:rtp_jitter_buffer_calculate_pts: backward timestamps at server, schedule resync
0:00:44.752878508 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.008483562 too big, reset skew
0:00:44.770066103 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:746:rtp_jitter_buffer_calculate_pts: backward timestamps at server, schedule resync
0:00:57.853467704 22532 0x7f68059000 WARN rtpjitterbuffer rtpjitterbuffer.c:570:calculate_skew: delta - skew: 0:00:01.188387872 too big, reset skew

If use command:
gst-launch-1.0 rtspsrc location=rtsp://10.86.62.111:8554/ ! rtph264depay ! ‘video/x-h264,width=1920,height=1080’ ! h264parse ! nvv4l2decoder ! nvvidconv ! nveglglessink
have icon of show window but no image and additional warning:

0:00:07.025771268 25837 0x7f80004b70 WARN v4l2bufferpool gstv4l2bufferpool.c:1491:gst_v4l2_buffer_pool_dqbuf:nvv4l2decoder0:pool:sink v4l2 provided buffer that is too big for the memory it was writing into. v4l2 claims 1008 bytes used but memory is only 0B. This is probably a driver bug.
0:00:07.026245954 25837 0x7f80004b70 WARN v4l2bufferpool gstv4l2bufferpool.c:1491:gst_v4l2_buffer_pool_dqbuf:nvv4l2decoder0:pool:sink v4l2 provided buffer that is too big for the memory it was writing into. v4l2 claims 1008 bytes used but memory is only 0B. This is probably a driver bug.
0:00:07.026777760 25837 0x7f80004b70 WARN v4l2bufferpool gstv4l2bufferpool.c:1491:gst_v4l2_buffer_pool_dqbuf:nvv4l2decoder0:pool:sink v4l2 provided buffer that is too big for the memory it was writing into. v4l2 claims 1008 bytes used but memory is only 0B. This is probably a driver bug.
0:00:07.027138142 25837 0x7f80004b70 WARN v4l2bufferpool gstv4l2bufferpool.c:1491:gst_v4l2_buffer_pool_dqbuf:nvv4l2decoder0:pool:sink v4l2 provided buffer that is too big for the memory it was writing into. v4l2 claims 1008 bytes used but memory is only 0B. This is probably a driver bug.

I use jetpack 4.4 on TX2

kayccc · May 5, 2020, 2:34am

Hi anhtu812,

Please open a new topic for your issue. Thanks