In section ‘7.4.5.1 General slice header semantics’ of JCTVC-J1003_d7.doc, it is currently defined as;-

deblocking_filter_override_flag equal to 0 specifies that deblocking parameters from the active picture parameter set are used for deblocking the current slice. deblocking_filter_override_flag equal to 0 specifies that deblocking parameters from the slice header are used for deblocking the current slice. When not present, the value of deblocking_filter_override_flag is inferred to be equal to 1.

Initially I thought there was a simple typo in the second sentence which should have said;-

deblocking_filter_override_flag equal to 1 specifies that deblocking parameters from the slice header are used for deblocking the current slice.

However, looking at the HM decode software, it appears to treat the flag as ‘inherit_dbl_param_from_PPS_flag’ which is the opposite sense to the override flag. (Where it does not code the filter coefficients if the flag in the bitstream is 1, and the flag defaults to 0 if ‘deblocking_filter_override_enabled_flag’ is low).

At the moment I'm just entering this as a Text bug, because I don't know if the text wants to change to match the sense of the flag in HM, or whether the sense of the bit in HM also needs to change.

Page 66: max_cu_qp_delta_depth.

First sentence: should be coding units, not coding unit.

Second sentence: Its should be It's (picky)

I believe the last sentence should be removed, as it restates the requirement in the second sentence, but it does so much less precisely (uses should rather than shall, and doesn't give an exact definition).

Section 7.4.6 Coding unit semantics, part_mode definition

Third sub-bullet says:

Otherwise (log2CbSize is greater than 3 or inter_4x4_enabled_flag is equal to q),

The 'q' should be a '1'.