In case of using /usr/src/jetson_multimedia_api/samples/00_video_decode/video_decode,
this content can be played normally.
So I think that this content itself is not special.
It’s same situation.
Sorry, it might be that my attached previous log was broken.
The log at this time is as follows.
A green image is sometimes displayed.
If necessary, I can send my test content to you directly.
nvidia@nvidia-nx3:~$ DISPLAY=:0.0 gst-launch-1.0 filesrc location=/home/nvidia/test264.h264 ! h264parse ! queue ! nvv4l2decoder disable-dpb=true enable-frame-type-reporting=1 ! nvvidconv output-buffers=20 ! ‘video/x-raw(memory:NVMM), format=RGBA, width=1920, height=1080’ ! queue ! nvoverlaysink sync=false
Setting pipeline to PAUSED …
Opening in BLOCKING MODE
Pipeline is PREROLLING …
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteNVMEDIADecSetAttribute:: Error status reporting set to 1
FrameType = I
(IDR)
nActiveRefFrames = 0
Frame 0
Pipeline is PREROLLED …
Setting pipeline to PLAYING …
New clock: GstSystemClock
Opening in BLOCKING MODE
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteNVMEDIADecSetAttribute:: Error status reporting set to 1
FrameType = P
nActiveRefFrames = 0
Frame 1
FrameType = P
nActiveRefFrames = 1
Frame 2
FrameType = P
nActiveRefFrames = 2
Frame 3
FrameType = P
nActiveRefFrames = 2
Frame 4
FrameType = P
nActiveRefFrames = 2
Frame 5
FrameType = P
nActiveRefFrames = 2
Frame 6
FrameType = P
nActiveRefFrames = 2
Frame 7
FrameType = P
nActiveRefFrames = 2
Frame 8
FrameType = P
nActiveRefFrames = 2
Frame 9
FrameType = P
nActiveRefFrames = 2
Frame 10
FrameType = P
nActiveRefFrames = 2
Frame 11
Opening in BLOCKING MODE
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteNVMEDIADecSetAttribute:: Error status reporting set to 1
FrameType = I
(IDR)
nActiveRefFrames = 0
Frame 12
Opening in BLOCKING MODE
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteNVMEDIADecSetAttribute:: Error status reporting set to 1
FrameType = P
nActiveRefFrames = 0
Frame 13
FrameType = P
nActiveRefFrames = 1
Frame 14
FrameType = P
nActiveRefFrames = 2
Frame 15
FrameType = P
nActiveRefFrames = 2
Frame 16
FrameType = P
nActiveRefFrames = 2
Frame 17
FrameType = P
nActiveRefFrames = 2
Frame 18
FrameType = P
nActiveRefFrames = 2
Frame 19
FrameType = P
nActiveRefFrames = 2
Frame 20
FrameType = P
nActiveRefFrames = 2
Frame 21
FrameType = P
nActiveRefFrames = 2
Frame 22
FrameType = P
nActiveRefFrames = 2
Frame 23
Opening in BLOCKING MODE
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteNVMEDIADecSetAttribute:: Error status reporting set to 1
FrameType = I
(IDR)
nActiveRefFrames = 0
Frame 24
Opening in BLOCKING MODE
NvMMLiteOpen : Block : BlockType = 261
NVMEDIA: Reading vendor.tegra.display-size : status: 6
NvMMLiteBlockCreate : Block : BlockType = 261
NvMMLiteNVMEDIADecSetAttribute:: Error status reporting set to 1
If there is B frames in the stream the property is not valid. sample_outdoor_car_1080p_10fps has B frames so it will not be well decoded when disable-dpb=true is set.
Although ffmpeg output their warning, it can be played normally.
In case of using /usr/src/jetson_multimedia_api/samples/00_video_decode/video_decode,
it can be played normally too.
Is there something workaround for gstreamer ?