The picture reconstruction process seems to have gone missing. Section 8.4.3 has these lines:

4. The residual signal accumulation process as specified in subclause XXX is invoked with the variable arraySize set equal to nS, the (nS)x(nS) array predSamples, and the (nS)x(nS) array resSamples as the inputs and the output is a (nS)x(nS) array recSamples.

5. The picture reconstruction process for a component before deblocking filtering as specified in subclause XXX is invoked with the location ( xB, yB ), the variable arraySize set equal to nS, the variable cIdx set equal to 0, and the (nS)x(nS) array recSamples as the inputs and the output is a modified reconstructed picture before deblocking filtering.

Section 8.5 has the same problem. There are several issues here (besides the missing sections XXXX)

• The array names used as inputs and outputs are not consistent. In section 8.4.3 the array's just called 'recSamples', while in sections 8.4 and 8.5 it's identified as recSamples with subscript L, Cr and Cb (section 8.5, item 4 forgets to make a subscript of L, Cr and Cb)

• The output of the picture reconstruction process is said to be 'a modified reconstructed picture'. Shouldn't this output be an array as well? The deblocking process refers to an array recPicture, but that's never defined anywhere.

Page 26, Section 7.3.2.1 (seq_parameter_set_rbsp): scaling_list_enable_flag is missing a descriptor type. Should be u(1), I believe.

Page 63: log2_diff_max_min_transform_block_size: We have assumed a maximum transform size of 32x32 for several meetings now, but I guess that never made it into the draft. This section should specify that Log2MaxTrafoSize cannot be larger than 5. As written, it allows a 64x64 transform size.

Page 66: What is the range for cb/cr_qp_offset? Based on their use, I would think it would be like that of pic_init_qp_minus26 (-26 to +25 for 8-bit video).

Page 73: No range given for max_transform_hierarchy_depth_intra/inter. Seems like it should relate to log2_diff_max_min_transform_block_size

Page 76: No range given for beta_offset_div2 or tc_offset_div2. Equivalent variables in AVC had a range of -6 to +6.

When subclause 8.4.3 is invoked for decoding intra chroma blocks, the inputs (xB,yB) indicate the location of the current block in chroma pixels.

However, the split_transform_flag[xB][yB][trafoDepth] are defined at luma locations, not at chroma locations. So the locations of the split flags being used here for chroma decoding are going to be off by a factor of 2.

Also, subclause 8.4.3 does not appear to check whether the chroma is already at the 4x4 level before splitting it further. If the luma TU was split down to 4x4, this subclause will currently split chroma down to 2x2 as well.