Part Number: TDA4VEN-Q1
Tool/software:
Hi TI expert's
sdk ver: Rtos sdk 10.0&&Linux 10.0
From TRM, it was found that H265 encoding supports I/P slices, but currently when we use v4l2 driver for encoding, we only find I frames without P frames. Why is this? Is there any parameter configuration that supports outputting p frames?
Then I printed H265 encoded data, and the first 6 bytes of each frame were always 00 00 00 01 46 01 (H), which seems to be incorrect.
BR.
Hi Sarabesh S,
Would you be able to share with me the input and output stream for inspection/testing?
The data flow should be like this:cam->capture node->ldc node->mosaic node->v4l2 h265enc->rtp send.The key parameter configuration for v4l2 is shown in the following figure.
Also, could you provide the gstreamer pipeline that was used?
In order to reduce CPU usage, we did not use gstreamer for encoding.
BR.
Hi
I can see P frames in your stream
And it can be seen your gop size is 24. I am using this tool: https://github.com/lheric/GitlHEVCAnalyzer
Regards,
Adam
Hi
use another tool (https://github.com/virinext/hevcesbrowser/tree/1.0.80.120121 ), I can see lots of frames marked as P frame:
Regards,
Adam
Hi Adam,
Yes, as you said, the current encoded stream has p frames, but the type of this p frame is 0x46, not the expected 0x1/0x2, which will cause the decoding device to not recognize the p frame of 0x46 and discard it.
We can obtain p frames of type 0x1/0x2 using the gst command 'gst-launch-1.0 videotestsrc ! video/x-raw, width=1280, height=720, framerate=30/1 ! v4l2h265enc ! h265parse ! filesink location=output.h265'.
It seems that using v4l2 encoding is causing unexpected p-frame types. Is this the reason?
v4l2h265enc:
gst enc:
BR.
Hello,
I can also confirm that the encoded stream has p-frames with every 24 frames being an IDR frame. I used the attached encoded file and was able to successfully decode the stream with the below pipeline:
I have not been able to determine what is unexpected about the encoded p-frames. If you're wondering about the AUD NAL unit, it is a separate component within a video stream that that helps delineate the start of a new frame. The P-frames are still present in the encoded stream and have an NAL unit type of 1, they are just prefixed with the AUD as shown in the screenshots below.
Thank you,
Sarabesh S.
Hi
Try adding this to your config:
Please refer to this e2e: SK-AM62P-LP: Gray figure occurs at room temperature and the bit rate is out of control in special scenarios Since I think they are in the same use case.
Also, could you provide the upper computer program you used above as a tool for viewing encoding and decoding streams
I believe Sarabesh is using a commercial tool that is not free. You can check this https://www.interrasystems.com/vega-media-analyzer.php#trial and this:https://www.elecard.com/products/video-analysis/streameye#
Regards,
Adam
