H.264 codec - interlace support

ranchu

Guru 20755 points

Hello,

I would like to ask about HDVICP H.264 codec (DM8168):

1. In datasheet it is said that codec support both progressive & interlaced. Does it mean that bitstream will be interlaced or progressive, or that the codec always de-interlace the interlaced input so that the bitstream is always progressive ? is interlaced format tested in the codec ?

2. Is the codec output format is 420, and 8 bits per pixel (in HDVPSS I see that 420 format is represented as 12 bits per pixel) ?

Regards,

Ran

over 12 years ago

0 Chris Meng over 12 years ago

TI__Mastermind 36605 points

Ran,

Are your asking questions on h264 decoder? I suppose the answer is yes.

1. The compressed h264 stream can be progressive or interlaced encoded and DM81xx h264dec can decode both of them. The decoder will not do de-interlace. The interlace decoding is tested by DM81xx h264dec codec.

2. Yes. the output stream of h264dec is YUV420 format. For YUV420, 1.5 bytes per pixel. You can find more info of YU420 by searching in Internet.

0 ranchu over 12 years ago in reply to Chris Meng

Guru 20755 points

Hi Chris,

Thanks for the quick response.

I am asking for both encoder and decoder: Is the encoder&decoder output scan type (interlaced/progressive) is the same as its input scan type ?

Thanks, Ran

0 Chris Meng over 12 years ago in reply to ranchu

TI__Mastermind 36605 points

Ran,

The input of h264enc is YUV420 stream and output is encoded stream.The input of h264dec is encoded stream and output is YUV420 stream .

If the YUV420 stream is interlaced content, you can configure the h264enc to encode it with interlaced mode. Or you can do de-interlace with they YUV stream, then do progressive encoding.

For decoder, the input encoded stream defined which mode the decoder need to decode.

0 ranchu over 12 years ago in reply to Chris Meng

Guru 20755 points

Hi Chris,

According to given answer about interlaced support in RDK framework. I am a bit confused if part of the problem described are related to codec or not. Can you see the thread in

http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/p/224828/791464.aspx

Thank you,

Ran

0 Chris Meng over 12 years ago in reply to ranchu

TI__Mastermind 36605 points

Ran,

Are you using processN when encoding? If not, then no issue for interlace encoding.

0 ranchu over 12 years ago in reply to Chris Meng

Guru 20755 points

Hi,

Is processN refers to API for "N Channel Process" in given process call ? I suppose the RDK framework use this feature when encoding. Do you mean that there is a problem in codec only when this functionality is used in codec ? Is it supposed to be solved or does the change need to be done in the application (in this case the framework).

Thanks,

Ran

Because of the holidays, TI E2E™ design support forum responses will be delayed from Dec. 25 through Jan. 2. Thank you for your patience.

Processors

Processors forum

H.264 codec - interlace support