JVET-R0157 AHG9/AHG12: Signalling cleanup on PPS [B. Wang, S. Esenlik, A. M. Kotra, H. Gao, E. Alshina (Huawei)]
Item 2 of this contribution belongs to this category.
Discussed in AHG Session 1.6 Tuesday 7 April at 1520 UTC (chaired by GJS & YKW).
It is proposed to skip signalling of tile width and height when the picture width or height is less than or equal to the CTU size. It was noted that a similar provision is applied for subpicture signalling and in the SPS syntax. This would save two bits in each relevant dimension.
It was remarked that something this is also proposed in the 2nd aspect of proposal JVET-R0239, with a somewhat simpler editorial expression.
One participant said this seemed like an unnecessary complication for a corner case. In the subpicture case the syntax element is a u(v) rather than ue(v), and it was a somewhat different circumstance.
However, another participant said it was strange to send something and have semantics saying it shall be in the range of 0 to 0.
Software had been provided and the proponent said they had tested it.
No action was recommended on this since the issue is for a very minor corner case.
An editorial bug fix is also proposed for when num_exp_tile_columns_minus1 is equal to 0; however this aspect was no longer relevant due to an action taken on JVET-R0062.
JVET-R0157 AHG9/AHG12: Signalling cleanup on PPS [B. Wang, S. Esenlik, A. M. Kotra, H. Gao, E. Alshina (Huawei)]
Item 1 of this contribution belongs to this category.
Discussed in AHG Session 1.10 Wednesday 8 April (chaired by GJS & YKW).
Item 1 proposes the following cleanups for the PPS, when considering mixed NAL unit types: When mixed_nalu_types_in_pic_flag is equal to 1, no_pic_partition_flag is proposed not to be signalled but inferred to be equal to 0 and rect_slice_flag is proposed not to be signalled but inferred to be equal to 1.
The motivation was said to be primarily to ensure that an invalid combination is not indicated in the PPS.
There was discussion of the desired relative order of mixed_nalu_types_in_pic_flag and no_pic_partition_flag.
It was commented that mixed_nalu_types_in_pic_flag does not affect the decoding process, and this would make the syntax depend on it. It was also commented that no_pic_partition_flag is an important property and it would be undesirable to omit it even when this is hypothetically possible. It was commented that it would be common in a BEAM application to not need to change any aspect of the PPS other than to flip that flag, so semantic constraints were suggested to be sufficient, so no action was recommended on this.
Editor action item: The editor was asked to check and make sure that the constraints (which we believe are already expressed in some form) are sufficiently clear to the reader.