IPP5 H.264 encoder error with B-Frame

[Intel_C_Intel]

I encodewith B-Frame will be decode error when use ffmpeg.

[h264 @ 006544E8]concealing 167 DC, 167 AC, 167 MV errors
[h264 @ 006544E8]concealing 40 DC, 40 AC, 40 MV errors

*****************************************************************************

/* CommentLine: H.264 Sequence.*/
e:download est_seqforeman_cif.yuv /* name of source files */
300 / * number of frames to ecnode */
1 100 /* 1(reserved) , N (# of frames in between I frames) */
1 /* Number of B frames between I (or P) and next P */
352 /* horizontal_size */
288 /* vertical_size */
5 /* frame_rate_code */
0 30 30 30 300000 /* method(0 - quant_codes, 1 - CBR, quant_codes (I P B) & bitrate !!!ALL must be specified */
0 4 4 0 /* subblock split, search x,search_y, implicit weighted biprediction (NIY)*/
352 /* display_horizontal_size */
288 /* display_vertical_size */
1 0 /* entropy coding mode (0-cavlc,1-cabac,cabac_init_idc */
0 bugs.log /* log mask and template filename of log-file (0 and "any value" for none) (NIY) */

[Vladimir_Dudnik]

Hi,

could you please provide more details about this issue? We are interested to know what version of IPP do you use, are you using IPP sample or your own code? What OS and platform do you run the code? Did you try to decode this stream with IPP decoder or reference software?

Thanks,

Vladimir

Message Edited by vdudnik on 06-07-2005 04:49 AM

[Intel_C_Intel]

1. IPP 5.0 Beta & IPP sample's h264(video_enc_con.exe)

2. test for Windows 2000 SP4

3. decode use simple_player.exe can be looksome "blank block" & if

we useFFMPEG to decode will be got some error msg.(the JM76 decode

fail)

4. this bug onlywhen useCABAC+BFrame

Message Edited by chenm001 on 06-07-2005 06:32 PM

[Vladimir_Dudnik]

Hi,

we verified that it is bug in IPP v5.0 beta sample, now we are investigating this issue and trying to find workaround for this. Note, you can submit this issue to Technical Support channel (premier.intel.com), so you will be automatically notifiedif any workaround will be availabe.

Thanks,

Vladimir

[sburakov]

Hi,

We have located the bug. The problem is in file umc_h264_pack.cpp, line 1117 (function Core_Encoder::Encode_MB_Vectors, case MBTYPE_BWD_BIDIR_8x16). There should be

Left_Block_Availability[1] = 0;

instead of

Left_Block_Availability[0] = 0;

Thanks,

Sergey.