JCTVC-O0106 VUI color description set for XYZ [C. Fogg (Harmonic)]
JCTVC-O0226 MV-HEVC/SHVC HLS: On early indication of parallel processing tools in HEVC extensions [K. Rapaka, Hendry, Y.-K. Wang (Qualcomm)]
Discussed in BoG O0349.
6.6.2Motion and prediction constrained SEI messages (2)
JCTVC-O0063 HLS: Extensions to Temporal Motion-constrained tile sets SEI message [S. Hattori, O. Nakagami, T.Suzuki (Sony)] JCTVC-O0255 SHVC / MV-HEVC HLS: On motion and inter-layer constrained tile set SEI messages [Hendry, K. Rapaka, Y.-K Wang (Qualcomm)]
6.6.3Frame packing SEI messages (2)
JCTVC-O0198 Additional experiments and software for frame packing arrangement SEI message for 4:4:4 content in 4:2:0 bitstreams [S. Reddy, S. Kanumuri, Y. Wu, G. J. Sullivan, H. S. Malvar] JCTVC-O0249 On frame packing arrangement SEI message for 4:4:4 content in 4:2:0 bitstreams [D. Bugdayci, K. Ugur, M.M. Hannuksela (Nokia)]
6.6.4Other SEI messages (7)
JCTVC-O0064 HLS: SEI message for transfer function information [S. Hattori, T. Suzuki (Sony)] JCTVC-O0079 Proposed text of Chroma sampling filter hint SEI [K Kazui (Fujitsu), T Chujoh (Toshiba)] JCTVC-O0099 Time code from AVC pic_timing() SEI for HEVC [C. Fogg (Harmonic)] JCTVC-O0177 MV-HEVC/SHVC HLS: On Layers Not Present SEI message [Jung Won Kang (ETRI), Jinho Lee, Hahyun Lee, Jin Soo Choi, Truong Cong Thang (UoA)] JCTVC-O0197 HLS: Non-significant tile set for tiled streaming with single layer HEVC extensions [C. Auyeung (Sony)] JCTVC-O0224 MV-HEVC/SHVC HLS: On Signalling of random accessibility for IRAP pictures in non-IRAP AUs [K. Rapaka, Y.-K. Wang, A. K. Ramasubramonian, Y. Chen, J. Chen, M. Karczewicz (Qualcomm)] JCTVC-O0358 Proposal for Supporting Optional Overlays with MV-HEVC [N. Stefanoski, O. Wang, A. Smolic, T. Szypulski] [late]
Previously submitted to JCT-3V as JCT3V-F0057.
6.7Non-normative: Encoder optimization, decoder speed improvement and cleanup, post filtering, loss concealment, rate control (0)
Restrict sharing of SPS and PPS across layers to avoid creating problems during sub-bitstream extraction, subject to review of spec text based on modification of proposals in JCTVC-O0059 and JCTVC-O0092.
Add flag in rep_format( ) syntax structure to control sending of chroma and bit depth related parameters, as proposed in the v2 version of JCTVC-O0179.
Refers to the editors a problem identified with the integration of JCTVC-N0092.
The v2 version of this document captures the Oct 26 meeting of this BoG, where the following contributions were reviewed:
All documents originally categorized to section 6.4.4. Parameter Sets were given a review. Some additional documents related to topics in this section were also reviewed. Some revisits within the BoG were still planned when reviewed.
Decision: The BoG recommended, and the JCT-VC endorsed, the following:
Modify the SPS syntax for layers with nuh_layer_id > 0 to signal a reference to a rep_format index in the VPS, rather than signaling explicit representation format data in the SPS, from the v2 version of JCTVC-O0096.
Add a gating flag in VPS extension to condition the presence of direct dependency type, with a default type signaled, from JCTVC-O0096.
Modify the VPS extension syntax and semantics to replace view_id_len_minus1 with view_id_len, always signal that syntax element, add a constraint that (1<= NumViews, and modify view_id_val semantics to infer value of 0 when not present, from discussion of JCTVC-O0109.
Modify the semantics of profile_ref_minus1[ i ] to replace “shall be less than i” with “shall be less than or equal to i”, from discussion of JCTVC-O0109.
Move the vps_vui_present_flag to precede vps_vui_offset, and make vps_vui_offset conditional on that flag, from JCTVC-O0109.
To change default_one_target_output_layer_flag to a 2-bit default_one_target_output_layer_idc, and reserve values of 2 and 3, from JCTVC-O0109.
The BoG requested the following topic to be further discussed.
Proposal 4 from JCTVC-O0214, regarding constraints on never activated parameter sets. The identified issue applies to version 1 and extensions. This was discussed in JCT-VC, and no action was taken on it.
The v3 version reflects the BoG meeting on Oct 26 to review the following contributions:
Decision: The BoG recommended, and the JCT-VC endorsed, the following:
Add syntax elements to signal max temporal sub-layers for each layer in the VPS, with a gating flag, from JCTVC-O0120 option 2.
Change derivation of NumActiveRefLayerPics to consider max_tid_il_ref_pics, from JCTVC-O0225.
Add a flag in the VPS to indicate whether the startup process [clarify – not just "startup"] shall output the highest available layer if the target output layer is not available, from JCTVC-O0153 (subject to review of text).
Add a flag in VPS VUI to indicate cross layer pic type alignment. Move cross_layer_irap_aligned_flag to VPS VUI and make presence condition on added flag. From JCTVC-O0223.
The BoG requested the following topics to be further discussed, and the JCT-VC further discussion was recorded as follows:
2nd proposal of JCTVC-O0225 regarding signaling of max_tid_il_ref_pics per layer, based upon relation to SCE2 on single loop decoding. Decision: Adopted.
JCTVC-O0062, regarding extraction/rewriting of independent non-base layer. The desire is to allow the syntax within a VCL NAL unit of an independent EL to be the same as it would be in an ordinary version 1 bitstream, to allow conversion of an independent EL to become a version 1 compatible bitstream by just changing the NAL unit headers. There is only one syntax difference in the current SH syntax that prevents this, which is that POC LSBs are sent for an IDR picture in an EL, but not in a BL. The proposal's "option 3" is to add a flag in the VPS for each EL to control whether these LSBs are present or not (for IDR pictures), and when not present, the LSBs are inferred to be equal to 0. Decision: Adopted (as described herein).
JCTVC-O0273, regarding multi-mode bitstream extraction. The desire is to be able to send HRD parameters and profile/tier/level information for an alternatively-extracted sub-bitstream. A new extraction mode is proposed to be defined in order to define the sub-bitstream to which the new information would apply. One participant questioned whether this would really be used or might be too complication. Another participant noted that this is essentially proposing supplemental data that could be defined after the SHVC data for which it applies, so this could be specified using some future SEI message(s) after the SHVC technology itself has already been specified. Further study of this was encouraged.
JCTVC-O0137, JCTVC-O0200, and JCTVC-O0223 proposal 4, regarding expanding the number of layers. We know that one way we could define a future profile that had more layers would be to use a reserved layer ID value in the future for which extra bits follow after the currently-specified NUH and in which the extra bits carry the extended layer ID. It was suggested to try to identify the benefit of doing something different than that. It is agreed that it is desirable to have a syntax (or a plan for a syntax) that could allow a first-generation SHVC / MV-HEVC decoder to decode a subset of the layers of a future ultra-multi-layer bitstream. Revisit again after some further consideration of this for potential syntax impact.
JCTVC-O0352 BoG report on Range Extensions topics [D. Flynn, C. Rosewarne]