This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DM365 dual H264 encode from RSZA and RSZB - possible?

Other Parts Discussed in Thread: TVP5146

We currently use v4l2src and GStreamer on DM365 to capture PAL video using the TVP5146 and encode it in H264. This works fine and we're very happy with it.

However, we'd like to be able to use RSZB to resize the video smaller, and then run two H264 encoders - one for the fullsize stream and one for the small stream from RSZB. From what I can see, it looks like the DM365 should be able to support this configuration as long as I don't use GStreamer. The problem is that we've only ever used v4l2src / GStreamer and we have no experience with the lower layers. So my questions are:

1. Would the DM365 hardware support this? TVP5146 capture, RSZA and RSZB enabled, and two H264 encoders?

2. Is there sample code available that does this, or does parts of it? We're currently using DVSDK 4.02, would we need to change?

3. What resources are available for learning about how to program the DM365 at the lower levels (like DMAI)?

Any help would be most appreciated, thank you!

  • Great question. Shame nobody from TI has answered it.

  • We just finished working on DM368 resizer module. Sor far, we are able to output fullstream h264 from rszA and arbitary resolution from rszB (< 1088p/line). It seems that rszA can only output fullstream without any resize founctionality, as no interface setting of output1 width/height is provided by DMAI. It sounds impossible and we will figure out it.

    The supporting documents are crazy and confusing. It took us a whole week working out the resizer module. In addition, in the provided DMAI encode examples, they don't take care of the alignment issue. To output rszA and rszB at the same time, the thing becomes much more complicated compared with only haveing rszA work. You need to figure out different resolutions of capture dimension, IPIPE output / codec input/output, corresponding buffer size, as well as their relationship. Any mistake may result in problems such as hanging at DQBUF call, QBUF length error, codec output error, alignment problem, etc. None of these is mentioned at provided documents.

  • That sounds amazing, well done Jerry! That's exactly what we'd like to do - fullsize from rszA and smaller (and different H264 bitrate) on rszB. Are you able to share your sourcecode for this?