Context Navigation

← Previous Ticket
Next Ticket →

#862 closed defect (fixed)

7.3.2.1, 7.3.2.2, condition involving {vps,sps}_sub_layer_ordering_info_present_flag is inverted

Reported by:	davidf	Owned by:	bbross
Priority:	minor	Milestone:	D10
Component:	Text	Version:	D10 (L1003) v2
Keywords:		Cc:	bbross, wjhan, jct-vc@…

Description

In 7.3.2.2, seq_parameter_set_rbsp():

for( i = ( sps_sub_layer_ordering_info_present_flag ?
           sps_max_sub_layers_minus1 : 0 );
           i <= sps_max_sub_layers_minus1; i++ ) {
...
}

Will only loop once when sps_sub_layer_ordering_info_present_flag = 1.

Which has the opposite interpretation of 7.4.2.2:

sps_sub_layer_ordering_info_present_flag equal to 1 specifies that sps_max_dec_pic_buffering[ i ], sps_max_num_reorder_pics, and sps_max_latency_increase[ i ] are present for sps_max_sub_layers_minus1 + 1 sub-layers, sps_sub_layer_ordering_info_present_flag equal to 0 specifies that the values of sps_max_dec_pic_buffering[ sps_max_sub_layers_minus1 ], sps_max_num_reorder_pics[ sps_max_sub_layers_minus1 ] , and sps_max_latency_increase[ sps_max_sub_layers_minus1 ] apply to all sub-layers.

Change History (13)

comment:1 Changed 11 years ago by DefaultCC Plugin

Cc bbross wjhan jct-vc@… added

comment:2 Changed 11 years ago by davidf

Summary changed from 7.3.2.2, condition involving sps_sub_layer_ordering_info_present_flag is inverted to 7.3.2.1, 7.3.2.2, condition involving {vps,sps}_sub_layer_ordering_info_present_flag is inverted

Same applies to vps_sub_layer_ordering_info_present_flag in 7.3.2.1