We are implement dm3730 for streaming H.264 codec to another dm3730 board, and using TI DVSDK 4.03 for base.
We would like to use "idrFrameInterval" feature on dm3730 but we can't found any implement.but we found this "idrFrameInterval" parameter inside dm365 only.
My question is "idrFrameinterval" is hardware or software DSP parameter ?If it is hardware parameter that mean we can't using idrFrameInterval from dm3730 , right ? If not all above, Could you please guide me to bring it up on dm3730 ?
Thank you in advance .Sajja A.
Hi Sajja A,
DM3730 H.264 encoder encodes each intra frame as IDR frame. So intraFrameInterval (software parameter) directly controls IDR frame interval (as it does not support non-IDR Intra frames) Treatment of I frame as IDR frame is also mentioned in the encoder user guide.
"Treatment of I frame as IDR frame is also mentioned in the encoder user guide"
Could you share encoder user guide to me ?Thank you in advance .Best Regards,Sajja A.
Dear Jay,Refer to H.264 streaming,We need IDR frame (NAL type=5) from TI encoder to let rtph264pay (config-interval=1) insert SPS/PPS frame (NAL type=7,8) before streaming out.If TI codec didn't have IDR frame , rtph264pay will not send SPS/PPS frame.According to what I had read from TI document and source code,I also got the same feeling that intraframeinterval may help controlling the idrframeinterval since the code made me think that TI encoder treats every I frame as an IDR frame.gst-launch v4l2src ! video/x-raw-yuv,width=640,height=480,framerate=15/1 ! ffmpegcolorspace ! dmaiaccel ! dmaienc_h264 intraframeinterval=5 targetbitrate=320768 ! rtph264pay config-interval=1 ! udpsink host=192.168.1.63 port=4004 --gst-debug=rtph264pay:4
Refer to example of pipeline above:Result is TI encoder is only sent NAL Unit Type 5, which refers to IDR frame only at the beginning of the stream. Next, NAL Unit Type 7 and 8 are consecutively sent which means SPS/PPS are correctly sent. (NAL type train is : 5 7 8 1 1 1 9 1 1 1 9 ... 1 1 1 9 1 1 1 9 ) (NOT WORK)
This results in the fact that the stream won't be able to decode at all without using a complete RTP caps with sprop-parameter-sets parameter (which is a bit out-dated method and is no longer used in several video calling system) .
If TI really send IDR frame it's will be ( NAL type train: 5 7 8 1 1 1 6 5(TI) 7(rtph264pay) 8(rtph264pay) 1 1 ... 1 9 5(TI) 7(rtph264pay) 8(rtph264pay) 1 1 9 ... ) (WORK)
So DM3730 Is possible to send IDR Frame (NAL type = 5) like dm365 ? or any advise ? Much thank you in advance Best Regards,Sajja A.
It should be in the dvsdk package itself. There will be a dcos folder paralle to the lib folder containing the codec library, you can search for that. It is in PDF format.
Dear Yashwant,very thank you for locate document, Am I need to implement idrFrameInterval parameter DSP by myself ? Is it possible ?
Dear ALL <Really need help>
DM3730 Is possible to send IDR Frame (NAL type = 5) from hardware encode from dm3730 like dm365 ? or any advise ? Thank you in advance.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.