INTERNATIONAL ORGANISATION FOR STANDARDISATION
ORGANISATION INTERNATIONALE DE NORMALISATION
ISO/IEC JTC 1/SC 29/WG 11
CODING OF MOVING PICTURES AND AUDIO
N14812
ISO/IEC JTC 1/SC 29/WG 11
Strasbourg, France – October 2014
Source: Leonardo Chiariglione
Title:
Report of 110th meeting
Status
Report of 110th meeting
Annex A – Attendance list ................................................................................................................. 22
Annex B – Agenda ............................................................................................................................. 31
Annex C – Input contributions ........................................................................................................... 35
Annex D – Output documents ............................................................................................................ 67
Annex E – Requirements report ......................................................................................................... 74
Annex F – Systems report .................................................................................................................. 81
Annex G – Video report ................................................................................................................... 140
Annex H – JCT-VC report ............................................................................................................... 156
Annex I – JCT-3V report ................................................................................................................. 352
Annex J – Audio report .................................................................................................................... 425
Annex K – 3DG report ..................................................................................................................... 448
1
Opening
The 110th MPEG meeting was held at Strasbourg (FR) on 2014/10/20T09:00-24T20:00
2
Roll call of participants
Annex A gives the list of participants
3
Approval of agenda
The agenda was approved (Annex B)
4
Allocation of contributions
Annex C provides the list of input contributions
Draft Systems
1 Agenda
5
Communications from Convenor
The convenor informed that only experts whose name appears in the ISO Global Directory
would be allowed to participate in MPEG meetings.
6
Report of previous meetings
This was approved (N14536).
7
Workplan management
7.1 Media coding
7.1.1 Multi-Resolution Frame Compatible Stereoscopic Video with Depth Maps
The following documents were approved
14952
14953
Disposition of Comments on ISO/IEC 14496-10:2014/PDAM1
Text of ISO/IEC 14496-10:2014/DAM1 Multi-Resolution Frame Compatible
Stereoscopic Video with Depth Maps
7.1.2 AVC based 3D video excluding MVC
The following documents were approved
14836
14837
Request of ISO/IEC 14496-15:2014 AMD 2 AVC based 3D video excluding MVC
Text of ISO/IEC 14496-15:2014 PDAM 2 AVC based 3D video excluding MVC
7.1.3 Pattern Based 3D Mesh Compression
The following documents were approved
15001
15002
Core Experiments Description for 3DG
TuC for 3DG: Indexed Printing Region Set
7.1.4 Open Font Format
The following document was approved
14840
Study of ISO/IEC DIS 14496-22 3rd edition
7.1.5 Web3D graphics coding support in 3D Graphics Compression Model
The following document was approved
15003
WD for 3rd Edition of 3D Graphics Compression Model (Web3D graphics coding
support)
7.1.6 Contract Expression Language
The following document was approved
Draft Systems
2 Agenda
14843
WD of ISO/IEC 21000-20 Contract Expression Language
7.1.7 Media Contract Ontology
The following document was approved
14844
WD of ISO/IEC 21000-21 Media Contract Ontology
7.1.8 Codec Configuration Representation
The following documents were approved
14962
14963
Request for ISO/IEC 23001-4:2014/Amd.1
Text of ISO/IEC 23001-4:2014/PDAM1 Parser instantiation from BSD
7.1.9 Media Tool Library
7.1.10 Audio Dynamic Range Control
The following document was approved
14922
Study on ISO/IEC 23003-4:2014 / DIS, Dynamic Range Control
7.1.11 Media Context and Control – Control Information
The following document was approved
15006
Text of ISO/IEC DIS 23005-2 3rd Edition Control Information
7.1.12 Media Context and Control – Sensory Information
The following document was approved
15007
Text of ISO/IEC DIS 23005-3 3rd Edition Sensory Information
7.1.13 Media Context and Control – Virtual World Object Characteristics
The following document was approved
15008
Text of ISO/IEC DIS 23005-4 3rd Edition Virtual World Object Characteristics
7.1.14 Media Context and Control – Data Formats for Interaction Devices
The following document was approved
15009
Text of ISO/IEC DIS 23005-5 3rd Edition Data Formats for Interaction Devices
Draft Systems
3 Agenda
7.1.15 Media Context and Control – Common Types and Tools
The following document was approved
15010
Text of ISO/IEC DIS 23005-6 3rd Edition Common types and tools
7.1.16 HEVC Multiview Extensions
The following documents were approved
14975
14976
Test Model 10 of 3D-HEVC and MV-HEVC
MV-HEVC Verification Test Plan
7.1.17 3D HEVC
The following document was approved
14974
Study Text of ISO/IEC 23008-2:201x/DAM1 3D Video Extensions
7.1.18 HEVC Scalable Extensions
The following documents were approved
14971
14973
Scalable HEVC (SHVC) Test Model 8 (SHM 8)
Draft verification test plan for HEVC RExt profiles, and Main profile usage for
interlaced video
7.1.19 HEVC Coding of screen content
The following documents were approved
14969
14970
14972
Working Draft 2 of HEVC Screen Content Coding
High Efficiency Video Coding (HEVC) Test Model 16 (HM16) Improved Encoder
Description
HEVC Screen Content Coding Test Model 3 (SCM 3)
7.1.20 3D Audio Phase II
The following documents were approved
14928
14930
14931
WD0 - 3D Audio Phase II
Workplan on 3D Audio
MPEG-H 3D Audio Performance Report
7.1.21 3D Audio Profiles
The following document was approved
14924
Text of ISO/IEC 23008-3/PDAM 1, 3D Audio Profiles
Draft Systems
4 Agenda
7.1.22 3D Audio File Format Support
The following documents were approved
14925
14926
Request for Amendment, ISO/IEC 23008-3/PDAM 2, 3D Audio File Format
Support
ISO/IEC 23008-3/PDAM 2, 3D Audio File Format Support
7.1.23 Free Viewpoint Television
The following document was approved
15048
Experimental Framework for FTV
7.1.24 Internet Video Coding
The following documents were approved
14985
14986
14987
14988
14989
Working Draft 4 of Internet Video Coding (IVC)
Internet Video Coding Test Model (ITM) v 11.0
Description of IVC Exploration Experiments
Collection of information related to IVC technologies
Report of IVC visual quality evaluation
7.1.25 Higher Dynamic Range and Wide Gamut Content Distribution
The following documents were approved
15029
15028
Draft Requirements and Explorations for HDR and WCG Content
Draft Call for Evidence (CfE) for HDR and WCG Video Coding
7.1.26 Genome Compression
The following documents were approved
15046
15047
Requirements on genome compression and storage
White Paper on Genome Compression and Storage
7.1.27 Future Video Coding
The following documents were approved
15050
14993
Presentations of the Brainstorming Session of the Future of Video Coding
Standardization
Response to M34867
Draft Systems
5 Agenda
7.2 Description coding
7.2.1 Compact Descriptors for Visual Search
The following documents were approved
14955
14956
14957
Disposition of Comments on ISO/IEC DIS 15938-13
Text of ISO/IEC FDIS 15938-13 Compact Descriptors for Visual Search
Preliminary announcement of CDVS awareness event
7.2.2 Compact Descriptors for Video Analysis
The following documents were approved
15040
15041
15042
15043
Compact Descriptors for Video Analysis: Requirements for Search Applications
Compact Descriptors for Video Analysis: Draft Evaluation Scenarios
An introduction to Compact Descriptors for Video Analysis (CDVA)
Use Scenarios of CDVA for Surveillance Domain
7.2.3 User Description
The following documents were approved
14882
14866
WD of MPEG User Description
Draft Implementation guidelines for MPEG-UD
7.2.4 Multiple text encodings, extended classification metadata
The following document was approved
14842
Study of ISO/IEC 15938-5:2005 DAM 5 Quality metadata, multiple text encodings,
extended classification metadata
7.2.5 Green Metadata
The following documents were approved
14852
14853
DoC on ISO/IEC DIS 23001-11 Green Metadata
Text of ISO/IEC FDIS 23001-11 Green Metadata
7.3 Systems support
7.3.1 Coding-independent codepoints
The following documents were approved
14951
14965
14966
WD of Codepoint for SEI message supporting energy-efficient media consumption
(Green Metadata)
Disposition of Comments on ISO/IEC 23001-8:2013/PDAM2
Text of ISO/IEC 23001-8:2013/DAM2 Sample aspect ratio and additional transfer
Draft Systems
6 Agenda
15018
functions, colour primaries and matrix coefficients
Study on ISO/IEC 23001-8:2013/DAM 1
7.3.2 Uniform signalling for timeline alignment
The following document was approved
14881
Presentation materials from Seminar on Media Synchronisation for Hybrid
Delivery
7.4 IPMP
7.4.1 Common Encryption Format for ISO Base Media File Format
The following document was approved
14849
Text of ISO/IEC 23001-7:201X DIS 3rd edition
7.4.2 Support of Sparse Encryption
The following document was approved
14850
Study of ISO/IEC 23001-9 PDAM 1 Support of Sparse Encryption
7.5 Digital Item
7.6 Transport and File formats
7.6.1 Carriage of additional audio profiles & levels
The following documents were approved
14822
14823
DoC on ISO/IEC 13818-1:201x PDAM 5 Carriage of additional MPEG-4 audio
profile & level
Text of ISO/IEC 13818-1:201x DAM 5 Carriage of additional MPEG-4 audio
profile & level
7.6.2 Delivery of Timeline for External Data
The following documents were approved
14816
14817
DoC on ISO/IEC 13818-1:201x/DAM 2 Delivery of Timeline for External Data
Text of ISO/IEC 13818-1:201x/FDAM 2 Delivery of Timeline for External Data
7.6.3 Carriage of Layered HEVC in MPEG-2 TS
The following documents were approved
14818
DoC on ISO/IEC 13818-1:201x/PDAM 3 Carriage of Layered HEVC
Draft Systems
7 Agenda
14819
Text of ISO/IEC 13818-1:201x/DAM 3 Carriage of Layered HEVC
7.6.4 Carriage of Green Metadata
The following documents were approved
14820
14821
DoC on ISO/IEC 13818-1:201x PDAM 4 Carriage of Green Metadata
Text of ISO/IEC 13818-1:201x DAM 4 Carriage of Green Metadata
7.6.5 Carriage of 3D Audio
The following documents were approved
14824
14891
Study of ISO/IEC 13818-1:201x PDAM 6 Carriage of MPEG-H 3D Audio over
MPEG-2 Systems
Thoughts on ISO/IEC 13818-1:201x/PDAM 6 – Carriage of MPEG-H 3D audio
over MPEG-2 Systems
7.6.6 Carriage of Quality Metadata in MPEG-2 Systems
The following document was approved
14825
WD of ISO/IEC 13818-1:201x AMD 7 Carriage of Quality
Metadata in MPEG-2 Systems
No
14/10/24
7.6.7 Enhanced audio support and other improvements
The following document was approved
14826
Study of ISO/IEC 14496-12:2012 DAM 4 Improved Audio Support
7.6.8 Timed Metadata Metrics of Media in the ISO Base Media File Format
The following document was approved
14851
Study of ISO/IEC DIS 23001-10 Carriage of Timed Metadata Metrics of Media in
the ISO Base Media File Format
7.6.9 Sample Variants in ISOBMFF
The following documents were approved
14854
14855
DoC on ISO/IEC 23001-12 CD Sample Variants in ISOBMFF
Text of ISO/IEC DIS 23001-12 Sample Variants in ISOBMFF
7.6.10 Image File Format
The following document was approved
Draft Systems
8 Agenda
14878
Study of ISO/IEC DIS 23008-12 Carriage of Still Image and Image Sequences
7.6.11 MMT Header Compression and Cross Layer Interface
The following documents were approved
14870
14871
14872
15020
DoC on ISO/IEC 23008-1:2014 DAM 2 Header Compression and Cross Layer
Interface
Text of ISO/IEC 23008-1:2014 FDAM 2 Header Compression and Cross Layer
Interface
Description of Core Experiments on MPEG Media Transport
Open question on cross issues between MMT and File Format
7.6.12 MMT Implementation Guidelines
The following documents were approved
14879
14880
DoC on ISO/IEC PDTR 23008-13 MPEG Media Transport Implementation
Guidelines
Text of ISO/IEC DTR 23008-13 MPEG Media Transport Implementation
Guidelines
7.6.13 DASH Extended Profiles and time synchronization
The following documents were approved
14857
14858
14859
14860
Technologies under Consideration
Descriptions of Core Experiments on DASH amendment
DoC on ISO/IEC 23009-1:2014 DAM 1 Extended profiles and time synchronization
Text of ISO/IEC 23009-1:2014 FDAM 1 Extended profiles and time
synchronization
7.6.14 DASH Spatial Relationship Description, Generalized URL parameters and other
extensions
The following documents were approved
14861
14862
Study of ISO/IEC 23009-1:2014 DAM 2 Spatial Relationship Description,
Generalized URL parameters and other extensions
Candidate SAND parameters for 3GPP use cases
7.6.15 MPEG-DASH Implementation Guidelines
The following document was approved
14865
Text of ISO/IEC DTR 23009-3 2nd edition DASH Implementation Guidelines
Draft Systems
9 Agenda
7.7 Multimedia architecture
7.7.1 MPEG-M API
The following document was approved
15019
WD of ISO/IEC 23006-2 3rd edition
7.7.2 MPEG-V Architecture
The following document was approved
15005
Technology under consideration
7.7.3 Media-centric Internet of Things
The following document was approved
15030
Exploration on Media-centric Internet of Things (draft)
7.8 Application formats
7.8.1 Augmented Reality Application Format
The following document was approved
15017 Text of ISO/IEC CD 23000-13 2nd Edition ARAF
7.8.2 Multimedia Preservation Application Format
The following documents were approved
14845
14846
14847
DoC on ISO/IEC 2nd CD 23000-15 Multimedia Preservation Application Format
Draft text of ISO/IEC DIS 23000-15 Multimedia Preservation Application Format
WD of Implementation Guidelines of MP-AF
7.8.3 Multisensorial Effects Application Format
The following document was approved
15004
WD 2.0 of Multisensorial Media Application Format
7.8.4 Publish/Subscribe Application Format (PSAF)
The following document was approved
14848
WD of ISO/IEC 23000-16 Publish/Subscribe Application Format
Draft Systems
10 Agenda
7.8.5 Media Linking Application Format
The following documents were approved
15049 Draft Requirements for Media Linking Application Format (MLAF)
15061 WD of ISO/IEC 23000-18 Media Linking Application Format
7.8.6 Adaptive Screen Content Sharing Application Format
The following document was approved
15039
Draft Requirements for MPEG Adaptive Screen Content Sharing Application
Format
7.9 Reference implementation
7.9.1 New levels for AAC profiles, uniDRC support
The following documents were approved
14895
14896
DoC on ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles, uniDRC
support
Text of ISO/IEC 14496-5:2001/DAM 37, New levels for AAC profiles, uniDRC
support, AAC block length parameters
7.9.2 3D extension of AVC Reference Software
The following documents were approved
14947
14948
Disposition of Comments on ISO/IEC 14496-5:2001/DAM35
Text of ISO/IEC 14496-5:2001/FDAM35 3D AVC Reference Software
7.9.3 MFC+Depth Extension of AVC Reference Software
The following document was approved
14950
Text of ISO/IEC 14496-5:2001/PDAM39 Reference Software for the MFC+Depth
Extension of AVC
7.9.4 MPEG-4 Audio Synchronization Reference Software
The following document was approved
14897
WD of Reference Software of MPEG-4 Audio Synchronization
7.9.5 Video Coding for Browsers Reference Software
The following documents were approved
14945 Disposition of Comments on ISO/IEC 14496-5:2001/PDAM38
Draft Systems
11 Agenda
14946 Text of ISO/IEC 14496-5:2001/DAM38 Reference Software for Video Coding
for Browsers
7.9.6 MPEG-7 Visual Reference Software
The following document was approved
14954
Text of ISO/IEC 15938-6:201X Reference software (2nd edition)
7.9.7 CDVS Reference Software
The following documents were approved
14958
14959
14961
Request for subdivision of ISO/IEC 15938-14
Working draft 2 of CDVS Reference Software
Test Model 12: Compact Descriptors for Visual Search
7.9.8 Media Tool Library Reference Software
The following documents were approved
14967
14968
Disposition of Comments on ISO/IEC 23002-5:2013/PDAM2
Text of ISO/IEC 23002-5:2013/DAM2 Reference Software for HEVC related VTL
extensions
7.9.9 DRC Reference Software
The following document was approved
14923
MPEG-D DRC Reference Software, RM4
7.9.10 MMT Reference Software
The following documents were approved
14873
14874
14875
Workplan of MMT Reference Software
Request for subdivision of ISO/IEC 23008-4 MMT Reference Software
Text of ISO/IEC 23008-4 CD MMT Reference Software
7.9.11 HEVC Reference Software
The following documents were approved
14977
14978
14979
14980
Request for ISO/IEC 23008-5/Amd.1
Text of ISO/IEC 23008-5/PDAM1 Reference software for format range extensions
profiles
Request for ISO/IEC 23008-5/Amd.2
Text of ISO/IEC 23008-5/PDAM2 Reference software for Multiview Main profile
Draft Systems
12 Agenda
7.9.12 3D Audio Reference Software
The following documents were approved
14927
14929
3D Audio Phase I Reference Software RM4
3D Audio Phase II Reference Software RM0
7.9.13 DASH Reference Software
The following documents were approved
14863
14864
WD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software
Work plan for development of DASH Conformance and reference software and
sample clients
7.10 Conformance
7.10.1 New levels for AAC profiles and uniDRC support
The following document was approved
14899
Workplan for extended MPEG-4 Audio Conformance
7.10.2 MFC+Depth Extension of AVC Conformance
The following documents were approved
14943
Request for ISO/IEC 14496-4:2004/Amd.45
14944
Text of ISO/IEC 14496-4:2004/PDAM45 Conformance Testing of the MFC+Depth
Extension of AVC
7.10.3 Video Coding for Browsers Conformance
The following documents were approved
14941
14942
Disposition of Comments on ISO/IEC 14496-4:2004/PDAM44
Text of ISO/IEC 14496-4:2004/DAM44 Conformance Testing of Video Coding for
Browsers
7.10.4 CDVS Conformance
The following documents were approved
14958
14960
Request for subdivision of ISO/IEC 15938-14
Working draft 2 of CDVS Conformance Testing
7.10.5 MMT Conformance
The following document was approved
Draft Systems
13 Agenda
14876
Workplan of MMT Conformance
7.10.6 HEVC Conformance
The following documents were approved
14981
14982
14983
14984
WD3 of format range extensions profiles conformance testing
WD1 of SHVC profiles conformance testing
Request for ISO/IEC 23008-8/Amd.1
Text of ISO/IEC 23008-8/PDAM1 Conformance Testing for Multiview Main and
3D Main profiles
7.10.7 DASH Conformance
The following documents were approved
14863
14864
WD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software
Work plan for development of DASH Conformance and reference software and
sample clients
7.11 Maintenance
7.11.1 Systems coding standards
The following documents were approved
14827
14828
14831
14832
14833
14839
14841
14964
14868
14869
14867
14856
Text of ISO/IEC 14496-12:2012 COR 3
Text of ISO/IEC 14496-12:2012 DCOR 4
Defect Report of ISO/IEC 14496-12
DoC on ISO/IEC 14496-15:2013 DCOR 1
Text of ISO/IEC 14496-15:2013 COR 1
Defect Report of ISO/IEC 14496-15
Text of ISO/IEC 14496-30:2014 DCOR 1
Text of ISO/IEC 23001-8:2013/COR1
DoC on ISO/IEC 23008-1:2014 DCOR 1
Text of ISO/IEC 23008-1:2014 COR 1
Text of ISO/IEC 23008-1:2014 DCOR 2
Defects under investigation
7.11.2 Video coding standards
The following document was approved
15016
HEVC version 1 conformance testing defect report
7.11.3 Audio coding standards
The following documents were approved
Draft Systems
14 Agenda
14892
14893
14894
14898
14915
14916
14917
14918
14919
14920
14921
8
Text of ISO/IEC 14496-3:2009/COR 5, AAC block length parameter corrections
DoC on ISO/IEC 14496-3:2009/Amd.4:2013/DCOR 1 Corrections to
MPEG4_ancillary_data
Text of ISO/IEC 14496-3:2009/Amd.4:2013/COR 1 Corrections to
MPEG4_ancillary_data
Text of ISO/IEC 14496-26:2010/COR 8, AAC block length parameter corrections
ISO/IEC 23003-1:2007/AMD 1:2008/COR 3 MPEG Surround Conformance
DoC on ISO/IEC 23003-3:2012/DCOR 3, Unified speech and audio coding
Text of ISO/IEC 23003-3:2012/COR 3, Unified speech and audio coding
DoC on ISO/IEC 23003-3:2012/Amd.1/DCOR 1, Conformance
Text of ISO/IEC 23003-3:2012/Amd.1/COR 1, Conformance
DoC on ISO/IEC 23003-3:2012/Amd.2/DCOR 1, Reference software
Text of ISO/IEC 23003-3:2012/Amd.2/COR 1, Reference software
Organisation of this meeting
8.1 Tasks for subgroups
The following tasks were assigned
Group
Requirements
Std
7
H
V
?
Systems
Exp
2
4
21
A
B
DA
Pt E/A
Title
14
Compact Descriptors for Video Analysis
A? Xyz colour space, HDR
MIoT
Media under user control
FTV
SCC MAF
Multisensory MAF
Live sequence compression
1 A2 Delivery of timeline for external data
1 A3 Carriage of Scalable HEVC
1 A4 Carriage of Green Metadata
1 A5 Carriage of additional Audio P&L
1 A6 Carriage of 3D Audio
1 A7 Carriage of quality metadata
5 ?
SVC FF RS
12 A4 Enhanced audio support
A5 MIME type box
15 A1 Enhanced carriage of HEVC
22 3E
Open Font Format
28 C1 Composite Font Format
20 E1
CEL
21 E1
MCO
15 E1
MPAF
16 E1
PSAF
8 A1 CICP
10 E1
Timed metadata metrics
11 E1
Green Metadata
1 A1 High profile
Draft Systems
15 Agenda
H
Video
VC
M
Exp
4
7
B
C
Exp
Exp
H
4
7
12
13
2
A2
E2
E2
A2
C1
E1
E1
E1
E1
E3
31
6
13
14
4
4
E1
E2
E1
E1
A1
A2
2
3
1
5
8
3V
4
4
5
D
10
2
5
8
4
H
3
H
Audio
3DG
4
A
6
9
11
16
16
13
A5
E1
A1
A3
E1
A2
A3
A43
A45
A33
A35
A39
A1
A1
A2
A1
E1
A1
A2
E1
A1
A2
A3
E1
E1
E2
A3
A4
E2
Spatial relationship description
DASH C&RS
Implementation guidelines
Cross layer interface
MMT Reference Software
MMT Conformance
Storage of image sequences in ISOBMFF
MMT implementation guidelines
MXM Engines and API
Uniform Signalling for timeline alignment
Video Coding for Browsers
Reference software
Compact Descriptors for Visual Search
RS & C – TM
Parser instantiation from BSD
VTL extensions (HEVC)
Internet Video Coding
Future Video Coding
SCC
HEVC Reference Software
RExt Reference Software
SHVC Reference Software
HEVC Conformance
RExt Conformance
SHVC Conformance
AVC + depth Conformance
MFC+depth Conformance
MVC+depth RS
AVC + depth RS
MFC + depth Reference Software
MFC + depth
HEVC+depth
MV-HEVC Reference Software
MV-HEVC Conformance
DRC
DRC RS
DRC C
3D Audio
3D Audio profile
3D Audio phase 2
3D Audio FF support
3D Audio RS
3D Audio C
Protos for ARAF in BIFS
Web 3DG coding
Pattern-based 3DMC
ARAF
Draft Systems
16 Agenda
M
MAR
V
Communication A
B
H
B
2 E3
E1
1 E3
2 E3
3 E3
4 E3
5 E3
6 E3
7 E3
13
9
1
MPEG-V engines
MAR RM
Architecture
Control Information
Sensory information
Virtual world object characteristics
Data representation for interaction devices
Common types and tools
Conformance and reference software
ARAF White paper
Common encryption White paper
MMT White paper
CAL+MTL White paper
AAC White paper
HEVC White paper
MMT video
N14603
Press Release
8.2 Joint meetings
The following joint meetings were held
Groups
R, VC, 3V, VCEG
R, 3
R, 3
A, S
A, 3
V, A
R, V, VCEG
A, R
S, 3
3, JPEG
S, V
R, 3
All
9
What
SCC, SEI, VUI, 3D HEVC Prof.
MIoT
Multisensory AF
TS, FF, CICP
Audio in AR
Assets
Future Video Codec
Profiles for 3D Audio
MPEG-M
ARAF
Green MPEG
IoT
Communication
WG management
9.1 Terms of reference
The following terms of reference was approved
14900
Terms of Reference
Draft Systems
17 Agenda
Day
Mon
Tue
Tue
Wed
Wed
Wed
Wed
Thu
Thu
Thu
Thu
Thu
Thu
Time1
16:00
09:00
10:00
11:00
14:00
16:00
17:00
09:00
10:00
11:00
12:00
15:30
16:00
Time2
18:00
10:00
11:00
13:00
15:00
17:00
18:00
10:00
11:00
12:00
13:00
16:00
18:00
Where
VC
3
3
A
A
Stuttgart
Cont. E
A
Rohan
Rohan
V
Rohan
Boston
9.2 Liaisons
9.2.1 Input liaisons
The following documents were received
34864
34870
35161
34847
34848
34849
34850
34851
34852
34853
34854
34855
34856
34857
34858
SCTE DVS Liaison
DASH-IF's Liaison Letter on recent DASH-IF activities
Liaison on DASH Test Vectors
IEC CDV 60728-5 Ed 3
IEC CDV Universal Serial Bus interfaces for data and power -- Part 1-1, Part 2-1, Part 2-2,
Part 2-3
IEC DTR 62921
IEC CD 62702-1-1 Ed.1
IEC DTS 62871-1 Ed.1
IEC CDV 62767-1 Ed.1
IEC CDV 62842 Ed.1
IEC NP 62608-2
IEC CDV 60728-11 Ed.4
Liaison Statement on video coding collaboration
Liaison Statement on Recommendation ITU-R BS.1116-2
Liaison Statement on MPEG-H 3D-Audio
34859 Liaison Statement on MPEG-DASH quality metrics (reply to LS 59)
34860 Liaison Statement on draft requirements and use cases for HDR and WCG content
distribution
34962 Liaison on ISOBMFF width and height
35250 Liaison Statement
35251 Liaison Statement
35252 Liaison Statement
35309 ATSC liaison on 3D Audio
35310 Liaison Statement
35386 Liaison Statement
9.2.2 Output liaisons
The following documents were approved
15031
15032
15033
15034
15035
15036
15037
15038
15044
15045
14883
14884
Liaison letter template on HDR and WCG
Liaison letter to ARIB on HDR and WCG
Liaison letter to ATSC on HDR and WCG
Liaison letter to BDA on HDR and WCG
Liaison letter to DECE on HDR and WCG
Liaison letter to SMPTE on HDR and WCG
Liaison letter to EBU on HDR and WCG
Liaison letter to DVB on HDR and WCG
Liaison statement template on Compact Descriptors for Video Analysis (CDVA)
Liaison Letter on Genome Compression and Storage
Liaison Statement to SCTE DVS on DASH
Liaison Statement to DASH-IF on DASH
Draft Systems
18 Agenda
DASH
DECE
IEC T
IEC T
IEC T
IEC T
IEC T
IEC T
IEC T
IEC T
IEC T
ITU-T
ITU-R
ITU-R
/WP6
ITU-T
ARIB
DECE
ITU-T
ITU-T
DVB
ATSC
W3C
BDA
14885
14886
14887
14888
14889
14890
14940
14990
14932
14933
14934
14935
15011
Liaison Statement to DECE on DASH and Timed Text
Liaison Statement to ITU-T SG 12 on DASH
Liaison Statement Template on Role/Kind of media streams
Liaison Statement to W3C on Timed Text
Liaison Statement to 3GPP on DASH CE SAND
Liaison Statement to IETF on Webpush for DASH
Liaison Statement to PREMIS Editorial Committee on MPAF
Liaison Statement to ITU-T SG 16 re Video Coding Collaboration
Liaison to ATSC
Liaison to DVB
Liaison to IEC/TC100/TA4
Liaison to ITU-R SG 6
Liaison Statement to ITU-T SC 9 on AR
9.2.3 List of liaisons
The following document was approved
14911
List of organisations in liaison with MPEG
9.3 Ad hoc groups
The following AHGs were established
14834
15026
15012
15023
14996
15059
15052
15022
15000
15014
15056
15062
14997
15060
15024
15051
15055
14995
15053
15013
15054
14999
15015
AHG on 3D Audio and Audio Maintenance
AHG on Adaptive Screen Content Sharing Application Format (ASCS-AF)
AHG on AR
AHG on Compact Descriptors for Video Analysis
AHG on Compact Descriptors for Visual Search
AHG on Contract Expression Language, Media Contract Ontology and
Publish/Subscribe Application Format
AHG on Font Format Representation
AHG on FTV (Free-viewpoint Television)
AHG on Future Video Coding Technology
AHG on Graphics compression
AHG on Green MPEG
AHG on industry needs for Future Video Coding Requirements
AHG on Internet Video Coding
AHG on Media Linking Application Format (MLAF)
AHG on Media-centric Internet of Things (MIoT)
AHG on MPEG File Formats
AHG on MPEG Media Transport
AHG on MPEG-7 Visual
AHG on MPEG-DASH
AHG on MPEG-V
AHG on Multimedia Preservation Application Format (MP-AF)
AHG on Reconfigurable Media Coding
AHG on Reconfigurable Media Coding
Draft Systems
19 Agenda
15025
14835
15021
15058
15057
14998
15027
AHG on Requirements on Genome Compression and Storage
AHG on Responding to Industry Needs on Adoption of MPEG Audio
AHG on Support of HDR and WCG
AHG on Timeline alignment
AHG on User Description
AHG on Video Coding for Browsers
AHG on wearable MPEG
9.4 Asset management
The following documents were approved
14994
14905
14906
14907
14908
14909
Work plan on video assets for the MPEG SVN
Schemas
Reference software
Conformance
Content
URIs
9.4.1 IPR management
The following document was approved
14910
Call for patent statements on standards under development
9.5 Work plan and time line
The following documents were approved
14901
14902
14903
14913
14904
MPEG Standards
Table of unpublished FDIS
MPEG Work plan
Complete list of all MPEG standards
MPEG time line
10 Administrative matters
10.1 Schedule of future MPEG meetings
The following meeting schedule was approved
#
111
112
113
114
115
116
City
Country yy mm-mm dd-dd
Geneva
CH
15
02 16-20
Warsaw
PL
15
06 22-26
Lucca
IT
15
10 19-23
San Diego, CA
US
16
02 22-26
Geneva
CH
16
5-6 30-03
Chengdu
CN
16
10 17-21
Draft Systems
20 Agenda
117 Geneva?
CH?
17
10.2 Promotional activities
The following documents were approved
14936
14938
14939
14991
14992
14937
14813
Draft AAC-ELD Family for High Quality Communication Services
White Paper on Common Encryption
Draft of white paper on MMT
Draft White paper on RVC-CAL and RMC
Draft White paper on HEVC
Responding to Industry Needs on Adoption of MPEG Audio
Press Release of the 110th Meeting in Strasbourg, FR
11 Resolutions of this meeting
These were approved (N14910)
12 A.O.B.
There was no other business
13 Closing
The meeting closed at 10:00
Draft Systems
21 Agenda
– Attendance list
Werner
Sergiu
Christian
Mohamad
Chris
Tim
Jan
Antonin
Gauthier
Jean-Francois
Schelkens
Sammy
Christoph
Frederik
Sebastiaan
Ali C.
Spencer
Xin
Dake
Ying
Panos
Mahsa
David
Claudio
Touradj
Marco
Clemens
Yao-Jen
Xu
Weizhong
Chun-Chi
Tzu-Der
Meiyuan
Shih-Ta
Qi
Tiejun
Cheng
Yu-Wen
Gwo Giun
Shawmin
Ming
Yongbing
tao
Jian-Liang
Bailer
Gordea
Timmerer
Raad
Rosewarne
Bruylants
De Cock
Descampe
Lafruit
Macq
Peter
Rogmans
Stevens
Temmermans
Van Leuven
Begen
Cheng
Guo
He
Luo
Nasiopoulos
Pourazad
Wang
Alberti
Ebrahimi
Mattavelli
Par
Chang
Chen
Chen
Chen
Chuang
Fang
Hsiang
Huang
Huang
Huang
Huang
Lee
Lei
Li
Lin
lin
Lin
AT
AT
AT
AU
AU
BE
BE
BE
BE
BE
BE
BE
BE
BE
BE
CA
CA
CA
CA
CA
CA
CA
CA
CH
CH
CH
CH
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
JOANNEUM RESEARCH
AIT
AAU Klagenfurt
RaadTech Consulting
CISRA
Vrije Universiteit Brussel
Ghent University
Université Libre de Bruxelles
Alcatel-Lucent Bell Labs
Vrije Universiteit Brussel - iMinds
Hasselt University
alcatel-lucent
Vrije Universiteit Brussel
Ghent University
Cisco sytems Canada
Morphbius Technology
Vixs Systems
BlackBerry
amd
UBC
TELUS
Polycom
EPFL
EPFL
EPFL
Swissaudec
ITRI
Huawei
MediaTek
Tsinghua University
MediaTek
Dolby
Peking University
ZTE Corporation
NCKU
MediaTek
Tongji University
MediaTek
Draft Systems
22 Agenda
Ching-Chieh
Chun-Lung
Yongliang
Siwei
Luntian
Wen-Hsiao
Wenyi
Minhao
Yonghong
Yi-Shin
Xiaquan
Ronggang
Yaowei
Qing
Lidong
Yiling
Jizheng
Li
Haitao
Jar-Ferr
Lu
Shaobo
Yuan
Xiaozhen
Jianhua
Jiantong
Jianqing
Karel
Lukas
Peter
Gero
Max
Johannes
Giovanni
Virginie
Christof
Harald
Dan
Karsten
Ruben
Juergen
Johannes
Ingo
Fabian
Joachim
Jacek
Michael
Thorsten
Thorsten
Fulvio
Lin
Lin
Liu
Ma
Mou
Peng
Qiu
Tang
Tian
Tung
Wang
Wang
Wang
Wang
Xu
Xu
Xu
Xufeng
Yang
Yang
Yu
Zhang
Zhang
Zheng
Zheng
Zhou
Zhu
Fliegel
Krasula
Amon
Bäse
Blaeser
Boehm
Cordara
Drugeon
Fersch
Fuchs
Grois
Grüneberg
Heras Evangelio
Herre
Hilpert
Hofmann
Jaeger
Keinert
Konieczny
Kratschmer
Laude
Lohmar
Moschetti
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CZ
CZ
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
ITRI
ITRI
Huawei technologies Co.Ltd.
ITRI International/NCTU
Tsinghua Univ
Peking University
MStar Semiconductor
HiSilicon Technologies
Peking University Shenzhen
BIT
Zhejiang University
Intel Corp.
NERC-DTV
Microsoft Research Asia
Peking University Shenzhen
National Cheng Kung University
Hangzhou University
Huawei
China Telecom Corporation Ltd.
Hisilicon Technologies
HiSilicon Technologies Co. Ltd
Huawei
Fujitsu R&D Center Co
CVUT
CVUT
Siemens AG
Siemens
RWTH Aachen
Technicolor
Huawei Technologies DUESSELDORF GmbH
Panasonic Europe
Dolby Germany GmbH
Fraunhofer IIS
Fraunhofer HHI
Fraunhofer HHI
Technische Universiät Berlin
Fraunhofer IIS
Fraunhofer
Fraunhofer IIS
RWTH Aachen
Fraunhofer IIS
HUAWEI TECHNOLOGIES DUESSELDORF GmbH
Fraunhofer IIS
Leibniz Universitaet Hannover
Ericsson
EPO
Draft Systems
23 Agenda
Karsten
Jens-Rainer
Jörn
Jan
Thomas
Thomas
Stephan
Klaas
Panji
Robert
Thomas
Thomas
Gerhard
Leon
Herbert
David
Thomas
Mathias
Oliver
Qing
Waqar
Pablo
Jaime
Francisco
Done
Miska
Jani
Tiia
Cyril
Philippe
Gisquet
Nicholson
Xavier
Jean-Claude
Raffin
Denoual
Edouard
Patrick
Marc
Wassim
Felix
Remi
Kypreos
Joel
Sylvain
Philippe
Guillaume
Traian
Sebastien
Gerard
Müller
Ohm
Ostermann
Plogsties
Richter
Schierl
Schreiner
Schueuer
Setiawan
Skupin
Sporer
Stockhammer
Tech
Terentiv
Thoma
Virette
Wiegand
Wien
Wübbolt
Zhang
Zia
Carballeira
Delgado
Morán Burgos
Bugdayci
Hannuksela
Lainema
Ojanperä
Bergeron
Bordes
Christophe
Didier
Ducloux
Dufourd
Erwan
Franck
Francois
Gendron
Guez Vucher
Hamidouche
Henry
Houdaille
Jean
Jung
Kervadec
Laffont
Laroche
Lavric
Lecomte
Madec
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
ES
ES
ES
FI
FI
FI
FI
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
Fraunhofer HHI
RWTH Aachen
Leibniz Universität Hannover
Fraunhofer
University of Stuttgart
Fraunhofer
Fraunhofer IIS
Dolby
Huawei Technologies
Fraunhofer HHI
Fraunhofer
Qualcomm
Fraunhofer HHI
Fraunhofer
Fraunhofer IIS
EPO
Fraunhofer HHI
RWTH Aachen
Technicolor
Huawei Technologies Duesseldorf GmbH
Nomor Research GmbH
UPM
UPC
UPM
TUT
Nokia
Nokia
VTT
THALES
Technicolor
CANON Research
VITEC
Thomson Video Networks
Telecom ParisTech
INSA IETR
CANON Research
technicolor
Thomson Video Networks
SCPP
INSA/IETR
Orange
Technicolor
ENVIVIO
Orange Labs
Orange Labs
STMicroelectronics
CANON Research
Institu Mines Télécom
Thales
B-Com
Draft Systems
24 Agenda
Mihai
Nicolas
Didier
Gregory
Pierrick
Marius
Francoise
Ganji
Mickael
Charline
David
Christian
Oded
Omer
Natan
Avraham
Walter
Vittorio
Laurent
Roberto
Leonardo
Andrea
Gianluca
Diego
Daniele
PoLin
Skjalg
Massimo
Alberto
Sabino
Shuichi
Jun
Kotaro
Guillaume
Toru
Keiichi
Takeshi
Takaaki
Ryoji
Mitsuhiro
Atsuro
Tomohiro
Takaaki
Itaru
Kei
Kimihiko
Shohei
Akira
Takayuki
Ohji
Mitrea
Mollet
Nicholson
Pallone
Philippe
Preda
Preteux
Rama Rao
Raulet
Taibi
Touze
Tulvan
Gants
Peled
Peterfreund
Shimor
Allasia
Baroncini
Boch
Borgotallo
Chiariglione
de Polo
Francini
Gibellino
Giusto
Lai
Lepsoy
Mattelliano
Messina
Metta
Aoki
Arai
Asai
Barroux
Chinen
Chono
Chujoh
Emori
Hashimoto
Hirabayashi
Ichigaya
Ikai
Ishikawa
Kaneko
Kawamura
Kazui
Matsuo
Minezawa
Nakachi
Nakagami
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
IL
IL
IL
IL
IT
IT
IT
IT
IT
IT
IT
IT
IT
IT
IT
IT
IT
IT
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
IMT
Technicolor
VITEC
Orange Labs
Orange Labs
Institut TELECOM
Ecole des Ponts
Telecom SudParis
IETR UMR CNRS 6164
Technicolor
Technicolor
Mines Telecom
Zixi
Zixi
toga networks
SanDisk
EURIX S.r.l.
Sisvel Technology
RAI
RAI
CEDEO
phaseone
Telecom Italia
Telecom Italia
University of Cagliari
MediaTek USA
Telecom Italia
Sisvel Technology srl
RAI
RAI
NHK
NHK
Mitsubishi Electric
Fujitsu Laboratories
Sony Corporation
NEC
Toshiba Corporation
Renesas Electronics Corporation
SONY Corp.
Sharp
Tokyo Polytechnic
Fujitsu Laboratories
NTT corporation
Mitsubishi Electric
NTT
Sony corporation
Draft Systems
25 Agenda
Takahiro
Masayuki
Shigetaka
Mehrdad
Keisuke
Takanori
Masato
Shinya
Takehiro
Teruhiko
Naoya
Masayuki
Yoshihide
Shinji
Shuichi
Akio
Tomoo
Elena
Kang
Yonghyun
Gun
Seung Kwon
Hyung Gi
Jihun
Soo-Ik
Hyunkyung
Yongwoo
Miran
Seung Cheol
Jangsik
Jang-Sik
Sangbae
SungMoon
Young Su
Sung-Wook
Mohammad
Euee
Dalwon
In-Su
Si-Hwan
ByeongMoon
Byeungwoo
Jin Kee
Kyeongok
Jung Won
Chanyul
Cheong Ghil
Sang-Kyun
Min-Uk
Hyunguy
Nishi
Nishiguchi
Ogawa
Panahpour Tehrani
Saito
Senoh
Shima
Shimizu
Sugimoto
Suzuki
Tanaka
Tanimoto
Tonomura
Watanabe
Watanabe
Yamada
Yamakage
Alshina
Andrew
Baek
Bang
Beack
Byun
Cha
Chae
Chai
Cho
Choi
Choi
Choi
Choi
Chon
Chung
Heo
Hong
Jalil Piran
Jang
Jang
Jang
Jang
Jeon
Jeon
Chae
Kang
Kang
Kim
Kim
Kim
Kim
Kim
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
Panasonic
Sony Corporation
ICT Link
Nagoya University
Shikino High-Tech CO.
NICT
Canon Inc.
NTT Corporation
NHK
Sony Corp.
Panasonic
ITSCJ
Sharp Corporation
NEC Corporation
Toshiba Corporation
Samsung Electronics
NexStreaming
Yonsei University
ETRI
ETRI
Kangwon National University
ETRI
Seoul National University
Intellectual Discovery
Kyunghee University
ETRI
ETRI
Kangwon National University
Samsung Electronics co.Ltd.
INSIGNAL
KHU
Sejong University
Kyunghee University
Hanyang University
KETI
ETRI
ETRI
LG Electronics
SKKU
ETRI
ETRI
Samsung Electronics co.Ltd.
Namseoul University
Myongji University
Konkuk University
Draft Systems
26 Agenda
Jooyoung
Jae-Gon
Kyung won
Youngseop
Je Woo
Cheol-Min
Dasom
Seung Woo
Taegyu
Jae Yung
Bae-Keun
Changkyu
Jin Young
Yong-Hwan
Jongmin
Jin Young
Seung Wook
Woong
Tae Beom
Jonghyun
Junghak
Junghak
Henney
Seoung-Jun
Jeonghoon
Sang-hyo
Hochong
Min Woo
Kyungmo
Je-Ho
Kwang-deok
Jeongil
Saim
Donggyu
Youngman
Jaeyeon
Sehoon
Sunmi
Hyunjin
Kyoungro
Jae-Kwan
Robert
Werner
Rocco
Rufael
Emmanuel
Menno
Arild
Lukasz
Olgierd
Kim
Kim
Kim
Kim
Kim
Kim
Kim
Kum
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lim
Lim
Ma
Nam
Nam
Oh
Oh
Park
Park
Park
Park
Park
Park
Seo
Seo
Shin
Sim
So
Song
Yea
Yoo
Yoon
Yoon
Yun
Brondijk
de Bruijn
Goris
Mekuria
Thomas
Wildeboer
Fuldseth
Januszkiewicz
Stankiewicz
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
NL
NL
NL
NL
NL
NL
NO
PL
PL
KT
KAU
KETI
Dankook university
KETI
Dongshin University Industry
Electronics and Telecommunications Research Institute
KETI
Sejong University
KT
ETRI
SK Telecom
ETRI
KWU
KETI
LG Electronics
Kwangwoon University
Kwangwoon University
Samsung Electronics co.Ltd.
Kwangwoon University
Samsung Electronics
Samsung Electronics Co., Ltd.
Dankook University
ETRI
Kwangwoon University
Samsung Electronics
Samsung Electronics
LG Electronics
ETRI
Konkuk University
ETRI
Philips
Philips Research
Philips
CWI
TNO
Philips
Cisco Systems Norway
Zylia
PUT
Draft Systems
27 Agenda
Krzysztof
Tomasz
Fernando
Antonio
Maxim
Aleksander
Harald
Kenneth
Per
Richard
Andrey
Christopher
Rickard
Jacob
Jiunn Bin
Chong Soon
Zongxian
Thiow Keng
Massimiliano
Alessandro
Abdellatif
Miroslaw
Panos
ZHONG
Ken
Matteo
Stavros
Sebastian
Ovidiu
Karl
Ping
Giladi
Cheung
Frank
Lazar
Imed
Jill
Madhukar
Peisong
Jianle
Ying
Yi-Jen
Robert
Michael
Felix
Chad
Matt
Qunshan
Yuwen
Arianne
Wegner
Zernicki
Pereira
Pinheiro
Sychev
Zheludkov
Alvestramp
Andersson
Fröjdh
Mitic
Norkin
Ryder
Sjöberg
Strom
Lim
Lim
Liu
Tan
Agostinelli
Artusi
Benjelloun Touimi
Bober
Kudumakis
Luo
McCann
Naccari
Paschalakis
Schwarz
Serban
Sharman
Wu
Alex
Auyeung
Baumgarte
Bivolarsky
Bouazizi
Boyce
Budagavi
Chen
Chen
Chen
Chiu
Cohen
Dolan
Fernandes
Fogg
Frost
Gu
He
Hinds
PL
PL
PT
PT
RU
RU
SE
SE
SE
SE
SE
SE
SE
SE
SG
SG
SG
SG
UK
UK
UK
UK
UK
UK
UK
UK
UK
UK
UK
UK
UK
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
PUT
Zylia sp. z o.o.
Instituto de Telecomunicações
UBI / QUALINET / COST IC1003
Huawei
Vanguard Video
Google
Ericsson AB
Ericsson
Ericsson
Ericsson
Net Insight AB
Ericsson
Ericsson
Huawei
Panasonic R&D Singapore
Panasonic R&D Singapore
NTT DOCOMO
Trellis Management
Trellis Management
Huawei (UK) Co., Ltd.
University of Surrey
QMUL
Huawei
ZetaCast
BBC
Visual Atoms
BBC
University of Reading
Sony Europe Ltd
ZTE (UK) Ltd
Inter Digital
Sony Electronics Inc
Skype
Samsung Telecommunications
Vidyo
Samsung
Broadcom
Qualcomm
Qualcomm
Intel Corp.
Mitsubishi Electric
Samsung
Harmonic
Google
Google Inc.
InterDigital
CableLabs
Draft Systems
28 Agenda
Ted
Kilroy
Walt
Rajan
Marta
Seung-Hwan
Krasimir
Sungwon
Vladimir
Youngkwon
Shan
Brendan
Ajay
Daryl
Joseph
Koohyar
Yeshwant
Mandayam
Prabhu
Ozgur
Chao
Nils
Wei
Schuyler
Krishnakanth
Justin
D
Vadim
David
Iraj
Joel
Dale
Kevin
Gary
Huifang
Mikhail
Andrew
Dong
Pankaj
Alexandros
Anthony
Wei
Ye-Kui
Xin
John
Xiaoyu
Xiaozhong
Yan
Peng
Haoping
Hsieh
Hughes
Husak
Joshi
Karczewicz
Kim
Kolarov
Lee
Levantovsky
Lim
Liu
Long
Luthra
Malas
McCrossan
Minoo
Muthusamy
Narasimhan
Navali
Oyman
Pang
Peters
Pu
Quackenbush
Rapaka
Ridge
Sen
Seregin
Singer
Sodagar
Sole
Stolitzka
Streeter
Sullivan
Sun
Terterov
Tescher
Tian
Topiwala
Tourapis
Vetro
Wang
Wang
Wang
Wus
Xiu
Xu
Ye
Yin
Yu
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
Qualcomm
Microsoft
Dolby Labs
Qualcomm
Qualcomm
Sharp Labs of America
Apple
Qualcomm Technology
Monotype
Samsung
MediaTek USA
CableLabs
Arris
CableLabs
Twentieth Century Fox
Arris Group
Samsung Research Americas
Arris
Ericsson
Intel Corporation
Qualcomm
Qualcomm
Qualcomm
Audio Research Labs
Qualcomm
Nokia
Qualcomm
Qualcomm
Apple
Microsoft
Qualcomm
Samsung Display
Adobe Systems
Microsoft
Mitsubishi Electric
Vanguard Video
Microsoft
Mitsubishi Electric
FastVDO
Dolby Laboratories
Mitsubishi Electric
Huawei
Qualcomm
Huawei
InterDigital
MediaTek USA
InterDigital
Dolby
Huawei
Draft Systems
29 Agenda
Minhua
Bill
Zhou
Zou
US
US
Broadcom
DTS
Draft Systems
30 Agenda
– Agenda
#
1
2
3
4
5
6
7
#
#
1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
2
1
2
3
1
2
Item
Opening
Roll call of participants
Approval of agenda
Allocation of contributions
Communications from Convenor
Report of previous meetings
Workplan management
Media coding
Support for Dynamic Range Control
Pattern Based 3D Mesh Compression
Web 3D Graphics Coding
Metadata for Realistic Material Representation
Font compression and streaming
Composite Font Representation
Open Font Format
Web Video Coding
Video Coding for Browsers
Codec Configuration Representation
Media Tool Library
SAOC Dialog enhancement
Audio Dynamic Range Control
Media Context and Control – Control Information
Media Context and Control – Sensory Information
Media Context and Control – Virtual World Object Characteristics
Media Context and Control – Data Formats for Interaction Devices
Media Context and Control – Common Types and Tools
HEVC Range Extensions
HEVC Multiview Extensions
3D HEVC
HEVC Scalable Extensions
Coding of screen content
3D Audio
HEVC Image Sequences
Free Viewpoint Television
Internet Video Coding
Higher Dynamic Range and Wide Gamut Content Distribution
Processing and Sharing of Media under User Control
Genome Compression
Composition coding
Scene Description Based Collaborative Applications
MMT Composition Information
Description coding
MPEG-7 Visual
Compact Descriptors for Visual Search
Draft Systems
31 Agenda
3
4
5
6
7
4
1
2
3
4
5
6
7
5
1
6
7
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
8
1
2
9
1
2
3
4
5
6
Compact Descriptors for Video Analysis
User Description
Multiple text encodings, extended classification metadata
Green Metadata
Storage of traceable media signatures
Systems support
Audio Synchronization
Signalling of Transport profiles, signalling MVC stereo view association and
MIME type registration
Signalling and Transport of SAOC-DE in AAC
Coding-independent codepoints
MMT Forward Error Correction Codes
MMT Cross Layer Interface
Uniform signalling for timeline alignment
IPMP
Common Encryption Format for ISO Base Media File Format
Digital Item
Transport and File formats
Carriage of additional audio profiles & levels
Delivery of Timeline for External Data
Carriage of Layered HEVC in MPEG-2 TS
Transport of MVC depth video and HEVC low delay
Carriage of Green Metadata
Carriage of 3D Audio
Enhanced audio support and other improvements
Font streams and other improvements to file format
Ordered combination of separate tracks
Carriage of MVC+D in ISO Base Media File Format
Enhanced carriage of HEVC
Enhanced audio support
Timed Metadata Metrics of Media in the ISO Base Media File Format
Additional technologies for MPEG Media Transport
Image File Format
MMT Implementation Guidelines
Extended Profiles and time synchronization
Spatial Relationship Description, Generalized URL parameters and other
extensions
MPEG-DASH Implementation Guidelines
Multimedia architecture
MPEG-M API
MPEG-V Architecture
Application formats
Augmented Reality AF
Mixed and Augmented Reality Reference Model
Multimedia Preservation Application Format
Multisensory Effects Application Format
Publish/Subscribe Application Format (PSAF)
Adaptive Screen Content Sharing Application Format
Draft Systems
32 Agenda
10
1
2
3
4
5
6
7
8
9
10
11
12
13
11
1
2
3
4
5
6
7
8
9
10
11
12
12
1
2
3
4
5
6
7
8
9
8
1
2
3
9
1
2
3
4
Reference implementation
MVC plus depth extension of AVC Reference Software
Multi-resolution Frame Compatible Stereo Coding extension of AVC
Reference Software
3D extension of AVC Reference Software
Pattern based 3D mesh compression Reference Software
CEL and MCO Reference Software
MPEG-7 Visual Reference Software
ARAF reference software
Media Tool Library Reference Software
MPEG-DASH Reference Software
MPEG-V – Reference Software
MMT Reference Software
HEVC Reference Software
3D Audio Reference Software
Conformance
New levels for AAC profiles and uniDRC support
Multi-resolution Frame Compatible Stereo Coding extension of AVC
Conformance
3D-AVC Conformance
Pattern based 3D mesh compression Conformance
Video Coding for Browsers Conformance
CEL and MCO Conformance
ARAF Conformance
Media Tool Library Conformance
MPEG-V – Conformance
MMT Conformance
HEVC Conformance
3D Audio Conformance
Maintenance
Systems coding standards
Video coding standards
Audio coding standards
3DG coding standards
Systems description coding standards
Visual description coding standards
Audio description coding standards
MPEG-21 standards
MPEG-A standards
Organisation of this meeting
Tasks for subgroups
Joint meetings
Room assignment
WG management
Terms of reference
Officers
Editors
Liaisons
Draft Systems
33 Agenda
5
6
7
1
2
3
4
8
9
10
10
1
2
11
12
13
Work item assignment
Ad hoc groups
Asset management
Reference software
Conformance
Test material
URI
IPR management
Facilities
Work plan and time line
Administrative matters
Schedule of future MPEG meetings
Promotional activities
Resolutions of this meeting
A.O.B.
Closing
Draft Systems
34 Agenda
– Input contributions
#
34603
Title
Source
AHG on Support of HDR XYZ Color Space and
HDR
ISO secretariat
34604 AHG on FTV (Free-viewpoint Television)
ISO secretariat
34605 AHG on compact descriptors for video search
ISO secretariat
34606
AHG on Requirements on Genome Compression
and Storage
ISO secretariat
34607
AHG on Adaptive Screen Content Sharing
Application Format (ASCSAF)
ISO secretariat
34608 AhG on Issues in Internet of Things
ISO secretariat
34609 AHG on MPEG-7 Visual
ISO secretariat
34610 AHG on Compact Descriptors for Visual Search
ISO secretariat
34611 AHG on Internet Video Coding
ISO secretariat
34612 AHG on Video Coding for Browsers
ISO secretariat
34613 AHG on Video Test Material Assets
ISO secretariat
34614 AHG on 3D Audio and Audio Maintenance
ISO secretariat
AHG on Responding to Industry Needs on
Adoption of MPEG Audio
ISO secretariat
34615
34616 AHG on AR
ISO secretariat
34617 AHG on MPEG-V
ISO secretariat
34618 AHG on Graphics compression
ISO secretariat
34619 AHG on Reconfigurable Media Coding
ISO secretariat
34620 AHG on MPEG Assets
ISO secretariat
34621 AHG on MPEG File Formats
ISO secretariat
34622 AHG on Font Format Representation
ISO secretariat
34623 AHG on MPEG-DASH
ISO secretariat
34624
AHG on Multimedia Preservation Application
Format (MP-AF)
ISO secretariat
34625 AHG on MPEG Media Transport
ISO secretariat
34626 AHG on Green MPEG
ISO secretariat
34627 AHG on User Description
ISO secretariat
34628 AHG on Timeline alignment
ISO secretariat
34629
AHG on Publish/Subscribe Application Format
(PSAF)
ISO secretariat
34630
Brainstorming panel discussion session on future
video coding
Gary Sullivan, Jens-Rainer Ohm, Jörn
Ostermann, Youngkwon Lim
34631 DASH sub-frame format of WebSocket
34632
[CE-FDH] Benefits of HTTP/2 Push feature for
DASH
Tatsuya Igarashi, Yasuaki Yamagishi,
Mitsuhiro Hirabayashi
Franck Denoual, Frederic Maze
34633 Study of ISO/IEC CD23000-15 v2
Werner Bailer, Hermann Fürntratt
34634 Study of ISO/IEC 15938-5:2003/DAM 5
Werner Bailer
Draft Systems
35 Agenda
34635
MMT IG: Traffic Aggregation for MMTP
Multicasting in On-Demand Video Delivery
34636
Draft Requirements and Explorations for HDR and Ajay Luthra, Edouard Francois, Walt
WCG Content Distribution
Husak
34637
Draft Call for Evidence (CfE) for HDR and WCG
Video Coding
Ajay Luthra, Edouard Francois, Walt
Husak
34638
AhG HDR/WCG: Report of EE3 on objective test
methods
T. Ebrahimi
Zhu Li, Imed Bouazizi, Youngkwon Lim,
P. Lopez, E. Francois, P. Salmon
(Technicolor), K. Minoo, A. Luthra
AhG HDR: report on the anchors generation for the
34639
(Arris), P. Yin, T. Lu, W.Husak (Dolby),
explorations for HDR/WCG video coding
Jungwon (ETRI), J. Chen, Sungwon L.
(Qualcomm), C. Auyeung (Sony)
34640
Report on the XYZ/HDR Exploratory Experiment 1:
Alexis Michael Tourapis
HDR/WCG signal representation and coding
34641 Client-requested push for DASH [CE-FDH]
Emmanuel Thomas (TNO), Jeroen
Famaey (iMinds), Jeroen Schaballie
(iMinds)
34642 Modification of MMTP packet header compression
Changkyu Lee, Sunghei Kim, Juyoung
Park
34643 [CE-FDH] Dash over HTTP 2.0 using K-Push
Viswanathan (Vishy) Swaminathan,
Sheng Wei, Kevin Streeter
34644
A CDVS Pairwise Matching Experiment on a
Dataset of Risso’s dolphins
Sabino METTA, Massimiliano ROSSO,
Alberto MESSINA
34645
Automated Recommendation of Multimedia News
Content using MPEG-UD
Alberto MESSINA, Maurizio
MONTAGNUOLO, Sabino METTA
34646 Request for minor updates to CDVS TM11
Alberto MESSINA
34647
Formal Analysis of the MPEG-UD use cases:
towards a complete description
Sabino METTA, Alberto MESSINA
34648
Request for modifications of MPEG-UD XML
Schemas
Alberto MESSINA
34649
Evaluation of high dynamic range color pixel
encoding
Rafal K. Mantiuk (Bangor University), R.
Boitard, E. François (Technicolor)
Additional Definitions of FPA SEI Message for
34650 Inclusion of Centralized Color-Depth Packing
(CCDP) Formats
J.-F. Yang, K.-Y. Liao, H.-M. Wang, Y.H. Hu (NCKU)
34651 CE3: Test 1.1 – Intra block copy masking
J. Lainema, M. M. Hannuksela (Nokia)
34652 Non-CE2: Intra block vector coding for small PUs
J. Lainema, M. M. Hannuksela (Nokia)
34653 CE6: Cross check results for Test A.3
W. Pu (Qualcomm)
34654 CE6: Cross check results for Test A.4
W. Pu (Qualcomm)
34655
Non-CE2: Transform skip signalling for intra block
copy
S. Yang, H. J. Shim, D. Lee, B. Jeon
(SKKU)
34656
CE5 subtest 5.1: Performance impact of varying
the maximum palette size
R. Joshi (Qualcomm)
34657
CE6 subtest A.5: Contexts for run coding in palette R. Joshi, M. Karczewicz, W. Pu, V.
mode
Seregin, J. Sole (Qualcomm)
34658
CE6 subtest A.6: Binarization for run coding in
palette mode
R. Joshi, W. Pu, M. Karczewicz, F. Zou,
V. Seregin, J. Sole (Qualcomm)
34659
Enhanced chroma QP signalling for adaptive
cross-component transform in SCC extensions
K.Chono (NEC)
Draft Systems
36 Agenda
34660
Quality Assessment of High Dynamic Range
34661 (HDR) Video Content Using Existing FullReference Metrics
34662
AhG6: Inclusion of 4:2:0 screen content in the
HEVC SCC common test conditions
Amin Banitalebi-Dehkordi, Maryam
Azimi, Yuanyuan Dong, Mahsa T.
Pourazad, Panos Nasiopoulos, (UBC &
TELUS)
J. Sole, M. Karczewicz, R. Joshi, V.
Seregin, K. Rapaka (Qualcomm)
34663 Non-CE6: Delta QP signalling for palette
J. Sole, W. Pu, R. Joshi, V. Seregin, M.
Karczewicz (Qualcomm)
34664 AHG13: Chroma deblocking filter control for SCC
O. Nakagami, T. Suzuki (Sony)
34665 AHG13: On deblocking for screen content coding
C. Rosewarne, M. Maeda (Canon)
34666
Non-CE9: Intra-boundary filter control for noncamera captured content
C. Rosewarne, M. Maeda (Canon)
34667
Non-CE6: Modifications of copy-left and copyabove modes in index coding
J.-S. Tu, C.-L. Lin, C.-H. Hung, C.-C. Lin,
Y.-J. Chang (ITRI)
34668
CE6 Test B.2: Encoder modification of palette
coding for escape pixels
Y.-J. Chang, C.-H. Hung, C.-L. Lin, C.-C.
Lin, J.-S. Tu (ITRI)
34669
CE8 Test A: Bi-colour intra mode for screen
content coding
Y.-J. Chang, C.-C. Lin, J.-S. Tu, C.-L.
Lin, C.-H. Hung (ITRI)
34670
Non-CE8: Combination of CE8 Test A and CE8
Test B for screen content coding
Y.-J. Chang, C.-C. Lin, C.-L. Lin, J.-S.
Tu, C.-H. Hung (ITRI)
34671
Non-CE8: Multi-colour intra mode for screen
content coding
Y.-J. Chang, C.-C. Lin, C.-L. Lin, J.-S.
Tu, C.-H. Hung (ITRI)
Non-CE6: Escape coded pixel prediction using
34672 previous escape coded pixels for palette based
coding
J. Ye, J. Zhu (Fujitsu)
Non-CE6: Escape pixel prediction using previous
34673 escape coded pixels and palette for palette based
coding
J. Ye, J. Zhu (Fujitsu)
34674
Non-CE6: Escape coded pixel prediction using
previous palette for palette based coding
J. Ye, J. Zhu (Fujitsu)
34675 Non-CE6: Escape colour signalling
C. -C Lin, C.-L. Lin, Y.-J. Chang, J.-S.
Tu, C.-H. Hung (ITRI)
34676 Non-CE2 : Slice-level Intra block copy enabling
W. Lim, J. Ma, Y. Ahn, D. Sim
34677 CE1: Results of Test 1.3, Test 4.1 and Test 4.3
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
34678 CE1: Cross-check on Test 1.4
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
34679 CE1: Cross-check on Test 3.1
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
34680
Non-CE6: Modified unpredicted palette entries
coding in palette based coding
Z. Wang, J. Zhu(Fujitsu)
34681 CE1: Results of Test 3.2 on MVD and BVD coding
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
34682 CE6: Results of Test A.3 on restricted run coding
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
34683 CE6: Results of Test C.1 on transition copy mode
C. Gisquet, G. Laroche, P. Onno
(Canon)
34684 Non-CE6: Last run flag for Palette mode
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
Draft Systems
37 Agenda
34685 Non-CE2: IBC encoder improvements for SCM2.0
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
34686
Non-CE6: Palette encoder improvements for
SCM2.0
C. Gisquet, G. Laroche, P. Onno
(Canon)
34687
Combination of several encoder improvements for
SCM2.0
G. Laroche, C. Gisquet, T. Poirier, P.
Onno (Canon)
34688 AHG14: On IBC memory reduction
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
34689 On adaptive colour transform and Inter modes
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
34690
AHG14: On IBC constraint for Wavefront Parallel
Processing
G. Laroche, T. Poirier, C. Gisquet, P.
Onno (Canon)
34691 CE6: Cross-check of Test A.5
G. Laroche (Canon)
34692 CE6: Cross-check of Test A.6
G. Laroche (Canon)
34693 CE6: Cross-check of Test C.2
C. Gisquet (Canon)
34694
CE6: Results for Test B3 on Improved Palette
Index Coding with Contextualization
T. Laude (Leibniz Universitaet
Hannover)
34695 Copy Mode for Static Screen Content
T. Laude (Leibniz Universitaet
Hannover)
34696 CE1: Cross-check of Test 3.3
G. Laroche (Canon)
34697 CE3: Cross-check of test 1.1
M. Pettersson, K. Andersson (Ericsson)
34698 CE6 Test C.2: Transition copy mode
Y.-C. Sun, T.-D. Chuang, Y.-W. Chen,
Y.-W. Huang, S. Lei (MediaTek)
Y.-C. Sun, J. Kim, T.-D. Chuang, Y.-W.
34699 Non-CE6: Cross-CU palette colour index prediction Chen, S. Liu, Y.-W. Huang, S. Lei
(MediaTek)
34700 SMPTE Liaison - HDR/WCG
34701
Alan Lambshead SMPTE SVP
Correction for MMT_general_location_info and
PA_table elements in 23008-1
Oded Gants, Omer Peled, Uri Avni
34702 CE2: Result of Test 1
B. Li, J. Xu (Microsoft), X. Xu, S. Liu, S.
Lei (MediaTek)
34703 CE2: Result of Test 6
B. Li, J. Xu (Microsoft)
34704 CE9: Result of Test A.2
B. Li, J. Xu (Microsoft), X. Zhang, R.
Cohen (MERL)
34705 CE10: Result of Test 1 and 2
B. Li, J. Xu (Microsoft)
Comparison of Compression Performance of
HEVC 4:4:4 Range Extensions Test Model 8 and
34706
HEVC Screen Content Coding Extensions Test
Model 2 with AVC High 4:4:4 Predictive profile
B. Li, J. Xu, G. Sullivan (Microsoft)
34707
Adaptive motion vector resolution for screen
content
B. Li, J. Xu, G. Sullivan, Y. Zhou, B. Lin
(Microsoft)
34708 On residual adaptive colour transform
B. Li, J. Xu, G. Sullivan (Microsoft)
34709 Non-CE2: on block vector predictor
B. Li, J. Xu (Microsoft)
34710 On WPP with palette mode and intra BC mode
B. Li, J. Xu (Microsoft)
34711 Improvement for hash based inter search
B. Li, J. Xu (Microsoft)
34712
On referencing structure supporting temporal
scalability
B. Li, J. Xu (Microsoft)
34713 CE7: Cross-check of test 2 (JCTVC-S0159)
B. Li, J. Xu (Microsoft)
34714 CE10: Cross-check of Hybrid 1-D/2-D Intra string
B. Li, J. Xu (Microsoft)
Draft Systems
38 Agenda
search for HEVC screen content coding (JCTVCS0161)
34715
Proposed messages for client-initiation and
termination (pull) connection in 23008-1
Oded Gants, Omer Peled, Uri Avni
34716
Proposed change in MMTP header for
retransmission
Oded Gants, Omer Peled, Uri Avni
34717
Proposed updated for QoS report messages in
23008-1 AMD 1
Oded Gants, Omer Peled, Uri Avni
34718
Enhanced block vector predictor list construction
for Intra block copy
J. Ma, Y. Ahn, W. Lim, X. Wu, D. Sim
(KWU)
34719 QP offset for Adaptive Colour Transform
R. Sjöberg, J. Samuelsson (Ericsson)
34720 HLS: Dependent RAP indication SEI message
R. Sjöberg, M. Pettersson, J.
Samuelsson (Ericsson)
34721 AhG13: Palette and deblocking
J. Sole, W. Pu, C. Pang, R. Joshi, V.
Seregin, M. Karczewicz (Qualcomm)
CE5: Informational tests on reducing both
34722 maximum palette size and maximum palette
predictor size
P. Lai, S. Liu, S. Lei (MediaTek)
34723
CE8 Test B: Single colour intra mode, with
supplementary results
P. Lai, S. Liu, Y.-W. Chen, T.-D.
Chuang, Y.-C. Sun, S. Lei (MediaTek)
34724
Non-CE6: Syntax redundancy removal for palette
mode with one index value
P. Lai, J. Kim, S. Liu, S. Lei (MediaTek)
34725
AHG6: On Adaptive Color Transform (ACT) in
SCM2.0
P. Lai, S. Liu, S. Lei (MediaTek)
34726
AHG14: Intra Block Copy reference area for
Wavefront Parallel Procsssing (WPP)
P. Lai, X. Xu, S. Liu, T.-D. Chuang, S.
Lei (MediaTek)
34727
CE9 Test A.1: Optionally disabling the usage of the X. Zhang, K. Zhang, J. An, H. Huang, S.
intra boundary filters
Lei (MediaTek)
34728
CE8: Cross-check of Test A (JCTVC-S0049) Bicolour intra mode for screen content coding
CE6-related: Cross-check of JCTVC-S0152 on
34729 Index Coding Group (ICG) for 8x8 CU of Palette
Mode
P. Lai (MediaTek)
P. Lai, J. Kim (MediaTek)
34730
CE6-related: Syntax fixes for zero palette in palette K. Zhang, T.-D. Chuang, S. Liu, J. An, X.
coding
Zhang, S. Lei (MediaTek)
34731
CE5-related: Cross-check of JCTVC-S0201 on CU
P. Lai, J. Kim (MediaTek)
dependent color palette maximum size
34732
CE3 Test 1.2: Segmental prediction for intra block
copy
K. Zhang, J. An, X. Zhang, H. Huang, S.
Lei (MediaTek)
34733 Non-CE6: Improvement On Palette Sharing Mode
W. Pu, M. Karczewicz, R. Joshi, F. Zou,
V. Seregin, J. Sole (Qualcomm)
34734 Non-CE6
34735
Non-CE6: Syntax Redundancy Fixes for Palette
Mode
W. Pu, M. Karczewicz, V. Seregin, F.
Zou, R. Joshi, J. Sole (Qualcomm)
34736 Non-CE6: Improvement On Palette Run Coding
W. Pu, R. Joshi, M. Karczewicz, F. Zou,
V. Seregin, J. Sole (Qualcomm)
34737 Non-CE2: On Intra block copy
C. Pang, V. Seregin, M. Karczewicz
(Qualcomm)
34738 Non-CE2: Intra block copy with Inter signaling
C. Pang, K. Rapaka, Y.-K. Wang, V.
Seregin, M. Karczewicz (Qualcomm), B.
Draft Systems
39 Agenda
Li, J. Xu (Microsoft)
34739
CE6-related : Enabling copy above mode
prediction at the boundary of CU
J. Kim, Y.-C. Sun, S. Liu, T. -D. Chuang,
Y.-W. Chen, Y. -W. Huang, S. Lei
(MediaTek)
34740
CE6-related : Clarifying decoder’s ambiguous
behaviour for escape index in palette mode
J. Kim, S. Liu, T. -D. Chuang, Y. -W
Huang, S. Lei (MediaTek)
34741
CE6-related : Signalling Palette size in Palette
mode
J. Kim, S. Liu, S. Lei (MediaTek)
34742 CE3: Test 1.3: Intra block copy with flipping
J. Ye, X. Xu, S. Liu, K. Zhang, S. Lei
(MediaTek)
34743
CE3: Test 2.1 Combined test of test 1.1 and test
1.3
J. Ye, S. Liu, X. Xu, S. Lei (MediaTek), J.
Lainema, K. Ugur, M. Hannuksela
(Nokia),
34744
CE3: Test 2.2 Combined test of test 1.2 and test
1.3
K. Zhang, J. An, X. Zhang, H. Huang, J.
Ye, X. Xu, S. Liu, S. Lei (MediaTek)
34745 Non-CE6: Copy previous mode
J. Ye, J. Kim, S. Liu, P. Lai, S. Lei
(MediaTek)
34746 CE2: Test 2 – Intra BC signalled at PU level
X. Xu, S. Liu, S. Lei (MediaTek)
34747
CE2: Test 5 – Intra BC unified with Inter using
intra_bc_flag
X. Xu, S. Liu, S. Lei (MediaTek), B. Li, J.
Xu (Microsoft)
34748
Non-CE2: Intra BC merge mode with default
candidates
X. Xu, T.-D. Chuang, S. Liu, S. Lei
(MediaTek)
34749 Cross check of CE2 Test 3(JCTVC-S0131)
X. Xu, S. Liu (MediaTek)
34750 Cross check of CE2 Test 6(JCTVC-S0081)
X. Xu, S. Liu (MediaTek)
Cross check of Non-CE4 Intra Line Copy with
34751 Extended Full-frame Search for Test A (JCTVCS0137)
X. Xu (MediaTek)
34752
CE2: Crosscheck of Test1 – Unification of IBC to
Y. He, X. Xiu, Y. Ye (InterDigital)
inter
34753
CE6: Crosscheck of Test B.2 –Encoder
modification of palette coding for escape pixels
K. Andersson, M. Pettersson, J.
Samuelsson, A. Norkin (Ericsson)
34754 On indication of IBC
34755
Y. He, X. Xiu, Y. Ye (InterDigital)
CE7: Cross check results for Test 3( JCTVCS0160)
J. Ye, S. Liu (MediaTek)
34756 CE2: Test3 – IBC with block vector derivation
Y. He, Y. Ye, X. Xiu (InterDigital)
34757 CE6: Test B.5 – Escape colour prediction
Y. He, X. Xiu, Y. Ye (InterDigital)
34758
Adaptive Colour Transforms for Screen Content
Coding
34759 Non-CE6: Simplified palette size coding
W. Dai, M. Krishnan, P. Topwala
(FastVDO)
J. Zhao, S. H. Kim, K. Misra, A. Segall
(Sharp)
34760
CE4: Results of Test A on Search Range of Intra
Line Copy
R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)
34761
Non-CE4: On CABAC Throughput of Intra Line
Copy
R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)
34762
Non-CE4: Intra Line Copy with Extended Fullframe Search for Test A
R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)
34763
Non-CE6: Exponential Golomb binarization for
Palette Run
S. H. Kim, K. Misra, J. Zhao, A. Segall
(Sharp)
34764 109th MPEG Audio Report
Schuyler Quackenbush
Draft Systems
40 Agenda
34765
Using flat scaling lists for escape coded palette
pixels
K. Misra, S. H. Kim, J. Zhao, A. Segall
(Sharp)
34766
On transform coefficient scaling for adaptive colour
K. Misra, S. H. Kim, A. Segall (Sharp)
transform
34767
Using the wavefront store-and-sync design for
palette table prediction variables
K. Misra, S. H. Kim, A. Segall (Sharp)
34768 CE1 : Results of Test 1.1, Test 2.1 and Test 3.1
K. Rapaka, M. Karczewicz, C. Pang
(Qualcomm)
34769 Non-CE1 :Block vector coding for Intra block copy
K. Rapaka, M. Karczewicz, C. Pang
(Qualcomm), K. Miyazawa, A.
Minezawa, S. Sekiguchi (Mitsubishi)
34770 Qp derivation for adaptive color transform
K. Rapaka, L. Zhang, R. Joshi, M.
Karczewicz(Qualcomm)
34771 Bandwidth reduction method for intra block copy
K. Rapaka, T. Hsieh, C. Pang, V.
Seregin, M. Karczewicz(Qualcomm)
34772
CE1: Cross-check on Test 3.2 on MVD and BVD
coding (JCTVC-S0061)
K. Rapaka (Qualcomm)
34773
CE1: Cross-check on Test 4.3 method1 and
method 2 (JCTVC-S0057)
K. Rapaka (Qualcomm)
34774
Indication of the end of coded data for pictures and Y. Wu, L. Zhu, S. Sadhwani, G. J.
partial-picture regions
Sullivan (Microsoft)
34775 Thoughts on 13818-1-PDAM6
Schuyler Quackenbush
34776
Fast intra coding mode decision for screen
contents coding
Y. Ahn, X. Wu, W. Lim, J. Ma, D. Sim
(KWU)
34777
Non-CE6: Simplification on Escape Coding of
Palette Mode in HEVC SCC
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei
USA R&D)
34778
JCT-VC AHG report: Complexity of IBC, intra line
& intra string copy coding (AHG10)
J. Sole (chair), S. Liu, J. Xu (vice-chairs)
34779
Non-CE6: 2-D Index Map Coding of Palette Mode
in HEVC SCC
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei
USA R&D)
34780
Non-CE6: Index Coding Group (ICG) for 8x8 CU of W. Wang, Z. Ma, M. Xu, H. Yu (Huawei
Palette Mode in HEVC SCC
USA R&D)
34781 CE6: Test D.1 Run-length coding for reuse flags
M. Karczewicz, W. Pu, V. Seregin, R.
Joshi, J. Sole (Qualcomm)
34782
CE6: Test B.1 Context coded CU-level escape
colour flag
M. Karczewicz, W. Pu, V. Seregin, R.
Joshi, J. Sole (Qualcomm)
34783
Non-CE6: Palette copy above mode for the first
row
V. Seregin, M. Karczewicz, W. Pu, R.
Joshi, J. Sole (Qualcomm)
34784
Non-CE6: Palette parsing dependency and palette W. Pu, F. Zou, V. Seregin, R. Joshi, M.
encoder improvement
Karczewicz, J. Sole (Qualcomm)
34785 Non-CE6: Copy mode and escape coded sample
V. Seregin, R. Joshi, M. Karczewicz, W.
Pu, J. Sole (Qualcomm)
34786
CE 7 Test 1: 1-D String based Index Coding for
Palette Index Coding
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei
USA R&D)
34787
CE 7 Test 2: Constrained 1-D String based Index
Coding for Palette Index Coding
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei
USA R&D)
34788
CE 7 Test 3: Hybrid 1-D/2-D String-based Index
Coding for Palette Index Coding
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei
USA R&D)
34789
CE 10: Hybrid 1-D/2-D Intra string search for
HEVC screen content coding
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei
USA R&D)
Draft Systems
41 Agenda
CE1: Results of Tests 1.4, 2.2, & 3.3 on unified
BVD & MVD coding
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)
34791 CE6: Results of Test A.4 on palette run coding
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)
34792 CE6: Results of Test B.4 on palette index coding
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek),
34793
CE10 Results of Test 6 on unified method for
entropy coding intra string copy syntax elements
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)
34794
CE1: Cross check of Tests 1.1 & 2.1 (JCTVCS0142)
S.-T. Hsiang (MediaTek)
34795
CE1: Cross check of Test 4.1 on combination of
Test 1.1 + Test 1.3 (JCTVC-S0057)
S.-T. Hsiang (MediaTek)
34796
CE6: Cross check of Test B.3 on color index
coding with contextualization (JCTVC-S0074)
S.-T. Hsiang (MediaTek)
Non-CE6: Cross check of JCTVC-S0052 on
34797 escape coded pixel prediction using previous
escape coded pixels for palette based coding
S.-T. Hsiang (MediaTek)
Non-CE6: Cross check of JCTVC-S0053 on
34798 escape pixel prediction using previous escape
coded pixels and palette for palette based coding
S.-T. Hsiang (MediaTek)
34790
Cross-check of ‘CE2: Test 5 – Intra BC unified
34799 with Inter using intra_bc_flag’ (JCTVC-S0122) C. Rosewarne, M. Maeda (Canon)
by Mediatek and Microsoft
34800
Non-CE2: Unification of IntraBC mode with inter
mode
Y. He, Y. Ye, X. Xiu (InterDigital), X. Xu,
S. Liu, S. Lei (MediaTek), B. Li, J. Xu
(Microsoft)
34801
Non-CE6: Redundancy removal and simplification
for Palette coding
Y. He, X. Xiu, Y. Ye (InterDigital)
34802
CE6: Test C.3 Copy previous row mode for palette F. Zou, W. Pu, M. Karczewicz, R. Joshi,
coding
V. Seregin, J. Sole (Qualcomm)
34803
CE10: Test 7.1 Constrained run for Intra String
Copy
F. Zou, Y. Chen, V. Seregin, M.
Karczewicz (Qualcomm)
34804
CE8 Test C: Independent Uniform Prediction Intra
Mode (IUP)
R. Cohen, X. Zhang (MERL)
CE9 Test A.3 Modifying cross-component
34805 prediction to compensate for intra boundary
filtering
R. Cohen, X. Zhang (MERL)
34806
Non-CE6: Improved binarization and signaling of
index coding for transition copy mode
M. Karczewicz, F. Zou, R. Joshi, V.
Seregin, W. Pu (Qualcomm)
34807
On inter-component de-correlation for screen
content coding
X. Xiu, Y. He, Y. Ye (InterDigital)
34808
Adaptive color transform for different luma and
chroma bit-depth
X. Xiu, Y. He, Y. Ye (InterDigital)
34809
Non-CE6: Removal of parsing dependency in
palette-based coding
X. Xiu, Y. He, Y. Ye (InterDigital)
34810 Non-CE: SCC with extended LCU size
D. Jiang, X. Zhang, Y. Wu, Z. Wang
34811 CE2: Cross-check of Test 2
C. Pang (Qualcomm)
34812 Non-SCCE: SCC with extended LCU size
D. Jiang
34813 Non-SCCE: SCC with extended largest coding unit D. Jiang, X. zhang
34814 Non-CE6: on context modeling of
X. Xiu, Y. He, Y. Ye (InterDigital)
Draft Systems
42 Agenda
palette_transpose_flag
34815 Non-SCCE: SCC with extended LCU size
D. Jiang, X. Zhang, Y. Wu, Z. Wang
Non-CE6: A combination of CE6 Test C.2
34816 – transition-copy mode and CE6 Test C.3
(configuration 1) - copy-from-previous-row mode
Y.-C. Sun, T.-D. Chuang, Y.-W. Huang,
S. Lei (MediaTek)
CE5: Investigation of palette-based coding with
34817 maximum palette predictor size being equal to 96
and 128
M. Azimi, X. Xiu, Y. He, Y. Ye
(InterDigital),
34818
CE8: Cross-check of JCTVC-S0098, CE8 Test B:
Single colour intra mode
R. Cohen (MERL)
CE9: Cross-check of JCTVC-S0102, CE9 Test A.1:
34819 Optionally disabling the usage of the intra
R. Cohen (MERL)
boundary filters
34820 CE10: Results of test 2, 4, 7
X. Chen, S. Wang, T. Lin (Tongji), J. Ye,
S. Liu, S. Lei (MediaTek)
34821 CE10: Results of test 2, 4, 7
Xianyi Chen, Shuhui Wang, Tao Lin,
Jing Ye, Shan Liu, Shawmin Lei
34822 CE4: Results of test C
L. Zhao, X. Chen, T. Lin (Tongji)
34823 CE6: Cross-verification of Test B1
X. Xiu, Y. He, Y. Ye (InterDigital)
34824
HLS: On Redundant Pictures SEI message for
HEVC
M.Sychev, S.Ikonin(Huawei)
34825
Summary of Voting on ISO/IEC 2100021:2013/DCOR 1
SC 29 Secretariat
34826
Summary of Voting on ISO/IEC 230081:201x/DAM 2
SC 29 Secretariat
34827
Summary of Voting on ISO/IEC 230033:2012/Amd.1:2014/DCOR 1
SC 29 Secretariat
34828
Summary of Voting on ISO/IEC 230018:2013/DCOR 1
SC 29 Secretariat
34829
Summary of Voting on ISO/IEC 230033:2012/Amd.2/DCOR 1
SC 29 Secretariat
34830
Summary of Voting on ISO/IEC 230033:2012/DCOR 3
SC 29 Secretariat
34831
Summary of Voting on ISO/IEC 144965:2001/PDAM 37
SC 29 Secretariat
34832
Summary of Voting on ISO/IEC 138181:2013/PDAM 7
SC 29 Secretariat
34833 Summary of Voting on ISO/IEC PDTR 23008-13
SC 29 Secretariat
34834
Summary of Voting on ISO/IEC 230081:201x/DCOR 1
SC 29 Secretariat
34835
Summary of Voting on ISO/IEC 138181:201x/PDAM 5
SC 29 Secretariat
34836
Summary of Voting on ISO/IEC 138181:201x/PDAM 4
SC 29 Secretariat
34837
Summary of Voting on ISO/IEC 230091:201x/DAM 1
SC 29 Secretariat
34838 Summary of Voting on ISO/IEC CD 23000-15.2
SC 29 Secretariat
34839 Summary of Voting on ISO/IEC DIS 15938-13
SC 29 Secretariat
34840 Summary of Voting on ISO/IEC DIS 23001-11
SC 29 Secretariat
Draft Systems
43 Agenda
34841
Summary of Voting on ISO/IEC 138181:2013/DAM 6
34842
Table of Replies on ISO/IEC 14496-18:2004/FDAM
ITTF via SC 29 Secretariat
1
34843
Table of Replies on ISO/IEC 23000-11:2009/FDAM
ITTF via SC 29 Secretariat
3
34844 Table of Replies on ISO/IEC FDIS 14496-29
SC 29 Secretariat
ITTF via SC 29 Secretariat
34845
Table of Replies on ISO/IEC 13818-1:2013/FDAM
5
34846
Table of Replies on ISO/IEC 23002-4:201X/FDAM
ITTF via SC 29 Secretariat
1
34847 IEC CDV 60728-5 Ed 3
34848
ITTF via SC 29 Secretariat
IEC TC 100 via SC 29 Secretariat
IEC CDV Universal Serial Bus interfaces for data
and power -- Part 1-1, Part 2-1, Part 2-2, Part 2-3
IEC TC 100 via SC 29 Secretariat
34849 IEC DTR 62921
IEC TC 100 via SC 29 Secretariat
34850 IEC CD 62702-1-1 Ed.1
IEC TC 100 via SC 29 Secretariat
34851 IEC DTS 62871-1 Ed.1
IEC TC 100 via SC 29 Secretariat
34852 IEC CDV 62767-1 Ed.1
IEC TC 100 via SC 29 Secretariat
34853 IEC CDV 62842 Ed.1
IEC TC 100 via SC 29 Secretariat
34854 IEC NP 62608-2
IEC TC 100 via SC 29 Secretariat
34855 IEC CDV 60728-11 Ed.4
IEC TC 100 via SC 29 Secretariat
34856
Liaison Statement from ITU-T SG 16 on video
coding collaboration
ITU-T SG 16 via SC 29 Secretariat
34857
Liaison Statement from ITU-R SG 6 on
Recommendation ITU-R BS.1116-2
ITU-R SG 6 via SC 29 Secretariat
34858
Liaison Statement from ITU-R SG 6/WP 6C on
MPEG-H 3D-Audio
ITU-R SG 6 via SC 29 Secretariat
34859
Liaison Statement from ITU-T SG 12 on MPEGDASH quality metrics (reply to LS 59)
ITU-T SG 12 via SC 29 Secretariat
Liaison Statement from ARIB on draft requirements
34860 and use cases for HDR and WCG content
ARIB via SC 29 Secretariat
distribution
34861
[FTV AHG] EE3-related: Evaluation of 3D video
coding performance using guided depth filtering.
S. Van Leuven, G. Van Wallendael, J.
De Cock, R. Van de Walle (Ghent
University)
34862 VUI codepoint for SMPTE ST 2085 (YDzDx)
C. Fogg, J. Helman (MovieLabs),
34863 Conversion tools update
B. Mandel (Universal), C. Fogg
(MovieLabs)
34864 SCTE DVS Liaison
Alex Giladi
34865 Sparse encryption in 23001-9 AMD1
Alex Giladi
34866
Updates to the draft text of ISO/IEC 23009-3 2nd
ed.
Alex Giladi
34867
USNB Technical comments (RE: WG 11 via SC
29)
Andrew G. Tescher for USNB
34868 Study of ISO/IEC DIS 23001-11
Spencer Cheng
34869 Non-CE9: On chroma boundary filtering
F. Zou, R. Joshi, W. Pu, V. Seregin, M.
Karczewicz (Qualcomm)
34870
DASH-IF's Liaison Letter on recent DASH-IF
activities
Iraj Sodagar
Draft Systems
44 Agenda
34871
Cross check Non-CE6: Redundancy removal and
simplification for palette coding
W. Pu (Qualcomm)
34872
Non-CE5: CU dependent color palette maximum
size
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei
USA R&D)
34873
Cross check of On deblocking for screen content
coding (JCTVC-S0045)
O. Nakagami (Sony)
34874
Crosscheck for CE6 Test C.3 on copy from
previous row
T.-D. Chuang (MediaTek)
34875
Crosscheck for CE6 Test D.1 on palette table
signalling
T.-D. Chuang (MediaTek)
34876
Crosscheck for CE6 Test C.1 on transition copy
mode
Y.-C. Sun (MediaTek)
34877 On lambda domain Rate Control
34878
Cross check of block vector predictor (JCTVCS0087)
CE8-related: Crosscheck for combination of CE8
34879 Test A and CE8 Test B for screen content coding
(JCTVC-S0050)
J. Wen, M. Fang, M. Tang
X. Xu (MediaTek)
Y.-W. Chen (MediaTek)
34880
CE8-related: Crosscheck for Multi-colour intra
mode for screen content coding (JCTVC-S0051)
Y.-W. Chen (MediaTek)
34881
Signaling Schemes For Identifying Ownership Of
Content Components
Luntian Mou, Tiejun Huang, Xin Wang,
Yongliang Liu, Baocai Yin
34882
Further corrections to MPEG-D USAC Text and
RefSoft
Daniel Fischer, Matthias Felix, Max
Neuendorf
34883 CE1: Cross-Check Results of Test 1.3
C.-H. Hung, C. -C Lin, J.-S. Tu, Y.-J.
Chang, C.-L. Lin (ITRI)
34884 CE6: Cross-Check Results of Test B.5
C. -C Lin, C.-H. Hung, J.-S. Tu, Y.-J.
Chang, C.-L. Lin (ITRI)
34885 CE8: Cross-Check Results of Test C
J.-S. Tu, C.-H. Hung, C. -C Lin, Y.-J.
Chang, C.-L. Lin (ITRI)
Proposed logical data model to be adopted within
34886 MP-AF for the preservation of Quality Control
metadata outputs (version 2)
Roberto Borgotallo (RAI), Matthias Elser
(IRT), Werner Bailer (JOANNEUM)
34887 CE6-related : Crosscheck report of JCTVC-S0134
J. Kim, S.Liu (MediaTek)
34888 Cross check non-CE6: Escape colour signalling
W. Pu (Qualcomm)
34889
CE8: Summary report for Core Experiment 8 on
Uni- and bi-colour mode
R. Cohen, T.-D. Chuang, C.-C. Lin, K.
Rapaka (CE Coordinators)
34890
CE9: Summary report for Core Experiment 9 on
IBF/CCP interdependency
R. Cohen, S. Liu, J. Xu, L. Zhang (CE
Coordinators)
34891 CE6: crosscheck report of CE6 test B.4
Z. Xu, J. Zhu(Fujitsu)
34892 CE7: crosscheck report of CE7 test 1
Zhanglei Xu, Jianqing Zhu(Fujitsu)
34893
Reference Software of MPEG-4 Audio
Synchronization
Shusuke Takahashi, Akira Inoue,
Masayuki Nishiguchi, Toru Chinen
34894 Structured lookup table definition in DMM
T. Tsukuba, T. Ikai (Sharp)
34895 Syntax cleanup of depth dc offset
T. Tsukuba, T. Ikai (Sharp)
34896 Simplification of depth prediction in DMM
T. Tsukuba, T. Ikai (Sharp)
34897 Simplification of merge candidates list construction T. Ikai, T. Tsukuba (Sharp)
34898 Simplification of DMM table derivation
T. Ikai, T. Tsukuba (Sharp)
34899 VSP access improvement
T. Ikai, T. Tsukuba (Sharp)
Draft Systems
45 Agenda
34900 Cleanup1: Derived DV reference derivation
T. Ikai, T. Tsukuba (Sharp)
34901 Cleanup2: Default DV derivation
T. Ikai, T. Tsukuba (Sharp)
34902 Cleanup3: DLT table derivation
T. Ikai, T. Tsukuba (Sharp)
34903 Cleanup4: Remove DDD
T. Ikai, T. Tsukuba (Sharp)
34904 CE1: Cross-check on Test 2 and Test 4
T. Tsukuba, T. Ikai (Sharp)
34905
SKOS Representation of Controlled Vocabularies
for MP-AF
Martin Höffernig, Werner Bailer
34906
Temporal and Spatial Alignment Ground Truth for
ICoSOLE Concert Recording Data set
Marcus Thaler, Elisabeth Höldrich,
Werner Bailer
34907
Comments on CDVA Requirements and Evaluation
Werner Bailer
Scenarios for Search Applications
34908 3D-CE1: Segmental prediction in 3D-HEVC
K. Zhang, J. An, X. Zhang, H. Huang, J.L. Lin, S. Lei (MediaTek)
34909 A cleanup of DMM index coding in 3D-HEVC
K. Zhang, J. An, X. Zhang, H. Huang, J.L. Lin, S. Lei (MediaTek)
34910
Complexity reduction on illumination compensation X. Zhang, K. Zhang, J. An, H. Huang, J.for 3D-HEVC
L. Lin, S. Lei (MediaTek)
34911 On Lookup Table Size Reduction for DMM1
X. Zhang, K. Zhang, J. An, H. Huang, J.L. Lin, S. Lei (MediaTek)
34912
Non-CE6: cross-check of JCTVC-S0110 on Syntax
Y. He, X. Xiu, Y. Ye (InterDigital)
Redundancy Fixes for Palette Mode
34913
Comment for DASH DAM 2: spatial_set_id
parameter in SRD
Shuichi Watanabe, Takuya Iwanami,
Yasuaki Tokumo
34914
Reduction of Worst Case Memory Bandwidth in
3D-HEVC
M. W. Park, J. Y. Lee, C. Kim (Samsung)
34915 ARP, IC and DBBP Flags Signaling for 3D-HEVC
M. W. Park, J. Y. Lee, B. Choi, C. Kim
(Samsung)
34916 Depth intra skip coding (DISC) mode
J. Y. Lee, M. W. Park, C. Kim
(Samsung),
34917
Removal of redundant VSP candidates in Merge
mode
J. Y. Lee, M. W. Park, C. Kim (Samsung)
34918
Simplification for single depth mode pruning
process
S. Yoo, S. Yea (LGE)
34919 Simplification of an NBDV availability check
S. Yoo, S. Yea (LGE)
34920 Simplification of depth merge candidate list
S. Yoo, S. Yea (LGE)
34921
PU boundary deblocking restriction for DBBP
blocks
34922 On camera parameter transmission for 3D-HEVC
S. Yoo, J. Nam, S. Yea (LGE)
S. Yoo, J. Nam, S. Yea (LGE)
34923
Alignment of motion derivation from other
components
J. Nam, S. Yea (LGE)
34924
Modification of reference index for depth disparity
derivation
J. Nam, S. Yea (LGE)
34925 Removal of depth_dc_flag syntax
34926
Restriction of bi-prediction for IvDC and IvDCShift
candidates
J. Nam, S. Yea (LGE)
J. Nam, S. Yea (LGE)
34927 Restriction of large-sized DMM
J. Nam, S. Yea (LGE)
34928 Simplification of chroma IC
J. Nam, S. Yea (LGE)
34929
Advanced boundary chain coding for depth intra
coding
J. Seo, J. Nam, S. Yoo, S. Yea (LGE)
Draft Systems
46 Agenda
34930 Clipping for candidate index of single depth mode
34931
J. Seo, J. Nam, S. Yoo, S. Yea (LGE)
Simplification on CABAC context models for single
J. Seo, J. Nam, S. Yoo, S. Yea (LGE)
depth mode
34932 Simplification of single depth intra mode
G. Bang(ETRI), Y.S. Heo, W.W. Gwun,
G.H.Park(KHU), G.S. Lee,
N.H.Hur(ETRI)
34933 Motion buffer reduction for depth
G. Bang(ETRI), Y.S. Heo, W.W. Gwun,
G.H.Park(KHU), G.S. Lee,
N.H.Hur(ETRI)
34934
Test vectors for Green Metadata signalling in
DASH
X. Ducloux, P. Gendron
34935 On MFC plus Depth: Reference Software Update
L. Grimaldi, K. Schueuer, P. Yin, T. Lu,
H. Ganapathy, T. Chen, W. Husak
(Dolby)
34936 On MFC plus Depth: Conformance Testing
P. Yin, T. Lu, H. Ganapathy, T. Chen, W.
Husak (Dolby), D. Tian (MERL)
34937
Simplification on candidate list construction for
single depth mode
X.Chen, X.Zheng, Y.Lin, J.Zheng
(HiSilicon)
34938
A cleanup of the size derivation for 3D-HEVC
merge candidate list
J.-L. Lin, Y.-W. Chen, Y.-W. Huang, S.
Lei (MediaTek)
34939 3D-HEVC HLS: Single depth flag signaling
Y.-W. Chen, J.-L. Lin, Y.-W. Huang, S.
Lei (MediaTek)
34940 AHG7: Draft Report of Complexity Assessment
G. G. Lee (NCKU), T. Ikai (Sharp), H. Liu
(Qualcomm), G. Bang (ETRI)
34941
Cross-verification of JCTVC-S0086 on residual
adaptive color transform
34942
Cross-verification of JCTVC-S0155 on palette copy
X. Xiu, Y. He, Y. Ye (InterDigital)
above mode for the first row
34943
CE4: Summary report for Core Experiment 4 on
Intra Line Copy
CE3: Summary report for Core Experiment 3 on
34944 sub-block partitioning and flipping for Intra block
copy
X. Xiu, Y. He, Y. Ye (InterDigital)
C.-C. Chen, X. Xu, L. Zhang, T. Lin (CE
Coordinators)
S. Liu (CE Coordinator)
34945
On parallel processing capability of intra block
copy
K. Rapaka, V. Seregin, C. Pang, M.
Karczewicz(Qualcomm), ,
34946
Proposed enhancements to 23001-7:AMD for
pattern based encryption mode
David Singer, Zubair Visharam, Kilroy
Hughes
Software for Texture and Depth View Packing SEI
34947
message in ATM13.1
Takanori Senoh, Koki Wakunami,
Yasuyuki Ichihashi, Hisayuki Sasaki,
Ryutaro Oi, Kenji Yamamoto, Masayuki
Tanimoto
Improvement of Alternative depth info SEI
34948
message in 3D-HEVC
Takanori Senoh, Koki Wakunami,
Yasuyuki Ichihashi, Hisayuki Sasaki,
Ryutaro Oi, Kenji Yamamoto, Masayuki
Tanimoto
34949 CShift in HTM
senoh, Koki Wakunami, Yasuyuki
Ichihashi, Hisayuki Sasaki, Ryutaro Oi
34950
CE9: crosscheck report of CE9 Test A.3 (JCTVCS0177)
34951 On Single Depth Mode Simplification
L. Zhang
Z. Gu(SCU), J. Zheng(HiSilicon), N.
Ling(SCU), P. Zhang(HiSilicon)
Draft Systems
47 Agenda
34952
CE5: Cross-verification report on investigation of
maximum palette predictor size (S0189)
R. Joshi (Qualcomm)
34953 Simplification and improvement of sub-PU
X. Zheng, Y. Lin, X. Xu, J. Zheng
(Hisilicon)
34954 HRBM corrections to 23008-1
Youngwan So, Kyungmo Park,
34955
CE1: Summary report for Core Experiment 1 on
vector entropy coding
C. Pang, X. Xu (CE Coordinators)
34956
Cross check Non-CE6: Last run flag for Palette
mode
W. Pu (Qualcomm)
34957
Clarification of MPD to Initialization Segment and
ContentComponent Use
Bob Lund, Arianne Hinds, Cyril
Concolato
34958
Support for Quality Optimization in DASH Live
Streaming
Zhi Li, Josh Gahm, Ali C. Begen
34959
[FTV AHG] “FTV Project of MPEG―
Exhibited at IBC 2014 Future Zone
Masayuki Tanimoto, Hideyoshi Horimai
34960 Editor's Draft 23001-12
Michael Dolan
34961 Study of cross-sample variants in 23001-12
Michael Dolan
34962 Liaison on ISOBMFF width and height
Michael Dolan
34963
Brief summary on media-centric-IoT (Internet of
Things) with MPEG-V
34964 An usage scenario for media-centric-IoT services
34965
SEM document fragmentation using Fragment
Request Unit (FRU)
Sang-Kyun Kim, Jaejoon Han, Seungju
Hun, Seoung-Jun Oh
Sang-Kyun Kim, Jaejoon Han, Seungju
Hun, Kyoungro Yoon, Jaegon Kim,
Seoung-Jun Oh
Sang-Kyun Kim, Jaejoon Han, Seungju
Han, Jungyup Oh
Jin-Seo Kim, In-Su Jang, Soon-Young
Report on reference SW for Makeup Skin Model in Kwon, Yoon-Seok Choi, Minwoo Kim,
34966
MPEG-4 Part 16
Jungyup Oh, Yong Soo Joo, Sang-Kyun
Kim
34967
Cross-check of ‘AHG13: Chroma deblocking
C. Rosewarne, M. Maeda (Canon)
filter control for SCC’ (JCTVC-S0044) by Sony
Cross-check of ‘Non-CE1 :Block vector coding
34968 for Intra block copy’ (JCTVC-S0143) by
Mitsubishi and Qualcomm
C. Rosewarne, M. Maeda (Canon)
Cross-check of CE1 Test 2.2 from ‘CE1: Results
34969 of Tests 1.4, 2.2, & 3.3 on unified BVD & MVD
C. Rosewarne, M. Maeda (Canon)
coding’ (JCTVC-S0162) by Mediatek
34970
Cross-check of ‘Non-CE2: On Intra block
copy’ (JCTVC-S0112) by Qualcomm
C. Rosewarne, M. Maeda (Canon)
34971
Response to MPEG resolution 3.12.3 of the 109th
meeting
J. Ridge
34972
Proposal on the IndexedMaterialSet for the 3D
printing
Seung Wook Lee, Chang Jun Park, Jin
Sung Choi,
34973
Improvement on Lagrange Multiplier Selection for
Internet Video Coding
Soo-Chang Oh, Anna Yang, Dong-Hyun
Kim, Jae-Gon Kim
Jae-Kwan Yun, Yoonmee Doh, HyunWoo Oh, Jae-Doo Huh, Jong-Hyun
Jang, Sang-Kyun Kim
34974 Proposal of SEP Engine APIs
34975
Function prototype of SEM manipulation and
retrieval
Jae-Kwan Yun, Yoonmee Doh, HyunWoo Oh, Jae-Doo Huh, Jong-Hyun
Jang, Sang-Kyun Kim
Draft Systems
48 Agenda
Jae-Kwan Yun, Yoonmee Doh, HyunWoo Oh, Jae-Doo Huh, Jong-Hyun
Jang, Sang-Kyun Kim
34976 Web interfaces for SEPengine
34977
Efficient Carriage of Green Metadata in an AVC
SEI Message
34978 Proposed Edits to the Green Metadata DIS Text
Felix C. Fernandes, Spencer Cheng
Felix C. Fernandes
34979
Crosscheck of Non-CE6 on Improvement On
Palette Run Coding(JCTVC-S0111)
C.-H. Hung, Y.-J. Chang, J.-S. Tu, C. -C
Lin, C.-L. Lin (ITRI)
34980
Crosscheck of Non-CE6 on Exponential Golomb
binarization for Palette Run(JCTVC-S0138)
C.-H. Hung, C. -C Lin, J.-S. Tu, Y.-J.
Chang, C.-L. Lin (ITRI)
34981
Cross check of simplification of depth prediction in
J. Y. Lee, C. Kim (Samsung)
DMM (JCT3V-J0023)
34982
Cross check of simplification of depth merge
candidate list (JCT3V-J0042)
J. Y. Lee, C. Kim (Samsung)
34983
Crosscheck of Cleanup1 : Derived DV reference
derivation (JCT3V-J0027) from Sharp
S. Yoo, S. Yea (LGE)
34984
Cross-check of JCTVC-S0069 on adaptive colour
transform and Inter modes
P. Lai, S. Liu (MediaTek)
34985
AHG14: Cross-check of JCTVC-S0070 on IBC
constraint for Wavefront Parallel Processing
P. Lai, X. Xu (MediaTek)
34986
A Proposal of Video for MPEG-UD User
Description
Sungmoon Chun, Hyunchul Ko, Miran
Choi
Crosscheck of JCTVC-S0150: Non-CE6:
R.-L. Liao, C.-C. Chen, W.-H. Peng, H.34987 Simplification on Escape Coding of Palette Mode in
M. Hang (NCTU/ITRI)
HEVC SCC
34988
Crosscheck of JCTVC-S0194: CE4: Results of test R.-L. Liao, C.-C. Chen, W.-H. Peng, H.C
M. Hang (NCTU/ITRI)
34989 Requirements for Wearable MPEG
Sungmoon Chun, Hyunchul Ko, Miran
Choi, Bojan Joveski, Mihai Mitrea,
Sanghyun Joo
34990 Whitepaper of Wearable MPEG
Sungmoon Chun, Hyunchul Ko, Miran
Choi, Bojan Joveski, Mihai Mitrea,
Sanghyun Joo
34991 [FTV AHG] EE3 A1: HEVC simulcast results
J. Jung (Orange Labs), A. Dricot, M.
Cagnazzo, B. Pesquet, F. Dufaux
34992
CE2 Test2: Crosscheck for Intra BC signalled at
PU level (JCTVC-S0121)
W. Zhang, L. Xu, Y. Chiu (Intel)
34993
CE3 Test2.2: Crosscheck for Combination of Test
1.2 and Test 1.3 (JCTVC-S0119)
W. Zhang, L. Xu, Y. Chiu (Intel)
34994
Crosscheck of Improvement for Hash Based Inter
Search (JCTVC-S0089)
W. Zhang, L. Xu, Y. Chiu (Intel)
34995
Non-CE2: Crosscheck for Intra BC merge mode
with default candidates (JCTVC-S0123)
W. Zhang, L. Xu, Y. Chiu (Intel)
34996
On description of operation point for MPEG-2 TS
L-HEVC
Hendry, Ying Chen, Y.-K. Wang
(Qualcomm),
34997
On description of dependency information for
MPEG-2 TS L-HEVC
Hendry, Ying Chen, Y.-K. Wang
(Qualcomm),
34998
On buffer model and HEVC timing and HRD
descriptor
Hendry, Y.-K. Wang, Ying Chen, A. K.
Ramasubramonian(Qualcomm),
34999
Cross check of Cleanup3: DLT table derivation
(JCT3V-J0029)
M. W. Park, C. Kim (Samsung)
Draft Systems
49 Agenda
35000
Cross check of Cleanup2: Default DV simplification
M. W. Park, C. Kim (Samsung)
(JCT3V-J0028)
35001
Cross check of Removal of depth_dc_flag syntax
(JCT3V-J0047)
35002 MPEG-2 TS conformance software for DASH
35003
Performance evaluation of ITM 10.0 over WebVC
according to the VCC condition
35004 Comments on WD3 of Internet Video Coding (IVC)
35005
Proposal of modified Emotion group type and
Accessibility type for MPEG-UD
M. W. Park, C. Kim (Samsung)
Arianne Hinds, Brendan Long, Prabhu
Navali, Alex Giladi
Sang-hyo Park, Seung-ho Lee, Myeong
Kyun Kim, Euee S. Jang
Jin Yeon Choi, Sang-hyo Park, Euee S.
Jang
Miran Choi, Hyun-ki Kim
35006 withdrawn
35007
CDVS: TM11 Extraction and Retrieval Evaluation
on ARM Architectures
Attilio Fiandrotti, Massimo Mattelliano,
Alessandra Mosca, Giovanni Ballocca
35008
Reference Software of MPEG-H 3D Audio
Immersive Audio Rendering
Sang Bae Chon, Sunmin Kim
35009 HEVC decoding with tunable image quality
E.Nogues, E.Raffin, M.Pelcat, D.Menard,
X.Ducloux
35010 Proposal on production-side zoom control
Minoru Tsuji, Toru Chinen, Runyu Shi,
Yuki Yamamoto, Masayuki Nishiguchi,
35011
Cross-check of JCTVC-S0129: On indication of
IBC
J. Lainema (Nokia)
35012
Progress report for CE on parametric QCE of
MPEG-H 3D Audio Phase 2
Jeongil Seo, Seungkwon Beack, Taejin
Lee, Hochong Park,
35013 FTV AHG: EE1 to EE3 A2 for Bee
35014
Maintenance for MPEG-H 3D Audio Frequencydomain Binauralization
35015 Proposed text to MMT Implementation Guidelines
Takanori Senoh, Akio Ishikawa, Makoto
Okui, Kenji Yamamoto, Naomi Inoue
Taegyu Lee, Young-cheol Park, Dae
Hee Youn, Henney Oh, Jeongil Seo,
ARIB
35016
Coding local and global binary visual features
extracted from video sequences
Stefano Tubaro, Marco Tagliasacchi,
Luca Baroffio, Matteo Cesana,
Alessandro Redondi
35017
Crosscheck of Simplification of DMM table
derivation (JCT3V-J0025)
G. Bang(ETRI), Y.S. Heo,
G.H.Park(KHU), G.S. Lee,
N.H.Hur(ETRI)
35018
Subjective Evaluation of HDR Anchor Sequences
using the SAMVIQ Method
Herbert Thoma, Manuel de Frutos Lopez
35019 Software for MPEG-H 3D Audio CO RM4
Michael Fischer, Adrian Murtaza,
Johannes Hilpert, Christian Ertel,
Simone Fueg, Michael Meier, Alexander
Krüger, Florian Keiler, Sven Kordon,
Jeongil Seo, Henney Oh, Taegyu Lee,
Nils Peters, Deep Sen, Charles Verron,
Gregory Pallone
Detailed Technical Description of 3D Audio Phase
35020 2 Reference Model 0 for Channel / Object
technologies
Andreas Hoelzer, Juergen Herre, Adrian
Murtaza, Johannes Hilpert, Jouni Paulus
Reference Software of 3D Audio Phase 2
35021 Reference Model 0 for Channel / Object
technologies
Andreas Hoelzer, Juergen Herre, Adrian
Murtaza, Johannes Hilpert, Jouni Paulus
Draft Systems
50 Agenda
35022 Thoughts on ISO/IEC13818-1:201x / PDAM 6
35023
Harald Fuchs, Michael Kratschmer,
Stephan Schreiner
J. Jung (Orange Labs), A. Dricot, M.
[FTV AHG] Impact of the view synthesis in a Super
Cagnazzo, B. Pesquet, F. Dufaux, P.
Multi-View coding scheme
Kovacs, V. Kiran
35024 MPEG-H 3D Audio Multi-Stream System Operation
Robert Brondijk, Werner de Bruijn,
Werner Oomen, Frans de Bont
35025
MPEG-H 3D Audio Single-Stream System
Operation
Robert Brondijk, Werner de Bruijn,
Werner Oomen, Frans de Bont
35026
Editors' Input for ISO-IEC_138181_2013_DAM7_Carriage_of_Layered_HEVC
K. Grüneberg, Hendry
35027
Proposed corrections to decoding process of
dynamic object priority
Yuki Yamamoto, Toru Chinen, Masayuki
Nishiguchi
35028
Proposed addition of a software of dynamic object
priority generator in 3D Audio reference software
Yuki Yamamoto, Toru Chinen, Masayuki
Nishiguchi
35029
CE1: Cross check of segmental prediction, test3
(JCT3V-J0032)
P. Merkle (HHI)
35030
[FTV AHG] Encoding configurations comparison
for Super Multi-View content
J. Jung (Orange Labs), A. Dricot, M.
Cagnazzo, B. Pesquet, F. Dufaux
35031 Proposed Study on ISO/IEC 23001-8:2013/DAM 1
Michael Kratschmer, Ingo Hofmann, Max
Neuendorf, Frank Baumgarte
35032 Software for MPEG-D DRC RM4
Michael Meier, Bernhard Neugebauer,
Michael Kratschmer, Frank Baumgarte
35033 Support for Derived Images in 23008-12
V. K. Malamal Vadakital, M. M.
Hannuksela, J. Lainema (Nokia)
35034
Proposed update to WD 23008-3 Amd X, 3D Audio Ingo Hofmann, Harald Fuchs, Michael
File Format Support
Kratschmer, Bernd Czelhan
35035
Description of HDR and WCG Test Sequences
Proposed by Dolby
W. Husak, S. Farrell, S. Ruggieri, J.
Froehlich, T. Kunkel, R. Atkins, S. Daly,
P. J. Warren, T. Lu, F. Pu, P. Yin (Dolby)
35036 Optional codecs MIME parameter in 23008-12
M. M. Hannuksela, V. K. Malamal
Vadakital (Nokia)
[FTV AHG] Super Multiview 3D Display Holo35037 Table/Holo-Deck Using Direct Light Scanning and
Its Specification
Hideyoshi Horimai, Masayuki Tanimoto
35038
A Sample Group for Reference Picture
Identification in 23008-12
V. K. Malamal Vadakital, M. M.
Hannuksela, J. Lainema (Nokia),
35039
License for HDR and WCG Test Sequences
Proposed by Dolby
W. Husak (Dolby)
35040 On Timing of Image Sequences in 23008-12
35041
Compression Results of HDR and WCG Test
Sequences Proposed by Dolby
35042 Auxiliary Image Sequence Tracks in 23008-12
M. M. Hannuksela, V. K. Malamal
Vadakital (Nokia)
F. Pu, T. Lu, P. Yin, T. Chen, W. Husak
(Dolby)
V. K. Malamal Vadakital, M. M.
Hannuksela, J. Lainema (Nokia)
35043
Editorial and Other Comments about the 23008-12 V. K. Malamal Vadakital, M. M.
Specification
Hannuksela (Nokia)
35044
Description of HDR and WCG Test Sequences
Proposed by Stuttgart Media University
J. Froehlich, S. Grandinetti, B. Eberhardt
(Stuttgart Media University)
35045 Withdrawn
Draft Systems
51 Agenda
35046
Optional codecs MIME parameter for L-HEVC in
14496-15
M. M. Hannuksela, V. K. Malamal
Vadakital (Nokia)
35047
Compression Results of HDR and WCG Test
F. Pu, J. Froehlich, T. Lu, P. Yin, T.
Sequences Proposed by Stuttgart Media University Chen, W. Husak (Dolby)
Conformance files for the ISO base media file
35048
format
M. Viitanen, J. Vanne, T. D.
Hämäläinen (Tampere Univ. of
Technology), M. M. Hannuksela, V. K.
Malamal Vadakital (Nokia)
35049 Compression Results of StEM and Telescope Clips
F. Pu, T. Lu, P. Yin, T. Chen, W. Husak
(Dolby)
35050
Comments on Call for Evidence (CfE) for HDR and
W. Husak (Dolby)
WCG Video Coding
35051
Status of IETF-MPEG discussions around URI
signing in DASH
Emmanuel Thomas, Xin Wang
35052
Live SRD-based tiled streaming of UHD video
during 2014 Commonwealth Games
Lucia D'Acunto, Omar Niamut, Arjen
Veenhuizen, Ray van Brandenburg,
Emmanuel Thomas
35053 Performance evaluation of internet video coding
Xufeng Li, Ronggang Wang, Zhenyu
Wang, Wenmin Wang, Siwei Ma, Tiejun
Huang, Wen Gao
Xufeng Li, Ronggang Wang, Zhenyu
35054 De-blocking improvement for internet video coding Wang, Wenmin Wang, Siwei Ma, Tiejun
Huang, Wen Gao
35055
Common template and decision process for SAND Emmanuel Thomas, Ali C. Begen, Marymessages
Luc Champel, Thomas Stockhammer
35056 4x4 transform for internet video coding
Zhenyu Wang, Xufeng Li, Ronggang
Wang, Siwei Ma, Tiejun Huang, Wen
Gao
Detailed Technical Description of 3D Audio Phase
35057
2 Reference Model 0 for HOA technologies
Johannes Boehm, Peter Jax, Florian
Keiler, Sven Kordon, Alexander Krueger,
Oliver Wuebbolt, Deep Sen, Moo-Young
Kim, Jeongook Song, Nils Peters
Reference Software of 3D Audio Phase 2
35058
Reference Model 0 for HOA technologies
Johannes Boehm, Peter Jax, Florian
Keiler, Sven Kordon, Alexander Krueger,
Oliver Wuebbolt, Deep Sen, Moo-Young
Kim, Jeongook Song, Nils Peters
35059 Layered Coding for MPEG-H 3D Audio
Johannes Boehm, Peter Jax, Florian
Keiler, Sven Kordon, Alexander Krueger,
Oliver Wuebbolt
35060 Fast Calculation of mPSNR HDR Video Error
Jacob Strom, Jonatan Samuelsson
35061
User controlled media exchange for car
communications
35062 Component-wise mPSNR
35063
Jacob Strom, Jonatan Samuelsson
Multimedia control customization in cloud using
MPEG-UD
35064 Approximate version of mPSNR measure
35065
Mihai Mitrea, Bojan Joveski, Rama-Rao
Ganji
Chromaticity Based Color Signals for Wide Color
Gamut and High Dynamic Range (HDR)
Mihai Mitrea, Bojan Joveski, Rama-Rao
Ganji
Jacob Strom
Jeroen Stessen, Robert Brondijk, Rocco
Goris
Laurent Boch, Jaime Delgado, Victor
Additions for second editions of ISO/IEC 21000-21
Rodriguez-Doncel, Lizbeth Moore,
35066 (Media Contract Ontology) and ISO/IEC 21000-20
Annarita Di Carlo, Silvia Llorente, Trish
(Contract Expression Language)
Hoyne
Draft Systems
52 Agenda
35067 Parameter based compatible HDR proposal
Jeroen Stessen, Robert Brondijk, Rocco
Goris
Extensions for MPEG-21 CEL (Contract
Expression Language) and MCO (Media Contract
35068
Ontology) based on PSAF (Publish/Subscribe
Application Format)
Jaime Delgado, Laurent Boch, Silvia
Llorente, Annarita Di Carlo, VÃctor
RodrÃguez-Doncel
35069
CE SAND: comparison of protocols for altlist
signaling
Remi HOUDAILLE, Charline TAIBI
35070
Super multiview image compression: results for
Bee sequence (FTV EE3)
Marek Domański, Dawid Mieloch,
Adrian Dziembowski, Olgierd
Stankiewicz, Krzysztof Wegner
FTV: Poznan Laboratory – a test light-field
35071
sequence from Poznan University of Technology
Marek Domański, Krzysztof
Klimaszewski, Maciej Kurc, Adam
Å•uczak, Olgierd Stankiewicz, Krzysztof
Wegner
35072 A CDVS library with minimal dependencies
Massimo Balestri, Gianluca Francini,
Skjalg Lepsoy, Attilio Fiandrotti,
Massimo Mattelliano
35073
Proposal for extended MPEG-4 Audio
Conformance
Stephan Schreiner, Tobias Schwegler,
Nikolaus Rettelbach
35074 CE SAND: update for parameters
Remi HOUDAILLE, Charline TAIBI
35075 CDVS: Spatial resolution for robotic navigation
Pedro Porto Buarque de Gusmao,
Gianluca Francini, Skjalg Lepsoy
35076 A MATLAB interface to CDVS
Alessandro Bay, Massimo Balestri,
Gianluca Francini
35077 Signaling associated services
Alex Giladi
35078 Native ad tracking using template parameters
Alex Giladi
35079 [FTV-AHG] EE1 and EE2: Bee results
Sergio GarcÃa, Pablo Carballeira,
Francisco Morán, Gauthier Lafruit
35080
On Transport of Layered HEVC in MPEG-2
Systems
Karsten Grüneberg, Thomas Schierl,
Yago Sanchez
35081 Clarifications on DASH EssentialProperty
Jean Le Feuvre, Cyril Concolato, Franck
Denoual, Frédéric Mazé, Eric
Nassor
35082 Clarifications on DASH SubAssetIdentifier
Jean Le Feuvre, Cyril Concolato, Franck
Denoual, Frédéric Mazé, Eric
Nassor
35083
Image composition with HEVC Still Image File
Format
Jean Le Feuvre, Cyril Concolato, Franck
Denoual, Frédéric Mazé, Eric
Nassor
35084
On DASH Associated Representation
Conformance
Jean Le Feuvre, Cyril Concolato, Franck
Denoual, Frédéric Mazé, Eric
Nassor
Jean Le Feuvre, Cyril Concolato, Franck
Denoual, Frédéric Mazé, Eric
Nassor
35085 On DASH SRD conformance
35086
Proposal for Profile and levels for MPEG-H 3D
Audio
Jan Plogsties
35087
Clarifications on ISOBMFF negative composition
offsets
Jean Le Feuvre, Cyril Concolato
35088 Proposed corrections on DASH
Jean Le Feuvre, Cyril Concolato
Draft Systems
53 Agenda
35089 On DASH MPD and Segment Conformance
Jean Le Feuvre, Cyril Concolato
35090 Clarification on fragment identifiers for ISOBMFF
Jean Le Feuvre, Cyril Concolato
35091 Clarification on carriage of TTML in ISOBMFF
Jean Le Feuvre, Cyril Concolato,
Romain Bouqueau
35092 Issues to add to Corrigendum
Imed Bouazizi
35093
Some draft ideas on the implementation of security
Jaime Delgado, Silvia Llorente
requirements on genome compression and storage
35094 Update on MMTP Header Compression for Amd2
Mary-Luc Champel
35095
File format reference software and conformance
update
Armin Trattnig, David Singer
35096
MPEG-H 3D Audio Phase 2 Core Experiment
Proposal
Junaid Jameel Ahmad, Claudio Alberti,
Marco Mattavelli, Clemens Par
35097
Suggested updates to the HEVC Image File
Format
David Singer
35098
Thoughts on Processing and Sharing of Media
under User Control
Xin Wang
35099
Suggested update to AVC/HEVC file format 14496David Singer
15
35100
Clarification on Representation Association in
DASH
35101 MPEG CI support of Presentation API
Shaobo Zhang, Xin Wang
Imed Bouazizi
35102
Conformance and Test Vectors on Carriage of ISO Shaobo Zhang, Changquan Ai, Yangpo
BMFF
Xu, Xin Liu, Xin Wang
35103
Proposal for MMT reference and conformance
software
Sangjin Hong, Imed Bouazizi
35104
Use Cases for Adaptive Screen Content Sharing
MAF
Xin Wang
35105 Client Behavior Control
Imed Bouazizi, Shaobo Zhang
35106 SAND prioritization based on 3GPP requirements
Imed Bouazizi
35107
DASH over WebSockets: implementation and subImed Bouazizi
protocol specification
35108 Proposed Enhancements to ISO/IEC 23001-10
Ozgur Oyman
35109 On SAND Metrics Reporting
Ozgur Oyman
35110 Carriage of Quality Metadata in MPEG2 Systems
Ozgur Oyman
35111 [FTV-AHG] EE2: San Miguel results
Patrik Goorts, Pablo Carballeira, Sergio
GarcÃa, Krzysztof Wegner, Francisco
Morán, Gauthier Lafruit
35112 [FTV-AHG] EE3 B: Soccer-corner results
Patrik Goorts, Pablo Carballeira, Sergio
GarcÃa, Krzysztof Wegner, Francisco
Morán, Gauthier Lafruit
35113 [FTV-AHG] EE1: Soccer and San Miguel results
Patrik Goorts, Krzysztof Wegner,
Gauthier Lafruit
Cross-check report of JCTVC-S0085 on Adaptive
motion vector resolution for screen content
K. Rapaka(Qualcomm)
Cross-check report of JCTVC-S0180 on Adaptive
35115 color transform for different luma and chroma bitdepth
K. Rapaka(Qualcomm)
35114
35116
Cross-check report of JCTVC-S0068 On IBC
memory reduction
K. Rapaka(Qualcomm)
Draft Systems
54 Agenda
35117
35118
Proposal for a Media Linking Application Format
(MLAF)
Leonardo Chiariglione CEDEO, Davide
Bertola CEDEO, Alberto Messina RAI,
Marius Preda Institut MinesTélécom, Traian Lavric Institut
Mines-Télécom
Proposal for MXM Green Metadata Technology
Engine AP
Davide Bertola CEDEO, Keninchi
Nakamura Panasonic, Giuseppe
Vavalà CEDEO, Xavier Ducloux
Thomson Video Network, Felix
Fernandes Samsung
Proposal for Committee Draft: Multimedia
35119 application format (MPEG-A) — Part 16:
Publish/Subscribe Application Format
Giuseppe Vavalà CEDEO, Giuseppe
Tropea CNIT, Kenichi Nakamura
Panasonic,
35120
Cross-check of S0088 (On WPP with palette mode W. Wang, M. Xu, Z. Ma, H. Yu (Huawei
and intra BC mode)
USA R&D)
35121
Cross-check of S0090 (On referencing structure
supporting temporal scalability)
35122
AHG6: Cross-check of S0100 ( On Adaptive Color M. Xu, W. Wang, Z. Ma, H. Yu (Huawei
Transform (ACT) in SCM2.0)
USA R&D)
35123
CE10: Cross-check of S0083 (Result of Test 1 and W. Wang, M. Xu, Z. Ma, H. Yu (Huawei
2)
USA R&D)
Non-CE6: Cross-check of S0054 (Escape coded
35124 pixel prediction using previous palette for palette
based coding)
W. Wang, M. Xu, Z. Ma, H. Yu (Huawei
USA R&D)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei
USA R&D)
Non-CE6: Cross-check of S0060 (Modified
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei
35125 unpredicted palette entries coding in palette based
USA R&D)
coding)
35126
CE4: Cross-check of S0135 (Results of Test A on
Search Range of Intra Line Copy)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei
USA R&D)
35127
Non-CE4: Cross-check of S0136 (On CABAC
Throughput of Intra Line Copy)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei
USA R&D)
35128
Proposed study on ISO/IEC 23003-4:2014 / DIS,
Dynamic Range Control
Frank Baumgarte, David Singer, Michael
Kratschmer, Bernhard Neugebauer
35129
Evaluation of MPEG-7 visual descriptors in scene
classification tasks
Miroslaw Bober, Mark Barnard, Stavros
Paschalakis
35130 Proposal for CDVS Conformance Testing
Miroslaw Bober, Syed Husain
35131 Improvements to CDVS pairwise matching pipeline
Miroslaw Bober, Syed Husain, Stavros
Paschalakis, Karol Wnukowicz
35132
Further Development Work on MPEG-7
eXperimentation Model
Karol Wnukowicz, Stavros Paschalakis
35133
Rivised FDIS text of Common Encryption 2nd
Edition
Mitsuhiro Hirabayashi, Kilroy Hughes
35134 Updates on Web3D Coding
Christian Tulvan, Marius Preda
35135 On signaling Interoperability Points
Iraj Sodagar
35136 MPEG Software assets
Christian Tulvan, Marius Preda
35137 MPEG Conformance assets
Christian Tulvan, Marius Preda
35138
Comment on Edit List in ISO Base Media File
Format
35139 MPEG Content assets
35140
Mitsuhiro Hirabayashi
Christian Tulvan, Marius Preda
Considerations on 3D audio File Format in
ISOBMFF
Mitsuhiro Hirabayashi, Toru Chinen
Draft Systems
55 Agenda
35141 Comment on 23008-12 Image File Format
Mitsuhiro Hirabayashi
Claudio Alberti, Marco Mattavelli,
Leonardo Chiariglione, Ioannis Xenarios,
Nicolas Guex, Heinz Stockinger, Thierry
Schuepbach, Pascal Khalem, Christian
Iseli, Daniel Zerzion, Dmitry Kuznetsov,
Yann Thoma, Enrico Petraglio
35142
State of the art in genomic information
compression
35143
CE10: Summary report for Core Experiment 10 on
Y. Chen, J. Xu (CE Coordinators)
Intra String Copy
35144
CE7: Summary Report for Core Experiment 7 on
String Matching for Palette Index Coding
Z. Ma, Y.-W. Huang (CE Coordinators)
35145
Suggested update to ISO base media file format
14496-12
David Singer
35146 Updates to DASH conformance software
Waqar Zia, Thomas Stockhammer
35147 Coverage of DASH test vector database.
Waqar Zia, Thomas Stockhammer
35148
Best Effort Decoding for Green MPEG - An
example application
Alexis Michael Tourapis, David Singer,
Krasimir Kolarov, Steve Saunders
35149 Input to ISO BMFF conformance software
Waqar Zia, Thomas Stockhammer
35150 CE-SAND: HTTP Communication Channel
Thomas Stockhammer
35151 DASH Errata Issues
Thomas Stockhammer
35152 Streaming ISO File Format
Thomas Stockhammer
35153 P3 Color space support in ISO/IEC 23001-8
Alexis Michael Tourapis, David Singer
35154
35155 Period Continuity
35156
Thomas Stockhammer
HDRTools: A software package for video
processing and analysis
Alexis Michael Tourapis, David Singer
35157 Low-latency Live Service
Thomas Stockhammer
Qualcomm Product Management statement
35158 regarding MPEG-H deployment on Qualcomm
chipsets
Deep Sen, Venkatesh Krishnan
35159 screen-related adaptation of HOA soundfields
Nils Peters, Deep Sen, Martin Morrell
35160 Thoughts on layered/scalable coding for HOA
Deep Sen, Nils Peters, Martin Morrell,
Kim Moo-Young, Venkatesh Krishnan
35161 Liaison on DASH Test Vectors
Michael Dolan
35162 Liaison on HDR and WCG
35163 Revised HEVC SEI Message for Green Metadata
Spencer Cheng, Jiangtao Wen
35164 Clarification on URL Parameter Insertion
Shaobo Zhang, Xin Wang
35165 Updates on RMC Parser Instantiation from BSD
Hyungyu Kim, Euee S. Jang
35166 Suggestions for RMC Syntax Parser FU Design
Hyungyu Kim, Euee S. Jang
35167
Cross-check on Depth intra skip coding mode
(JCT3V-J0038)
T.Tsukuba (Sharp)
35168
Non-CE10: Improvement on coding of ISC
parameters and comparison to Palette Coding
Kailun Zhou, Liping Zhao, Xianyi Chen,
Tao Lin (Tongji)
35169
Additional definition regarding to visual
communication
Si-Hwan Jang, Sanghyun Joo, Kyoung-Ill
Kim, Jiwon Lee, Dasom Kim, Hyung-Gi
Byun, Jang-Sik Choi
35170
Proposal of device types for the use of wearable
devices
Si-Hwan Jang, Sanghyun Joo, Kyoung-Ill
Kim, Jiwon Lee, Dasom Kim, Hyung-Gi
Byun, Jang-Sik Choi
Draft Systems
56 Agenda
35171
[FTV AHG] Preliminary experimental results on
depth estimation from integral 3D image
35172
CE3: cross-check of Test 1.3: Intra block copy with
B. Li, J. Xu (Microsoft)
flipping (JCTVC-S0117)
35173
Summary of Voting on ISO/IEC 230018:2013/PDAM 2
SC 29 Secretariat
35174
Summary of Voting on ISO/IEC 144965:2001/PDAM 38
SC 29 Secretariat
35175
Summary of Voting on ISO/IEC 144964:2004/PDAM 44
SC 29 Secretariat
35176
Summary of Voting on ISO/IEC 230025:2013/PDAM 2
SC 29 Secretariat
35177
Summary of Voting on ISO/IEC 1449610:201x/PDAM 1
SC 29 Secretariat
35178
Summary of Voting on ISO/IEC 144965:2001/DAM 35
SC 29 Secretariat
35179
Table of Replies on ISO/IEC 15444-1:2004/FDAM
8
ITTF via SC 29 Secretariat
35180
Cross-check on Simplification of an NBDV
availability check (JCT3V-J0041)
T.Ikai (Sharp)
35181
Cross-check on ARP, IC and DBBP Flags
Signaling for 3D-HEVC (JCT3V-J0037)
T.Ikai (Sharp)
35182
Cross-check on Reduction of Worst Case Memory
T.Ikai (Sharp)
Bandwidth in 3D-HEVC (JCT3V-J0036)
35183
Cross-check on Reduction of Worst Case Memory
T.Ikai (Sharp)
Bandwidth in 3D-HEVC (JCT3V-J0039)
35184
Cross-check on A cleanup of DMM index coding in
T.Ikai (Sharp)
3D-HEVC (JCT3V-J0033)
Cross-check on Complexity reduction on
35185 illumination compensation for 3D-HEVC (JCT3VJ0034)
Jun Arai, Kazuhiro Hara, Tomoyuki
Mishina, Yuichi Iwadate
T.Ikai (Sharp)
35186
Cross-check on Simplification of single depth intra
mode (JCT3V-J0054)
T.Ikai (Sharp)
35187
Cross-check on Motion buffer reduction for depth
(JCT3V-J0055)
T.Ikai (Sharp)
Florian Bacher, Christian Timmerer,
Reinhard Grandl, Christopher Müller
35188 Updated DASH datasets
35189
Updated DASH reference software and
conformance
Benjamin Rainer, Christian Timmerer
35190
Crosscheck on simplification of merge candidates
list construction (JCT3V-J0024)
X. Zhang, J.-L. Lin (MediaTek)
35191
Crosscheck on restriction of bi-prediction for IvDC
and IvDCShift candidates (JCT3V-J0048)
X. Zhang (MediaTek)
35192
Crosscheck on modification of reference index for
depth disparity derivation (JCT3V-J0046)
X. Zhang, J. An (MediaTek)
35193
Crosscheck on simplification on candidate list
X. Zhang (MediaTek)
construction for single depth mode (JCT3V-J0058)
35194
Crosscheck on simplification on CABAC context
models for single depth mode (JCT3V-J0053)
35195 Crosscheck on simplification and improvement of
Y.-W. Chen (MediaTek)
J. An (MediaTek)
Draft Systems
57 Agenda
sub-PU (JCT3V-J0066)
35196
3DTI Mesh Coding Architecture and Basic
implementation
35197 Mesh to FAMC converter
Rufael Mekuria, Pablo Cesar
Rufael Mekuria
35198
Experimental datasets of 3D Point Clouds captured Zhongyi Xu, Qianni Zhang, Ebroul
with Kinect v2
Izquierdo, Rufael Mekuria, Pablo Cesar
35199
CE3: cross-check of Test 2.1 Combined test of test
B. Li, J. Xu (Microsoft)
1.1 and test 1.3 (JCTVC-S0118)
35200
MMT QoS management for effective bandwidth
sharing
Yongwoo Cho, Doug Young Suh,
Youngwan So, Kyungmo Park
35201 FEC CE: Hybrid AL-FEC and ARQ
Yongwoo Cho, Doug Young Suh
35202 Proposal for change in LocationType
Kyoungro Yoon, Min-Uk Kim, Hyo-Chul
Bae, Jaewon Moon, Tae-Boem Lim,
SeungWoo Kum, KyungWon Kim
35203
Proposal of Revision of Context Description for
Priority information
35204 [FTV AHG]EE2 and EE3 A2 results on Bee
Kyoungro Yoon, Min-Uk Kim, Hyo-Chul
Bae, Jaewon Moon, Tae-Boem Lim,
SeungWoo Kum, KyungWon Kim
Q.Wang, Y.Zhang, L.Yu,
35205
Proposal for Revision of
OtherEnvironmentalInfoType
Kyoungro Yoon, Min-Uk Kim, Hyo-Chul
Bae, Jaewon Moon, Tae-Boem Lim,
SeungWoo Kum, KyungWon Kim
35206
Proposal of ServiceTargetModelType in Service
Description
Kyoungro Yoon, Min-Uk Kim, Hyo-Chul
Bae, Jaewon Moon, Tae-Boem Lim,
SeungWoo Kum, KyungWon Kim
35207
Crosscheck on cleanup4: remove DDD (JCT3VJ0030)
K. Zhang (MediaTek)
35208
Crosscheck on Syntax cleanup of depth dc
offset(JCT3V-J0022)
K. Zhang, X. Zhang (MediaTek)
35209
Proposal of Binary Representation of 3D Printer
User Preference Description
Seungwook Lee, Jinsung Choi,
Kyoungro Yoon, Min-Uk Kim, HyoChul
Bae
35210
Proposal of Binary Representation of 3D Printer
Capability Description
Seungwook Lee, Jinsung Choi,
Kyoungro Yoon, Min-Uk Kim, HyoChul
Bae,
35211 IoT basic terminologies definitions
35212
DASH SAND CE: “Scenes Clustering― as a
Md. Jalil Piran, Doug Young Suh
new parameter to DANE
[FTV AHG] Study on free viewpoint video
35213 streaming using mixed resolution multi-view video
and low resolution depth maps
35214
Md. Jalil Piran, Doug Young Suh
Non-CE6: Crosscheck for Copy Previous Mode
(JCTVC-S0120)
Takaaki Emori, Mehrdad Panahpour
Tehrani, Keita Takahashi, Toshiaki Fujii,
Kei Kawamura
W. Zhang, L. Xu, Y. Chiu (Intel)
35215 Unification of colour transforms in ACT
L. Zhang, J. Chen, M. Karczewicz
(Qualcomm), B. Li, J. Xu (Microsoft)
Non-CE6: Cross-check of enabling copy above
35216 mode prediction at the boundary of CU (JCTVCS0114)
V. Seregin (Qualcomm)
Non-CE6: Cross-check of removal of parsing
35217 dependency in palette-based coding (JCTVCS0181)
V. Seregin (Qualcomm)
35218 Cross-check of using the wavefront store-and-sync V. Seregin (Qualcomm)
Draft Systems
58 Agenda
design for palette table prediction variables
(JCTVC-S0141)
35219
Hybrid gamma transfer function for high dynamic
range television
T. Borer, A. Cotton, M. Naccari
35220
Non-CE6: Unification of coding of escape indices
and other palette indices
X. Xiu, Y. He, Y. Ye (InterDigital), V.
Seregin, R. Joshi, M. Karczewicz, W. Pu,
J. Sole (Qualcomm)
35221 CE6-related : Crosscheck report of JCTVC-S0157
J. Kim, S. Liu (MediaTek)
35222 ARAF: Remote Audio Recognition
Traian Lavric, Marius Preda
Cross-check of Non-CE6: Modifications of copy-left
35223 and copy-above modes in index coding (JCTVCS.H. Kim (Sharp)
S0047)
35224
Cross check report of HDR and WCG anchor
generation
35225
Impact of range extension coding tools to HDR and
Cheung Auyeung (Sony)
WCG Anchor3
35226
Crosscheck of JCTVC-S0065 on IBC encoder
improvements for SCM2.0
C. Pang (Qualcomm)
35227
Crosscheck of JCTVC-S0172 on unification of
IntraBC mode with inter mode
C. Pang (Qualcomm)
35228
[MMT IG] Update of Implementation Guideline for
delay constrained ARQ in MMT
Changki Kim, Kwang-deok Seo, Jeongju
Yoo, Jin Woo Hong,
35229
JCT-VC AHG report: SHVC software development
V. Seregin, Y. He (AHG chairs)
(AHG12)
Proposal of WebPreferenceType in User
35230
Description
Cheung Auyeung (Sony)
KyungWon Kim, Jaewon Moon, TaeBoem Lim, SeungWoo Kum, Sungjoo
Park, Kyoungro Yoon, Min-Uk Kim, HyoChul Bae
SeungWoo Kum, Jaewon Moon, TaeProposal for change in ServicePreferencesType in Boem Lim, KyungWon Kim, Sungjoo
35231
User Description
Park, Kyoungro Yoon, Min-Uk Kim, HyoChul Bae
Editor’s Comments of MPEG-UD User
35232
Description
35233
CE3 Test 1.2: Crosscheck for Segmental
Prediction for Intra Block Copy (JCTVC-S0107)
35234 3D mesh file format used in the 3D printer industry
Jaewon Moon, SeungWoo Kum, TaeBoem Lim, KyungWon Kim, Jongjin
Jung, Jongbin Park, Kyoungro Yoon,
Min-Uk Kim, Hyo-Chul Bae
W. Zhang, L. Xu, Y. Chiu (Intel)
Seung Wook Lee, Chang Jun Park, Jin
Sung Choi
35235
Cross-check on Removal of redundant VSP
candidates in Merge mode (JCT3V-J0039)
T. Ikai (Sharp)
35236
Cross-check on Single Depth Mode Simplification
(JCT3V-J0065)
T. Tsukuba (Sharp)
35237
Proposal of usage scenarios about virtual
panoramic vision for MPEG-V
Saim Shin, Jong-Seol James Lee,
DalWon Jang, Kyoungro Yoon
35238
Proposal of binary representations for automobile
related sensor capability descriptions
Kyoungro Yoon, Min-Uk Kim, HyoChul
Bae, Jong-Seol James Lee
CE9: cross-check of test A.1.3: Optionally disabling
35239 the usage of the intra boundary filters (JCTVCB. Li, J. Xu (Microsoft)
S0102)
Draft Systems
59 Agenda
35240
Cross-check of inter-component de-correlation for
screen content coding (JCTVC-S0179)
B. Li, J. Xu (Microsoft)
35241
Non-CE6: cross-check of improvement on palette
sharing mode (JCTVC-S0108)
B. Li, J. Xu (Microsoft)
35242
Cross-verification of JCTVC-S0064 on Last run
flag for Palette mode
X. Xiu, Y. He, Y. Ye (InterDigital)
CE5: Summary report of core experiment 5 on
35243 investigation of maximum palette size and
maximum palette predictor size
R. Joshi, X. Xiu (CE coordinators)
35244
CE2: Summary report for Core Experiment 2 on
intra block copy signalling and partitioning
J. Xu, S. Liu, K. Rapaka, X. Xiu (CE
coordinators)
35245
Summary of Voting on ISO/IEC 144963:2009/Amd.4:2013/DCOR 1
SC 29 Secretariat
35246
Summary of Voting on ISO/IEC 144963:2009/DCOR 5
SC 29 Secretariat
Summary of Voting on ISO/IEC 1449635247 12:2012/DCOR 3 and ISO/IEC 1544412:2012/DCOR 3
SC 29 Secretariat
35248
Summary of Voting on ISO/IEC 1449615:2014/DCOR 1
SC 29 Secretariat
35249
Summary of Voting on ISO/IEC 1449626:2010/DCOR 8
SC 29 Secretariat
35250 Liaison Statement from ITU-T SG 9
ITU-T SG 9 via SC 29 Secretariat
35251 Liaison Statement from ITU-T SG 9
ITU-T SG 9 via SC 29 Secretariat
35252 Liaison Statement from DVB and EBU
DVB and EBU via SC 29 Secretariat
35253 CE9: Cross-check of JCTVC-S0082 Test A.2
X. Zhang (MediaTek)
35254 Tone Mapping operators behavior
D. Touze (Technicolor)
35255
MPEG HDR AhG: about using a BT.2020 container
E. Francois (Technicolor)
for BT.709 content
35256
JCT-3V AHG report: HEVC Conformance testing
development (AHG 10)
CE6-related: Harmonization of CE6 Tests A4, A5,
35257
and A6
Y. Chen, T. Ikai, S. Shimizu, T. Suzuki
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek), R. Joshi, W. Pu, M.
Karczewicz, F. Zou, V. Seregin, J. Sole
(Qualcomm),
35258
CE6: Summary report of CE on improvements of
palette mode
Y.-W. Huang, P. Onno, R. Cohen, V.
Seregin, X. Xiu, Z. Ma
35259
CE6-related: Cross check of JCTVC-S0115 Test
2.1
J. Zhao, S. H Kim (Sharp)
35260
CE5: Cross-verification of JCTVC-S0037 on
investigation of maximum palette size
X. Xiu, Y. He, Y. Ye (InterDigital)
35261
MMT IG: Bottleneck Coordination to Achieve QoE
Multiplexing Gains
Zhu Li, Imed Bouazizi, Youngkown Lim,
Kyungmo Park
35262
DASH: Aggregated Temporal Quality Signalling for
Zhu Li, Imed Bouazizi,
DASH Sub-representations
35263
MMT: QoS Control for Multipath Delivery
Acceleration
Zhu Li, Imed Bouazizi, Youngkwon Lim
35264
Intra Reference Prediction by Cross-Component
Prediction
K. Kawamura, S. Naito (KDDI)
35265 Interaction-driven Sensory Effect with MPEG-V
Hyunjin Yoon, Cheol-Min Kim, Jong-
Draft Systems
60 Agenda
Hyun Jang
35266
Intelligent Surveillance User Case of CDVA
Requirements
35267
Chang-Mo Yang (KETI), Tae-Boem Lim
Proposal for change in DeviceCharacteristicsType
(KETI), Sungjoo Park (KETI), Jaewon
in Context Description
Moon (KETI), KyungWon Kim (KETI)
35268 Proposal of device command type for 3D Printer
Zhang Yuan, Cao Ning, Huang Cheng,
Zhao Jing
Seung Wook Lee, Chang Jun Park,
Jinsung Choi, Kyoungro Yoon, Min-Uk
Kim, HyoChul Bae
35269
Cross-check of ‘AhG13: Palette and
deblocking’ (JCTVC-S0096) by Qualcomm
C. Rosewarne, M. Maeda (Canon)
35270
JCT-VC AHG report: HEVC conformance test
development (AHG4)
T. Suzuki, J. Boyce, K. Kazui, A. K.
Ramasubramonian, Y. Ye
35271
JCT-VC AHG report: Test sequence material
(AHG15)
T. Suzuki, V. Baroncini, R. Cohen, T. K.
Tan, S. Wenger
35272
JCT-VC AHG report: SCC extensions text editing
(AHG7)
R. Joshi, J. Xu (AHG co-chairs), Y. Ye,
S. Liu, R. Cohen, Z. Ma (AHG vicechairs)
35273
Correlation of subjective scores and objective
metrics for HDR video quality assessment
Martin Rerabek, Pavel Korshunov,
Philippe Hanhart, Touradj Ebrahimi
AHG14: Cross check of JCTVC-S0101 on Intra
35274 Block Copy reference area for Wavefront Parallel
Processing
P. Onno (Canon)
Non-CE6: Cross-check of JCTVC-S0178 on
35275 improved binarization and signaling of index coding P. Onno (Canon)
for transition copy mode
35276
Non-CE6: Cross-check of JCVC-S0186 on context
P. Onno (Canon)
modeling of palette_transpose_flag
Non-CE6: Crosscheck of JCTVC-S0258 on
35277 unification of coding of escape indices and other
palette indices
P. Onno (Canon)
35278
Cross check Non-CE6: Palette encoder
improvements for SCM2.0
W. Pu (Qualcomm)
35279
Proposed reference bitstreams for Green MPEG
Compliance
Nicolas DEROUINEAU, Nicolas TIZON,
Didier NICHOLSON,
35280 JCT-VC AHG report: Project management (AHG1) G. J. Sullivan, J.-R. Ohm
JCT-VC AHG report: HEVC HM software
35281 development and software technical evaluation
(AHG3)
K. Suehring (Chair), K. Sharman, D.
Flynn
35282 Crosscheck of JCTVC-S0115 method 2
F. Zou (Qualcomm)
35283 Crosscheck of JCTVC-S0105
F. Zou (Qualcomm)
35284 CE10: Crosscheck of JCTVC-S0192 Test 2
F. Zou (Qualcomm)
35285 Crosscheck of JCTVC-S0067
F. Zou (Qualcomm)
35286
JCT-VC AHG report: SCC extensions software
development (AHG8)
K. Rapaka, B. Li(AHG co-chairs), R.
Cohen, T.-D. Chuang, X. Xiu, M. Xu
(AHG vice-chairs)
35287
JCT-VC AHG report: Parallel processing for SCC
(AHG14)
K. Rapaka(Chair), A. Duenas, S. Liu, S.H. Kim (vice chairs)
35288
B. Bross, K. McCann, C. Rosewarne
JCT-VC AHG report: HEVC test model editing and
(AHG co-chairs), M. Naccari, J.-R. Ohm,
errata reporting (AHG2)
K. Sharman, G. J. Sullivan, Y.-K. Wang
Draft Systems
61 Agenda
(AHG vice-chairs)
35289
D. Rusanovskyy, F. C. Chen, J. Y. Lee,
JCT-3V AHG Report: 3D-AVC Software Integration
J.-L. Lin, O. Stankiewicz, T. Suzuki, D.
(AHG3)
Tian
35290
Crosscheck of JCTVC-S0187 on SCC with
extended LCU size
X. Li, Y. Chen (Qualcomm)
35291
JCT-VC AHG report: Loop filtering for SCC
(AHG13)
C. Rosewarne, L. Zhang, X. Xu
35292
JCT-VC AHG report: Verification test preparation
(AHG5)
V. Baroncini, M. Karczewicz, N.
Ramzan, C. Rosewarne, K. Sharman,
T.-K. Tan, J.-M. Thiesse, W. Wan
35293
JCT-VC AHG report: Complexity of palette mode
coding (AHG9)
A. Duenas (chair), R Joshi, S.-H. Kim, X.
Xiu (vice chairs)
35294
Crosscheck of JCTVC- S0113 on Non-CE2: Intra
block copy with Inter signaling
K. Miyazawa, A. Minezawa, S. Sekiguchi
(Mitsubishi)
35295 JCT-VC AHG report: SHVC text editing (AHG11)
J. Chen, J. Boyce, Y. Ye, M.
Hannuksela, G. J. Sullivan, Y.-K. Wang
[FTV AHG] EE3-related: Preliminary evaluation of
35296 MV-HEVC performance for super multiview video
using hierarchical B Structure
K. Kawamura, S. Naito (KDDI)
Cross-verfication of JCTVC-S0140 on On
35297 transform coefficient scaling for adaptive colour
transform
X. Xiu, Y. He, Y. Ye (InterDigital)
35298
JCTVC AHG report: SCC coding performance
analysis (AHG6)
H. Yu, R. Cohen, A. Duenas, S. Liu, K.
Rapaka, J. Xu
35299
Cross-verification of JCTVC-S0254 on unification
of colour transforms in ACT
X. Xiu, Y. He, Y. Ye (InterDigital)
35300 Summary of Voting on ISO/IEC CD 23001-12
SC 29 Secretariat
35301
Cross-check results of advanced boundary chain
coding (JCT3V-J0051)
K. Kawamura, H. Sabirin, S. Naito
(KDDI)
35302
Cross-check on Structured lookup table definition
in DMM (JCT3V-J0021)
J. Zheng(HiSilicon)
35303
Cross-check on Simplification for single depth
mode pruning process(JCT3V-J0040)
J. Zheng(HiSilicon)
35304
Cross-check on Simplification of chroma
IC(JCT3V-J0050)
J. Zheng(HiSilicon)
35305
Color spaces and chroma resampling for HDR
video coding
P. Topiwala, W. Dai, M. Krishnan
35306 Crosscheck report of JCTVC-S0152
35307
Benchmarking of HDR-VDP-2 for HDR video
quality assessment
K.Chono (NEC)
Philippe Hanhart (EPFL), Touradj
Ebrahimi (EPFL), Scott Daly (Dolby),
Walt Husak (Dolby)
35308 ATSC Liaison on HDR/WCG
ATSC TG3
35309 ATSC Liaison on 3D audio
ATSC TG3
35310 Liaison Statement from W3C
W3C via SC 29 Secretariat
35311 CE1: Crosscheck on CE1 test 6 (JCT3V-J0032)
X. Zheng, J. Zheng (Hisilicon)
35312
Crosscheck on complexity reduction on illumination
X. Zheng, Y. Lin (Hisilicon)
compensation for 3D-HEVC (JCT3V-J0034)
35313
Crosscheck on Lookup Table Size Reduction for
DMM1 (JCT3V-J0035)
X. Zheng, Y. Lin (Hisilicon)
Draft Systems
62 Agenda
35314
Activity in IETF webpush Working Group Related
to the SAND and FDH CEs
35315
Crosscheck on VSP access improvement (JCT3VS. Shimizu (NTT)
J0026)
35316
3D-CE1: Crosscheck on Segmental prediction in
3D-HEVC (JCT3V-J0032)
35317
Crosscheck on PU boundary deblocking restriction
S. Shimizu (NTT)
for DBBP blocks (JCT3V-J0043)
35318
Crosscheck on Restriction of large-sized DMM
(JCT3V-J0049)
S. Shimizu (NTT)
35319
Crosscheck on Advanced boundary chain coding
for depth intra coding (JCT3V-J0051)
S. Shimizu (NTT)
Crosscheck of JCTVC-S0188: Non-CE6: A
combination of CE6 Test C.2 – transition-copy
35320
mode and CE6 Test C.3 (configuration 1) - copyfrom-previous-row mode
35321
Cross check of Harmonization of CE6 Tests A4,
A5, and A6 (JCTVC-S0269)
S. Shimizu (NTT)
R.-L. Liao, C.-C. Chen, W.-H. Peng, H.M. Hang (NCTU/ITRI)
O. Nakagami (Sony)
35322 JCT-3V AHG report: 3D High level syntax (AHG6)
Y. Chen, T. Ikai
35323 DASH codecs parameter for TTML+XML dialects
Nigel Megitt, David Singer
35324
JCT-3V AHG Report: JCT-3V project management
J.-R. Ohm, G. J. Sullivan
(AHG1)
35325 CE1: Summary Report on Segmental Prediction
J.-L. Lin
35326
JCT-3V AHG Report: MV-HEVC / 3D-HEVC Draft
and Test Model editing (AHG2)
G. Tech, K. Wegner, J. Boyce, Y. Chen,
T. Suzuki, S. Yea, J.-R. Ohm, G.
Sullivan
35327
JCT-3V AHG Report: MV-HEVC and 3D-HEVC
Software Integration (AHG4)
G. Tech, H. Liu, Y. Chen, K. Wegner
35328
Initial text for the specification of profiles, tiers, and
G. Tech, K. Müller, (HHI)
levels in 3D-HEVC
35329
On 3D-HEVC HLS and its alignment with MVHEVC HLS
Non-CE4: Cross-verfication of JCTVC-S0137 on
35331 Intra Line Copy with Extended Full-frame Search
for Test A
G. Tech, K. Müller, (HHI)
X. Xiu (InterDigital)
35332
JCT-3V AHG Report: Complexity Assessment
(AHG7)
G. G. (Chris) Lee (NCKU), G. Bang
(ETRI), T. Ikai (Sharp), H. Liu
(Qualcomm)
35333
JCT-3V AHG Report: 3D Coding Verification
Testing (AHG5)
V. Baroncini, K. Muller, S. Shimizu, A.
Vetro, S. Yea
35334 JCT-3V AHG Report: 3D Test Material (AHG8)
S. Shimizu, S. Yea
35335
Non-CE6: Cross-check of cross-CU palette color
index prediction from MediaTek (JCTVC-S0079)
35336
Proposal to study conversion between MPEG-2 TS Youngkwon Lim, Mary-Luc Champel,
and MMT Protocol
Shuichi Aoki, Yiling Xu
35337 CDVS: Crosscheck of M35072
X. Guo (Microsoft)
Karol Wnukowicz, Stavros Paschalakis
35339 BoG report on CE6 improvements of palette mode R. Cohen, Y.-W. Huang
35340
Non-CE9: cross-check of chroma boundary filtering
B. Li, J. Xu (Microsoft)
(JCTVC-S0199)
35341 BoG report on complexity assessment of IBC block C. Pang, S. Liu
Draft Systems
63 Agenda
vector coding
35342 Common Encryption Web Description
Kilroy Hughes
35343 Cross-check of JCTVC-S0188
D. B. Sansli, J. Lainema (Nokia)
35344
Centralized Texure-Depth Packing (CTDP) SEI
Message Syntax (JCTVC-S0031)
35345 Update of SEI message in AVC/PDAM1
35346
Cross-check on CE1-Test1 of Segmental
prediction in 3D-HEVC (JCT3V-J0032)
Jar-Ferr Yang, Ke-Ying Liao, Ming-Hung
Wang, Ya-Han Hu
Takanori Senoh, Peng Yin, Ying Chen,
Miska M. Hannuksela, Jens-Rainer
Ohm, Gary J. Sullivan
J. Zheng, X. Zheng(HiSilicon)
35347 Report on SAND
Ali C. Begen, Emmanuel Thomas, MaryLuc Champel
35348 Conformance SW for Association Signalling
Shaobo Zhang, Changquan Ai, Xin
Wang
35349 3D Tele-immersion Use Cases and Applications
Lazar Bivolarsky
35350 Cross-check for 4x4 Transform for IVC (m35056)
Anna Yang, Dong-Hyun Kim, Soo-Chang
Oh, Jae-Gon Kim
Cross-check for performance evaluation of ITM
35351 10.0 over WebVC according to the VCC condition
(m35003)
Anna Yang, Dong-Hyun Kim, Soo-Chang
Oh, Jae-Gon Kim
Cross-check of m34973 (Improvement on
35352 Lagrange Multiplier Selection for Internet Video
Coding)
Jin Yeon Choi, Sang-hyo Park, Euee S.
Jang
35353
Cross-check of m35054 (De-blocking improvement Jin Yeon Choi, Sang-hyo Park, Euee S.
for internet video coding)
Jang,
35354
Non-CE6: cross-check of 2-D Index Map Coding of
B. Li, J. Xu (Microsoft)
Palette Mode in HEVC SCC (JCTVC-S0151)
Non-CE6: cross-check of palette parsing
35355 dependency and palette encoder improvement
(JCTVC-S0156)
B. Li, J. Xu (Microsoft)
35356 MPD expiration signalling as SAND message
Emmanuel Thomas
35357
Harmonized modification of MMTP packet header
compression
Changkyu Lee, Mary-luc Champel
35358
Proposal of binary representations for automobile
related sensor descriptions
Kyoungro Yoon, Min-Uk Kim, HyoChul
Bae, Jong-Seol James Lee, Saim Shin,
Dalwon Jang
Kevin Streeter, Vishy Swaminathan,
Imed Bouazizi,
35359 CE-FDH Report
Editor Study: Proposed corrections and updates in
35360 the text of ISO/IEC 14496-22 DIS "Open Font
Vladimir Levantovsky (on behalf of AHG)
Format"
Editor Study: Proposed corrections and updates in
35361 the text of ISO/IEC 14496-22 DIS "Open Font
Vladimir Levantovsky (on behalf of AHG)
Format"
35362 Comment of ISO/IEC 23008-1 FDAM1
Yongliang Liu, Xin Wang
Cross-check report of JCTVC-S0046 Intra35363 boundary filter control for non-camera captured
content
K. Rapaka (Qualcomm)
35364 cross-check
35365 Presentations of the MPEG Workshop on Media
Marco Mattavelli, Jean Le Feuvre,
Draft Systems
64 Agenda
Synchronisation for Hybrid Delivery
35366
Editor’s study of ISO/IEC 23008-1 DAM2
Header Compression and Cross Layer Interface
35367 BoG on HEVC Conformance for 3D extensions
Youngkwon Lim, Ali Begen, Mickaël
Raulet, Patrick Gendron, Emmanuel
Thomas
Kyungmo Park (onbehalf of MMT AhG)
Y. Chen
35368
Qp derivation and offsets signaling for adaptive
color transform
K. Rapaka, L. Zhang, R. Joshi, M.
Karczewicz(Qualcomm), K. Chono
(NEC), J. Xu(Microsoft), R.
Sjöberg(Ericsson), K. Misra, S. H. Kim,
A. Segall (Sharp),
35369
Some Results on Image Quality of HEVC and
WebP
Dake He, Jing Wang
Non-CE2: Intra block copy and Inter signaling
35370
unification
C. Pang, K. Rapaka, Y.-K. Wang, V.
Seregin, M. Karczewicz (Qualcomm), X.
Xu, S. Liu, S. Lei (MediaTek), B. Li, J. Xu
(Microsoft)
CE6: Cross-check of combination with five regular
35371 bins from JCTVC-S0039, CE6 subtest A.6:
Binarization for run coding in palette mode
R. Cohen (MERL)
Combination of JCT3V-J0025 and JCT3V-J0035
35372
for DMM
T. Ikai (Sharp), X. Zhang (MediaTek), K.
Zhang, J. An, H. Huang, J. -L. Lin
(MediaTek), T. Tsukuba (Sharp), S. Lei
(MediaTek)
35373
CE1: Cross-check results on simplified version of
Test 4 and Test 6
T. Ikai, T. Tsukuba (Sharp)
35374
Revised m35140; Consideration on 3D audio file
format in ISOBMFF
Mitsuhiro Hirabayashi, Toru Chinen
35375
Crosscheck on combination of JCT3V-J0025 and
JCT3V-J0035 for DMM (JCT3V-J0112)
X. Zheng, Y. Lin (Hisilicon)
35376 Single Depth Intra Mode Simplification
35377
JCT-3V AHG Report: AVC conformance testing
development (AHG9)
35378 BoG report on Adaptive Color Transform (ACT)
X.Chen, X.Zheng, Y.Lin, J.Zheng
(HiSilicon), S.Yoo, S.Yeo (LGE), G.Bang
(ETRI), Y.S.Heo, W.W.Gwun, G.H.Park
(KHU), G.S.Lee, N.H.Hur(ETRI)
T. Suzuki, D. Rusanovskyy, D. Tian, Y.
W. Chen
J. Boyce
35379
Study on non-normative HDR/WCG techniques in
HEVC Main10 & Main12
C. Fogg (MovieLabs)
35380
CE10: Cross-check of test 7.1 Constrained run for
Intra String Copy (JCTVC-S0175)
B. Li, J. Xu (Microsoft)
35381
Cross-verification of JCTVC-S0220 On parallel
processing capability of intra block copy
X. Xiu (InterDigital)
35382
Crosscheck of JCTVC-S0302 on Non-CE2: Intra
block copy and Inter signaling unification
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
35383 On_23008-1_DAM2
Karsten Grüneberg, Cornelius Hellge,
35384 SAND Parameters for 3GPP
Imed Bouazizi, Thomas STockhammer,
Thorsten Lohmar
35385 BoG report on Intra String Copy (CE10)
Y. Chen
35386 Liaison from Blu-ray Disc Association
Mike DeValue
35387 Draft text for URI Signing for DASH CE (USD)
Draft Systems
65 Agenda
35388
Draft of White paper on MPEG Media Transport
(MMT)
Kyuheon Kim, Kyungmo Park, Jaeyeon
Song
35389
Unfication report on further cleanup of Single
Depth Intra Mode simplification
J. Zheng(HiSilicon), Z. Gu(SCU), X.
Chen, X. Zheng, Y. Lin, P.
Zhang(HiSilicon), N. Ling(SCU)
35390
Proposal on missing parts and re-structuring of
current IG doc
Youngwan So
35391
CDVS: Removal of the orientation parameter from
feature selection
Gianluca Francini, Massimo Balestri,
Skjalg Lepsoy
35392
Franck Denoual, Shaobo Zhang,
Changquan Ai, Peiyun Di, Xin Wang,
Conformance rules and test vectors for Associated Frédéric Mazé, Eric Nassor, Cyril
35393
Representations
Concolato, Jean Le Feuvre, Patrick
Gendron, Xavier Ducloux, Josselin
Kerdraon
35394
Cross-check results on further cleanup of Single
Depth Intra Mode simplification (JCT3V-J0116)
35395 CDVS: Crosscheck of m35391
35396
Massimo Mattelliano, Attilio Fiandrotti,
Description of Core Experiment 3 (CE3): Intra Line C.-C. Chen, Y. Chen, J. Xu, T. Lin, W.
Copy and Intra String Copy
Wang
35397 DASH Subgroup Report
35398
T. Ikai, T. Tsukuba (Sharp),
Iraj Sodagar
Draft Text for Full Duplex HTTP core experiment
(CE-FDH)
35399 Summary of FF and MMT discussion
Kevin Streeter, Vishy Swaminathan,
Imed Bouazizi
Dave Singer, Imed Bouazizi
35400
Description of Core Experiment 2 (CE2): Intra
block copy relationship to inter coding
35401
Description of Core Experiment 1 (CE1):
Improvements of palette mode
35402
Description of Core Experiment 1 (CE1):
Improvements of palette mode
P. Lai, P. Onno, R. Cohen, V. Seregin,
X. Xiu, Z. Ma (CE coordinators)
35403
Description of Core Experiment 1 (CE1) on
Improved Depth Coding
J.-L. Lin, J. Y. Lee
35404
Description of Core Experiment 2 (CE2) on
Illumination Compensation Complexity Reduction
J.-L. Lin
35405 Meeting Notes
S. Liu, C. Pang, J. Xu (CE coordinators)
Imed Bouazizi
G. Tech, K. Wegner, Y. Chen, S.Yea
35406 3D-HEVC Draft Text 6
Draft Systems
66 Agenda
– Output documents
#
Title
14810 Resolutions of the 110th Meeting in Strasbourg, France
14811 List of AHGs Established at the 110th Meeting in Strasbourg, France
14812 Report of the 110th Meeting in Strasbourg, France
14813 Press Release of the 110th Meeting in Strasbourg, France
14814 Meeting Notice of the 111th Meeting in Geneva, Switzerland
14815 Meeting Agenda of the 111th Meeting in Geneva, Switzerland
14816 DoC on ISO/IEC 13818-1:201x/DAM 2 Delivery of Timeline for External Data
14817 Text of ISO/IEC 13818-1:201x/FDAM 2 Delivery of Timeline for External Data
14818 DoC on ISO/IEC 13818-1:201x/PDAM 3 Carriage of Layered HEVC
14819 Text of ISO/IEC 13818-1:201x/DAM 3 Carriage of Layered HEVC
14820 DoC on ISO/IEC 13818-1:201x PDAM 4 Carriage of Green Metadata
14821 Text of ISO/IEC 13818-1:201x DAM 4 Carriage of Green Metadata
14822 DoC on ISO/IEC 13818-1:201x PDAM 5 Carriage of additional MPEG-4 audio profile & level
14823 Text of ISO/IEC 13818-1:201x DAM 5 Carriage of additional MPEG-4 audio profile & level
14824
Study of ISO/IEC 13818-1:201x PDAM 6 Carriage of MPEG-H 3D Audio over MPEG-2
Systems
14825 WD of ISO/IEC 13818-1:201x AMD 7 Carriage of Quality Metadata in MPEG-2 Systems
14826 Study of ISO/IEC 14496-12:2012 DAM 4 Improved Audio Support
14827 Text of ISO/IEC 14496-12:2012 COR 3
14828 Text of ISO/IEC 14496-12:2012 DCOR 4
14829 Request for ISO/IEC 14496-12:2012 AMD 5 MIME type box
14831 Defect Report of ISO/IEC 14496-12
14832 DoC on ISO/IEC 14496-15:2013 DCOR 1
14833 Text of ISO/IEC 14496-15:2013 COR 1
14834 AHG on 3D Audio and Audio Maintenance
14835 AHG on Responding to Industry Needs on Adoption of MPEG Audio
14836 Request of ISO/IEC 14496-15:2014 AMD 2 AVC based 3D video excluding MVC
14837 Text of ISO/IEC 14496-15:2014 PDAM 2 AVC based 3D video excluding MVC
14839 Defect Report of ISO/IEC 14496-15
14840 Study of ISO/IEC DIS 14496-22 3rd edition
14841 Text of ISO/IEC 14496-30:2014 DCOR 1
14842
Study of ISO/IEC 15938-5:2005 DAM 5 Quality metadata, multiple text encodings, extended
classification metadata
14843 WD of ISO/IEC 21000-20 Contract Expression Language
14844 WD of ISO/IEC 21000-21 Media Contract Ontology
14845 DoC on ISO/IEC 2nd CD 23000-15 Multimedia Preservation Application Format
14846 Draft text of ISO/IEC DIS 23000-15 Multimedia Preservation Application Format
14847 WD of Implementation Guideline of MP-AF
14848 WD of ISO/IEC 23000-16 Publish/Subscribe Application Format
Draft Systems
67 Agenda
14849 Text of ISO/IEC 23001-7:201X DIS 3rd edition
14850 Study of ISO/IEC 23001-9 PDAM 1 Support of Sparse Encryption
14851
Study of ISO/IEC DIS 23001-10 Carriage of Timed Metadata Metrics of Media in the ISO Base
Media File Format
14852 DoC on ISO/IEC DIS 23001-11 Green Metadata
14853 Text of ISO/IEC FDIS 23001-11 Green Metadata
14854 DoC on ISO/IEC 23001-12 CD Sample Variants in ISOBMFF
14855 Text of ISO/IEC DIS 23001-12 Sample Variants in ISOBMFF
14856 Defects under investigation
14857 Technologies under Consideration
14858 Descriptions of Core Experiments on DASH amendment
14859 DoC on ISO/IEC 23009-1:2014 DAM 1 Extended profiles and time synchronization
14860 Text of ISO/IEC 23009-1:2014 FDAM 1 Extended profiles and time synchronization
14861
Study of ISO/IEC 23009-1:2014 DAM 2 Spatial Relationship Description, Generalized URL
parameters and other extensions
14862 Candidate SAND parameters for 3GPP use cases
14863 WD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software
14864 Work plan for development of DASH Conformance and reference software and sample clients
14865 Text of ISO/IEC DTR 23009-3 2nd edition DASH Implementation Guidelines
14866 Draft Implementation guidelines for MPEG-UD
14867 Defects under investigation
14868 DoC on ISO/IEC 23008-1:2014 DCOR 1
14869 Text of ISO/IEC 23008-1:2014 COR 1
14870 DoC on ISO/IEC 23008-1:2014 DAM 2 Header Compression and Cross Layer Interface
14871 Text of ISO/IEC 23008-1:2014 FDAM 2 Header Compression and Cross Layer Interface
14872 Description of Core Experiments on MPEG Media Transport
14873 Workplan of MMT Reference Software
14874 Request for subdivision of ISO/IEC 23008-4 MMT Reference Software
14875 Text of ISO/IEC 23008-4 CD MMT Reference Software
14876 Workplan of MMT Conformance
14877 WD of MMT Conformance
14878 Study of ISO/IEC DIS 23008-12 Carriage of Still Image and Image Sequences
14879 DoC on ISO/IEC PDTR 23008-13 MPEG Media Transport Implementation Guidelines
14880 Text of ISO/IEC DTR 23008-13 MPEG Media Transport Implementation Guidelines
14881 Presentation materials from Seminar on Media Synchronisation for Hybrid Delivery
14882 WD of MPEG User Description
14883 Liaison Statement to SCTE DVS on DASH
14884 Liaison Statement to DASH-IF on DASH
14885 Liaison Statement to DECE on DASH and Timed Text
14886 Liaison Statement to ITU-T SG 12 on DASH
14887 Liaison Statement Template on Role/Kind of media streams
14888 Liaison Statement to W3C on Timed Text
14889 Liaison Statement to 3GPP on DASH CE SAND
14890 Liaison Statement to IETF on DASH CE FDH and SAND
Draft Systems
68 Agenda
14891
Thoughts on ISO/IEC 13818-1:201x/PDAM 6 – Carriage of MPEG-H 3D audio over MPEG-2
Systems
14892 Text of ISO/IEC 14496-3:2009/COR 5, AAC block length parameter corrections
14893 DoC on ISO/IEC 14496-3:2009/Amd.4:2013/DCOR 1Â Corrections to MPEG4_ancillary_data
14894 Text of ISO/IEC 14496-3:2009/Amd.4:2013/COR 1Â Corrections to MPEG4_ancillary_data
14895 DoC on ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles, uniDRC support
14896
Text of ISO/IEC 14496-5:2001/DAM 37, New levels for AAC profiles, uniDRC support, AAC
block length parameters
14897 Reference Software of MPEG-4 Audio Synchronization
14898 Text of ISO/IEC 14496-26:2010/COR 8, AAC block length parameter corrections
14899 Workplan for extended MPEG-4 Audio Conformance
14900 Terms of Reference
14901 MPEG Standards
14902 Table of unpublished FDIS
14903 MPEG Work plan
14904 MPEG time line
14905 Schema assets
14906 Software assets
14907 Conformance assets
14908 Content assets
14909 URI assets
14910 Call for patent statements on standards under development
14911 List of organisations in liaison with MPEG
14912 List of MPEG Editors
14913 Complete list of all MPEG standards
14914
Verbal reports from the Requirements, Systems, Video, VC, 3V, Audio, 3DG, communication
and HoD subgroups made at this meeting
14915 ISO/IEC 23003-1:2007/AMD 1:2008/COR 3 MPEG Surround Conformance
14916 DoC on ISO/IEC 23003-3:2012/DCOR 3, Unified speech and audio coding
14917 Text of ISO/IEC 23003-3:2012/COR 3, Unified speech and audio coding
14918 DoC on ISO/IEC 23003-3:2012/Amd.1/DCOR 1, Conformance
14919 Text of ISO/IEC 23003-3:2012/Amd.1/COR 1, Conformance
14920 DoC on ISO/IEC 23003-3:2012/Amd.2/DCOR 1, Reference software
14921 Text of ISO/IEC 23003-3:2012/Amd.2/COR 1, Reference software
14922 Study on ISO/IEC 23003-4:2014 / DIS, Dynamic Range Control
14923 MPEG-D DRC Reference Software, RM4
14924 Text of ISO/IEC 23008-3/PDAM 1, 3D Audio Profiles
14925 Request for Amendment, ISO/IEC 23008-3/PDAM 2, 3D Audio File Format Support
14926 ISO/IEC 23008-3/PDAM 2, 3D Audio File Format Support
14927 3D Audio Phase I Reference Software RM4
14928 WD0 - 3D Audio Phase II
14929 3D Audio Phase II Reference Software RM0
14930 Workplan on 3D Audio
14931 MPEG-H 3D Audio Performance Report
Draft Systems
69 Agenda
14932 Liaison to ATSC
14933 Liaison to DVB
14934 Liaison to IEC/TC100/TA4
14935 Liaison to ITU-R SG 6
14936 The AAC-ELD Family for High Quality Communication Services
14937 Responding to Industry Needs on Adoption of MPEG Audio
14938 White paper on Common encryption
14939 Draft of white paper on MMT
14940 Liaison Statement to PREMIS Editorial Committee on MPAF
14941 Disposition of Comments on ISO/IEC 14496-4:2004/PDAM44
14942 Text of ISO/IEC 14496-4:2004/DAM44 Conformance Testing of Video Coding for Browsers
14943 Request for ISO/IEC 14496-4:2004/Amd.45
14944
Text of ISO/IEC 14496-4:2004/DAM45 Conformance Testing of the MFC+Depth Extension of
AVC
14945 Disposition of Comments on ISO/IEC 14496-5:2001/PDAM38
14946 Text of ISO/IEC 14496-5:2001/DAM38 Reference Software for Video Coding for Browsers
14947 Disposition of Comments on ISO/IEC 14496-5:2001/DAM35
14948 Text of ISO/IEC 14496-5:2001/FDAM35 3D AVC Reference Software
14949 Request of ISO/IEC 14496-5:2001/Amd.39
14950
Text of ISO/IEC 14496-5:2001/DAM39 Reference Software for the MFC+Depth Extension of
AVC
14951
WD of Codepoint for SEI message supporting energy-efficient media consumption (Green
Metadata)
14952 Disposition of Comments on ISO/IEC 14496-10:2014/PDAM1
14953
Text of ISO/IEC 14496-10:2014/DAM1 Multi-Resolution Frame Compatible Stereoscopic
Video with Depth Maps
14954 Text of ISO/IEC 15938-6:201X Reference software (2nd edition)
14955 Disposition of Comments on ISO/IEC DIS 15938-13
14956 Text of ISO/IEC FDIS 15938-13 Compact Descriptors for Visual Search
14957 Preliminary announcement of CDVS awareness event
14958 Request for ISO/IEC 15938-14
14959 Working draft 2 of CDVS Reference Software
14960 Working draft 2 of CDVS Conformance Testing
14961 Test Model 12: Compact Descriptors for Visual Search
14962 Request for ISO/IEC 23001-4:2014/Amd.1
14963 Text of ISO/IEC 23001-4:2014/PDAM1 Parser instantiation from BSD
14964 Text of ISO/IEC 23001-8:2013/COR1
14965 Disposition of Comments on ISO/IEC 23001-8:2013/PDAM2
14966
Text of ISO/IEC 23001-8:2013/DAM2 Sample aspect ratio and additional transfer functions,
colour primaries and matrix coefficients
14967 Disposition of Comments on ISO/IEC 23002-5:2013/PDAM2
14968 Text of ISO/IEC 23002-5:2013/DAM2 Reference Software for HEVC related VTL extensions
14969 Working Draft 2 of HEVC Screen Content Coding
14970 High Efficiency Video Coding (HEVC) Encoder Description v 17 (HM17)
14971 Scalable HEVC (SHVC) Test Model 8 (SHM 8)
Draft Systems
70 Agenda
14972 HEVC Screen Content Coding Test Model 3 (SCM 3)
14973 Draft verification test plan for HEVC RExt profiles, and Main profile usage for interlaced video
14974 Study Text of ISO/IEC 23008-2:201x/DAM1 3D Video Extensions
14975 Test Model 10 of 3D-HEVC and MV-HEVC
14976 MV-HEVC Verification Test Plan
14977 Request for ISO/IEC 23008-5/Amd.1
14978 Text of ISO/IEC 23008-5/PDAM1 Reference software for format range extensions profiles
14979 Request for ISO/IEC 23008-5/Amd.2
14980 Text of ISO/IEC 23008-5/PDAM2 Reference software for Multiview Main profile
14981 WD3 of format range extensions profiles conformance testing
14982 WD1 of SHVC profiles conformance testing
14983 Request for ISO/IEC 23008-8/Amd.1
14984
Text of ISO/IEC 23008-8/PDAM1 Conformance Testing for Multiview Main and 3D Main
profiles
14985 Working Draft 4 of Internet Video Coding (IVC)
14986 Internet Video Coding Test Model (ITM) v 11.0
14987 Description of IVC Exploration Experiments
14988 Collection of information related to IVC technologies
14989 Report of IVC visual quality evaluation
14990 Liaison Statement to ITU-T SGÂ 16 re Video Coding Collaboration
14991 White paper on RVC-CAL and RMC
14992 White paper on HEVC
14993 Response to M34867
14994 Work plan on video assets for the MPEG SVN
14995 AHG on MPEG-7 Visual
14996 AHG on Compact Descriptors for Visual Search
14997 AHG on Internet Video Coding
14998 AHG on Video Coding for Browsers
14999 AHG on Reconfigurable Media Coding
15000 AHG on Future Video Coding Technology
15001 Core Experiments Description for 3DG
15002 TuC for 3DG : Indexed Printing Region Set
15003 WD for 3rd Edition of 3D Graphics Compression Model (Web3D graphics coding support)
15004 WD 2.0 of Multiple Sensorial Media Application Format
15005 Technology under consideration
15006 Text of ISO/IEC DIS 23005-2 3rd Edition Control Information
15007 Text of ISO/IEC DIS 23005-3 3rd Edition Sensory Information
15008 Text of ISO/IEC DIS 23005-4 3rd Edition Virtual World Object Characteristics
15009 Text of ISO/IEC DIS 23005-5 3rd Edition Data Formats for Interaction Devices
15010 Text of ISO/IEC DIS 23005-6 3rd Edition Common types and tools
15011 Liaison Statement to ITU-T SC 9 on AR
15012 AHG on AR
15013 AHG on MPEG-V
Draft Systems
71 Agenda
15014 AHG on Graphics compression
15015 AHG on Reconfigurable Media Coding
15016 HEVC version 1 conformance testing defect report
15017 Text of ISO/IEC CD 23000-13 2nd Edition ARAF
15018 Study on ISO/IEC 23001-8:2013/DAM 1
15019 WD of ISO/IEC 23006-2 3rd edition
15020 Open question on cross issues between MMT and File Format
15021 AHG on Support of HDR and WCG
15022 AHG on FTV (Free-viewpoint Television)
15023 AHG on Compact Descriptors for Video Analysis
15024 AHG on Media-centric Internet of Things (MIoT)
15025 AHG on Requirements on Genome Compression and Storage
15026 AHG on Adaptive Screen Content Sharing Application Format (ASCS-AF)
15027 AHG on wearable MPEG
15028 Draft Call for Evidence (CfE) for HDR and WCG Video Coding
15029 Draft Requirements and Explorations for HDR and WCG Content
15030 Exploration on Media-centric Internet of Things (draft)
15031 Liaison letter template on HDR and WCG
15032 Liaison letter to ARIB on HDR and WCG
15033 Liaison letter to ATSC on HDR and WCG
15034 Liaison letter to BDA on HDR and WCG
15035 Liaison letter to DECE on HDR and WCG
15036 Liaison letter to SMPTE on HDR and WCG
15037 Liaison letter to EBU on HDR and WCG
15038 Liaison letter to DVB on HDR and WCG
15039 Draft Requirements for Screen Sharing Application Format
15040 Compact Descriptors for Video Analysis: Requirements for Search Applications
15041 Compact Descriptors for Video Analysis: Draft Evaluation Scenarios
15042 Introduction to Compact Descriptors for Video Analysis (CDVA)
15043 Use Scenarios of CDVA for Surveillance Domain
15044 Liaison statement template on Compact Descriptors for Video Analysis (CDVA)
15045 Liaison Letter on Genome Compression and Storage
15046 Requirements on genome compression and Storage
15047 White Paper on Genome Compression and Storage
15048 Experimental Framework for FTV
15049 Draft Requirements for Media Linking Application Format (MLAF)
15050 Presentations of the Brainstorming Session of the Future of Video Coding Standardization
15051 AHG on MPEG File Formats
15052 AHG on Font Format Representation
15053 AHG on MPEG-DASH
15054 AHG on Multimedia Preservation Application Format (MP-AF)
15055 AHG on MPEG Media Transport
15056 AHG on Green MPEG
Draft Systems
72 Agenda
15057 AHG on User Description
15058 AHG on Timeline alignment
15059
AHG on Contract Expression Language, Media Contract Ontology and Publish/Subscribe
Application Format
15060 AHG on Media Linking Application Format (MLAF)
15061 WD of ISO/IEC 23000-18 Media Linking Application Format
15062 AHG on industry needs for Future Video Coding Requirements
Draft Systems
73 Agenda
– Requirements report
Source: Jörn Ostermann (Leibniz Universität Hannover)
1. Requirements documents approved at this meeting
No.
15021
15022
15023
15024
15025
15026
15027
15028
15029
15030
15031
15032
15033
15034
15035
15036
15037
15038
15039
15040
15041
15042
15043
15044
15045
15046
15047
15048
Title
AHG on Support of HDR and WCG
AHG on FTV (Free-viewpoint Television)
AHG on Compact Descriptors for Video Analysis
AHG on Media-centric Internet of Things (MIoT)
AHG on Requirements on Genome Compression and
Storage
AHG on Adaptive Screen Content Sharing Application
Format (ASCS-AF)
AHG on wearable MPEG
Draft Call for Evidence (CfE) for HDR and WCG Video
Coding
Draft Requirements and Explorations for HDR and WCG
Content Distribution
Exploration on Media-centric Internet of Things (draft)
Liaison letter template on HDR and WCG
Liaison letter to ARIB on HDR and WCG
Liaison letter to ATSC on HDR and WCG
Liaison letter to BDA on HDR and WCG
Liaison letter to DECE on HDR and WCG
Liaison letter to SMPTE on HDR and WCG
Liaison letter to EBU on HDR and WCG
Liaison letter to DVB on HDR and WCG
Draft Requirements for MPEG Adaptive Screen Content
Sharing Application Format
Compact Descriptors for Video Analysis: Requirements
for Search Applications
Compact Descriptors for Video Analysis: Draft
Evaluation Scenarios
Compact Descriptor for Video Analysis (CDVA)
Use Scenarios of CDVA for Surveillance Domain
Liaison statement template on Compact Descriptors for
Video Analysis (CDVA)
Liaison Letter on Genome Compression and Storage
Requirements on genome compression and Storage
White Paper on Genome Compression and Storage
Experimental Framework for FTV
Draft Systems
74 Agenda
15049 Draft Requirements for Media Linking Application
Format (MLAF)
15050 Presentations of the Brainstorming Session of the Future
of Video Coding Standardization
2. Explorations
2.1. Compact Descriptors for Video Analysis (CDVA)
The envisioned activity which will go beyond object recognition required for example in
broadcast applications. Especially for automotive and security applications, object
classification is of much more relevance than object recognition (
Figure 1, Figure 2). MPEG foresses IP-cameras with an CDVA encoder which enables search,
detection and classification at low transmission rates. Related technology within MPEG can
be found in MPEG-7 and video signatures.
2
Visual'
features'
extrac2on'
Visual'
features'
encoding'
Image/
video'
encoding'
“Analyze)then)compress”3
“Compress)Then)Analyze”3
Visual'
features'
decoding'
Image/
video'
decoding'
Visual'
analysis'
task'
Visual'
features'
extrac2on'
Figure 1: The upper part of the diagram shows the “Analyze-Then-Compress” (ATC) paradigm. That is,
sets of video features are extracted from raw frames end encoded before transmission resulting in low
Fig. 1. Pipelines for the “ Analyze-Then-Compress” and “ Compress-Then-Analyze” paradigms.
bandwidth communications. This is opposite to traditional “Compress-Then-Analyze” (CTA) paradigm,
in which video features are extracted close to complex visual analysis.
Although several different descriptors have been proposed in recent years, they all share a similar processing pipeline.
That is, a feature vector is computed following three main processing steps, namely pre-smoothing, transformation
and spatial pooling [2]. For example, the state-of-the-art SIFT descriptor [3] is obtained performing Gaussian
smoothing, followed by the computation of local gradients, which are then pooled together to build a histogram.
Several visual analysis applications, such as object recognition, traffic/habitat/environmental monitoring, surveillance, etc., might benefit from the technological evolution of networks towards the “ Internet-of-Things” , where
low-power battery-operated nodes are equipped with sensing capabilities and are able to carry out computational
tasks and collaborate over a network. In particular, Visual Wireless Sensor Networks (VWSNs) are a promising
technology for distributed visual analysis tasks [4][5]. The traditional approach to such scenarios, which will be
denoted “ Compress-Then-Analyze” (CTA) in the following, is based on a two-step paradigm. First, the signal of
interest (i.e., a still image or a video sequence) is acquired by a sensor node. Then, it is compressed (e.g., resorting to
JPEG or H.264/AVC coding standards) in order to be efficiently transmitted over a network. Finally, visual analysis
is performed at a sink node [6][7][8]. Since the signal is acquired and subsequently compressed, visual analysis is
based on a lossy representation of the visual content, possibly resulting in impaired performance [9][10]. Although
such paradigm has been efficiently employed in a number of applications (e.g., video surveillance, smart cameras,
etc.), several analysis tasks might require streaming high quality visual content. This might be infeasible even with
state-of-the-art VWSN technology [11] due to the severe constraints imposed by the limited network bandwidth. A
possible solution consists in driving the encoding process so as to optimize visual analysis, rather than perceptual
quality, at the receiver side. For example, JPEG coding can be tuned so as to preserve SIFT features in decoded
Draft Systems
75 Agenda
images [12].
At the same time, an alternative “ Analyze-Then-Compress” (ATC) approach, in a sense orthogonal to CTA,
is gaining popularity in the research community. The ATC paradigm relies on the fact that some tasks can
Figure 2
Usage of CDVA for identification of classes and recognition.
It is foreseen that identification of classes is much more challenging than object recognition.
This work might start later than the work on detection and recognition. For detection and
recognition, challenges include flexible objects and specular surfaces. Furthermore, low
latency is required.
In N15043 Use Scenarios of CDVA for Surveillance Domain, applications and usages for
CDVA in the area of surveillance are presented. The concept of an IP-camera with a CDVA
encoder is introduced. N15040 Compact Descriptors for Video Analysis: Requirements for
Search Applications provides an update on requirements. In order to prepare for a CfP,
N15041 Compact Descriptors for Video Analysis: Draft Evaluation Scenarios describes initial
evaluation scenarios. A CfP is expected at the 111th meeting. N15042 Compact Descriptor for
Video Analysis (CDVA) provides an overview for Search and Retrieval as well as Detection
applications. N15023 AHG on Compact Descriptors for Video Analysis continues the work.
Several organizations are informed about MPEG’s plans by means of N15044 Liaison
statement template on Compact Descriptors for Video Analysis (CDVA).
2.2. Free Viewpoint TV
Free Viewpoint TV was the vision that drove the development of many different 3D video
coding extensions. It is now time to take back a step and see where the future of 3D will go.
Super-multiview displays and holographic displays are currently under development. They
will provide horizontal as well as vertical parallax. Hence, we need further extensions of
Draft Systems
76 Agenda
current multiview technology, which assumes a linear camera arrangement, in order to
accommodate for more general camera arrangements for future displays. For interaction and
navigation purposes, modern human computer interfaces need to be developed. The purpose
of the exploration was previously described in N14546 Purpose of FTV Exploration.
N15048 Experimental Framework for FTV shows the further work of the FTV group. It was
agreed to use high-resolution 10s FTV video without depth data as test material. The
dismissal of depth data might create an FTV encoder/decoder solution that can work with
arbitrary video input. For navigation applications, five arbitrary views will be used as test data.
Evaluation will be done on stereo displays and displays with more views if they are available.
As anchors, MV-HEVC and 3D_HEVC are used.
The adhoc group N15022 AHG on FTV (Free-viewpoint Television) will continue to work on
this long-term exploration.
2.3. Future Video Coding
A brainstorming session on the future of video coding was held. Representatives from Ericson,
Google, Huawei, Netflix, Orange, and Samsung shared their views on the requirements and
challenges for video coding. Presentations by Ericson, Google, Huawei, Netflix, and Orange
are available in N15050 Presentations of the Brainstorming Session of the Future of Video
Coding Standardization. Industry participants mentioned a further need for increasing
compression. The request for increments of 50% in coding efficiency is because video is just
50% of the overall rate of a transport stream. For some applications, a further reduction of the
video bitrate by 25% might be useful.
HDR and WCG was considered the next milestone towards a better TV-experience.
Netflix is expecting to release a high quality database with movie clips. Huawei pointed out
that surveillance applications might the most important user of compression technology and
should require special attention. User generated content is another application that is relying
on video coding technology and must be considered especially for mobile applications.
The presenters consider royalty costs as not significant. However, they point out that the
licensing process is costly and slow.
One of the very important users of MPEG-technology is the mobile industry. It is expected
that the 5G-Network will be ready between 2020 and 2023. Therefore, it might make sense
for MPEG to have a new generation of standards ready by 2020. This might require a new
CfE on video coding technology in late 2015 or early 2016.
2.4. Genome Compression
Today, DNA sequencing creates a lot of data. One data set is easily about 800 Mbyte.
Typically, several data sets are made for one person. Given that today machines are optimized
for speed and not for accuracy, an interesting opportunity for compression technology might
exist. TC276 Biotechnology is currently not considering compression.
N15046 Requirements on genome compression and Storage lists initial requirements that
need to be sanctioned by industry and users. N15047 White Paper on Genome Compression
and Storage is made publicly available in order to promote this activity. N15045 Liaison
Letter on Genome Compression and Storage is sent to several organisation related to genome
Draft Systems
77 Agenda
processing. The adhoc group N15025 AHG on Requirements on Genome Compression and
Storage will continue this exploration.
2.5. High dynamic range and wide colour gamut content distribution
Several film studios currently master movies for digital cinema and DVD separately since the
colour space of the cinema is much larger than the colour space of a regular TV set. The
industry would like to master just one version of the content using the xyz colour space as one
example of a Wide Color Gamut (WCG) colour space. Furthermore, future TV will use High
Dynamic Range (HDR) displays. In order to adapt to the different displays and projectors,
transformation hints are desirable which instruct the terminal how to scale the colours of the
content to the capabilities of the display. Furthermore, the signal needs to be deployed with an
amplitude resolution accommodating HDR. Deploying video in such a way would also allow
consumers to actually benefit from a WCG and HDR of a new TV screen.
At this point, tools for supporting bit depth scalability as well as WCG scalability are
available. An appropriate profile definition is on its way.
For B2B application like contribution, a bitrate of 25 Mbit/s is sufficient coding HDR WCG
content using HEVC. For B2C applications like Blu-ray or broadcast, there might be a need
for further improvements in coding efficiency. As anchors for evaluations, HEVC main at 10
bit or 12 bit might be used.
The group plans to create interchangeable test material. There might be a chance to issue a
Call for Evidence at the 111th meeting. However, at this point only limited improvements at
10 Mbit/s were demonstrated.
N1502 Draft Requirements and Explorations for HDR and WCG Content Distribution
summarizes the requirements and use cases for HDR and WCG applications.
Until the 111th meeting, the adhoc group N15021 AHG on Support of HDR XYZ Color Space
and HDR will gather interchangeable test material, create anchors and evaluate HDR
sequences during an adhoc group meeting in December. Based on N15028 Draft Call for
Evidence (CfE) for HDR and WCG Video Coding, it is planned to issue a CfE at the 112th
meeting and evaluate results until the 113th meeting. Depending on the results of the CfE and
external requirements, a time line for further standardization work will be defined. It might
happen that a CfP will be issued in parallel to ongoing standardization work.
Liaison letters N15031, N15032, N15033, N15034, N15035, N15036, N15037,and N15038
were sent to numerous organizations.
The adhoc group N14540 AHG on Support of HDR XYZ Color Space and HDR will gather
further test material and evidence on the coding performance of HEVC. It is also charged with
further developing N14547 Requirements and Use Cases for HDR /WCG Content
Distribution as well as N14548 Test sequences and anchor generation for HDR and Wide
Gamut Content Distribution. Experiments are defined in N14549 Exploration Experiments for
HDR and Wide Gamut Content Distribution.
2.6. Media Linking Application Format (MLAF)
Companion screen applications let user enjoying broadcast programmes access related
information on other – typically internet-connected – devices. N15049 Draft Requirements for
Media Linking Application Format (MLAF) provide use cases and requirements about a
Draft Systems
78 Agenda
standard technology in this domain. Figure 1 shows the connections that a bridget should
create from a professional production to social media or other websites.
Figure 3. Bridget creation workflow.
2.7. Screen Content Sharing Application Format
N15039 Draft Requirements for MPEG Adaptive Screen Content Sharing Application Format
combines technologies for transport, coding and composition in order to enable the
description of contents of computer screens based on components like background, window,
video etc. Screen content coding, digital item identifier, MMT and MPEG Composition
Information are relevant technologies. The Adhoc group N15026 AHG on Adaptive Screen
Content Sharing Application Format (ASCSAF) continues to refine the requirements and
specification. A timeline needs to be specified.
2.8. Media-centric Internet of Things
The Requirements subgroup recognizes that MPEG-V provides technology that is applicable
in the area of Internet of Things. N15030 Exploration on Media-centric Internet of Things
(draft) provides definitions, use cases and requirements. The Requirements subgroup would
like to ask MPEG members to encourage relevant external organizations to share their views
on this subject as it relates to digital media. Work continues in N15024 AHG on Mediacentric Internet of Things (MIoT).
Draft Systems
79 Agenda
Figure 4 The adapted sensorial effects (actuator commands) are generated by combining
sensorial effects (SEs) with sensed information (SI), sensor capabilities (SC), and
actuator capabilities.
Draft Systems
80 Agenda
– Systems report
Source: Young-Kwon Lim, Chair
1.
1.1
General Input Documents
AHG reports
Number Session
Title
m34623 Plenary AHG on MPEG-DASH
Plenary AHG on MPEG Media
m34625
Transport
m34626 Plenary AHG on Green MPEG
m34627 Plenary AHG on User Description
m34628 Plenary AHG on Timeline alignment
m34621 Plenary AHG on MPEG File Formats
AHG on Font Format
m34622 Plenary
Representation
AHG on Multimedia
m34624 Plenary Preservation Application
Format (MP-AF)
AHG on Publish/Subscribe
m34629 Plenary
Application Format (PSAF)
1.2
Number
m35136
m35137
Plenary MPEG Conformance assets
m34843
m34844
m34845
m34846
ISO secretariat
ISO secretariat
ISO secretariat
ISO secretariat
ISO secretariat
ISO secretariat
Dispositions
accepted
accepted
accepted
accepted
accepted
accepted
accepted
accepted
ISO secretariat
ISO secretariat
accepted
General technical contributions
Session
Title
Plenary Table of Replies on ISO/IEC
14496-18:2004/FDAM 1
Plenary Table of Replies on ISO/IEC
23000-11:2009/FDAM 3
Plenary Table of Replies on ISO/IEC
FDIS 14496-29
Table of Replies on ISO/IEC
Plenary
13818-1:2013/FDAM 5
Plenary Table of Replies on ISO/IEC
23002-4:201X/FDAM 1
Plenary
MPEG Software assets
m34842
Source
ISO secretariat
Source
ITTF via SC 29 Secretariat
ITTF via SC 29
Secretariat
ITTF via SC 29
Secretariat
ITTF via SC 29
Secretariat
ITTF via SC 29
Secretariat
Christian Tulvan, Marius
Preda
Christian Tulvan, Marius
Preda
Draft Systems
81 Agenda
Dispositions
Noted
Noted
Noted
Noted
Noted
Noted
Noted
m35139
m35342
Plenary
MPEG Content assets
Plenary Common Encryption Web
Description
1.3
Christian Tulvan, Marius
Preda
Kilroy Hughes
Noted
Noted
Summary of discussion
1.3.1 m 34845
on an editorial issue in FDAM 5 to ISO/IEC 13818-1:2013 (Transport of MVC depth video
sub-bitstream and extensions to support HEVC low delay coding mode). The accepted DoC N
14314 from Valencia meeting was not reflected in the FDAM text. This has been corrected
and conveyed to SC 29 secretariat for use during the editing by ITU-T. This is already
reflected in DAM 3 to ISO/IEC 13818-1:201x.
-
1.4
Demo
1.5
FAQ
.
1.6
AOB
None.
2.
2.1
MPEG-2 Systems (13818-1)
Topics
2.1.1 ISO/IEC 13818-1:2013 AMD 6 Delivery of Timeline for External Data
This amendment defines tools to identify and synchronize external data associated with an
MPEG program in MPEG-2 transport streams. The tools allow:
- alignment of media timelines regardless of PCR discontinuities through a variety of possible
time codes,
- signaling of URLs of associated data and their types (mime types, ISOBMFF, MPEGDASH, MMT),
- announcement of upcoming associated data
2.1.2 ISO/IEC 13818-1:2013 AMD 7 Carriage of layered HEVC
This amendment will specify layered coding techniques, namely multiview and scalable
HEVC coding. Layered media streams need to be supported by the transport formats in a way
that different layers can be encapsulated and transported individually.
2.1.3 ISO/IEC 13818-1:2014 AMD 4 Carriage of Green Metadata
This amendment specifies a format for carriage of green metadata that enables display power
reduction in MPEG-2 TS. The metadata consists of frame statistics and quality indicators.
Draft Systems
82 Agenda
This metadata allows the client to attain a specified quality level by scaling frame-buffer
pixels and to reduce power correspondingly by decreasing the display backlight or OLED
voltage.
2.1.4 ISO/IEC 13818-1:2014 AMD 5 Carriage of additional MPEG-4 audio profile &
level
This is to add support for a general framework to add sample “variants” to the ISOBMFF.
This would be used by a forensic “watermarking” system to modify the base sample, but is
independent of the “watermarking” algorithm. Variants are sample data that may be used by a
decoder and DRM system to ultimately output video or audio that is marked in a way that can
be unique to individual decoders or decoder product models. The application of the variants
during the decode process is under control of the DRM system (and ultimately the content
provider).
2.1.5 ISO/IEC 13818-1:2014 AMD 6 Carriage of 3D Audio
This amendment defines stream type, descriptors and buffer model to carry MPEG-H 3D
audio bitstream in MPEG-2 TS. Two stream types will be assigned to distinguish main stream
from auxiliary stream. Descriptors will provide information on user selectable and/or
modifiable audio objects and information on which object contains either supplementary or
main audio. T-STD extension will allow
splitting an encoded audio scene into several elementary streams. One single audio decoder
decodes all elementary streams to one audio presentation. Each of those elementary streams
carries one or more encoded channel signals.
2.2
Contributions
Numbe
r
m3484
1
m3483
2
m3483
6
m3483
5
m3502
2
Sessio
n
MPEG2
MPEG2
MPEG2
MPEG2
MPEG2
Title
Summary of Voting on ISO/IEC
13818-1:2013/DAM 6
Summary of Voting on ISO/IEC
13818-1:2013/PDAM 7
Summary of Voting on ISO/IEC
13818-1:201x/PDAM 4
Summary of Voting on ISO/IEC
13818-1:201x/PDAM 5
Thoughts on ISO/IEC13818-1:201x /
PDAM 6
m3499
6
MPEGOn description of operation point
2
for MPEG-2 TS L-HEVC
m3499
7
MPEGOn description of dependency
2
information for MPEG-2 TS L-HEVC
m3499
8
MPEG- On buffer model and HEVC timing
2
and HRD descriptor
Draft Systems
83 Agenda
Source
SC 29 Secretariat
SC 29 Secretariat
SC 29 Secretariat
SC 29 Secretariat
Harald Fuchs,
Michael Kratschmer,
Stephan Schreiner
Hendry, Ying Chen,
Y.-K. Wang
(Qualcomm),
Hendry, Ying Chen,
Y.-K. Wang
(Qualcomm),
Hendry, Y.-K. Wang,
Ying Chen, A. K.
Dispositio
ns
Refer
14816
Refer
14818
Refer
14820
Refer
14822
Accepted.
14817
Accepted.
14819
Accepted.
14819
Accepted
14819
m3508
0
m3502
6
m3511
0
m3477
5
2.3
MPEGOn Transport of Layered HEVC in
2
MPEG-2 Systems
MPEG- Editors' Input for ISO-IEC_138182
1_2013_DAM7_Carriage_of_Layere
d_HEVC
MPEG- Carriage of Quality Metadata in
2
MPEG2 Systems
MPEGThoughts on 13818-1-PDAM6
2
Ramasubramonian(Q
ualcomm),
Karsten Grüneberg,
Accepted
Thomas Schierl, Yago
14819
Sanchez
K. Grüneberg,
Hendry
Ozgur Oyman
Schuyler
Quackenbush
Accepted
14819
Accepted
14825
Accepted
14824
Summary of discussions
2.3.1 m 34996
On description of operation point. The changes to operation point descriptor was accepted as
well as allowing the use of this descriptor when stream type values for layered HEVC are
present in PMT.
2.3.2 m 34997
on description of dependency information. Group accepted Option 2 in the document to
clarify the dependencies.
2.3.3 m 34998
from Qualcomm on buffer model and HRD descriptor. Group agreed that the HEVC video
descriptor bits signaling still picture, 24 hour pictures (long term) and sub-picture presence
will apply to enhancement layers also. Changes proposed to the HEVC HRD descriptor were
accepted and will go into the DAM 3 text.
2.3.4 m 35206
on editors inputs to PDAM 3.
2.3.5 m 35080
on aspects of layered HEVC transport. Includes some of the bit rate suggestions similar to that
in other contributions. These were accepted and will go into DAM 3 text.
2.3.6 m 34775
listed some issues to be corrected in PDAM 6 and some text for signaling 3D audio random
access points. These were accepted and will be included in the study text.
2.3.7 m 35022
listing some thoughts and issues in PDAM 6. This was accepted and part of the contribution
will be edited and go into study text of PDAM 6. The other part of the contribution will be
output as ‘thoughts on PDAM 6’.
2.3.8 m35110.
Contribution on carriage of quality metadata. This proposes a carriage system very similar to
that of Green Metadata and the group agreed to produce a WD of Amendment 7 at this
meeting.
Draft Systems
84 Agenda
2.4
Action Points / Ballots
ITU-T H.222.0 (xx/201x)|ISO/IEC
13818-1:201x/PDAM 6
(SC 29 N 14415)
3.
3.1
Systems
AMENDMENT 6: Carriage of MPEG-H
3D audio over MPEG-2 Systems
PDAM
(201411-04)
MPEG-4 ISO Base File Format (14496-12)
Topics
3.1.1 ISO/IEC 14496-12:201X/AMD 4: Improved audio support
This amendment enhances the codec-independent support for audio in the file format, adding
the ability to declare downmixing and dynamic range control of audio, and describe the
loudness of the program, before or after downmix or dynamic range control. It also supports
the codec-independent declaration of channel layout, and identifying the carriage of DRC
coefficients both in the audio stream, and in a separate track.
3.2
Contributions
Numbe
r
Session
Title
m3524
7
File
Format
m3508
7
m3509
0
File
Format
File
Format
Summary of Voting on
ISO/IEC 1449612:2012/DCOR 3 and ISO/IEC
15444-12:2012/DCOR 3
Clarifications on ISOBMFF
negative composition offsets
Clarification on fragment
identifiers for ISOBMFF
m3509
1
File
Format
Clarification on carriage of
TTML in ISOBMFF
m3513
8
m3514
0
File
Format
File
Format
m3514
5
File
Format
Comment on Edit List in ISO
Base Media File Format
Considerations on 3D audio
File Format in ISOBMFF
Suggested update to ISO
base media file format
14496-12
m3515
2
m3504
File
Format
File
Source
Dispositions
Noted
SC 29 Secretariat
Jean Le Feuvre, Cyril
Concolato
Jean Le Feuvre, Cyril
Concolato
Jean Le Feuvre, Cyril
Concolato, Romain
Bouqueau
Accepted
14831
Accepted
14831
Accepted
14828
Mitsuhiro Hirabayashi
Accepted
14831
Mitsuhiro Hirabayashi,
Toru Chinen
noted
David Singer
accepted
14831
Streaming ISO File Format
Thomas Stockhammer
noted
Conformance files for the
M. Viitanen, J. Vanne, T.
Noted
Draft Systems
85 Agenda
8
Format
m3509
5
File
Format
m3514
9
File
Format
3.3
ISO base media file format
File format reference
software and conformance
update
Input to ISO BMFF
conformance software
D. Hämäläinen
(Tampere Univ. of
Technology), M. M.
Hannuksela, V. K.
Malamal Vadakital
(Nokia)
Armin Trattnig, David
Singer
noted
Waqar Zia, Thomas
Stockhammer
noted
Summary of discussions
3.3.1 m35152
Streaming ISO File Format
Experts are urged to study these issues (see mandate). Also worth considering late binding,
and files that are delivered multiple ways. Do we need pdin at the fragment level? Do we need
movie-fragment relative addressing where the moof is after the media data rather than before
it? See also the defect report, as some of that introductory material proposed could cover
some of these issues.
3.3.2 m35247
Summary of Voting on ISO/IEC 14496-12:2012/DCOR 3 and
ISO/IEC 15444-12:2012/DCOR 3
Disposition: accepted
All approved, thank you.
3.3.3 m35087
Clarifications on ISOBMFF negative composition offsets
It seems that there is some confusion over whether the cslg box is descriptive or prescriptive.
The only equation in the spec says CTS=DTS + CTSoffset, but this is by no means clear. Also
the CTTS box has a text error (it promises that the offsets are unsigned). We need to
document that the cslg is informative, and (for example), you could subtract the shift from the
DTS values if you want DTS timestamps and you want them all before or at CTS. The
‘model’ that we expect many systems to use decode ordering (but not timestamps) and only
the CTS timestamp is nowhere stated! We write a Defect Report document.
3.3.4 m35138
Comment on Edit List in ISO Base Media File Format
Yes, we seem to have lost the text that a movie fragment extends the last edit in the edit list.
We have never worked out how to document edits in movie fragments, by the way. We
should delete the phrase “(could be the length of the whole track)”. We need a paragraph on
the interaction of fragments and edit lists, making this all explicit. So, the edit list can only
talk about media in the movie (if any), and then fragments “push it out”. So, if there is media
in the initial movie and the last edit does not select to the end of it (e.g. 100 seconds of media,
but the last edit selects only the first 50 seconds), does a subsequent fragment (a) get ignored,
as the previous edit didn’t go to the end or (b) insert an implied edit that is the duration of the
fragment. We need to make sure that the phrase ‘empty edit’ is not ambiguous between (i) an
edit that has duration but selects no media (i.e. nothing plays for that time) and (ii) an edit that
has zero duration.
In the examples, we need to use the field names correctly.
Draft Systems
86 Agenda
Into the Defect Report [Dave]. We think that (b) above is what we will write, and we ask
experts to check whether this is in line with current expectations.
3.3.5 m35145
Suggested update to ISO base media file format 14496-12
We need to state that the table in section 6 does not establish ordering.
On 4CCs we need to remove, or update the reference to ISO 8859-1, and we need to
document the notation on how to insert control codes, when a 32-bit code that contains nonprintable 8-bit values is used. We need to document ‘printable’ (used in many places). Can we
refer to the C standard on how a single-quote enclosed string is encoded? We need to be clear
it is the Unicode code-point value and not the UTF-8 encoding (which would be two bytes for
characters above 0x7F), or say that ‘printable’ means only the LATIN-1 range (not the
supplement).
We think we should document that characters must be (a) printable and (b) from the range 00x7F, or else another notation is used. The RA uses $20 to mean space and probably needs an
update. We should recommend not using control codes. What is the escape syntax when nonprintable characters are used? Or do we tell people to use hex without quotation marks?
(item_type=0x45F4A280).
Conclusion: define printable (no control codes), define the 4CC syntax as using only
characters from 0-0x7F that are also printable. Into defect report. [Dave]
On meta-box, primary_item for a ‘null’ handler – pick one. We should recommend not using
the XML and binary XML boxes, and suggest items whose type indicate that their body is
XML. We insert a paragraph saying the meta box was originally designed for metadata but
now has more general applicability to untimed data. [Dave]
Yes, Annexes B and F gets ‘void’ in the new edition. The chair to do one more check with
secretariat on Annex B. Note that the introduction refers to Annex B. [Editors]
We prefer to reference Unicode over 8859-1, and we need C0 and the UTF-8 definition
(‘represented by a single byte in UTF-8’). Since the printable range is contiguous, we should
simply document it (0x20 – 0x7E inclusive).
3.3.6 m35090
Clarification on fragment identifiers for ISOBMFF
The uniqueness requirement at a given level (file, movie, track) seems implied (e.g. the
replacement rule for movie fragments) but embarrassingly nowhere stated. Into the defect
report [Cyril/Jean]. Item_IDs shall be unique at a given level; this is in alignment with the
‘replacement rule’ for items with the same ID in movie fragments. We explicitly document
what happens when there is a reference to an item by item_id and the item is updated in
movie fragments (‘use the latest version you have received at the same level’). Do we allow
meta boxes at file level in movie fragments? This should also be clarified (no?). The word
‘file’ level is ambiguous (fragment file, or the file that contains the movie box? We think the
latter.)
The question of meco’s is rather hard. If the mere box says that two meta boxes are
semantically equivalent, could they share item_IDs? The whole interaction of mere/meco with
the evolved design of meta boxes needs a careful examination. (We note that meco/mere have
no reference software or conformance streams). Experts are urged to look at the issues around
meco/mere, movie fragments, URL fragment identifiers, and the item_id uniqueness
requirement.
Then for the clarification on URL fragment forms we agree. Into the defect report or TuC?
Some existing cases are ambiguous which suggests COR, but some of this looks like new
features perhaps? For now, into the defect report. [Jean/Cyril]
Draft Systems
87 Agenda
3.3.7 m35091
Clarification on carriage of TTML in ISOBMFF
We think that corrections and clarifications are needed in part 12 as well. We perhaps should
clarify that width and height apply only to visual tracks, and volume only to audio tracks. We
need to clarify that visual means ‘visually presented’, i.e. not necessarily (but commonly)
video.
We think we should define/reserve 0,0 to mean “provided by the external context”, and the
values are irrelevant for non-visual tracks. Perhaps tidying up the semantics for audio as well
might be advisable.
We are willing to look also at the text for a subt track reference, which means that the
subtitles are associated with the identified track (or the group, if it is a member of the group).
Otherwise, perhaps the subtitles are associated with the composition of all visual tracks?
This leaves the ugly question of where the text track has a known aspect ratio but unknown
absolute size, in particular where alternatives are authored for different aspect ratios.
The alternative is to put something sensible that has the right aspect ratio, since if you are
allowed to override, at least this gets us aspect ratio information and also some default if the
track is played ‘by itself’.
But it does seem we need to allow 0,0 (‘don’t know’). Perhaps we need to use tkhd flags to
say something (e.g. “provide aspect ratio only, not size’).
We could also consider a box in the sample entry, like pasp, to document sizing, aspect ratio,
etc.
We will try to make corrigenda to parts 12 and 30 at this meeting.
3.3.8 m35140
Considerations on 3D audio File Format in ISOBMFF
(Audio looks forward to further contributions; the ‘market need’ needs exploration, and the
data is not byte-aligned and hence extraction is problematic.)
3.3.9 m35048
Conformance files for the ISO base media file format
Experts are urged to review the conformance files and software (which will be committed to
SVN soon), and provide any feedback. We will formally accept the updates in a future
meeting (possibly the next one).
3.3.10 m35095
File format reference software and conformance update
Experts are urged to review the conformance files and software (which will be committed to
SVN soon), and provide any feedback. We will formally accept the updates in a future
meeting (possibly the next one).
3.3.11 m35149
Input to ISO BMFF conformance software
Experts to study the software and we will consider formal adoption at the next meeting. We
are thinking that we will split the 14496-4/5 and take the file format parts into a new part. We
need to check whether APSL is acceptable for MPEG conformance software.
Draft Systems
88 Agenda
3.4
Action Points / Ballots
ISO/IEC 14496-12:2012/FDAM 3
(SC 29 N 14353)
Part 12: ISO base media file format
AMENDMENT 3: Enhanced audio
support and other improvements
FDAM
(201412-10)
ISO/IEC 14496-12:2012/DAM 4
(SC 29 N 14454)
Part 12: ISO base media file format
AMENDMENT 4: Improved audio
support
DAM
(201502-12)
4.
4.1
MPEG-4 AVC File Format (14496-15)
Topics
4.1.1 ISO/IEC 14496-15:2013 AMD 1 Carriage of Layered HEVC
This amendment specifies the storage of video bitstreams consisting of multiple views and the
associated depth, encoded based on Annex I of ISO/IEC 14496-10. The design is based on the
MVC file format, which is specified in Clause 7 of ISO/IEC 14496-15, in a backwardscompatible manner. In the design, storage of the texture and depth of a particular view in
either separate tracks or the same track is supported. The design also includes the signalling of
various indications, such as the presence of texture and/or depth for each view, as well as
whether the texture or depth component or both of a view is required for the presentation of
another view. The amendment also adds the signaling (using HEVC video descriptor) to
indicate use of HEVC low-delay coding mode in each access unit where the STD buffer
management is performed using the HEVC HRD parameters
4.2
Contributions
Numbe
r
Session
m3524
8
File
Format
m3504
6
File
Format
m3509
9
File
Format
Title
Summary of Voting on
ISO/IEC 1449615:2014/DCOR 1
Optional codecs MIME
parameter for L-HEVC in
14496-15
Suggested update to
AVC/HEVC file format
14496-15
Source
Dispositions
Refer 14832
SC 29 Secretariat
M. M. Hannuksela, V. K.
Malamal Vadakital
(Nokia)
David Singer
Draft Systems
89 Agenda
noted
Accepted
14839
4.3
Summary of discussions
4.3.1 m35046
Optional codecs MIME parameter for L-HEVC in 14496-15
This is a complex problem; HEVC profile/level indications for layered coding document only
the layer, not the closure of the necessary lower layers. The RFC implies (but doesn’t say)
that the list is over all tracks (and all sample entries, if multiple in a track?). It does say that all
sample entries must be listed. The RFC doesn’t say if the same codec is used twice in two
tracks, is it listed twice?
There are questions on what happens when the enhancement is delivered separately, also (e.g.
in DASH representations).
This raises lots of questions over corners of the RFC syntax, of course.
The base layer gets repeated, it seems.
The first 4CC should be the 4CC of the sample entry; subsequent ones would then document
what else you need to do to decode an output layer set of that sample entry.
Do we need to repeat the capability requirement for each layer (even if already implied) or do
we need to say explicitly “you need to be able to operate decoders at these layers
simultaneously?”.
We do think that the syntax should start with the actual 4CC of each sample entry, i.e. be the
other way around.
In summary, the syntax essentially says “to decode <this> you also need <this other stream>,
<this other stream>” but those other streams may be in other tracks or even other files. And
the <this> might be repeated for different output layer sets from the same bitstream.
(Ideally someone defines a profile/brand for the file that establishes the ‘envelope’
requirement.)
We need to study whether we could use a new parameter to identify the rendering
combinations for HEVC, rather than trying to overload the codecs parameter. Such a
parameter would be in the MIME type in DASH (the codecs parameter is split out so it can be
used for transport streams as well).
Note that canplaytype in HTML takes a qualified MIME string, so having this in some
parameter is useful beyond DASH.
Can we explore a new parameter to express layered coding, and not overload “codecs”?
(Aside, have we documented the codecs parameter for encrypted content??) [Into the part 12
Defect Report! Though we need DECE input as they have considered this – Dave].
Can we explore a new parameter (with a suitable syntax)? Contributions welcome, and we
would hope to go into the part 15 amendment at the next stage.
4.3.2 m35099
Suggested update to AVC/HEVC file format 14496-15
There is another issue on in-stream parameter sets; can they update the same parameter set ID,
and what is there reference range? We should also clarify that they can update, but the rules
on sync samples etc. apply (i.e. that it has to work). We need to note that replacing the
parameter set with another with the same ID but with different meaning, makes it a nightmare
to hoist all parameter sets into the sample entry (you have to rewrite the bitstream), but it is
permitted.
We start a defect report on Part 15 [Dave].
Draft Systems
90 Agenda
4.4
Action Points / Ballots
4.4.1 Action on the MVC+D file format?
We would like to issue a new amendment on part 15, based on the amendments and
corrigenda in process. Editors to take the most recent output, and re-write it as an amendment,
that we issue at this meeting after an editing period (1 week).
5.
Open Font Format (14496-22)
5.1
Topics
5.1.1 ISO/IEC 14496-22 3rd edition
The third edition of the OFF standard consolidates all previously issued corrigendum and
amendments and extends the existing technology providing support for a larger set of world's
languages, adding new text layout features and introducing support for colour fonts and
MATH expression layout
5.2
Contributions
.
Number Session
Title
m35360 Plenary Editor Study: Proposed corrections and
updates in the text of ISO/IEC 14496-22
DIS "Open Font Format"
5.3
Summary of discussions
5.4
Action Points
ISO/IEC DIS 14496-22
(SC 29 N 14358)
6.
Timed Text (14496-30)
6.1
Topics
Source
Part 22: Open Font Format
6.1.1 ISO/IEC 14496-30 COR 1
Draft Systems
91 Agenda
Dispositions
Accepted
14840
DIS
(201501-08)
6.2
Contributions
.
Number Session
m35323 DASH
6.3
Title
DASH codecs parameter for TTML+XML
dialects
Source
Nigel Megitt,
David Singer
Dispositions
Accepted
14841
Summary of discussions
6.3.1 m35323
DASH codecs parameter for TTML+XML dialects
We like the solution. Thank you. Our response will accept the proposal.
Internally to MPEG, we note that deriving neither the MIME type nor the processorProfiles
can be calculated simply by inspecting the document – mapping (external knowledge) is
needed for both.
We think it might really help if we amended part 12 to allow the storage of the MIME string
for the enclosed content. Then a reader can easily extract it to make the codecs parameter,
without looking inside the XML. Alternatively, we could say that this box contains the codecs
sub-parameter(s) for this track (pre-calculated), and that would simplify scanning (e.g.) AAC
configs, AVC parameter sets, and so on.
6.4
Action Points
ISO/IEC DIS 14496-22
(SC 29 N 14358)
Part 22: Open Font Format
7.
Multimedia description schemes (15938-5)
7.1
Topics
DIS
(201501-08)
7.1.1 ISO/IEC 15938-5 AMD 5 Multiple text encodings, extended classification
metadata
This amendment extends text and classification descriptors for descriptive metadata for
audiovisual content. These extensions address existing data types and add some elements and
attributes. The first one improve internationalisation for text-based metadata by identifying
the script(s) used and enables carrying strings represented in multiple character sets in the
same XML document, using encoding. The other extends classification metadata in order to:
(a) improve interoperability with existing metadata formats used in professional media
production, (b) increase cardinality of some elements and (c) add attributes and a version
element.
7.2
Contributions
.
Number Session
Title
m34634 AF
Study of ISO/IEC 15938-
Source
Werner Bailer
Draft Systems
92 Agenda
Dispositions
Accepted
5:2003/DAM 5
7.3
Summary of discussions
7.4
Action Points
ISO/IEC 15938-5:2003/DAM 5
(SC 29 N 14362)
8.
8.1
N14842
Part 5: Multimedia description schemes
AMENDMENT 5: Multiple text
encodings, extended classification
metadata
DAM
(201412-17)
Media Contract Ontology (21000-21)
Topics
8.1.1
8.2
Contributions
Number
m34825
m35066
m35068
8.3
Session
MPEG21
Title
Summary of Voting on ISO/IEC
21000-21:2013/DCOR 1
MPEG21
Additions for second editions of
ISO/IEC 21000-21 (Media Contract
Ontology) and ISO/IEC 21000-20
(Contract Expression Language)
MPEG21
Extensions for MPEG-21 CEL
(Contract Expression Language)
and MCO (Media Contract
Ontology) based on PSAF
(Publish/Subscribe Application
Format)
Summary of discussions
M34825
Draft Systems
93 Agenda
Source
SC 29 Secretariat
Laurent Boch,
Jaime Delgado,
Victor RodriguezDoncel, Lizbeth
Moore, Annarita
Di Carlo, Silvia
Llorente, Trish
Hoyne
Jaime Delgado,
Laurent Boch,
Silvia Llorente,
Annarita Di Carlo,
VÃctor RodrÃguez-Doncel
Dispositions
Refer 14582
Accepted
N14844
Accepted
N14843
 Disposed at the Sapporo meeting.
M35006
 RAI (Radiotelevisione Italiana) and ABC (Australian Broadcasting Corporation) have further
analysed the Media Contract Ontology (MCO) against their respective cases of audiovisual
current narrative contracts.
 Additions to condition vocabulary
 constraints on the Service or Channel Context (e.g. right to broadcast only on
“RAI2”);
 constraints on technical properties of content (e.g. “resolution must be...”, or “the
video coding must be “, or “the file must be compliant to ...”);
 constraints more specific than those already defined for “Pay services” and for
“services provided only to customers approved by the provider”; the former
relates to the so-called “pay-per-package” case, the latter relates to media fruition
offered to customers of hotels and means of transportation;
m35068
 New act “Match” for Publish/Subscribe AF
 Open question whether “Match” is permission or obligation.
 There is a need for privacy condition expression about the query.
8.4
Action Points / Ballots
9.
MP-AF (23000-15)
9.1
Topics
9.1.1 ISO/IEC 23000-15 Multimedia Preservation Application Format
The objective of the Multimedia Preservation Description Information (MPDI) framework is
to provide a standardized description to multimedia content to enable users to plan, execute,
and evaluate preservation operations to achieve the objectives of digital preservation.
9.2
Contributions
Number Session
m34838 AF
m34633 AF
m34886 AF
Title
Summary of Voting on
ISO/IEC CD 23000-15.2
Study of ISO/IEC CD2300015 v2
Proposed logical data
model to be adopted
within MP-AF for the
preservation of Quality
Control metadata outputs
(version 2)
Source
SC 29 Secretariat
Werner Bailer, Hermann
Fürntratt
Roberto Borgotallo (RAI),
Matthias Elser (IRT),
Werner Bailer
(JOANNEUM)
Draft Systems
94 Agenda
Dispositions
Refer
N14845
Accepted
N14846
Accepted
N14846
m34905 AF
Accepted
SKOS Representation of
Martin Höffernig, Werner N14847
Controlled Vocabularies for
Bailer
MP-AF
9.3
Summary of discussions
9.4
Action Points
10.
Publish/Subscribe AF (23000-16)
10.1
Topics
10.1.1 ISO/IEC 23000-16 Publish/Subscribe Application Format
Publish/Subscribe (PubSub) is an established communication paradigm where senders do not
communicate information directly to intended receivers but rely instead on a service that
mediates the relationship between senders and receivers. While generic PubSub specifications
exist, there are some specific features that are typical of a multimedia application that can be
easily supported by a media-friendly PubSub format based on MPEG technology.
10.2
Contributions
Number
Session
m35119
AF
Title
Proposal for Committee
Draft: Multimedia
application format (MPEGA) — Part 16:
Publish/Subscribe
Application Format
10.3
Summary of discussions
10.4
Action Points
Dispositions
Accepted
Giuseppe Vavalà CEDEO, N14848
Giuseppe Tropea CNIT,
Kenichi Nakamura
Panasonic,
Draft Systems
95 Agenda
Source
11.
Common encryption format for ISO BMFF (23001-7)
11.1
Topics
11.1.1 ISO/IEC 23001-7 2nd Edition
This format defines a way to encrypt media (audio, video, etc.) in files of the ISO base media
file format family. By using a common encryption format, a single media asset can be used by
several services and devices using different digital rights management systems, and the
implementation complexity that would be consequent on having duplicate files and formats
for the same content can be reduced or eliminated.
11.2
Contributions
Number
Session
Title
m35133
File
Format
Rivised FDIS text of Common
Encryption 2nd Edition
m34946
File
Format
Proposed enhancements to 230017:AMD for pattern based
encryption mode
11.3
Source
Disposition
Mitsuhiro
Noted
Hirabayashi,
Kilroy Hughes
David Singer, Accepted
Zubair
14849
Visharam,
Kilroy Hughes
Summary of discussions
11.3.1 m34946
Proposed enhancements to 23001-7:AMD for pattern based
encryption mode
Thank you. We think that the operation of counter and CBC modes should be in the ‘tools’
chapter, and shorten the ‘modes’ chapter. Given that this amendment text has not in fact,
issued, we think we should ballot a 3rd edition DIS from this meeting.
We think that pattern-based encryption of non-video NALs is both dangerous and weak;
dangerous because it may make predicting the clear text, and hence cracking, easier. Weak,
because predicting the encrypted 10% may be very easy. We remove the possibility of
protecting CryptNonVideoNalTypes and add a note why this is not possible instead, likewise
for the current cenc text (see inline comment).
We need to integrate m35133 below. We need text in part 12 to say what happens to the
codecs sub-parameters for protected content.
Since the PDAM for amd2 has not issued, we issue a DIS of 3rd edition after an editing period
(3 weeks).
11.3.2 m35133
Revised FDIS text of Common Encryption 2nd Edition
Thank you for making sure the published text is excellent.
11.4
Action Points / Ballots
ISO/IEC FDIS 23001-7 2nd Edition
(SC 29 N 14425)
Part 7: Common encryption format for
ISO base media file format
Draft Systems
96 Agenda
FDIS
(2014-
11-17)
ISO/IEC 23001-7:201x/PDAM 1
(SC 29 N 14057)
12.
CICP (23001-8)
12.1
Topics
12.2
Contributions
Number
Session
Part 7: Common encryption format for
ISO base media file format
AMENDMENT 1: Simple pattern-based
encryption mode
Title
Source
12.3
Summary of discussions
12.4
Action Points
13.
Common encryption format for MPEG-2 TS (23001-9)
13.1
Topics
PDAM
(201405-12)
Disposition
13.1.1 ISO/IEC 23001-9 Common encryption format for MPEG-2 TS
This format defines a way to encrypt media (audio, video, etc.) in files of the ISO base media
file format family. By using a common encryption format, a single media asset can be used by
several services and devices using different digital rights management systems, and the
implementation complexity that would be consequent on having duplicate files and formats
for the same content can be reduced or eliminated.
13.2
Contributions
Number
m34865
Session
MPEG-2
Title
Sparse encryption in 23001-9
AMD1
Draft Systems
97 Agenda
Source
Alex Giladi
Disposition
Accepted
N14850
13.3
Summary of discussions
13.4
Action Points
ISO/IEC 23001-9:2014/PDAM 1
(SC 29 N 14495)
Part 9: Common Encryption for
PDAM
MPEG-2 Transport Streams,
(2015AMENDMENT 1: Support of Sparse
01-07)
Encryption
14.
Timed metadata metrics of Media in ISOBMFF (23001-10)
14.1
Topics
14.1.1 ISO/IEC 23001-10 Timed Metadata Metrics of Media in the ISO Base Media File
Format
Specifies a storage format for commonly used, timed metadata metrics of media, such as
quality related PSNR, SSIM, and others, for carriage in metadata tracks of the ISO Base
Media File Format.
14.2
Contributions
Number
m35108
m34958
14.3
Session
File
Format
DASH
Title
Proposed Enhancements to
ISO/IEC 23001-10
Support for Quality
Optimization in DASH Live
Streaming
Source
Ozgur Oyman
Zhi Li, Josh Gahm,
Ali C. Begen
Disposition
Accepted
14851
noted
Summary of discussions
14.3.1 m35108
Proposed Enhancements to ISO/IEC 23001-10
With some minor online editorial changes, we publish a study document.
14.3.2 m34958 Support for Quality Optimization in DASH Live Streaming
The accuracy field in the sample entry is applicable to all samples, so it doesn’t help here. We
could say that samples of 0 size have no metrics, but now the sample size table is no longer
documenting a constant size. We could have multiple sample entries, but this might affect the
chunking performance (but with a metric code of ‘none’ we could in this case have constant
sample sizes).
It does seem that a metric called ‘size’ (clearly useless when both tracks are in the same file),
defined as the sum of the sizes of the time-aligned video samples, could be useful in the
DASH case.
Draft Systems
98 Agenda
Yes, we could have a v2 that multiplexes the metrics for multiple video tracks in one metric
track, but using track references only works if the video tracks are in the same file
(whereupon it’s not needed). If the track references are there but refer to a track not in the file,
then the DASH MPD (e.g.) will need to provide the mapping from track_ID to representation.
But in that case also, there could be multiple metadata tracks in the metadata file, each linked
to its video track. This problem needs joint study of file format and DASH experts. (Another
possibility is to have a copy of the video track sample table, but using a data reference for the
sample data, by the way, but this looks ugly.)
Overall, we note that Metadata carriage is out for DIS ballot and we would not be comfortable
accepting new ideas into a document that has no comment ballot. Can we do this in future?
We suggest a re-submission with a view to an amendment in future.
14.4
Action Points
Part 10: Carriage of Timed Metadata
DIS
Metrics of Media in ISO Base Media File (2015Format
01-22)
ISO/IEC DIS 23001-10
(SC 29 N 14417)
15.
Green Metadata (23001-11)
15.1
Topics
15.1.1 Green Metadata
15.2
Contributions
Numbe
r
m3484
0
m3486
8
m3497
7
m3497
8
Session
Title
Green
Summary of Voting on ISO/IEC DIS
23001-11
SC 29 Secretariat
Green
Study of ISO/IEC DIS 23001-11
Spencer Cheng
Green
Efficient Carriage of Green
Metadata in an AVC SEI Message
Proposed Edits to the Green
Metadata DIS Text
Felix C. Fernandes,
Spencer Cheng
Green
Green
m3500
9
m3514
8
HEVC decoding with tunable image
quality
Green
Best Effort Decoding for Green
MPEG - An example application
Draft Systems
99 Agenda
Source
Felix C. Fernandes
E.Nogues, E.Raffin,
M.Pelcat,
D.Menard,
X.Ducloux
Alexis Michael
Tourapis, David
Singer, Krasimir
Disposition
s
Refer
N14852
Accepted
N14853
Accepted
N14951
Accepted
N14853
Noted
Noted
m3516
3
Green
Revised HEVC SEI Message for
Green Metadata
Green
m3527
9
15.3
Proposed reference bitstreams for
Green MPEG Compliance
Kolarov, Steve
Saunders
Spencer Cheng,
Jiangtao Wen
Nicolas
DEROUINEAU,
Nicolas TIZON,
Didier NICHOLSON,
Accepted
N14853
Noted
Summary of discussions
15.3.1 M34868: Study of ISO/IEC DIS 23001-11
 In response to feedback from the video group, updates the metrics for quality recovery
after low-power encoding.
15.3.2 M34934: Test Vectors for Green Metadata Signalling in MPEG DASH
 Three HEVC CfP sequences are concatenated to create a single 32-second sequence
which is then encoded.
 Ten video representations are created across various resolutions and bitrates.
 Two-second segments are stored for each representation.
 Decoder-power indication metadata is provided for all the segments.
 The contribution will be discussed in the DASH group.
15.3.3




M34977: Efficient Carriage of Green Metadata in an AVC SEI Message
Worst-case analysis is provided for the four complexity metrics.
The worst-case, largest number of each metric is used to compute its percentage.
Due to a calculation error, the 4:2:2 multiplier should be changed from 192 to 256.
Flag indicators are replaced by type indicators, as suggested by the video.
15.3.4 M34978: Proposed Edits to the Green Metadata DIS Text
 Discussed and accepted the edits.
15.3.5 M35009: HEVC Decoding with Tunable Image Quality
 The decoder is modified by activating certain power-saving mechanisms on an
increasing number of frames given a level from 0 to 12. Level 0 is the compliant
HEVC decoder with no power savings. Levels 1 to 12 provide increasing amounts of
power savings by applying the following mechanisms: turning off deblocking/SAO
filters and using a low-complexity interpolation filter.
 Tested on two platforms: ARM-based Exynos and Intel.
 About 20% and 10% power savings were shown at Level 12 for the random-access
and all-intra scenarios, respectively.
 On both platforms, a linear trend was observed for PSNR-degradation vs. Power
saving. Since power-saving is proportional to complexity reduction, this result
suggests that a (psnr-degradation, complexity reduction) pair can be used as metadata.
 Further study is encouraged to address the following:
1. Show linear relation between power saving and complexity reduction.
2. Explain the usage of the proposed metadata based on the #1.
Draft Systems
100 Agenda

3. Show power saving measured over the entire mobile device. The Monsoon
power monitor (https://www.msoon.com/LabEquipment/PowerMonitor/) can
be used for this purpose.
4. Provide video clips for subjective viewing.
 Check that for the same power reduction, the metadata provides better
subjective quality than would be obtained by just increasing the QP.
 Check that, for the same bitrate, at Level 12, the metadata provides at
least the same quality as AVC, but with more power-saving.
Discuss with video group.
15.3.6 M35118: Proposal for MXM Green Metadata Technology Engine AP
 Not presented.
15.3.7 M35148:Best Effort Decoding for Green MPEG – An example application

Not uploaded.
15.3.8 M35163: Revised HEVC SEI Message for Green Metadata
 Updated SEI message based on feedback from the video group and ballot comments.
15.3.9




M35148: Proposed reference bitstreams for Green MPEG Compliance
15 bitstreams are provided to test 3 settings of the complexity-metrics metadata.
Text files that list the metadata are also provided.
The bitstreams and text files will be uploaded to MPEG Assets.
The group thanks the contributors for this effort.
15.4
Action Points
16.
23001-12 Sample Variants in File Format
16.1
Topics
16.1.1 ISO/IEC 23001-12 Sample Variants in ISOBMFF
This adds support for a general framework for sample “variants” in the ISOBMFF. This
would be used by a forensic “watermarking” system to modify the base sample, but is
independent of the “watermarking” algorithm. Variants are sample data that may be used by a
decoder and DRM system to ultimately output video or audio that is marked in a way that can
be unique to individual decoders or decoder product models. The application of the variants
during the decode process is under control of the DRM system (and ultimately the content
provider).
16.2
Contributions
Number
Session
m35300
File
Title
Summary of Voting on
ISO/IEC CD 23001-12
Source
SC 29 Secretariat
Draft Systems
101 Agenda
Dispositions
Refer 14854
m34960
m34961
16.3
File
Format
File
Format
Editor's Draft 23001-12
Michael Dolan
Study of cross-sample
variants in 23001-12
Michael Dolan
Accepted
14855
noted
Summary of discussions
16.3.1 m35300
Summary of Voting on ISO/IEC CD 23001-12
Thank you to the NBs providing comments.
16.3.2 m34960
Editor's Draft 23001-12
Thank you. We intend to use this as a baseline for future revisions.
16.3.3 m34961
Study of cross-sample variants in 23001-12
So, the question of whether it’s ever feasible to share data between variants, some experts felt
it looked unlikely that sharing could occur, as they thought that meant that either the exact
same original image data occurs in multiple frames (and if it did, a compressor would remove
the redundancy) or (even less likely) that we get accidental byte-equality after compression.
However, this is based on a misunderstanding that all watermarking is ‘imperceptible’. There
are forensic cases that actually alter the pixel data (e.g. first line becomes ‘noise’, like teletext;
different textures; minor elements such as stars move; and so on). Under those circumstances,
sharing might be useful. It may also be desirable to have a data pool that has ‘too much’ data,
to obfuscate what is actually being used by any given variant for any given sample (the
constructors are encrypted so the pointers are not easily found).
The challenge question is how to enable this data sharing at the media level, while preserving
the ability to adjust the file – re-fragment, de-fragment, insert or remove other data (e.g. a
copyright) and so on. We really would like to keep this a ‘media level’ operation if we can
and stay away from the ‘transport level’ of boxes, fragments, and so on. The box in the
fragment at least means that we’re not ‘global’ (so copyright notices have no effect), but
de/re-fragmentation are still hard.
We could consider two relative structures that the file format does offer. (a) We can use one
or more time-parallel tracks containing data pools, they have a duration for the duration of
sharing (b) we can use sample-relative numbers (i.e. “draw data from the sample that’s two
before the one containing me”); or both (hint tracks use both). We have to confess that people
found the sample-relative numbering slightly fragile in hint tracks.
Tracks, are of course, slightly ‘heavier’ data structures, but on the other hand, there can be
multiple and (if this is OK from the point of view of obfuscation) they could be served
separately (if track references are not needed).
We could use the sample auxiliary information (a) not at all (b) merely to say ‘variants
happen here’ (c) an index of possible places to find constructors (d) the constructors
themselves. Both hint tracks and aggregators use decode-time-parallel plus a sample-number
relative offset, for the data source, by the way.
We sketch the overall design, using separate tracks, ‘some’ sample auxiliary information,
track references and so on.
16.3.3.1
use track references for at least the data pool, and time parallel tracks
Draft Systems
102 Agenda
16.3.3.2
we are not sure if we need the +/-N samples in the constructors
16.3.3.3
we are not sure how much is in aux info and how much is in the parallel track
structures (if we can keep the aux info under 255 bytes, that solves a separate question we
have, by the way).
The authors agreed to provide a new text, with a view to issuing the DIS.
16.4
Action Points
17.
MXM (23006-1)
17.1
Topics
17.1.1 MXM
17.2
Contributions
Numbe
r
m3511
8
Session
Green
Title
Source
Davide Bertola
CEDEO, Keninchi
Nakamura
Panasonic, Giuseppe
Proposal for MXM Green Metadata
Vavalà CEDEO,
Technology Engine AP
Xavier Ducloux
Thomson Video
Network, Felix
Fernandes Samsung
17.3
Summary of discussions
17.4
Action Points
18.
MMT (23008-1)
18.1
Topics
Disposition
s
Accepted
N145019
18.1.1 ISO/IEC 23008-1 AMD 2 Header Compression and Cross Layer Interface
MMT introduces the formats and procedures for Cross Layer Interfaces; thus, enabling
Communication between the different protocol layers of an MMT entity or between MMT
entities to exchange feedback about an ongoing MMT delivery session in a standardized way.
Draft Systems
103 Agenda
This feedback information may be faster and more accurate than end-to-end feedback
information.
18.2
numbe
r
m3482
6
m3483
4
Contributions
Sessio
n
MMT
MMT
m3464
MMT
2
m3470
MMT
1
m3471
MMT
5
Title
Summary of Voting on ISO/IEC 230081:201x/DAM 2
Summary of Voting on ISO/IEC 230081:201x/DCOR 1
Modification of MMTP packet header
compression
Correction for
MMT_general_location_info and
PA_table elements in 23008-1
Proposed messages for clientinitiation and termination (pull)
connection in 23008-1
Source
SC 29 Secretariat
SC 29 Secretariat
Changkyu Lee, Sunghei
Kim, Juyoung Park
Oded Gants, Omer Peled,
Uri Avni
Oded Gants, Omer Peled,
Uri Avni
m3471
MMT
6
Proposed change in MMTP header for
retransmission
Oded Gants, Omer Peled,
Uri Avni
m3471
MMT
7
Proposed updated for QoS report
messages in 23008-1 AMD 1
Oded Gants, Omer Peled,
Uri Avni
m3495
MMT
4
HRBM corrections to 23008-1
Youngwan So, Kyungmo
Park,
m3509
MMT
2
Issues to add to Corrigendum
Imed Bouazizi
m3509
MMT
4
m3526
MMT
3
m3520
MMT
1
MMT
m3535
7
M3536
2
M3536
6
MMT
MMT
Update on MMTP Header
Compression for Amd2
MMT: QoS Control for Multipath
Delivery Acceleration
Mary-Luc Champel
Refer
N14870
Refer
14868
accepte
d
N14871
Accepte
d
N14869
Noted
Accepte
d
N14871
Accepte
d
N 14871
Accepte
d
N14869
Accepte
d
N14869
noted
Zhu Li, Imed Bouazizi,
Youngkwon Lim
Yongwoo Cho, Doug
Young Suh
noted
Harmonized modification of MMTP
packet header compression
Changkyu Lee, Mary-luc
Champel
Comment of ISO/IEC 23008-1 FDAM1
Yongliang Liu, Xin Wang
Editor’s study of ISO/IEC 23008-1
DAM2 Header Compression and Cross
Layer Interface
Kyungmo Park (onbehalf
of MMT AhG)
accepte
d
N14871
Accepted
N14871
Accepted
N14872
FEC CE: Hybrid AL-FEC and ARQ
Draft Systems
104 Agenda
noted
18.3
Summary of discussions
18.4
Action Points
19.
MMT Reference Software (23008-4)
19.1
Topics
19.2
Contributions
numbe Session
r
m3510
MMT
3
Title
Proposal for MMT reference and
conformance software
19.3
Summary of discussions
19.4
Action Points
20.
MMT FEC (23008-10)
20.1
Topics
20.2
Contributions
numb
er
20.3
Sessio
n
Title
Summary of discussions
Draft Systems
105 Agenda
Source
Sangjin Hong, Imed
Bouazizi
Source
Accepte
d
N14875
20.4
Action Points
21.
CI (23008-11)
21.1
Topics
21.1.1 ISO/IEC 23008-11 1st edition
MMT defines a composition layer to enable the authoring and delivery of rich media services.
The Composition Information (Cl) is authored using HTML5 and thus exhibits all the
Capabilities and tools availablefor HTML5. In addition, MMT CI provides tools to support
dynamic media scenes and their delivery over unicast channels, authoring of content for
secondary screens, as well as separation of media dynamics from scene setup. This is
achieved in a backward compatible manner using a dedicated CI file that is in XML format.
21.2
Contributions
numbe Sessio
r
n
m3510
MMT
1
Title
Source
MPEG CI support of Presentation
API
Noted
Imed Bouazizi
21.3
Summary of discussions
21.4
Action Points
22.
MMT Implementation Guide (23008-13)
22.1
Topics
22.1.1 ISO/IEC 23008-13 1st edition
The MMT Implementation Guidelines describe the usage of MMT for different media
delivery scenarios. It describes the different functions that MMT provides and shows using
examples how they can deployed separately or together to realize a media delivery service.
22.2
Contributions
numbe Session
r
m3483
MMT
3
Title
Summary of Voting on ISO/IEC PDTR
23008-13
Draft Systems
106 Agenda
Source
SC 29 Secretariat
Refer
N14879
m3463
MMT
5
m3501
MMT
5
m3522
MMT
8
m3526
MMT
1
m3533
MMT
6
m3520
MMT
0
m3526
MMT
3
MMT IG: Traffic Aggregation for MMTP
Multicasting in On-Demand Video
Delivery
Proposed text to MMT Implementation
Guidelines
[MMT IG] Update of Implementation
Guideline for delay constrained ARQ in
MMT
Zhu Li, Imed Bouazizi,
Youngkwon Lim,
ARIB
Changki Kim, Kwangdeok Seo, Jeongju
Yoo, Jin Woo Hong,
Zhu Li, Imed Bouazizi,
MMT IG: Bottleneck Coordination to
Youngkown Lim,
Achieve QoE Multiplexing Gains
Kyungmo Park
Youngkwon Lim,
Proposal to study conversion between
Mary-Luc Champel,
MPEG-2 TS and MMT Protocol
Shuichi Aoki, Yiling Xu
Yongwoo Cho, Doug
MMT QoS management for effective
Young Suh, Youngwan
bandwidth sharing
So, Kyungmo Park
MMT: QoS Control for Multipath Delivery Zhu Li, Imed Bouazizi,
Acceleration
Youngkwon Lim
22.3
Summary of discussions
22.4
Action Points
23.
Image File Format (23008-12)
23.1
Topics
Accepted
N14880
Accepted
N14880
Accepted
N14880
Accepte
d
N14880
noted
Accepte
d
N14880
noted
23.1.1 ISO/IEC 23008-12 1st edition
Support for
1) sequences, timed or untimed, with or without audio etc.
2) single still images, the simple case, maybe based on JPX
23.2
Contributions
numbe Session
r
Title
Source
m3503 File
3
Format
Support for Derived Images in
23008-12
m3503 File
Optional codecs MIME
V. K. Malamal Vadakital, M.
M. Hannuksela, J. Lainema
(Nokia)
M. M. Hannuksela, V. K.
Draft Systems
107 Agenda
Accepted
14878
Accepted
6
Format
m3503 File
8
Format
m3504 File
0
Format
m3504 File
2
Format
m3508 File
3
Format
m3509
7
m3514
1
m3504
3
23.3
File
Format
File
Format
File
Format
parameter in 23008-12
A Sample Group for
Reference Picture
Identification in 23008-12
On Timing of Image
Sequences in 23008-12
Malamal Vadakital (Nokia)
V. K. Malamal Vadakital, M.
M. Hannuksela, J. Lainema
(Nokia),
M. M. Hannuksela, V. K.
Malamal Vadakital (Nokia)
V. K. Malamal Vadakital, M.
Auxiliary Image Sequence
M. Hannuksela, J. Lainema
Tracks in 23008-12
(Nokia)
Jean Le Feuvre, Cyril
Image composition with HEVC Concolato, Franck Denoual,
Still Image File Format
Frédéric Mazé, Eric
Nassor
Suggested updates to the
David Singer
HEVC Image File Format
Comment on 23008-12 Image
Mitsuhiro Hirabayashi
File Format
Editorial and Other
V. K. Malamal Vadakital, M.
Comments about the 23008- M. Hannuksela (Nokia)
12 Specification
14878
Accepted
14878
Accepted
14878
Accepted
14878
Accepted
14878
Noted
Accepted
14878
Accepted
14878
Summary of discussions
23.3.1 m35097
(from image coding)
“Is it worth saying that for either or both of (a) some reference types and (b) some brands, the
number space of ItemIDs and TrackIDs is the same, and therefore a track reference box may
refer to Items as well as tracks, and an item reference box refer to tracks as well as items?”
Nice idea, but it would have to be under a new brand that establishes this rule. Not yet.
We would like a new edition that covers amendment 1-3 and Cor1-3, in December.
23.3.2 m35033
Support for Derived Images in 23008-12
Concerns expressed about the introduction of this technology at DIS stage.
We agree we’d like to be clear here on the direction. We need to decide whether the same
item reference type is used to describe ‘this image was derived from these’ (destructive) and
‘the desired image is derived from these by these operations’ (non-destructive). We probably
need at least two basic operations in the first version (a) 90 degree rotation and (b) simple
cropping (‘clap’). Do we need item reference chains and also a box that holds a single chain?
Do we want a simple ‘use a part12 matrix’ operation?
One issue with the ‘chain in a box’ is that the 4CCs of the operations are now a separate
registration authority space (they are no longer item types).
We really need to make sure that metadata is only descriptive not prescriptive, so we
probably need to take clap and isre out of the ‘descriptive’ area and do something with them
(e.g. an image crop operation, and an image composing operation). This contribution suggests
Draft Systems
108 Agenda
that some of isre is actually ‘descriptive’ (e.g. entire width and height) and some
‘prescriptive’.
We like the idea of defining some descriptive data format-independent: width and height,
channels, pixel depth (channel depth), etc. (Like a video sample entry).
A revised version of this was uploaded and further revised in details in the meeting to go into
the study.
We note that having every operation be an item means it does not have an intrinsic version;
should we put in version and/or flags fields as a matter of habit in the more complex editing
operations?
23.3.3 m35141
Comment on 23008-12 Image File Format
“What tools are intended to be used?” There are indeed many tools in part 15, we should be
clear, or delete the phrase. It’s hard to be clear as the part 15 amendment publishes after this.
So we delete “and tiling may be described using tools from ISO/IEC 14496-15”.
23.3.4 m35083
Image composition with HEVC Still Image File Format
On the first, we agree (see m35033). We will separate the isre into descriptive metadata and
non-destructive editing operations (clip, compose), with suitable item types for the operations.
On the direction of the init reference, we currently have the references in the direction of
dependency (X depends on Y), and reversing it makes us uncomfortable. We are not sure that
the savings in bytes (or the ease of translating from the structure to an English sentence) really
makes this worthwhile. We prefer to keep the semantic that the reference direction is the
dependency direction.
23.3.5 m35036
Optional codecs MIME parameter in 23008-12
We should say that the ‘trak’ sub-parameters are as defined for the identified sample entry
type when for the codecs parameter in 14496-12; similarly for the item type, when it is
identical to a sample entry type for part 12. We need to think about operations, is it
oper+oper+hvc1, for example? The hvc1 might need sub-parameters. Open questions: what to
do about derivation chains, and sub-parameters for an item that does derivation.
23.3.6 m35038
A Sample Group for Reference Picture Identification in 23008-12
We like this for image sequences, where the number of reference pictures is likely to be small
(delta sample numbers might work better in video). Also, this allows deleting some images
without altering the group. The non-0 sample_ID groups must be linked to exactly one sample
(one sample is a member). And we prefer 0 as the reference count for non-depending samples.
23.3.7 m35040
On Timing of Image Sequences in 23008-12
We say that pict indicates that there is no claim for timing conformance, and add that an edit
list that selects 0 or 1 images from the sequence documents that there is no time-based playout
behavior.
23.3.8 m35042
Auxiliary Image Sequence Tracks in 23008-12
Perhaps the URN box and track reference should be in part 12. For now we put these in the
image file format, clearly in two sections (one generic, one HEVC specific). ‘File readers…’
should probably be phrased in the passive “X is recommended”.
23.3.9 m35043
Editorial and Other Comments about the 23008-12 Specification
Yes, we just need to use the item size.
Yes, when the primary item is a displayable picture, use the ‘pict’ handler type.
Yes, ‘hev1’ should go.
Yes, the brands identified only permit the image meta-box at the root level.
Draft Systems
109 Agenda
Yes, we should have a structural brand for the image sequence support. Yes, it should say that
the part 12 structural requirements are identified by a brand from part 12, and in addition ...
track references, pict handler, and so on.
23.3.10
m35097
Suggested updates to the HEVC Image File Format
Thank you. We delete the Exif offset, and most of the rest is either already covered, covered
by other contributions, or accepted. The part 12 question goes to part 12 (see minutes). Into
the study.
23.4
Action Points
SO/IEC DIS 23008-12
(SC 29 N 14419)
DIS
(201501-13)
Part 12: Image file format
24.
Media presentation description and segment formats (23009-1)
24.1
Topics
24.1.1 ISO/IEC 23009-1 AMD 1 Extended profiles and time synchronization
This amendment will add support of UTC timing synchronization and Inband event
synchronization
24.1.2 ISO/IEC 23009-1 AMD 2 Spatial Relationship Description, Generalized URL
parameters and other extensions
This amendment to ISO/IEC 23009-1 adds the ability for MPD authors to express:
-
Spatial relationships between representations in the MPD;
-
Flexible parameter insertions in URLs used to query media segments;
-
Role @values compatible with the kind values used in the W3C HTML5
recommendation;
Different signaling of client authentication and content authorization methods
24.2
Contributions
Numb Session
er
m3483
DASH
7
m3515
DASH
0
Title
Summary of Voting on ISO/IEC 230091:201x/DAM 1
CE-SAND: HTTP Communication
Channel
Draft Systems
110 Agenda
Source
SC 29
Secretariat
Thomas
Stockhammer
Dispositions
Refer 14859
Accepted
14862
m3495
DASH
7
Clarification of MPD to Initialization
Segment and ContentComponent Use
m3505
DASH
5
Common template and decision
process for SAND messages
m3506
DASH
9
CE SAND: comparison of protocols for
altlist signaling
m3507
DASH
4
m3510
DASH
6
m3510
DASH
9
m3521
DASH
2
m3531
DASH
4
CE SAND: update for parameters
SAND prioritization based on 3GPP
requirements
Imed Bouazizi
On SAND Metrics Reporting
Ozgur Oyman
DASH SAND CE: “Scenes’
Clustering― as a new parameter to
DANE
Activity in IETF webpush Working
Group Related to the SAND and FDH
CEs
m3463
DASH
1
DASH sub-frame format of WebSocket
m3463
DASH
2
[CE-FDH] Benefits of HTTP/2 Push
feature for DASH
m3464
DASH
1
Bob Lund,
Arianne Hinds,
Cyril Concolato
Emmanuel
Thomas, Ali C.
Begen, MaryLuc Champel,
Thomas
Stockhammer
Remi
HOUDAILLE,
Charline TAIBI
Remi
HOUDAILLE,
Charline TAIBI
Client-requested push for DASH [CEFDH]
m3464
DASH
3
[CE-FDH] Dash over HTTP 2.0 using KPush
m3510
DASH
7
DASH over WebSockets:
implementation and sub-protocol
specification
Draft Systems
111 Agenda
Md. Jalil Piran,
Doug Young Suh
Accepted
14856
Accepted
14855
Noted
Noted
Noted
Noted
Noted
Noted
Tatsuya
Igarashi, Yasuaki
Yamagishi,
Mitsuhiro
Hirabayashi
Franck Denoual,
Frederic Maze
Emmanuel
Thomas (TNO),
Jeroen Famaey
(iMinds), Jeroen
Schaballie
(iMinds)
Viswanathan
(Vishy)
Swaminathan,
Sheng Wei,
Kevin Streeter
Noted
Noted
Noted
Noted
Noted
Imed Bouazizi
m3510
DASH
5
m3491
DASH
3
m3505
DASH
2
Client Behavior Control
Comment for DASH DAM 2:
spatial_set_id parameter in SRD
Live SRD-based tiled streaming of UHD
video during 2014 Commonwealth
Games
m3488
DASH
1
Signaling Schemes For Identifying
Ownership Of Content Components
m3505
DASH
1
Status of IETF-MPEG discussions
around URI signing in DASH
m3507
DASH
7
m3507
DASH
8
Signaling associated services
Alex Giladi
Native ad tracking using template
parameters
Alex Giladi
DASH
Proposed corrections on DASH
DASH
Clarification on Representation
Association in DASH
Jean Le Feuvre,
Cyril Concolato,
Franck Denoual,
Frédéric
Mazé, Eric
Nassor
Jean Le Feuvre,
Cyril Concolato,
Franck Denoual,
Frédéric
Mazé, Eric
Nassor
Jean Le Feuvre,
Cyril Concolato
Shaobo Zhang,
Xin Wang
DASH
On signaling Interoperability Points
Iraj Sodagar
DASH
DASH Errata Issues
Thomas
m3508
DASH
1
m3508
DASH
2
m3508
8
m3510
0
m3513
5
m3515
Imed Bouazizi,
Shaobo Zhang
Shuichi
Watanabe,
Takuya
Iwanami,
Yasuaki Tokumo
Lucia D'Acunto,
Omar Niamut,
Arjen
Veenhuizen, Ray
van
Brandenburg,
Emmanuel
Thomas
Luntian Mou,
Tiejun Huang,
Xin Wang,
Yongliang Liu,
Baocai Yin
Emmanuel
Thomas, Xin
Wang
Clarifications on DASH
EssentialProperty
Clarifications on DASH
SubAssetIdentifier
Draft Systems
112 Agenda
Noted
Noted
noted
Noted
Accepted
14858
Accepted
14861
Accepted
14857
Noted
Accepted
14857
Accepted
14858
Accepted
14861
Noted
Accepted
1
m3515
DASH
5
m3515
DASH
7
m3516
DASH
4
m3526
DASH
2
m3534
DASH
7
Period Continuity
On DASH TuC
Clarification on URL Parameter
Insertion
DASH: Aggregated Temporal Quality
Signalling for DASH Subrepresentations
Stockhammer
Thomas
Stockhammer
Thomas
Stockhammer
Shaobo Zhang,
Xin Wang
Zhu Li, Imed
Bouazizi,
Ali C. Begen,
Emmanuel
Thomas, MaryLuc Champel
Report on SAND
14858
Accepted
14857
noted
Accepted
14861
noted
Noted
m3535
6
24.3
Summary of discussions
24.3.1 m34631
DASH sub-frame format of WebSocket
Summary: summary of how the websocket works, server managing the session. Requires lots
of protocol details to be built. A separate track from HTTP2.0.
Disposition: Noted. Since HTTP2.0 seems simpler protocol and is becoming more popular in
implementations, the request from the proponents is to bring justification and benefits of
using Webscocket instead of HTTP2.0. Also include the flow diagram for server-client
interaction from start to end of streaming.
24.3.2 m35107
DASH over WebSockets: implementation and sub-protocol
specification
Summary: Shows how the websocket is implemented. In this scheme, the client manages the
session.
24.3.3 m34632
[CE-FDH] Benefits of HTTP/2 Push feature for DASH
Summary: showing the benefits of HTTP.2 push for reducing the start of delay. There are
some question that the simulation shows one RTT delay saving. It also suggest an element to
signal BaseURL that support push. Push can be two modes: leave to the server, or push k
segments. Need a control sub-protocol between server and client for negotiation.
24.3.4 m34641
Client-requested push for DASH
Summary: a template approach in which clients provide to server and server push according
the template. Need a dedicated module in server that translate the clients request to multiple
HTTP GETS. Can do the same for HTT2.0. Three different functions are needed: 1)
pipelining of the segment delivery of same media, 2) scheduling of delivery of each segment
based on availability, 3) multiplexing multiple segment request from various media
components/scalable layers.
Draft Systems
113 Agenda
24.3.5 m34643
[CE-FDH] Dash over HTTP 2.0 using K-Push
Summary: demonstrating how the push would reduce the start-up time. Signaling of k-push
using header extension. The header extensions will go through proxies.
Summary of HTTP2.0: The following questions need to be addressed:
1) DASH intelligences (segment availability, templates) required beyond the transport
protocol on origin sever and network elements?
2) Should the protocol signaling outside of MPD or inside? We agree that we prefer
signaling be outside of MPD.
3) How sophisticated the multiple request and control subprotocol should be? (Template vs
list of URLs)?
4) Can we do a generic solution that’s it is not tied to DASH
5) Addressing the requirement?
Continue this CE. Update the CE description. Refine evaluation criteria.
24.3.6 m35314
Activity in IETF webpush Working Group Related to the SAND
and FDH CEs
Summary: IETF is starting a WG on HTTP PUSH.
24.3.7 M35347 SAND CE Report
Summary: report
24.3.8 m35055
Common template and decision process for SAND messages
Summary: a template for SAND parameter submission.
Disposition: Accepted in CE description (with the minor change saying the JSON is an
example). Only parameter submissions that are in this template will be reviewed at the next
meeting. The existing parameters need to be resubmitted using this template for the next
meeting.
24.3.9 m35074
CE SAND: update for parameters
Summary: used the template in m35055 for 3 alternative representation related parameters.
Disposition: Noted. Concerns about the intermediary caches and network elements when the
http response is different than was it is requests. One possible approach is that DANE sends
out of band message to client informing the availability of the representation for the next x
seconds. Recommend to consider this alternative approach the next time.
24.3.10
m35069
CE SAND: comparison of protocols for altlist signaling
Summary: Compares the mechanisms of signaling altlist. Suggested http headers as the best
solution.
24.3.11
m35106
SAND prioritization based on 3GPP requirements
Summary: Show DASH client needs to interact with MBMS client, such as the availability of
the segments on MBMS cache. MBMS cache can be considered as DANE. Proposes to
priorities 3GPP. Since 3GPP release in Nov, show some advancement on these parameters.
24.3.12
m35150
CE-SAND: HTTP Communication Channel
Summary:
1) Part 1: similar to m35106 on MBMS cache. Proposes that DANE should not parse or
understand MPD in details. The general method of signaling availability of the reps to
DASH client seems suitable here.
2) Part 2: HTTP options for channel of communication
Draft Systems
114 Agenda
Various protocols, http header extension, 2xx, 3xx, 4xx, http poll, http header for
triggering request, recommend use of multiple of them
3) Message format: the xml
Noted. Recommend to define a simple set of message semantics and include in WD if
approved by MPEG during the week and send the WD to 3GPP with a liaison letter.
24.3.13 m35109 On SAND Metrics Reporting
Summary: metric format supported in 3GPP R10 and later. We don’t have a metric format.
Also use HTTP post for reporting protocol.
24.3.14 m35212 DASH SAND CE: Scenes Clustering as a new parameter to DANE
Summary: Scenes information to be used by node management to be used for network
resource allocation.
24.3.15
m34957
Clarification of MPD to Initialization Segment and
ContentComponent Use
Summary:
1) the DASH client conceptual mode is not clear on interaction between DASH access
engine, media engine and application. Proposes to improve the figure to clearly show the
scope of spec.
2) the content component @id needs also signal the trackid of the component.
Disposition: accepted the modified figure. Accepted 2. Both to be included in DuI.
24.3.16 m35081 Clarifications on DASH EssentialProperty
Summary: the EssentialProperty definition in not “strong” enough in terms of conformance.
Disposition: Noted. The definition is intentionally defined that way to describe the content
properties and not specific client behavior. The conformance rule for essential property is
clear and well defined. We agree though that essential property shall not be used for adding
new non-conforming elements to the MPD in future version of the spec.
24.3.17 m35088 Proposed corrections on DASH
Summary: a set of defects and corrections on DASH spec.
Disposition: the following items accepted in DuI
1) Section 2
2) Beginning of the 3.
3) Table of section 3 in an annex but the case of live.
4) Section 5: accepted text in DuI; “the difference between MPD start time and presentation
time TP shall not exceed 50% of value of @duration divided by the value of timescale
value.”
24.3.18
m35151
DASH Errata Issues
Summary: We accepted the followings.
Disposition the following items are accepted in DuI
1) 2.1
2) 2.2. Already address in DAM because of NB comment
3) 2.3 goes in TuC
4) 3.2 goes in TuC (trick mode adaptation set).
5) 3.3: add it in DuI with suggested corrected text (Kilroy)
6) 3.4: will be discussed when we review inputs on TuC.
3.1 not do anything it. Leave it to consortia.
Draft Systems
115 Agenda
24.3.19
m34913
Comment for DASH DAM 2: spatial_set_id parameter in
SRD
Summary: proposes a new parameter to signal whether the reps are at same level or same tile
across adaptation sets.
Disposition: Noted. The client has to derive the information to use SRD anyway and therefore
we don’t think this signaling will reduce the client’s complexity significantly.
24.3.20
m35100
Clarification on Representation Association in DASH
Summary: proposes some change to clarify that for the associated Rep is not required for
decoding.
Disposition: Accepted modified version (v1.0) of this document into Study DAM.
24.3.21
m35164
Clarification on URL Parameter Insertion
Summary: querystring is allowed however the table requires using paramIdentifiers.
Disposition: Accepted with change. Change the semantic of query template to allow
querystring replacement as well as paramIdentifiers. Reference W3C’s HTML4
recommendation for parsing rules of paramidentifier string
24.3.22 m34881 Signaling Schemes For Identifying Ownership Of Content
Components
Summary: proposing two signaling schemes for ownership of content components. The
proposed methods has a field “unauthorized copy”, which seems to provide the same
functionality as “content access control” which we already addressed in DAM2. We believe
the standards already support identifying ownership with program info. The supplemental
descriptor can be used for signaling such info at content component level. External
organization can define their own scheme including ownership and other related information.
Disposition: noted.
24.3.23
m35051
Status of IETF-MPEG discussions around URI signing in
DASH
Summary: IETF will meet next month, so they have not seen our liaison letter we sent at
Sapporo. Proposes a CE on this topic.
Disposition: Start a CE to address the following questions: URI signing for DASH (USD)
1) How to use IETF URI signing for DASH and adaptive streaming
2) the relationship and overlap between URI signing and AMD2 authentication/content
access control
24.3.24
m35077
Signaling associated services
Summary: already addressed by SCTE liaison
Disposition: Accepted..
24.3.25
m35078
Native ad tracking using template parameters
Summary: propose a new event for reporting client states based on template. A media time
line event provides a URL to the client and client issue an HTTP GET request with query
created from URL parameter insertion mechanism of AMD2.
Disposition: Partially accepted. Include a simple case of “call back” in TuC.
24.3.26 m35135 On signaling Interoperability Points
Disposition: Noted. Experts are encourage to bring contributions on this subject to the next
MPEG meeting.
Draft Systems
116 Agenda
24.3.27
m35262
DASH: Aggregated Temporal Quality Signalling for DASH
Sub-representations
Summary: proposes to signal quality at sub-representation
Disposition: Noted.
24.3.28
m35082
Clarifications on DASH SubAssetIdentifier
Summary: provides text for subassetidentifer and also propose to add it to subrepresentation.
We think it should be added to content component in fact if the purpose is to link the
multiplex content.
Disposition: Accepted with the change (content component instead of subrepresentation).
Also add a note that if we add supplementalProperty to contentcomponent, then we can
address this with that descriptor.
24.3.29
m35105
Client Behavior Control
Summary: the TuC indicates the constraints of playback to the client. The details of
verification is scheme specific. Here proposes a scheme for signaling the behavior required by
player using the essential property. SCTE has also a signaling mechanism based on duration.
Therefore, we need to look whether we can use their method to signal the required behavior to
client.
Disposition: noted. Recommend to look at the SCTE mechanism and bring a proposal next
time considering that standard.
24.3.30
m35155 Period Continuity
Summary: updated the section in TuC with editorial improvements. Added a guideline for
client on how to use the period continuity.
Disposition: Accepted with revision.
24.3.31
m35157
On DASH TuC
Summary: for low latency, starting segment with SAPs is not helpful. Suggest to add an
attribute that defines the frequency of SAP, every N segments and with defining SAP type.
Disposition: Noted. Create a CE on SAP frequency and signaling it (SFS) Thomas
24.3.32
m35356
MPD expiration signaling as SAND message
Summary: MPD expiration submitted in the CE template to be included in Part 5 WD. This
message can also give a new URL for MPD’s location. Suggested to separate location and
expiration. Questions were raised about possible conflicts between in band and out of band
expiration signaling and how to resolve it. MPD update is purely done by origin sever for live
service. Seems changing the MPD location can be done by redirect.
Disposition: Noted.
24.3.33
m3384
Summary: The Ad hoc recommended to define a simple set of message semantics for MBMS
use case to be included in WD if approved by MPEG during the week and send the WD to
3GPP with a liaison letter. This contribution proposes these messages.
Disposition: Accepted in to Part 5 WD with slight modifications.
24.4
Action Points
ISO/IEC 23009-1:2014/DAM 2
Part 1: Media presentation
Draft Systems
117 Agenda
DAM
(SC 29 N 14421)
description and segment formats
AMENDMENT 2: Spatial
Relationship Description,
Generalized URL parameters and
other extensions
25.
Conformance and Ref. SW. for DASH (23009-2)
25.1
Topics
(201501-06)
25.1.1 ISO/IEC 23009-2 1st edition
25.2
Contributions
Number Session
m34934 DASH
m35002 DASH
m35085 DASH
m35089 DASH
m35146 DASH
m35147 DASH
Title
Test vectors for Green
Metadata signalling in DASH
MPEG-2 TS conformance
software for DASH
On DASH SRD conformance
On DASH MPD and Segment
Conformance
Updates to DASH
conformance software
Coverage of DASH test
vector database.
m35188 DASH
Updated DASH datasets
m35189 DASH
Updated DASH reference
software and conformance
m35084 DASH
On DASH Associated
Representation
Conformance
m35348 DASH
Conformance Software for
Source
X. Ducloux, P. Gendron
Arianne Hinds, Brendan
Long
Jean Le Feuvre, Cyril
Concolato, Franck
Denoual, Frédéric
Mazé, Eric Nassor
Jean Le Feuvre, Cyril
Concolato
Waqar Zia, Thomas
Stockhammer
Waqar Zia, Thomas
Stockhammer
Florian Bacher, Christian
Timmerer, Reinhard
Grandl, Christopher
Müller
Benjamin Rainer,
Christian Timmerer
Jean Le Feuvre, Cyril
Concolato, Franck
Denoual, Frédéric
Mazé, Eric Nassor
Shaobo Zhang,
Draft Systems
118 Agenda
Dispositions
Accepted
14863
Accepted
14863
noted
Accepted
14863
Accepted
14863
Accepted
14863
Noted
Accepted
14863
Accepted
14863
Accepted
Timed Metadata
25.3
Changquan Ai, Peiyun
Di, Xin Wang
14863
Summary of discussions
25.3.1
m35146 Updates to DASH conformance software
Summary: updated the software. Compliants to 2nd edition. Also have the coverage map
completed.
25.3.2 m35147
Coverage of DASH test vector database.
Summary: coverage of dash test vectors.
25.3.3 m35002
MPEG-2 TS conformance software for DASH
Summary: M2TS software. Created test vectors for Simple and Main profiles. Conformance
tests for M2TS segment correctness as well as alignment. Support index flies. But not
subindex. Include events.
25.3.4 m35189
Updated DASH reference software and conformance
Summary: Update the schema validator for calculating pixel aspect ratio.
25.3.5 m35188
Updated DASH datasets
Summary: dataset for using for the research on DASH. Part of dataset has quality information.
Can used for testing by interested parties.
25.3.6 m35084
On DASH Associated Representation Conformance
Summary: a set of rules for conformance check on associatedID and associationType
25.3.7 m35102 Conformance for association signaling (registered again as 35348)
Summary: a set of rules for conformance check on associatedID and associationType
25.3.8 m35085
On DASH SRD conformance
Summary: description of the test vector
25.3.9 m35089
On DASH MPD and Segment Conformance
Summary: studying segment information on MPD’s conformance.
Disposition: Accepted in part as the following:
1) We include a defect in DuI, section 7.1 note has a “shall” requirement. We need to
fix this to “should”. We need to clarify what “mismatch” means.
2) Based on the updated table,
a. the entries that agreed to be supported will go to coverage map in Part 2.
b. Entries with note (1) would be subject of the DuI above
c. Entries with good practice recommendations, can be addressed in
Implementation Guideline edition 2
d. It is recommended to do same practice for M2TS
25.3.10
m34934
Test vectors for Green Metadata signalling in DASH
Summary: a test vector for green metadata. Propose to include it in part 2 since it’s an
example of metadata track using associatedID. This is a content example, however the client
needs to be green meta data aware to use this test vector.
Draft Systems
119 Agenda
25.4
Action Points
26.
Implementation Guidelines (23009-3)
26.1
Topics
26.1.1 ISO/IEC 23009-3 1st edition
26.2
Contributions
Number Session
m34866 DASH
26.3
Title
Updates to the draft text of ISO/IEC
23009-3 2nd ed.
Source
Dispositions
Accepted
14865
Summary of discussions
26.3.1 m34866
Updates to the draft text of ISO/IEC 23009-3 2nd ed.
Summary: adds explanation regarding profiles, PCR, and events. 2nd PDTR
26.4
Action Points
ISO/IEC PDTR 23009-3 [2nd Edition]
(SC 29 N 14211)
27.
User Description
27.1
Topics
Part 3: Implementation guidelines
PDTR
(201406-23)
27.1.1 User Description
The MPEG User Description (MPEG-UD) aims to provide interoperability among various
personalized applications and services. A user can store all his information in the MPEG-UD.
The MPEG-UD may be safely and securely managed by the users, e.g. by separating between
public and private encrypted data. Some data is static in while other data is dynamic.
Draft Systems
120 Agenda
27.2
Contributions
Number
Session
m35061
UD
UD
m34645
UD
m34647
m34648
UD
UD
m34986
UD
m35005
UD
m35063
m35169
UD
Title
User controlled media exchange
for car communications
Automated Recommendation of
Multimedia News Content using
MPEG-UD
Formal Analysis of the MPEG-UD
use cases: towards a complete
description
Request for modifications of
MPEG-UD XML Schemas
Proposal of modified Emotion
group type and Accessibility type
for MPEG-UD
Miran Choi, Hyunki Kim
Multimedia control customization
in cloud using MPEG-UD
Additional definition regarding to
visual communication
UD
m35203
Proposal for change in
LocationType
UD
Alberto MESSINA
Sungmoon Chun,
Hyunchul Ko,
Miran Choi
Proposal of device types for the
use of wearable devices
m35202
Sabino METTA,
Alberto MESSINA
A Proposal of Video for MPEG-UD
User Description
UD
m35170
Source
Mihai Mitrea,
Bojan Joveski,
Rama-Rao Ganji
Alberto MESSINA,
Maurizio
MONTAGNUOLO,
Sabino METTA
Proposal of Revision of Context
Description for Priority
Draft Systems
121 Agenda
Mihai Mitrea,
Bojan Joveski,
Rama-Rao Ganji
Si-Hwan Jang,
Sanghyun Joo,
Kyoung-Ill Kim,
Jiwon Lee, Dasom
Kim, Hyung-Gi
Byun, Jang-Sik Choi
Si-Hwan Jang,
Sanghyun Joo,
Kyoung-Ill Kim,
Jiwon Lee, Dasom
Kim, Hyung-Gi
Byun, Jang-Sik Choi
Accepted N14882
Kyoungro Yoon,
Min-Uk Kim, HyoChul Bae, Jaewon
Moon, Tae-Boem
Lim, SeungWoo
Kum, KyungWon
Kim
Kyoungro Yoon,
Min-Uk Kim, Hyo-
Dispositions
Accepted
N14882
Accepted
N14883
Accepted
N14883
Accepted
N14882
Noted
Accepted
N14882
Noted
Accepted
N14882
Accepted
N14882
Accepted
N14882
Accepted
N14882
information
UD
Proposal for Revision of
OtherEnvironmentalInfoType
m35205
UD
Proposal of
ServiceTargetModelType in
Service Description
m35206
UD
Proposal of WebPreferenceType
in User Description
m35230
UD
Proposal for change in
ServicePreferencesType in User
Description
m35231
m35232
UD
UD
m35267
Editors Comments of MPEG-UD
User Description
Proposal for change in
DeviceCharacteristicsType in
Context Description
Draft Systems
122 Agenda
Chul Bae, Jaewon
Moon, Tae-Boem
Lim, SeungWoo
Kum, KyungWon
Kim
Kyoungro Yoon,
Min-Uk Kim, HyoChul Bae, Jaewon
Moon, Tae-Boem
Lim, SeungWoo
Kum, KyungWon
Kim
Kyoungro Yoon,
Min-Uk Kim, HyoChul Bae, Jaewon
Moon, Tae-Boem
Lim, SeungWoo
Kum, KyungWon
Kim
KyungWon Kim,
Jaewon Moon, TaeBoem Lim,
SeungWoo Kum,
Sungjoo Park,
Kyoungro Yoon,
Min-Uk Kim, HyoChul Bae
SeungWoo Kum,
Jaewon Moon, TaeBoem Lim,
KyungWon Kim,
Sungjoo Park,
Kyoungro Yoon,
Min-Uk Kim, HyoChul Bae
Jaewon Moon,
SeungWoo Kum,
Tae-Boem Lim,
KyungWon Kim,
Jongjin Jung,
Jongbin Park,
Kyoungro Yoon,
Min-Uk Kim, HyoChul Bae
Chang-Mo Yang
(KETI), Tae-Boem
Lim (KETI), Sungjoo
Accepted
N14882
Accepted
N14882
Accepted
N14882
Accepted
N14882
Accepted
N14882
Accepted
N14882
Park (KETI), Jaewon
Moon (KETI),
KyungWon Kim
(KETI)
27.3
Summary of discussions
27.4
Action Points
28.
Exploration - Screen Content Sharing AF
28.1
Screen Content Sharing AF
28.2
Contributions
Number
Session
Title
28.3
Summary of discussions
28.4
Action Points
29.
Liaison
29.1
List of input liaison letters
Numb
er
m3486
4
m3487
0
m3516
1
m3485
9
Session
Liaison
Liaison
Liaison
Liaison
Title
Source
Dispositions
Source
Disposition
SCTE DVS Liaison
DASH-IF's Liaison Letter on recent
DASH-IF activities
Iraj Sodagar
Liaison on DASH Test Vectors
Michael Dolan
Liaison Statement from ITU-T SG 12 on ITU-T SG 12
MPEG-DASH quality metrics (reply to
via SC 29
Draft Systems
123 Agenda
Replied
N14883
Replied
N14884
Replied
N14885
Replied
N14886
m3496
Liaison
2
m3531 Liaison
0
Liaison
m3525
0
m3484
7
m3484
8
m3484
9
m3485
0
m3485
1
m3485
2
m3485
3
m3485
4
m3485
5
30.
LS 59)
Secretariat
Liaison on ISOBMFF width and height
Michael Dolan
Liaison Statement from W3C
Liaison Statement from ITU-T SG 9
Liaison
IEC CDV 60728-5 Ed 3
Liaison
IEC CDV Universal Serial Bus interfaces
for data and power -- Part 1-1, Part 21, Part 2-2, Part 2-3
Liaison
IEC DTR 62921
Liaison
IEC CD 62702-1-1 Ed.1
Liaison
IEC DTS 62871-1 Ed.1
Liaison
IEC CDV 62767-1 Ed.1
Liaison
IEC CDV 62842 Ed.1
Liaison
IEC NP 62608-2
Liaison
IEC CDV 60728-11 Ed.4
Resolutions of Systems
Draft Systems
124 Agenda
W3C via SC 29
Secretariat
ITU-T SG 9 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
IEC TC 100 via
SC 29
Secretariat
Replied
N14885
Replied
N14888
Noted
Noted
Noted
Noted
Noted
Noted
Noted
Noted
Noted
Noted
31.
Action Plan
31.1
Short descriptions
31.2
Check
32.
References
32.1
Timeline of standards under development
CD
DCO
R
PDA
M
PDT
R
13/01
DIS
FPDA
M
DAM
FDIS
FDA
M
COR
DTR
13/08
14/04
13/11
14/04
14/10
14/04
14/10
15/06
AMD4 Carriage of Green Metadata
14/07
14/10
15/06
AMD5 Carriage of Additional MPEG-4
Audio Profile & Level
AMD6 Carriage of 3D Audio
14/07
14/10
15/06
14/07
15/02
15/10
13/11
14/07
15/02
P
r
P
t
Edit
.
Projec
t
2
1
2
1
2
1
AMD1 Transport of MVC depth video
substream
AMD2 Delivery of timeline for external
data
AMD3 Carriage of Layered HEVC
2
1
2
1
2
1
4
5
4
5
4
5
4
1
1
1
2
1
2
1
2
1
5
1
201
x
201
x
201
x
201
x
201
x
201
x
200
1
200
1
200
1
200
x
201
x
201
2
201
2
201
3
201
4
4
4
4
4
AMDx
x
AMDx
x
AMDx
x
2nd ed.
Description
CfP
WD
AVC File Format Ref. Soft
TBS
SVC File Format Ref. Soft
TBS
MVC File Format Ref. Soft
TBS
Support of Collaboration, AR
COR 2
13/11
AMD3 Font streams and other
improvements to file format
AMD4 Enhanced Audio Support
DCOR
1
AMD1 Enhanced support of HEVC
Draft Systems
125 Agenda
14/04
14/07
14/04
13/08
14/07
14/07
15/02
15/02
4
4
4
2
1
2
1
A
5
1
8
2
2
2
8
8
B
2
1
1
5
7
B
7
B
8
B
U
1
0
1
1
3
D
1
D
1
D
1
D
2
D
3
D
3
H
1
H
1
H
1
H
1
0
1
1
1
B
H
H
3
200
4
201
x
201
2
200
4
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
x
201
AMD1 Font data descriptions
3rd ed.
13/04
13/0
8
13/11
14/04
13/1
1
COR 2
12/10
AMD CEL Conformance and
3
Reference SW
COR 1 Media Context Ontology
13/04
14/04
13/08
14/04
14/04
14/10
1st ed.
Multimedia Preservation AF
2nd ed.
Common Encryption for
ISOBMFF
Simple pattern-based encryption
mode
Codec independent code points
13/04
13/08
14/07
14/01
14/07
15/01
Timed Metadata Metrics
14/01
14/07
15/01
Green Metadata
14/01
14/04
14/10
AMD1 Conformance & Reference SW
12/05
14/01
14/07
COR1
14/04
AMD1 High profile and availability
time synchronization
AMD2 Spatial Relationship
Description, Generalized URL
parameters and other extensions
2nd
Conformance & Reference SW
14/01
14/04
14/10
14/04
14/07
15/02
1st
12/05
AMD
2
AMD
1
1st ed
1st ed
Implementation Guideline
13/0
4
14/07
14/07
AMD1
1st
MMT
13/04
13/11
AMD1 Additional technologies for
MMT
AMD2 Header Compression & CLI
13/04
13/10
14/07
13/10
14/01
14/07
1st
MMT FEC Codes
13/04
13/11
14/07
1st
MMT CI
13/08
14/01
14/07
1st
Still Image File Format
14/04
14/07
15/02
Draft Systems
126 Agenda
H
2
1
3
x
201
x
32.2
Pr
1st
MMT Implementation
Guidelines
13/0
4
14/04
14/10
Standing Documents
1
1
1
Pt
1
1
1
No.
N7675
N7676
N7677
Meeting
05/07 Nice
05/07 Nice
05/07 Nice
N7678
N7679
N7680
05/07 Nice
05/07 Nice
05/07 Nice
11
1
1
1
1
6
11
12
14
15
13
13
17
18
20
Documents
MPEG-1 White Paper – Multiplex Format
MPEG-1 White Paper – Terminal Architecture
MPEG-1 White Paper – Multiplexing and
Synchronization
MPEG-2 White Paper – Multiplex Format/
MPEG-2 White Paper – Terminal Architecture
MPEG-2 White Paper – Multiplexing and
Synchronization
MPEG-2 White Paper – MPEG-2 IPMP
MPEG-4 White Paper – MPEG-4 Systems
MPEG-4 White Paper – Terminal Architecture
MPEG-4 White Paper – M4MuX
MPEG-4 White Paper – OCI
MPEG-4 White Paper – DMIF
MPEG-4 White Paper – BIFS
MPEG-4 White Paper – ISO File Format
MPEG-4 White Paper – MP4 File Format
MPEG-4 White Paper – AVC FF
White Paper on MPEG-4 IPMP
MPEG IPMP Extensions Overview
White Paper on Streaming Text
White Paper on Font Compression and Streaming
Presentation Material on LASER
2
2
2
1
1
1
2
4
4
4
4
4
4
4
4
4
4
4
4
4
4
N7503
N7504
N7610
N7921
N8148
N8149
N7608
N8150
N7923
N7924
N7505
N6338
N7515
N7508
N6969
4
4
7
7
21
A
A
20
22
1
1
9
X
X
White Paper on LASeR
White Paper on Open Font Format
MPEG-7 White Paper - MPEG-7 Systems
MPEG-7 White Paper – Terminal Architecture
MPEG-21 White Paper – MPEG-21 File Format
MPEG Application Format Overview
MAF Overview Document
N7507
N7519
N7509
N8151
N7925
N9421
N9840
A
X
MAF Overview Presentation
N9841
B
E
X
X
N7922
N6335
E
E
E
E
X
X
X
X
MPEG-B White Paper – BinXML
MPEG Multimedia Middleware Context and
Objectives
1rst M3W White paper
2nd M3W White Paper : Architecture
Tutorial on M3W
M3W White Paper : Multimedia Middleware
05/07 Poznan
05/07 Poznan
05/10 Nice
06/01 Bangkok
06/04 Montreux
06/04 Montreux
05/10 Nice
06/04 Montreux
06/01 Bangkok
06/01 Bangkok
05/07 Poznan
04/03 München
05/07 Poznan
05/07 Poznan
05/01 HongKong
05/07 Poznan
05/07 Poznan
05/07 Poznan
06/04 Montreux
06/01 Bangkok
07/10 Shenzhen
08/04
Archamps
08/04
Archamps
06/01 Bangkok
04/03 München
N7510
N8152
N8153
N8687
05/07 Poznan
06/04 Montreux
06/04 Monreux
06/10 Hanzhou
Draft Systems
127 Agenda
E
E
E
X
X
X
E
E
E
X
X
X
Architecture
M3W White Paper : Multimedia API
M3W White Paper : Component Model
M3W White Paper : Resource and Quality
Management
M3W White Paper : Component Download
M3W White Paper : Fault Management
M3W White Paper : System Integrity
Management
Draft Systems
128 Agenda
N8688
N8689
N8690
06/10 Hanzhou
06/10 Hanzhou
06/10 Hanzhou
N8691
N8692
N8693
06/10 Hanzhou
06/10 Hanzhou
06/10 Hanzhou
32.3
Mailing Lists Reminder
Topic
General
Systems List
File Format
Application
Format
MPEG-M
MPEG-V
MPEG
Media
Transport
DASH
Information
Kindly
Hosted by
AlpenAdriaUniversität
Klagenfurt
AlpenAdriaUniversität
Klagenfurt
AlpenAdriaUniversität
Klagenfurt
AlpenAdriaUniversität
Klagenfurt
Reflector : gen-sys@lists.uni-klu.ac.at
Subscribe: http://lists.uni-klu.ac.at/mailman/listinfo/gensys
Archive: http://lists.uni-klu.ac.at/mailman/private/gen-sys/
Reflector : mp4-sys@lists.uni-klu.ac.at
Subscribe: http://lists.uni-klu.ac.at/mailman/listinfo/mp4sys
Archive: http://lists.uni-klu.ac.at/mailman/private/mp4-sys/
Reflector : maf-sys@lists.uni-klu.ac.at
Subscribe: http://lists.uni-klu.ac.at/mailman/listinfo/mafsys
Archive: http://lists.uni-klu.ac.at/mailman/private/maf-sys/
Reflector: mpeg-m@lists.uni-klu.ac.at
Subscribe: http://lists.uni-klu.ac.at/mailman/listinfo/mpegm
Archive: http://lists.uni-klu.ac.at/mailman/private/mpeg-m
Reflector: metaverse@lists.uni-klu.ac.at
AlpenSubscribe: http://lists.uniAdriaklu.ac.at/mailman/listinfo/metaverse
Universität
Archive: http://lists.uniKlagenfurt
klu.ac.at/mailman/private/metaverse/
Reflector: mmt@tnt.uni-hannover.de
University of
Subscribe: http://mailhost.tnt.uniHannover
hannover.de/mailman/listinfo/mmt
Reflector: dash@ lists.uni-klu.ac.at
AlpenSubscribe: http://lists.uni-klu.ac.at/mailman/listinfo/dash
AdriaUniversität
Klagenfurt
MP-AF
Draft Systems
129 Agenda
32.4
Latest References and Publication Status (as of 100th meeting)
Reference on the ISO Web Site :
Pr
Pt
1
1
1
1
Standard
ISO/IEC 13818-1:2000 (MPEG-2 Systems 2nd Edition)
No.
2
2
2
2
ISO/IEC 13818-1:2000/COR1 (FlexMux Descr.)
ISO/IEC 13818-1:2000/COR2 (FlexMuxTiming_ descriptor)
ISO/IEC 13818-1:2000/Amd.1 (Metadata on 2) & COR1 on Amd.1
N3844
N4404
N5867
2
2
1
1
ISO/IEC 13818-1:2000/Amd.2 (Support for IPMP on 2)
ISO/IEC 13818-1:2000/Amd.3 (AVC Carriage on MPEG-2)
N5604
N5771
2
2
1
1
ISO/IEC 13818-1:2000/Amd.4 (Metadata Application CP)
ISO/IEC 13818-1:2000/Amd.5 (New Audio P&L Sig.)
N6847
N6585
2
2
2
1
1
1
ISO/IEC 13818-1:2000/COR3 (Correction for Field Picture)
ISO/IEC 13818-1:2000/COR4 (M4MUX Code Point)
ISO/IEC 13818-1:2000/COR5 (Corrections related to 3rd Ed.)
N6845
N7469
N7895
2
2
1
1
ISO/IEC 13818-1:2007 (MPEG-2 Systems 3rd Edition)
ISO/IEC 13818-1:2007/Amd.1 (Transport of Streaming text)
N8369
2
1
ISO/IEC 13818-1:2007/Amd.2 (Carriage of Auxialiry Video Data)
N8798
2
1
ISO/IEC 13818-1:2007/Cor.1.2 (Reference to AVC Specification)
N9365
2
1
ISO/IEC 13818-1:2007/Cor.3
2
1
ISO/IEC 13818-1:2007/Amd.3 (SVC in MPEG-2 Systems)
2
1
ISO/IEC 13818-1:2007/Amd.3/Cor.1
2
1
ISO/IEC 13818-1:2007/Amd.4 (Transport of Multiview Video)
2
1
ISO/IEC 13818-1:2007/Amd.5 (Transport of JPEG2000)
2
1
ISO/IEC 13818-1:2007/Amd.6 (Extension to AVC descriptor)
2
1
ISO/IEC 13818-1:2007/AMD 7 Signalling of stereoscopic video in
MPEG-2 systems
2
1
ISO/IEC 13818-1 4th edition
2
1
ISO/IEC 13818-1:201X/AMD 1 Extensions for simplified carriage of
MPEG-4 over MPEG-2
2
1
ISO/IEC 13818-1:201X/AMD 2 Signalling of Transport profiles,
signalling MVC stereo view association and MIME type registration
2
1
ISO/IEC 13818-1:2013/AMD 3 Carriage of HEVC
N1093
7
N1005
8
N1093
8
N1074
5
N1170
8
N1171
0
N1246
2
N1263
3
N1284
0
N1325
6
N1365
6
Draft Systems
130 Agenda
Date
00/12
01/01 Pisa
01/12 Pattaya
03/07
Trondheim
03/03 Pattaya
03/07
Trondheim
04/10 Palma
04/07
Redmond
04/10 Palma
05/07 Poznan
06/01
Bangkok
06/07
Klagenfurt
07/01
Marrakech
07/10
Shenzhen
09/10 Xian
08/07
Hannover
09/10 Xian
09/07 London
11/01 Daegu
11/01 Daegu
12/02 San Jose
12/04 Geneva
12/07
Stockholm
13/01 Geneva
13/07 Vienna
2
1
ISO/IEC 13818-1:2013/AMD 4 Support for event signalling in
Transport Stream in MPEG-2 systems
2
4
4
4
11
1
1
1
ISO/IEC 13818-1:2003 (IPMP on 2)
ISO/IEC 14496-1 (MPEG-4 Systems 1st Ed.)
ISO/IEC 14496-1/Amd.1 (MP4, MPEG-J)
ISO/IEC 14496-1/Cor.1
4
4
4
4
4
1
1
1
1
1
ISO/IEC 14496-1:2001 (MPEG-4 Systems 2nd Ed.)
ISO/IEC 14496-1:2001/Amd.1 (Flextime)
ISO/IEC 14496-1:2001/Cor.1
ISO/IEC 14496-1:2001/Cor.2
ISO/IEC 14496-1:2001/Cor.3
N3850
4
1
ISO/IEC 14496-1:2001/Amd.2 (Textual Format)
N4698
4
1
ISO/IEC 14496-1:2001/Amd.3 (IPMP Extensions)
N5282
4
4
1
1
ISO/IEC 14496-1:2001/Amd.4 (SL Extension)
ISO/IEC 14496-1:2001/Amd.7 (AVC on 4)
N5471
N5976
4
4
4
4
1
1
1
1
ISO/IEC 14496-1:2001/Amd.8 (ObjectType Code Points)
ISO/IEC 14496-1:200x/Amd.1 (Text Profile Descriptors)
ISO/IEC 14496-1:200x/Cor4 (Node Coding Table)
N6202
N7229
N7473
N5277
4
4
1
1
ISO/IEC 14496-1:200x/Amd.1 (Text Profile Descriptors)
ISO/IEC 14496-1:200x/Cor.1 (Clarif. On audio codec behavior)
N7229
N8117
4
1
ISO/IEC 14496-1:200x/Amd.2 (3D Profile Descriptor Extensions)
N8372
4
1
ISO/IEC 14496-1:200x/Cor.2 (OD Dependencies)
N8646
4
1
ISO/IEC 14496-1:200x/Amd.3 (JPEG 2000 support in Systems)
N8860
4
1
ISO/IEC 14496-1 (MPEG-4 Systems 4th Ed.)
4
1
ISO/IEC 14496-1:2010/Amd.1 (Usage of LASeR in MPEG-4 systems
and Registration Authority for MPEG-4 descriptors)
4
1
ISO/IEC 14496-1:2010 AMD2 Support for raw audiovisual data
4
4
4
4
4
ISO/IEC 14496-1 (MPEG-4 Systems 3rd Ed.)
N1365
8
N5607
N2501
N3054
N3278
N4264
N5275
N6587
N1094
3
N1124
8
N1364
7
13/07 Vienna
03/03 Pattaya
98/10 Atl. City
99/12 Hawaii
00/03
Noordwijk.
01/01 Pisa
01/07 Sydney
02/10 Shangai
04/07
Redmond
02/03 Jeju
Island
02/10
Shanghai
02/12 Awaji
03/10
Brisbanne
03/12 Hawaii
05/04 Busan
05/07 Poznan
02/10
Shanghai
05/04 Busan
06/04
Montreux
06/07
Klagenfurt
06/10
Hangzhou
07/01
Marrakech
09/10 Xian
10/04 Dresden
13/04 Incheon
ISO/IEC 14496-4
ISO/IEC 14496-4:200x/Amd.17 (ATG Conformance)
N8861
4
ISO/IEC 14496-4:200x/Amd.22 (AudioBIFS v3 conformance)
N9295
4
4
ISO/IEC 14496-4:200x/Amd.23 (Synthesized Texture conformance)
N9369
4
4
ISO/IEC 14496-4:200x/Amd.24 (File Format Conformance)
N9370
Draft Systems
131 Agenda
07/01
Marrakech
07/07
Lausanne
07/10
Shenzhen
07/10
Shenzhen
4
4
ISO/IEC 14496-4:200x/Amd.25 (LASeR V1 Conformance)
N9372
4
4
ISO/IEC 14496-4:200x/Amd.26 (Open Font Format Conf.)
N9815
4
4
ISO/IEC 14496-4:200x/Amd.27 (LASeR Amd.1 Conformance)
N9816
4
4
ISO/IEC 14496-4:200x/Amd.37 (Additional File Format
Conformance)
4
4
ISO/IEC 14496-4:200x/Amd.40 (ExtendedCore2D profile
conformance)
N1075
0
N1211
7
4
4
4
4
4
5
5
5
5
5
4
5
4
4
4
6
8
11
4
4
4
4
11
11
11
11
N5480
N6205
N6203
ISO/IEC 14496-11/Cor.3 Valuator/AFX related correction N6594
4
11
ISO/IEC 14496-11/Amd.3 Audio BIFS Extensions
N6591
4
11
ISO/IEC 14496-11/Amd.4 XMT and MPEG-J Extensions
N6959
4
4
11
11
ISO/IEC 14496-11/Cor.3 (Audio BIFS Integrated in 3 rd Edition)
ISO/IEC 14496-11/Cor.5 (Misc Corrigendum)
N7230
N8383
4
11
4
4
11
11
ISO/IEC 14496-11/Amd.6 Scene Partitioning
4
11
ISO/IEC 14496-11/Amd.7 ExtendedCore2D Profile
4
12
ISO/IEC 14496-12 (ISO Base Media File Format)
N9021
N1024
7
N1125
1
N5295
4
12
ISO/IEC 14496-12/Amd.1 ISO FF Extension
N6596
4
4
12
12
ISO/IEC 14496-12/Cor.1 (Correction on File Type Box)
ISO/IEC 14496-12/Cor.2 (Miscellanea)
N7232
N7901
4
12
ISO/IEC 14496-12/Amd.1 (Description of timed
N8659
07/10
Shenzhen
08/04
Archamps
08/04
Archamps
09/07 London
11/07 Torino
ISO/IEC 14496-5
ISO/IEC 14496-5:200x/Amd.12 (File Format)
ISO/IEC 14496-5:200x/Amd.16 (SMR Ref. Soft)
ISO/IEC 14496-5:200x/Amd.17 (LASeR Ref. Soft)
ISO/IEC 14496-5:200x/Amd.28 (LASeR Adaptation Ref. Soft)
ISO/IEC 14496-5:2001/Amd. 29 (Reference software for LASeR
presentation and modification of structured information (PMSI))
ISO/IEC 14496-6:2000
ISO/IEC 14496-8 (MPEG-4 on IP Framework)
ISO/IEC 14496-11 (MPEG-4 Scene Description 1st
Edition)
N9020
N9672
N9674
N1156
6
N1211
8
07/04 San Jose
08/01 Antalya
08/01 Antalya
10/10
Guangzhou
11/07 Torino
N4712
N6960
02/03 Jeju
05/01
HongKong
02/12 Awaji
03/12 Hawaii
03/12 Hawaii
04/07
Redmond
04/07
Redmond
05/01
HongKong
05/04 Busan
06/07
Klagenfurt
06/10
Hangzhou
07/04 San Jose
08/10 Busan
ISO/IEC 14496-11/Amd.1 (AFX)
ISO/IEC 14496-11/Amd.2 (Advanced Text and Graphics)
ISO/IEC 14496-11/Cor.1
ISO/IEC 14496-11/Amd.5 Symbolic Music
Representation
ISO/IEC 14496-11/Cor.6 (AudioFx Correction)
Draft Systems
132 Agenda
N8657
10/04 Dresden
02/10
Shanghai
04/07
Redmond
05/04 Busan
06/01
Bangkok
06/10
4
4
4
12
12
12
4
12
metadata)
ISO/IEC 14496-12/Cor.3 (Miscellanea)
ISO/IEC 14496-12/Amd.2 (Flute Hint Track)
ISO/IEC 14496-12 (ISO Base Media File Format 3rd
edition)
ISO/IEC 14496-12/Cor.1
4
12
ISO/IEC 14496-12/Cor.2
4
12
4
12
ISO/IEC 14496-12/Amd.1 General improvements
including hint tracks, metadata support, and sample
groups
ISO/IEC 14496-12/Cor.3
4
12
ISO/IEC 14496-12/Cor.4
4
12
4
12
ISO/IEC 14496-12:2008/Amd.2 Support for sub-track
selection & switching, post-decoder requirements, and
color information
ISO/IEC 14496-12:2008 COR 5
4
12
ISO/IEC 14496-12 4th edition
4
12
4
12
4
12
ISO/IEC 14496-12:201X AMD1 Various enhancements
including support for large metadata
ISO/IEC 14496-12:2012/AMD 2 carriage of timed text
and other visual overlays
ISO/IEC 14496-12:2012 COR 1
4
13
4
N9024
N9023
N9678
Hangzhou
07/04 San Jose
07/04 San Jose
08/01 Antalya
N1025
0
N1044
1
N1058
0
08/10 Busan
N1075
3
N1172
3
N1226
8
09/07 London
12/04 Geneva
ISO/IEC 14496-13 (IPMP-X)
N1264
2
N1264
0
N1284
4
N1366
3
N1366
7
N5284
14
ISO/IEC 14496-14:2003 (MP4 File Format)
N5298
4
14
ISO/IEC 14496-14:2003/Cor.1 (Audio P&L Indication)
N7903
4
14
4
15
ISO/IEC 14496-14:2003/Amd.1 Handling of MPEG-4
audio enhancement layers
ISO/IEC 14496-15 (AVC File Format)
N1113
8
N5780
4
4
4
15
15
15
ISO/IEC 14496-15/Amd.1 (Support for FREXT)
ISO/IEC 14496-15/Cor.1
ISO/IEC 14496-15/Cor.2 (NAL Unit Restriction)
N7585
N7575
N8387
4
4
15
15
ISO/IEC 14496-15/Amd.2 (SVC File Format Extension)
ISO/IEC 14496-15 (AVC File Format 2nd edition)
4
15
ISO/IEC 14496-15:2010/Cor.1
4
15
ISO/IEC 14496-15:2010/Amd. 1 (Sub-track definitions)
N9682
N1113
9
N1172
8
N1212
Draft Systems
133 Agenda
09/02
Lausanne
09/04 Maui
11/01 Daegu
11/11 Geneva
12/04 Geneva
12/07
Stockholm
13/07 Vienna
13/07 Vienna
02/10
Shanghai
02/10
Shanghai
06/01
Bangkok
10/01 Kyoto
03/07
Trondheim
05/10 Nice
05/10 Nice
06/07
Klagenfurt
08/01 Antalya
10/01 Kyoto
11/01 Daegu
11/07 Torino
4
15
4
15
4
4
4
17
18
18
4
18
4
4
4
19
20
20
4
4
20
20
8
ISO/IEC 14496-15:2010/COR 2
N1264
5
ISO/IEC 14496-15:2010 3rd edition Carriage of NAL unit N1347
structured video in the ISO Base Media File Format
8
ISO/IEC 14496-17 (Streaming Text)
N7479
ISO/IEC 14496-18 (Font Compression and Streaming) N6215
ISO/IEC 14496-18/Cor.1 (Misc. corrigenda and
N8664
clarification)
ISO/IEC 14496-18:2012 COR 1
N1367
1
ISO/IEC 14496-19 (Synthesized Texture Stream)
N6217
ISO/IEC 14496-20 (LASeR & SAF)
N7588
ISO/IEC 14496-20/Cor.1 (Misc. corrigenda and
N8666
clarification)
ISO/IEC 14496-20/Amd.1 (LASeR Extension)
N9029
ISO/IEC 14496-20/Cor.2 (Profile Removal)
N9381
4
20
ISO/IEC 14496-20/Amd.2 (SVGT1.2 Support)
N9384
4
4
4
20
20
20
ISO/IEC 14496-20 (LASeR & SAF 2nd edition)
ISO/IEC 14496-20/Amd.1 SVGT1.2 support
ISO/IEC 14496-20/Amd.2 Adaptation
4
20
ISO/IEC 14496-20/Amd.3 PMSI
4
20
ISO/IEC 14496-20/Cor. 1
4
22
ISO/IEC 14496-22 (Open Font Format)
N
N
N1075
9
N1095
4
N1137
6
N8395
4
4
22
22
4
22
4
28
ISO/IEC 14496-22 (Open Font Format 2nd edition)
ISO/IEC 14496-22/Amd.1 Support for many-to-one range
mappings
ISO/IEC 14496-22:2009/Amd. 2 Additional script and
language tags
ISO/IEC IS 14496-28 Composite Font Representation
4
28
ISO/IEC 14496-28:2012 COR 1
4
30
7
7
7
7
7
7
7
7
1
1
1
1
1
2
5
5
ISO/IEC 14496-30 Timed Text and Other Visual
Overlays in ISO Base Media File Format
ISO/IEC 15938-1 (MPEG-7 Systems)
ISO/IEC 15938-1/Amd.1 (MPEG-7 Systems Extensions)
ISO/IEC 15938-1/Cor.1 (MPEG-7 Systems Corrigendum)
ISO/IEC 15938-1/Cor.2 (MPEG-7 Systems Corrigendum)
ISO/IEC 15938-1/Amd.2 (BiM extension)
ISO/IEC 15938-2 (MPEG-7 DDL)
ISO/IEC 15938-5 MDS
ISO/IEC 15938-5/Amd. 4 Social Metadata
Draft Systems
134 Agenda
N
N1095
4
N1247
2
N1247
3
N1367
4
N1367
6
N4285
N6326
N6328
N7490
N7532
N4288
N1264
12/04 Geneva
13/04 Incheon
05/07 Poznan
03/12 Hawaii
06/10
Hangzhou
13/07 Vienna
03/12 Hawaii
05/10 Nice
06/10
Hangzhou
07/04 San Jose
07/10
Shenzhen
07/10
Shenzhen
09/07 London
09/10 Xian
10/07 Geneva
06/07
Klagenfurt
09/10 Xian
12/02 San Jose
12/02 San Jose
13/07 Vienna
13/07 Vienna
01/07 Sydney
04/03 Munich
04/03 Munich
05/07 Poznan
05/10 Nice
01/07 Sydney
12/04 Geneva
9
7
7
7
7
7
ISO/IEC 15938-7
ISO/IEC 15938-7/Amd.2 (Fast Access Ext. Conformance)
N8672
12
ISO/IEC 15938-12 MPEG Query Format
N9830
7
12
ISO/IEC 15938-12/Cor.1
7
12
ISO/IEC 15938-12/Cor.2
7
12
ISO/IEC 15938-12/And.1 Ref, SW and flat metadata output
7
12
ISO/IEC 15938-12/And.2 Semantic enhancement
7
12
ISO/IEC 15938-12 2nd edition MPEG Query Format
N1045
2
N1095
9
N1138
3
N1173
4
N1285
0
21
21
2
2
ISO/IEC 21000-2 (DID)
ISO/IEC 21000-2:2005/Amd.1Presentation Element
21
21
3
3
21
21
4
4
21
4
ISO/IEC 21000-3 (DII)
ISO/IEC 21000-3:2003 AMD 2 Digital item semantic
relationships
ISO/IEC 21000-4 (IPMP)
ISO/IEC 21000-4:2005/Amd.1Protection of Presentation
Element
ISO/IEC 21000-4:2006/COR 1
21
21
21
5
8
8
21
9
ISO/IEC 21000-5 (Open Release Content Profile)
ISO/IEC 21000-8 (Reference Software)
ISO/IEC 21000-8:2008/Amd. 2 (Reference software for
Media Value Chain Ontology)
ISO/IEC 21000-9 (MPEG-21 File Format)
21
9
ISO/IEC 21000-9/Amd.1 (MPEG-21 Mime Type)
N9837
21
15
ISO/IEC 21000-15 (Security in Event Reporting)
N9839
21
21
16
19
ISO/IEC 21000-16 (MPEG-21 Binary Format)
ISO/IEC 21000-19 (Media Value Chain Ontology)
21
21
ISO/IEC 21000-21 Media Contract Ontology
A
A
4
4
ISO/IEC 23000-4 (Musical Slide Show MAF)
ISO/IEC 23000-4 (Musical Slide Show MAF 2nd Ed.)
N7247
N1114
6
N1309
9
N9037
N9843
A
4
A
4
ISO/IEC 23000-4 Amd.1 Conformance & Reference
Software
ISO/IEC 23000-4 Amd.2 Conformance & Reference
Software for Protected MSS MAF
Draft Systems
135 Agenda
06/10
Hangzhou
08/04
Archamps
09/02
Lausanne
09/10 Xian
10/07 Geneva
11/01 Daegu
12/07
Stockholm
N1173
6
11/01 Daegu
N1304
1
12/10
Shangahi
N1173
8
N1227
8
N9687
11/01 Daegu
N1213
5
N6975
11/07 Torino
N
N
11/11 Geneva
08/01 Antalya
05/01
HongKong
08/04
Archamps
08/04
Archamps
05/04 Busan
10/01 Kyoto
12/10
Shanghai
07/04 San Jose
08/04
Archamps
A
A
6
6
A
6
A
A
7
7
A
N
N
8
ISO/IEC 23000-6 (Professional Archival MAF)
ISO/IEC 23000-6 Amd.1 Conformance and Reference
Software
ISO/IEC 23000-6 2nd edition (Professional Archival
MAF)
ISO/IEC 23000-7 (Open Access MAF)
ISO/IEC 23000-7 Amd.1 Conformance and Reference
Software
ISO/IEC 23000-8 (Portabe Video AF)
A
9
ISO/IEC 23000-9 (Digital Multi. Broadcasting MAF)
N9397
A
9
N9854
A
9
A
9
ISO/IEC 23000-9/Cor.1 (Digital Multi. Broadcasting
MAF)
ISO/IEC 23000-9/Amd.1 (Conformance & Reference
SW)
ISO/IEC 23000-9/Amd.1/Cor. 1
A
9
ISO/IEC 23000-9:2008/Amd.1:2010/COR.2
A
10
ISO/IEC 23000-10 (Video Surveillance AF)
N1115
1
N1174
2
N1228
3
N9397
A
A
10
10
A
10
A
11
ISO/IEC 23000-11/Amd.1 Conformance & Reference SW
ISO/IEC 23000-10 2nd edition Surveillance
Application Format
ISO/IEC 23000-10:2012/AMD 1 Conformance and
reference software
ISO/IEC 23000-11 (Stereoscopic video MAF)
N
N1304
5
N1396
6
N9397
A
A
11
11
A
11
A
11
A
A
12
12
A
12
A
12
B
B
1
1
N
N1157
4
N1214
3
N1396
9
N
N1174
6
N1248
3
N1327
3
N7597
N8680
B
1
B
1
ISO/IEC 23000-11/Cor.1
ISO/IEC 23000-11/Amd.1 Conformance and Reference
software
ISO/IEC 23000-11:2009/Amd. 2 Signalling of additional
composition type and profiles
ISO/IEC 23000-11:2009/AMD 3 Support movie fragment
for Stereoscopic Video AF
ISO/IEC 23000-12 (Interactive Music AF)
ISO/IEC 23000-12/Amd. 1 Conformance & Reference
SW.
ISO/IEC 23000-12:2010 Amd. 2 Compact representation
of dynamic volume change and audio equalization
ISO/IEC 23000-12:2010/AMD 3 Conformance and
Reference Software
ISO/IEC 23001-1 (XML Binary Format)
ISO/IEC 23001-1/Cor.1 (Misc. Editorial and technical
clar.)
ISO/IEC 23001-1/Cor.2 (Misc. Editorial and technical
clar.)
ISO/IEC 23001-1/Amd.1 (Reference Soft. & Conf.)
Draft Systems
136 Agenda
N1285
3
N9698
N
12/07
Stockholm
08/01 Antalya
N9853
08/04
Archamps
07/10
Shenzhen
08/04
Archamps
10/01 Kyoto
11/01 Daegu
11/11 Geneva
07/10
Shenzhen
12/10
Shanghai
13/10 Geneva
07/10
Shenzhen
10/10
Guangzhou
11/07 Torino
13/10 Geneva
11/01 Daegu
12/02 San Jose
13/01 Geneva
N9049
05/10 Nice
06/10
Hangzhou
07/04 San Jose
N8886
07/01
B
1
B
B
B
2
3
8
B
9
E
ISO/IEC 23001-1/Amd.1 (Exten. On encoding of wild
cards)
ISO/IEC 23001-2 (Fragment Request Unit)
ISO/IEC 23001-3 (IPMP XML Messages)
ISO/IEC 23001-8 coding-independent code-points
N9296
1
ISO/IEC 23001-9 Common Encryption for MPEG-2
Transport Streams
ISO/IEC 23008-1 Architecture
N9051
N9416
N1327
8
N1397
3
N8892
E
2
ISO/IEC 23008-2 Multimedia API
N8893
E
3
ISO/IEC 23008-3 Component Model
N8894
E
4
ISO/IEC 23008-4 Ressource & Quality Management
N8895
E
E
E
E
M
5
6
7
8
1
ISO/IEC 23008-5 Component Download
ISO/IEC 23008-6 Fault Management
ISO/IEC 23008-7 System Integrity Management
ISO/IEC 23008-7 Reference Software
ISO/IEC 23006-1 Architecture and Technologies
M
1
ISO/IEC 23006-1 2nd edition Architecture
M
1
ISO/IEC 23006-1 2nd edition Architecture
M
2
ISO/IEC 23006-2 MXM API
M
2
ISO/IEC 23006-2 2nd edition MXM API
M
3
ISO/IEC 23006-3 Reference Software
M
3
M
4
ISO/IEC 23006-3 2nd edition Conformance and
Reference Software
ISO/IEC 23006-4 MXM Protocols
M
4
ISO/IEC 23006-4 2nd edition Elementary services
M
5
ISO/IEC 23006-5 Service aggregation
U
1
ISO/IEC 23007-1 Widgets
U
1
ISO/IEC 23007-1:2010/FDAM 1 Widget Extensions
U
1
ISO/IEC 23007-1:2010/Amd.1:2012/ COR 2
U
2
ISO/IEC 23007-2 Advanced user interaction interface
N9053
N9054
N9055
N
N1116
3
N1345
4
N1248
7
N1116
5
N1349
2
N1116
8
N1349
3
N1117
0
N1307
2
N1307
4
N1125
6
N1215
3
N1397
4
N1267
0
Draft Systems
137 Agenda
Marrakech
07/07
Lausanne
07/04 San Jose
07/04 San Jose
130/01 Geneva
13/10 Geneva
07/01
Marrakech
07/01
Marrakech
07/01
Marrakech
07/01
Marrakech
07/04 San Jose
07/04 San Jose
07/04 San Jose
10/01 Kyoto
13/01 Geneva
12/02 San Jose
10/01 Kyoto
13/04 Incheon
10/01 Kyoto
13/04 Incheon
10/01 Kyoto
12/10
Shanghai
12/10
Shanghai
10/04 Dresden
11/07 Torino
13/10 Geneva
12/04 Geneva
U
3
ISO/IEC 23007-3 Conformance and Reference SW
V
1
ISO/IEC 23005-1 Architecture
V
1
ISO/IEC 23005-1 2nd edition Architecture
V
2
ISO/IEC 23005-2 Control Information
V
3
ISO/IEC 23005-3 Sensory Information
V
3
ISO/IEC 23005-3:2013/COR1
V
4
V
5
V
6
ISO/IEC 23005-4 Virtual World Object
Characteristics
ISO/IEC 23005-5 Data Formats for Interaction
Devices
ISO/IEC 23005-6 Common Data Format
V
7
V
7
H
1
DASH
1
DASH
1
ISO/IEC 23009-1 Media Presentation Description and
Segment Formats
ISO/IEC 23009-1:2012 COR. 1
DASH
1
ISO/IEC 23009-1:201x 2nd edition
DASH
2
ISO/IEC 23009-2 DASH Conformance and reference
software
ISO/IEC 23005-7 Conformance and Reference
Software
ISO/IEC 23005-7 2nd edition Conformance and
reference software
ISO/IEC 23008-1 MPEG Media Transport
Draft Systems
138 Agenda
N1176
7
N1141
9
N1380
3
N1142
2
N1142
5
N1380
7
N1142
7
N1142
9
N1143
2
N1195
2
N1381
2
N1398
2
N1232
9
N1349
5
N1368
7
N1369
1
11/01 Daegu
10/07 Geneva
13/07 Vienna
10/07 Geneva
10/07 Geneva
13/07 Vienna
10/07 Geneva
10/07 Geneva
10/07 Geneva
11/03 Geneva
13/07 Vienna
13/10 Geneva
11/11 Geneva
13/04 Incheon
13/07 Vienna
13/07 Vienna
Page: 139
Date Sav
– Video report
Source: Jens Ohm and Gary Sullivan, Chairs
1 Organization of the work
An opening Video SG plenary was held Monday Oct. 20th during 14:30-16:00, at which the
status of work was reviewed and activities for the current meeting were planned.
Video plenaries were held as follows:

Mon 10-20 14:30-16:00

Wed 10-22 11:00-12:00 – Review work and discuss further proceeding

Thu 10-23 16:00-18:00, continued Fri 10-24 8:00-9:30 – Approval of documents, setup
AHGs
Breakout work performed on the following topics during the week: CDVS, Internet VC, VC for
Browsers, and RVC-HEVC.
1.1
Room allocation
Room allocations during the meeting were as follows:
Video plenary: Arp 5 (60); BO1: Stuttgart (18)
The usual allocation of meeting rooms during the week was as follows:
1.2

Arp 5 (Video plenary and CDVS)

Stuttgart (IVC/VCB)

Leicester 2 (Test room)
AHGs and Breakout Topics
Some additional review of the following AHG reports was performed in theVideo plenary.
Further, mandates for related BoG activities were discussed.
13.1.1.1.1.1.1.1.1
m34609 AHG on MPEG-7 Visual [ISO secretariat]
13.1.1.1.1.1.1.1.2
m34610 MPEG-7 AHG on Compact Descriptors for Visual Search [ISO
secretariat]
13.1.1.1.1.1.1.1.3
m34611 AHG on Internet Video Coding [ISO secretariat]
13.1.1.1.1.1.1.1.4
m34612 MPEG-4 AHG on Video Coding for Browsers [ISO secretariat]
13.1.1.1.1.1.1.1.5
m34613 AHG on Video Test Material Assets [ISO secretariat]
Page: 140
Date Sav
1.3
Ballots
Ballots were inspected and handled accordingly in preparation of DoC documents, in
coordination with JCT-VC and JCT-3V.
13.1.1.1.1.1.1.1.6
m34839 Summary of Voting on ISO/IEC DIS 15938-13 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.7
m35174 Summary of Voting on ISO/IEC 14496-5:2001/PDAM 38 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.8
m35175 Summary of Voting on ISO/IEC 14496-4:2004/PDAM 44 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.9
m34828 Summary of Voting on ISO/IEC 23001-8:2013/DCOR 1 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.10 m35173 Summary of Voting on ISO/IEC 23001-8:2013/PDAM 2 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.11 m35177 Summary of Voting on ISO/IEC 14496-10:201x/PDAM 1 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.12 m35176 Summary of Voting on ISO/IEC 23002-5:2013/PDAM 2 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.13 m35178 Summary of Voting on ISO/IEC 14496-5:2001/DAM 35 [SC 29
Secretariat]
13.1.1.1.1.1.1.1.14 m34844 Table of Replies on ISO/IEC FDIS 14496-29 [ITTF via SC 29
Secretariat]
13.1.1.1.1.1.1.1.15 m34846 Table of Replies on ISO/IEC 23002-4:201X/FDAM 1 [ITTF via
SC 29 Secretariat]
1.4
Liaisons
The following Liaison inputs were reviewed, and dispositions were prepared in coordination
with JCT-VC and JCT-3V and other subgroups, as applicable.
13.1.1.1.1.1.1.1.16 m34856 Liaison Statement from ITU-T SG 16 on video coding
collaboration [ITU-T SG 16 via SC 29 Secretariat]
LS contact is Gary Sullivan.
Page: 141
Date Sav
1.5
Joint Meetings
The following joint meetings were held (see notes, as applicable, in the corresponding sections)

Requirements, VCEG, JCT-VC, JCT-3V Mon 16-18 (JCT-VC Room)

Assets Wed 16-17 (Stuttgart). See further notes under sec. 0

Green MPEG Thu 12-13 (Stuttgart). See further notes under sec. 8

Future video coding brainstorming, Tue 14-18. See further notes under sec. 10

Joint meeting future video, Wed 17-18 Contades Est. See further notes under sec. 10
13.1.1.1.1.1.1.1.17 m34867 USNB Technical comments (RE: WG 11 via SC 29) [Andrew G.
Tescher for USNB]
1.6
Output Documents planned
A provisional list of output documents was set up in the opening plenary and further updated
during the Wednesday plenary. See final list of output documents under sec. -.
2 MPEG-7 Visual XM software part 6
2.1
Review of input contributions
The review of input contributions was performed within the MPEG-7 breakout group, chaired by
Miroslaw Bober.
13.1.1.1.1.1.1.1.18 m35129 Evaluation of MPEG-7 visual descriptors in scene classification
tasks [Miroslaw Bober, Mark Barnard, Stavros Paschalakis]
Presented initial results demonstrating the performance of MPEG‐ 7 Visual descriptors in scene
classification. Used SUN397 benchmark database with a 2-level hierarchy. Tested four different
descriptors (EHD, CSD, CLD, SCD) in isolation and in combination, using SVM-based
classification. Performance up to 47% correct classification using classifier decision fusion on
EHD, CSD and CLD. Preliminary results encouraging, further work planned.
Was initially discussed to continue this as a more organized exploration experiment, however the
proponents believe that it may not be beneficial to set up restrictive conditions currently.
13.1.1.1.1.1.1.1.19 m35132 Further Development Work on MPEG-7 eXperimentation Model
[Karol Wnukowicz, Stavros Paschalakis]
Presented the latest updates on the MPEG-7 XM. Fixed various tools under Linux, carried out
complete conformance testing. All but two Part 3 tools have been fixed and tested for correct
operation and conformance on both Windows and Linux. The two exceptions are
MotionTrajectory and SpatioTemporalLocator, which do not operate correctly on either platform.
2.2
MPEG-7 XM software update
From the recent work of the AHG, an almost complete set of software modules implementing
MPEG-7 Visual descriptors was updated such that it can be compiled and run under recent
operating system environments. Only for two cases, the MotionTrajectoryD and the
SpatioTemporalLocatorD, it was reported that it has not been possible to achieve this, and that
most likely those implementations already had bugs in their original versions. It was therefore
decided to issue the second edition of 15938-6 based on the current status of software update,
Page: 142
Date Sav
which will also integrate all amendments. The entire package is also available from the MPEG
SVN. Work is planned to be continued for MDS related software modules. Furthermore, a
resolution was issued which intends to remind the originators of the aforementioned missing
Visual Descriptor implementations about their duty providing corrected versions, as otherwise it
would become necessary taking action to remove those elements from the specification text
15938-3.
Furthermore, the issue of the software copyright header was discussed. Since the new versions
were developed as updates of the previous edition rather than being written from scratch, it is not
possible to replace the existing “MPEG style” headers by a BSD license formulation.
The possibility of needing to put the second edition on hold was considered.
3 CDVS
The BoG on CDVS was chaired by Miroslaw Bober. The notes in this section were primarily
recordings from the BoG, which met Monday-Thursday during announced times.
3.1
Review of input contributions
13.1.1.1.1.1.1.1.20 m34644 A CDVS Pairwise Matching Experiment on a Dataset of Risso’s
dolphins [Sabino METTA, Massimiliano ROSSO, Alberto MESSINA]
Presents the use of CDVA for the task recognition of "Rissos dolphins" with good results. Many
mammalian species have distinctive natural marks allowing individuals to be identified from
photos. This provides precious information for population size and population dynamic studies.
Large photographic catalogues have been constructed for several parts of the world. Because the
difficulty of matching animals' photographs increases with catalogue size, computer-assisted
matching techniques are increasingly important.
The scope of this work is to use CDVS technology in a domain so far unexplored. This can be
used for promotion.
13.1.1.1.1.1.1.1.21
m34646 Request for minor updates to CDVS TM11 [Alberto MESSINA]
Proposal to add to the CVDS software an option which enables the output of the retrieval scores
for the retrievied images. Accepted and already provided as a functionality in the proposal
M35072.
13.1.1.1.1.1.1.1.22 m35007 CDVS: TM11 Extraction and Retrieval Evaluation on ARM
Architectures [Attilio Fiandrotti, Massimo Mattelliano, Alessandra Mosca,
Giovanni Ballocca]
Benchmarks the CDVS extraction, matching and retrieval pipeline where client is using ARMv7
architecture (LG Nexus 5 mobile Phone). Dataset includes CDVS building dataset.
Extraction time is around 1s. Energy needed to extract is lower for the fast mode. Extraction of
descriptors for 3500 images depletes the phone’s battery by approx. 20%. Matching pairs –
50,000 image pairs deplated 5-30% (depending on the descriptor size).
Matching
 Most the of complexity for descriptor matching lies in local descriptors coordinates
decoding, and it is due for the 64 bits integers division in the arithmetic decoder.
 On ARMv7 architectures an additional complexity is observed due the 64 bits integer
division software emulation ( _divdi3 function) because ARMv7 is a 32 bits architecture.
 Thus on ARMv7 architecture about 80% of the complexity of the pairwise matching
pipeline is due to decode keypoints coordinates.
Retrieval
On ARMv7 architectures, most of complexity (70%) is related to the local descriptors matching,
while the complexity related to the coordinate decoding is not relevant.
Page: 143
Date Sav
Extraction:
Around 1 second per image (fast version)
 On ARMv7 architectures, the extraction time for APL_lowmemory and ALP_BFlog
mode are about 1.6 times higher than ALP_fast an ALP_normal mode.
 On ARMv7 architectures, most of extraction complexity arises from keypoints detection
and extraction stages.
Concerns were expressed regarding the complexity of the coordinate decoding, which takes
approximately 80% of the time in pairwise matching. It is recommended that the implementation
is reviewed by the proponets to see what improvements can be made.
13.1.1.1.1.1.1.1.23 m35072 A CDVS library with minimal dependencies [Massimo Balestri,
Gianluca Francini, Skjalg Lepsoy, Attilio Fiandrotti, Massimo Mattelliano]
TM code was restructured to form a library, which simplified its use. New API was defined.
Some functions and interfaces were redefined. Performance has been maintained (it is identical).
Improving the efficiency of the TM11 keypoint descriptor extractor. Reduced the complexity of
the ALP descriptor extractor by 30%, resulting in the overall extraction time drop by 10%. Fully
equivalent in terms of processing and performance (identical results).
Agreed to create a branch in TM to enable experiments and consider replacing the main TM
trunk when crosschecks and anchors are confirmed (i.e. at MPEG 111 MPEG meeting).
Namespace should be changed to mpeg7cdvs.
13.1.1.1.1.1.1.1.24 m35337 CDVS: Crosscheck of M35072 [Karol Wnukowicz, Stavros
Paschalakis]
Crosscheck OK.
13.1.1.1.1.1.1.1.25 m35075 CDVS: Spatial resolution for robotic navigation [Pedro Porto
Buarque de Gusmao, Gianluca Francini]
CDVS applied in a robotic navigation scenario, for robot odometry. Block size 3 and block size 1
were used. On the path length of 89m, the accuracy achieved for block size 1 was 4.7cm. (block
size 3 gave 73 cm) Conclusion: CDVS can be used in odometry tasks, however a smaller block
size may be required. Request to add smaller block size. This possibility of adding block size 1
and its implications on the specification will be analyzed by the group.
13.1.1.1.1.1.1.1.26 m35076 A MATLAB interface to CDVS [Alessandro Bay, Massimo
Balestri, Gianluca Francini]
Provides an advanced matlab interface to CDVS, based on TM software revision presented in
m35072.
13.1.1.1.1.1.1.1.27 m35131 Improvements to CDVS pairwise matching pipeline [Miroslaw
Bober, Syed Husain, Stavros Paschalakis, Karol Wnukowicz]
(Document withdrawn.)
m35391 CDVS: Removal of the orientation parameter from feature selection
(Late contribution-no objections) Use of orientation for feature selection significantly adds to
extraction complexity as SIFT descriptors have to be computed for all key-points detected. Only
a limited subset of the local descriptors is subsequently used. This contribution proposed to
remove the orientation parameter from the feature selection module. The poposed change has
negligible impact on the retrieval and pairwise matching performance (basically maintained) but
helps to significantly reduce extraction complexity.
Successfully crosschecked by m35395: DVS: Crosscheck of m35391
The group agreed to introduce this simplification into the text of DIS.
Page: 144
Date Sav
Other Discussions:
(1) Completed editing of DoC - presented on Thursday Video plenary.
(2) Discussion regarding the software header - some concern were raised about the BSD-HEVC
Licence text which shows ISO as the copyright owner. However it was conformed later by Jens
Ohm that the BSD software license shall retain the software originator as the copyright owner,
and the version where ISO is copyright owner is probably a wrong implementation of the intent.
(3) Discussion on the TM document - no need to add a description for ALP-Biflog, ALP-Lowmem.
(4) ALF-Fast is not compliant with the DIS and therefore will be removed from the TM.
3.2
New TM and FDIS
It was decided that TM12 will be based on the restructured/imporved TM code as porposed in
m35072 (crosscheck m35337). TI & Sisvel technology will make the revised code available by
31 October as a main branch. Anchors generation VA (Linux), TI (Linux), PKU (Windows) and
Sisvel (Windows).
Matlab interface will be relased in a separate matlab folder with examples and documentation.
13.1.1.1.1.1.1.1.28 m35130 Proposal for CDVS Conformance Testing [Miroslaw Bober, Syed
Husain]
(Document withdrawn)
During the previous cycles, initial methodologies for developing conformance testing procedures
and bitstreams had been developed. It is anticipated that a set of approximately 1000 challenging
images should be sufficient for the conformance testing on individual elements of the pipeline
(such as key-point detector, local and global extractor, etc). Selection of such a set (as a subset
from the current testing data base) and definition of conformance thresholds is an important task
to be performed until the next meeting.
The conformance was updated and includes:

Working draft 2 of CDVS Conformance Testing (N14683)
 Working draft 2 of CDVS Reference Software TM12 (N14684)
Both drafts are intended to progress to CD by the next meeting should form a new part: ISO/IEC
15938-14 – Reference software, conformance and usage guidelines for CDVS.
3.3
CDVS awareness event
It was agreed that CDVS awareness event will take place at the 112 MPEG meeting in Warsaw
in June 2015.
4 Internet Video Coding Exploration
The BoG on IVC was chaired by Ronggang Wong. The first meeting of the BoG was held
Monday afternoon. The following issues were initially identified to be resolved during the
meeting (to be reported back on Wednesday):

Review remaining documents, and make recommendations for further development

Prepare viewing

Analyze the suitability of rate points for the new ITM10 results, present a table on
Wednesday
The IVC breakout group started their meeting from Monday 15:00. All recommendations of the
BoG as reported below were later approved for adoptions in ITM and WD in the video plenary.
Page: 145
Date Sav
4.1
Review of documents
13.1.1.1.1.1.1.1.29 m34973 Improvement on Lagrange Multiplier Selection for Internet Video
Coding [Soo-Chang Oh, Anna Yang, Dong-Hyun Kim, Jae-Gon Kim]
In this document, a further improved method of the Lagrange multiplier selection for nonreference P frames is presented. Based on experimental observations, three different R-D
characteristics depending on the QP values to be used in the non-reference P frame coding are
fully considered, which results in three types of Lagrange multiplier selection model in the nonreference P frame coding. Experimental results show that the proposed selection of the Lagrange
multiplier gives the average 0.4% bit saving over ITM 10.0 with the non-adaptive method of
non-reference P frame coding.
BoG recommendation: Adopt it to ITM encoder temporally, when the new version of ITM is
ready, the proposed method should be retested to verify the performance gain.
13.1.1.1.1.1.1.1.30 m35352 Cross-check of m34973 (Improvement on Lagrange Multiplier
Selection for Internet Video Coding) [Jin Yeon Choi, Sang-hyo Park, Euee S.
Jang]
13.1.1.1.1.1.1.1.31 m35003 Performance evaluation of ITM 10.0 over WebVC according to
the VCC condition [Sang-hyo Park, Seung-ho Lee, Myeong Kyun Kim, Euee S.
Jang]
This document reports on the objective evaluation results of ITM 10.0 according to the VCC
condition written in N13943 in comparison with WebVC. In this contribution, ITM 10.0 was
used, included a change at encoder side as the similar concept was included in M32465 (Report
on the generation of the Web VC sequences)
ITM10 is compared with WVC
1920x1080p
832x480p
1280x720p
Overall
Y
-16.5%
-7.4%
-12.6%
CS1
U
-23.0%
-5.7%
-14.3%
V
-23.2%
-3.4%
-16.8%
Y
-13.9%
-4.0%
-0.5%
CS2
U
-20.5%
3.8%
-4.8%
V
-20.0%
8.3%
-7.1%
-12.1%
-14.3%
-14.3%
-6.6%
-7.4%
-6.2%
For CS1, IVC outperforms WVC in almost all sequences except the sequence “racehorces”
For CS2, IVC outperforms WVC in most of all sequences except the three sequences
“basketballdrill”, “fourpeople” and “KristenAndSara”.
13.1.1.1.1.1.1.1.32 m35351 Cross-check for performance evaluation of ITM 10.0 over
WebVC according to the VCC condition (m35003) [Anna Yang, Soo-Chang Oh,
Dong-Hyun Kim, Jae-Gon Kim]
13.1.1.1.1.1.1.1.33 m35004 Comments on WD3 of Internet Video Coding (IVC) [Jin Yeon
Choi, Sang-hyo Park, Euee S. Jang]
Abstract: Presents editorial and technical comments on WD3 of IVC to improve the quality and
leave no room for confusion.
BoG recommendation: Adopt the following 10 Editorial comments for next version of WD:
(1) The elements of Subclause 3.1 (Terms and definitions) are sorted in alphabetical order.
Page: 146
Date Sav
(2) Add the elements of “abt_enable” and “if_type” to sequenceheader
(3) There are no the descriptions for “abt_enable” and “if_type” (i.e., no semantics for the
elements).
(4) Remove “S pictures”
(5) Fix Figure C-3.
(6) Refine “Backward prediction” definition
(7) Refine the term of “encoding process”
(8) Divide “Definitions” into multiple sections
(9) Divide “Bitstream syntax and semantics” into two sections
(10) Remove descriptors that are not used in the WD3
13.1.1.1.1.1.1.1.34 m35006 Report on the entropy of prediction types in IVC [Myeong Kyun
Kim, Sang-hyo Park, Euee S. Jang]
(Withdrawn.)
13.1.1.1.1.1.1.1.35 m35053 Performance evaluation of internet video coding [Xufeng Li,
Ronggang Wang, Zhenyu Wang, Wenmin Wang, Siwei Ma, Tiejun Huang, Wen
Gao]
In the RA constraint cases (CS1), IVC (as represented by the ITM software encoder)
outperforms WVC (as represented by the JM reference software encoder) in terms of BD bit rate
numbers in overall average. It is quite apparent for the 1280x720p sequences. But for Sequence
RaceHoreses (416x240), IVC ITM encoder underperforms WVC.
In the LD constraint cases (CS2), the WVC encoder clearly falls behind IVC ITM encoder in
terms of BD bit rate. The IVC ITM encoder has 7.7% lower in bit rate on average than WVC
respectively. For Sequence Kimono, PartyScene and BQSquare, the IVC ITM encoder has more
than 15% lower in bit rate than WVC encoder.
The B frame number should be fixed, and it is expected to be discussed the common test
condition of IVC during the following days to produce common test results.For example, the B
frame numbers, the QP values, and other parameters.
ITM10 outperforms ITM9 by 8-9% both for CS1 and CS2 cases.
13.1.1.1.1.1.1.1.36 m35054 De-blocking improvement for internet video coding [Xufeng Li,
Ronggang Wang, Zhenyu Wang, Wenmin Wang, Siwei Ma, Tiejun Huang, Wen
Gao]
This contribution proposes to add a loop filtering tool in the coding loop of Internet Video
Coding Test Model. Experimental results show that the proposed scheme achieves about 1.1%
and 0.8% bit rate saving in CS2, CS1 configure respectively and subjective quality has improved
significantly.
There is some subjective quality improvement by the new filter.
Proposes to add a strong filter beside the existed nomal filter. The strong filter is designed to
correct the pixel value according to the portion of the difference of inter-block pixels, and the
proposed method is said to be covered by the claims of the following expired patent: United
States Patent 5337088, Honjo, M., “Method of correcting an image signal decoded in block
units”, 1993.
BoG recommendation: Adopt it in the next version of ITM, when other new tools for the new
version of ITM are ready, the proposed method should be retested to verify the performance gain.
Page: 147
Date Sav
13.1.1.1.1.1.1.1.37 m35353 Cross-check of m35054 (De-blocking improvement for internet
video coding) [Jin Yeon Choi, Sang-hyo Park, Euee S. Jang]
13.1.1.1.1.1.1.1.38 m35056 4x4 blocksize transform for internet video coding [Zhenyu Wang,
Xufeng Li, Ronggang Wang, Siwei Ma, Tiejun Huang, Wen Gao]
Transform with 4x4 block size is an effective tool for video coding. In edge regions, intra
prediction and transform with 4x4 block size can provide significant performance gain and
improve subjective quality on IVC platform. This contribution proposed to add 4x4 transform to
intra block of IVC. Experiments on ITM10 show that the average BD rate saving is 0.8% in CS2,
and 2.6% in CS1.
Propose to add 4x4 transform and intra prediction to the intra block.
The 4x4 transform can also help to alleviate ringing artifacts in low bitrate scenario.
The ideas of “quadtree-based ABT” and integer transform are published 20 years ago.
The direction spatial intra prediction technique of 4x4 block is first disclosed in Q15-F-11,
“Response to Call for Proposals for H.26L" by Gisle Bjontegaard on Oct. 1998. No related
patent has been filed by Gisle Bjontegaard on intra prediction.
BoG recommendation: to adopt it in the next version of ITM.
13.1.1.1.1.1.1.1.39 m35350 Cross-check for 4x4 Transform for IVC (m35056) [Anna Yang,
Soo-Chang Oh, Dong-Hyun Kim, Jae-Gon Kim]
4.2
Expert viewing test
In order to assess the progress made in the development of IVC since a similar previous
investigation that was conducted during the 107th MPEG meeting, as reported in N14240, in
order to identify merits and enable planning of further actions. Part of this comparison was to try
to investigate visual quality under as comparable conditions of encoding settings as possible. To
simplify the preparation, no new encodings were prepared for WVC and VCB, and the sequences
and conditions were kept as in the previous comparison. For IVC, where the previous
comparison had been based on ITM7, new technology elements that were included in ITM8, 9
and 10 (corresponding to WD 1, 2 and 3, respectively) were enabled in the codec settings. The
results are documented in N14989. Due to late availability it was not possible to make a
meaningful evaluation during the meeting, such that decisions about conclusions and follow-up
actions can only be taken during the 111th meeting.
4.3
IVC development
For output documents that were approvedby the video plenary, see further notes in the Thursday
and Friday closing plenary section.
4.4
New EE definition
The following (continuing) Exploration Experiments are defined in N14987, which was edited
by the BoG and approved in the video plenary.

EE1: Transform and quantization

EE2: Entropy coding

EE3: B-frame coding

EE4: Intra prediction

EE5: In/out loop processing
Page: 148
Date Sav
5 Video Coding for Browsers
13.1.1.1.1.1.1.1.40 m34971 Response to MPEG resolution 3.12.3 of the 109th meeting [J.
Ridge]
Was presented. The document informs MPEG that a type 3 declaration has been submitted
related to 14496-31. It was pointed out that the declaration submitted with the contribution does
not include a list of patents. Since 14496-31 is still under DAM ballot, no specific action can
follow from this information at the current meeting.
Furthermore, the parts of software and conformance related to VCB (Amd.38 of 14496-5 and
Amd.44 of 14496-4) were progressed to DAM status, taking into consideration and basically
accepting all editorial and technical comments from the ballots (see the DoC documents N14941
and N14943).
6 Reconfigurable Media Coding – Video related
13.1.1.1.1.1.1.1.41 m35165 Updates on RMC Parser Instantiation from BSD [Hyungyu Kim,
Euee S. Jang]
Review of this document was performed Thursday 9:00, where the 23001-4/PDAM1 text (and
request for the new amendment), which is based on this contribution, was also reviewed. For the
underlying concept, it is necessary to impose certain restrictions on the usage of BSDL (230015) syntax elements that are made in annex. Since such restrictions had not been defined before,
this could hypothetically be a problem for implementations which would have used 23001-4 in
combination with 23001-5 without such restrictions. This aspect was discussed, and it is
concluded that it is unlikely that these elements have ever been used without such restrictions,
which would have imposed heavy burdens on implementations. Therefore, the video group
recommended to progress the text and wait for ballot responses in the unlikely case that the new
concept would break existing implementations.
Since the amendment implies substantial text changes, it is furthermore planned to issue a new
edition after finalization.
Editors of Amd.1: H. Kim, E. Jang, M. Mattavelli.
13.1.1.1.1.1.1.1.42 m35166 Suggestions for RMC Syntax Parser FU Design [Hyungyu Kim,
Euee S. Jang]
Related document, concerning software implementation.
7 CICP
The texts of 23001-8/COR1 and 23001-8/DAM2 (Sample aspect ratio and additional transfer
functions, colour primaries and matrix coefficients) were progressed. The latter contains further
alignments with the most recent descriptors in HEVC.
8 Green Metadata
A joint meeting with the System SG was held Thu 1200-1300. The following documents were
discussed during this meeting:
13.1.1.1.1.1.1.1.43 m34977 Efficient Carriage of Green Metadata in an AVC SEI Message
[Felix C. Fernandes, Spencer Cheng]
New version of AVC SEI (wrapper which refers to a certain codepoint in AVC)
Numbers of non-zero, intra coded etc. are expressed via 8-bit (interpreted as percentages), not
absolute numbers
Second type: Quality metrics
Page: 149
Date Sav
It was discussed whether it is necessary to describe the generation of the values to the large
extent suggested here.
The SEI message has been balloted along with the DIS, and support is given by NBs to apply the
changes
13.1.1.1.1.1.1.1.44 m35163 Revised HEVC SEI Message for Green Metadata [Spencer
Cheng, Jiangtao Wen]
Subset of 34977 (only the quality metrics), no separate presentation/discussion necessary.
13.1.1.1.1.1.1.1.45 m35148 Best Effort Decoding for Green MPEG - An example application
[Alexis Michael Tourapis, David Singer, Krasimir Kolarov, Steve Saunders]
Basic idea: Saving some decoding complexity (e.g. skipping deblocking, rounding MV to fullpel) i.e. perform non-normative decoding which introduces drift. This introduces drift, and
potential is shown that it can be minimizes when by purpose being applied closer to the end of
the GoP. The contribution presents initial ideas, not meant as concrete proposal for
standardization.
Question: Is there a way to control the maximum drop in quality? Further study on this may be
required.
9 Video content assets
A meeting on this topic was held Wed 1700. During this meeting, the xls sheet contained in
m34613 was further updated, and responsibilities were distributed for clarifying and uploading
various asset files.The following issues were further clarified, and a work plan was set up:
Renaming files:
-
Script for automatic file naming from Excel sheet will be designed by Christian Tulvan, with help
from Mathias Wien
Copyright:
-
Make only sequences available where column L has a number entry (copyright is known)
Put copyright metadata in the zip file
Create web interface (Christian Tulvan to confirm)
If the web interface will be done, it will work such that the copyright is shown, and only after
accepting download is possibles
For sequences where copyright is unknown, a formulation will be used „at own risk“ (Leonardo
Chiariglione)
For sequences where the owner wants to retain the download facility (e.g. 8K material of NHK),
a link information should be given.
Directory structure:
-
To make sequences available, start with the structuring by standard/activity (as currently in
theExcel sheet) (ChristianTulvan)
To be done: Items 1-100 to be classified, names of all categories (Jens-Rainer Ohm)
It was further decided to discontinue the AHG, since the items above are tasks of indivuduals
and do not need further discussion.
10 Future Video Coding
A brainstorm session on aspects of future needs in video coding standardization, with speeches
given by invited industry representatives, was held on Tuesday afternoon (see Requirements SG
report) In a subsequent joint meeting of MPEG Requirements, Video and VCEG it was decided
to initiate first actions on seeking further evidence about applications, requiments and
Page: 150
Date Sav
availability of suitable technology. On behalf of the Video SG, an AHG was set up with the
goals of discussing and identifying challenges in video coding technology beyond HEVC;
identifying suitable test cases and materials; and soliciting contributions on potential
improvements in video compression.
11 Other issues
Two white papers (RVC-CAL N14991 and HEVC N14992) are planned. A draft version of
N14991 which appears to be almost complete was presented in the video plenary, N14992 is
planned with an editing period towards the next meeting.
Restructuring of 14496-4 and 14496-5 remains planned.
In a resolution, the Video, VC and 3V subgroups expressed their intention to extract and
restructure the different parts of video-related conformance in ISO/IEC 14496-4 and reference
software in ISO/IEC 14496-5 in a single part. MPEG experts were asked to contribute to this
effort.
12 Wednesday Video plenary status review
A Video subgroup plenary was held 11:00-13:00 on Wednesday. Reports of BoGs were given as
follows:
MPEG-7 Visual:
-
FDIS of new edition
- Document on using descriptors for scene classification
CDVS:
-
New part 14 for SW/Conf/TM
-
Awareness event planned for Warsaw
-
Software newly structured, outputs information about matching process, acceleration of
feature point detection, Matlab interface, all uses BSD header
-
Implementation on mobile device demonstrated, coding/decoding requires unexpectedly
long time (to be further investigated), matching is acceptable
-
FDIS preparation: One comment points out that resampling is not sufficiently specified
(could have consequences on conformance?)
IVC:
DoC to be presented Friday
-
Reviewed all input documents
-
Visual testing planned for Thursday, 9 volunteers needed
-
For LD, all bit rates are in the margin of +/- 3%. For RA
-
This seems to allow making an assessment (qualitatively) whether within the last 9 month
IVC has reached a level of visual quality that would be comparable to the other codecs
-
Considered for new ITM: Lagrangian optimization (non-normative); stronger deblocking
filter covered by expired patent of 1993; improvement of transform, add 4x4 transform
for intra for which a patent has been applied for by proponents.
-
Improvement of WD text,
Page: 151
Date Sav
RVC:
-
Review of PDAM Thu 11:00 (Stuttgart)
- White paper draft has been delivered
CICP:
-
Alexis Tourapis and Teruhiko Suzuki took responsibility for preparing 23001-8/DAM2
which was later presented during the Thursday plenary.
VCB:
-
DoC on software and conformance prepared.
-
Note: Since the AVC conformance was used as a kind of starting point for this, the same
problems pointed out by US may apply to Amd.6 of Conformance. In Amd.44, it is
planned to resolve them for the case
13 Closing plenary topics
A closing plenary of the Video subgroup was held Thursday 16:00–18:30 and continued Friday
8:00. Output docs were approved, and AHGs were established. Discussions are recorded in this
section.
All issues regarding breakout activities are basically reflected in the respective subsections about
BoG activities above.
CDVS:
-
One change in the keypoint detection – before computing SIFT
-
Definition of conformance: Two options: Accuracy of keypoint detection for a given set
of images, criterion is similarity with the “golden response” of the reference. This could
be different for the global and local descriptor.
-
Software: Concern was expressed by developers about changing to the BSD copyright
statement. The main concern is 1) the change of the ownership 2) that perhaps the
original contributors would not be allowed to re-pupose the code for non-standard
purposes. Likely, the second aspect does not apply. Further clarification necessary, needs
to be resolved until the next meeting. One question is what “contributor” means in the
header, this is currently anonymous. If it cannot be resolved, a second implementation
could be necessary.
IVC:
Awareness event is planned for Warsaw.
-
First results were presented, but some concern was expressed regarding large confidence
intervals and some unreasonable results (saturation of quality over several rate points).
-
The results were corrected later by the test chair. It was requested to make an initial
analysis (by Ronggang Wang) until Friday morning, with a similar scoring scheme as
was applied in San Jose.
-
Other topics in closing, as appropriate, are described under the respective sections from
the BoGs.
-
On Friday morning, it as requested to start a new work item on IVC in the video plenary.
However, by that time, no preliminary analysis of the results of the evaluation had been
available yet. An initial inspection shows that the quality of ITM10 would be roughly
comparable to WVC and VCB on various cases. The test report N14989 requires more
Page: 152
Date Sav
analysis together with the test chair, also taking into account the rate points for some of
the test cases and will have an editing period of three weeks.
-
In terms of a request for subdivision, it would be necessary to justify that IVC has
properties that the other two codecs cannot fulfill. This could for example be
demonstrating from the test results that the quality is better than the other two codecs,
that it has different application areas etc.
-
From the perspective of the video subgroup, it is impossible to come to a decision at this
late stage of the current meeting. Further considerations should be made by the next
meeting after availability of the report.
-
The Video plenary was closed Friday 24 Oct., 09:36.
13.1
Output docs
During the closing plenary, the following output documents were recommended for approval by
the Video subgroup (including information about publication status and editing periods):
No.
14941
14942
14943
14944
14945
14946
14947
14948
14949
14950
14951
14952
14953
14954
14955
14956
14957
14958
14959
14960
14961
14962
14963
Title
Disposition of Comments on ISO/IEC 14496-4:2004/PDAM44
Text of ISO/IEC 14496-4:2004/DAM44 Conformance Testing of
Video Coding for Browsers
Request for ISO/IEC 14496-4:2004/Amd.45
Pub Date
N
14/10/24
Y
14/11/30
N
14/10/24
Text of ISO/IEC 14496-4:2004/PDAM45 Conformance Testing
of the MFC+Depth Extension of AVC
Disposition of Comments on ISO/IEC 14496-5:2001/PDAM38
Text of ISO/IEC 14496-5:2001/DAM38 Reference Software for
Video Coding for Browsers
Disposition of Comments on ISO/IEC 14496-5:2001/DAM35
Text of ISO/IEC 14496-5:2001/FDAM35 3D AVC Reference
Software
Request of ISO/IEC 14496-5:2001/Amd.39
Text of ISO/IEC 14496-5:2001/PDAM39 Reference Software
for the MFC+Depth Extension of AVC
WD of Codepoint for SEI message supporting energy-efficient
media consumption (Green Metadata)
Disposition of Comments on ISO/IEC 14496-10:2014/PDAM1
Text of ISO/IEC 14496-10:2014/DAM1 Multi-Resolution
Frame Compatible Stereoscopic Video with Depth Maps
Text of ISO/IEC 15938-6:201X Reference software (2nd edition)
Disposition of Comments on ISO/IEC DIS 15938-13
Text of ISO/IEC FDIS 15938-13 Compact Descriptors for
Visual Search
Preliminary announcement of CDVS awareness event
Request for ISO/IEC 15938-14
Working draft 2 of CDVS Reference Software
Working draft 2 of CDVS Conformance Testing
Test Model 12: Compact Descriptors for Visual Search
Request for ISO/IEC 23001-4:2014/Amd.1
Text of ISO/IEC 23001-4:2014/PDAM1 Parser instantiation
from BSD
Y
14/11/07
N
Y
14/10/24
14/11/30
N
N
14/10/24
14/11/28
N
Y
14/10/24
14/11/07
Y
14/10/24
N
Y
14/10/24
14/11/07
N
N
N
14/11/28
14/10/24
14/11/21
Y
N
Y
Y
Y
N
Y
14/11/14
14/10/24
14/11/28
14/11/28
14/11/14
14/10/24
14/11/14
Page: 153
Date Sav
14964
14965
14966
14967
14968
14969
14970
14971
14972
14973
14974
14975
14976
14977
14978
14979
14980
14981
14982
15016
14983
14984
14985
14986
14987
14988
14989
14990
14993
14994
14991
14992
13.2
Text of ISO/IEC 23001-8:2013/COR1
Disposition of Comments on ISO/IEC 23001-8:2013/PDAM2
Text of ISO/IEC 23001-8:2013/DAM2 Sample aspect ratio and
additional transfer functions, colour primaries and matrix
coefficients
Disposition of Comments on ISO/IEC 23002-5:2013/PDAM2
Text of ISO/IEC 23002-5:2013/DAM2 Reference Software for
HEVC related VTL extensions
Working Draft 2 of HEVC Screen Content Coding
High Efficiency Video Coding (HEVC) Test Model 16 (HM16)
Improved Encoder Description
Scalable HEVC (SHVC) Test Model 8 (SHM 8)
HEVC Screen Content Coding Test Model 3 (SCM 3)
Draft verification test plan for HEVC RExt profiles, and Main
profile usage for interlaced video
Study Text of ISO/IEC 23008-2:201x/DAM1 3D Video
Extensions
Test Model 10 of 3D-HEVC and MV-HEVC
MV-HEVC Verification Test Plan
Request for ISO/IEC 23008-5/Amd.1
Text of ISO/IEC 23008-5/PDAM1 Reference software for
format range extensions profiles
Request for ISO/IEC 23008-5/Amd.2
Text of ISO/IEC 23008-5/PDAM2 Reference software for
Multiview Main profile
WD3 of format range extensions profiles conformance testing
WD1 of SHVC profiles conformance testing
HEVC version 1 conformance testing defect report
Request for ISO/IEC 23008-8/Amd.1
Text of ISO/IEC 23008-8/PDAM1 Conformance Testing for
Multiview Main and 3D Main profiles
Working Draft 4 of Internet Video Coding (IVC)
Internet Video Coding Test Model (ITM) v 11.0
Description of IVC Exploration Experiments
Collection of information related to IVC technologies
Report of IVC visual quality evaluation
Liaison Statement to ITU-T SG 16 re Video Coding
Collaboration
Response to M34867
Work plan on video assets for the MPEG SVN
Draft White paper on RVC-CAL and RMC
Draft White paper on HEVC
N
N
Y
14/11/07
14/10/24
14/11/21
N
Y
14/10/24
14/11/21
Y
Y
14/11/21
15/01/09
Y
Y
Y
15/01/09
15/01/09
14/11/21
Y
14/11/28
Y
Y
N
Y
14/11/28
14/11/07
14/10/24
14/11/14
N
Y
14/10/24
14/12/05
Y
Y
Y
N
Y
14/11/30
14/11/14
14/11/14
14/10/24
14/12/05
Y
Y
N
N
N
N
14/11/14
14/11/14
14/10/24
14/10/24
14/11/14
14/10/24
N
N
Y
Y
14/10/24
14/10/24
14/10/24
15/01/31
AHGs established
The following AHGs were established by the Video subgroup, as detailed in N14811:

AHG on MPEG-7 Visual (N14995)

AHG on Compact Descriptors for Visual Search (N14996)

AHG on Internet Video Coding (N14997)
Page: 154
Date Sav

AHG on Video Coding for Browsers (N14998)

AHG on Reconfigurable Media Coding (N14999)
 AHG on Future Video Coding Technology (N15000)
The following AHGs established by the Requirements and 3G subgroups, are also relevant, as
detailed in N14535:

AHG on HDR and WCG (N15021)

AHG on FTV (Free-viewpoint Television) (15022)

AHG on Industry Needs for Future Video Coding (N15062)
Page: 155
Date Sav
– JCT-VC report
Source: Jens Ohm and Gary Sullivan, Chairs
Summary
The Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T WP3/16 and ISO/IEC
JTC 1/ SC 29/ WG 11 held its nineteenth meeting during 17–24 Oct. 2014 at the Palais de la
Musique et des Congres, Strasbourg, FR. The JCT-VC meeting was held under the chairmanship
of Dr Gary Sullivan (Microsoft/USA) and Dr Jens-Rainer Ohm (RWTH Aachen/Germany). For
rapid access to particular topics in this report, a subject categorization is found (with hyperlinks)
in section 1.14 of this document.
The JCT-VC meeting sessions began at approximately 0900 hours on Friday 17 Oct. 2014.
Meeting sessions were held on all days (including weekend days) until the meeting was closed at
approximately 1200 hours on Friday 24 Oct. 2014. Approximately 125 people attended the JCTVC meeting, and approximately 300 input documents were discussed. The meeting took place in
a collocated fashion with a meeting of WG11 – one of the two parent bodies of the JCT-VC. The
subject matter of the JCT-VC meeting activities consisted of work on the video coding
standardization project known as High Efficiency Video Coding (HEVC) and its extensions.
One primary goal of the meeting was to review the work that was performed in the interim
period since the eighteenth JCT-VC meeting in producing:

For HEVC version 1, the HEVC test model (HM) 16, HEVC Defect Report for single
layer coding (for Version 1), HEVC conformance testing draft 8, and the HEVC
reference software for version 1 profiles;

The text of HEVC versions 2, which subsumes the RExt, MV-HEVC and SHVC
extensions;

For HEVC range extensions (RExt), the RExt conformance draft 2;

For HEVC scalable extensions (SHVC), the SHVC extensions draft 7 and SHVC Test
Model 7;

For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test
model 2, SCC draft text 1, and a document specifying common test conditions and
software reference configurations for SCC experiments;
The other most important goals were to review the results from ten Core Experiments on Screen
Content Coding (CE1-10), and review other technical input documents. Reviewing the progress
made towards definition of screen content coding tools was one important topic of the meeting.
Advancing the work on development of conformance and reference software for recently
finalized HEVC extensions (RExt, SHVC) is also a significant goal. Possible needs for
corrections to version 2 were also considered.
In addition to 3 new experiment plan descriptions, the JCT-VC produced 10 other particularly
important output documents from the meeting:

The HEVC test model (HM) 16 improved encoder description (including RExt
modifications);

HEVC Defect Report for conformance testing (for Version 1);

The RExt draft verification test plan (including some testing of version 1 for interlaced
video);
Page: 156
Date Sav

The RExt reference software draft 1 and conformance testing draft 3;

The SHVC conformance testing draft 1 and test model 8;

For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test
model 3, SCC draft text 2, and a document specifying common test conditions and
software reference configurations for SCC experiments.
For the organization and planning of its future work, the JCT-VC established 15 "ad hoc groups"
(AHGs) to progress the work on particular subject areas. The next four JCT-VC meetings are
planned for Tue. 10 – Wed. 18 Feb. 2015 under ITU-T auspices in Geneva, CH, during Fri. 19 –
Fri. 26 June 2015 under WG 11 auspices in Warsaw, PL, during Tue. 13 – Wed. 21 Oct. 2015
under ITU-T auspices in Lucca, IT, and Fri. 19 – Fri. 26 Feb. 2016 under WG 11 auspices in San
Diego, US.
The document distribution site http://phenix.it-sudparis.eu/jct/ was used for distribution of all
documents.
The reflector to be used for discussions by the JCT-VC and all of its AHGs is the JCT-VC
reflector:
jct-vc@lists.rwth-aachen.de hosted at RWTH Aachen University. For subscription to this list, see
http://mailman.rwth-aachen.de/mailman/listinfo/jct-vc.
1 Administrative topics
1.1 Organization
The ITU-T/ISO/IEC Joint Collaborative Team on Video Coding (JCT-VC) is a group of video
coding experts from the ITU-T Study Group 16 Visual Coding Experts Group (VCEG) and the
ISO/IEC JTC 1/ SC 29/ WG 11 Moving Picture Experts Group (MPEG). The parent bodies of
the JCT-VC are ITU-T WP3/16 and ISO/IEC JTC 1/SC 29/WG 11.
The Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T WP3/16 and ISO/IEC
JTC 1/ SC 29/ WG 11 held its nineteenth meeting during 17 – 24 Oct. 2014 at the Palais de la
Musique et des Congres, Strasbourg, FR. The JCT-VC meeting was held under the chairmanship
of Dr Gary Sullivan (Microsoft/USA) and Dr Jens-Rainer Ohm (RWTH Aachen/Germany).
1.2 Meeting logistics
The JCT-VC meeting sessions began at approximately 0900 hours on Friday 17 Oct. 2014.
Meeting sessions were held on all days (including weekend days) until the meeting was closed at
approximately 1200 hours on Friday 24 Oct. 2014. Approximately 125 people attended the JCTVC meeting, and approximately 300 input documents were discussed. The meeting took place in
a collocated fashion with a meeting of WG11 – one of the two parent bodies of the JCT-VC. The
subject matter of the JCT-VC meeting activities consisted of work on the new next-generation
video coding standardization project known as High Efficiency Video Coding (HEVC) and its
extensions.
Some statistics are provided below for historical reference purposes:

1st "A" meeting (Dresden, 2010-04):
188 people, 40 input documents

2nd "B" meeting (Geneva, 2010-07):
221 people, 120 input documents

3rd "C" meeting (Guangzhou, 2010-10):

4th "D" meeting (Daegu, 2011-01):
248 people, 400 input documents

5th "E" meeting (Geneva, 2011-03):
226 people, 500 input documents

6th "F" meeting (Torino, 2011-07):
254 people, 700 input documents
244 people, 300 input documents
Page: 157
Date Sav

7th "G" meeting (Geneva, 2011-11)
284 people, 1000 input documents

8th "H" meeting (San Jose, 2012-02)
255 people, 700 input documents

9th "I" meeting (Geneva, 2012-04/05)
241 people, 550 input documents

10th "J" meeting (Stockholm, 2012-07)
214 people, 550 input documents

11th "K" meeting (Shanghai, 2012-10)
235 people, 350 input documents

12th "L" meeting (Geneva, 2013-01)

13th "M" meeting (Incheon, 2013-04)
183 people, 450 input documents

14th "N" meeting (Vienna, 2013-07/08)
162 people, 350 input documents

15th "O" meeting (Geneva, 2013-10/11)
195 people, 350 input documents

16th "P" meeting (San José, 2014-01)
152 people, 300 input documents

17th "Q" meeting (Valencia, 2014-03/04)

18th "R" meeting (Sapporo, 2014-06/07)
262 people, 450 input documents
126 people, 250 input documents
150 people, 350 input documents
 19th "S" meeting (Strasbourg, 2014-10)
125 people, 300 input documents
Information regarding logistics arrangements for the meeting had been provided via the email
reflector jct-vc@lists.rwth-aachen.de and at http://wftp3.itu.int/av-arch/jctvcsite/2014_10_S_Strasbourg/.
1.3 Primary goals
One primary goal of the meeting was to review the work that was performed in the interim
period since the eighteenth JCT-VC meeting in producing:

For HEVC version 1, the HEVC test model (HM) 16, HEVC Defect Report for single
layer coding (for Version 1), HEVC conformance testing draft 8, and the HEVC
reference software for version 1 profiles;

The text of HEVC versions 2, which subsumes the RExt, MV-HEVC and SHVC
extensions;

For HEVC range extensions (RExt), the RExt conformance draft 2;

For HEVC scalable extensions (SHVC), the SHVC extensions draft 7 and SHVC Test
Model 7;

For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test
model 2, SCC draft text 1, and a document specifying common test conditions and
software reference configurations for SCC experiments;
The other most important goals were to review the results from ten Core Experiments on Screen
Content Coding (CE1–10), and review other technical input documents. Reviewing the progress
made towards definition of screen content coding tools was one important topic of the meeting.
Advancing the work on development of conformance and reference software for recently
finalized HEVC extensions (RExt, SHVC) is also a significant goal. Possible needs for
corrections to version 2 were also considered.
Page: 158
Date Sav
1.4 Documents and document handling considerations
1.4.1 General
The documents of the JCT-VC meeting are listed in Annex A of this report. The documents can
be found at http://phenix.it-sudparis.eu/jct/.
Registration timestamps, initial upload timestamps, and final upload timestamps are listed in
Annex A of this report.
The document registration and upload times and dates listed in Annex A and in headings for
documents in this report are in Paris/Geneva time. Dates mentioned for purposes of describing
events at the meeting (other than as contribution registration and upload times) follow the local
time at the meeting facility.
Highlighting of recorded decisions in this report:

Decisions made by the group that affect the normative content of the draft standard are
identified in this report by prefixing the description of the decision with the string
"Decision:".

Decisions that affect the reference software but have no normative effect on the text are
marked by the string "Decision (SW):".

Decisions that fix a "bug" in the specification (an error, oversight, or messiness) are
marked by the string "Decision (BF):".

Decisions regarding things that correct the text to properly reflect the design intent, add
supplemental remarks to the text, or clarify the text are marked by the string "Decision
(Ed.):".

Decisions regarding simplification or improvement of design consistency are marked by
the string "Decision (Simp.):".

Decisions regarding complexity reduction (in terms of processing cycles, memory
capacity, memory bandwidth, line buffers, number of entropy-coding contexts, number of
context-coded bins, etc.) … "Decision (Compl.):".
This meeting report is based primarily on notes taken by the chairs and projected for real-time
review by the participants during the meeting discussions. The preliminary notes were also
circulated publicly by ftp during the meeting on a daily basis. Considering the high workload of
this meeting and the large number of contributions, it should be understood by the reader that 1)
some notes may appear in abbreviated form, 2) summaries of the content of contributions are
often based on abstracts provided by contributing proponents without an intent to imply
endorsement of the views expressed therein, and 3) the depth of discussion of the content of the
various contributions in this report is not uniform. Generally, the report is written to include as
much discussion of the contributions and discussions as is feasible (in the interest of aiding
study), although this approach may not result in the most polished output report.
1.4.2 Late and incomplete document considerations
The formal deadline for registering and uploading non-administrative contributions had been
announced as Tuesday, 7 Oct. 2014.
Non-administrative documents uploaded after 2359 hours in Paris/Geneva time Wednesday, 8
Oct. 2014 were considered "officially late".
Most documents in the "late" category were CE reports or cross-verification reports, which are
somewhat less problematic than late proposals for new action (and especially for new normative
standardization action).
Page: 159
Date Sav
At this meeting, we again had a substantial amount of late document activity, but in general the
early document deadline gave a significantly better chance for thorough study of documents that
were delivered in a timely fashion. The group strived to be conservative when discussing and
considering the content of late documents, although no objections were raised regarding allowing
some discussion in such cases.
All contribution documents with registration numbers JCTVC-S0200 and higher were registered
after the "officially late" deadline (and therefore were also uploaded late). However, some
documents in the "S0200+" range include break-out activity reports that were generated during
the meeting, and are therefore better considered as report documents rather than as late
contributions.
In many cases, contributions were also revised after the initial version was uploaded. The
contribution document archive website retains publicly-accessible prior versions in such cases.
The timing of late document availability for contributions is generally noted in the section
discussing each contribution in this report.
One suggestion to assist with the issue of late submissions was to require the submitters of late
contributions and late revisions to describe the characteristics of the late or revised (or missing)
material at the beginning of discussion of the contribution. This was agreed to be a helpful
approach to be followed at the meeting.
The following other technical design proposal contributions were registered on time but were
uploaded late:

JCTVC-S0196 (a proposal of a redundant picture functionality) [uploaded 10-14],
 JCTVC-S0199 (a proposal on chroma filtering) [uploaded 10-09].
The following other documents not proposing normative technical content were registered on
time but were uploaded late:
 JCTVC-S0198 (an information document about conversion tools) [uploaded 10-23],
The following cross-verification reports were registered on time but were uploaded late: JCTVCS0071 [uploaded 10-13], JCTVC-S0072 [uploaded 10-13], JCTVC-S0073 [uploaded 10-15],
JCTVC-S0076 [uploaded 10-13], JCTVC-S0091 [uploaded 10-10], JCTVC-S0092 [uploaded 1010], JCTVC-S00103 [uploaded 10-11], JCTVC-S0104 [uploaded 10-16], JCTVC-S0106
[uploaded 10-16], JCTVC-S0124 [uploaded 10-15], JCTVC-S0125 [uploaded 10-15], JCTVCS0126 [uploaded 10-23], JCTVC-S0130 [uploaded 10-10], JCTVC-S0146 [uploaded 10-18],
JCTVC-S0147 [uploaded 10-18], JCTVC-S0166 [uploaded 10-15], JCTVC-S0167 [uploaded 1015], JCTVC-S0168 [uploaded 10-15], JCTVC-S0169 [uploaded 10-22], JCTVC-S0170
[uploaded 10-23], JCTVC-S0171 [uploaded 10-16], JCTVC-S0183 [uploaded 10-16], JCTVCS0195 [uploaded 10-11], JCTVC-S0199 [uploaded 10-09].
The following contribution registrations were later cancelled, withdrawn, never provided, were
cross-checks of a withdrawn contribution, or were registered in error: JCTVC-S0041, JCTVCS0093, JCTVC-S0109, JCTVC-S0116, JCTVC-S0182, JCTVC-S0184, JCTVC-S0185, JCTVCS0193, JCTVC-S0223, JCTVC-S0299, JCTVC-S0310.
Ad hoc group interim activity reports, CE summary results reports, break-out activity reports,
and information documents containing the results of experiments requested during the meeting
are not included in the above list, as these are considered administrative report documents to
which the uploading deadline is not applied.
As a general policy, missing documents were not to be presented, and late documents (and
substantial revisions) could only be presented when sufficient time for studying was given after
the upload. Again, an exception is applied for AHG reports, CE summaries, and other such
reports which can only be produced after the availability of other input documents. There were
no objections raised by the group regarding presentation of late contributions, although there was
Page: 160
Date Sav
some expression of annoyance and remarks on the difficulty of dealing with late contributions
and late revisions.
It was remarked that documents that are substantially revised after the initial upload are also a
problem, as this becomes confusing, interferes with study, and puts an extra burden on
synchronization of the discussion. This is especially a problem in cases where the initial upload
is clearly incomplete, and in cases where it is difficult to figure out what parts were changed in a
revision. For document contributions, revision marking is very helpful to indicate what has been
changed. Also, the "comments" field on the web site can be used to indicate what is different in a
revision.
"Placeholder" contribution documents that were basically empty of content, with perhaps only a
brief abstract and some expression of an intent to provide a more complete submission as a
revision, were considered unacceptable and were to be rejected in the document management
system, as has been agreed since the third meeting.
The initial uploads of the following contribution documents were rejected as a "placeholders"
without any significant content and were not corrected until after the upload deadline:

JCTVC-S0141 (a proposal on wavefront design in combination with palette mode,
corrected by a late upload on 10-09)

JCTVC-S0188 (a proposal on combining two technologies from CE6, corrected by a late
upload on 10-16)
Furthermore, the initial version of JCTVC-S0056 was by mistake referring to a different
technology. A corrected version was uploaded late on 10-09.
A few contributions had some problems relating to IPR declarations in the initial uploaded
versions (missing declarations, declarations saying they were from the wrong companies, etc.).
These issues were corrected by later uploaded versions in a reasonably timely fashion in all cases
except for JCTVC-S0187 (where a corrected version only became available by 10-17).
Some other errors were noticed in other initial document uploads (wrong document numbers in
headers, etc.) which were generally sorted out in a reasonably timely fashion. The document web
site contains an archive of each upload.
1.4.3 Measures to facilitate the consideration of contributions
It was agreed that, due to the continuingly high workload for this meeting, the group would try to
rely extensively on summary CE reports. For other contributions, it was agreed that generally
presentations should not exceed 5 minutes to achieve a basic understanding of a proposal – with
further review only if requested by the group. For cross-verification contributions, it was agreed
that the group would ordinarily only review cross-checks for proposals that appear promising.
When considering cross-check contributions, it was agreed that, to the extent feasible, the
following data should be collected:

Subject (including document number).

Whether common conditions were followed.

Whether the results are complete.

Whether the results match those reported by the contributor (within reasonable limits,
such as minor compiler/platform differences).

Whether the contributor studied the algorithm and software closely and has demonstrated
adequate knowledge of the technology.

Whether the contributor independently implemented the proposed technology feature, or
at least compiled the software themselves.
Page: 161
Date Sav

Any special comments and observations made by a cross-check contributor.
1.4.4 Outputs of the preceding meeting
The output documents of the previous meeting, particularly including the meeting report
JCTVC-R1000, the HEVC Test Model 16 (HM16) JCTVC-R1002, the Edition 1 Defect Report
JCTVC-R1003, the Version 1 Conformance Draft JCTVC-R1004, the Version 1 Reference
Software JCTVC-R1011, the RExt Conformance Testing Draft 2 JCTVC-R1012, the SHVC
draft specification 7 JCTVC-R1008, the SHVC test model 7 (SHM7) JCTVC-R1007, the Screen
Content Coding (SCC) Draft Text 1 JCTVC-R1005, the SCC test model 2 JCTVC-R1014, and
the common test conditions for SCC (JCTVC-R1015) were approved. The HM reference
software and its extensions for RExt, SHVC and SCC were also approved.
The group had initially been asked to review the prior meeting report for finalization. The
meeting report was later approved without modification.
All output documents of the previous meeting and the software had been made available in a
reasonably timely fashion.
The chairs asked if there were any issues regarding potential mismatches between perceived
technical content prior to adoption and later integration efforts. It was also asked whether there
was adequate clarity of precise description of the technology in the associated proposal
contributions.
It was remarked that, in regard to software development efforts – for cases where "code cleanup"
is a goal as well as integration of some intentional functional modification, it was emphasized
that these two efforts should be conducted in separate integrations, so that it is possible to
understand what is happening and to inspect the intentional functional modifications.
The need for establishing good communication with the software coordinators was also
emphasized.
At some previous meetings, it had been remarked that in some cases the software
implementation of adopted proposals revealed that the description that had been the basis of the
adoption apparently was not precise enough, so that the software unveiled details that were not
known before (except possibly for CE participants who had studied the software). Also, there
should be time to study combinations of different adopted tools with more detail prior to
adoption.
CE descriptions need to be fully precise – this is intended as a method of enabling full study and
testing of a specific technology.
Greater discipline in terms of what can be established as a CE may be an approach to helping
with such issues. CEs should be more focused on testing just a few specific things, and the
description should precisely define what is intended to be tested (available by the end of the
meeting when the CE plan is approved).
It was noted that sometimes there is a problem of needing to look up other referenced
documents, sometimes through multiple levels of linked references, to understand what
technology is being discussed in a contribution – and that this often seems to happen with CE
documents. It was emphasized that we need to have some reasonably understandable description,
within a document, of what it is talking about.
Software study can be a useful and important element of adequate study; however, software
availability is not a proper substitute for document clarity.
Software shared for CE purposes needs to be available with adequate time for study. Software of
CEs should be available early, to enable close study by cross-checkers (not just provided shortly
before the document upload deadline).
Issues of combinations between different features (e.g., different adopted features) also tend to
sometimes arise in the work.
Page: 162
Date Sav
1.5 Attendance
The list of participants in the JCT-VC meeting can be found in Annex B of this report.
The meeting was open to those qualified to participate either in ITU-T WP3/16 or ISO/IEC
JTC 1/SC 29/WG 11 (including experts who had been personally invited by the Chairs as
permitted by ITU-T or ISO/IEC policies).
Participants had been reminded of the need to be properly qualified to attend. Those seeking
further information regarding qualifications to attend future meetings may contact the Chairs.
1.6 Agenda
The agenda for the meeting was as follows:

IPR policy reminder and declarations

Contribution document allocation

Reports of ad hoc group activities

Reports of Core Experiment activities

Review of results of previous meeting

Consideration of contributions and communications on project guidance

Consideration of technology proposal contributions

Consideration of information contributions

Coordination activities

Future planning: Determination of next steps, discussion of working methods,
communication practices, establishment of coordinated experiments, establishment of
AHGs, meeting planning, refinement of expected standardization timeline, other planning
issues

Other business as appropriate for consideration
1.7 IPR policy reminder
Participants were reminded of the IPR policy established by the parent organizations of the JCTVC and were referred to the parent body websites for further information. The IPR policy was
summarized for the participants.
The ITU-T/ITU-R/ISO/IEC common patent policy shall apply. Participants were particularly
reminded that contributions proposing normative technical content shall contain a non-binding
informal notice of whether the submitter may have patent rights that would be necessary for
implementation of the resulting standard. The notice shall indicate the category of anticipated
licensing terms according to the ITU-T/ITU-R/ISO/IEC patent statement and licensing
declaration form.
This obligation is supplemental to, and does not replace, any existing obligations of parties to
submit formal IPR declarations to ITU-T/ITU-R/ISO/IEC.
Participants were also reminded of the need to formally report patent rights to the top-level
parent bodies (using the common reporting form found on the database listed below) and to
make verbal and/or document IPR reports within the JCT-VC as necessary in the event that they
are aware of unreported patents that are essential to implementation of a standard or of a draft
standard under development.
Some relevant links for organizational and IPR policy information are provided below:
Page: 163
Date Sav

http://www.itu.int/ITU-T/ipr/index.html (common patent policy for ITU-T, ITU-R, ISO,
and IEC, and guidelines and forms for formal reporting to the parent bodies)

http://ftp3.itu.int/av-arch/jctvc-site (JCT-VC contribution templates)

http://www.itu.int/ITU-T/studygroups/com16/jct-vc/index.html
information and founding charter)

http://www.itu.int/ITU-T/dbase/patent/index.html (ITU-T IPR database)
(JCT-VC
general
 http://www.itscj.ipsj.or.jp/sc29/29w7proc.htm (JTC 1/SC 29 Procedures)
It is noted that the ITU TSB director's AHG on IPR had issued a clarification of the IPR
reporting process for ITU-T standards, as follows, per SG 16 TD 327 (GEN/16):
"TSB has reported to the TSB Director's IPR Ad Hoc Group that they are receiving Patent
Statement and Licensing Declaration forms regarding technology submitted in Contributions
that may not yet be incorporated in a draft new or revised Recommendation. The IPR Ad
Hoc Group observes that, while disclosure of patent information is strongly encouraged as
early as possible, the premature submission of Patent Statement and Licensing Declaration
forms is not an appropriate tool for such purpose.
In cases where a contributor wishes to disclose patents related to technology in Contributions,
this can be done in the Contributions themselves, or informed verbally or otherwise in
written form to the technical group (e.g. a Rapporteur's group), disclosure which should then
be duly noted in the meeting report for future reference and record keeping.
It should be noted that the TSB may not be able to meaningfully classify Patent Statement
and Licensing Declaration forms for technology in Contributions, since sometimes there are
no means to identify the exact work item to which the disclosure applies, or there is no way
to ascertain whether the proposal in a Contribution would be adopted into a draft
Recommendation.
Therefore, patent holders should submit the Patent Statement and Licensing Declaration form
at the time the patent holder believes that the patent is essential to the implementation of a
draft or approved Recommendation."
The chairs invited participants to make any necessary verbal reports of previously-unreported
IPR in draft standards under preparation, and opened the floor for such reports: No such verbal
reports were made.
1.8 Software copyright disclaimer header reminder
It was noted that, as had been agreed at the 5th meeting of the JCT-VC and approved by both
parent bodies at their collocated meetings at that time, the HEVC reference software copyright
license header language is the BSD license with preceding sentence declaring that contributor or
third party rights are not granted, as recorded in N10791 of the 89th meeting of ISO/IEC JTC 1/
SC 29/WG 11. Both ITU and ISO/IEC will be identified in the <OWNER> and
<ORGANIZATION> tags in the header. This software is used in the process of designing the
HEVC standard and its extensions, and for evaluating proposals for technology to be included in
the design. After finalization of the draft (current version JCTVC-M1010), the software will be
published by ITU-T and ISO/IEC as an example implementation of the HEVC standard and for
use as the basis of products to promote adoption of the technology.
Different copyright statements shall not be committed to the committee software repository (in
the absence of subsequent review and approval of any such actions). As noted previously, it must
be further understood that any initially-adopted such copyright header statement language could
further change in response to new information and guidance on the subject in the future.
Page: 164
Date Sav
1.9 Communication practices
The documents for the meeting can be found at http://phenix.it-sudparis.eu/jct/. For the first two
JCT-VC meetings, the JCT-VC documents had been made available at http://ftp3.itu.int/avarch/jctvc-site, and documents for the first two JCT-VC meetings remain archived there as well.
That site was also used for distribution of the contribution document template and circulation of
drafts of this meeting report.
JCT-VC email lists are managed through the site http://mailman.rwthaachen.de/mailman/options/jct-vc, and to send email to the reflector, the email address is jctvc@lists.rwth-aachen.de. Only members of the reflector can send email to the list. However,
membership of the reflector is not limited to qualified JCT-VC participants.
It was emphasized that reflector subscriptions and email sent to the reflector must use real names
when subscribing and sending messages and subscribers must respond to inquiries regarding the
nature of their interest in the work.
It was emphasized that usually discussions concerning CEs and AHGs should be performed
using the reflector. CE internal discussions should primarily be concerned with organizational
issues. Substantial technical issues that are not reflected by the original CE plan should be openly
discussed on the reflector. Any new developments that are result of private communication
cannot be considered to be the result of the CE.
For the case of CE documents and AHG reports, email addresses of participants and contributors
may be obscured or absent (and will be on request), although these will be available (in human
readable format – possibly with some "obscurification") for primary CE coordinators and AHG
chairs.
1.10 Terminology
Some terminology used in this report is explained below:

ACT: Adaptive colour transform

AHG: Ad hoc group.

AI: All-intra.

AIF: Adaptive interpolation filtering.

ALF: Adaptive loop filter.

AMP: Asymmetric motion partitioning – a motion prediction partitioning for which the
sub-regions of a region are not equal in size (in HEVC, being N/2x2N and 3N/2x2N or
2NxN/2 and 2Nx3N/2).

AMVP: Adaptive motion vector prediction.

APS: Active parameter sets.

ARC: Adaptive resolution conversion (synonymous with DRC).

AU: Access unit.

AUD: Access unit delimiter.

AVC: Advanced video coding – the video coding standard formally published as ITU-T
Recommendation H.264 and ISO/IEC 14496-10.

BA: Block adaptive.

BC: See IBC.
Page: 165
Date Sav

BD: Bjøntegaard-delta – a method for measuring percentage bit rate savings at equal
PSNR or decibels of PSNR benefit at equal bit rate (e.g., as described in document
VCEG-M33 of April 2001).

BL: Base layer.

BoG: Break-out group.

BR: Bit rate.

BV: Block vector (used for intra BC prediction).

CABAC: Context-adaptive binary arithmetic coding.

CBF: Coded block flag(s).

CC: May refer to context-coded, common conditions, or cross-component.

CCP: Cross-component prediction.

CD: Committee draft – the first formal ballot stage of the approval process in ISO/IEC.

CE: Core experiment – a coordinated experiment conducted after the 3rd or subsequent
JCT-VC meeting and approved to be considered a CE by the group (see also SCE and
SCCE).

CGS: Colour gamut scalability (historically, coarse-grained scalability).

CL-RAS: Cross-layer random-access skip.

Consent: A step taken in the ITU-T to formally move forward a text as a candidate for
final approval (the primary stage of the ITU-T "alternative approval process").

CTC: Common test conditions.

CVS: Coded video sequence.

DCT: Discrete cosine transform (sometimes used loosely to refer to other transforms
with conceptually similar characteristics).

DCTIF: DCT-derived interpolation filter.

DIS: Draft international standard – the second formal ballot stage of the approval process
in ISO/IEC.

DF: Deblocking filter.

DRC: Dynamic resolution conversion (synonymous with ARC).

DT: Decoding time.

ECS: Entropy coding synchronization (typically synonymous with WPP).

EPB: Emulation prevention byte (as in the emulation_prevention_byte syntax element).

EL: Enhancement layer.

ET: Encoding time.

HEVC: High Efficiency Video Coding – the video coding standard developed and
extended by the JCT-VC.

HLS: High-level syntax.
Page: 166
Date Sav

HM: HEVC Test Model – a video coding design containing selected coding tools that
constitutes our draft standard design – now also used especially in reference to the (nonnormative) encoder algorithms (see WD and TM).

IBC (also Intra BC): Intra block copy – a technique by which sample values are
predicted from other samples in the same picture by means of a displacement vector
called a block vector, in a manner conceptually similar to motion-compensated
prediction.

IBDI: Internal bit-depth increase – a technique by which lower bit depth (8 bits per
sample) source video is encoded using higher bit depth signal processing, ordinarily
including higher bit depth reference picture storage (ordinarily 12 bits per sample).

IBF: Intra boundary filtering.

ILP: Inter-layer prediction (in scalable coding).

IPCM: Intra pulse-code modulation (similar in spirit to IPCM in AVC and HEVC).

JM: Joint model – the primary software codebase that has been developed for the AVC
standard.

JSVM: Joint scalable video model – another software codebase that has been developed
for the AVC standard, which includes support for scalable video coding extensions.

Last Call: The stage of the ITU-T "alternative approval process" that follows Consent,
during which a proposed text is available on the ITU web site for consideration as a
candidate for final approval.

LB or LDB: Low-delay B – the variant of the LD conditions that uses B pictures.

LD: Low delay – one of two sets of coding conditions designed to enable interactive realtime communication, with less emphasis on ease of random access (contrast with RA).
Typically refers to LB, although also applies to LP.

LM: Linear model.

LP or LDP: Low-delay P – the variant of the LD conditions that uses P frames.

LUT: Look-up table.

LTRP: Long-term reference pictures

MANE: Media-aware network elements.

MC: Motion compensation.

MPEG: Moving picture experts group (WG 11, the parent body working group in
ISO/IEC JTC 1/SC 29, one of the two parent bodies of the JCT-VC).

MV: Motion vector.

OLS: Output layer set

NAL: Network abstraction layer (as in AVC and HEVC).

NB: National body (usually used in reference to NBs of the WG 11 parent body).

NSQT: Non-square quadtree.

NUH: NAL unit header.

NUT: NAL unit type (as in AVC and HEVC).
Page: 167
Date Sav

OBMC: Overlapped block motion compensation.

PCP: Parallelization of context processing.

POC: Picture order count.

PoR: Plan of record.

PPS: Picture parameter set (as in AVC and HEVC).

QM: Quantization matrix (as in AVC and HEVC).

QP: Quantization parameter (as in AVC and HEVC, sometimes confused with
quantization step size).

QT: Quadtree.

RA: Random access – a set of coding conditions designed to enable relatively-frequent
random access points in the coded video data, with less emphasis on minimization of
delay (contrast with LD).

RADL: Random-access decodable leading.

RASL: Random-access skipped leading.

R-D: Rate-distortion.

RDO: Rate-distortion optimization.

RDOQ: Rate-distortion optimized quantization.

ROT: Rotation operation for low-frequency transform coefficients.

RPS: Reference picture set

RQT: Residual quadtree.

RRU: Reduced-resolution update (e.g. as in H.263 Annex Q).

RVM: Rate variation measure.

SAO: Sample-adaptive offset.

SCC: Screen content coding.

SCE: Scalability core experiment.

SCCE: Screen content core experiment.

SCM: Screen coding model.

SD: Slice data; alternatively, standard-definition.

SEI: Supplemental enhancement information (as in AVC and HEVC).

SH: Slice header.

SHM: Scalable HM.

SHVC: Scalable high efficiency video coding.

SIMD: Single instruction, multiple data.

SPS: Sequence parameter set (as in AVC and HEVC).
Page: 168
Date Sav

TE: Tool Experiment – a coordinated experiment conducted toward HEVC design
between the 1st and 2nd or 2nd and 3rd JCT-VC meeting, or a coordinated experiment
conducted toward SHVC design between the 11th and 12th JCT-VC meeting.

TGM: Text and graphics with motion – a category of content that primarily contains
rendered text and graphics with motion mixed with a relatively small amount of cameracaptured content.

VCEG: Visual coding experts group (ITU-T Q.6/16, the relevant rapporteur group in
ITU-T WP3/16, which is one of the two parent bodies of the JCT-VC).

VPS: Video parameter set – a parameter set that describes the overall characteristics of a
coded video sequence – conceptually sitting above the SPS in the syntax hierarchy.

WD: Working draft – a term for a draft standard that may sometimes be used loosely to
refer to a draft standard at any actual stage of parent-level approval processes.

WG: Working group (usually used in reference to WG 11, a.k.a. MPEG).

WPP: Wavefront parallel processing (usually synonymous with ECS).

Block and unit names:
o CTB: Coding tree block (luma or chroma) – unless the format is monochrome,
there are three CTBs per CTU.
o CTU: Coding tree unit (containing both luma and chroma, previously called
LCU)
o CB: Coding block (luma or chroma).
o CU: Coding unit (containing both luma and chroma).
o LCU: (formerly LCTU) largest coding unit (name formerly used for CTU before
finalization of HEVC version 1).
o PB: Prediction block (luma or chroma)
o PU: Prediction unit (containing both luma and chroma), with eight shape
possibilities.

2Nx2N: Having the full width and height of the CU.

2NxN (or Nx2N): Having two areas that each have the full width and half
the height of the CU (or having two areas that each have half the width
and the full height of the CU).

NxN: Having four areas that each have half the width and half the height
of the CU.

N/2x2N paired with 3N/2x2N or 2NxN/2 paired with 2Nx3N/2: Having
two areas that are different in size – cases referred to as AMP.
o TB: Transform block (luma or chroma).
o TU: Transform unit (containing both luma and chroma).
1.11 Liaison activity
The JCT-VC did not send or receive formal liaison communications at this meeting.
Page: 169
Date Sav
1.12
Opening remarks
Opening remarks included:

Remarks on lateness of documents.

Remarks on the number of documents.

Meeting scheduling 0800-2000 for first few days

Upcoming publication of HEVC version 2 – including RExt, SHVC and MV-HEVC
(Last Call in ITU-T closing 2014-10-28, FDIS: SC 29 N 14494 submitted to ITTF 201410-07)

Attendance

Review and approval of agenda
 IPR policy reminder and review of communication practices
Primary topic areas were noted as follows:

Screen content coding
 Corrigenda items for version 2? None identified.
Other

Verification testing for interlaced video, RExt, & SHVC – No input

Reference software and conformance, RExt & SHVC
 Test model texts and software manuals
Unfinished (or less-than-optimally finished) deliverables at the opening of the meeting
 RExt conformance.
Key deliverables from this meeting

PDAM on SCC? (finishing in 2015 would require issuing this at the current meeting)

Conformance & reference software for v2?
1.13
Scheduling of discussions
Scheduling: Generally meeting time was scheduled during 0800 – 2000, with coffee and lunch
breaks as convenient. The meeting had been announced to start with AHG reports and continue
with parallel review on SHVC HLS, SHVC and RExt CE work and related contributions during
the first few days. Ongoing refinements were announced on the group email reflector as needed.
Some particular scheduling notes are shown below, although not necessarily 100% accurate:

Fri. 17 Oct., 1st day
o 0900–1230 JCT-VC opening and review of AHG reports [JRO & GJS]
o 1400–2000 Tracks A (Arp 1) & B (Arp 3) CE review (and related contributions)

Sat. 18 Oct., 2nd day 0800–2000
o 0900–1130 JCT-3V opening plenary
o 0800–1800 Track A BoG on CE6-related non-CE (Bob & Yu-Wen) in Arp 1
o 0900–1300 Track B BoG on complexity assessment of IBC vector coding (Chao
Pang and Shan) in Arp 3
o 1400–1600 Track A (5.1.13 “Deblocking”, 5.1.14 “SCC Complexity assessment”
(aspects not covered in the morning BoG), 5.1.15 “SCC parallel processing”,
5.1.16 “Other”)
Page: 170
Date Sav






1.14
o 1400–1800 Track B (CEs, IBC improvements, review of IBC complexity BoG)
Sun (ended 6p)
o 0800–1800 Tracks A (5.3 SEI & VUI, 5.4 Non-normative, 3.4.3 SCC
performance comparison with RExt)
o 0830–1400 Track B (7.5 Merge list construction, 7.6 MV/DV derivation / coding,
7.7 Other (VSP, SDC, DBBP, DLT, ARP etc.))
o 0800–1800 CE 6 BoG
Mon
o 0900–1400 WG 11 plenary
o 1430–1545 VCEG
o 1600–1800 Joint meeting with VCEG & MPEG parents
o 1800–2000 Tracks A review of CE6-related BoG
o 1800–2000 Track B CE4/CE9/CE10-related, IBC, ACT
Tue
o 0800–1000 Track A review of CE6-related BoG
o 1000–1100 Joint JCT-VC & JCT-3V to discuss conformance & reference
software
o 1100–1300 Track A CE6-related BoG further discussions
o 1400–1800 Brainstorm/panel event jointly sponsored by VCEG & MPEG
Wed
o 0900–1100 WG 11 plenary
o 1130–1300 Wrap ups
o 1400–1700 Wrap ups
o 1700–1800 VCEG & MPEG future video coding
o 1900–2200 Social event
Thu
o 1300–1400 VCEG
o 0800–1300, 1415–1900 Wrap ups
Fri
o 0800–1200 Finalization
Contribution topic overview
The approximate subject categories and quantity of contributions per category for the meeting
were summarized and categorized into "tracks" (A, B, or P) for "parallel session A", "parallel
session B", or "Plenary" review, as follows. Discussions on topics categorized as "Track A" were
primarily chaired by Gary Sullivan, whereas discussions on topic categorized as "Track B" were
primarily chaired by Jens-Rainer Ohm. Some plenary sessions were chaired by both co-chairmen,
and others were chaired by Gary Sullivan. Chairing of other discussions is noted for particular
topics. (Note: Allocation to tracks was subject to changes)
 AHG reports (15) Track P (section 2)
 Project development status (3) Track P (section 3)
 SCC CE1: Vector entropy copy (14) Track B (section 4.1)
 SCC CE2: IBC signalling and partitioning (12) Track B (section 4.2)
 SCC CE3: Sub-block partitioning and flipping for IBC (11) Track B (section 4.3)
 SCC CE4: Intra line copy (5) Track B (section 4.4)
 SCC CE5: Maximum palette size and predictor (6) Track A (section 4.5)
 SCC CE6: Palette mode improvements (27) Track A (section 4.6)
 SCC CE7: String matching for palette index coding (7) Track A (section 4.7)
Page: 171
Date Sav


SCC CE8: Single-colour and two-colour modes (7) Track A (section 4.8)
SCC CE9: Intra-boundary filtering and cross-component prediction (8) Track B (section
4.9)
 SCC CE10: Intra string copy (8) Track B (section 4.10)
 Non-CE SCC (127) (section 5.1) with subtopics
• CE1 related 5.1.1 (2, Track B) [BoG Sat.]
• CE2 related 5.1.2 (12, Track B)
• CE3 related 5.1.3 (0, Track B)
• CE4 related 5.1.4 (4, Track B)
• CE5 related 5.1.5 (3, Track A)
• CE6 related 5.1.6 (54, Track A, BoG)
• CE7 related 5.1.7 (0)
• CE8 related 5.1.8 (4, Track A)
• CE9 related 5.1.9 (2, Track B)
• CE10 related 5.1.10 (1, Track B)
• IBC related 5.1.11 (5, Track B)
• Adaptive colour transform 5.1.12 (14, Track B)
• Deblocking 5.1.13 (8, Track A)
• Complexity 5.1.14 (3, Track A)
• Parallel processing 5.1.15 (8, Track A)
• Other 5.1.16 (9, Track A)
 High-level syntax (0) Track A (section 5.2)
 VUI and SEI messages (4) Track A (section 5.3)
 Non-normative (7) Track A (section 5.4)
 Plenary discussions and BoG reports (3) Track P (section 6)
 Outputs & planning: AHG & CE plans, Conformance, Reference software, Verification
testing, Chroma format, CTC (sections 7, 8, and 9)
NOTE – The number of contributions in each category, as shown in parenthesis above, may
not be 100% precise.
2
AHG reports (15)
The activities of ad hoc groups (AHGs) that had been established at the prior meeting are
discussed in this section.
(Consideration of these reports was chaired by GJS & JRO on Fri 10-17 a.m., except as noted.)
13.1.1.1.1.1.1.1.46 JCTVC-S0001 JCT-VC AHG report: Project management (AHG1)
[G. J. Sullivan, J.-R. Ohm]
This document reports on the work of the JCT-VC ad hoc group on Project Management,
including an overall status report on the project and the progress made during the interim period
since the preceding meeting.
In the interim period since the 18th JCT-VC meeting, the following documents had been
produced:

For HEVC version 1, the HEVC test model (HM) 16, HEVC Defect Report for single
layer coding (for Version 1), HEVC conformance testing draft 8, and the HEVC
reference software for version 1 profiles;

The text of HEVC edition 2, which subsumes the RExt, MV-HEVC and SHVC
extensions and various corrigenda items;
Page: 172
Date Sav

For HEVC range extensions (RExt), the RExt conformance draft 2;

For HEVC scalable extensions (SHVC), the SHVC extensions draft 7 and SHVC Test
Model 7;

For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test
model 2, SCC draft text 1, and a document specifying common test conditions and
software reference configurations for SCC experiments;
Furthermore, ten Core Experiments on screen content coding tools (CE1…10) were run.
Advancing the work on development of conformance and reference software for HEVC
extensions was also a significant goal.
The work of the JCT-VC overall had proceeded well and actively in the interim period with a
considerable number of input documents to the current meeting. Active discussion had been
carried out on the group email reflector (which had 1744 subscribers as of 2014-10-16), and the
output documents from the preceding meeting had been produced.
Except as noted below, output documents from the preceding meeting had been made available
at the "Phenix" site (http://phenix.it-sudparis.eu/jct/) or the ITU-based JCT-VC site
(http://wftp3.itu.int/av-arch/jctvc-site/2014_06_R_Sapporo/), particularly including the
following:

The meeting report (JCTVC-R1000) [Posted 2014-10-17]

The HM 16 encoder description (JCTVC-R1002) [Posted 2014-10-14] (which now
contains major new parts of the RExt encoder description)

The HEVC (edition 1) defect report on single-layer coding (JCTVC-R1003) [First posted
2014-07-14, last updated 2014-07-15]

The HEVC conformance specification Draft 8, submitted as ISO/IEC FDIS 23008-8 and
for ITU-T Last Call (JCTVC-R1004) [Posted 2014-08-25]

HEVC screen content coding draft 1 (JCTVC-R1005) [First posted 2014-08-09, last
updated 2014-09-25]

SHVC Test Model 7 (JCTVC-R1007) [Posted 2014-10-17]

SHVC Draft 7 (separate text JCTVC-R1008), also integrated into HEVC 2nd edition
[First posted 2014-07-10, last updated 2014-10-01]

HEVC reference software for version 1 profiles, submitted as ISO/IEC FDIS 23008-8
and for ITU-T Last Call (JCTVC-R1011) [Posted 2014-08-05]

Range Extensions conformance draft 2 (JCTVC-R1012) [Posted 2014-10-20]

Edition 2 Draft Text of High Efficiency Video Coding (HEVC), Including Format Range
(RExt), Scalability (SHVC), and Multi-View (MV-HEVC) Extensions, submitted as
ISO/IEC FDIS 23008-8 and for ITU-T Last Call (JCTVC-R1013) [First posted 2014-0711, last updated 2014-10-01]

Screen Content Coding Test Model 2 (JCTVC-R1014) [Posted 2014-10-17]

Common SCC test conditions and software reference configurations (JCTVC-R1015)
[First posted 2014-08-08, last updated 2014-08-16]

Description of Core Experiment 1 (CE1): Vector entropy coding (JCTVC-R1101) [First
posted 2014-07-08, last updated 2014-08-09]
Page: 173
Date Sav

Description of Core Experiment 2 (CE2): Intra block copy signalling and partitioning
(JCTVC-R1102) [First posted 2014-07-09, last updated 2014-08-09]

Description of Core Experiment 3 (CE3): Sub-block partitioning and flipping for Intra
block copy (JCTVC-R1103) [First posted 2014-07-08, last updated 2014-08-01]

Description of Core Experiment 4 (CE4): Intra Line Copy (JCTVC-R1104) [First posted
2014-07-08, last updated 2014-08-09]

Description of Core Experiment 5 (CE5): Maximum Palette Size and Maximum Palette
Predictor Size (JCTVC-R1105) [First posted 2014-07-09, last updated 2014-08-23]

Description of Core Experiment 6 (CE6): Palette Mode Improvement (JCTVC-R1106)
[First posted 2014-07-09, last updated 2014-08-09]

Description of Core Experiment 7 (CE7): String Matching for Palette Index Coding
(JCTVC-R1107) [First posted 2014-07-09, last updated 2014-08-17]

Description of Core Experiment 8 (CE8): Single-Colour and Two-Colour Modes
(JCTVC-R1108) [First posted 2014-07-08, last updated 2014-08-15]

Description of Core Experiment 9 (CE9): Intra Boundary Filtering and Cross-Component
Prediction Interdependency (JCTVC-R1109) [First posted 2014-07-08, last updated
2014-08-15]

Description of Core Experiment 10 (CE10): Intra String Copy (JCTVC-R1110) [First
posted 2014-07-09, last updated 2014-07-12]
The fifteen ad hoc groups and the ten core experiments had made progress, and various reports
from those activities had been submitted.
The different software modules (HM16 including RExt; SHVC/SHM and Screen Content/SCM)
had been prepared and released with appropriate updates approximately as scheduled.
Since the approval of software copyright header language at the March 2011 parent-body
meetings, that topic seems to be resolved.
Released versions of the software are available on the SVN server at the following URL:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/version_number,
where version_number corresponds to one of the versions described below – e.g., HM-16.1.
Intermediate code submissions can be found on a variety of branches available at:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/branch_name,
where branch_name corresponds to a branch (eg., HM-16.0-dev).
Various problem reports relating to asserted bugs in the software, draft specification text, and
reference encoder description had been submitted to an informal "bug tracking" system
(https://hevc.hhi.fraunhofer.de/trac/hevc). That system is not intended as a replacement of our
ordinary contribution submission process. However, the bug tracking system was considered to
have been helpful to the software coordinators and text editors. The bug tracker reports had been
automatically forwarded to the group email reflector, where the issues were discussed – and this
is reported to have been helpful. It was noted that contributions had generally been submitted
that were relevant to resolving the more difficult cases that might require further review.
The ftp site at ITU-T is used to exchange draft conformance testing bitstreams. The ftp site for
downloading bitstreams is http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/.
A spreadsheet to summarize the status of bitstream exchange, conformance bitstream generation
is available in the same directory. It includes the list of bitstreams, codec features and settings,
and status of verification.
Page: 174
Date Sav
Approximately 270 input contributions to the current meeting had been registered. A significant
number of late-registered and late-uploaded contributions were noted, even though most were
cross-check documents.
A preliminary basis for the document subject allocation and meeting notes for the 19th meeting
had been circulated to the participants by being announced in email, and was publicly available
on the ITU-hosted ftp site.
13.1.1.1.1.1.1.1.47 JCTVC-S0002 HEVC test model editing and errata reporting (AHG2)
B. Bross, K. McCann C. Rosewarne (co-chairs), M. Naccari, J.-R. Ohm,
K. Sharman, G. J. Sullivan, Y.-K. Wang, (vice-chairs)
This document reports the work of the JCT-VC ad hoc group on HEVC test model editing and
errata reporting (AHG2) between the 18th meeting in Sapporo (30 June – 9 July 2014) and the
19th meeting in Strasbourg (17–24 October 2014).
The HM15 Encoder Description in document JCTVC-Q1002 and HEVC Edition 1 Defect Report
Draft 4 in document JCTVC-Q1003 were approved as JCT-VC output documents at the 18th
JCT-VC meeting.
An issue tracker (https://hevc.hhi.fraunhofer.de/trac/hevc) was used in order to facilitate the
reporting of errata with the HEVC documents.
The HM16 Encoder Description was published as JCTVC-R1002. This document represented a
merging and enhancement of the previous HM Encoder Description and RExt Encoder
Description documents. The resultant document provides a source of general tutorial information
on HEVC Edition 1 and Range Extensions, together with an encoder-side description of the HM16 software.
The HEVC Edition 1 Defect Report for Single-Layer Coding was published as JCTVC-R1003.
The HEVC Edition 2 Draft Text of High Efficiency Video Coding (HEVC), including Format
Range (RExt), Scalability (SHVC), and Multi-View (MV-HEVC) Extensions, was published as
JCTVC-R1013.
The recommendations of the HEVC test model editing and errata reporting AHG were for JCTVC to:

Approve the HM16 Encoder Description in document JCTVC-R1002 as JCT-VC output.

Approve the HEVC Edition 1 Defect Report for Single-Layer Coding in document
JCTVC-R1003 as JCT-VC output

Encourage the use of the issue tracker to report issues with the text of both the HEVC
specification and the Encoder Description

Identify and resolve any residual issues relating to mismatches between software and text
13.1.1.1.1.1.1.1.48 JCTVC-S0003 JCT-VC AHG report: HEVC HM software development
and software technical evaluation (AHG3) [K. Suehring (Chair), K. Sharman,
D. Flynn]
(Consideration of this topic was chaired by GJS Wed 10-22 p.m.)
This report summarizes the activities of the AhG on HEVC HM software development and
software technical evaluation that have taken place between the 18th and 19th JCT-VC meetings.
Activities focused on merging the Range Extension software into the main branch, code tidying
and fixing bugs.
A brief summary of activities related to each mandate is given below.
Development of the software was co-ordinated with the parties needing to integrate changes. A
single track of development was pursued. The distribution of the software was made available
through the SVN server set up at HHI, as announced on the JCT-VC email reflector.
Page: 175
Date Sav
The HM user manual has been updated and a version controlled copy is included in the doc
directory of the repository. A PDF version has been produced and is included in the same
location prior to each HM release.
Version 16.2 is was released during the 19th JCT-VC meeting. A number of bugs had been
identified and fixed.
There are a number of additional reported software bugs that should be fixed.
A detailed history of all changes made to the software can be viewed at
https://hevc.hhi.fraunhofer.de/trac/hevc/timeline.
Released versions of the software are available on the SVN server at the following URL:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/version_number,
where version_number corresponds to one of the versions described below (eg., HM-16.0).
Intermediate code submissions can be found on a variety of branches available at:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/branch_name,
where branch_name corresponds to a branch (eg., HM-11.0-dev).
HM 15.0_RExt8.0 was released on 18th July and incorporated the most of the agreed changes
decided at the meeting. The coding performance slightly changed compared to HM15.0_RExt7.3
for due to the adopted contributions JCTVC-R0104 (removal of Hadamard in lossless coding)
and JCTVC-R0105 (motion estimation starting point).
HM 15.0_RExt8.1 was released on 13th August. It included macro-removal and minor bug fixes.
The coding performance did not change compared to HM15.0_RExt8.1 for common test
conditions.
This was the last release of a software model dedicated for the development of the Range
Extension (RExt) work area.
HM 16.0 was released on 19th August. It was essentially the same as HM15.0_RExt8.1,
although the documentation was updated. There were no coding performance differences
between HM15.0_RExt8.1 and HM16.0.
Following this version, the branch for continued HM development is HM-dev, rather than
creating a branch specifically for the development of each HM release.
HM 16.1 was released on 19th September. It included the updating of documentation and some
minor bug-fixes. Run-time information on the use of scaling list files was also added. It also
included the agreed Knee function SEI message changes.
There were also two large changes made to the software: remnants of code relating to fine
granularity slices were completely removed, and CTU-level variables and functions were
renamed to correspond more closely with the specification and to make their use more
transparent.
There were no coding differences between HM16.0 and HM16.1.
HM 16.1.1 was released on 24th September. This was a minor release, where the trace-function
output was reverted to that used in HM, rather than some being output to a file and some being
output to ‘stdout’.
HM 16.2 was released during the 19th JCT-VC meeting. It includes many minor field-coding
bug-fixes. It also includes a significant slice-level code tidy, which has removed many Sbac
encoders and decoders and has unified wavefront-parallel-processing and tile implementations,
addressing many bugs en-route. In addition effort has been expended in removing unused code.
The RExt backwards-compatibility macros have been removed, and most of the RExt macros
have been renamed, and RExt comments (including NOTEs and TODOs) have been updated to
highlight the integration of the two models.
Unless the release has been tagged, the development branch can be found under
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/HM-dev
Minor performance changes are expected between HM16.2 and HM16.1, due to the removal of
the backwards-compatibility macros (which causes JCTVC-R0105 (see above) to be used), and
due to the resetting of frac-bits at the start of slices.
Page: 176
Date Sav
Performance changes between HM16.2 and HM15.0 were shown in the report. There has been
an increase in run-time due to the merger with the RExt code-base although the encoder has been
aided by incorporating the faster inter decision process (JCTVC-R0105). The changes between
HM16.2 and HM15.0_RExt7.3 are similar.
The AHG recommended to:

Continue to develop reference software based on HM version 16.2 and improve its
quality.

Test reference software more extensively outside of common test conditions

Add more conformance checks to the decoder to more easily identify non-conforming
bitstreams, especially for profile and level constraints.

Encourage people who are implementing HEVC based products to report all (potential)
bugs that they are finding in that process.

Encourage people to submit bitstreams that trigger bugs in the HM. Such bitstreams may
also be useful for the conformance specification.
A key reported bug was concerning cross-component prediction. To the best of our knowledge,
the degree of bit depth expansion is unintentional and should be fixed by a normative bitstream
constraint to be specified in the next edition of the standard. However, our state of understanding
of exactly how to introduce this constraint is not yet mature.
Decision: Add to the SCC draft text, an expression of a normative constraint associated with
cross-component prediction to constrain the input to cross-component prediction to a 16 bit
range when the extended precision inverse transform is disabled (constraining MinCoeff to
MaxCoeff – possibly not the exact variable name).
13.1.1.1.1.1.1.1.49 JCTVC-S0004 JCT-VC AHG report: HEVC conformance test
development (AHG4) [T. Suzuki, J. Boyce, K. Kazui, A. K. Ramasubramonian,
Y. Ye]
(Consideration of this topic was chaired by GJS Wed 10-22 p.m.)
The ftp site at ITU-T is used to exchange bitstreams. The ftp site for downloading bitstreams is
http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/
The spreadsheet to summarize the status of bitstream exchange, conformance bitstream
generation is available at this directory. It includes the list of bitstreams, codec features and
settings, and status of verification.
The guideline to generate the conformance bitstreams is summarized in JCTVC-O1010.
After the Sapporo meeting, some problems with the available bitstreams were reported. The
revised bitstreams were uploaded at the following site, separating the bitstreams under ballot.
http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/under_test/
Descriptions of some reported problems with the previously specified conformance tests
bitstreams were provided in the report. These included:

general_profile_idc having the reserved value 0.

After end_of_slice_segment_flag with value 1, having non-zero data in a slice segment
byte stream NAL unit.

Having extension flags set in parameter sets and/or slice headers (this makes streams
non-conforming to v1 but was intentional to test v1 decoders). In the conformance spec,
the following clarification was added: "This bitstream does not conform with Main
profile and Main10 profile since sps_extension_flag is equal to 1. However, Main profile
Page: 177
Date Sav
and Main 10 profile decoders shall be able to decode this bitstream and shall ignore the
SPS extension."
In discussion, it was asked whether the extension data conforms to version 2. This should
be checked.

Having read_bits( 1 ) called more times than maximum of 5 * RawCtuBits / 3 = 5120
times.

Having a PPS that precedes the SPS it refers to in the bitstream (although both are present
prior to their activation), which seems conforming was asked to be confirmed).
In discussion, it was agreed that this is not an error, and in fact this is a desirable
characteristic to have in some bitstreams – so that we can make sure decoders will work
with this NAL unit order.
 Having general_profile_compatibility_flag[ 0 ] not equal to 0.
Corrected bitstreams were made available on the ftp site.
Other conformance development issues were noted, including:

A new bitstream was made available to test SAO corner cases.
In discussion, it was agreed that adding such a bitstream is desirable.
 There are some originally planned bitstream testing features that were still not covered.
Plans for RExt and SHVC conformance testing were described. See notes on joint meeting in
section 6.2.
It was agreed that the available new bitstream and corrected bitstreams should be included in the
next amendment / edition.
The AHG recommended to:

approve the corrections of HEVC v.1 conformance bitstreams

discuss and clarify the open questions to HEVC v.1 conformance bitstreams

discuss how new bitstreams for HEVC v.1 be added

discuss the further plan of HEVC extensions conformance test
 update the guideline of the bitstream generation for RExt and SHVC conformance
These recommendations were agreed.
13.1.1.1.1.1.1.1.50 JCTVC-S0005 Verification test preparation (AHG5) V. Baroncini (chair),
M. Karczewicz, M. Naccari, N. Ramzan, C. Rosewarne, K. Sharman, T. K. Tan,
J.-M. Thiesse, W. Wan (vice-chairs)
This report summarizes the Verification test preparation Ad-Hoc Group (AHG5) between the
18th JCT-VC meeting in Sapporo, JP (June-July 2014) and the 19th JCT-VC meeting in
Strasbourg (October 2014).
Page: 178
Date Sav
Class
YCbCr 4:4:41
YCbCr 4:2:0i
Test sequence
Traffic_2560x1600_30_10bit_444_crop.yuv
EBULupoCandlelight_1920x1080_50_10bit_444.yuv2
EBURainFruits_1920x1080_50_10bit_444.yuv2
VenueVu_1920x1080_30_10bit_444.yuv
BirdsInCage_1920x1080_60_10bit_444.yuv
CrowdRun_1920x1080_50_10bit_444.yuv
CattleDogs_1920x1080_420_60i_8bit.yuv
WaveRocks_1920x1080_420_60i_8bit.yuv
NewMobCal_1920x1080_420_50i_10bits.yuv3
ParkRun_1920x1080_420_50i_10bits.yuv3
SthlmPan_1920x1080_420_50i_10bits.yuv3
Notes:
1. 4K 10-bit YCbCr in BT.709 test material cropped to HD is desired for the 4:4:4 test, to
match display device limitations.
2. These sequences are believed to be encoded in BT.2020.
3. Sourced from SVT archive and with interlace-aware 4:2:2 -> 4:2:0 downsampling
applied (via ChromaConvert utility).
Two sequences ‘Basketball’ and ‘Tennis’ may also be available.
Software

HM-16.0 software with the following patches to be used:
o Interlace PSNR patch1 (see ticket 1282).
o Delta-QP for POC #1 setting via configuration setting2.
o “SecondFieldBias” patch to increment GOP ‘depth’ based on POC and GOP
size2.
 JM-18.6 software with no further patching required:
Notes:
1. Merged into future HM release.
2. Patches obtained from modified HM-13 software as prepared in the MPEG interlace AHG.
Encoding conditions notes:

A "minimal" testset could be:
o 4 (bit-rates) * 1 (RA) * 5 (4:2:0 8-bit sequences) = 20 streams
o 4 (bit-rates) * 1 (RA) * 3 ( 4:2:2 10-bit sequences) = 12 streams
o 4 (bit-rates) * 1 (RA) * 3 (4:4:4 10-bit sequences) = 12 streams
o Total: 54 streams

Resolution to test: Only HD (1080i50 or 60)?
o Not sure if any current consumer display can handle 4K in 10-bits. Cropping 4K
material to HD may be easier.

Suggested bit-rates:
o RA 4:2:0i 8-bit in HEVC: 1.5Mbps, 3Mbps, 5Mbps, 8Mbps (in AVC, double
these bit-rates)
Page: 179
Date Sav
o RA 4:2:2 10-bit in HEVC: 5Mbps, 8Mbps, 12Mbps, 16Mbps1
o RA 4:4:4 10-bit in HEVC: TBD

For RA, 1 second GOP selected.

Addition of LD for 4:2:0 sequences could be added depending on resources of Vittorio
and others contributors. During discussion, it was questioned whether this case is useful,
since low-delay encoding does not seem widely used for interlaced content.

The SAFF tool has a risk of artefacts at switchover points and current test material has no
scene changes, so there is less likelihood of switching between field and frame coding.
 For JM, MBAFF and PicAff were enabled.
Notes:
1. It was remarked that for higher bit rates, e.g. as used in contribution, MOS scores for the
multiple QP points may all be high and subjective quality may be indistinguishable. In
such cases, a comparison using objective metric may be appropriate, i.e. PSNR for the
overall comparison and another metric to check for the absence of larger (visually
significant) local variations.
Bitstream exchange

Some SAFF-related materials used in earlier interlace study were identified and collected.

QP selection for the 4:2:0i test sequences is underway.
Post-processing notes:
For 4:2:0 de-interlacing, use "off-line" de-interlacer so that a progressive YUV sequence can be
played back for the subjective test. This avoids any temporal interaction resulting from difficulty
in synchronising playback with the built-in hardware de-interlacer in the display.
The ffmpeg software has several de-interlacers, and two candidates are suggested to be ‘w3fdif’
and "mcdeint".
Recommendations:

Acquire more test sequences for the subjective test.

Finalize test conditions and prepare bitstreams.
 Conduct the subjective test.
It was suggested to produce a draft test plan.
13.1.1.1.1.1.1.1.51 JCTVC-S0006 SCC coding performance analysis (AHG6) H. Yu (chair),
R. Cohen, A. Duenas, S. Liu, K. Rapaka, J. Xu (vice-chairs)
This report summarizes the activities of the JCT-VC ad hoc group on SCC coding performance
analysis (AHG6) between the JCT-VC 18th meeting in Sapporo, Japan, and the 19th meeting in
Strasbourg, France.
Page: 180
Date Sav
JCTVC-R1015 “Common conditions for screen content coding tests” was produced based on the
agreements captured in the meeting notes. The AHG revised the common test condition
described in JCTVC-Q1015 with minimum changes necessary to reflect SCM 2.0 related
information. In particular, the following new SCM2.0 encoder settings were used for generating
the anchors:

IntraBlockCopyEnabled = 1

HashBasedIntraBlockCopySearchEnabled = 1

IntraBlockCopySearchWidthInCTUs = −1 (full frame)

IntraBlockCopyNonHashSearchWidthInCTUs = 1

ColorTransform = 1 (Spelling fix needed in the SCM!)
 PaletteMode = 1
Results reporting templates were updated with the SCM2.0 anchor data.
For the alternative IBC operating point with constrained search range defined and specified in
the JCTVC-R-Notes_dB document, the related SCM 2.0 macro settings are not included in
R1015. However, was a recommendation in email on the JCTVC reflector to use the following
configuration for this:

IntraBlockCopyEnabled = 1

HashBasedIntraBlockCopySearchEnabled = 1

IntraBlockCopySearchWidthInCTUs = 3 (current CTU and 3 more to its left)

IntraBlockCopyNonHashSearchWidthInCTUs = 3

ColorTransform = 1 (Spelling fix needed in the SCM!)
 PaletteMode = 1
No change was made in JCTVC-R1015 towards analysis methods for studying SCC coding
performance. However, comments were made during the last meeting that suggested changes and
improvements to the Excel templates for making comparisons among multiple proposals easier,
e.g. using bar charts only showing average across text and graphics and mixed content. In fact,
bar charts continue being used in a number of proposals this time. It was reported to be desirable
to create a unified solution and include such a solution in the test results reporting template.
JCTVC-S0042 “AHG6 Inclusion of 420 screen content in the test conditions” proposes that 4:2:0
screen content, such as sequences in Class F sequences should be added to common test
condition.

In discussion, it was noted that in the WD, we have the following
o IBC can operate in a non-4:4:4 mode (inherited from prior RExt design)
o CCP, ACT, and palette can only operate in 4:4:4 mode

Prior palette proposals have included a 4:2:0 operation method, but this is not in the WD

CCP also does not operate in non-4:4:4 formats

Requirements have not been established for non-4:4:4. Parent-level discussion would be
needed to consider this.
JCTVC S0100 “AHG6: On Adaptive Colour Transform (ACT) in SCM2.0” recommends that
ACT should be disabled in common test conditions for YUV sequences. Changes were also
made to the encoder to only evaluate ACT on for RGB content, such that the decoded CU-level
Page: 181
Date Sav
ACT flags are always 1. It is reported that for coding RGB content, forcing CU-level ACT flags
always to be on, preserved most of the gains achieved by CU-adaptive ACT. The main
arguments are that from the provided test results, it is asserted that “ACT itself does not provide
much benefit for YUV content”, and on RGB content, testing both CU-level on and off provides
only 1% gain over only testing CU-level on. The proposal states that both suggestions would
significantly reduce simulation runtime, while preserving coding efficiency.
Various tests have been designed in the CEs to analyze the coding efficiency as well as the
associated complexity of the respective tools under test. In addition, a large number of non-CE
contributions to his meeting report coding efficiency gain and provide complexity analysis data.
In general, it is recommended that the coding performance of a particular coding tool or mode
should be measured and described by both coding efficiency and associated complexity. Several
experts have also suggested that the interaction of the newly adopted tools with the existing
HEVC tools should be tested.
JCTVC-S0042 reports the test results that came from running SCM-2.0 with Class F sequences.
It states that coding gain from IBC has been observed. Note however, that the Class F sequences
were captured using an analog cable, and therefore the screen-content tools that were designed to
work well on perfectly flat or limited-colour blocks may be affected by noise in the analogcaptured signal.
JCTVC-S0100 reports the results from two experiments designed for testing ACT. In the first
test, it is asserted that the effects of ACT on YUV content mostly came from encoder-side
bypassing IBC early termination, rather than form ACT itself. In the second test, it is asserted
that for RGB content, the CU-level adaptive colour transform only provides about 1% gain over
the case where the colour transform is executed for every CU encoded in the bitstreams.
JCTVC-S0069 proposes to enable the colour transform for Inter modes at sequence parameters
set instead of enabling it at CU level. A BDR average of 0% and −0.1% compared to SCM2.0 for
respectively RA and LDB configurations is reported with an encoding run time of 95% and 96%.
The AHG recommended to:

Study the proposed changes to the common test condition in S0042 and S0100, and
create CEs if needed to further study these proposals.

Discuss additional methods/formats for reporting test results.

Continue to evaluate the coding performance of the newly adopted tools and their
interaction with the existing HEVC tools in the Main profile and range extensions.
In further discussion chaired by GJS on Wednesday 10-22, the following simplified format was
suggested for summary tables:
RGB, text & graphics with motion, 1080p & 720p
RGB, mixed content, 1440p & 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p & 720p
YUV, mixed content, 1440p & 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
In further discussion 10-23 (JRO), it was agreed that this shall be done.
It was remarked that two of the 720p sequences have extremely low bit rates.
Page: 182
Date Sav
13.1.1.1.1.1.1.1.52 JCTVC-S0007 JCT-VC AHG report: SCC extensions text editing (AHG7)
[R. Joshi, J. Xu (AHG co-chairs), Y. Ye, S. Liu, R. Cohen, Z. Ma (AHG vicechairs)]
This document reports on the work of the JCT-VC ad hoc group on SCC extensions text editing
(AHG7) between the 18th JCT-VC meeting in Sapporo, JP (June-July 2014).and the 19th JCTVC meeting in Strasbourg, FR (October 2014).
The first working draft for the High Efficiency Video Coding Screen Content Coding (HEVC
SCC) extension was created as an output document following the decisions taken at the 18th
JCT-VC meeting in Sapporo, JP (June-July 2014).
Three versions of JCTVC-R1005 were published by the editing ad hoc group (AHG) following
the 18th JCT-VC meeting in Sapporo, JP, which were based on the seventh draft of HEVC range
extension, i.e., JCTVC-Q1005_v9.
List of changes with respect to JCTVC-Q1005_v9:

Integrated changes related to intra block copying as in JCTVC-P1005-v4

Integrated IBC with changes in block vector predictor and block vector difference coding
(JCTVC-R0309 and JCTVC-R0186)

Integrated palette mode (JCTVC-R0348 + scan simplification + CU level escape flag)
 Integrated adaptive colour transform (JCTVC-R0147)
The screen content coding test model 2 (SCM 2) (document JCTVC-R1014) was released on
16th October, 2014. General tutorial descriptions for palette mode, residual adaptive colour
transform and intra block copying were added. For the palette mode and the residual adaptive
colour transform, the working of the encoder was also described in greater detail.
Recommendations:

Approve the documents JCTVC-R1005 and JCTVC-R1014

Resolve editorial comments in the SCC extensions text specification as appropriate (not
necessarily as in-meeting activity, as these are only editorial)

Compare the HEVC SCC extensions document with the HEVC SCC extensions software
and resolve any discrepancies that may exist, in collaboration with the SCC extension
software development (AHG8)
13.1.1.1.1.1.1.1.53 JCTVC-S0008 SCC extensions software development (AHG8) B. Li,
K. Rapaka (chairs), R. Cohen, P. Chuang, X. Xiu, M. Xu (vice-chairs)
This report summarizes the activities of Ad Hoc Group 8 on screen content extensions software
(SCM) development that have taken place between the 18th and 19th JCT-VC meetings.
Multiple versions of the HM SCM software were produced and SCM2.0 was announced on the
JCT-VC email reflector. The integration details and performance summary of these revisions are
provided in the next subsections. The performance results of software revisions were observed to
be consistent with the adopted techniques.
HM15.0_RExt8.0_SCM2.0 has been tagged on the SVN HHI repository on August 1st. This
release includes following adoptions:

JCTVC-R0102 – Fix and improvement for hash based inter search

JCTVC-R0104 – Removal of Hadamard transform in lossless coding.

JCTVC-R0105 – Motion estimation starting point

JCTVC-R0147 – Adaptive in-loop colour transform
Page: 183
Date Sav

JCTVC-R0162 – Intra block copy hash search chroma refinement

JCTVC-R0186 – Block vector coding improvements for Intra block copy

JCTVC-R0309 – Block vector prediction improvements for Intra block copy +

JCTVC-R0081 – Encoder bug fixes

JCTVC-R0348 – Palette coding tool
 Migration to HM-15.0+RExt-8.0
In addition as per the meeting discussion, the support for flexible intra block copy search range
has been provided. This enables CE specific Intra BC search configurations that are different
from to CTC.
The release was announced on the email reflector. The software can be downloaded at
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-15.0+RExt-8.0+SCM-2.0/
The performance of this version against HM-14.0+RExt-7.3+SCM-1.1 was described according
to the common test conditions in JCTVC-R1015. For the lossy configuration, it is reported that
this version provides BD-rate reduction of 33.0%, 23.4% and 18.1% for RGB 1080p text and
graphics category in AI/RA/LB configurations respectively and BD-rate reduction of 31.3%,
17.6% and 11.9% for YUV 1080p text and graphics category in AI/RA/LB configuration,
respectively. For the lossless configuration, it is reported that this version provides BD-rate
reduction of 19.6%, 11.1% and 10.4% for RGB 1080p text and graphics category in AI/RA/LB
configurations respectively and BD-rate reduction of 22.6%, 10.8% and 10.0% for YUV 1080p
text and graphics category in AI/RA/LB configuration, respectively.
BD-Rate change in Lossy configuration relative to prior SCC test model
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
All Intra
G/Y
−33.0%
−30.9%
−26.2%
−23.5%
−25.3%
−25.3%
−31.3%
−17.8%
−9.3%
−11.9%
0.0%
0.1%
148%
93%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
Random Access
G/Y
B/U
−23.4%
−18.6%
−30.5%
−17.5%
−31.4%
−16.4%
−25.3%
−13.1%
−25.6%
−16.2%
−27.9%
−5.4%
−17.6%
−21.2%
−14.8%
−19.1%
−7.1%
−14.9%
−8.6%
−15.3%
0.0%
−8.3%
0.4%
−0.1%
95%
106%
B/U
−29.0%
−20.5%
−15.2%
−13.6%
−18.1%
−5.1%
−33.7%
−22.8%
−15.8%
−17.2%
−8.5%
−0.1%
R/V
−28.7%
−23.5%
−14.9%
−13.8%
−15.4%
−9.9%
−32.8%
−26.5%
−16.0%
−17.4%
−5.5%
−0.1%
R/V
−18.3%
−22.2%
−15.8%
−12.9%
−11.8%
−14.1%
−20.7%
−24.0%
−15.0%
−15.0%
−4.7%
0.1%
Page: 184
Date Sav
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
Low delay B
G/Y
−18.1%
−26.4%
−30.5%
−23.0%
−24.3%
−26.2%
−11.9%
−9.5%
−4.2%
−4.2%
−0.1%
0.3%
97%
106%
B/U
−13.3%
−11.6%
−12.3%
−6.8%
−11.5%
−1.7%
−15.9%
−14.0%
−12.5%
−13.0%
−6.4%
0.0%
R/V
−12.9%
−16.4%
−11.0%
−6.6%
−5.1%
−12.1%
−15.4%
−17.9%
−12.7%
−11.9%
−4.7%
−0.2%
BD-Rate change in Lossless configuration relative to prior SCC test model
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
All Intra
Bit-rate
saving
(Total)
19.6%
13.5%
4.4%
4.2%
4.3%
0.4%
22.6%
12.4%
2.4%
2.8%
1.7%
0.0%
177%
94%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
Random Access
Bit-rate
Bit-rate
saving
saving
(Total)
(Average)
11.1%
13.5%
3.4%
7.1%
2.3%
2.3%
0.9%
0.9%
1.8%
1.8%
−0.2%
−0.2%
10.8%
15.1%
3.0%
7.3%
1.3%
1.3%
0.5%
0.5%
0.6%
0.6%
0.0%
0.0%
102%
106%
Bit-rate
saving
(Average)
19.7%
11.9%
4.4%
4.2%
4.3%
0.2%
22.6%
11.9%
2.5%
2.8%
1.7%
0.0%
Bit-rate
saving
(Min)
13.6%
2.4%
4.3%
4.2%
4.3%
−0.6%
12.5%
1.1%
2.0%
2.8%
1.7%
0.0%
Bit-rate
saving
(Max)
28.2%
26.1%
4.5%
4.2%
4.3%
1.0%
32.9%
23.2%
3.1%
2.8%
1.7%
0.0%
Bit-rate
saving
(Min)
8.5%
1.7%
2.1%
0.9%
1.8%
−0.4%
10.3%
0.9%
1.3%
0.5%
0.6%
0.0%
Bit-rate
saving
(Max)
20.9%
12.7%
2.5%
0.9%
1.8%
0.0%
24.2%
16.2%
1.3%
0.5%
0.6%
0.0%
Page: 185
Date Sav
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
Low Delay B
Bit-rate
Bit-rate
saving
saving
(Total)
(Average)
10.4%
10.9%
2.5%
5.2%
1.6%
1.6%
0.3%
0.3%
1.8%
1.8%
−0.2%
−0.2%
10.0%
11.9%
2.2%
4.8%
0.6%
0.6%
0.1%
0.1%
0.6%
0.6%
0.0%
0.0%
99%
106%
Bit-rate
saving
(Min)
7.1%
1.5%
1.5%
0.3%
1.8%
−0.4%
9.0%
0.6%
0.2%
0.1%
0.6%
0.0%
Bit-rate
saving
(Max)
14.7%
9.0%
1.7%
0.3%
1.8%
0.0%
16.8%
10.0%
1.0%
0.1%
0.6%
0.0%
HM15.0_RExt8.1_SCM2.1rc1 has been tagged on the SVN HHI repository on October 15th.
This release includes:

SCM source base updated to HM15.0_RExt8.1.

Removal of unused macros.

Fix for Ticket 1308
 Fix related to compilation issues when DEBUG_STRING is enabled.
The software can be downloaded at
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-15.0+RExt-8.1+SCM-2.0rc1/
HM16.0_SCM2.1 and HM16.1_SCM2.1 have been committed on the SVN HHI repository on
October 17th that updates SCM source to HM16.0 and HM16.1.
The coding performance of HM15.0_RExt8.1_SCM2.1rc1, HM16.0_SCM2.1rc1 and
HM16.1_SCM2.1rc1 was observed to similar compared to HM15.0_RExt8.1_SCM2.1.
It is planned to tag and announce these version on the email reflector during this meeting cycle
after removal of SCM2.0 macros.
The JCT-VC issue tracker at https://hevc.hhi.fraunhofer.de/trac/hevc/ has been updated to allow
bug reports to be entered for SCM, currently under milestone HM+SCC-3.0, version SCC-2.0.
Recommendations

Continue to develop reference software based on HM16.1_ SCM2.1 and improve its
quality.

Remove macros introduced in previous versions before starting integration towards
SCM-3.0 such as to make the software more readable.

Continue merging with later HM versions.
13.1.1.1.1.1.1.1.54 JCTVC-S0009 Complexity of palette mode coding (AHG9) A. Duenas
(chair), R. Joshi, S.-H. Kim, X. Xiu (vice-chairs)
This document reports on the work of the JCT-VC ad hoc group on “Complexity of palette mode
coding (AHG9)” between the 18th JCT-VC meeting in Sapporo, JP (June-July 2014) and the
19th JCT-VC meeting in Strasbourg, FR (October 2014).
The AhG used the JCT-VC reflector for all discussions. A kick-off message was sent on July
16th, 2014. No other coordinated AhG activity took place, and no other emails were exchanged
over the JCT-VC reflector between the 18th JCT-VC meeting in Sapporo, JP (June-July 2014)
and the 19th JCT-VC meeting in Strasbourg, FR.
Page: 186
Date Sav
The following four contributions were noted to be relevant:

JCTVC-S0110 Non-CE6: Syntax Redundancy Fixes for Palette Mode [W. Pu, M.
Karczewicz,V. Seregin, F. Zou, R. Joshi, J. Sole (Qualcomm)]

JCTVC-S0134 Non-CE6: Simplified palette size coding [J. Zhao, S.-H. Kim, K. Misra,
A. Segall (Sharp)]

JCTVC-S0173 Non-CE6: Redundancy removal and simplification for Palette coding [Y.
He, X. Xiu, Y. Ye (InterDigital)]

JCTVC-S0201 Non-CE5: CU dependent colour palette maximum size [W. Wang, Z. Ma,
M. Xu, H. Yu (Huawei USA R&D)]
JCTVC-S0010 JCT-VC AHG report: Complexity of IBC, intra line & intra
string copy coding (AHG10) [J. Sole (chair), S. Liu, J. Xu (vice-chairs)]
13.1.1.1.1.1.1.1.55
This document reports on the work of the JCT-VC ad hoc group on “Complexity of IBC, intra
line & intra string copy coding (AHG10)” between the 18th JCT-VC meeting in Sapporo, JP
(June-July 2014) and the 19th JCT-VC meeting in Strasbourg, FR (October 2014).
Analysis related to memory bandwidth and CABAC throughput have been carried out during this
meeting cycle.
A software patch and excel sheets were released by Chun-Chi Chen for intra BC and intra line
copy based on the memory bandwidth tool that had been used in SCCE1 (JCTVC-Q1121) for
memory bandwidth calculations. The software includes in the SCM2.0 decoder the functionality
to calculate the read/write memory access bandwidth per frame for "motion compensation" and
"intra block copy" under various memory configurations.
In the context of CE4, the average results for different configurations and memory access
parameters are provided.
The worst-case memory bandwidth has been computed using the formula:
where m × n is the memory tile size (memory pattern) and M×N the accessed block size. Results
are summarized in the table below:
Per-pixel Memory Access
Bandwidth
Configurations
Prediction Mode
8x8, Bi-prediction
4x4, IntraBC
1x4, IntraLC (R0132)
Block
Size
M N
8
8
4
4
1
4
Num. of
Samples
MxN
64
16
4
IF
Length
L
8
1
1
Bi
Pred?
Y or N
Y
N
N
Memory
Pattern
m=
n=
4
1
9.375
2
4
8
1
11.25
4
8
4
2
10
3
6
8
2
12
6
12
4
4
12.5
4
8
The CABAC throughput has also been analyzed for intra BC and intra line copying. The table
below provides the worst-case scenario of context coded bins for intra BC and intra LC. The
main difference between both methods were highlighted in the report.
Page: 187
Date Sav
Prediction Mode
(Note: CU Size = 8x8)
Mode Flag
Partition
MV or BV
Residual (4 4x4 TBs, 3
Colour Components)
4x4, IntraBC (SCM-2.0)
Syntax Elements
cu_transquant_bypass_flag
cu_skip_flag
intra_bc_flag
pred_mode_flag
palette_mode_flag
part_mode
abs_bvd_greater0_flag
mvp_l0_flag
rqt_root_cbf
cu_residual_act_flag
cu_qp_delta_abs
cu_chroma_qp_offset_flag
cu_chroma_qp_offset_idx
log2_res_scale_abs_plus1
res_scale_sign_flag
cbf_cb
cbf_cr
cbf_luma
split_transform_flag
transform_skip_flag
explicit_rdpcm_flag
explicit_rdpcm_dir_flag
last_sig_coeff_x_prefix
last_sig_coeff_y_prefix
sig_coeff_flag
coeff_abs_level_greater1_flag
coeff_abs_level_greater2_flag
Number of Ctx-coded Bins
Bins per pixel
Number
1
1
1
1
1
3
8
4
1
1
5
1
5
32
8
5
5
4
1
12
12
12
36
36
180
96
12
484
7.56
4x1, IntraLC (R0132)
Syntax Elements
cu_transquant_bypass_flag
cu_skip_flag
intra_bc_flag
intra_lc_flag
pred_mode_flag
palette_mode_flag
part_mode
abs_mvd_greater0_flag
abs_mvd_greater1_flag
rqt_root_cbf
cu_residual_act_flag
cu_qp_delta_abs
cu_chroma_qp_offset_flag
cu_chroma_qp_offset_idx
log2_res_scale_abs_plus1
res_scale_sign_flag
cbf_cb
cbf_cr
cbf_luma
split_transform_flag
transform_skip_flag
explicit_rdpcm_flag
explicit_rdpcm_dir_flag
last_sig_coeff_x_prefix
last_sig_coeff_y_prefix
sig_coeff_flag
coeff_abs_level_greater1_flag
coeff_abs_level_greater2_flag
Number
1
1
1
1
1
1
3
32
32
1
1
5
1
5
32
8
5
5
4
1
12
12
12
36
36
180
96
12
537
8.39
The recommendations of the AhG were to

Consider the data provided in the context of this AhG

Review the contributions related to complexity of intra block, line and string copy.
o JCTVC-S0136, Non-CE4: On CABAC Throughput of Intra Line Copy
o JCTVC-S0145, On IntraBC bandwidth
13.1.1.1.1.1.1.1.56 JCTVC-S0011 SHVC text editing (AHG11) J. Chen (chair), J. Boyce,
M. M. Hannuksela, G. J. Sullivan, Y.-K. Wang, Y. Ye (vice-chairs)
This document reports the work of the JCT-VC ad hoc group on SHVC text editing (AHG11)
between the 18th JCT-VC meeting in Sapporo, Japan (30 June – 9 July 2014) and the 19th JCTVC meeting in Strasbourg, France (17 – 24 October 2014).
The editorial team worked on the following three documents:

JCTVC-R1007: SHVC Test Model 7 text

JCTVC-R1008: SHVC text specification Draft 7

JCTVC-R1013: Edition 2 Draft Text of High Efficiency Video Coding (HEVC),
Including Format Range (RExt), Scalability (SHVC), and Multi-View (MV-HEVC)
Extensions
Editing JCTVC-R1008 and JCTVC-R1013 was assigned a higher priority than editing JCTVCR1007.
Page: 188
Date Sav
Six versions of JCTVC-R1013 were published by the editing AHG following the 18th JCT-VC
meeting. The text of the final draft of JCTVC- R1013 (version 6) was submitted to ISO/IEC
JTC1/SC29 for Final Draft International Standard ballot and to ITU-T SG16 for Consent. In
JCTVC-R1013, the relative changes to Edition 1 of High Efficiency Video Coding (HEVC) are
all marked with user name “HEVCv2”.
Seven versions of JCTVC-R1008 were published by the editing AHG following the 18th JCTVC meeting. The main changes in JCTVC-R1008, relative to the previous JCTVC-Q1008
(SHVC Draft 6), are:

Incorporation of all common SHVC and MV-HEVC HLS normative adoptions at the
18th JCTVC meeting.

Integration of all SHVC-specific normative adoptions at the 18th JCTVC meeting.

Emigration of all the text related to single layer coding features, including five single
layer SEI messages, to JCTVC-R1013.

Fixes of bug tracker tickets.
 Editorial improvements and fixes.
JCTVC-R1007 Test Model 7 document contains the general descriptions of normative processes
including the SHVC framework, texture data resampling process, motion field mapping process
and colour mapping process, as well as the non-normative downsampling process. The main
changes to the previous JCTVC-Q1007 (SHM6) is the text refinement according to the adoptions
at Sapporo meeting related to the upsampling and the colour mapping process. Further
improvements to the Test Model are planned.
The AHG recommended to:

Use the SHVC bug-tracker (https://hevc.hhi.fraunhofer.de/trac/shvc) to report issues
related to the SHVC Draft and Test Model text.

Compare the SHVC documents with the SHVC software and resolve any discrepancies
that may exist, in collaboration with the SHVC Software AHG.
 Continue to improve the quality of the SHVC test model document.
It was asked whether integration of the SHVC test model into the common HM would be
feasible. It seemed this could be reasonable once the SHM software would be fully integrated
with HM16 (same for multiview).
13.1.1.1.1.1.1.1.57 JCTVC-S0012 JCT-VC AHG report: SHVC software development
(AHG12) [V. Seregin, Y. He (AHG chairs)]
This report summarizes activities of the AHG12 on SHVC software development between 18th
and 19h JCT-VC meetings.
The current latest software version is SHM-7.0 contains almost all the items adopted last meeting,
however the following items are to be integrated:

JCTVC-R0062: Pseudo-monochrome

JCTVC-R0071: Cross-layer impacts of IRAP and EOS

JCTVC-R0235: AHG10: Processing of bitstreams without an available base layer

JCTVC-R0124: Constraint related to vps_base_layer_internal_flag

JCTVC-R0157: When pps_pic_parameter_set_id greater than or equal to 8,
colour_mapping_enabled_flag shall be equal to 0
Page: 189
Date Sav
Assignment of correct profile, level and tier indicated in encoder configuration file for output
layer set
SHM software can be downloaded at
https://hevc.hhi.fraunhofer.de/svn/svn_SHVCSoftware/tags/
The software issues can be reported using bug tracker https://hevc.hhi.fraunhofer.de/trac/shvc
Only one software version has been released by AHG12, integration details and performance
summary are given in the next subsections. In the document, only HEVC base layer results are
provided, AVC base layer data and CGS results can be found in the accompanying Excel tables.
Performance results are consistent with the adopted techniques.
Anchor data and templates have been generated based on common test conditions JCTVCQ1009 and attached to the report.
Changes included into SHM-7.0 were listed.
Recommendations were as follows:

Continue to develop reference software based on SHM-7.0 and improve its quality.

Work on the migration to HM-16.x base which includes RExt

Resolve identified software and working draft mismatches.
13.1.1.1.1.1.1.1.58 JCTVC-S0013 Loop filtering for SCC (AHG13) C. Rosewarne and
L. Zhang (co-chairs), X. Xu (vice-chair)
This report summarizes the Loop filtering for SCC Ad-Hoc Group (AHG13) between the 18th
JCT-VC meeting in Sapporo, JP (June-July 2014) and the 19th JCT-VC meeting in Strasbourg
(October 2014).
The following contributions were noted to be related: JCTVC-S0202, JCTVC-S0224, and
JCTVC-S0273 (with associated cross-checks JCTVC-S0202, JCTVC-S0224, JCTVC-S0273).
13.1.1.1.1.1.1.1.59 JCTVC-S0014 Parallel processing for SCC (AHG14) K. Rapaka (chair),
A. Duenas, S. Liu, S.-H. Kim (vice-chairs)
This document reports on the work of the JCT-VC ad hoc group on “Parallel processing for SCC
(AHG14)” between the 18th JCT-VC meeting in Sapporo, JP (June-July 2014) and the 19th JCTVC meeting in Strasbourg, FR (October 2014).
The following seven contribution were noted as relevant:

JCTVC-S0068 On IBC memory reduction [G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)]

JCTVC-S0070 On IBC constraint for Wavefront Parallel Processing [G. Laroche, T.
Poirier, C. Gisquet, P. Onno (Canon)]

JCTVC-S0088 On WPP with palette mode and intra BC mode [B. Li, J. Xu (Microsoft)]

JCTVC-S0101 Intra Block Copy reference area for Wavefront Parallel Procsssing [P.
Lai, X. Xu, S. Liu, T.-D. Chuang, S. Lei (MediaTek)]

JCTVC-S0141 Using the wavefront store-and-sync design for palette table prediction
variables [K. Misra, S. H. Kim, A. Segall (Sharp)]

JCTVC-S0145 Bandwidth reduction method for intra block copy [K. Rapaka, T. Hsieh,
C. Pang, V. Seregin, M. Karczewicz (Qualcomm)]

JCTVC-S0220 On parallel processing capability of intra block copy [K. Rapaka, V.
Seregin, C. Pang, M. Karczewicz (Qualcomm)]
Page: 190
Date Sav
13.1.1.1.1.1.1.1.60 JCTVC-S0015 JCT-VC AHG report: Test sequence material (AHG15)
[T. Suzuki, V. Baroncini, R. Cohen, T. K. Tan, S. Wenger]
Available test sequences were listed in the report for HEVC v.1 CTC, RExt CTC, and SCC CTC
and non-CTC sequences.
In discussion, it was suggested to also list other available test sequences that may be useful –
e.g., the test sequences used for HEVC v1 verification tests (if available).
(Further discussion was chaired by GJS on Wednesday 10-22 p.m.)
The test sequences that were used in the verification test were collected and were additionally
listed in a revision of the AHG report. They will be uploaded to the ftp site.
3
Project development, status, and guidance (3)
3.1 Communication to and by parent bodies (0)
See section 6.2.
3.2 Conformance test set development (0)
It was noted that many features are similar for SHVC and MV-HEVC, and that it would be
desirable to test the same features in both cases. This could help ease the effort and increase the
coverage of testing for conformance test set development for the two sets of extensions. See
further notes in section 6.2.
3.3 Version 2 bug reports and cleanup (0)
See notes for S0003.
3.4 HEVC coding performance, implementation demonstrations and design analysis
(2)
3.4.1 Version 1 performance (1)
See also section 3.4.2 notes regarding verification testing.
13.1.1.1.1.1.1.1.61 JCTVC-S0301 Some Results on Image Quality of HEVC and WebP
[D. He (Blackberry), J. Wang (Magnum Semiconductor)] [late]
(Consideration of this topic was chaired by GJS on Thursday 10-23 p.m.)
(This was a late information document.)
This document reports some results on HEVC RExt as a still-image coding tool versus the
"WebP" proprietary coding design, where the distortion is measured in both PSNR (peak signalnoise-ratio) and SSIM (structural similarity). On a set of grayscale images with resolutions from
512x512 to 2048x2560, it was reported that HM 16.1.1 consistently outperforms WebP in terms
of rate-distortion performance, regardless whether the distortion measure is PSNR or SSIM. On
average, at mid-quality range, the average PSNR BD-rate of HM 16.1.1 versus WebP (Method 6
= high-quality setting) was reported as −25.0%, and the SSIM BD-rate was reported as −16.6%;
at high-quality range, the average PSNR BD-rate of HM 16.1.1 versus WebP (Method 6) was
reported as −20.9%, and the SSIM BD-rate was reported as −13.7%.
It was remarked that it is tricky to consider a comparison of the performance of our design
relative to third-party. It was also noted that the contribution was a very late submission. It was
suggested that we should make sure to be clear that we are not endorsing a comparative
assessment of a third-party technology under these circumstances.
The contribution reported closer correspondence between PSNR and SSIM behaviour at higher
bit rates than at lower bit rates.
Page: 191
Date Sav
3.4.2 RExt performance/verification test (0)
A draft verification test plan was drafted and reviewed (Wed. a.m., chaired by GJS).
One aspect discussed was low delay interlace – what it means and how relevant it is. This will be
considered in future development of the test plan.
3.4.3 SHVC performance (0)
No contributions noted in this area.
3.4.4 SCC performance, design aspects and test conditions (2)
See also the AHG report 6, and contributions S0069 (advocating enable/disable at SPS level
rather than CU level under some circumstances), S0100 (advocating disabling ACT for YUV
CTC operation).
It was suggested that we should stop using a different sign convention when measuring BD BR
impacts for lossy and lossless tests, since this seems confusing.
It was agreed that negative values should indicate reduced bit rate.
(S0100 is also suggesting a change of CTC wrt disabling ACT in YCbCr sequences.)
13.1.1.1.1.1.1.1.62 JCTVC-S0042 AhG6: Inclusion of 4:2:0 screen content in the HEVC SCC
common test conditions [J. Sole, M. Karczewicz, R. Joshi, V. Seregin,
K. Rapaka (Qualcomm)]
This document proposes to include consideration of the 4:2:0 chroma format in the SCC project.
See additional notes in section 6.2.
In further discussion chaired by GJS on Thursday a.m., it was agreed to add the four class F test
sequences to the CTC.
We may want to make this row of the table distinct from the others.
Test results for Class F should not be necessary for testing aspects that only affect 4:4:4
operation, and test results for 4:4:4 sequences should not be necessary for tests that only affect
4:2:0 operation. This was agreed. (But we need to make sure there are no bugs introduced for the
irrelevant test cases.)
It was commented that at least some current Class F test sequences were captured with some
analog process that seems questionable. This should be further studied.
Our draft text seems to have 4:2:0 capability for IBC. We're keeping it that way (for now).
Palette and ACT only work in 4:4:4 in the draft text, and we're keeping it that way (for now).
13.1.1.1.1.1.1.1.63 JCTVC-S0084 Comparison of Compression Performance of HEVC 4:4:4
Range Extensions Test Model 8 and HEVC Screen Content Coding Extensions
Test Model 2 with AVC High 4:4:4 Predictive profile [B. Li, J. Xu, G. Sullivan
(Microsoft)]
(Consideration of this topic was chaired by J. Boyce on Sunday 10-19 p.m.)
This contribution is a study of the relative objective (i.e. PSNR-based) compression performance
of HEVC RExt Main 4:4:4 12 Test Model 8 (using 8, 10, and 12 bit configurations), HEVC SCC
Test Model 1 (SCM 2) and AVC High 4:4:4 Predictive Profile. It builds upon the prior work
reported in JCTVC-G399, JCTVC-H0360, JCTVC-I0409, JCTVC-J0236, JCTVC-K0279,
JCTVC-L0322, JCTVC-M0329, JCTVC-O0184, JCTVC-P0213, and JCTVC-R0101 – updating
the results by using the latest available reference software (JM-18.6, HM-15.0+RExt-8.0, HM15.0+RExt-8.0+SCM-2.0), profile and test model designs, and the RExt and SCC test sequences.
The overall results indicate that for RExt CTC sequences, RExt Main 4:4:4 12 Profile saves
25%, 33%, and 38% bit rate for AI-MT, RA-MT and LB-MT relative to AVC High 4:4:4
Predictive Profile. For SCC CTC sequences, RExt Main 4:4:4 12 Profile provides an even larger
benefit. The overall results also indicate that for screen content sequences, the HEVC SCC Test
Page: 192
Date Sav
Model 2 also improves quite substantially over HEVC SCC Test Model 1. For example, for RGB
text and graphics with motion (TGM) 1080p sequences, the HEVC SCC Test Model 2 saves
33%, 23%, and 18% bits for AI, RA and LB lossy coding over HEVC SCC Test Model 1.
Relative to what was reported most recently in JCTVC-R0101, the bit rate savings for SCC
sequences mainly comes from the adoption of new coding tools, especially residual adaptive
colour transform and palette mode.
The contribution was for information only. The proponents were thanked for providing this
useful data.
3.5 Source video test material (0)
No contributions noted in this area.
4
Core experiments in SCC (98)
4.1 CE1: Vector entropy coding (14)
4.1.1 CE1 summary and general discussion (1)
(Consideration of this topic was chaired by JRO on Friday 10-17 p.m.)
13.1.1.1.1.1.1.1.64 JCTVC-S0021 CE1: Summary report for Core Experiment 1 on vector
entropy coding [C. Pang, X. Xu (CE Coordinators)]
Test 1: BVD entropy coding for IBC mode

JCTVC-S0142, CE1 Test 1.1: CE1: Results of Test 1.1, Test 2.1 and Test 3.1, K. Rapaka, M.
Karczewicz, C. Pang (Qualcomm)
o JCTVC-S0166, Crosscheck of CE1 Test 1.1 (JCTVC-S0142) [S.-T. Hsiang
(MediaTek)]

JCTVC-S0057, CE1 Test 1.3: CE1: Results of Test 1.3, Test 4.1 and Test 4.3, A. Minezawa,
K. Miyazawa, S. Sekiguchi (Mitsubishi)
o JCTVC-S0210, Crosscheck of CE1 Test 1.3 (JCTVC-S0057) [C.-H. Hung, C. -C Lin,
J.-S. Tu, Y.-J. Chang, C.-L. Lin (ITRI)]

JCTVC-S0162, CE1 Test 1.4: CE1: Results of Tests 1.4, 2.2, & 3.3 on unified BVD & MVD
coding, S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)
o JCTVC-S0058, Crosscheck of CE1 Test 1.4 (JCTVC-S0162) [A. Minezawa, K.
Miyazawa, S. Sekiguchi (Mitsubishi)]
Test 2: MVD entropy coding for Inter mode

JCTVC-S0142, CE1 Test 2.1: CE1: Results of Test 1.1, Test 2.1 and Test 3.1, K. Rapaka, M.
Karczewicz, C. Pang (Qualcomm)
o JCTVC-S0166, Crosscheck of CE1 Test 2.1 (JCTVC-S0142) [S.-T. Hsiang
(MediaTek)]

JCTVC-S0162, CE1 Test 2.2: CE1: Results of Tests 1.4, 2.2, & 3.3 on unified BVD & MVD
coding, S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)
o JCTVC-S0226, Crosscheck of CE1 Test 2.2 (JCTVC-S0162) [C. Rosewarne, M.
Maeda (Canon)]
Test 3: MVD and BVD entropy coding for Inter and IBC modes
Page: 193
Date Sav

JCTVC-S0142, CE1 Test 3.1: CE1: Results of Test 1.1, Test 2.1 and Test 3.1, K. Rapaka, M.
Karczewicz, C. Pang (Qualcomm)
o JCTVC-S0059, Crosscheck of CE1 Test 3.1 (JCTVC-S0142) [A. Minezawa, K.
Miyazawa, S. Sekiguchi (Mitsubishi)]

JCTVC-S0061, CE1 Test 3.2: CE1: Results of Test 3.2 on MVD and BVD coding, G.
Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)
o JCTVC-S0146, Crosscheck of CE1 Test 3.2 (JCTVC-S0061) [K. Rapaka
(Qualcomm)]

JCTVC-S0162, CE1 Test 3.3: CE1: Results of Tests 1.4, 2.2, & 3.3 on unified BVD & MVD
coding, S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)
o JCTVC-S0076, Crosscheck of CE1 Test 3.3 (JCTVC-S0162) [G. Laroche (Canon)]
Test 4: Combination tests on BVD entropy coding for IBC mode

JCTVC-S0057, CE1 Test 4.1: combination of Test 1.1 + Test 1.3, CE1: Results of Test 1.3,
Test 4.1 and Test 4.3, A. Minezawa, K. Miyazawa, S. Sekiguchi (Mitsubishi)
o JCTVC-S0167, Crosscheck of CE1 Test 4.1 (JCTVC-S0057) [S.-T. Hsiang
(MediaTek)]

JCTVC-S0057, CE1 Test 4.3: combination of Test 1.3 + Test 1.4, CE1: Results of Test 1.3,
Test 4.1 and Test 4.3, A. Minezawa, K. Miyazawa, S. Sekiguchi (Mitsubishi)
o JCTVC-S0147, Crosscheck of CE1 Test 4.3 (JCTVC-S0057) [K. Rapaka
(Qualcomm)]
The proposed methods were implemented on top of SCM2.0 and simulated under the SCC
common test conditions.
Test 1 & Test 4: BVD entropy coding for IBC mode
 Test 1.1: BVD coding for IBC (JCTVC-S0142)
In this test, first a context coded flag is coded to indicate BVD is zero. When BVD is not zero,
another flag is coded to indicate if absolute level of BVD is greater than 4. If BVD is greater than
4, the remaining absolute level is coded using bypass 4th-order Exp-Golomb codes else is coded
using a fixed length code. One flag is coded to indicate sign of the BVD.

Test 1.3: Adaptive switching between differential and direct coding for intra block copy
vectors (JCTVC-S0057)
In this test, one flag is added to specify whether the BV is predicted or not. If not predicted, BV
is coded without prediction. The flag is bypass coded and signalled only when the BV
component is non-zero. An additional modification of the coding process of sign flags of vectors
to reduce redundancy is also tested.
 Test 1.4: BVD coding for IBC using a universal entropy coding scheme (JCTVC-S0162)
In this test, the absolute value of each BVD component is represented by sending its most
significant bit (MSB) index followed by its refinement value. The MSB index is binarized by the
unary code. The bin from the resulting bin string is entropy coded in the CABAC mode if the bin
index is no greater than a bypass threshold and in the bypass mode, otherwise. The refinement
value is binarized by the fixed-length code and the resulting bin string is entropy code in the
bypass mode.
 Test 4.1: Combination of Test 1.1 + Test 1.3 (JCTVC-S0057)
In this test, the combination of Test 1.1 and Test 1.3 is investigated.
Page: 194
Date Sav
 Test 4.3: Combination of Test 1.3 + Test 1.4 (JCTVC-S0057)
In this test, the combination of Test 1.3 and Test 1.4 is investigated.
Results for Test 1 & Test 4 on BVD coding for IBC mode
All Intra
1.1
1.3(1)
1.3(2)
1.4
4.1(1)
4.1(2)
−0.3
%
−0.2
%
−0.6
%
−0.3
%
−0.2
%
−0.3
%
−0.4
%
−0.4
%
−0.1
%
−0.5
%
−0.3
%
−0.1
%
−0.1
%
−0.9
%
−0.4
%
−0.2
%
−0.3
%
4.3
(1)
4.3
(2)
RGB, mixed content, 1440p
0.0%
RGB, mixed content, 1080p
−0.1
%
−0.3
%
−0.1
%
−0.1
%
−0.1
%
RGB, Animation, 720p
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
RGB, camera captured, 1080p
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
YUV, text & graphics with motion,
1080p
−0.3
%
−0.2
%
−0.1
%
−0.3
%
−0.1
%
−0.2
%
−0.7
%
−0.3
%
−0.3
%
−0.4
%
−0.5
%
−0.4
%
−0.1
%
−0.1
%
−0.6
%
−0.2
%
−0.1
%
−0.2
%
−1.0
%
−0.5
%
−0.4
%
−0.5
%
RGB, text & graphics with motion,
1080p
RGB, text & graphics with motion,720p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
0.0%
0.0%
−0.9
%
−0.6
%
−0.3
%
−0.4
%
−0.6%
−0.4%
−0.1%
−0.2%
−1.1
%
−0.6
%
−0.4
%
−0.5
%
−0.7%
−0.4%
−0.2%
−0.3%
YUV, mixed content, 1080p
0.0%
YUV, Animation, 720p
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
YUV, camera captured, 1080p
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
Enc Time[%]
96%
100%
100%
100%
102%
102%
100%
100%
Dec Time[%]
100%
99%
99%
100%
100%
100%
100%
99%
NonCE1
(1.1 +
4.1)
−1.
0%
−0.
5%
−0.
4%
−0.
4%
0.0
%
0.0
%
−1.
2%
−0.
7%
−0.
5%
−0.
6%
−0.
1%
0.0
%
106%
108%
Random Access
1.1
1.3(1)
1.3(2)
1.4
4.1(1)
4.1(2)
4.3 (1)
4.3 (2)
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
−0.1%
−0.1%
−0.1%
0.0%
0.0%
0.0%
−0.1%
−0.2%
0.0%
0.0%
0.0%
0.0%
−0.1%
0.0%
−0.2%
−0.1%
0.0%
0.0%
−0.2%
0.0%
−0.1%
−0.1%
0.1%
0.0%
−0.4%
−0.2%
−0.2%
−0.3%
0.0%
0.0%
−0.4%
−0.1%
−0.2%
−0.2%
0.1%
0.0%
−0.1%
−0.3%
0.0%
0.0%
0.0%
0.0%
−0.1%
−0.2%
0.1%
0.1%
0.0%
0.0%
−0.3%
−0.2%
−0.1%
−0.2%
0.0%
0.0%
−0.3%
−0.1%
−0.2%
0.0%
0.0%
0.1%
−0.5%
−0.3%
−0.2%
−0.2%
0.0%
0.0%
−0.5%
−0.3%
−0.2%
−0.3%
0.0%
0.0%
−0.2%
−0.3%
−0.1%
−0.2%
−0.1%
0.0%
−0.2%
−0.2%
−0.1%
0.0%
0.1%
0.0%
−0.4%
−0.4%
−0.1%
−0.3%
−0.1%
0.0%
−0.5%
−0.3%
−0.1%
−0.2%
0.0%
0.0%
NonCE1
(1.1 +
4.1)
−0.6%
−0.4%
−0.2%
−0.4%
0.0%
0.0%
−0.6%
−0.4%
−0.3%
−0.4%
0.0%
0.0%
Enc Time[%]
Dec Time[%]
96%
100%
100%
100%
100%
99%
99%
101%
101%
100%
101%
99%
101%
100%
100%
100%
92%
96%
Page: 195
Date Sav
Low Delay
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
1.1
−0.1%
−0.2%
0.0%
−0.3%
0.0%
0.0%
−0.1%
−0.2%
−0.1%
0.1%
0.0%
0.0%
1.3(1)
−0.2%
0.0%
0.0%
−0.3%
0.1%
0.0%
−0.1%
−0.1%
−0.2%
−0.5%
0.1%
0.0%
1.3(2)
−0.4%
0.0%
−0.2%
−0.5%
0.0%
0.0%
−0.3%
−0.1%
−0.3%
−0.4%
0.1%
0.0%
1.4
0.0%
−0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
−0.1%
−0.2%
0.3%
0.0%
0.0%
4.1(1)
−0.3%
−0.2%
0.1%
−0.1%
0.0%
0.0%
−0.2%
−0.3%
−0.2%
−0.2%
0.0%
0.0%
4.1(2)
−0.5%
−0.1%
−0.1%
−0.1%
−0.1%
0.0%
−0.4%
−0.3%
−0.3%
−0.1%
0.1%
0.0%
4.3
(1)
−0.2%
−0.2%
−0.1%
0.0%
0.0%
0.1%
−0.1%
−0.3%
0.0%
0.0%
0.1%
0.0%
4.3 (2)
−0.4%
−0.2%
0.0%
−0.1%
−0.1%
0.0%
−0.3%
−0.2%
−0.2%
0.0%
0.1%
0.0%
NonCE1
(1.1 +
4.1)
−0.5%
−0.1%
−0.2%
−0.3%
0.0%
0.0%
−0.5%
−0.2%
−0.4%
−0.7%
0.1%
0.0%
Enc Time[%]
Dec Time[%]
84%
100%
100%
99%
100%
97%
100%
100%
101%
100%
100%
98%
101%
99%
101%
99%
89%
95%
Complexity analysis
# additional regular bins per BV
# additional contexts for BV
1.1
1.3(1)
1.3(2)
2
0
0
2
0
0
Complexity
1.4
4.1(1)
same
12
as 1.1
4 for AI
same
2 for RA/LD as 1.1
4.1(2)
same
as 1.1
same
as 1.1
4.3 (1)
same
as 1.4
same
as 1.4
4.3 (2)
same
as 1.4
same
as 1.4
From discussion:

Method 1.3 requires additional decision to determine the setting of the flag. 1.3(2) changes
the binarization of sign when it is not predicted. This could be interpreted as an additional
predictor candidate. It adds complexity both for encoder and decoder, whereas the gain is
small. No action.

All three methods are adding complexity as compared to the current BV coding of the SCC
draft, whereas the compression benefit is relatively small

Methods 1.1.and 1.4 would likely increase the worst case number of context coded bins (by
the last meeting, the new BV entropy coding using 2 context coded bins per 4x4 IBC block
instead of 4 had brought the throughput to the same level as MV coding which uses 4 context
coded bins per 4x8 block)
A BoG (C. Pang) was requested to analyze the worst case number of context coded bins in IBC
for the current SCM and the methods 1.1 and 1.4; compare against current 4x8 MV coding,
including considerations about reference index and mode coding.
See further notes under S0294 – method 1.1 to be further investigated in CE.
Test 2: MVD entropy coding for Inter mode
 Test 2.1: MVD coding for Inter (JCTVC-S0142)
In this test, first a context coded flag is coded to indicate MVD is zero. When MVD is not zero,
another flag is coded to indicate if absolute level of MVD is greater than 4. If MVD is greater
than 4, the remaining absolute level is coded using bypass 4-order Exp-Golomb codes else is
coded using a fixed length code. One flag is coded to indicate sign of the MVD.
Same binarization as 1.1

Test 2.2: MVD coding using a universal entropy coding scheme (JCTVC-S0162)
Page: 196
Date Sav
In this test, the absolute value of each MVD component is represented by sending its most
significant bit (MSB) index followed by its refinement value. The MSB index is binarized by the
unary code. The bin from the resulting bin string is entropy coded in the CABAC mode if the bin
index is no greater than a bypass threshold and in the bypass mode, otherwise. The refinement
value is binarized by the fixed-length code and the resulting bin string is entropy code in the
bypass mode.
Same binarization as 1.4
Results for Test 2 on MVD entropy coding for Inter mode
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Random Access
2.1
2.2
−2.3%
−2.8%
−0.5%
−0.6%
−0.1%
−0.2%
−0.1%
−0.2%
−0.1%
−0.2%
0.0%
−0.3%
−2.6%
−3.1%
−0.6%
−0.7%
−0.1%
−0.1%
−0.2%
−0.2%
−0.1%
−0.2%
0.0%
−0.2%
Enc Time[%]
Dec Time[%]
95%
100%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Low Delay
2.1
2.2
−3.0%
−3.6%
−1.1%
−1.3%
−0.2%
−0.3%
−0.4%
−0.5%
−0.1%
−0.1%
0.0%
−0.1%
−3.3%
−4.0%
−1.3%
−1.7%
0.0%
−0.3%
−0.3%
−0.4%
0.0%
0.0%
0.1%
−0.2%
Enc Time[%]
Dec Time[%]
93%
100%
95%
100%
94%
100%
Complexity analysis
# additional regular bins per MV
# additional contexts for MV
modification to binarization
Complexity
2.1
2.2
0
10
2
4
yes
no
From discussion: The approaches are using the same binarization for IBC BV and MV coding,
however, it is different from the binarization used in previous HEVC versions.
Method 1.3 was not investigated here, because it would give a loss in case of MV coding. This
would mean that method 1.3 would only be used for BV, i.e. no harmonization.
Page: 197
Date Sav
Both methods show some interesting gain (around 2-3%) for the 1080p TGwM class, and no loss
in any other class. However, the question was raised how much of this gain would be preserved
when a conventional bit estimation for inter mode decision woud be used.
Method 2.2 (1.4) would increase the worst case number of context coded bins significantly (10
per 4x8 block).
Method 2.1 (1.1) would not increase the worst case number of context coded bins, but add more
contexts.
Modifying the binarization specifically for screen content could likely enforce implementation of
two different binarization methods (at least for those decoders that support the old profiles as
well).
It was also mentioned by one expert that it would be desirable to re-use existing designs for the
inter coding.
Unification of BV coding and MV coding would not be achieved, if the finding of the BoG
would be that none of the methods is beneficial for BV coding due to the increase of worst case
number of context coded bins.
It was mentioned by several experts that defining a different method of binarization only for MV
coding in an SCC environment would be undesirable (eventually enforcing decoders to
implement three different methods).
Test 3: MVD and BVD entropy coding for Inter and IBC modes
 Test 3.1: BVD coding for IBC and MVD coding for Inter (JCTVC-S0142)
In this test, first a context coded flag is coded to indicate BVD/MVD is zero. When BVD/MVD
is not zero, another flag is coded to indicate if absolute level of BVD/MVD is greater than 4. If
BVD/MVD is greater than 4, the remaining absolute level is coded using bypass 4-order ExpGolomb codes else is coded using a fixed length code. One flag is coded to indicate sign of the
BVD/MVD.
 Test 3.2: MVD and BVD entropy coding for Inter and IBC modes (JCTVC-S0061)
In this test, a flag at slice level is used to determine the residual coding method for both Inter and
IBC modes. The current SCM2.0 BVD and MVD coding should be considered with this method
or with one of the proposed BVD methods in section 0.

Test 3.3: Unified BVD & MVD coding using a universal entropy coding scheme
(JCTVC-S0162)
In this test, the absolute value of each BVD and MVD component is represented by sending its
most significant bit (MSB) index followed by its refinement value. The MSB index is binarized
by the unary code. The bin from the resulting bin string is entropy coded in the CABAC mode if
the bin index is no greater than a bypass threshold and in the bypass mode, otherwise. The
refinement value is binarized by the fixed-length code and the resulting bin string is entropy code
in the bypass mode.
Results for Test 3 on MVD and BVD entropy coding for Inter and IBC modes
•
Test 3.3* further provides the results with the constraint on the max number of regular
bins per CU compared with those of the proposed method in test 3.3 without the
constraint.
Page: 198
Date Sav
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
3.1
−0.3%
−0.2%
0.0%
−0.1%
0.0%
0.0%
−0.3%
−0.2%
−0.1%
0.0%
0.0%
0.0%
All Intra
3.2
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
3.3 & 3.3*
−0.4%
−0.4%
0.0%
−0.1%
0.0%
0.0%
−0.5%
−0.4%
−0.1%
−0.1%
0.0%
0.0%
Enc Time[%]
Dec Time[%]
97%
100%
98%
100%
99%
101%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
3.1
−2.4%
−0.6%
−0.1%
−0.1%
−0.1%
0.0%
−2.7%
−0.7%
0.0%
−0.1%
0.0%
0.0%
Enc Time[%]
Dec Time[%]
100%
100%
99%
99%
95%
100%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
3.1
−3.1%
−1.2%
−0.2%
−0.6%
0.0%
0.0%
−3.4%
−1.4%
−0.3%
−0.4%
−0.1%
0.1%
Low Delay
3.2
−1.8%
−0.2%
0.2%
0.1%
0.0%
0.0%
−2.1%
−0.4%
0.3%
0.2%
0.1%
0.0%
3.3 & 3.3*
−3.4%
−1.5%
−0.2%
−0.3%
−0.1%
−0.2%
−3.9%
−1.8%
−0.4%
−0.1%
−0.1%
−0.1%
Enc Time[%]
Dec Time[%]
87%
100%
98%
98%
94%
99%
Random Access
3.2
3.3 & 3.3*
−1.5%
−2.7%
0.1%
−0.9%
0.1%
−0.2%
0.2%
−0.1%
0.0%
−0.3%
0.0%
−0.2%
−1.8%
−3.0%
0.0%
−0.9%
0.2%
−0.1%
0.1%
−0.1%
0.0%
−0.2%
0.0%
−0.1%
Page: 199
Date Sav
Complexity analysis
# additional regular bins per BV
# additional regular bins per MV
# additional contexts for MV & BV
unification of MVD & BVD coding
3.1
2
0
4
Complexity
3.2
0
0
0
3.3*
12
10
2
same
binarization
& same
contexts
From discussion: Method 3.2 is not included in test 1 and 2, It indicates at slice level whether
(for both MV coding and BV coding) either the conventional HEVC MV coding or the BV
coding of SCM is used.
Behaviour not consistent - for some of the non screen content classes, losses occur.
Question is raised how the decision is made? During the presentation of the CE summary,
contributors are not available.
3.1 is combining 1.1 and 2.1; 3.3 is combining 1.4 and 2.2.
3.3* is included in version 2 of JCTVC-S0162 (delivered 13-10), giving additional results that
indicate no loss when the number of worst case additional context coded bins is further
restricted. Formally, this had not been planned in the CE and should be considered as a new
contribution. There is no cross-check, and during the discussion some concern is raised that this
might imply additional checks by the encoder whether the constraint is met.
See further disposition under BoG report S0298.
4.1.2 CE1 primary contributions (4)
13.1.1.1.1.1.1.1.65 JCTVC-S0057 CE1: Results of Test 1.3, Test 4.1 and Test 4.3
[A. Minezawa, K. Miyazawa, S. Sekiguchi (Mitsubishi)]
13.1.1.1.1.1.1.1.66 JCTVC-S0061 CE1: Results of Test 3.2 on MVD and BVD coding
[G. Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)]
13.1.1.1.1.1.1.1.67 JCTVC-S0142 CE1: Results of Test 1.1, Test 2.1 and Test 3.1
[K. Rapaka, M. Karczewicz, C. Pang (Qualcomm)]
13.1.1.1.1.1.1.1.68 JCTVC-S0162 CE1: Results of Tests 1.4, 2.2, & 3.3 on unified BVD &
MVD coding [S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)]
4.1.3 CE1 cross checks (9)
13.1.1.1.1.1.1.1.69 JCTVC-S0058 CE1: Cross-check on Test 1.4 [A. Minezawa,
K. Miyazawa, S. Sekiguchi (Mitsubishi)]
13.1.1.1.1.1.1.1.70 JCTVC-S0059 CE1: Cross-check on Test 3.1 [A. Minezawa,
K. Miyazawa, S. Sekiguchi (Mitsubishi)]
Page: 200
Date Sav
13.1.1.1.1.1.1.1.71
JCTVC-S0076 CE1: Cross-check of Test 3.2 [G. Laroche (Canon)] [late]
13.1.1.1.1.1.1.1.72 JCTVC-S0146 CE1: Cross-check on Test 3.2 on MVD and BVD coding
(JCTVC-S0061) [K. Rapaka (Qualcomm)] [late]
13.1.1.1.1.1.1.1.73 JCTVC-S0147 CE1: Cross-check on Test 4.3 method1 and method 2
(JCTVC-S0057) [K. Rapaka (Qualcomm)] [late]
13.1.1.1.1.1.1.1.74 JCTVC-S0166 CE1: Cross check of Tests 1.1 & 2.1 [S.-T. Hsiang
(MediaTek)] [late]
13.1.1.1.1.1.1.1.75 JCTVC-S0167 CE1: Cross check of Test 4.1 on combination of Test 1.1 +
Test 1.3 [S.-T. Hsiang (MediaTek)] [late]
13.1.1.1.1.1.1.1.76 JCTVC-S0210 CE1: Cross-Check Results of Test 1.3 [C.-H. Hung, C.-C.
Lin, J.-S. Tu, Y.-J. Chang, C.-L. Lin (ITRI)] [late]
13.1.1.1.1.1.1.1.77 JCTVC-S0226 Cross-check of CE1 Test 2.2 from ‘CE1: Results of Tests
1.4, 2.2, & 3.3 on unified BVD & MVD coding’ (JCTVC-S0162) by Mediatek
[C. Rosewarne, M. Maeda (Canon)] [late]
4.2 CE2: Intra block copy signalling and partitioning (12)
4.2.1 CE2 summary and general discussion (1)
(Consideration of this topic was chaired by chaired by JO, Friday 10-17 p.m.)
Test 1 Unification of IBC to inter (JCTVC-S0080)
In this test, IBC block is treated as an inter block with reference to the current picture so that IBC
can reuse the design for the inter mode. The modifications are

When Intra BC mode is enabled, adding the current picture (before deblocking and SAO)
to the last position of list 0, marking as long-term reference picture.

If the current slice is I slice and Intra BC mode is enabled, the syntax parsing process and
decoding process of P slice is followed.

When Intra BC mode is enabled, after decoding the current picture, mark the current
picture as short-term reference picture.
Page: 201
Date Sav
The summarized results are showed below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-2.1%
-1.1%
-1.6%
-1.2%
0.1%
0.1%
-0.5%
-0.4%
-0.8%
-0.7%
0.0%
0.1%
G/Y
-3.7%
-1.2%
-1.2%
-1.1%
0.0%
-0.2%
-3.7%
-0.7%
-0.9%
-0.9%
0.0%
-0.1%
G/Y
-3.8%
-0.8%
-1.0%
-1.1%
0.1%
0.0%
-4.0%
-0.8%
-0.9%
-1.1%
0.2%
0.0%
All Intra
B/U
-3.7%
-2.1%
-2.0%
-1.9%
0.1%
0.1%
-2.0%
-1.3%
-1.5%
-2.1%
0.1%
0.2%
120%
104%
Random Access
B/U
-5.6%
-2.6%
-2.4%
-2.6%
-0.1%
-0.1%
-5.4%
-2.2%
-2.5%
-3.3%
0.0%
0.1%
105%
98%
Low delay B
B/U
-5.3%
-2.0%
-2.1%
-2.8%
0.0%
0.0%
-5.6%
-1.6%
-2.5%
-4.6%
-0.1%
0.0%
104%
102%
R/V
-3.8%
-2.0%
-2.2%
-1.9%
0.1%
0.1%
-2.0%
-1.6%
-1.8%
-2.2%
0.0%
0.1%
R/V
-5.6%
-2.6%
-2.5%
-2.8%
-0.1%
-0.2%
-5.5%
-2.2%
-2.4%
-3.3%
0.0%
0.0%
R/V
-5.2%
-2.1%
-2.1%
-2.6%
0.2%
0.0%
-5.4%
-2.3%
-2.1%
-5.4%
0.6%
0.0%
Page: 202
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.5%
0.3%
1.5%
1.4%
0.0%
0.0%
0.7%
0.3%
1.3%
1.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
1.5%
1.1%
0.4%
0.0%
1.3%
0.3%
1.4%
1.4%
0.0%
0.0%
0.0%
0.0%
0.7%
0.1%
0.4%
0.0%
1.2%
0.2%
1.1%
1.1%
0.0%
0.0%
0.0%
0.0%
117%
101%
Bi t-ra te
s a vi ng
(Ma x)
1.9%
0.9%
2.3%
1.4%
0.0%
0.0%
1.3%
0.9%
2.1%
1.1%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.5%
0.2%
0.3%
0.3%
0.0%
0.0%
2.5%
0.2%
0.3%
0.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.3%
1.1%
0.3%
0.0%
0.3%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
2.1%
1.1%
0.2%
0.0%
0.3%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
108%
103%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
0.6%
0.6%
0.3%
0.0%
0.0%
2.8%
0.3%
0.6%
0.2%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.7%
0.1%
0.2%
0.1%
0.0%
0.0%
2.5%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.4%
0.8%
0.1%
0.0%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
2.3%
1.0%
0.1%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
108%
102%
Bi t-ra te
s a vi ng
(Ma x)
3.5%
0.4%
0.3%
0.1%
0.0%
0.0%
3.2%
0.5%
0.2%
0.1%
0.0%
0.0%
From discussion:
Signalling and coding of vectors is used as in inter coding (including merge), but the IBC
operation itself differs from motion comp.
Current picture is put as long term reference into ref pic list.
IBC is operated in 4x4 block size, but only uses integer vectors, no filtering etc.
Page: 203
Date Sav
Test 2 - PU-based IBC using intra_bc_flag signalling (JCTVC-S0121)
In this test, IBC flag is signalled at PU level instead of CU level. Two sub-tests were conducted.
In test 2a, IBC mode is coded as an intra mode and in test 2b, IBC mode is coded as an inter
mode.
The summarized results of test 2a are shown belowRGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.1%
0.0%
0.0%
0.0%
0.0%
G/Y
-1.4%
-0.3%
-0.3%
-0.3%
-0.1%
0.0%
-1.3%
-0.2%
-0.3%
-0.2%
0.0%
0.0%
G/Y
-1.7%
-0.6%
-0.3%
-0.6%
-0.1%
0.0%
-1.6%
-0.7%
-0.4%
-0.6%
0.0%
0.0%
All Intra
B/U
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.1%
0.0%
0.0%
0.0%
0.0%
101%
102%
Random Access
B/U
-1.3%
-0.4%
-0.4%
-0.3%
-0.1%
0.0%
-1.2%
-0.4%
-0.3%
-0.5%
-0.2%
0.1%
103%
101%
Low delay B
B/U
-1.5%
-0.5%
-0.6%
-0.4%
-0.2%
0.0%
-1.4%
-0.3%
-0.8%
-0.2%
0.0%
0.0%
104%
101%
R/V
0.0%
-0.1%
-0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
-0.1%
0.0%
0.0%
0.0%
R/V
-1.3%
-0.3%
-0.4%
-0.4%
-0.1%
0.0%
-1.3%
-0.3%
-0.3%
-0.4%
0.1%
-0.1%
R/V
-1.6%
-0.5%
-0.6%
-0.1%
0.0%
0.0%
-1.5%
-0.5%
-0.4%
-0.3%
0.4%
-0.1%
Page: 204
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
100%
101%
Bi t-ra te
s a vi ng
(Ma x)
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
0.8%
0.1%
0.0%
0.0%
0.0%
0.0%
0.8%
0.1%
0.0%
0.0%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
0.6%
0.5%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.5%
0.2%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
103%
103%
Bi t-ra te
s a vi ng
(Ma x)
0.9%
0.1%
0.1%
0.0%
0.0%
0.0%
0.9%
0.1%
0.1%
0.0%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.0%
0.1%
0.1%
0.1%
0.0%
0.0%
1.0%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
0.8%
0.5%
0.1%
0.1%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
0.7%
0.3%
0.1%
0.1%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
103%
101%
Bi t-ra te
s a vi ng
(Ma x)
1.1%
0.2%
0.1%
0.1%
0.0%
0.0%
1.1%
0.2%
0.1%
0.1%
0.0%
0.0%
Page: 205
Date Sav
The summarized results of test 2b are shown belowRGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-0.1%
-0.2%
-0.1%
-0.1%
0.0%
0.0%
-0.2%
0.0%
0.0%
-0.1%
0.0%
0.0%
G/Y
-1.7%
-0.7%
-0.6%
-0.6%
-0.1%
0.0%
-1.6%
-0.4%
-0.3%
-0.4%
0.0%
0.0%
G/Y
-2.0%
-0.8%
-0.5%
-1.0%
-0.1%
0.0%
-1.8%
-0.7%
-0.5%
-0.8%
0.0%
0.0%
All Intra
B/U
-1.1%
-0.9%
-0.4%
-0.5%
0.0%
0.0%
-1.6%
-0.8%
-0.6%
-1.4%
0.0%
0.0%
101%
100%
Random Access
B/U
-3.2%
-1.7%
-1.4%
-1.4%
-0.1%
0.0%
-3.4%
-1.6%
-1.6%
-3.1%
-0.2%
0.1%
104%
101%
Low delay B
B/U
-3.3%
-1.8%
-1.3%
-2.4%
0.0%
0.0%
-3.4%
-1.6%
-2.2%
-5.2%
-0.5%
-0.1%
104%
102%
R/V
-1.0%
-0.8%
-0.6%
-0.5%
0.0%
0.0%
-1.6%
-1.0%
-0.8%
-1.3%
0.0%
0.0%
R/V
-3.0%
-1.7%
-1.5%
-1.6%
-0.2%
0.0%
-3.4%
-1.9%
-1.6%
-2.9%
0.0%
-0.1%
R/V
-3.2%
-1.9%
-1.6%
-2.4%
0.0%
0.0%
-3.3%
-2.1%
-2.0%
-5.2%
-0.2%
0.0%
Page: 206
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
100%
99%
Bi t-ra te
s a vi ng
(Ma x)
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
0.8%
0.1%
0.0%
0.0%
0.0%
0.0%
0.8%
0.1%
0.0%
0.0%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
0.6%
0.5%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.5%
0.2%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
103%
102%
Bi t-ra te
s a vi ng
(Ma x)
0.9%
0.1%
0.1%
0.0%
0.0%
0.0%
0.9%
0.1%
0.1%
0.0%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.0%
0.1%
0.1%
0.1%
0.0%
0.0%
1.0%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
0.8%
0.5%
0.1%
0.1%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
0.7%
0.3%
0.1%
0.1%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
104%
101%
Bi t-ra te
s a vi ng
(Ma x)
1.1%
0.2%
0.1%
0.1%
0.0%
0.0%
1.1%
0.2%
0.1%
0.1%
0.0%
0.0%
From discussion: Difference in AI is small, since the main effect is due to the combined usage of
inter and IBC at the PU level.
Page: 207
Date Sav
Test 3 - IBC with block vector derivation (JCTVC-S0131)
In this test, five spatially neighboring BVs and their possible BV derivations are used as merge
candidates for the current IBC block. The neighboring BVs and BV derivation are illustrated
below –
B2
BV1
C4
BVd
C1
C2
C0
B1
BV0
Current
coding
block X
Current coding block
C3
Two sub tests were conducted. In test 3a, BV derivation is used as to construct more merge
candidates for an IBC block. In test 3b, BV derivation is further applied to derive a BV/MV for
an IBC block.
Page: 208
Date Sav
The summarized results of test 3a are shown below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-5.0%
-2.6%
-2.4%
-2.2%
-0.1%
0.0%
-2.9%
-2.1%
-1.6%
-1.7%
-0.2%
0.0%
G/Y
-4.2%
-2.0%
-1.7%
-2.0%
-0.1%
0.0%
-3.7%
-1.5%
-1.3%
-1.6%
0.0%
0.0%
G/Y
-4.0%
-1.2%
-1.4%
-1.3%
0.0%
0.0%
-3.7%
-1.1%
-1.2%
-1.2%
0.1%
0.0%
All Intra
B/U
-6.4%
-3.3%
-2.7%
-2.7%
-0.1%
0.0%
-4.4%
-2.9%
-2.1%
-3.0%
-0.2%
0.0%
114%
96%
Random Access
B/U
-6.1%
-3.1%
-2.6%
-2.9%
-0.2%
0.0%
-5.5%
-2.7%
-2.7%
-4.0%
-0.2%
0.2%
106%
99%
Low delay B
B/U
-5.4%
-2.3%
-2.0%
-2.7%
0.2%
0.0%
-5.4%
-2.1%
-2.4%
-4.3%
-0.3%
0.0%
105%
99%
R/V
-6.2%
-3.2%
-2.9%
-2.7%
-0.1%
0.0%
-4.3%
-3.1%
-2.3%
-3.0%
-0.3%
0.0%
R/V
-5.8%
-3.0%
-2.7%
-3.0%
-0.2%
0.0%
-5.6%
-2.9%
-2.6%
-4.0%
-0.4%
-0.1%
R/V
-5.2%
-2.2%
-2.1%
-2.4%
0.0%
0.1%
-5.3%
-2.7%
-2.1%
-5.2%
-0.1%
0.2%
Page: 209
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.8%
0.6%
1.9%
1.6%
0.0%
0.0%
1.8%
0.5%
1.8%
1.4%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.8%
2.5%
0.7%
0.1%
1.7%
0.3%
1.6%
1.6%
0.0%
0.0%
0.0%
0.0%
1.7%
1.0%
0.6%
0.1%
1.6%
0.4%
1.4%
1.4%
0.0%
0.0%
0.0%
0.0%
113%
98%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
1.2%
3.0%
1.6%
0.0%
0.0%
2.4%
0.9%
2.8%
1.4%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.6%
0.2%
0.3%
0.3%
0.0%
0.0%
2.2%
0.2%
0.3%
0.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.6%
1.9%
0.4%
0.1%
0.4%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
2.1%
1.4%
0.3%
0.1%
0.3%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
103%
99%
Bi t-ra te
s a vi ng
(Ma x)
3.2%
0.8%
0.7%
0.3%
0.0%
0.0%
2.6%
0.7%
0.6%
0.2%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.7%
0.1%
0.2%
0.1%
0.0%
0.0%
2.2%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.6%
1.7%
0.2%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
2.2%
1.3%
0.2%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
104%
104%
Bi t-ra te
s a vi ng
(Ma x)
3.3%
0.5%
0.3%
0.1%
0.0%
0.0%
3.1%
0.6%
0.3%
0.1%
0.0%
0.0%
Page: 210
Date Sav
And the summarized results of test 3b are shown below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-5.5%
-3.0%
-2.6%
-2.4%
-0.1%
0.0%
-3.4%
-2.5%
-1.7%
-1.8%
-0.2%
0.0%
G/Y
-4.4%
-2.2%
-1.9%
-1.9%
-0.1%
0.0%
-3.9%
-1.7%
-1.4%
-1.6%
-0.1%
0.0%
G/Y
-4.1%
-1.2%
-1.3%
-1.2%
0.0%
0.0%
-3.8%
-1.1%
-1.3%
-1.1%
0.0%
0.0%
All Intra
B/U
-6.8%
-3.7%
-2.9%
-2.8%
-0.1%
0.0%
-4.8%
-3.4%
-2.3%
-3.1%
-0.2%
0.0%
128%
91%
Random Access
B/U
-6.3%
-3.3%
-2.8%
-2.9%
-0.1%
0.0%
-5.7%
-2.9%
-2.5%
-4.1%
-0.5%
0.2%
108%
99%
Low delay B
B/U
-5.6%
-2.1%
-1.8%
-2.2%
0.1%
0.0%
-5.6%
-2.2%
-2.9%
-4.6%
-0.4%
-0.1%
106%
99%
R/V
-6.7%
-3.6%
-3.1%
-2.8%
-0.1%
0.0%
-4.8%
-3.4%
-2.4%
-3.1%
-0.3%
0.0%
R/V
-6.0%
-3.3%
-2.8%
-3.0%
-0.1%
0.1%
-5.8%
-3.1%
-2.8%
-3.9%
-0.3%
0.0%
R/V
-5.3%
-2.3%
-2.3%
-2.4%
0.1%
0.0%
-5.4%
-2.4%
-2.5%
-5.4%
0.1%
0.2%
Page: 211
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
3.1%
0.6%
2.0%
1.7%
0.0%
0.0%
2.1%
0.7%
1.9%
1.4%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
3.2%
2.9%
0.7%
0.1%
1.7%
0.4%
1.7%
1.7%
0.0%
0.0%
0.0%
0.0%
2.0%
1.2%
0.8%
0.1%
1.7%
0.5%
1.4%
1.4%
0.0%
0.0%
0.0%
0.0%
124%
94%
Bi t-ra te
s a vi ng
(Ma x)
3.3%
1.1%
3.0%
1.7%
0.0%
0.0%
2.7%
1.3%
2.9%
1.4%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.8%
0.2%
0.4%
0.3%
0.0%
0.0%
2.4%
0.2%
0.3%
0.3%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.8%
2.1%
0.4%
0.2%
0.4%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
2.3%
1.5%
0.4%
0.1%
0.4%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
104%
95%
Bi t-ra te
s a vi ng
(Ma x)
3.4%
0.9%
0.7%
0.3%
0.0%
0.0%
2.7%
0.8%
0.7%
0.3%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.9%
0.1%
0.2%
0.1%
0.0%
0.0%
2.4%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.7%
1.7%
0.2%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
2.3%
1.4%
0.2%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
103%
96%
Bi t-ra te
s a vi ng
(Ma x)
3.3%
0.5%
0.4%
0.1%
0.0%
0.0%
3.1%
0.6%
0.3%
0.1%
0.0%
0.0%
From discussion:

Current IBC does not have merge, only prediction from two candidates
 Merge appears to give considerable gain.
Test 5 – Combination of test 1 and test 2 (JCTVC-S0122)
The test is based on test 1. The modification is to signal IBC using intra_bc_flag at PU level.
Two sub-tests were conducted. In test 5a, coding tools designed for Inter mode, such as skip
mode, merge mode, MVD coding and AMVP are applied to IBC blocks. In test 5b, skip mode
Page: 212
Date Sav
and merge mode in HEVC Inter coding are applied to IBC blocks, i.e., BVD and BVP coding are
the same as the current IBC design.
The summarized results of test 5a are shown below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-2.2%
-1.2%
-1.6%
-1.2%
0.1%
0.1%
-0.6%
-0.5%
-0.8%
-0.7%
0.0%
0.1%
G/Y
-3.9%
-1.2%
-1.3%
-1.3%
0.1%
0.0%
-4.0%
-0.7%
-1.0%
-0.9%
0.1%
0.0%
G/Y
-4.2%
-0.9%
-1.3%
-1.2%
0.0%
0.0%
-4.4%
-1.0%
-1.1%
-1.0%
0.0%
0.1%
All Intra
B/U
-3.7%
-2.2%
-2.0%
-1.9%
0.1%
0.1%
-2.1%
-1.4%
-1.5%
-2.2%
0.0%
0.2%
121%
105%
Random Access
B/U
-5.8%
-2.6%
-2.3%
-2.5%
0.0%
0.0%
-5.7%
-2.1%
-2.6%
-3.8%
0.0%
0.1%
107%
98%
Low delay B
B/U
-5.7%
-2.3%
-2.3%
-3.1%
0.0%
0.0%
-5.9%
-1.9%
-2.6%
-4.0%
-0.4%
0.0%
105%
103%
R/V
-3.9%
-2.1%
-2.2%
-2.0%
0.1%
0.1%
-2.1%
-1.6%
-1.7%
-2.3%
0.0%
0.2%
R/V
-5.8%
-2.6%
-2.5%
-2.8%
-0.1%
0.0%
-5.7%
-2.3%
-2.5%
-3.4%
0.1%
0.0%
R/V
-5.6%
-2.3%
-2.5%
-2.9%
0.1%
0.0%
-5.7%
-2.5%
-2.5%
-4.9%
0.3%
0.0%
Page: 213
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.6%
0.3%
1.5%
1.4%
0.0%
0.0%
0.8%
0.3%
1.3%
1.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
1.6%
1.2%
0.4%
0.0%
1.3%
0.3%
1.4%
1.4%
0.0%
0.0%
0.0%
0.0%
0.7%
0.2%
0.4%
0.0%
1.2%
0.2%
1.1%
1.1%
0.0%
0.0%
0.0%
0.0%
115%
102%
Bi t-ra te
s a vi ng
(Ma x)
2.0%
0.9%
2.3%
1.4%
0.0%
0.0%
1.3%
0.9%
2.1%
1.1%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
3.2%
0.2%
0.3%
0.3%
0.0%
0.0%
3.3%
0.2%
0.3%
0.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.7%
1.3%
0.3%
0.1%
0.3%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
2.5%
1.3%
0.2%
0.1%
0.3%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
106%
102%
Bi t-ra te
s a vi ng
(Ma x)
3.5%
0.6%
0.6%
0.3%
0.0%
0.0%
3.6%
0.3%
0.6%
0.2%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
3.6%
0.1%
0.2%
0.1%
0.0%
0.0%
3.5%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.9%
1.0%
0.2%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
2.9%
1.2%
0.2%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
107%
102%
Bi t-ra te
s a vi ng
(Ma x)
4.0%
0.5%
0.4%
0.1%
0.0%
0.0%
3.9%
0.6%
0.3%
0.1%
0.0%
0.0%
Page: 214
Date Sav
And the summarized results of test 5b are shown below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-3.5%
-2.2%
-2.1%
-1.8%
0.0%
0.1%
-2.2%
-1.6%
-1.6%
-1.6%
-0.1%
0.1%
G/Y
-4.4%
-1.7%
-1.8%
-1.7%
0.0%
0.0%
-4.6%
-1.4%
-1.6%
-1.6%
0.0%
0.0%
G/Y
-4.7%
-1.5%
-1.5%
-1.4%
-0.2%
0.0%
-4.9%
-1.5%
-1.7%
-1.4%
0.0%
0.0%
All Intra
B/U
-5.0%
-3.2%
-2.5%
-2.5%
0.0%
0.0%
-3.7%
-2.6%
-2.2%
-2.9%
-0.1%
0.1%
120%
98%
Random Access
B/U
-6.3%
-3.2%
-2.9%
-3.0%
-0.1%
0.0%
-6.3%
-2.8%
-3.0%
-3.9%
-0.3%
0.1%
104%
96%
Low delay B
B/U
-6.2%
-2.6%
-2.4%
-2.9%
-0.1%
0.0%
-6.4%
-2.4%
-3.3%
-4.8%
-0.5%
0.0%
103%
98%
R/V
-5.1%
-3.1%
-2.8%
-2.5%
0.0%
0.0%
-3.7%
-2.8%
-2.5%
-2.9%
-0.2%
0.1%
R/V
-6.3%
-3.1%
-3.0%
-3.1%
-0.1%
0.0%
-6.3%
-3.1%
-2.9%
-3.9%
-0.1%
0.0%
R/V
-6.1%
-2.6%
-2.5%
-3.1%
0.0%
0.0%
-6.3%
-2.6%
-2.7%
-5.2%
-0.2%
0.1%
Page: 215
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.2%
0.4%
1.6%
1.6%
0.0%
0.0%
1.5%
0.4%
1.5%
1.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.3%
1.9%
0.6%
0.1%
1.4%
0.4%
1.6%
1.6%
0.0%
0.0%
0.0%
0.0%
1.5%
0.9%
0.4%
0.1%
1.3%
0.4%
1.2%
1.2%
0.0%
0.0%
0.0%
0.0%
114%
98%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
1.0%
2.4%
1.6%
0.0%
0.0%
1.8%
0.7%
2.3%
1.2%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.3%
0.2%
0.3%
0.3%
0.0%
0.0%
2.3%
0.2%
0.3%
0.3%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.6%
1.6%
0.4%
0.1%
0.3%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
2.4%
1.5%
0.3%
0.2%
0.3%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
102%
99%
Bi t-ra te
s a vi ng
(Ma x)
3.9%
0.9%
0.6%
0.3%
0.0%
0.0%
3.3%
0.7%
0.6%
0.3%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.7%
0.2%
0.2%
0.2%
0.0%
0.0%
2.5%
0.2%
0.2%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.8%
1.4%
0.3%
0.1%
0.2%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
2.8%
1.5%
0.3%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
105%
101%
Bi t-ra te
s a vi ng
(Ma x)
4.3%
0.7%
0.4%
0.2%
0.0%
0.0%
4.1%
0.8%
0.4%
0.1%
0.0%
0.0%
Page: 216
Date Sav
Test 5b with an encoder improvement as used in Test 3 is also provided. The summarized results
are –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-4.5%
-2.4%
-2.3%
-2.0%
-0.1%
0.1%
-2.4%
-1.7%
-1.7%
-1.6%
-0.1%
0.1%
G/Y
-5.3%
-2.1%
-1.9%
-2.0%
0.0%
0.0%
-4.8%
-1.6%
-1.6%
-1.7%
0.0%
0.0%
G/Y
-5.5%
-1.6%
-1.6%
-1.9%
-0.1%
0.0%
-5.3%
-1.6%
-1.5%
-1.6%
0.0%
0.0%
All Intra
B/U
-6.0%
-3.4%
-2.7%
-2.7%
-0.1%
0.0%
-4.0%
-2.7%
-2.3%
-3.0%
-0.2%
0.1%
120%
98%
Random Access
B/U
-7.3%
-3.5%
-3.0%
-3.3%
-0.2%
0.0%
-6.6%
-3.0%
-3.2%
-3.9%
-0.3%
0.3%
103%
97%
Low delay B
B/U
-7.0%
-2.8%
-2.8%
-3.2%
-0.2%
-0.1%
-6.8%
-2.6%
-3.4%
-5.2%
-0.4%
-0.1%
102%
98%
R/V
-5.9%
-3.3%
-2.9%
-2.7%
0.0%
0.0%
-3.9%
-3.0%
-2.6%
-3.1%
-0.2%
0.1%
R/V
-7.0%
-3.5%
-3.2%
-3.4%
-0.2%
0.0%
-6.6%
-3.2%
-3.3%
-4.4%
-0.3%
0.0%
R/V
-6.8%
-2.9%
-2.8%
-3.3%
-0.1%
0.0%
-6.6%
-3.2%
-2.7%
-6.4%
-0.2%
0.0%
Page: 217
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.7%
0.5%
1.6%
1.6%
0.0%
0.0%
1.5%
0.4%
1.5%
1.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.8%
2.4%
0.7%
0.1%
1.4%
0.4%
1.6%
1.6%
0.0%
0.0%
0.0%
0.0%
1.5%
0.9%
0.4%
0.1%
1.3%
0.4%
1.2%
1.2%
0.0%
0.0%
0.0%
0.0%
114%
98%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
1.0%
2.4%
1.6%
0.0%
0.0%
1.8%
0.7%
2.3%
1.2%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.8%
0.3%
0.3%
0.3%
0.0%
0.0%
2.4%
0.2%
0.3%
0.3%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
3.0%
2.4%
0.4%
0.2%
0.4%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
2.5%
1.6%
0.3%
0.2%
0.3%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
102%
99%
Bi t-ra te
s a vi ng
(Ma x)
3.9%
0.8%
0.7%
0.3%
0.0%
0.0%
3.3%
0.7%
0.6%
0.3%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
3.1%
0.2%
0.2%
0.2%
0.0%
58.5%
2.6%
0.2%
0.2%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
3.2%
2.1%
0.3%
0.1%
0.2%
0.0%
0.2%
0.2%
0.0%
0.0%
50.0%
0.0%
2.8%
1.6%
0.3%
0.1%
0.2%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
96%
92%
Bi t-ra te
s a vi ng
(Ma x)
4.3%
0.7%
0.4%
0.2%
0.0%
100.0%
4.1%
0.8%
0.4%
0.1%
0.0%
0.0%
From discussion:

Test 5a combines test 1 and 2, using explicit PU level signalling from test 2 instead of refidx;
the results are slightly better, probably because test 1 uses the last ref pic list position for the
current picture, and a specially designed context is used for the CU level flag. Skip and
merge and conventional MV coding are otherwise used

Test 5b does the same, but replaces the MV pred and MV difference coding for the IBC
blocks by the BV pred and BV difference coding from current SCM. Skip and merge are still
applied as for MV coding.
Page: 218
Date Sav

The tables for test 5b show encoder optimized results that were provided after the CE
deadline, where the mode decision for merge in IBC is based on all three components (not
only luma, similar as had been applied in test 3).
Test 6 – Combination of test 1 and the current IBC design (JCTVC-S0081)
In this test, a CU-level flag is sent to indicate IBC flag. Two sub-tests were conducted. In test 6a,
both IBC merge mode and IBC AMVP mode are unified with inter mode. In test 6b, only IBC
merge mode is unified with inter mode, i.e., BVD and BVP coding are the same as the current
IBC design.
From discussion: Basically, test 6a/b are equivalent with 5a/b except that the IBC flag is
signalled at the CU level, whereas test 5x uses PU level signalling. Further, 6a used the BV
difference coding from SCM, whereas 5a uses the conventional MV difference coding.
The summarized results of test 6a are shown below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-3.2%
-1.7%
-1.8%
-1.5%
0.0%
0.0%
-1.8%
-1.4%
-1.2%
-1.2%
-0.1%
0.0%
G/Y
-2.3%
-1.1%
-1.0%
-1.0%
0.0%
0.0%
-2.5%
-1.0%
-0.8%
-1.0%
0.0%
0.0%
G/Y
-2.1%
-0.5%
-0.6%
-0.2%
-0.1%
0.0%
-2.4%
-0.7%
-0.6%
-0.4%
0.1%
0.0%
All Intra
B/U
-3.2%
-1.8%
-1.7%
-1.6%
0.0%
0.0%
-1.8%
-1.4%
-1.2%
-1.2%
-0.1%
0.0%
123%
98%
Random Access
B/U
-2.1%
-1.3%
-1.2%
-1.1%
0.0%
-0.1%
-2.4%
-1.1%
-0.8%
-1.1%
0.0%
0.1%
102%
104%
Low delay B
B/U
-1.9%
-0.7%
-0.8%
0.1%
0.0%
0.0%
-2.4%
-0.4%
-0.9%
-0.5%
-0.2%
-0.2%
101%
102%
R/V
-3.3%
-1.7%
-1.9%
-1.6%
0.0%
0.0%
-1.8%
-1.4%
-1.3%
-1.3%
-0.1%
0.0%
R/V
-2.4%
-1.2%
-1.2%
-1.1%
-0.1%
0.0%
-2.4%
-0.7%
-0.9%
-1.1%
-0.1%
-0.1%
R/V
-2.0%
-0.5%
-0.8%
0.1%
0.2%
0.0%
-2.3%
-0.8%
-0.4%
-0.6%
0.3%
-0.2%
Page: 219
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.2%
0.4%
1.5%
1.5%
0.0%
0.0%
1.4%
0.4%
1.4%
1.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.3%
2.0%
0.5%
0.1%
1.3%
0.3%
1.5%
1.5%
0.0%
0.0%
0.0%
0.0%
1.4%
0.8%
0.5%
0.1%
1.2%
0.3%
1.2%
1.2%
0.0%
0.0%
0.0%
0.0%
116%
100%
Bi t-ra te
s a vi ng
(Ma x)
2.8%
1.0%
2.3%
1.5%
0.0%
0.0%
1.7%
0.9%
2.2%
1.2%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.4%
0.1%
0.2%
0.2%
0.0%
0.0%
1.4%
0.1%
0.2%
0.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
1.8%
1.0%
0.3%
0.0%
0.3%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
1.6%
1.1%
0.2%
0.1%
0.2%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
101%
103%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
0.7%
0.5%
0.2%
0.0%
0.0%
2.3%
0.5%
0.5%
0.2%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.6%
0.0%
0.1%
0.1%
0.0%
0.0%
1.3%
0.0%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
1.8%
0.7%
0.1%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
1.7%
1.0%
0.1%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
101%
100%
Bi t-ra te
s a vi ng
(Ma x)
2.9%
0.4%
0.2%
0.1%
0.0%
0.0%
2.8%
0.4%
0.2%
0.1%
0.0%
0.0%
Page: 220
Date Sav
The summarized results of test 6b are shown below –
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
-3.3%
-1.9%
-1.8%
-1.6%
0.0%
0.0%
-1.9%
-1.6%
-1.3%
-1.3%
-0.2%
0.0%
G/Y
-2.4%
-1.1%
-1.0%
-1.0%
0.0%
0.0%
-2.5%
-1.0%
-0.9%
-1.0%
-0.1%
0.0%
G/Y
-2.3%
-0.5%
-0.5%
-0.8%
0.0%
0.0%
-2.6%
-0.7%
-0.9%
-0.6%
0.0%
0.0%
All Intra
B/U
-3.3%
-2.0%
-1.8%
-1.6%
0.0%
0.0%
-1.9%
-1.6%
-1.3%
-1.2%
-0.1%
0.0%
123%
98%
Random Access
B/U
-2.3%
-1.3%
-1.2%
-1.2%
0.0%
0.0%
-2.5%
-1.1%
-0.9%
-0.9%
-0.1%
0.1%
102%
99%
Low delay B
B/U
-2.1%
-0.4%
-0.9%
-0.4%
0.1%
0.0%
-2.6%
-0.7%
-0.3%
0.5%
-0.1%
-0.1%
101%
99%
R/V
-3.5%
-1.9%
-2.0%
-1.7%
0.0%
0.0%
-1.9%
-1.5%
-1.5%
-1.4%
-0.2%
0.0%
R/V
-2.5%
-1.1%
-1.3%
-1.3%
0.0%
0.0%
-2.5%
-0.9%
-0.9%
-1.2%
0.0%
-0.1%
R/V
-2.2%
-0.4%
-0.8%
-0.1%
0.1%
0.0%
-2.5%
-1.0%
-0.3%
-0.2%
0.3%
0.1%
Page: 221
Date Sav
All Intra
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
2.4%
0.4%
1.6%
1.5%
0.0%
0.0%
1.6%
0.4%
1.4%
1.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
2.4%
2.1%
0.6%
0.1%
1.3%
0.3%
1.5%
1.5%
0.0%
0.0%
0.0%
0.0%
1.5%
0.9%
0.5%
0.1%
1.3%
0.3%
1.2%
1.2%
0.0%
0.0%
0.0%
0.0%
115%
101%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
1.0%
2.4%
1.5%
0.0%
0.0%
1.9%
0.9%
2.2%
1.2%
0.0%
0.0%
Random Access
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.6%
0.1%
0.3%
0.3%
0.0%
0.0%
1.6%
0.1%
0.2%
0.2%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
1.9%
1.0%
0.3%
0.0%
0.3%
0.0%
0.3%
0.3%
0.0%
0.0%
0.0%
0.0%
1.7%
1.2%
0.3%
0.1%
0.3%
0.0%
0.2%
0.2%
0.0%
0.0%
0.0%
0.0%
101%
102%
Bi t-ra te
s a vi ng
(Ma x)
3.1%
0.8%
0.5%
0.3%
0.0%
0.0%
2.4%
0.6%
0.5%
0.2%
0.0%
0.0%
Low Delay B
RGB, text & gra phi cs wi th moti on, 1080p
RGB, text & gra phi cs wi th moti on,720p
RGB, mi xed content, 1440p
RGB, mi xed content, 1080p
RGB, Ani ma ti on, 720p
RGB, ca mera ca ptured, 1080p
YUV, text & gra phi cs wi th moti on, 1080p
YUV, text & gra phi cs wi th moti on,720p
YUV, mi xed content, 1440p
YUV, mi xed content, 1080p
YUV, Ani ma ti on, 720p
YUV, ca mera ca ptured, 1080p
Enc Ti me[%]
Dec Ti me[%]
Bi t-ra te
s a vi ng
(Tota l )
1.7%
0.0%
0.1%
0.1%
0.0%
0.0%
1.5%
0.1%
0.1%
0.1%
0.0%
0.0%
Bi t-ra te
Bi t-ra te
s a vi ng
s a vi ng
(Avera ge)
(Mi n)
1.9%
0.8%
0.1%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
1.8%
1.1%
0.2%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
0.0%
0.0%
100%
100%
Bi t-ra te
s a vi ng
(Ma x)
3.0%
0.4%
0.3%
0.1%
0.0%
0.0%
2.9%
0.4%
0.2%
0.1%
0.0%
0.0%
From the discussion:
Generally, a significant compression benefit is observed by adding skip/merge to IBC. The
method from test 3 does this in a IBC specific way (to some extend modifying the current merge
list construction of MV coding), whereas the methods of test 1, 5, and 6 are using the same
skip/merge process as used in MV coding.
1. Some of the methods (test1, test 5a) would have the same worst-case-context-coded-bin
problem as discussed in context of CE1, since they are using the MVD coding for IBC
vectors.
Page: 222
Date Sav
2. It is also questioned whether invoking merge at 4x4 blocks could cause some complexity
problems.
1. and 2. should be in detail investigated in the BoG on complexity assessment of IBC vector
coding (C. Pang, S. Liu)
See further notes under S0294 – to be further investigated in ongoing CE.
The PU-level switching gives some gain (both from test 2 and comparing test 5b against 6b,
which should otherwise be identical), in the range of 1.5% for TGwM class, around 0.3% for
some other classes. It is however reported in the cross-check that part of this gain may be due to
the fact that the RD check for 2NxN and Nx2N partitions is disabled in the default SCM settings
at 16x16 CU, whereas it is enabled for the PU level method (note: those partitions are already
supported by current IBC).
One expert reports that according to his experience (in the context of test 3) the gain by allowing
8x16 and 16x8 RD check could give around 0.8%, which is doubted by yet another expert.
Additional results were asked to be provided reporting the gain of PU level switching against a
modified SCM reference that enables 16x8 and 8x16 RD checks.
It was later reported that the gain drops by rougly 0.5% - to be further investigated in ongoing
CE, but then with additional enabling the RD checks. (does not have highest, but could be
interesting to give more insight when comparing CU-level IBC signalling versus the refidx based
approach)
See notes on BoG S0294.
13.1.1.1.1.1.1.1.78 JCTVC-S0022 CE2: Summary report for Core Experiment 2 on intra block
copy signalling and partitioning [J. Xu, S. Liu, K. Rapaka, X. Xiu (CE
coordinators)]
13.1.1.1.1.1.1.1.79 JCTVC-S0294 BoG report on complexity assessment of IBC block vector
coding [C. Pang, S. Liu]
(Chaired by JRO & GJS on Thursday 10-23 a.m.)
A BoG was held on Saturday October 18, 2014, 9:00 am to 11:15 am to provide more detailed
complexity assessment of IBC vector coding. The agreed mandates of the BoG were:
1. Analyze the worst case number of context coded bins in IBC for the current SCM and the
methods CE1 Test 1.1 (JCTVC-S0142) and Test 1.4 (JCTVC-S0162). Compare against
current 4x8 MV coding, including considerations about reference index and mode
coding.
2. Discuss whether invoking merge at 4x4 blocks could cause some complexity problems.
Item 1, intra case:
# regular bins per 4x4
# contexts per 4x4
# regular bins per 8x8 CU
% compared with SCM 2.0
% compared with Inter
Complexity
CE1 Test 1.1
4
4
Complexity
CE1 Test 1.1
490
+1.6%
+0.4%
CE1 Test 1.4
14
6
CE1 Test 1.4
530
+10.0%
+8.6%
SCM 2.0
2
2
SCM 2.0
482
x
x
Inter
488
x
x
Item 1, inter case
Page: 223
Date Sav
# regular bins per 8x8 CU
% compared with Inter
Complexity
CE1 Test 2.1
488
The same.
CE1 Test 2.2
508
+4.0%
Inter
488
x
An expert commented that the performance might be dependent on the ME method used for IBC.
A couple of experts also ask for additional results with the bits estimation as Inter.
In the following table, the results of Test 3.1 (Test 1.1 + Test 2.1) and Test 3.3 (Test 1.4 + Test
2.2) with local search (no hash-based full frame search) and the bit estimation method as Inter in
HM.
*: Use local search instead of full frame search.
**: Use bit estimation method as Inter in HM.
The following results were initially reported:
Coding performance for block vector coding of CE1 Test 3.1 and Test 3.3 reported in CE 1
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
AI
3.1
−0.3%
−0.2%
0.0%
−0.1%
0.0%
0.0%
−0.3%
−0.2%
−0.1%
0.0%
0.0%
0.0%
97%
100%
3.3
−0.4%
−0.4%
0.0%
−0.1%
0.0%
0.0%
−0.5%
−0.4%
−0.1%
−0.1%
0.0%
0.0%
99%
101%
3.1*
−0.1%
−0.1%
0.0%
0.0%
0.0%
0.0%
−0.1%
−0.1%
−0.1%
0.0%
0.0%
0.0%
103%
100%
3.3*
x
x
x
x
x
x
x
x
x
x
x
x
x
x
3.1**
−0.3%
−0.2%
0.0%
−0.1%
0.0%
0.0%
−0.3%
−0.2%
−0.1%
0.0%
0.0%
0.0%
87%
100%
3.3**
x
x
x
x
x
x
x
x
x
x
x
x
x
x
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
RA
3.1
−2.4%
−0.6%
−0.1%
−0.1%
−0.1%
0.0%
−2.7%
−0.7%
0.0%
−0.1%
0.0%
0.0%
100%
100%
3.3
−2.7%
−0.9%
−0.2%
−0.1%
−0.3%
−0.2%
−3.0%
−0.9%
−0.1%
−0.1%
−0.2%
−0.1%
95%
100%
3.1*
−1.8%
−0.5%
−0.1%
−0.2%
−0.1%
0.0%
−2.2%
−0.5%
−0.2%
−0.1%
−0.2%
0.0%
95%
100%
3.3*
x
x
x
x
x
x
x
x
x
x
x
x
x
x
3.1**
−2.2%
−0.4%
0.0%
0.0%
0.2%
0.3%
−2.5%
−0.6%
0.0%
0.0%
0.3%
0.3%
80%
100%
3.3**
x
x
x
x
x
x
x
x
x
x
x
x
x
x
Page: 224
Date Sav
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
LD
3.1
−3.1%
−1.2%
−0.2%
−0.6%
0.0%
0.0%
−3.4%
−1.4%
−0.3%
−0.4%
−0.1%
0.1%
87%
100%
3.3
−3.4%
−1.5%
−0.2%
−0.3%
−0.1%
−0.2%
−3.9%
−1.8%
−0.4%
−0.1%
−0.1%
−0.1%
94%
99%
3.1*
−2.4%
−1.1%
−0.2%
−0.7%
−0.1%
0.0%
−2.8%
−1.6%
−0.2%
−0.6%
−0.1%
0.1%
90%
100%
3.3*
x
x
x
x
x
x
x
x
x
x
x
x
x
x
3.1**
−2.7%
−0.8%
0.1%
−0.3%
0.3%
0.3%
−3.1%
−1.1%
−0.2%
−0.2%
0.4%
0.3%
83%
100%
3.3**
x
x
x
x
x
x
x
x
x
x
x
x
x
x
About item 2:
An expert commented that when using 4x4 merge, parallel processing cannot be performed at
encoder and decoder. Needs additional merge candidate list construction.
An expert commented that what is the coding performance improvement from encoder only
changes instead of using merge. Additional results are requested. This is a general question for
whether to bring in merge mode for IBC. In addition, what is the gain from IBC 4x4. Another
expert also requests the performance improvement from IBC 4x4 merge.
Coding performance of enabling full RD check at the current BVP candidate positions (JCTVCS0087)
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
All Intra
G/Y
B/U
−2.6% −2.6%
−0.9% −1.0%
−1.3% −1.2%
−1.1% −1.1%
−0.1% −0.1%
0.0%
0.0%
−0.6% −0.7%
−0.5% −0.5%
−0.7% −0.8%
−0.6% −0.6%
−0.2% −0.2%
0.0%
0.0%
122%
101%
R/V
−2.6%
−0.9%
−1.4%
−1.1%
−0.1%
0.0%
−0.7%
−0.5%
−0.9%
−0.7%
−0.2%
0.0%
Random Access
G/Y
B/U
−2.4% −2.2%
−0.6% −0.8%
−0.8% −0.9%
−0.8% −1.0%
−0.1% −0.1%
0.0%
0.0%
−2.1% −2.1%
−0.3% −0.4%
−0.7% −0.7%
−0.6% −0.8%
−0.1% −0.2%
0.0%
0.1%
109%
103%
R/V
−2.3%
−0.7%
−1.1%
−1.2%
−0.1%
0.0%
−2.1%
−0.3%
−0.8%
−0.9%
0.0%
0.0%
Low delay B
G/Y
B/U
−2.4% −2.1%
−0.5% −0.4%
−0.7% −0.7%
−0.6% −0.1%
0.0%
0.0%
−0.1% 0.0%
−2.3% −2.2%
−0.5% −0.2%
−0.7% −0.3%
−0.7% 0.0%
0.0%
−0.2%
0.0%
−0.2%
103%
103%
R/V
−2.1%
−0.4%
−0.8%
−0.2%
0.1%
0.1%
−2.1%
−0.3%
−0.3%
−0.7%
−0.1%
0.0%
Page: 225
Date Sav
Coding performance of disabling 4x4
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
AI (SCM2.0)
G/Y
B/U
1.0% 1.0%
0.6% 0.4%
0.5% 0.4%
0.9% 0.6%
0.1% 0.1%
0.0% 0.0%
0.9% 0.8%
0.6% 0.5%
0.4% 0.2%
0.8% 0.6%
0.1% 0.1%
0.0% 0.0%
95%
97%
R/V
0.9%
0.4%
0.3%
0.6%
0.1%
0.0%
0.8%
0.5%
0.3%
0.5%
0.1%
0.0%
AI (JCTVC-S0065)
G/Y
B/U
R/V
1.8% 1.8% 1.7%
0.9% 0.8% 0.8%
0.8% 0.7% 0.6%
1.3% 1.0% 1.0%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
1.8% 1.6% 1.6%
0.8% 0.7% 0.6%
0.7% 0.6% 0.6%
1.0% 0.7% 0.9%
0.1% 0.1% 0.2%
0.0% 0.0% 0.0%
96%
100%
An expert has concern regarding the memory bandwidth for 4x4. Another experts commented
that as there is no interpolation for IBC, there should be no issue for the memory bandwidth for
4x4.
Recommendation of the BoG: If the Inter MV coding method is changed, it is better to have a
unified solution for IBC and Inter.
Follow-up discussion in JCT-VC, Thu 10-23 am:

It is generally desirable to seek more harmonization between inter and IBC (as e.g. proposed
in various CE2 and related methods, and in JCTVC-S0302)

One single method of binarization for BV/MV coding would be desirable

In no case, three binarizations should be enforced (old MV coding, modified MV for SC,
different BV coding)

The worst case number of context coded bins should not increase

Some of the gain reported by the new methods of MV binarization may be related to the
preference for integer motion vectors, and may no longer apply after adoption of JCTVCS0085.
 Method 1.4 would not comply with at least one of the criteria above
Discontinue CE1, further investigate method 1.1 in the context of CE2 (as also suggested as one
option in S0302)
More understanding is necessary about “encoder only” merge mode versus explicit merge mode
(as is already expressed somewhere under CE2 related docs).
4.2.2 CE2 primary contributions (5)
13.1.1.1.1.1.1.1.80 JCTVC-S0080 CE2: Result of Test 1 [B. Li, J. Xu (Microsoft), X. Xu,
S. Liu, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.81
JCTVC-S0081 CE2: Result of Test 6 [B. Li, J. Xu (Microsoft)]
13.1.1.1.1.1.1.1.82 JCTVC-S0121 CE2: Test 2 – Intra BC signalled at PU level [X. Xu, S. Liu,
S. Lei (MediaTek)]
Page: 226
Date Sav
13.1.1.1.1.1.1.1.83 JCTVC-S0122 CE2: Test 5 – Intra BC unified with Inter using
intra_bc_flag [X. Xu, S. Liu, S. Lei (MediaTek), B. Li, J. Xu (Microsoft)]
13.1.1.1.1.1.1.1.84 JCTVC-S0131 CE2: Test3 – IBC with block vector derivation [Y. He,
Y. Ye, X. Xiu (InterDigital)]
4.2.3 CE2 cross checks (6)
13.1.1.1.1.1.1.1.85 JCTVC-S0124 Cross check of CE2 Test 3 (JCTVC-S0131) [X. Xu, S. Liu
(MediaTek)] [late]
13.1.1.1.1.1.1.1.86 JCTVC-S0125 Cross check of CE2 Test 6 (JCTVC-S0081) [X. Xu, S. Liu
(MediaTek)] [late]
13.1.1.1.1.1.1.1.87 JCTVC-S0127 CE2: Crosscheck of Test1 – Unification of IBC to inter
[Y. He, X. Xiu, Y. Ye (InterDigital)]
13.1.1.1.1.1.1.1.88 JCTVC-S0171 Cross-check of ‘CE2: Test 5 – Intra BC unified with Inter
using intra_bc_flag’ (JCTVC-S0122) by Mediatek and Microsoft [C. Rosewarne,
M. Maeda (Canon)] [late]
13.1.1.1.1.1.1.1.89
JCTVC-S0183 CE2: Cross-check of Test 2 [C. Pang (Qualcomm)] [late]
13.1.1.1.1.1.1.1.90 JCTVC-S0234 CE2 Test2: Crosscheck for Intra BC signalled at PU level
(JCTVC-S0121) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]
4.3 CE3: Sub-block partitioning and flipping for Intra block copy (11)
4.3.1 CE3 summary and general discussion (1)
(Consideration of this topic was chaired by chaired by JRO, Friday 10-17 p.m.)
13.1.1.1.1.1.1.1.91 JCTVC-S0023 CE3: Summary report for Core Experiment 3 on sub-block
partitioning and flipping for Intra block copy [S. Liu (CE Coordinator)]
Test 1.1: Intra block copy masking
The mask is covering a square area extending from one of the borders of the PU and having a
width varying from 1 to 3 sample rows or columns. All the sample values in the masked area are
substituted with a single sample value obtained from the middle sample of the inner boundary of
the mask. The black samples in figure below illustrate the location of the sample which value is
used in the substitution process.
Page: 227
Date Sav
1
2
3
4
Example of masks on different borders of the prediction block
Test 1.2: Segmental prediction for intra block copy
For an IBC CU, a flag is signaled to indicate whether segIBC is applied. If segIBC is on, another
flag is signaled to indicate the number of segments, 2 or 3, and then followed by the coded
offsets of the segments. segIBC is only applied for lossy coding.
When segIBC is applied, two steps are applied to modify the IBC prediction block before it is
used to predict the current block. The figure below illustrates an example of segIBC with 2
segments for an 8x8 block.
In the first step, samples in an IBC prediction block are classified into two or three segments.
When the prediction block is divided into two segments, a sample is classified to segment 0 if its
value is smaller than the average value of all the samples in the IBC prediction block. Otherwise,
it is classified into segment 1. When the prediction block is divided into three segments, two
thresholds T1 and T2 are calculated as T1= (T+Vmin)/2 and T2= (Vmax+T)/2, where T is the
average value of all the samples in the IBC prediction block. Vmax and Vmin are the minimum
sample value and the maximum sample value in the IBC prediction block respectively. A sample
is classified into segment 0 if its value is smaller than T1; it is classified into segment 2 if its
value is larger than T2; otherwise it is classified into segment 1.
In the second step, a single value is assigned to all samples in each segment of the IBC
prediction block. The single value denoted as V is calculated as V = E + O, where E is an
estimated value for the segment of the IBC prediction block and O is an offset signaled from the
encoder to the decoder. E = (Vsegmax+Vsegmin)/2, where Vsegmax and Vsegmin are the minimum
sample value and the maximum sample value in the segment of the IBC prediction block
respectively.
At encoder, the offset for the segment of the IBC prediction block is calculated by subtracting
the average value of all the original sample values in the corresponding segment of the current
block and E.
For an IBC CU, a flag is signaled to indicate whether segIBC is applied. If segIBC is on, another
flag is signaled to indicate the number of segments, 2 or 3, and then followed by the coded
offsets of the segments. segIBC is only applied for lossy coding.
There are four types of configurations. The results below have 2 segmentations for each CU and
with all residues set to be 0 when segIBC is applied.
IBC prediction block
Modified prediction block
21
20
20
20
20
20
20
20
21
20
20
20
20
20
20
20
20
20
20
20
20
20
20
20
119
22
20
20
20
20
20
20
119
22
20
20
20
20
20
20
120
20
20
20
20
20
20
20
120
118
21
22
20
20
20
20
120
118
21
22
20
20
20
20
120
120
20
20
20
20
20
20
120
120
120
120
20
20
20
20
Classification
E0+O0
=21-1=20
E1+O1
=119+1=120
120
120
119
118
22
20
20
20
120
120
119
118
22
20
20
20
120
120
120
120
118
21
20
20
120
120
120
120
118
21
20
20
120
120
120
120
120
20
20
20
120
120
120
120
119
119
21
20
120
120
120
120
119
119
21
20
120
120
120
120
120
120
20
20
120
120
120
120
120
118
22
20
120
120
120
120
120
118
22
20
120
120
120
120
120
120
20
20
120
120
120
120
120
120
118
21
120
120
120
120
120
120
118
21
120
120
120
120
120
120
120
20
An example of segIBC with 2 segments for an 8x8 block.
Page: 228
Date Sav
Test 1.3: Intra block copy with flipping
In was proposed in and JCTVC-R0204, JCTVC-R0097 and JCTVC-R0116 that the reference
block can be flipped for Intra block copy prediction for higher coding gain. When Intra block
copy with flipping is enabled, the reference block is flipped either vertically or horizontally
specified by a flipping direction flag. The figure below illustrates the examples for vertical
flipping and horizontal flipping in Intra block copy.
In this test, Intra block copy flipping may be applied to 2Nx2N, 2NxN, Nx2N, and NxN blocks.
An ibc_flipping_flag is signalled for each Intra block copy prediction unit to indicate whether its
prediction is flipped or not. Two results are provided for ibc_flag signalled at CU and PU level,
respectively.
Vertical flipping and horizontal flipping in Intra block copy
Test 2.1: Combination of test 1.1 and test 1.3
Test 2.2: Combinations of test 1.2 and test 1.3
1.1–1.3 Lossy results
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
1.1
−0.6%
−0.4%
0.0%
−0.4%
0.1%
0.0%
−0.6%
−0.2%
0.0%
−0.3%
0.2%
0.0%
100%
100%
All Intra
1.2
1.3 CU
−0.9%
−1.3%
−0.3%
−0.7%
−0.1%
−1.3%
−0.2%
−1.1%
0.0%
0.0%
0.0%
0.0%
−1.1%
−1.4%
−0.3%
−0.6%
−0.2%
−1.3%
−0.3%
−1.0%
0.0%
0.0%
0.0%
0.0%
104%
115%
101%
101%
1.3 PU
−1.3%
−0.6%
−1.3%
−1.1%
0.0%
0.0%
−1.4%
−0.7%
−1.3%
−1.0%
0.0%
0.0%
115%
101%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
1.1
−0.4%
−0.2%
−0.1%
−0.4%
0.1%
0.0%
−0.4%
−0.1%
0.0%
−0.2%
0.1%
0.0%
101%
97%
Random Access
1.2
1.3 CU
−0.4%
−0.8%
−0.4%
−0.4%
−0.1%
−0.7%
−0.1%
−0.6%
0.0%
0.0%
0.0%
0.0%
−0.4%
−0.8%
−0.4%
−0.4%
−0.3%
−0.6%
−0.2%
−0.5%
0.1%
0.0%
0.0%
0.0%
100%
102%
100%
101%
1.3 PU
−2.2%
−0.8%
−1.0%
−0.7%
0.0%
0.0%
−2.1%
−0.7%
−0.9%
−0.8%
0.0%
0.0%
105%
102%
Page: 229
Date Sav
1.1
−0.4%
−0.2%
−0.1%
−0.2%
0.0%
0.0%
−0.3%
−0.3%
−0.2%
−0.3%
0.0%
0.0%
101%
100%
Low delay B
1.2
1.3 CU
−0.3%
−0.6%
−0.1%
−0.4%
0.0%
−0.2%
−0.1%
0.0%
−0.1%
0.0%
0.0%
0.0%
−0.3%
−0.6%
−0.3%
−0.5%
−0.3%
−0.3%
−0.4%
0.0%
0.0%
0.0%
0.0%
0.0%
99%
102%
99%
100%
1.3 PU
−2.2%
−0.8%
−0.7%
−0.7%
−0.1%
0.0%
−2.2%
−1.0%
−0.7%
−0.5%
0.1%
0.0%
104%
99%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
1.1
0.2%
0.0%
−0.2%
0.0%
0.0%
0.0%
0.3%
0.0%
−0.2%
0.0%
0.0%
0.0%
99%
100%
All Intra
1.2
1.3 CU
0.0%
0.8%
0.0%
0.3%
0.0%
0.2%
0.0%
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
1.0%
0.0%
0.4%
0.0%
0.2%
0.0%
0.3%
0.0%
0.0%
0.0%
0.0%
101%
112%
99%
98%
1.3 PU
0.8%
0.3%
0.2%
0.2%
0.0%
0.0%
1.0%
0.4%
0.2%
0.3%
0.0%
0.0%
114%
100%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
1.1
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
0.3%
0.0%
0.0%
0.0%
0.0%
0.0%
101%
100%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
1.1
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
100%
100%
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
1.1-1.3 Lossless results
Random Access
1.2
1.3 CU
0.0%
0.2%
0.0%
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.4%
0.0%
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
100%
103%
101%
101%
Low delay B
1.2
1.3 CU
0.0%
0.2%
0.0%
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.4%
0.0%
0.2%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
101%
103%
99%
100%
1.3 PU
1.1%
0.3%
0.1%
0.1%
0.0%
0.0%
1.2%
0.3%
0.1%
0.1%
0.0%
0.0%
106%
102%
1.3 PU
1.2%
0.3%
0.1%
0.1%
0.0%
0.0%
1.3%
0.3%
0.1%
0.1%
0.0%
0.0%
106%
99%
Page: 230
Date Sav
1.1 and 1.2 are targeting smaller regions, 1.3 adds flipping modes
all gains are somewhat lower than expected from last meeting (probably due to adoption of
palette mode)
1.2 requires significant additional computation at encoder and decoder, not justified by the
compression advantage
1.1 is performing padding of a certain part by one of the values (i.e. modifying the block used for
prediction, depending on where the boundary is). The usage of the mode is using one context
coded bins, the position and orientation are bypass coded.
1.3 requires memory shuffling. The information about flipping mode is context coded, the
hor/vert mode is bypass coded.
Gains of 1.1 and 1.3 seem to be additive, as per results 2.1.
Both 1.1 and 1.3 require additional encoder complexity.
Both 1.1 and 1.3 increase the number of context coded bins by 1 per 4x4 block in worst case.
No support was expressed for adoption for any of these.
Further study was encouraged for the method 1.3, particularly w.r.t. possibility of fast encoding
decisions, gain by only allowing vertical flipping (which should be easier to implement in
common memory arrangements) and avoidance of the context coded flag.
4.3.2 CE3 primary contributions (5)
13.1.1.1.1.1.1.1.92 JCTVC-S0032 CE3: Test 1.1 – Intra block copy masking [J. Lainema,
M. M. Hannuksela (Nokia)]
13.1.1.1.1.1.1.1.93 JCTVC-S0107 CE3 Test 1.2: Segmental prediction for intra block copy
[K. Zhang, J. An, X. Zhang, H. Huang, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.94 JCTVC-S0117 CE3: Test 1.3 PU Intra block copy with flipping [J. Ye,
X. Xu, S. Liu, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.95 JCTVC-S0118 CE3: Test 2.1 Combined test of test 1.1 and test 1.3
[J. Ye, S. Liu, X. Xu, S. Lei (MediaTek), J. Lainema, K. Ugur, M. Hannuksela
(Nokia)]
13.1.1.1.1.1.1.1.96 JCTVC-S0119 CE3: Test 2.2 Combined test of test 1.2 and test 1.3
[K. Zhang, J. An, X. Zhang, H. Huang, J. Ye, X. Xu, S. Liu, S. Lei (MediaTek)]
4.3.3 CE3 cross checks (5)
13.1.1.1.1.1.1.1.97 JCTVC-S0077 CE3: Cross-check of test 1.1 [M. Pettersson,
K. Andersson (Ericsson)]
13.1.1.1.1.1.1.1.98 JCTVC-S0235 CE3 Test2.2: Crosscheck for Combination of Test 1.2 and
Test 1.3 (JCTVC-S0119) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]
Page: 231
Date Sav
13.1.1.1.1.1.1.1.99 JCTVC-S0251 CE3: cross-check of Test 1.3: Intra block copy with flipping
(JCTVC-S0117) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.100 JCTVC-S0252 CE3: cross-check of Test 2.1 Combined test of test 1.1
and test 1.3 (JCTVC-S0118) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.101 JCTVC-S0263 CE3 Test 1.2: Crosscheck for Segmental Prediction for
Intra Block Copy (JCTVC-S0107) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]
4.4 CE4: Intra Line Copy (5)
4.4.1 CE4 summary and general discussion (1)
(Consideration of this topic was chaired by chaired by JRO, Friday 10-17 p.m.)
13.1.1.1.1.1.1.1.102 JCTVC-S0024 CE4: Summary report for Core Experiment 4 on Intra Line
Copy [C.-C. Chen, X. Xu, L. Zhang, T. Lin (CE Coordinators)]
All the proposed methods were implemented on top of the HM-15.0+RExt-8.0+SCM-2.0
software. Two test conditions formed based on the common test conditions (JCTVC-R1015) for
screen content coding are used to evaluate the coding results for both the lossy and lossless
operating points.

Test Condition 1: Full-frame search range for IBC.
 Test Condition 2: 4-CTU (1 current + 3 left) search range for IBC.
Techniques to be tested under this test condition should follow the same restriction on the search
range as that of IBC.
Test A: Search Range of Intra Line Copy

Proponent: NCTU/ITRI (JCTVC-S0135)

X-checker: Huawei USA R&D (JCTVC-S0248)

Description: It is proposed to performing intra-copying operation for lines at PU level
with 2-D BV for each line. In addition, a flag is present at PU level to indicate whether
the row-wise splitting or the column-wise splitting is in use. Each line has its own BV
shared across its three colour components. Pixels within the current CU cannot be used
as reference.
Page: 232
Date Sav

BD-rate and Processing Time (4-CTU configuration):
• Lossy Results:
RGB, text & graphics w/ motion, 1080p
RGB, text & graphics w/ motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics w/ motion, 1080p
YUV, text & graphics w/ motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−6.4%
−3.3%
−2.5%
−3.7%
0.0%
0.0%
−6.2%
−3.0%
−2.4%
−3.7%
0.0%
0.0%
All Intra
B/U
R/V
−6.1% −6.2%
−3.0% −3.0%
−2.3% −2.4%
−3.4% −3.4%
0.0% 0.0%
0.0% 0.0%
−5.7% −5.8%
−2.7% −2.9%
−2.4% −2.4%
−3.1% −3.4%
−0.1% 0.0%
0.0% 0.0%
119%
106%
Random Access
G/Y
B/U
R/V
−3.7% −3.3% −3.4%
−2.6% −2.3% −2.3%
−1.7% −1.5% −1.6%
−3.0% −2.4% −2.5%
−0.1% −0.1% 0.1%
0.0% 0.0% 0.0%
−3.3% −2.9% −2.9%
−2.5% −2.1% −2.2%
−1.8% −1.4% −1.7%
−2.9% −2.4% −2.7%
−0.1% 0.0% −0.1%
0.0% −0.1% 0.0%
103%
102%
Low Delay B
G/Y
B/U
R/V
−2.4% −2.1% −2.2%
−0.9% −0.8% −0.9%
−1.0% −0.8% −0.9%
−1.5% −1.2% −1.0%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
−2.0% −1.7% −1.8%
−0.9% −0.7% −0.5%
−0.9% −0.8% −0.6%
−1.6% −1.1% −1.5%
0.0% −0.4% −0.1%
0.0% 0.0% 0.2%
102%
102%
All Intra
Min
Max
4.8% 11.1%
0.5% 4.6%
0.4% 1.7%
1.5% 1.5%
0.0% 0.0%
0.0% 0.0%
5.2% 11.2%
0.6% 5.8%
0.5% 1.9%
1.8% 1.8%
0.0% 0.0%
0.0% 0.0%
115%
101%
Random Access
Avg. Min
Max
5.3% 2.7% 8.3%
1.2% 0.3% 3.6%
0.2% 0.1% 0.3%
0.3% 0.3% 0.3%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
5.6% 3.3% 8.5%
1.5% 0.3% 4.6%
0.2% 0.2% 0.3%
0.3% 0.3% 0.3%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
103%
103%
Low Delay B
Avg.
Min
Max
4.4% 2.5% 6.0%
0.6% 0.2% 1.7%
0.1% 0.0% 0.2%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
4.9% 3.1% 6.4%
0.8% 0.2% 2.2%
0.2% 0.0% 0.3%
0.2% 0.2% 0.2%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
103%
100%
• Lossless Results:
RGB, text & graphics w/ motion, 1080p
RGB, text & graphics w/ motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics w/ motion, 1080p
YUV, text & graphics w/ motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]

Avg.
7.1%
2.1%
1.1%
1.5%
0.0%
0.0%
7.4%
2.5%
1.2%
1.8%
0.0%
0.0%
BD-rate and Processing Time (Full-frame Configuration):
• Lossy Results:
RGB, text & graphics w/ motion, 1080p
RGB, text & graphics w/ motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics w/ motion, 1080p
YUV, text & graphics w/ motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−3.8%
−1.3%
−1.5%
−2.2%
0.0%
0.0%
−3.7%
−1.2%
−1.4%
−2.1%
0.0%
0.0%
All Intra
B/U
R/V
−3.6% −3.6%
−1.1% −1.2%
−1.3% −1.4%
−1.9% −2.0%
0.0% 0.0%
0.0% 0.0%
−3.4% −3.4%
−1.1% −1.2%
−1.3% −1.5%
−1.7% −2.0%
−0.1% 0.0%
0.0% 0.0%
117%
101%
Random Access
G/Y
B/U
R/V
−2.2% −1.9% −2.0%
−1.1% −0.9% −0.9%
−1.1% −0.9% −1.0%
−1.6% −1.3% −1.4%
0.0% 0.0% −0.1%
0.0% 0.0% 0.0%
−2.0% −1.7% −1.8%
−0.9% −1.1% −1.0%
−1.0% −1.2% −0.9%
−1.6% −1.4% −1.6%
0.0% −0.1% 0.0%
0.0% 0.2% 0.0%
103%
101%
Low Delay B
G/Y
B/U
R/V
−1.5% −1.3% −1.3%
−0.7% −0.6% −0.4%
−0.6% −0.7% −0.7%
−0.6% 0.1% −0.4%
−0.1% 0.0% 0.0%
−0.1% −0.1% 0.0%
−1.3% −1.0% −1.1%
−0.5% −0.3% −0.3%
−0.7% −0.6% −0.5%
−0.7% −0.4% −1.1%
0.1% −0.4% −0.2%
0.0% −0.1% 0.0%
101%
103%
• Lossless Results:
Page: 233
Date Sav
RGB, text & graphics w/ motion, 1080p
RGB, text & graphics w/ motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics w/ motion, 1080p
YUV, text & graphics w/ motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]

Avg.
4.6%
1.0%
0.7%
0.8%
0.0%
0.0%
4.6%
1.1%
0.7%
0.9%
0.0%
0.0%
All Intra
Min
3.0%
0.3%
0.3%
0.8%
0.0%
0.0%
3.3%
0.4%
0.3%
0.9%
0.0%
0.0%
115%
101%
Max
7.6%
1.7%
1.0%
0.8%
0.0%
0.0%
7.1%
1.8%
1.1%
0.9%
0.0%
0.0%
Random Access
Avg. Min
Max
3.2% 1.9% 5.3%
0.5% 0.2% 1.0%
0.1% 0.1% 0.1%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
3.4% 2.1% 5.2%
0.6% 0.2% 1.3%
0.1% 0.1% 0.2%
0.2% 0.2% 0.2%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
104%
101%
Low Delay B
Avg.
Min
Max
2.7% 1.8% 3.7%
0.3% 0.2% 0.7%
0.1% 0.0% 0.1%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
2.8% 2.0% 3.8%
0.4% 0.2% 0.9%
0.1% 0.0% 0.2%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
102%
100%
Worst-case Memory Access Bandwidth
Per-pixel Memory Access Bandwidth (P)
Memory
Patterns
Prediction Mode
8x8, Bi-prediction
4x4, IBC
1x4, ILC
4x1
8x1
4x2
8x2
4x4
9.375
2
4
11.25
4
8
10
3
6
12
6
12
12.5
4
8
Test B: Intra Line Copy with Constrained BVs (Withdrawn)
Test C: Self-matching Intra Line Copy

Proponent: Tongji University (JCTVC-S0194)

X-checker: NCTU/ITRI (JCTVC-S0233)

Description: In contrast to the intra line copy proposed of CE4 Test A (JCTVC-S0135),
this test additionally relaxes the constraint that the reference lines overlapped with the
current CU cannot be used as reference. Two prediction modes are proposed. First,
when the reference line is overlapped entirely with the current CU, pixels within the
overlapped area is predicted by using the predictor of the reference line. Second, when
partial overlapping occurs, pixels of the non-overlapped part will be replicated to predict
the pixels in the overlapped part.
Page: 234
Date Sav

BD-rate and Processing Time (Full-frame Configuration):
• Lossy Results:
RGB, text & graphics w/ motion, 1080p
RGB, text & graphics w/ motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics w/ motion, 1080p
YUV, text & graphics w/ motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−3.8%
−1.4%
−1.5%
−2.2%
0.0%
0.0%
−3.7%
−1.2%
−1.4%
−2.1%
0.0%
0.0%
All Intra
B/U
R/V
−3.5% −3.6%
−1.1% −1.2%
−1.4% −1.4%
−1.9% −2.0%
0.0% 0.0%
0.0% 0.0%
−3.4% −3.4%
−1.1% −1.3%
−1.4% −1.4%
−1.6% −1.9%
−0.1% 0.0%
0.0% 0.0%
117%
166%
Random Access
G/Y
B/U
R/V
−2.2% −1.9% −2.0%
−1.0% −0.8% −0.8%
−1.1% −1.0% −1.0%
−1.6% −1.3% −1.5%
0.0% 0.0% −0.1%
0.0% 0.0% 0.0%
−2.0% −1.7% −1.7%
−1.0% −1.2% −1.1%
−1.1% −1.0% −0.9%
−1.7% −1.7% −1.6%
0.0% 0.0% 0.0%
0.1% 0.2% 0.0%
104%
157%
Low Delay B
G/Y
B/U
R/V
−1.4% −1.3% −1.3%
−0.5% −0.4% −0.4%
−0.7% −0.6% −0.7%
−0.8% 0.3% −0.1%
−0.1% 0.0% −0.1%
−0.1% −0.1% 0.0%
−1.3% −1.0% −1.1%
−0.5% −0.3% −0.4%
−0.7% −0.6% −0.3%
−0.8% 0.1% −0.3%
0.0% −0.5% −0.1%
0.0% −0.1% 0.0%
148%
171%
All Intra
Min
2.9%
0.3%
0.3%
0.7%
0.0%
0.0%
3.2%
0.3%
0.3%
0.9%
0.0%
0.0%
92%
136%
Random Access
Avg. Min
Max
3.2% 1.8% 5.4%
0.4% 0.2% 1.0%
0.1% 0.1% 0.2%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
3.4% 2.1% 5.4%
0.5% 0.2% 1.3%
0.1% 0.1% 0.2%
0.2% 0.2% 0.2%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
129%
177%
Low Delay B
Avg.
Min
Max
2.6% 1.7% 3.8%
0.3% 0.1% 0.7%
0.1% 0.0% 0.1%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
2.9% 2.0% 4.0%
0.4% 0.2% 0.9%
0.1% 0.0% 0.2%
0.1% 0.1% 0.1%
0.0% 0.0% 0.0%
0.0% 0.0% 0.0%
130%
153%
• Lossless Results:
RGB, text & graphics w/ motion, 1080p
RGB, text & graphics w/ motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics w/ motion, 1080p
YUV, text & graphics w/ motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
Avg.
4.5%
0.9%
0.7%
0.7%
0.0%
0.0%
4.6%
1.1%
0.8%
0.9%
0.0%
0.0%
Max
7.5%
1.7%
1.0%
0.7%
0.0%
0.0%
7.3%
1.9%
1.2%
0.9%
0.0%
0.0%
From the discussion:
The CE report (particularly the presentation deck includes a very detailed analysis of the
complexity)
Worst case number of context coded bins per pixel increased from 7.62 to 8.25
Worst case memory bandwidth is approximately doubled in the intra case.Worst case memory
bandwidth might even be higher than in inter coding with memory patterns 8x4 which were not
analysed.
One expert gives the hint that the memory bandwidth with full frame access might be unsolvable,
but with restricted range it might be reasonable.
Conclusion:

The increase in complexity from the methods investigated in CEis not justified by the
compression advantage

Consider continuation of CE based on review of non-CE proposals.
Page: 235
Date Sav
4.4.2 CE4 primary contributions (2)
13.1.1.1.1.1.1.1.103 JCTVC-S0135 CE4: Results of Test A on Search Range of Intra Line
Copy [R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H. Peng, H.-M. Hang
(NCTU/ITRI)]
13.1.1.1.1.1.1.1.104 JCTVC-S0194 CE4: Results of test C [Liping Zhao, Xianyi Chen, Tao Lin
(Tongji)]
4.4.3 CE4 cross checks (2)
13.1.1.1.1.1.1.1.105 JCTVC-S0233 Crosscheck of JCTVC-S0194: CE4: Results of test C [R.L. Liao, C.-C. Chen, W.-H. Peng, H.-M. Hang (NCTU/ITRI)] [late]
13.1.1.1.1.1.1.1.106 JCTVC-S0248 CE4: Cross-check of S0135 (Results of Test A on Search
Range of Intra Line Copy) [M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA R&D)]
[late]
4.5 CE5: Maximum Palette Size and Maximum Palette Predictor Size (6)
4.5.1 CE5 summary and general discussion (1)
(Consideration of this topic was chaired by GJS on Friday 10-17 pm.)
13.1.1.1.1.1.1.1.107 JCTVC-S0025 CE5: Summary report of core experiment 5 on
investigation of maximum palette size and maximum palette predictor size
[R. Joshi, X. Xiu (CE coordinators)]
This document summarizes the Core Experiment 5 (CE5) on investigation of maximum palette
size and maximum palette predictor size. The BD-rate impact of changing the maximum palette
size and maximum palette predictor size was studied.
In SCM-2.0, the maximum palette size is 31 and maximum palette predictor size is 64. In the
18th JCT-VC meeting in Sapporo, core Experiment 5 (CE5) was formed to investigate the
impact of varying the maximum palette size and the maximum palette predictor size on BD-rate.
Both increase and decrease in palette size and palette predictor size was considered. This
contribution describes test conditions, test results, and comparisons.
All tests were conducted under SCM-2.0 common test conditions, which enabled full frame intra
block copy (FF-IBC) as anchor.
Since palette is an intra tool, BD-results are presented and compared only for All-Intra (AI) lossy
configuration. The trend for RA and LD-B configurations is similar to what is seen for AI
configuration.
Subtest 1: Maximum palette size
Tester: Qualcomm, JCTVC-S0037
Crosschecker: InterDigital (JCTVC-S0271)
Maximum palette sizes of 15, 47, and 63 were tested (by setting the macro MAX_PLT_SIZE to
15, 47, and 63, respectively in SCM-2.0), relative to the current maximum of 32.
The results were tabulated in the CE summaryreport. Loss was observed when reducing the
palette size, but little or no gain was observed by increasing it.
Page: 236
Date Sav
The spec uses truncated unary coding of CU-level palette size, which depends on the decoder
knowing the maximum possible palette size. It was remarked that the truncation seems
unnecessary. Hitting the maximum size also truncates the palette prediction syntax, which may
save some bits and parsing effort.
Subtest 2: Maximum palette predictor size
Tester: InterDigital, JCTVC-S0189
Crosschecker: Qualcomm (JCTVC-S0222)
Maximum palette predictor sizes of 96 and 128 were tested for the default palette size in SCM
2.0, relative to the current predictor size of 64. The palette predictor size was signalled in the
PPS.
It was asked whether it is actually beneficial for the maximum palette size to be smaller than the
maximum palette predictor size. That question was left open.
For lossless coding, there was some gain by increasing the palette predictor size – e.g., 1% for 96
entries, 2% for 128 entries for 1080p YUV text & graphics with motion (not so much for other
classes of content). There is also a related contribution outside of this CE that relates to this.
Subtest 3: Combinations
Subtest 3.a: Max size 15 with predictor size 32
Subtest 3.b: Max size 15 with predictor size 48
Losses were observed in both cases, although somewhat less so with the latter combination.
Decision (Cleanup): When palette mode is enabled, send maximum palette size and maximum
palette predictor size at SPS level as ue(v), and establish a profile constraint to disallow values
greater than 31 and 64, respectively.
4.5.2 CE5 primary contributions (3)
13.1.1.1.1.1.1.1.108 JCTVC-S0037 CE5 subtest 5.1: Performance impact of varying the
maximum palette size [R. Joshi (Qualcomm)]
13.1.1.1.1.1.1.1.109 JCTVC-S0097 CE5: Informational tests on reducing both maximum
palette size and maximum palette predictor size [P. Lai, S. Liu, S. Lei
(MediaTek)]
It was discussed whether this was part of the CE.
13.1.1.1.1.1.1.1.110 JCTVC-S0189 CE5: Investigation of palette-based coding with maximum
palette predictor size being equal to 96 and 128 [M. AzimiHashemi, X. Xiu,
Y. He, Y. Ye (InterDigital)]
4.5.3 CE5 cross checks (2)
13.1.1.1.1.1.1.1.111 JCTVC-S0222 CE5: Crosscheck of investigation of maximum palette
predictor size (S0189) [R. Joshi (Qualcomm)] [late]
13.1.1.1.1.1.1.1.112 JCTVC-S0271 CE5: Cross-verification of JCTVC-S0037 on investigation
of maximum palette size [X. Xiu, Y. He, Y. Ye] [late]
Page: 237
Date Sav
4.6 CE6: Palette Mode Improvement (27)
4.6.1 CE6 summary and general discussion (1)
(Consideration of this topic was chaired by GJS on Friday 10-17 p.m.)
13.1.1.1.1.1.1.1.113 JCTVC-S0026 CE6: Summary report of CE on improvements of palette
mode [Y.-W. Huang, P. Onno, R. Cohen, V. Seregin, X. Xiu, Z. Ma]
This document summarizes the Core Experiment 6 (CE6) on proposed modifications of palette
mode. Out of the 15 planned tests, two tests were withdrawn, and the rest of the tests with some
additional tests were conducted. Evidence was reportedly provided that palette mode can be
further improved with affordable complexity.
Category A – Colour index run coding
Test A.1 – Restricted run coding – withdrawn
Test A.2 – Run coding for two-colour palette – withdrawn
Test A.3 – Restricted run coding
Proponent: Canon, JCTVC-R0085, JCTVC-S0062
Crosschecker: Qualcomm, JCTVC-S0034
This test limits the amount of palette_run syntax element decoded for the index mode of the
current palette implementation. When the colour index is larger than a threshold, the palette_run
is not signalled. The issue of the parsing dependency noted for this contribution will be
investigated.
Some gain was shown – 0.0 to 0.5% per source content category (all-intra).
Note: Parsing depends on reconstructed palette index values.
Test A.4 – Binarization and context modeling for run coding
Proponent: MediaTek, JCTVC-R0136, JCTVC-S0163
Crosschecker: Qualcomm, JCTVC-S0035
In this test, the syntax element, palette_run, is represented by sending its most significant bit
(MSB) index followed by its refinement value. The MSB index is binarized by the truncated
unary code. The bin from the resulting bin string is entropy coded in the CABAC mode if the bin
index is no greater than a bypass threshold and in the bypass mode, otherwise. The context
selection is conditioned on the palette_type_flag, bin index, and palette index. Both decoded
palette index and reconstructed palette index values will be tested for context selection. The
refinement value is binarized by the fixed-length code and the resulting bin string is entropy
coded in the bypass mode.
Test A.4.1, in which parsing depends on reconstructed palette index values.
Test A.4.2, in which parsing is independent of reconstructed palette index values.
Some gain was shown – 0 to 2% per source content category (all-intra).
The results for A.4.1 are not significantly better than for A.4.2.
The average number of context coded bins is increased, but not the worst case. Two additional
contexts are used.
Test A.5 – Contexts for run coding
Proponent: Qualcomm, JCTVC-R0174 part 1, JCTVC-S0038
Crosschecker: Canon, JCTVC-S0071
In this test, use of additional contexts depending on the index for coding index runs is tested.
Additional contexts for greater than 0, greater than 1 and greater than 2 flags will be tested. The
context is dependent on the index value (decoded) or the coded index (parsed). Additionally
choice of context based on index value and the palette size was tested.
Test A.5.1, in which parsing depends on reconstructed palette index values.
Test A.5.2, in which parsing is independent of reconstructed palette index values.
Note: Run time percentages are inaccurate.
Page: 238
Date Sav
The results for A.5.1 are not significantly better than for A.5.2.
Test A.6 – Binarization for run coding
Proponent: Qualcomm, JCTVC-R0174 part 2, JCTVC-S0039
Crosschecker: Canon, JCTVC-S0072
In this test, exponential Golomb and Golomb Rice binarizations and their truncated versions for
the palette run values were tested. Combination of tests A.5 and A.6 were also tested.
There were three discussed combinations with similar performance, all with the same number of
contexts and the same binarization:

A.4.2 (with 5 context coded bins)

A combination of A.5.2 + A.6 (having two sets of results, either with 3 or 5 context
coded bins, for which the presented CE results use 3, which is similar to the SCM
complexity, but 5 seems better).

A related non-CE late proposal (S0269, which was not yet cross-checked), which
contains a combination of A.4, A.5, and A.6 and has very slightly better performance,
using 5 context-coded bins.
(Further discussion chaired by GJS on Monday 10-20 p.m.)
Cross-check S0289 now available for S0269.
S0173 was a related contribution that was suggested by the BoG to be reviewed in this further
discussion.
Some data was shown that appeared to indicate that S0173 would not perform as well as S0269.
This data was asked to be uploaded so that we could have a record of what it showed.
Decision: Adopt S0269.
Category B – Colour index and escape colour coding
Test B.1 – Context coded CU-level escape colour flag
Proponent: Qualcomm, JCTVC-R0066, JCTVC-S0154
Crosschecker: InterDigital, JCTVC-S0195
In this test, use of regular CABAC bin to code the CU level escape flag will be tested. Context
determination methods dependent on palette size and block size will be tested.
Test B.1.1, where two additional contexts are used.
Test B.1.2, where one additional context is used.
The measured gain is 0.0 to 0.2%.
Test B.2 – Encoder modification related to CU-based escape colour flag
Proponent: ITRI, JCTVC-R0075, JCTVC-S0048
Crosschecker: InterDigital, JCTVC-S0128
If the number of the pixels quantized to a major colour is smaller than or equal to a pre-assigned
threshold, the pixels are changed to escape colour pixels. Then the corresponding major colour is
removed. An adaptive threshold method will also be tested.
Note: The proposed method is non-normative and encoder-only.
Note: In addition to the the original size of major colour table (M), the proposed method searches
M-1, M-2, and M-3 using rate-distortion optimization (RDO).
The measured gain is 0.0 to 0.3%, with a minor encoding time increase (a few percent for AI), no
impact for lossless coding.
For further study in CE (suggested to consider some simplification or method with better gain).
Test B.3 – Colour index coding with contextualization
Proponent: University of Hanover, JCTVC-R0113, JCTVC-S0074
Crosschecker: MediaTek, JCTVC-S0168
In this test, a modified colour index signalling is evaluated. In particular, the most significant bin
of the palette_index syntax element is coded with a context instead of bypass.
Page: 239
Date Sav
Gain is 0.0 to 0.1%.
Test B.4 – Binarization and context modeling for index coding
Proponent: MediaTek, JCTVC-R0135, JCTVC-S0164
Crosschecker: Fujitsu, JCTVC-S0215
In this test, the syntax element, palette_index, is represented by sending its most significant bit
(MSB) index followed by its refinement value. The MSB index is binarized by the truncated
unary code. The bin from the resulting bin string is entropy coded in the CABAC mode if the bin
index is no greater than a bypass threshold and in the bypass mode, otherwise. The refinement
value is binarized by the truncated binary code and the resulting bin string is entropy coded in
the bypass mode.
Test B.5 – Escape colour prediction
Proponent: InterDigital, JCTVC-R0170, JCTVC-S0132
Crosschecker: ITRI, JCTVC-S0211
In this test, an escape colour prediction method was tested. A flag is signalled to indicate if all
colour components of the current escape colour pixel are the same as that of the previous escape
colour pixel. If not, the current escape colour value is predicted from an entry in the palette table.
The index value of the table entry used for prediction and the prediction difference are coded.
Note: In addition to entries in the palette table, previous coded escape colours can also be used
for predicting the current escape colour.
It was commented that this seems essentially similar to just using a larger palette or palette
predictor.
Gain is very minor except for lossless case. Gain is significant for lossless case. However, the
encoding time is substantially increased.
Further study in CE suggested. Having a faster encoding method would be desirable.
In later discussion chaired by GJS on Friday 10-24, it was said that the proposal introduces
several (seven) syntax elements, several of which are context coded, and that it complicates the
design. It was asserted that other more straightforward methods, such as increased palette size,
could also improve compression for the lossless case. Participants other than the proponent
expressed the view that this should not be tested in a CE.
Category C – Additional colour index representation modes
Test C.1 – Transition copy mode
Proponent: Canon, JCTVC-R0084, JCTVC-S0063
Crosschecker: MediaTek, JCTVC-S0205
In this test, an index prediction method based on transitions will be evaluated. The following
index value for the last occurrence of a given index value is stored and used as the inferred index
value in the new prediction mode.
Note: Parsing depends on reconstructed palette index values.
Note: An encoder-only parameter change is applied (without changing the RDO algorithm flow)
to select index, copy-above, or transition copy.
Gain is 0.0 to 0.6%, depending on the category of test material.
Test C.2 – Transition copy mode
Proponent: MediaTek, JCTVC-R0120, JCTVC-S0078
Crosschecker: Canon, JCTVC-S0073
In this test, a new index coding mode, a transition copy (TC) run mode was tested. In the TC run
mode, the coded adjacent colour index patterns are recorded in the TC table. The TC table can be
inherited across CUs. The recoded colour indices are used as the colour index predictors in the
TC run mode.
Note: An encoder-only parameter change is applied (without changing the RDO algorithm flow)
to select index, copy-above, or transition copy.
Gain is 0.0 to 1.2%, depending on the category of test material.
Page: 240
Date Sav
Test C.3 – Copy-from-previous-row mode
Proponent: Qualcomm, JCTVC-R0202, JCTVC-S0174
Crosschecker: MediaTek, JCTVC-S0203
In this test, a mode of “copy from previous rows” for the palette coding was tested. This method
enables copying pixels from previously coded rows beyond the row above in the current CU.
This is defined as an additional palette mode besides the existing “copy from left”, “copy above”
and “escape” modes. The reference row index is coded in the bitstream to indicate which row is
copied from. Restrictions on the number of rows available for ‘copy from previous rows” will be
tested.
Note: An encoder-only RDO algorithm change is applied to estimate the run bits more precisely.
Gain is 0.0 to 1.4%, depending on the category of test material.
The gain of C.2 and C.3 are reported to be approximately additive (not cross-checked).
(Further discussion chaired by GJS on Monday 10-20 p.m.)
S0178 was a related contribution that was suggested by the BoG to be reviewed in this further
discussion.
It was remarked that the gain would be larger if IBC was tested with a more constrained search
region, which is somewhat anticipated.
Results of the combination of C.2 and C.3 were reported in the late contribution S0188 and were
since cross-checked (S0288 (NCTU) and S0295 (Nokia)).
Further discussion was chaired by GJS on Thursday 10-23 a.m.
It was commented that we should not complicate and destabilize the design for gains this small.
This also applies to our CEs – we should not be studying things that appear to have only a very
minor potential for improvement (at least if they are complicating the design).
It was asked how important it is to consider gains that only apply in the lossless case, and
commented that lossless coding is not higher priority than the lossy case.
These principles were agreed (CE plans suggested earlier in the meeting should take this into
account).
A BoG (Robert Cohen & Yu-Wen Huang) considered CE6-related non-CE contribs.
Category D – Palette table coding
Test D.1 – Palette table coding
Proponent: Qualcomm, JCTVC-R0228, JCTVC-S0153
Crosschecker: MediaTek, JCTVC-S0204
In this test, a method that uses run-length coding to signal the binary vector predictor for palette
was tested, where the run value, indicating the number of zero elements between the ones, is
signalled as described in JCTVC-R0228. Additionally, sending the number of non-zero elements
explicitly in the beginning will be tested. Run values are coded using Exponential Golomb coded
or Golomb Rice codes or their truncated versions. Increased palette predictor sizes were also
tested with the run-length coding.
This was asserted to be a syntax (and text) simplification, with a small gain 0.0 to 0.3%,
depending on the category of test material.
Decision: Adopted.
Additional results were provided for a palette predictor size increased to 128, with some
additional gain.
4.6.2 CE6 primary contributions (13)
13.1.1.1.1.1.1.1.114 JCTVC-S0038 CE6 subtest A.5: Contexts for run coding in palette mode
[R. Joshi, M. Karczewicz, W. Pu, V. Seregin, J. Sole (Qualcomm)]
Page: 241
Date Sav
JCTVC-S0039 CE6 subtest A.6: Binarization for run coding in palette
mode [R. Joshi, W. Pu, M. Karczewicz, F. Zou, V. Seregin, J. Sole (Qualcomm)]
13.1.1.1.1.1.1.1.115
13.1.1.1.1.1.1.1.116 JCTVC-S0303 CE6: Cross-check of supplemental results from JCTVCS0039, CE6 subtest A.6: Binarization for run coding in palette mode [R. Cohen
(MERL)] [late]
13.1.1.1.1.1.1.1.117 JCTVC-S0048 CE6 Test B.2: Encoder modification of palette coding for
escape pixels [Y.-J. Chang, C.-H. Hung, C.-L. Lin, C.-C. Lin, J.-S. Tu (ITRI)]
13.1.1.1.1.1.1.1.118 JCTVC-S0062 CE6: Results of Test A.3 on restricted run coding
[G. Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)]
13.1.1.1.1.1.1.1.119 JCTVC-S0063 CE6: Results of Test C.1 on transition copy mode
[C. Gisquet, G. Laroche, P. Onno (Canon)]
13.1.1.1.1.1.1.1.120 JCTVC-S0074 CE6: Results for Test B3 on Improved Palette Index
Coding with Contextualization [T. Laude (Leibniz Universität Hannover)]
13.1.1.1.1.1.1.1.121 JCTVC-S0078 CE6 Test C.2: Transition copy mode [Y.-C. Sun, T.-D.
Chuang, Y.-W. Chen, Y.-W. Huang, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.122 JCTVC-S0132 CE6: Test B.5 – Escape colour prediction [Y. He, X. Xiu,
Y. Ye (InterDigital)]
13.1.1.1.1.1.1.1.123 JCTVC-S0153 CE6: Test D.1 Run-length coding for reuse flags
[M. Karczewicz, W. Pu, V. Seregin, R. Joshi, J. Sole (Qualcomm)]
13.1.1.1.1.1.1.1.124 JCTVC-S0154 CE6: Test B.1 Context coded CU-level escape colour flag
[M. Karczewicz, W. Pu, V. Seregin, R. Joshi, J. Sole (Qualcomm)]
13.1.1.1.1.1.1.1.125 JCTVC-S0163 CE6: Results of Test A.4 on palette run coding [S.-T.
Hsiang, T.-D. Chuang, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.126 JCTVC-S0164 CE6: Results of Test B.4 on palette index coding [S.-T.
Hsiang, T.-D. Chuang, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.127 JCTVC-S0174 CE6: Test C.3 Copy previous row mode for palette coding
[F. Zou, W. Pu, M. Karczewicz, R. Joshi, V. Seregin (Qualcomm)]
Page: 242
Date Sav
4.6.3 CE6 cross checks (13)
13.1.1.1.1.1.1.1.128 JCTVC-S0034 CE6: Cross check results for Test A.3 [W. Pu
(Qualcomm)]
13.1.1.1.1.1.1.1.129 JCTVC-S0035 CE6: Cross check results for Test A.4 [W. Pu
(Qualcomm)]
13.1.1.1.1.1.1.1.130 JCTVC-S0071 CE6: Cross-check of Test A.5 [G. Laroche (Canon)] [late]
13.1.1.1.1.1.1.1.131 JCTVC-S0072 CE6: Cross-check of Test A.6 [G. Laroche (Canon)] [late]
13.1.1.1.1.1.1.1.132 JCTVC-S0073 CE6: Cross-check of Test C.2 [C. Gisquet (Canon)] [late]
13.1.1.1.1.1.1.1.133 JCTVC-S0128 CE6: Crosscheck of Test B.2 – Encoder modification of
palette coding for escape pixels [Y. He, X. Xiu, Y. Ye (InterDigital)]
13.1.1.1.1.1.1.1.134 JCTVC-S0168 CE6: Cross check of Test B.3 on colour index coding with
contextualization [S.-T. Hsiang (MediaTek)] [late]
13.1.1.1.1.1.1.1.135 JCTVC-S0195 CE6: Cross-verification of Test B1 [X. Xiu, Y. He, Y. Ye
(InterDigital)] [late]
13.1.1.1.1.1.1.1.136 JCTVC-S0203 Crosscheck for CE6 Test C.3 on copy from previous row
[T.-D. Chuang (MediaTek)] [late]
13.1.1.1.1.1.1.1.137 JCTVC-S0204 Crosscheck for CE6 Test D.1 on palette table signalling
[T.-D. Chuang (MediaTek)] [late]
13.1.1.1.1.1.1.1.138 JCTVC-S0205 Crosscheck for CE6 Test C.1 on transition copy mode [Y.C. Sun (MediaTek)] [late]
13.1.1.1.1.1.1.1.139 JCTVC-S0211 CE6: Cross-Check Results of Test B.5 [C.-C. Lin, C.-H.
Hung, J.-S. Tu, Y.-J. Chang, C.-L. Lin (ITRI)] [late]
13.1.1.1.1.1.1.1.140 JCTVC-S0215 CE6: crosscheck report of CE6 test B.4 [Z. Xu, J. Zhu
(Fujitsu)] [late]
Page: 243
Date Sav
4.7 CE7: String Matching for Palette Index Coding (7)
4.7.1 CE7 summary and general discussion (1)
(Consideration of this topic was chaired by GJS on Friday 10-17 p.m.)
JCTVC-S0027 CE7: Summary Report for Core Experiment 7 on String
Matching for Palette Index Coding [Z. Ma, Y.-W. Huang (CE Coordinators)]
13.1.1.1.1.1.1.1.141
This document provides the summary of Core Experiment 7 (CE7) on String Matching for
Palette Index Coding. CE7 includes three tests:

Test 1 on 1-D string-based index coding;

Test 2 on constrained 1-D string-based index coding;
 Test 3 on hybrid 1-D/2-D string-based index coding.
Test 1 – 1-D string-based index coding
This test evaluates the colour index map coding proposed in JCTVC-R0268 using 1D string
match based index compression. 1-D string match is performed within current CU with the
representation of matched pairs.
Test 2 - Constrained 1-D string-based index coding
This test evaluates the colour index map coding proposed in JCTVC-R0304 using constrained
1D string match based index compression. This constrained 1-D string match is performed
within current CU with constrained matched distance and length is inferred as the CU width.
More details could be found JCTVC-R0304
Test 3 - Hybrid 1-D/2-D string-based index coding
This test evaluates the colour index map coding proposed in JCTVC-R0268/R304 using hybrid
1D/2D string match based index compression. 1-D string match is performed within current CU,
while hybrid 1D/2D search can be extended to the left 3 CTUs. More details could be found
JCTVC-R0268/R0304
The best results were for test 3.
Lossy coding gain is 0.0 to 3.4% with current CU plus 3 to its left for IBC, depending on the
category of test material.
Lossy coding gain is 0.0 to 1.9% relative to full-frame IBC, depending on the category of test
material.
Test
1
2
3
Mode
1-D
Constrained 1-D
Hybrid 1-D/2-D
Current Proposal
JCTVC-S0158
JCTVC-S0159
JCTVC-S0160
Crosscheck(s)
JCTVC-S0216
JCTVC-S0091
JCTVC-S0130
Tested Proposal(s)
JCTVC-R0268
JCTVC-R0304
JCTVCR0304/R0268
A participant suggested that the extra memory requirement (36 kbyte on-chip memory increase)
and worst-case context coded bins (13 per pixel) are problems.
It was remarked that the non-CE contribution S0151 (which has a smaller number of context
coded bins) should be considered in relation to this, for further study. The proponent suggested
to consider that contribution, or something like it.
4.7.2 CE7 primary contributions (3)
13.1.1.1.1.1.1.1.142 JCTVC-S0158 CE 7 Test 1: 1-D String based Index Coding for Palette
Index Coding [M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA R&D)]
Page: 244
Date Sav
13.1.1.1.1.1.1.1.143 JCTVC-S0159 CE 7 Test 2: Constrained 1-D String based Index Coding
for Palette Index Coding [M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA R&D)]
13.1.1.1.1.1.1.1.144 JCTVC-S0160 CE 7 Test 3: Hybrid 1-D/2-D String-based Index Coding
for Palette Index Coding [M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA R&D)]
4.7.3 CE7 cross checks (3)
13.1.1.1.1.1.1.1.145 JCTVC-S0091 CE7: Cross-check of test 2 (JCTVC-S0159) [B. Li, J. Xu
(Microsoft)] [late]
13.1.1.1.1.1.1.1.146 JCTVC-S0130 CE7: Cross check results for Test 3 (JCTVC-S0160)
[J. Ye, S. Liu (MediaTek)] [late]
13.1.1.1.1.1.1.1.147 JCTVC-S0216 CE7: crosscheck report of CE7 test 1 [Z. Xu, J. Zhu
(Fujitsu)] [late]
4.8 CE8: Single-Colour and Two-Colour Modes (7)
4.8.1 CE8 summary and general discussion (1)
(Consideration of this topic was chaired by GJS on Friday 10-17 p.m.)
13.1.1.1.1.1.1.1.148 JCTVC-S0028 CE8: Summary report for Core Experiment 8 on Uni- and
bi-colour mode [R. Cohen, T.-D. Chuang, C.-C. Lin, K. Rapaka (CE
Coordinators)]
This document provides the summary of Core Experiment 8 (CE8) on uni- and bi-colour modes.
CE8 includes three tests: Test A on bi-colour intra mode, Test B on single colour intra mode, and
Test C on independent uniform prediction intra mode. A list of proposals related to CE8 that
were not part of the CE8 description is also included.
Test A – Bi-colour intra mode
Bi-colour intra mode first transmits an index to specify which two colours are selected out of
available spatial neighboring pixels of the current CU. Then an index map for the CU is
established by the selected two colours. An index map coding is used to transmit the index map.
Two methods are tested: Method 1 uses two diverse colours selected from five neighboring
samples, and Method 2 uses two diverse colours selected from the above two and left two lines.
Gain 0.0 to 0.4%.
Test B – Single colour intra mode
A CU-level flag is signalled to indicate whether a CU is coded as single colour mode. When a
CU is coded as single colour mode, it is reconstructed by filling this CU with one single value.
Additionally, an index is transmitted to select the colour from the colour sample candidates
derived from the spatial neighboring and / or previous CU samples to fill in the CU. Two
methods are tested: Method 1 evaluates two spatial sample candidates from immediate
neighboring samples, and Method 2 evaluates four spatial sample candidates from both four
spatial neighboring samples plus colour candidates from the palette predictor table.
Page: 245
Date Sav
Gain 0.0 to 0.8%.
Test C – Independent uniform prediction intra mode
Independent uniform prediction uses a uniform colour value (triplet) as prediction samples for a
block. The number of candidate uniform colours and their values are signalled on a slice level. A
CU-level flag indicates whether the CU uses this mode. If there is more than one colour, an
index indicates which colour to use.
Gain −0.5 to 0.4%.
Test Mode
A
Bi-colour
Current
Proposal
JCTVC-S0049
B
Single colour
JCTVC-S0098
C
Independent Uniform
Prediction
JCTVC-S0176
Crosscheck(s) Tested Proposal(s)
JCTVC-S0103 JCTVCR0112/Q0094
JCTVC-S0190 JCTVCR0198/R0058
JCTVC-S0212 JCTVC-R0200
Of the CE tested methods, test B method 1 seems the most significant candidate, but some of its
gain may be just R-D search gain, and other aspects are changing.
S0050 and S0051 were identified as related.
A non-CE proposal S0108 was also suggested to be potentially related.
However, the available gains seem quite small, so no action was taken.
4.8.2 CE8 primary contributions (3)
13.1.1.1.1.1.1.1.149 JCTVC-S0049 CE8 Test A: Bi-colour intra mode for screen content
coding [Y.-J. Chang, C.-C. Lin, J.-S. Tu, C.-L. Lin, C.-H. Hung (ITRI)]
13.1.1.1.1.1.1.1.150 JCTVC-S0098 CE8 Test B: Single colour intra mode, with supplementary
results [P. Lai, S. Liu, Y.-W. Chen, T.-D. Chuang, Y.-C. Sun, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.151 JCTVC-S0176 CE8 Test C: Independent Uniform Prediction Intra Mode
(IUP) [R. Cohen, X. Zhang (MERL)]
4.8.3 CE8 cross checks (3)
13.1.1.1.1.1.1.1.152 JCTVC-S0103 CE8: Cross-check of Test A (JCTVC-S0049) Bi-colour
intra mode for screen content coding [P. Lai (MediaTek)] [late]
13.1.1.1.1.1.1.1.153 JCTVC-S0190 CE8: Crosscheck of Test B Single colour intra mode
[R. Cohen (MERL)]
13.1.1.1.1.1.1.1.154 JCTVC-S0212 CE8: Cross-Check Results of Test C [J.-S. Tu, C.-H.
Hung, C. –C. Lin, Y.-J. Chang, C.-L. Lin (ITRI)] [late]
Page: 246
Date Sav
4.9 CE9: Intra Boundary Filtering and Cross-Component Prediction
Interdependency (8)
4.9.1 CE9 summary and general discussion (1)
(Consideration of this topic was chaired by chaired by JRO, on Friday 10-17 p.m.)
13.1.1.1.1.1.1.1.155 JCTVC-S0029 CE9: Summary report for Core Experiment 9 on IBF/CCP
interdependency [R. Cohen, S. Liu, J. Xu, L. Zhang (CE Coordinators)]
Test A.1 – Optionally disabling the usage of the intra boundary filters
It is proposed to conditionally disable the boundary filters for intra horizontal, vertical, and DC
modes with flag controls in SPS and slice header. Two methods are tested: Method 1 disables all
the intra boundary filters. For Method 2, if the proportion of 2nd and 3rd component 16x16 blocks
having sharp edges exceeds a threshold, then the intra boundary filters are disabled.
Test A.2 – Optionally enabling the usage of the intra boundary filters on all components
It is proposed to enable the intra boundary filter for the second and third components in the 444
chroma sampling format. An enable flag is added at the SPS or PPS level.
Test A.3 – Modifying cross-component prediction to compensate for intra boundary
filtering
It is proposed to modify the CCP process by adding an offset block to the reconstructed luma (or
first component) residual block. This offset block is the difference between the luma prediction
block after intra boundary filtering is applied and the same block before intra boundary filtering
is applied. For blocks in which the adaptive colour transform has been applied, the luma offset is
also subtracted from the CCP computations for the Cg component.
Supplemental test: Combination of tests A.1 and A.2
Results from a supplemental test, which was not defined in the original CE9 description, are
included here for completeness and to facilitate discussion. In this test, if the number of 16x16
sharp-edge blocks exceeds that of smooth-edge blocks, IBF is disabled for all components;
Otherwise, IBF is enabled for all components.
A.1 method 1 always disables IBF, resulting in gains (0.1%...1.2%) for RGB classes, typically
small losses for YUV.
A.1 method 2 makes a frame-level decision (analyzing the difference between pixels and based
on this classifies the picture as sharp edge type), disabling the IBF for sharp edge types. This
avoids the losses for YUV, whereas the gain in RGB is practically unchanged.
A.2 enables IBF for all three components (0.1…1.5% gain), also small gain for YUV.
A.3 modifies CCP, resulting in small changes (likely due to inclusion of ACT, gains had been
larger at the last meeting).
Combination A.1/A.2 test disables for all three components when above the A.2 threshold,
enabling for all three components when below. This gives more or less the same result as A.2
The differences w.r.t. compression seem to be small (in average, A.2 is 0.2-0.3% lower than
A.1).
From the discussion, A.1 (adding an option to disable IBF for the first component) is asserted to
be the simplest solution. However, some doubt is raised whether this would have impact on the
visual quality.
Prepare viewing to compare A.1 method 1 versus A.2. If no differences are found, A.1 method 1
(sequence level disabling) should be used.
Further discussion was chaired by J. Boyce 10-23 p.m.
13.1.1.1.1.1.1.1.156 JCTVC-S0309 CE9: Summary of informal subjective viewing of effects
from enabling or disabling intra boundary filtering for all components [R. Cohen
(MERL), P. Lai (MediaTek), J. Xu (Microsoft)]
Page: 247
Date Sav
This document provides a summary of in-meeting informal subjective testing performed for a
revisit of Core Experiment 9 (CE9) on IBF/CCP interdependency. Coded videos corresponding
to two tests: Test A.1 which enables the intra boundary filter for all components, and Test A.2
which disables intra boundary filtering for all components. A table of observations is included in
the report.
Informal expert viewing was done, including still frames.
Decision: Adopt SPS-level disabling of IBF, as described in Method A.1.
4.9.2 CE9 primary contributions (3)
13.1.1.1.1.1.1.1.157 JCTVC-S0082 CE9: Result of Test A.2 [B. Li, J. Xu (Microsoft), X. Zhang,
R. Cohen (MERL)]
13.1.1.1.1.1.1.1.158 JCTVC-S0102 CE9 Test A.1: Optionally disabling the usage of the intra
boundary filters [X. Zhang, K. Zhang, J. An, H. Huang, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.159 JCTVC-S0177 CE9 Test A.3 Modifying cross-component prediction to
compensate for intra boundary filtering [R. Cohen, X. Zhang (MERL)]
4.9.3 CE9 cross checks (4)
13.1.1.1.1.1.1.1.160 JCTVC-S0191 CE9: Crosscheck of Test A.1 Optionally disabling the
usage of the intra boundary filters [R. Cohen (MERL)]
13.1.1.1.1.1.1.1.161 JCTVC-S0221 CE9: crosscheck report of CE9 Test A.3 (JCTVC-S0177)
[L. Zhang (Qualcomm)] [late]
13.1.1.1.1.1.1.1.162 JCTVC-S0264 CE9: cross-check of test A.1.3: Optionally disabling the
usage of the intra boundary filters (JCTVC-S0102) [B. Li, J. Xu (Microsoft)]
[late]
13.1.1.1.1.1.1.1.163 JCTVC-S0268 CE9: Cross-check of JCTVC-S0082 Test A.2 [X. Zhang
(MediaTek)] [late]
4.10
CE10: Intra String Copy (8)
4.10.1 CE10 summary and general discussion (1)
(Consideration of this topic was chaired by JRO on Sunday 10-19 p.m.)
13.1.1.1.1.1.1.1.164 JCTVC-S0030 CE10: Summary report for Core Experiment 10 on Intra
String Copy [Y. Chen, J. Xu (CE Coordinators)]
Scan directions (Test 1)
Though most proposals use horizontal scan, the benefit of adaptive vertical and horizontal scans
is to be tested.
Page: 248
Date Sav
Input documents: JCTVC-S0083.
Matching modes (Test 2)
2D matching is enabled in the common software and the benefit of having 1D matching is to be
tested. The proponents are required to provide the complexity analysis of 1D matching in terms
of memory bandwidth access as well as decoder buffer.
Input documents: JCTVC-S0083, JCTVC-S0192, and JCTVC-S0161.
Residue coding (Test 3)
The benefit of utilizing residue coding will be tested in CE and can be further tested together
with different constraints as in Test 7.
Input documents: JCTVC-S0161.
Mapping table for offset/length coding (Test 4)
It is found that the matching string length has unusual characteristic that many special and large
values are more frequently used than many small values. Based on the characteristics, a mapping
of the string length values to two matching parameters (pos and len) is introduced to improve the
coding efficiency for length values.
Input documents: JCTVC-S0192.
Frequent colour table (Test 5)
A frequent colour table is introduced to code escape pixels. There are 128 entries in the table,
each contains three sample values. The table can be updated once an escape pixel is explicitly
coded.
Input documents: JCTVC-S0161.
CABAC throughput (Test 6)
More efficient coding of the syntax elements in Intra String Copy.
Input documents: JCTVC-S0165.
Constraints for run length and number of runs (Test 7)
It is required that for each proposal, the worst case memory bandwidth analysis shall be provided.
In addition, it is suggested to provide statistics for the average memory bandwidth.
Input documents: JCTVC-S0174 and JCTVC-S0192.
A common CE10 software was used that supports 2D matching for Intra String Copy with
horizontal scanning order within a CU.
The memory bandwidth analysis methodology for the horizontal scan order in 2D matching
mode hasn’t been well established, as concluded in the previous meeting.
Some of the new tests, including e.g., Test 1 (vertical scan), Test 2 (1D matching) may have
implications for different patterns of memory bandwidth access, while how to evaluate the
complexity (including memory access) for those methods needs to be discussed.
In the following tables, 4-CTU restricts both IBC and string copy to the same search range.
Page: 249
Date Sav
Performance of the CE 10 common software against SCM2.0 in CTC configuration
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
All Intra
B/U
R/V
Random Access
G/Y
B/U
R/V
−2.1%
−2.3%
−2.4%
−1.5%
−1.7%
−1.7%
−1.1%
−1.3%
−1.2%
−0.6%
−0.2%
−0.5%
0.0%
0.0%
−0.8%
−0.1%
−0.6%
0.0%
0.0%
−0.6%
−0.2%
−0.5%
0.0%
0.0%
−0.4%
−0.1%
−0.4%
0.1%
0.1%
−0.6%
−0.1%
−0.4%
0.1%
0.0%
−0.5%
−0.1%
−0.6%
0.0%
0.0%
−0.4%
0.0%
−0.3%
0.0%
0.1%
−0.4%
0.0%
0.1%
0.1%
0.0%
−0.3%
−0.2%
0.2%
0.2%
0.1%
−1.7%
−1.9%
−1.8%
−1.3%
−1.5%
−1.5%
−1.0%
−1.2%
−1.2%
−0.4%
0.0%
−0.3%
0.1%
0.0%
−0.5%
−0.2%
−0.4%
0.1%
0.0%
150%
100%
−0.5%
−0.2%
−0.3%
0.1%
0.1%
−0.2%
0.0%
−0.1%
0.2%
0.1%
−0.4%
0.1%
−0.5%
0.1%
0.2%
111%
99%
−0.5%
−0.1%
−0.3%
0.1%
0.1%
−0.2%
−0.1%
−0.1%
0.2%
0.1%
−0.2%
−0.2%
0.5%
−0.3%
0.0%
111%
103%
−0.1%
−0.3%
−0.4%
0.0%
0.1%
G/Y
Low delay B
B/U
R/V
Performance of the CE 10 common software against SCM2.0 4-CTU configuration
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−1.5%
All Intra
B/U
R/V
−1.8% −1.7%
Random Access
G/Y
B/U
R/V
−1.1% −1.4% −1.3%
G/Y
−0.8%
Low delay B
B/U
R/V
−0.9%
−0.9%
−0.3%
−0.4%
−0.3%
−0.4%
−0.4%
−0.3%
0.0%
−0.1%
0.0%
−0.2%
−0.1%
0.0%
0.0%
−1.3%
−0.2%
−0.1%
0.0%
0.0%
−1.3%
−0.2%
−0.1%
0.0%
0.1%
−1.3%
−0.1%
0.0%
0.1%
0.1%
−1.1%
−0.2%
−0.1%
0.0%
0.1%
−1.2%
−0.2%
−0.1%
0.1%
0.1%
−1.3%
0.0%
0.0%
0.1%
0.1%
−0.9%
0.0%
−0.2%
0.2%
0.0%
−1.0%
−0.2%
−0.1%
0.1%
0.1%
−1.0%
−0.2%
−0.2%
−0.1%
−0.1%
−0.1%
−0.3%
0.1%
−0.1%
−0.1%
−0.1%
−0.1%
0.0%
0.0%
−0.2%
−0.1%
0.0%
0.0%
134%
96%
−0.2%
0.0%
0.0%
0.0%
0.0%
0.1%
0.0%
0.1%
0.1%
0.0%
0.3%
−0.1%
112%
101%
0.0%
0.0%
0.1%
0.1%
0.1%
−0.2%
0.0%
0.0%
0.7%
−0.5%
0.1%
0.0%
109%
99%
0.4%
0.4%
0.3%
0.1%
Page: 250
Date Sav
Performance of Test 1 against SCM2.0 in CTC configuration (JCTVC-S0083)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−5.5%
All Intra
B/U
R/V
−5.9% −6.0%
Random Access
G/Y
B/U
R/V
−3.4% −3.8% −3.8%
G/Y
−2.4%
Low delay B
B/U
R/V
−2.6%
−2.5%
−2.9%
−3.4%
−2.9%
−2.5%
−2.9%
−2.6%
−1.3%
−2.0%
−1.7%
−0.7%
−2.5%
0.0%
0.0%
−4.7%
−0.9%
−2.8%
0.0%
0.0%
−5.0%
−0.9%
−2.7%
0.0%
0.0%
−5.0%
−0.4%
−1.7%
0.0%
0.1%
−2.9%
−0.6%
−2.0%
0.0%
0.0%
−3.3%
−0.6%
−2.1%
0.0%
0.0%
−3.2%
−0.3%
−0.7%
0.1%
0.1%
−2.0%
−0.5%
−0.3%
0.1%
0.0%
−2.3%
−0.4%
−0.6%
0.3%
0.1%
−2.3%
−2.2%
−2.5%
−2.6%
−2.0%
−2.5%
−2.7%
−1.2%
−1.6%
−1.5%
−0.6%
−2.2%
0.1%
0.0%
−0.8%
−2.5%
0.0%
0.0%
190%
102%
−0.9%
−2.6%
0.0%
0.1%
−0.3%
−1.7%
0.1%
0.1%
−0.5%
−2.3%
0.1%
0.2%
132%
100%
−0.5%
−2.4%
0.1%
0.1%
−0.2%
−0.4%
0.2%
0.1%
−0.4%
−0.4%
−0.1%
0.0%
124%
101%
−0.7%
−0.7%
0.1%
0.1%
Performance of Test 1 against SCM2.0 in 4-CTU configuration (JCTVC-S0083)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−3.4%
All Intra
B/U
R/V
−3.8% −3.7%
Random Access
G/Y
B/U
R/V
−2.3% −2.6% −2.6%
G/Y
−1.5%
Low delay B
B/U
R/V
−1.7%
−1.7%
−1.8%
−2.2%
−1.9%
−1.7%
−2.0%
−1.9%
−0.6%
−1.0%
−0.9%
−0.4%
−0.8%
0.0%
0.0%
−2.8%
−0.6%
−0.8%
0.0%
0.0%
−2.9%
−0.5%
−0.9%
0.0%
0.1%
−3.0%
−0.3%
−0.5%
0.1%
0.1%
−2.0%
−0.4%
−0.7%
0.0%
0.1%
−2.3%
−0.4%
−0.6%
0.1%
0.1%
−2.3%
−0.3%
−0.3%
0.1%
0.1%
−1.5%
−0.3%
−0.4%
0.1%
0.0%
−1.7%
−0.4%
−0.4%
0.0%
0.1%
−1.7%
−1.2%
−1.6%
−1.7%
−1.1%
−1.6%
−1.7%
−0.4%
−0.8%
−0.7%
−0.3%
−0.7%
0.1%
0.0%
−0.5%
−0.8%
0.1%
0.0%
176%
95%
−0.4%
−0.7%
0.0%
0.0%
−0.2%
−0.4%
0.2%
0.1%
−0.2%
−0.7%
0.3%
−0.1%
128%
104%
−0.4%
−0.7%
0.2%
0.1%
−0.2%
−0.5%
0.1%
0.0%
−0.1%
−0.9%
0.1%
0.0%
120%
97%
0.1%
−0.2%
0.0%
0.1%
Performance of Test 2 against SCM2.0 in CTC configuration (JCTVC-S0083)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−3.2%
All Intra
B/U
R/V
−3.5% −3.5%
Random Access
G/Y
B/U
R/V
−2.1% −2.4% −2.4%
G/Y
−1.4%
Low delay B
B/U
R/V
−1.6%
−1.4%
−1.1%
−1.3%
−1.2%
−1.2%
−1.5%
−1.3%
−0.5%
−0.5%
−0.5%
−0.2%
−0.7%
0.0%
0.0%
−2.5%
−0.2%
−0.7%
0.1%
0.0%
−2.7%
−0.2%
−0.7%
0.0%
0.0%
−2.6%
−0.3%
−0.5%
0.1%
0.1%
−1.7%
−0.4%
−0.5%
0.1%
0.0%
−2.1%
−0.4%
−0.6%
0.1%
0.1%
−2.0%
−0.1%
−0.1%
0.0%
0.0%
−1.2%
−0.1%
0.4%
0.2%
0.0%
−1.3%
−0.2%
0.5%
0.2%
0.1%
−1.2%
−0.7%
−0.9%
−1.0%
−1.1%
−1.6%
−1.9%
−0.3%
−0.1%
−0.3%
−0.1%
−0.5%
0.1%
0.0%
−0.2%
−0.5%
0.1%
0.0%
218%
102%
−0.2%
−0.5%
0.1%
0.0%
−0.1%
−0.4%
0.1%
0.1%
−0.3%
−0.4%
0.0%
0.0%
147%
99%
−0.1%
−0.4%
0.1%
0.0%
−0.2%
0.2%
0.2%
0.1%
−0.2%
0.7%
−0.1%
0.1%
129%
101%
0.3%
0.0%
0.4%
0.2%
Page: 251
Date Sav
Performance of Test 2 against SCM2.0 in 4-CTU configuration (JCTVC-S0083)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−6.5%
All Intra
B/U
R/V
−6.9% −6.8%
Random Access
G/Y
B/U
R/V
−3.8% −4.2% −4.1%
G/Y
−1.7%
Low delay B
B/U
R/V
−1.9%
−1.8%
−3.5%
−3.7%
−3.5%
−3.8%
−3.9%
−3.9%
−0.6%
−0.7%
−0.6%
−0.6%
−0.4%
0.0%
0.0%
−4.7%
−0.6%
−0.4%
0.0%
0.0%
−5.1%
−0.6%
−0.4%
0.0%
0.0%
−4.8%
−1.0%
−0.5%
0.1%
0.0%
−3.1%
−0.9%
−0.5%
−0.1%
0.1%
−3.7%
−1.1%
−0.5%
0.1%
0.0%
−3.5%
−0.5%
−0.3%
0.1%
0.1%
−1.6%
−0.5%
−0.2%
0.1%
0.1%
−1.8%
−0.7%
0.1%
0.1%
0.0%
−1.8%
−2.0%
−2.1%
−2.3%
−2.9%
−3.3%
−3.8%
−0.1%
−0.3%
0.0%
−0.3%
−0.5%
0.1%
0.0%
−0.4%
−0.4%
0.0%
0.0%
197%
94%
−0.3%
−0.3%
0.1%
0.0%
−0.4%
−0.2%
0.0%
0.1%
−0.6%
−0.3%
0.2%
0.0%
143%
104%
−0.6%
−0.1%
0.1%
0.1%
−0.2%
−0.5%
0.1%
0.0%
0.3%
−0.8%
0.0%
0.1%
129%
98%
0.0%
−0.1%
0.2%
0.2%
Note: 2D matching from CE10 software is disabled in the following proposal.
Performance of Test 2 against SCM2.0 in CTC configuration (JCTVC-S0192, config1)
All Intra
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
G/Y
−1.3%
−1.1%
−0.1%
−1.1%
0.0%
0.0%
−0.9%
−0.4%
−0.1%
−1.0%
0.1%
0.0%
B/U
−1.5%
−1.0%
−0.1%
−1.1%
0.0%
0.0%
−1.2%
−0.9%
−0.4%
−2.7%
0.1%
0.0%
Random Access
R/V
−1.4%
−1.2%
−0.1%
−1.0%
0.0%
0.0%
−1.1%
−1.2%
−0.2%
−2.1%
0.0%
0.1%
G/Y
−0.9%
−1.4%
−0.6%
−1.1%
0.0%
0.0%
−0.7%
−1.0%
−0.3%
−0.8%
0.1%
0.1%
123%
225%
Enc Time[%]
Dec Time[%]
B/U
−1.0%
−1.4%
−0.6%
−1.2%
0.0%
0.0%
−1.3%
−2.2%
−0.9%
−3.1%
0.1%
0.2%
R/V
−0.9%
−1.5%
−0.6%
−1.0%
0.0%
0.0%
−1.2%
−2.5%
−0.7%
−2.2%
0.0%
0.0%
Low delay B
G/Y
−0.4%
−0.8%
−0.3%
−0.8%
0.0%
0.1%
−0.4%
−0.5%
−0.4%
−0.8%
0.2%
0.1%
B/U
−0.6%
−0.7%
−0.4%
−0.8%
0.0%
0.0%
−0.7%
−0.5%
−0.7%
−3.2%
−0.3%
−0.1%
107%
105%
306%
273%
R/V
−0.5%
−1.1%
−0.5%
−0.5%
0.2%
0.1%
−0.7%
−1.4%
−0.1%
−2.8%
0.2%
0.3%
Performance of Test 2 against SCM2.0 in CTC configuration (JCTVC-S0192, config2)
All Intra
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−2.9%
−1.6%
−0.1%
−1.1%
0.0%
0.0%
−2.0%
−0.8%
0.0%
−1.0%
0.1%
0.0%
B/U
−3.1%
−1.7%
−0.1%
−1.2%
0.0%
0.0%
−2.3%
−1.4%
−0.3%
−2.7%
0.0%
0.0%
146%
233%
Random Access
R/V
−3.0%
−1.8%
−0.1%
−1.1%
0.0%
0.0%
−2.1%
−1.8%
−0.2%
−2.2%
0.0%
0.1%
G/Y
−1.8%
−1.9%
−0.7%
−1.0%
0.0%
0.0%
−1.5%
−1.3%
−0.3%
−0.8%
0.2%
0.1%
B/U
−2.1%
−1.9%
−0.6%
−1.2%
0.0%
0.0%
−2.1%
−2.5%
−0.8%
−3.2%
0.1%
0.2%
R/V
−2.0%
−2.1%
−0.6%
−1.2%
0.0%
0.1%
−2.0%
−2.9%
−0.5%
−2.5%
0.0%
0.1%
Low delay B
G/Y
−1.0%
−1.0%
−0.4%
−1.3%
0.0%
0.1%
−0.9%
−1.0%
−0.2%
−1.0%
0.2%
0.1%
B/U
−1.4%
−1.0%
−0.5%
−1.4%
0.1%
0.0%
−1.2%
−1.3%
−0.9%
−2.4%
−0.2%
−0.1%
114%
109%
302%
274%
R/V
−1.3%
−1.2%
−0.4%
−0.8%
0.1%
0.1%
−1.2%
−2.2%
−0.2%
−2.6%
0.2%
0.2%
Page: 252
Date Sav
Performance of Test 2 against SCM2.0 in CTC configuration (JCTVC-S0161)
All Intra
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
G/Y
−0.2%
0.3%
0.0%
−0.2%
0.0%
0.0%
1.1%
0.6%
0.1%
0.2%
0.1%
0.0%
B/U
−0.3%
0.3%
0.0%
−0.2%
0.0%
0.0%
1.1%
0.6%
0.0%
−0.2%
0.0%
0.0%
Random Access
R/V
−0.3%
0.3%
−0.1%
−0.2%
0.0%
0.0%
1.1%
0.6%
−0.1%
0.0%
0.0%
0.0%
G/Y
−0.1%
0.3%
−0.1%
−0.1%
0.1%
0.1%
0.3%
0.2%
0.1%
0.0%
0.2%
0.1%
108%
126%
Enc Time[%]
Dec Time[%]
B/U
−0.1%
0.2%
−0.2%
−0.3%
0.1%
0.0%
0.0%
0.1%
−0.5%
−0.6%
0.0%
0.2%
R/V
−0.1%
0.2%
−0.2%
−0.3%
0.0%
0.0%
0.1%
0.1%
−0.2%
−0.4%
0.1%
0.0%
Low delay B
G/Y
0.0%
0.1%
−0.1%
−0.2%
0.0%
0.0%
0.0%
0.0%
−0.1%
0.4%
0.1%
0.1%
103%
189%
B/U
0.0%
0.1%
−0.1%
0.3%
0.2%
0.0%
−0.1%
0.3%
−0.6%
0.2%
−0.1%
0.0%
R/V
0.0%
0.2%
−0.1%
0.0%
0.1%
0.0%
−0.1%
0.1%
−0.2%
0.2%
0.0%
0.2%
103%
194%
Performance of Test 2 against SCM2.0 in 4-CTU configuration (JCTVC-S0161)
All Intra
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
G/Y
−0.5%
0.1%
−0.1%
0.0%
0.0%
0.0%
0.5%
0.4%
0.0%
0.2%
0.1%
0.0%
B/U
−0.6%
0.1%
−0.1%
0.0%
0.1%
0.0%
0.5%
0.3%
−0.3%
0.0%
0.0%
0.0%
Random Access
R/V
−0.6%
0.1%
−0.1%
0.0%
0.0%
0.0%
0.6%
0.3%
−0.3%
0.0%
0.0%
0.0%
G/Y
−0.2%
0.0%
−0.2%
−0.2%
0.0%
0.0%
0.0%
0.1%
−0.1%
0.1%
0.0%
0.1%
107%
129%
Enc Time[%]
Dec Time[%]
B/U
−0.3%
0.0%
−0.2%
−0.2%
−0.1%
0.1%
−0.1%
0.0%
−0.8%
−0.5%
0.2%
0.0%
R/V
−0.3%
0.0%
−0.3%
−0.2%
0.1%
0.0%
0.0%
−0.1%
−0.6%
−0.6%
0.0%
0.2%
Low delay B
G/Y
0.0%
0.2%
−0.2%
−0.3%
0.1%
0.1%
−0.1%
0.2%
−0.4%
−0.1%
0.0%
0.0%
B/U
−0.1%
0.1%
−0.2%
−0.6%
0.1%
0.1%
−0.1%
−0.2%
−0.8%
−0.4%
0.3%
0.1%
R/V
0.0%
0.1%
−0.2%
−0.3%
0.0%
0.1%
−0.1%
0.3%
−0.6%
−0.2%
0.3%
0.2%
104%
194%
105%
189%
Performance of Test 3 against SCM2.0 in CTC configuration (JCTVC-S0161)
All Intra
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
G/Y
−1.0%
−0.5%
0.0%
−0.1%
0.0%
0.0%
0.6%
0.4%
0.2%
0.2%
0.1%
0.0%
B/U
−1.3%
−0.4%
−0.1%
−0.2%
0.1%
0.0%
0.3%
0.4%
0.0%
0.1%
0.0%
0.0%
Random Access
R/V
−1.2%
−0.4%
−0.1%
−0.1%
0.0%
0.0%
0.4%
0.3%
0.0%
0.1%
0.1%
0.0%
G/Y
−0.7%
−0.4%
0.0%
−0.2%
0.1%
0.0%
−0.4%
0.0%
0.1%
0.1%
0.1%
0.1%
B/U
−0.8%
−0.4%
−0.1%
−0.2%
0.0%
0.0%
−0.6%
0.1%
−0.4%
−0.3%
0.1%
0.1%
R/V
−0.7%
−0.3%
−0.1%
−0.2%
0.0%
0.0%
−0.5%
0.0%
−0.3%
−0.3%
0.0%
0.1%
Low delay B
G/Y
−0.5%
−0.3%
−0.3%
−0.4%
0.1%
0.0%
−0.5%
−0.1%
−0.3%
0.0%
0.2%
0.1%
B/U
−0.5%
−0.4%
−0.4%
−0.3%
0.1%
0.0%
−0.6%
0.1%
−0.7%
−0.2%
0.0%
0.0%
Enc Time[%]
106%
103%
103%
Dec Time[%]
126%
188%
193%
R/V
−0.5%
−0.2%
−0.2%
0.2%
0.1%
0.0%
−0.5%
0.2%
−0.2%
−0.1%
0.4%
0.1%
Page: 253
Date Sav
Performance of Test 3 against SCM2.0 in 4-CTU configuration (JCTVC-S0161)
All Intra
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
G/Y
−1.9%
−1.2%
−0.2%
−0.1%
0.0%
0.0%
−0.6%
0.1%
0.0%
0.1%
0.1%
0.0%
B/U
−2.3%
−1.6%
−0.2%
−0.1%
0.1%
0.0%
−1.0%
−0.2%
−0.4%
−0.1%
0.0%
0.0%
Random Access
R/V
−2.2%
−1.4%
−0.2%
−0.1%
0.0%
0.0%
−0.8%
−0.3%
−0.3%
−0.1%
0.0%
0.0%
106%
128%
Enc Time[%]
Dec Time[%]
G/Y
−1.2%
−1.5%
−0.3%
−0.3%
0.1%
0.0%
−0.9%
−0.3%
−0.1%
0.0%
0.1%
0.0%
B/U
−1.5%
−1.7%
−0.3%
−0.2%
0.0%
0.1%
−1.3%
−0.6%
−0.6%
−0.5%
0.1%
0.0%
R/V
−1.3%
−1.7%
−0.3%
−0.3%
0.1%
0.0%
−1.2%
−0.9%
−0.6%
−0.5%
0.0%
0.2%
Low delay B
G/Y
−0.7%
−0.4%
−0.3%
−0.4%
0.1%
0.0%
−0.8%
0.0%
−0.2%
−0.5%
0.1%
0.0%
B/U
−0.8%
−0.6%
−0.2%
−0.4%
0.1%
0.1%
−0.8%
−0.1%
−0.6%
−1.1%
0.0%
0.0%
105%
104%
189%
194%
R/V
−0.8%
−0.6%
−0.5%
−0.5%
0.1%
0.1%
−0.8%
0.1%
−0.5%
−0.9%
0.2%
0.1%
For test 4, The additional mapping table was not implemented based on the common CE
software. More clarification is needed for the evaluation of this proposal. Results were provided
only on Oct. 16th. (not available in input document S0192, and not conclusive according to
proponent).
Performance of Test 5 against SCM2.0 in CTC configuration (JCTVC-S0161)
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
G/Y
−0.9%
−0.4%
0.0%
−0.1%
0.0%
0.0%
0.6%
0.6%
0.1%
0.2%
0.1%
0.0%
Enc Time[%]
Dec Time[%]
All Intra
B/U
−1.2%
−0.3%
−0.1%
−0.1%
0.0%
0.0%
0.5%
0.5%
0.0%
0.0%
0.0%
0.0%
110%
127%
R/V
−1.1%
−0.4%
−0.1%
0.0%
0.0%
0.0%
0.6%
0.4%
−0.1%
0.2%
0.0%
0.0%
Random Access
G/Y
B/U
R/V
−0.7%
−0.7%
−0.7%
−0.3%
−0.5%
−0.3%
0.0%
0.0%
−0.1%
0.0%
−0.2%
−0.2%
0.1%
0.0%
0.1%
0.1%
0.0%
0.0%
−0.4%
−0.5%
−0.4%
0.0%
0.1%
0.1%
0.1%
−0.3%
−0.2%
0.1%
−0.4%
0.0%
0.1%
0.0%
0.1%
0.1%
0.2%
0.1%
104%
188%
G/Y
−0.5%
−0.1%
−0.2%
−0.2%
0.0%
0.1%
−0.5%
−0.1%
−0.4%
0.0%
0.2%
0.1%
Low delay B
B/U
−0.5%
−0.3%
−0.2%
0.3%
0.1%
0.0%
−0.5%
−0.1%
−0.2%
−0.1%
−0.1%
−0.1%
103%
195%
R/V
−0.5%
−0.4%
−0.1%
0.5%
0.1%
0.1%
−0.4%
0.0%
−0.1%
−0.2%
0.5%
0.2%
Performance of Test 5 against SCM2.0 in 4-CTU configuration (JCTVC-S0161)
RGB, text & graphics with motion, 1080p
RGB, text & graphics with motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p
YUV, text & graphics with motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−1.7%
−1.1%
−0.1%
−0.1%
0.0%
0.0%
−0.6%
0.1%
0.0%
0.1%
0.1%
0.0%
All Intra
B/U
−2.1%
−1.4%
−0.1%
0.0%
0.0%
0.0%
−0.7%
−0.1%
−0.2%
0.0%
0.0%
0.0%
108%
123%
R/V
−2.0%
−1.2%
−0.1%
0.0%
0.0%
0.0%
−0.7%
0.0%
−0.2%
0.0%
0.1%
0.0%
Random Access
G/Y
B/U
R/V
−1.2%
−1.4%
−1.3%
−1.3%
−1.5%
−1.4%
−0.2%
−0.2%
−0.2%
−0.1%
0.0%
0.0%
0.0%
−0.1%
0.0%
0.0%
0.1%
0.0%
−0.9%
−1.1%
−1.0%
−0.2%
−0.4%
−0.6%
−0.1%
−0.5%
−0.4%
0.1%
0.0%
−0.1%
0.1%
0.1%
−0.1%
0.0%
0.0%
0.2%
105%
189%
G/Y
−0.8%
−0.1%
−0.1%
−0.1%
0.0%
0.1%
−0.8%
0.1%
−0.1%
−0.3%
0.2%
0.0%
Low delay B
B/U
−0.8%
−0.4%
−0.1%
−0.2%
0.1%
0.1%
−0.8%
0.0%
−0.1%
−0.4%
−0.2%
0.1%
103%
195%
R/V
−0.8%
−0.3%
−0.3%
−0.3%
0.1%
0.1%
−0.8%
−0.1%
−0.1%
0.0%
0.1%
0.2%
Page: 254
Date Sav
Performance of Test 6.1 against CE10 common software in CTC configuration (JCTVC-S0165)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−0.7%
All Intra
B/U
R/V
−0.7% −0.7%
Random Access
G/Y
B/U
R/V
−0.4% −0.5% −0.5%
G/Y
−0.3%
Low delay B
B/U
R/V
−0.3%
−0.4%
−0.3%
−0.5%
−0.3%
−0.4%
−0.5%
−0.4%
0.1%
−0.1%
−0.3%
0.0%
−0.2%
0.0%
0.0%
−0.5%
−0.1%
−0.2%
0.0%
0.0%
−0.5%
−0.1%
−0.2%
0.0%
0.0%
−0.5%
−0.1%
−0.1%
0.0%
0.0%
−0.3%
−0.1%
−0.2%
−0.1%
0.0%
−0.4%
−0.1%
−0.1%
0.0%
0.0%
−0.3%
0.1%
−0.1%
0.1%
0.0%
−0.3%
0.1%
−0.1%
0.0%
0.0%
−0.3%
0.0%
−0.4%
0.0%
0.0%
−0.3%
−0.2%
−0.3%
−0.2%
−0.4%
−0.5%
−0.5%
−0.2%
−0.1%
−0.4%
0.0%
−0.1%
0.0%
0.0%
0.0%
−0.1%
0.0%
0.0%
100%
99%
0.0%
−0.1%
0.0%
0.0%
−0.1%
−0.1%
0.0%
0.0%
−0.2%
−0.2%
0.0%
0.0%
102%
103%
0.0%
−0.1%
0.1%
0.0%
0.1%
0.0%
0.0%
0.0%
0.0%
−0.2%
0.1%
0.0%
101%
98%
0.4%
0.3%
0.2%
0.0%
Performance of Test 6.1 against CE10 common software in 4-CTU configuration (JCTVCS0165)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−0.5%
All Intra
B/U
R/V
−0.6% −0.6%
Random Access
G/Y
B/U
R/V
−0.4% −0.4% −0.4%
G/Y
−0.3%
Low delay B
B/U
R/V
−0.2%
−0.3%
−0.2%
−0.3%
−0.3%
−0.2%
−0.2%
−0.3%
−0.1%
−0.2%
−0.3%
0.0%
0.0%
0.0%
0.0%
−0.4%
0.0%
0.0%
0.0%
0.0%
−0.4%
0.0%
0.0%
0.0%
0.0%
−0.4%
−0.1%
0.0%
0.0%
0.0%
−0.3%
0.0%
−0.1%
0.0%
0.0%
−0.4%
−0.1%
0.0%
−0.1%
0.0%
−0.3%
−0.1%
−0.2%
0.0%
0.0%
−0.1%
−0.1%
0.0%
0.0%
0.0%
−0.2%
0.0%
0.3%
0.0%
0.0%
−0.2%
−0.1%
−0.3%
−0.2%
−0.2%
−0.2%
−0.3%
0.1%
−0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
−0.5%
−0.2%
0.0%
0.0%
0.0%
0.0%
−0.1%
−0.2%
0.1%
0.0%
−0.2%
−0.1%
−0.1%
0.0%
−0.6%
−0.3%
−0.3%
−0.1%
0.0%
0.0%
−0.1%
0.0%
0.2%
0.0%
−0.4%
0.3%
0.2%
0.0%
−0.6%
−0.3%
−0.3%
−0.4%
−0.2%
0.0%
Test 6.2 (entropy coding for 1D matching) provided a different method for the coding of offsets
based in 1D matching.
It is claimed to be implemented based on JCTVC-S0083 with 1D matching enabled.
It achieves average Luma BD-rate savings of 0.4%, 0.3%, and 0.1% for YUV, text & graphics
with motion, 1080p sequences for the AI, RA, LB settings, respectively.
Test 6.3 (entropy coding the run length) is compared with the common software of this CE. It
achieves average Luma BD-rate savings of 0.3%, 0.2%, and 0.2% for YUV, text & graphics with
motion, 1080p sequences for the AI, RA, LB settings, respectively.
Page: 255
Date Sav
Performance of Test 7.1 against SCM2.0 in CTC configuration (JCTVC-S0174)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−1.7%
All Intra
B/U
R/V
−2.0% −1.9%
Random Access
G/Y
B/U
R/V
−1.2% −1.4% −1.4%
G/Y
−1.0%
Low delay B
B/U
R/V
−1.2%
−1.1%
−0.5%
−0.6%
−0.5%
−0.4%
−0.6%
−0.5%
−0.3%
−0.3%
−0.3%
−0.1%
−0.4%
0.0%
0.0%
−1.5%
−0.1%
−0.4%
0.0%
0.0%
−1.6%
−0.1%
−0.3%
0.0%
0.0%
−1.5%
−0.1%
−0.3%
0.0%
0.1%
−1.1%
−0.1%
−0.4%
0.1%
0.0%
−1.3%
−0.2%
−0.3%
0.0%
0.0%
−1.3%
−0.1%
−0.3%
0.1%
0.1%
−0.9%
−0.1%
0.1%
0.1%
0.0%
−1.0%
−0.2%
0.7%
0.2%
0.1%
−1.0%
−0.3%
−0.3%
−0.5%
−0.2%
−0.4%
−0.4%
−0.2%
−0.1%
−0.4%
−0.1%
−0.2%
0.1%
0.0%
−0.2%
−0.3%
0.1%
0.0%
145%
99%
−0.2%
−0.3%
0.0%
0.1%
−0.1%
−0.2%
0.1%
0.1%
−0.1%
−0.2%
0.0%
0.2%
113%
103%
−0.1%
−0.2%
0.1%
0.1%
0.0%
0.1%
0.2%
0.1%
0.0%
0.1%
−0.2%
0.0%
109%
102%
0.5%
−0.3%
0.2%
0.0%
Performance of Test 7.1 against SCM2.0 in 4-CTU configuration (JCTVC- S0174)
RGB, text & graphics with motion,
1080p
RGB, text & graphics with
motion,720p
RGB, mixed content, 1440p
RGB, mixed content, 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion,
1080p
YUV, text & graphics with
motion,720p
YUV, mixed content, 1440p
YUV, mixed content, 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p
Enc Time[%]
Dec Time[%]
G/Y
−1.1%
All Intra
B/U
R/V
−1.3% −1.3%
Random Access
G/Y
B/U
R/V
−0.9% −1.1% −1.0%
G/Y
−0.7%
Low delay B
B/U
R/V
−0.8%
−0.8%
−0.2%
−0.2%
−0.1%
−0.2%
−0.3%
−0.2%
0.0%
−0.1%
−0.1%
−0.1%
−0.1%
0.0%
0.0%
−1.0%
−0.2%
−0.1%
0.0%
0.0%
−1.0%
−0.1%
0.0%
0.0%
0.1%
−0.9%
−0.1%
0.1%
0.1%
0.1%
−0.9%
−0.1%
0.0%
0.0%
0.1%
−1.0%
−0.2%
−0.1%
0.1%
0.1%
−1.0%
−0.1%
0.1%
0.1%
0.1%
−0.8%
−0.1%
−0.2%
0.2%
0.0%
−0.9%
−0.2%
0.1%
0.0%
0.1%
−0.9%
−0.1%
−0.2%
0.0%
−0.1%
0.0%
−0.2%
0.2%
0.1%
0.2%
−0.1%
0.0%
0.1%
0.0%
−0.2%
−0.1%
0.0%
0.0%
142%
101%
−0.2%
0.0%
0.1%
0.0%
−0.1%
0.1%
0.1%
0.1%
0.0%
0.0%
0.2%
−0.1%
115%
100%
−0.1%
0.1%
0.1%
0.1%
0.0%
−0.2%
0.1%
0.0%
0.2%
−0.5%
−0.1%
0.0%
111%
101%
0.3%
0.1%
0.2%
0.1%
For Test 7, JCTVC-S0192, the implementation is not based on the common CE software. It
restricts the maximum number of strings to ¼ of pixels (i.e. encoder imposed restriction).
However, coding performance gain was observed as −2.0%, −1.5%, −0.9% for YUV, text &
graphics with motion, 1080p sequences for the AI, RA, LB settings when compared to CTC.
It was agreed to establish a BoG (chair Y. Chen) to investigate the complexity impact,
particularly:

The memory bandwidth requirements for the CE10 common software and the test 1
method (which shows interesting coding gain, but could have impact on the memory
access due to switching hor/vert scan).

The worst case number of context coded bins, for the CE10 common software and the
test 6 method(s)
See notes on that BoG report S0308.
The question was also raised, since the target appears similar as with intra line copy (CE4), the
gains are usually lower. Due to some commonality in the target, it was suggested to combine the
two CEs.
Page: 256
Date Sav
13.1.1.1.1.1.1.1.165 JCTVC-S0308 BoG report on Intra String Copy (CE10) [Y. Chen]
(Chaired by J. Boyce, Thursday.)
This document provides a report of the BoG on CE 10 proposals, focusing on the memory
bandwidth analysis and CABAC throughput, from 6 pm to 6:45 pm, Oct. 22.
Some worst-case results were provided. Intra string copy requires twice the memory bandwidth
as Intra line copy and 3-4 times the memory bandwidth as compared to Intra BC (4x4), even
when large memory access pattern is used.
Worst case CABAC bins per pixel for 4x8 in SCM 2.0 is 7.6, for Intra string copy is 3.06, and
for Intra String copy Test 6.1 is 15.06, roughly twice the 4x8 in SCM 2.0 case.
It was suggested that the memory bandwidth could be limited by restricting the sizes of the
strings. String size constraints could be based upon the relative prediction position.
It was agreed to have a CE on ISC.
4.10.2 CE10 primary contributions (5)
13.1.1.1.1.1.1.1.166 JCTVC-S0083 CE10: Result of Test 1 and 2 [B. Li, J. Xu (Microsoft)]
13.1.1.1.1.1.1.1.167 JCTVC-S0161 CE10: Hybrid 1-D/2-D Intra string search for HEVC screen
content coding [W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA R&D)]
13.1.1.1.1.1.1.1.168 JCTVC-S0165 CE10 Results of Test 6 on unified method for entropy
coding intra string copy syntax elements [S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)]
13.1.1.1.1.1.1.1.169 JCTVC-S0175 CE10: Test 7.1 Constrained run for Intra String Copy
[F. Zou, Y. Chen, V. Seregin, M. Karczewicz (Qualcomm)]
13.1.1.1.1.1.1.1.170 JCTVC-S0305 CE10: Cross-check of test 7.1 Constrained run for Intra
String Copy (JCTVC-S0175) [B. Li, J. Xu (Microsoft)] [late]
For the tests checked, the RD results were verified.
13.1.1.1.1.1.1.1.171 JCTVC-S0192 CE10: Results of test 2, 4, 7 [Xianyi Chen, Shuhui Wang,
Tao Lin (Tongji), Jing Ye, Shan Liu, Shawmin Lei (MediaTek)]
4.10.3 CE10 cross checks (2)
13.1.1.1.1.1.1.1.172 JCTVC-S0092 CE10: Cross-check of Hybrid 1-D/2-D Intra string search
for HEVC screen content coding (JCTVC-S0161) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.173 JCTVC-S0245 CE10: Cross-check of S0083 (Result of Test 1 and 2)
[W. Wang, M. Xu, Z. Ma, H. Yu (Huawei USA R&D)] [late]
13.1.1.1.1.1.1.1.174 JCTVC-S0281 CE10: Crosscheck of JCTVC-S0192 Test 2 [F. Zou
(Qualcomm)] [late]
Page: 257
Date Sav
5
Non-CE Technical Contributions (141)
5.1 SCC (127)
5.1.1 CE1 related (vector entropy coding) (2)
(Consideration of this topic was chaired by JRO on Sunday 10-19 p.m.)
13.1.1.1.1.1.1.1.175 JCTVC-S0143 Non-CE1: Block vector coding for Intra block copy mode
[K. Rapaka, M. Karczewicz, C. Pang (Qualcomm), K. Miyazawa, A. Minezawa,
S. Sekiguchi (Mitsubishi)]
This contribution proposes a method to code intra block vector for intra block copy (IBC) mode.
The proposed method combines aspects from CE1 Test 4.1 and JCTVC-R0182. The CE1 Test
4.1 combines binarization method from CE1 Test 1.1 with aspects in Test 1.3. It is argued that in
some scenarios there exists redundancy on the IBC block vectors and removing these
redundancies provides coding efficiency improvements. It is asserted that the proposed method
effectively removes redundancies in block vector by inferring sign and absolute values of block
vector components. It is reported that the proposed approach provides objective bit rate
reductions of −1.0 %, −1.2% for All Intra 1080p text and graphics RGB and YUV categories,
respectively over SCM-2.0 anchor.
By the time of the presentation of the contribution, a decision about the methods from CE1 has
not been taken yet (BoG work not finished). The additional aspect of redundancy reduction is
asserted to be interesting and should be further considered (CE).
One expert points out that the syntax should not become too complicated.
13.1.1.1.1.1.1.1.176 JCTVC-S0225 Cross-check of ‘Non-CE1: Block vector coding for Intra
block copy’ (JCTVC-S0143) by Mitsubishi and Qualcomm [C. Rosewarne,
M. Maeda (Canon)] [late]
5.1.2 CE2 related (intra block copy signalling and partitioning) (12)
(Consideration of this topic was chaired by JRO on Sunday 10-19 p.m.)
13.1.1.1.1.1.1.1.177 JCTVC-S0033 Non-CE2: Intra block vector coding for small PUs
[J. Lainema, M. M. Hannuksela (Nokia)]
This contribution proposes to limit the number of full "unrestricted" intra block copy vectors
signalled for a CU to one. In the case the CU is split to multiple PUs, the first PU will have a
traditional block vector associated with it, while the rest of the block vectors are restricted to
either use the vertical component of the primary block vector or have a zero vertical component.
It is reported that the proposed approach achieves −0.4% and −0.5% bit rate reductions for lossy
coding of the RGB text and graphics content at 1080p and 720p resolutions, respectively. It is
further reported that the reference encoder runtime is improved by 4% in the all intra test due to
the significantly reduced search area for the small PUs.
Only the first PU in CU is fully encoded; for remaining PUs, the horizontal component is
signalled as conventionally, and the vertical component is either zero or inherited. At the same
time, fast search is performed. Gain is approx. 0.5% for TGwM class.
Questions: Would it still provide gain in combination with merge?
How would it work when only applied for certain CU sizes? Likely, the method enforces smaller
PUs when the model of constant vertical displacement fails
As the gains seem to be sequence dependent, it might also be desirable to turn this off.
Could some of the encoder complexity reduction also be achieved in a non-normative way?
Further study (CE).
Page: 258
Date Sav
13.1.1.1.1.1.1.1.178 JCTVC-S0036 Non-CE2: Transform skip signalling for intra block copy
[S. Yang, H. J. Shim, D. Lee, B. Jeon (SKKU)]
Presented Monday 10-20 evening (JRO).
In this contribution, a collective signalling scheme is proposed for all transform skipped TUs at
the maximum allowed RQT depth in intra block copy coded CU. In SCM 2.0,
transform_skip_flag is coded per each TB not larger than the maximum allowable size for
transform skip. This contribution proposes a modified transform skip signalling method which
can representatively signal the transform skip in intra block copy coded CU. Under the AI
condition, experimental results show an average gain of −0.2% in BD-rate. It is also reported that
−0.5% and −0.3% BD-rate gain is achieved respectively for “text and graphics with motion,
1080p” RGB and YUV sequences.
The presentation deck was requested to be made available.
The approach is introducing another syntax element at the CU level to signal invoking transform
skip for the whole RQT associated with the CU.
Relative small gain, no complexity reduction. Also not desirable that the parsing of the RQT is
changed. Furthermore, IBC is still under further development, and the signalling at CU level may
change.
No action.
13.1.1.1.1.1.1.1.179 JCTVC-S0056 Non-CE2 : Slice-level Intra block copy enabling [W. Lim,
J. Ma, Y. Ahn, D. Sim (KWU)] [late]
This contribution proposes to signal Intra block copy enabling flag in slice header. From the
experimental results of the current SCM2.0, Intra block copy achieves high coding gain
compared to the current HM14.0. However, the selection ratio of Intra block copy is quite low in
case of inter coding pictures because the temporal correlation is high especially when the
temporal distance between the current picture and the reference picture is close. In addition, for
coding the mixed contents, Intra block copy selection ratio in natural texture region is also low
but the CU-level Intra block copy enabling flag is signaled for every CU. Therefore, in this
contribution, we propose slice-level Intra block copy enabling.
Discussion:

Does not reduce worst case complexity

Is this meant as compression efficiency i.e. avoiding sending the IBC flag? No results
given on that.

Not obvious that slice header is the best place, currently it is anyway enabled in SPS

Another option could be CTU or CU level, where CABAC coding would effect a lower
rate.
At the current time where IBC is further developed it may be premature to decide about
mechanisms of enabling or disbling it at a relatively low level.
13.1.1.1.1.1.1.1.180 JCTVC-S0065 Non-CE2: IBC encoder improvements for SCM2.0
[G. Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)]
Was presented in track A / non-normative.
See also S0067.
13.1.1.1.1.1.1.1.181 JCTVC-S0261 Crosscheck of JCTVC-S0065 on IBC encoder
improvements for SCM2.0 [C. Pang (Qualcomm)]
It was asked for a corrected version of this to be uploaded to fix a problem with the abstract.
Page: 259
Date Sav
13.1.1.1.1.1.1.1.182 JCTVC-S0112 Non-CE2: On Intra block copy [C. Pang, V. Seregin,
M. Karczewicz (Qualcomm)]
In this contribution, several changes are proposed for Intra block copy, including enabling line
buffer for block vector predictor derivation, using the deblocking process like Inter, and using
DCT for 4x4 luma block. With these changes, the performance is reported to be an average BDrate of −0.8% and −0.9% respectively for RGB and YUV 1080p text & graphics with motions
sequences under AI configuration.
Some encoder improvements were additionally applied, as per CE2.
Encoder method 1 provides improvements by primarily checking candidates from virtual merge
list in the IBC vector derivation method 2 also checks additional partitions
Re-using the line buffer of motion vectors may not be sufficient, as it may require one additional
signalling flag for distinguishing and disallowing usage of MV as BV candidates. After some
further consideration, it is confirmed that the line buffer can be re-used without additional
memory at the decoder side (for an all-intra configuration, additional memory would be
required).
Generally, the idea of using the line buffer appears to be beneficial for better compression of the
BV. Further investigation of this aspect in CE.
Regarding the DCT, it is pointed out that very often transform skip is used with 4x4, which could
be an explanation for the low benefit. It seems to be random whether DST or DCT is better.
Which transform to use logically, may depend on whether IBC is classified as inter or intra.
Currently, the RQT for IBC follows the inter RQT approach. Another DCT advantage that is
pointed out during the discussion is the possibility to use the DC coefficient for constant residual.
This requires some further consideration.
For deblocking, this part is related to contribution S0045 in section 5.1.13. See notes in that
section.
13.1.1.1.1.1.1.1.183 JCTVC-S0227 Cross-check of ‘Non-CE2: On Intra block copy’ (JCTVCS0112) by Qualcomm [C. Rosewarne, M. Maeda (Canon)] [late]
13.1.1.1.1.1.1.1.184 JCTVC-S0113 Non-CE2: Intra block copy with Inter signalling [C. Pang,
K. Rapaka, Y.-K. Wang, V. Seregin, M. Karczewicz (Qualcomm), B. Li, J. Xu
(Microsoft)]
In this contribution, the Intra block copy mode is signalled as Inter by adding the current picture
to the reference picture list(s), similarly as in JCTVC-R0100, with some asserted clean-ups in
concepts and signalling. In addition, extra constraints are added for completeness of the
signalling. With these changes, the performance is reported to be an average BD-rate of −3.4%
and −2.2% respectively for RGB and YUV 1080p text & graphics with motions sequences under
AI configuration. The spec text changes, with change marks, are provided in an attachment of
this contribution.
The contribution still uses 4x4 blocks
Comparable to CE2 test 1, but using BV coding from SCM instead of MV coding.
Some encoder restrictons, e.g. not using TMVP
Same encoder used as in test 1; compared to that, around 2% bit rate reduction due to usage of
BVD.
16x8/8x16 RD check is also enabled. There are probably aspects where part of the gain is
achieved by better encoder decisions.
Some more results given using the BV/MV coding method of CE1 1.1/2.1, which gives slightly
better performance (around 0.3% for AI, around 2% for inter).
The concept would not fully allow re-using existing inter coding, since it uses 4x4 IBC and
dedicated BV coding.
Page: 260
Date Sav
The provided text would allow bi-prediction with IBC (allowing the current picture in L0 and
L1), but the encoder does not currently use such an option.
See notes for S0302.
13.1.1.1.1.1.1.1.185 JCTVC-S0302 Non-CE2: Intra block copy and Inter signalling unification
[C. Pang, K. Rapaka, Y.-K. Wang, V. Seregin, M. Karczewicz (Qualcomm),
X. Xu, S. Liu, S. Lei (MediaTek), B. Li, J. Xu (Microsoft)] [late]
(Consideration of this topic was chaired by M. Budagavi Wed. a.m.)
In this contribution, the Intra block copy mode is proposed to be signalled reusing inter
signalling by adding the current picture to the reference picture list(s). Comparing to the current
design in SCM2.0, Intra BC 4x4 block has been removed. In addition, different block vector
prediction methods are tested. The working draft text changes, with change marks, were
provided in an attachment of this contribution.
Comment: Syntax table for BVD coding is not the same as RExt.
Comments: Why has the encoder run-time increased?
Comments: Has the encoder only optimization been included (from Canon and Microsoft) in this
proposal? Proponent commented that Canon and Microsoft contribution is orthogonal to this
contribution and not included in this contribution. Does IBC merge still gives gain? If so, then
this contribution is useful. Otherwise, there is not benefit for this contribution.
Comment: CABAC throughput could be an issue since bi-pred is allowed in spec. But software
simulation uses uni-predicition.
Comment: What are the implications if there is an all Intra profile? Wireless display applications
will need All Intra profile.
Comments: Apply MVD coding from HEVC V1 to this proposal. The proponent showed some
results for this.
Comment: Updated encoder only optimization results claimed to have improved performance.
Proponent claims encoder only performance is 4-5% less than what is proposed in this
contribution.
Comments: The gain in this contribution come from PU-level IBC.
Three consideration to make decision:
1. PU-level IBC vs CU-level IBC
2. Encoder only optimization
3. Deblocking
Comment: In bi-pred, prediction can be done from both Intra and Inter.
Comment: Low level details are important to understand first. 1. Does IBC merge acutally help,
2. BVD coding: current design claimed to be possibly not optimal, other proposals on table.
Study further in CE and focus on low level details first to resolve questions posed.
13.1.1.1.1.1.1.1.186 JCTVC-S0307 Crosscheck of JCTVC-S0302 on Non-CE2: Intra block
copy and Inter signalling unification [A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)]
13.1.1.1.1.1.1.1.187 JCTVC-S0284 Crosscheck of JCTVC-S0113 on Non-CE2: Intra block
copy with Inter signalling [K. Miyazawa, A. Minezawa, S. Sekiguchi (Mitsubishi)]
[late]
13.1.1.1.1.1.1.1.188 JCTVC-S0123 Non-CE2: Intra BC merge mode with default candidates
[X. Xu, T.-D. Chuang, S. Liu, S. Lei (MediaTek)]
Page: 261
Date Sav
This document proposes to add default BVs to the merge candidate list if some of the entries in
the list are empty. In this proposal, the syntax structure is the same as in CE2 test 5b, the changes
made is to add some preset values as additional Intra BC merge candidates to fill up the merge
candidate list. The experimental results show that the proposed method brings on average 5.3%,
6.7% and 7.0% bitrate saving as against SCM2.0 anchor for RGB TGM 1080p AI, RA and LB
lossy coding, respectively; the proposed method brings on average 3.4%, 6.3% and 6.9% bitrate
saving as against SCM2.0 anchor for YUV TGM 1080p AI, RA and LB lossy coding,
respectively. Performance gain is also observed for the other cases.
The proposal suggests to add some additional default candidates (instead 0 position) such as left,
above, 2xleft etc.
There are also some encoder changes (2 stage RDO decision), which were adopted from CE2 test
3 (but not used in test 5)
Benefit over test 5b around 1% for AI, 1.5% for inter for TGwM classes.
Further study (CE). Would also be interesting to have some analysis how often the additional
candidates are used.
13.1.1.1.1.1.1.1.189 JCTVC-S0237 Non-CE2: Crosscheck for Intra BC merge mode with
default candidates (JCTVC-S0123) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]
13.1.1.1.1.1.1.1.190 JCTVC-S0087 Non-CE2: On block vector predictor [B. Li, J. Xu
(Microsoft)]
This document proposes improvements on block vector predictor. First, this document proposes
to test BVPs under full RDO for Intra BC mode (non-normative modification). The experimental
results show that it brings 2.6% bit saving for RGB TGM 1080p AI lossy coding. Second, this
document proposes to modify the BVP construction process. The experimental results shows
about 3.8% bit saving for RGB TGM AI lossy coding.
The idea is to “simulate” the merge mode by testing RD cost for BV prediction with BV
difference being zero. This already gives 2.6% gain in TGwM class by encoder modification
(less for lossless, but still >1%).
Encoder runtime increases by approx. 20% for AI.
A similar idea has been proposed in S0065, however with some more modifications to reduce the
runtime. However, the latter proposal does not use the RDO criterion.
The second part determines the two candidates like in AMVP.
Further study (CE).
13.1.1.1.1.1.1.1.191 JCTVC-S0207 Cross check of block vector predictor (JCTVC-S0087)
[X. Xu (MediaTek)] [late]
13.1.1.1.1.1.1.1.192 JCTVC-S0172 Non-CE2: Unification of IntraBC mode with inter mode
[Y. He, Y. Ye, X. Xiu (InterDigital), X. Xu, S. Liu, S. Lei (MediaTek), B. Li, J. Xu
(Microsoft)]
This proposal is a combination of two CE2 tests: block vector derivation in CE2 Test 3, and
unification of IntraBC with inter mode in CE2 Test 5b. Compared to Test 5b, the IntraBC merge
process is separated from the inter merge process based on intra_bc_flag. The derived block
vectors from Test 3 are added as IntraBC merge candidates. Compared to CE2 anchors, for lossy
coding, the proposed scheme reportedly achieves average {Y, U, V} BD rate gain of {−4.5%,
−6.0%, −5.8%}, {−5.6%, −7.5%, −7.4%} and {−5.6%, −7.2%, −7.0%} for the category
(RGB/YUV, text & graphics with motion, 1080p) for AI, RA and LDB, respectively. And the
Page: 262
Date Sav
lossless coding reportedly achieves total bit-rate saving of 2.7%, 4.5% and 4.8% for the category
(RGB/YUV, text & graphics with motion, 1080p) for AI, RA and LDB, respectively.
The approach also uses a temporal candidate (from another reference picture when an IBC vector
is available)
The approach requires storage of block vectors for another row of CTUs.
Benefit over 5b for TGwM is approx. 1% in AI, less than 1% in inter for lossy coding
For lossless coding, it is approx. 0.5% for AI, approx. 2% for inter cases.
Some interesting gain, but the impact on complexity (memory) requires further investigation.
There may also be some influence of encoder optimization.
An analysis was requested about the current memory usage, for investigating which aspects
should be further studied.
Such analysis was prepared offline and reviewed in further discussion Thursday 10-23 chaired
by J. Boyce.
There was discussion about what should be included within the CE on IBC unification. S0131 in
particular was questioned whether to be included, and the consensus was to not include it.
13.1.1.1.1.1.1.1.193 JCTVC-S0262 Crosscheck of JCTVC-S0172 on unification of IntraBC
mode with inter mode [C. Pang (Qualcomm)] [late]
5.1.3 CE3 related (sub-block partitioning and flipping for Intra block copy) (0)
5.1.4 CE4 related (intra line copy) (4)
(Consideration of this topic was chaired by JRO on Monday 10-20 evening)
13.1.1.1.1.1.1.1.194 JCTVC-S0136 Non-CE4: On CABAC Throughput of Intra Line Copy [R.L. Liao, C.-C. Chen, C.-W. Kuo, W.-H. Peng, H.-M. Hang (NCTU/ITRI)]
In CE4 Test A (JCTVC-S0135), the Intra Line Copy (IntraLC) mode is studied to investigate the
benefit in comparison to restricted and full-frame Intra Block Copy (IntraBC). As JCTVC-S0135
reported, IntraLC requires 528 context-coded bins in its worst-case scenario, with 40 bins and 44
bins more than that for Inter modes (488 bins) and IntraBC (484 bins), respectively. In this
contribution, three modifications are applied to IntraLC for reducing the number of contextcoded bins as follows: (a) bypass-coding the row_splitting_flag; (b) taking the most-recently
decoded BV for BV prediction except the first line of each PU; (c) removing RDPCM for
IntraLC. The experimental results show that the number of context-coded bins for IntraLC is
reduced to 488 bins. When using the 4-CTU configuration, the average BD-rate reductions of
(AI) 0.3%/(RA) 0.1%/(LB) 0.0% and (AI) 0.5%/(RA) 0.1%/(LB) 0.1% relative to CE4 Test A
are achieved respectively for RGB and YUV TGM 1080p sequences in lossy coding. When
using
the
full-frame
configuration,
the
average
BD-rate
reductions
of
(AI) 0.6%/(RA) 0.2%/(LB) 0.0% and (AI) 0.7%/(RA) 0.2%/(LB) 0.0% relative to CE4 Test A
are achieved respectively for RGB and YUV TGM 1080p sequences in lossy coding. The BDrate reductions relative to the SCM-2.0 anchor in lossy coding are summarized as follows:

4-CTU configuration:
o RGB, text & graphics with motion, 1080p : (AI) −6.7, (RA) −3.8, (LB) −2.4;
o RGB, text & graphics with motion, 720p : (AI) −3.3, (RA) −2.6, (LB) −1.1;
o RGB, mixed content, 1440p : (AI) −2.6, (RA) −1.8, (LB) −1.0;
o RGB, mixed content, 1080p : (AI) −3.9, (RA) −3.0, (LB) −1.4;
o YUV, text & graphics with motion, 1080p : (AI) −6.7, (RA) −3.4, (LB) −2.1;
o YUV, text & graphics with motion, 720p : (AI) −3.2, (RA) −2.5, (LB) −0.9;
Page: 263
Date Sav
o
o
o
o
YUV, mixed content, 1440p : (AI) −2.7, (RA) −1.9, (LB) −0.9;
YUV, mixed content, 1080p : (AI) −4.0, (RA) −2.9, (LB) −1.6;
Encoding time : (AI) 120%, (RA) 104%, (LB) 102%;
Decoding time : (AI) 103%, (RA) 102%, (LB) 103%;

full-frame configuration:
o RGB, text & graphics with motion, 1080p : (AI) −4.4; (RA) −2.4, (LB) −1.5;
o RGB, text & graphics with motion, 720p : (AI) −1.5; (RA) −1.2, (LB) −0.5;
o RGB, mixed content, 1440p : (AI) −1.7; (RA) −1.1, (LB) −0.6;
o RGB, mixed content, 1080p : (AI) −2.5; (RA) −1.9, (LB) −0.7;
o YUV, text & graphics with motion, 1080p : (AI) −4.4; (RA) −2.2, (LB) −1.3;
o YUV, text & graphics with motion, 720p : (AI) −1.5; (RA) −1.1, (LB) −0.7;
o YUV, mixed content, 1440p : (AI) −1.6; (RA) −1.1, (LB) −0.6;
o YUV, mixed content, 1080p : (AI) −2.5; (RA) −1.8, (LB) −0.7;
o Encoding time : (AI) 128%, (RA) 107%, (LB) 108%;
o Decoding time : (AI) 102%, (RA) 104%, (LB) 104%;
Part of the reduction of context coded bins is achieved by enforcing RDPCM off when intra line
copy is used. This does not introduce parsing dependency.
Intra line copy search range and copy range is 2 CTU in the full-frame configuration of IBC, and
4 CTU in the 4 CTU configuration of IBC. Therefore, ILC would not have a memory bandwidth
problem under the assumption that an appropriate area can be accessed from cache.
The assumption about availability of sufficient cache size may need further consideration.
Further study in a CE was suggested. Also study the combination of 4-CTU ILC and full-frame
IBC (CTC, i.e. full frame only for 8x8 and larger).
13.1.1.1.1.1.1.1.195 JCTVC-S0249 Non-CE4: Cross-check of S0136 (On CABAC Throughput
of Intra Line Copy) [M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA R&D)] [late]
13.1.1.1.1.1.1.1.196 JCTVC-S0137 Non-CE4: Intra Line Copy with Extended Full-frame
Search for Test A [R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H. Peng, H.-M. Hang
(NCTU/ITRI)]
In CE4 Test A (JCTVC-S0135), the intra line copy (IntraLC) mode was tested under full-frame
configuration for search range. The search range of IntraLC and 4x4/4x8/8x4 IntraBC are both
restricted to 2 CTUs (the current plus 1 left CTU). In this contribution, the full-frame search
ranges were evaluated for IntraLC and 4x4/4x8/8x4 IntraBC. Three tests are conducted as
follows: (Subset 1) 2-CTU search for 8x4/4x8/4x4 IntraBC and full-frame search for IntraLC;
(Subset 2) full-frame search for 8x4/4x8/4x4 IntraBC and no IntraLC; (Subset 3) full-frame
search for 8x4/4x8/4x4 IntraBC and full-frame search for IntraLC . Experimental results are
reported as follows:

(Subtest 1) full-frame search of IntraLC vs. SCM-2.0:
o RGB, text & graphics with motion, 1080p : (AI) −10.1, (RA) −5.4, (LB) −3.6;
o RGB, text & graphics with motion, 720p : (AI) −4.6, (RA) −3.2, (LB) −1.6;
o RGB, mixed content, 1440p : (AI) −4.0, (RA) −2.5, (LB) −1.2;
o RGB, mixed content, 1080p : (AI) −7.0, (RA) −4.9, (LB) −2.1;
o YUV, text & graphics with motion, 1080p : (AI) −9.9, (RA) −4.7, (LB) −2.9;
o YUV, text & graphics with motion, 720p : (AI) −4.5, (RA) −3.2, (LB) −1.5;
o YUV, mixed content, 1440p : (AI) −4.1, (RA) −2.6, (LB) −1.4;
o YUV, mixed content, 1080p : (AI) −7.1, (RA) −5.3, (LB) −2.0;
o Encoding time : (AI) 128%, (RA) 109%, (LB) 108%;
o Decoding time : (AI) 102%, (RA) 102%, (LB) 103%;
Page: 264
Date Sav

(Subtest 2) full-frame search of 8x4/4x8/4x4 IntraBC vs. SCM−2.0:
o RGB, text & graphics with motion, 1080p : (AI) −6.0, (RA) −3.1, (LB) −2.3;
o RGB, text & graphics with motion, 720p : (AI) −3.5, (RA) −2.4, (LB) −1.2;
o RGB, mixed content, 1440p : (AI) −2.6, (RA) −1.7, (LB) −1.0;
o RGB, mixed content, 1080p : (AI) −4.7, (RA) −3.3, (LB) −1.6;
o YUV, text & graphics with motion, 1080p : (AI) −6.1, (RA) −2.8, (LB) −1.8;
o YUV, text & graphics with motion, 720p : (AI) −3.6, (RA) −2.5, (LB) −1.3;
o YUV, mixed content, 1440p : (AI) −2.8, (RA) −1.5, (LB) −0.8;
o YUV, mixed content, 1080p : (AI) −4.9, (RA) −3.4, (LB) −1.2;
o Encoding time : (AI) 114%, (RA) 108%, (LB) 107%;
o Decoding time : (AI) 100%, (RA) 101%, (LB) 101%;

(Subtest 3) full-frame search of IntraLC on top of Subset 2 vs. SCM-2.0:
o RGB, text & graphics with motion, 1080p : (AI) −12.9, (RA) −7.0, (LB) −4.8;
o RGB, text & graphics with motion, 720p : (AI) −6.2, (RA) −4.3, (LB) −2.3;
o RGB, mixed content, 1440p : (AI) −5.0, (RA) −3.2, (LB) −1.7;
o RGB, mixed content, 1080p : (AI) −8.2, (RA) −5.7, (LB) −2.5;
o YUV, text & graphics with motion, 1080p : (AI) −13.0, (RA) −6.3, (LB) −4.0;
o YUV, text & graphics with motion, 720p : (AI) −6.3, (RA) −4.5, (LB) −2.2;
o YUV, mixed content, 1440p : (AI) −5.2, (RA) −3.3, (LB) −1.5;
o YUV, mixed content, 1080p : (AI) −8.5, (RA) −6.2, (LB) −2.6;
o Encoding time : (AI) 143%, (RA) 116%, (LB) 115%;
o Decoding time : (AI) 102%, (RA) 102%, (LB) 103%;

(Subtest 3) full-frame search of IntraLC on top of Subset 2 vs. Subset 2:
o RGB, text & graphics with motion, 1080p : (AI) −7.3, (RA) −4.0, (LB) −2.6;
o RGB, text & graphics with motion, 720p : (AI) −2.9, (RA) −2.0, (LB) −1.1;
o RGB, mixed content, 1440p : (AI) −2.5, (RA) −1.6, (LB) −0.7;
o RGB, mixed content, 1080p : (AI) −3.6, (RA) −2.5, (LB) −0.9;
o YUV, text & graphics with motion, 1080p : (AI) −7.3, (RA) −3.6, (LB) −2.2;
o YUV, text & graphics with motion, 720p : (AI) −2.9, (RA) −2.1, (LB) −0.9;
o YUV, mixed content, 1440p : (AI) −2.5, (RA) −1.8, (LB) −0.8;
o YUV, mixed content, 1080p : (AI) −3.8, (RA) −2.9, (LB) −1.4;
o Encoding time : (AI) 125%, (RA) 107%, (LB) 108%;
o Decoding time : (AI) 103%, (RA) 102%, (LB) 102%;
Interesting study, but ILC with full frame would break the memory bandwidth limits and should
therefore not be further investigated.
13.1.1.1.1.1.1.1.197 JCTVC-S0126 Cross check of Non-CE4 Intra Line Copy with Extended
Full-frame Search for Test A (JCTVC-S0137) [X. Xu (MediaTek)] [late]
13.1.1.1.1.1.1.1.198 JCTVC-S0290 Non-CE4: Cross-verfication of JCTVC-S0137 on Intra Line
Copy with Extended Full-frame Search for Test A [X. Xiu] [late]
5.1.5 CE5 related (maximum palette size and maximum palette predictor size) (3)
See notes on S0201 in section on CE related contributions (section 5.1.6).
5.1.6 CE6 related (palette mode improvement) (54)
A BoG S0292 reviewed contributions in this area.
Page: 265
Date Sav
See also S0201.
13.1.1.1.1.1.1.1.199 JCTVC-S0292 BoG report on CE6 improvements of palette mode
[R. Cohen, Y.-W. Huang]
(Consideration of this topic was chaired by GJS on Monday 10-20 p.m.)
This document contains the notes from the BoG meeting on CE6-related topics (palette mode
improvements).
The mandate of this BoG was to review remaining (approximately 35) CE6-related proposals
that were not discussed during the JCT-VC session on Friday October 17.
The BoG met on Saturday October 18, 2014 from 0820–1930 and Sunday October 19, 2014
from 0830–2015. Notes from the BoG are integrated in this report as noted. Notes and
recommendations from the BoG were integrated into this report as appropriate and its
recommendations were agreed except as noted.
(Continuation of the review was chaired by GJS on Tuesday 10-21 a.m.)
13.1.1.1.1.1.1.1.200 JCTVC-S0043 Non-CE6: Delta QP signalling for palette [J. Sole, W. Pu,
R. Joshi, V. Seregin, M. Karczewicz (Qualcomm)]
Notes from BoG:
The palette adopted at the Sapporo meeting quantizes escape values with the coefficient
quantization parameter (QP). However, there is no mechanism to vary this QP for the CUs coded
with palette, so an encoder has to work at constant QP as long as CUs are coded in palette mode.
Palette specifies a CU-level escape flag that indicates whether escape pixels exist in the current
CU. This document, as in JCTVC-R0237, proposes to use the CU escape flag as entry point for
the syntax elements that adjust the QP, i.e., like the cbf flags in residue coding. When CU-level
escape flag is on, then delta QP can be signalled. In this way, encoders have the flexibility to use
palette as well as adjust the QP. Furthermore, this change allows adjusting the QP for palette
deblocking and permits to use palette as a PCM mode with a tunable quantization step.
Source code was provided, but no simulation results were provided because the common test
conditions do not use the QP step size adjustment.
There was a question on whether a sufficient number of palette-coded blocks would use escape
mode, and if there are only 1 or 2 escape pixels in a CU, this proposal would introduce additional
overhead.
There was a comment on propagating the earlier-used QP values in the slice.
There was a suggestion on enabling rate control to show the performance of this proposal.
It was noted that the proposed syntax needs to be modified to check to see whether
cu_qp_delta_abs has already been signalled for the CU, and if so, use that cu_qp_delta_abs
instead of signalling another one. Therefore, the current proposal also needs to add a check for
!IsCuQpDeltaCoded for luma and a check for !IsCuChromaQpOffsetCoded for chroma.
A participant commented that they would support this proposal if the syntax and software were
corrected.
The proponents indicated that they would update their proposal and provide simulation results
with a delta QP of zero to determine the impact on overhead. They will also look at the rate
control to see if they can generate results with nonzero delta QP.
BoG Recommendation: Discuss further when updated syntax and simulation results are
available.
Further discussion by JCT-VC was chaired by GJS on Wednesday p.m. The syntax fix had been
included in a revision of the contribution and test results were provided with zero deltas –
showing basically no measurable overhead.
Decision: Adopt (with the syntax fix).
Page: 266
Date Sav
13.1.1.1.1.1.1.1.201 JCTVC-S0047 Non-CE6: Modifications of copy-left and copy-above
modes in index coding [J.-S. Tu, C.-L. Lin, C.-H. Hung, C.-C. Lin, Y.-J. Chang
(ITRI)]
Notes from BoG:
In past meetings, several palette redundancy removal methods are provided. This proposal
presents redundancy removal methods for the palette coding; in certain cases, the index value of
current pixel can be deduced impossible to have the same index value of its neighbouring pixels.
Therefore the index coding bits can be saved. This proposal also presents a copy-above mode
modification method. The reported gain is 0.3% for 1080p text and graphics test sequences for
full frame intra BC test condition at All Intra lossy case.
Three methods are proposed to reduce the number of runs or palette indices that need to be
signalled.
A fourth supplemental result, not yet cross-checked, was also proposed (0.4% gain).
For the three methods, they do not have complete simulation results on their individual
performance.
It was asked whether the gains are sufficient to propose adopting at this meeting, or whether
further study in a CE should be done. The proponent said that study in a CE would be
appropriate, and results for the individual proposed methods could be provided.
This method currently checks if RC ≥ 3. It was commented that JCTVC-S0156 proposes (nonnormative) a parameter to select run mode, and that could affect whether the RC ≥ 3 would
need to be changed accordingly.
It was asked whether parsing dependencies are introduced, as the neighboring reconstructed
pixel values need to be checked. The proponent clarified that the dependency is on parsing the
index, not on reconstructing any pixel values. Therefore it is asserted that parsing dependencies
are not an issue.
BoG Recommendation: Further study in a CE with Method 3 of JCTVC-S0110, and to study the
gains of the individual methods.
13.1.1.1.1.1.1.1.202 JCTVC-S0260 Cross-check of Non-CE6: Modifications of copy-left and
copy-above modes in index coding (JCTVC-S0047) [S. H. Kim, A. Segall
(Sharp)] [late]
13.1.1.1.1.1.1.1.203 JCTVC-S0051 Non-CE8: Multi-colour intra mode for screen content
coding [Y.-J. Chang, C.-C. Lin, C.-L. Lin, J.-S. Tu, C.-H. Hung (ITRI)]
Notes from BoG:
JCTVC-S0050 proposed a combined single colour and bi-colour mode, which was a combination
of two CE8 tests. This contribution proposes a multi-colour intra mode, which is an extension of
JCTVC-S0050. The multi-colour intra mode includes single colour mode, bi-colour mode and
the colour modes with more colours. The colours of the multi-colour intra mode are selected
from the neighboring reference sources. For the modes with the number of colours over one, an
index map is established to represent each pixel in the CU by an index. Compared to the anchor
SCM2.0, the proposed mode reportedly shows that 1.0%, 1.0%, 0.8% and 0.8% BD-rate savings
under All-Intra Lossy-coding conditions are achieved for the classes of “RGB, text & graphics
with motion,1080p”, “RGB, text & graphics with motion,720p”, “YUV, text & graphics with
motion,1080p” and “YUV, text & graphics with motion,720p”, respectively.
This was also briefly visited yesterday in the CE8 discussions.
It was clarified that the main part of this proposal is a new mode, as discussed yesterday. The
proponent said that this could be viewed as the same as palette mode, but using a different
method for generating the major colours. However, yesterday, the decision was that adding a
new mode for these amount of gains was not desirable.
Page: 267
Date Sav
The proponents said they are currently working on incorporating this proposed method into the
existing palette mode, thus not as an additional mode, and that would be of interest for study in a
CE. It was commented that the signalling would be in palette mode, but the encoder would still
need to perform an additional R-D check to decide whether to use this mode.
It was mentioned JCTVC-S0098 included a single-colour mode incorporated into palette, up to
0.8% gain.
It was commented that because results aren’t available yet for their supplemental results, there
isn’t sufficient information to recommend study in a CE. Later in the day, the proponents said
that their supplemental results, not yet cross-checked, are available and will be uploaded in a
revision of this document shortly.
It was commented that similar gains could be achieved using encoder-only methods, such as
including a check for, e.g. one colour or two colours in the existing palette mode.
BoG Recommendation: Further study, but not necessarily in a CE.
JCTVC-S0209 CE8-related: Crosscheck for Multi-colour intra mode for
screen content coding (JCTVC-S0051) [Y.-W. Chen (MediaTek)] [late]
13.1.1.1.1.1.1.1.204
13.1.1.1.1.1.1.1.205 Grouped notes for S0052, S0053, and S0054
Notes from BoG:
Proposals JCTVC-S0052, JCTVC-S0053, and JCTVC-S0054 were combined into one
presentation.
In JCTVC-S0052, escape coded pixels are predicted using escape coded pixels those occurred in
previous palette-coded CUs. There is a CU-level flag to indicate existence of escape coded pixel
prediction mode in current CU. If the prediction exists, for each escape pixel, there is a flag to
indicate current escape coded pixel is predicted or not. For those escape coded pixels which are
predicted, there is an index to indicate which element of predictor is its prediction.
There are 2 tests. One is using escape flag to indicate escape mode. Reported test results show
gain of 3.4% and 5.1% on TGM RGB and YUV (AI), 2.6% and 3.1% on TGM RGB and YUV
(RA), 2.5% and 2.8% on TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor
when maximum escape predictor size is 128;
The other is use max index value to indicate escape mode. Reported test results show gain of
2.0% and 3.4% on TGM RGB and YUV (AI), 1.6% and 2.1% on TGM RGB and YUV (RA),
1.6% and 1.9% on TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor when
maximum escape predictor size is 128.
The size of the predictor array was tested using values of 64 and 128.
In JCTVC-S0053, escape coded pixels are predicted using palette and escape coded pixels those
occurred in previous palette-coded CUs. There is a CU-level flag to indicate existence of escape
coded pixel prediction mode in current CU. If the prediction exists, for each escape pixel, use
two flags to indicate current escape coded pixel is predicted from palette predictor, escape
predictor or not predicted. For those escape coded pixels which are predicted, there is an index to
indicate which element of predictor is its prediction.
There are 2 tests. One is using escape flag to indicate escape mode. Reported test results show
gain of 2.6% and 3.8% on TGM RGB and YUV (AI), 1.8% and 2.1% on TGM RGB and YUV
(RA), 1.7% and 1.9% on TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor
when maximum escape predictor size is 64 and maximum palette predictor size is 64;
The other is use max index value to indicate escape mode. Reported test results show gain of 1.3
% and 2.3% on TGM RGB and YUV (AI), 0.9% and 1.3% on TGM RGB and YUV (RA), 0.9%
and 1.2% on TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor when
maximum escape predictor size is 64 and maximum palette predictor size is 64.
Page: 268
Date Sav
This proposal doesn’t code the differences, it copies the differences, in contrast to CE6 Test B.5,
which codes the residuals.
In JCTVC-S0054, escape coded pixels are predicted using previous palette. There is a CU-level
flag to indicate existence of escape coded pixel prediction mode in current CU. If the prediction
exists, for each escape pixel, there is a flag to indicate current escape coded pixel is predicted or
not. For those escape coded pixels which are predicted, there is an index to indicate which
element of predictor is its prediction.
There are 2 tests. One is using escape flag to indicate escape mode. Reported test results show
gain of 2.1% and 3.4% on TGM RGB and YUV (AI), 1.2% and 1.5% on TGM RGB and YUV
(RA), 1.0% and 1.2% on TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor
when maximum palette predictor size is 128. And, gain of 1.3% and 1.4% on TGM RGB and
YUV (AI), 0.8% and 0.7% on TGM RGB and YUV (RA), 0.8% and 0.6% on TGM RGB and
YUV (LB) for lossless coding on top of SCM2 anchor is reported when maximum palette
predictor size is 64.
The other is use max index value to indicate escape mode. Reported test results show gain of
0.8% and 2.1% on TGM RGB and YUV (AI), 0.3% and 0.7% on TGM RGB and YUV (RA),
0.2% and 0.5% on TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor when
maximum palette predictor size is 128. And, small gain is reported when maximum palette
predictor size is 64.
See notes for each proposal below.
Summary of lossless gains for MAX_PLT_PRED_SIZE=64:
JCTVC-S0052: 0.1% to 2.4%
JCTVC-S0053: 0.1% to 2.3%
JCTVC-S0054: 0.0% to 0.2%
There was a question on why combined palette/escape prediction performs lower than just
prediction via escape. Answer is that there are two flags used for the combined palette/escape
prediction.
It was commented that JCTVC-S0053 is similar to an escape coding related proposal in CE6 B.5,
with some differences, e.g. CE6 B.5 used a predictor size of 32, whereas this proposal uses 64 or
128. CE6 Test B.5 had slightly lower gains. Because the current plans are to include CE6 Test
B.5 in a CE, this proposal would be suitable for inclusion in that CE as well.
BoG Recommendation: Include this proposal in the CE that’s related to CE6 Test B.5.
13.1.1.1.1.1.1.1.206 JCTVC-S0052 Non-CE6: Escape coded pixel prediction using previous
escape coded pixels for palette based coding [J. Ye, J. Zhu (Fujitsu)]
Notes from BoG.
Gains for all-intra RGB for method in which the escape mode uses a flag: Lossy AI gains range
from 0.1% to 0.4%; lossless range from 0.4% to 5.1%.
Gains when escape mode uses an index: lossy from 0.0% to 0.2%; lossless from 0.2% to 3.4%.
Additional results using a smaller predictor size (64 as opposed to 128) were presented, lossless
gains were up to 3.7%.
See grouped notes above for S0052, S0053, and S0054.
13.1.1.1.1.1.1.1.207 JCTVC-S0169 Non-CE6: Cross check of JCTVC-S0052 on escape coded
pixel prediction using previous escape coded pixels for palette based coding
[S.-T. Hsiang (MediaTek)] [late]
13.1.1.1.1.1.1.1.208 JCTVC-S0053 Non-CE6: Escape pixel prediction using previous escape
coded pixels and palette for palette based coding [J. Ye, J. Zhu (Fujitsu)]
Notes from BoG.
Page: 269
Date Sav
Corresponding gains (MAX_PLT_PRED_SIZE = 128) are:
Using a flag: lossy: 0.0% to 0.4%; lossless: 0.3% to 3.8%
Using index: lossy: 0.0% to 0.1%; lossless: 0.1% to 2.3%
See grouped notes above for S0052, S0053, and S0054.
13.1.1.1.1.1.1.1.209 JCTVC-S0170 Non-CE6: Cross check of JCTVC-S0053 on escape pixel
prediction using previous escape coded pixels and palette for palette based
coding [S.-T. Hsiang (MediaTek)] [late]
(Has "the" problem in abstract phrasing.)
13.1.1.1.1.1.1.1.210 JCTVC-S0054 Non-CE6: Escape coded pixel prediction using previous
palette for palette based coding [J. Ye, J. Zhu (Fujitsu)]
Notes from BoG.
Using a flag: lossy: Not tested; lossless: 0.2% to 3.4%
Using index: lossy: Not tested; lossless: 0.0% to 2.1%
Additional results for MAX_PLT_PRED_SIZE =64 were included in an updated document
(lossless gains up to 2.4%).
See grouped notes above for S0052, S0053, and S0054.
13.1.1.1.1.1.1.1.211 JCTVC-S0246 Non-CE6: Cross-check of S0054 (Escape coded pixel
prediction using previous palette for palette based coding) [M. Xu, W. Wang,
Z. Ma, H. Yu (Huawei USA R&D)] [late]
13.1.1.1.1.1.1.1.212 JCTVC-S0055 Non-CE6: Escape colour signalling [C.-C. Lin, C.-L. Lin,
Y.-J. Chang, J.-S. Tu, C.-H. Hung (ITRI)]
Notes from BoG:
This contribution proposes escape colour signalling methods for the palette based coding. Escape
colours are signalled by the copy above run mode. A CU-level flag is also proposed to
enable/disable the proposed signalling method. Compared with the SCM 2.0 full frame IBC
anchor, the proposed method can achieve total bit-rate savings for lossless coding conditions up
to 1.0%, 0.2%, 0.2%, 0.1% for lossless AI for R component excluding categories of animation
and camera captured.
Method 1 moves the escape colour signalling from copy left mode to copy above mode (only
when escape present flag is on). Pixel-level flag indicates whether it is escape mode or copy
above mode.
Method 2 Copy above run value starts from 1, so the pixel-level flag isn’t needed.
Method 3 also uses a CU level flag to indicate escape signalling change (copy left mode/copy
above mode)
Summary of results:
Test 1: Method 1 + Method 3: Lossless RGB all-intra gains: 0.1 to 1.0%, for YCbCr: 0.0% to
0.8%
Test 2: Method 2 + Method 3: Lossless RGB 0.1% to 1.0%; YCbCr: 0.1% to 0.8%
The proponent asks for adoption of Test 2 (Method 2 + Method 3). (Note that Method 2 is a
modification of Method 1).
It was commented that this is similar to using a flag for escape in JCTVC-S0052/0053/0054.
This proposal, however, signals in copy-above mode. The proponent clarified that 52/53/54 is a
pixel-level flag, but it signals before the palette mode flag (to choose copy-above or index
mode). In this proposal, the escape signalling is only signalling copy above mode, and there’s a
CU-level flag to switch to the conventional mode.
Page: 270
Date Sav
It was commented that this proposal deviates from the current design, with respect to indication
of the escape colour.
BoG Recommendation: A signalling method was recommended under the “Combined discussion
of JCTVC-S0115/S0150/S0156/S0157/S0181/S0258” (under JCTVC-S0258), therefore deferred
for further study.
13.1.1.1.1.1.1.1.213 JCTVC-S0214 Cross check non-CE6: Escape colour signalling [W. Pu
(Qualcomm)] [late]
(Has "the" problem in abstract phrasing.)
13.1.1.1.1.1.1.1.214 JCTVC-S0060 Non-CE6: Modified unpredicted palette entries coding in
palette based coding [Z. Wang, J. Zhu (Fujitsu)]
Notes from BoG:
Modification of unpredicted palette entry coding is presented. A flag is used to indicate whether
the difference between the current palette entry and previous one or original value is coded. The
process of encoding and decoding is proposed. Reported test results show gain of 0.5% and 0.7%
on TGM RGB and YUV (AI), 0.1% and 0.2% on TGM RGB and YUV (RA), 0.1% and 0.2% on
TGM RGB and YUV (LB) for lossless coding on top of SCM2 anchor.
This proposal comprises 3 steps:

sort (encoder-side only) the palette depend on the value of the first colour component

reorder the palette (encoder side only)

code the non-predicted palette entries, using one method to code the first component and
another method for coding the remaining two components.
Lossy all-intra gains: 0.0% to 0.1%
Lossless all-intra gains: 0.1% to 0.7%
It was asked if this proposal replaces the current CABAC coding table for reuse flags. Answer:
This proposal doesn’t change that.
The encoder/decoder run-time ratios were not reliable in the reported results and in the crosscheck results. It was asked whether the encoder-side sorting introduces much complexity.
Another person commented that the complexity increase is non-trivial. The proponent stated that
the encoder implementation was not optimized. The proponent asserts that the complexity of the
sorting part decreases.
BoG Recommendation: No action.
13.1.1.1.1.1.1.1.215 JCTVC-S0247 Non-CE6: Cross-check of S0060 (Modified unpredicted
palette entries coding in palette based coding) [M. Xu, W. Wang, Z. Ma, H. Yu
(Huawei USA R&D)] [late]
13.1.1.1.1.1.1.1.216 JCTVC-S0064 Non-CE6: Last run flag for Palette mode [G. Laroche,
T. Poirier, C. Gisquet, P. Onno (Canon)]
Notes from BoG:
This contribution is about a modification of the run coding in the current design of the palette
coding mode. The SCM2.0 design of the run coding is modified in order to insert a flag after the
palette_run > 2 flag for signalling if the current run is the last run for the processed CU. It is
reported that the results of this modification brings an average BDR gain of −0.3% for AI, −0.2
% for RA and −0.2% for LDB for the lossy case on Screen Content sequences.
Page: 271
Date Sav
When the last run flag is 1, then the remainder of the CU uses the same mode (copy above or
copy left) (in contrast to signalling the actual number of elements included in the run, as in the
current syntax).
RGB all-intra lossy gains: 0.2% to 0.6%. RA: 0.0% to 0.3%; LB: 0.1% to 0.4%
The RA and LB results in the presentation differ from those in the document. The proponent will
correct and upload the presentation.
The proponent also tested this method in CE6 A.6 configuration 1. The truncation part of the
truncated Golomb code is replaced with this proposed last run flag. Gains averaged to about
0.0% for all-intra.
It was commented that JCTVC-S0111 is a related competing method. It was asserted that the
truncated code and the method in JCTVC-S0111 could be combined, and the gains would be
additive.
See JCTVC-S0111 for continued discussion of this proposal.
13.1.1.1.1.1.1.1.217 JCTVC-S0267 Cross-verification of JCTVC-S0064 on Last run flag for
Palette mode [X. Xiu, Y. He, Y. Ye (InterDigital)] [late]
13.1.1.1.1.1.1.1.218 JCTVC-S0066 Non-CE6: Palette encoder improvements for SCM2.0
[C. Gisquet, G. Laroche, P. Onno (Canon)]
See also notes for S0067.
Notes from BoG:
This contribution is proposing three encoder improvements related to Palette coding mode in the
SCM2.0 without introducing any normative change. It is reported that the proposed encoder
changes enable decreasing the encoding runtime ratio to 97% compared to SCM2 while keeping
the same BDR performance. It is furthermore asserted that the improvement is bigger in
encoders where IBC has reduced runtime.
The three changes are:
The process determining palette elements is terminated if the proportion of escape-coded pixels
exceeds a threshold.
If the current original pixel is identical to the previous original pixel, then the index associated
with the previous pixel is reused.
Palette sharing is evaluated only if the current best mode for coding the CU is palette mode and
if a large proportion of the palette elements (in non-shared mode) are predicted.
The cross-check is still running. It was noted that the cross-check run-time ratios will not be
reliable.
This is an encoder-only change.
It was commented that the comparisons for method (2) on average may reduce complexity, but
worst case may increase complexity.
Results are not available for the individual methods.
BoG Recommendation: No action.
13.1.1.1.1.1.1.1.219 JCTVC-S0278 Cross check Non-CE6: Palette encoder improvements for
SCM2.0 [W. Pu (Qualcomm)] [late]
13.1.1.1.1.1.1.1.220 JCTVC-S0079 Non-CE6: Cross-CU palette colour index prediction [Y.-C.
Sun, J. Kim, T.-D. Chuang, Y.-W. Chen, S. Liu, Y.-W. Huang, S. Lei
(MediaTek)]
Notes from BoG:
JCTVC-S0114 is included in this discussion.
Page: 272
Date Sav
For JCTVC-S0079: In JCTVC-P0093, it was proposed for palette mode to use the nearest row of
the above CU or the nearest column of the left CU to predict colour indexes of the current CU. In
this proposal, the method is ported to SCM-2.0 and evaluated again. Experiments show that,
compared with SCM-2.0,2.5%, 1.3%, and 1.0% BD-rate savings are shown for “YUV, text &
graphics with motion, 1080p sequences” under AI, RA, and LB, respectively.
For JCTVC-S0114: This contribution proposes enabling ‘Copy Above’ prediction mode for the
first line of the CU when it is coded as Palette mode. The index of neighbouring pixels of the CU
is used as index predictor and the indices are derived with the palette of the current CU. It shows
maximum 2.5%, 2.5%, 2.5% gain and average 0.6%, 0.7%, 0.7% gain for All Intra
configuration. Maximum 1.3%, 1.5%, 1.4% and average 0.4%, 0.5%, 0.5% gain for Random
Access, Maximum 0.9%, 1.2%, 1.2% and average 0.3%, 0.4%, 0.3% gain for Low Delay cases
respectively. This contribution presents 4 variations of the method to decide the indices of
neighbouring pixels.
A revised version of JCTVC-S0079 document with complete simulation results should be
uploaded shortly.
Neighboring palette indices are used to predict the palette indices of the current CU.
JCTVC-S0079: Predicts the colour index from row from CU above or column from CU to the
left, and applies redundancy index removal on the first row or column of the current CU. Allintra lossy gains: 0.3% to 2.5%; lossless gains: 0.0% to 1.1%.
JCTVC-S0114: Same as JTVC-S0079, except that redundancy index removal is not applied on
the first row or first column. All intra lossy gains: 0.3% to 2.5%; lossless gains: 0.0% to 1.1%
Some simplifications for implementing the index conversion (from pixel to index) are also
proposed:
1) Infer NCP indices as 0 (similar to JCTVC-S0155). Gains of [this method + S0079]: 0.0%
to 0.3%
2) Reduce number of colours that are searched (from the full 32 to the first 8). Gains of [this
method + S0079]: 0.2% to 2.3%
3) Search only for the first colour component: Gains of [this method + S0079]: 0.3% to
2.4%
4) Directly copy the pixel value of NCP for the current pixel, instead of converting the NCP
into palette indices. For example, if copy-above mode is used, instead of converting the
pixel to index, the pixel from above is copied. Gains of [this method + S0079]: 0.1% to
1.9%
Simulation results (run-time ratios not accurate) for each of the above simplifications on top of
JCTVC-S0079 were provided (see above for lossy all-intra gains).
A participant said that it would not be desirable to incur the parsing dependency from the
JCTVC-S0079 and JCTVC-S0114 main parts of the proposal, especially if the decoder has
corrupted reconstructed pixel values (thus mapping to the wrong index value), e.g. due to loss.
Other participants said that this is not a parsing issue, it's related to error propagation as would be
the case for the existing modes. The proponent asserted that there’s no parsing dependency. A
participant said that introducing these copy left and copy above methods may limit the ways that
the decoder can be implemented, e.g. can’t be parallelized on a block level (e.g., if one has to
wait for reconstructed pixels to be available). That participant said more study of this may be
needed in a CE.
Another question was what would the gains of simplification (1) be on top of the anchor (without
JCTVC-S0079). Participants said that this would likely be similar to JCTVC-S0155).
The proponent of JCTVC-S0120 implemented something similar to JCTVC-S0079 (two lines
instead of one line) on top of CE6 Test C.3 (proposes copy previous row).
Page: 273
Date Sav
BoG Recommendation: Further study in a CE (together with S0114 and S0155), to answer the
questions on parallelization and the performance of simplification method (1). Also see the
discussion on JCTVC-S0155.
Further information discussion: At the CU boundary, requires a search to match the pixel value
above to an index in the current palette, using the closest value match. If the closet match
exceeds a threshold SAD, uses index 0. It was remaked that currently the pixel values above are
not needed in palette mode. One mentioned variant wsa to treat the above pixels as having been
escape coded.
JCTVC-S0114 Enabling copy above mode prediction at the boundary of CU [J. Kim, Y.-C.
Sun, S. Liu, T.-D. Chuang, Y.-W. Chen, Y.-W. Huang, S. Lei (MediaTek)]
See notes for S0079.
JCTVC-S0255 Non-CE6: Cross-check of enabling copy above mode prediction at the
boundary of CU (JCTVC-S0114) [V. Seregin (Qualcomm)] [late]
13.1.1.1.1.1.1.1.221 JCTVC-S0155 Non-CE6: Palette copy above mode for the first row
[V. Seregin, M. Karczewicz, W. Pu, R. Joshi, J. Sole (Qualcomm)]
Notes from BoG:
This contribution proposes to extend the use of the palette copy above mode for the very first
row in the block. It is achieved by assigning the default palette index for the samples outside of
the block. Reportedly, it provides 0.6% and 0.8% luma BD-rate reduction for All Intra 1080p
text and graphics RGB and YUV categories in the lossy coding configuration, respectively.
This proposes to enable copy above mode for the first row, as follows:

Signal palette mode for the first row with additional context

Assign a palette index 0 for the samples coded with copy above mode in the first row
 Lossy all-intra gains: 0.0% to 0.5%
This method is related to parts of JCTVC-S0079 and S0114.
If, additionally, If left and above indices are equal, then assign palette index 0 for copy above
mode; then the gains are 0.0% to 0.6%. This method is related to Section 2.2 of JCTVC-S0047.
Recommendation: As with the related parts of JCTVC-S0079, S0114, and S0047/S0110, further
study in a CE (or split across two CE’s if S0047/S0110 is studied under a different CE).
See notes above for S0079.
13.1.1.1.1.1.1.1.222 JCTVC-S0219 Cross-verification of JCTVC-S0155 [X. Xiu, Y. He, Y. Ye
(InterDigital)] [late]
13.1.1.1.1.1.1.1.223 JCTVC-S0291 Cross-check of JCTVC-S0079 [X. Guo (Microsoft)] [late]
13.1.1.1.1.1.1.1.224 JCTVC-S0099 Non-CE6: Syntax redundancy removal for palette mode
with one index value [P. Lai, J. Kim, S. Liu, S. Lei (MediaTek)]
Notes from BoG:
For palette mode, it is possible that for all samples, their palette indices are all the same (e.g. all
zeros), such as there is only one colour in the current CU’s palette. This contribution proposes
that, for palette mode with one index value (e.g. zero), omit signalling the syntax elements
related to the palette index map, and derive the unique palette index value (e.g., zero).
Page: 274
Date Sav
All Intra lossy gains: 0.0% to 0.1%; −0.1 to 0.1 for RA; −0.1% to 0.3% for LB
JCTVC-S0173 Part 1 is a superset of what’s proposed in JCTVC-S0099 (no text was available
yet for JCTVC-S0099).
JCTVC-S0110 proposes a similar method.
See the discussion on JCTVC-S0173 for further discussion of this proposal.
13.1.1.1.1.1.1.1.225 JCTVC-S0105 CE6-related: Syntax fixes for zero palette in palette coding
[K. Zhang, T.-D. Chuang, S. Liu, J. An, X. Zhang, S. Lei (MediaTek)]
The contributor asserted that there are two problems in the current syntax design for palette
coding. First, the palette of the current CU may be coded in a sharing mode even when the
palette size of the previous CU is zero. Second, there is no valid palette index for coding pixels
in a CU when the palette size of the current CU is zero and the CU-level escape flag is 0. For
solving the first problem of syntax redundancy, it is proposed to infer the palette_sharing_flag as
0 if the palette size of last coded palette is 0. For solving the second problem (that can reportedly
lead to decoder crash), it is proposed to infer palette_escape_val_present_flag as 1 if the palette
size of current palette CU is 0. It also includes signalling value of pixels as PCM. The results
reportedly show negligible coding performance change.
Fix 1 is more of a clean-up (syntax redundancy removal), whereas Fix 2 is a bug fix, without
which the decoder could crash.
It was commented that if there’s no coding performance improvement for Fix 1, then don’t adopt
it.
Fix 2 is the same as Modification 1 in JCTVC-S0173 and Method 1.2 of JCTVC-S0110.
Alternative method to Fix 2: If the palette size is zero, then use pcm mode to code the block.
Negligible change on coding performance reported. It was commented that the encoder could
choose to use pcm when the palette size is zero, instead of modifying the decoder syntax in this
proposed alternative method.
BoG Recommendation: Adopt Fix 2 of JCTVC-S0105/Modification 1 of JCTVC-S0173/the part
of Method 1.2 of JCTVC-S0110 that is identical to these methods (infer
palette_escape_val_present_flag as 1 if the palette size of current palette CU is 0).
Offline discussion was requested on whether to include the additional syntax changes of JCTVCS0110 Method 1.2 was requested. For Fix 1, no action.
Decision: Adopt per BoG recommendation
13.1.1.1.1.1.1.1.226 Continued discussion of S0099, S0110 and S0173:
Notes from BoG:
S0099 is the same as second part of modification 1 in S0173 and is a subset of Method 1.2 of
S0110: palette_mode and palette_run will not be signalled when there is only one colour in the
CU due to one of two possibilities: 1) there is only one colour in the palette table and there is no
escape colour, or 2) the palette table is empty.
Page: 275
Date Sav
Syntax table:
palette_coding( x0, y0, nCbS ) {
…
if( indexMax > 0 && scanPos > = nCbS &&
palette_mode[xC_prev][yC_prev] ! =
COPY_ABOVE )
palette_mode[ xC ][ yC ]
…
if( indexMax > 0 && palette_mode[xC][yC] ! = ESCAPE ) {
palette_run
runPos = 0
runMode = palette_mode[ xC ][ yC ]
…
BoG Recommendation: Adopt the above syntax changes shown above in italics (From
S0099/S0110/subset of S0173).
Decision: Adopt per BoG recommendation
In-meeting offline discussion (expected to be completed by Sunday) was requested on whether to
recommend for adoption the additional parts of S0110 (affecting palette_transpose_flag). See
additional notes below in section on S0110.
13.1.1.1.1.1.1.1.227 JCTVC-S0173 Non-CE6: Redundancy removal and simplification for
Palette coding [Y. He, X. Xiu, Y. Ye (InterDigital)]
Notes from BoG:
This proposal proposes to remove some syntax signalling redundancy and simplify the
binarization method of palette_run value for palette coding. Compared to CE6 anchors, the lossy
coding with proposed technologies achieves {Y, U, V} BD rate gain of {−0.2%, −0.2%, −0.2%},
{−0.2%, −0.2%, −0.2%} and {−0.2%, −0.2%, −0.3%} for the category (RGB/YUV, text &
graphics with motion, 1080p and 720p) for AI, RA and LDB, respectively. For lossless coding, it
achieves bit rate saving of 0.1%, 0.1% and 0.1% for the category (RGB, text & graphics with
motion, 1080p) for AI, RA and LDB, respectively.
Two modifications are proposed:
Modification1: If palette size is 0, i.e. one colour, then the palette_escape_val_present_flag is not
signalled and is inferred to be true. A second part of this modification proposes that
palette_mode and palette_run not be signalled when there is only one colour in the CU due to
one of two possibilities: 1) there is only one colour in the palette table and there is no escape
colour, or 2) the palette table is empty.
Note that the above modification is a superset of JCTVC-S0099 (the two checks for indexMax
>0 are both used in this proposal and JCTVC-S0099).
Modification 2: Simplifies the binarization method for palette_run: Proposes combining the
binarization of Segments 2 and 3 to both use a 2nd-order Exp-Golomb instead of SCM 2.0’s
Golomb-Rice for Segment 2 and 0th-order Exp-Golomb for Segment 3. This method thus
reduces the length of the binarization for the smaller run values.
JCTVC-R0174 Section 1.1 (description) and Section 2.1(simulation results) propose the exact
same modification as Modification 2. The proponents of JCTVC-R0174 decided to propose a
different one of their coding methods in CE6 for the current meeting, so this method was not yet
formally tested in a CE. The method that the proponents of JCTVC-R0174 decided to use is
discussed elsewhere in this report.
Gains of modification 1alone are 0.0% to 0.1% for all-intra lossy conditions.
Page: 276
Date Sav
Gains of modification 2 alone are 0.0% to 0.3%
Combined gains: 0.1% to 0.3%
BoG Recommendation for Modification 2: Include in the further discussion of CE6 Category A
(under JCTVC-S0026). For the first part of Modification 1 (adopt), see the recommendation for
JCTVC-S0105. For the recommendation on the second part of Modification 1 (adopt) of this
proposal and of JCTVC S0099, see the “Continued discussion of S0099, S0110 and S0173”
section in the JCTVC-S0105 notes.
13.1.1.1.1.1.1.1.228 JCTVC-S0280 Crosscheck of JCTVC-S0105 [F. Zou (Qualcomm)] [late]
13.1.1.1.1.1.1.1.229 JCTVC-S0110 Non-CE6: Syntax Redundancy Fixes for Palette Mode
[W. Pu, M. Karczewicz, V. Seregin, F. Zou, R. Joshi, J. Sole (Qualcomm)]
Notes from BoG:
Note: Continued discussion of this proposal and JCTVC-S0047, S0099, S0105, and S0173 are
under JCTVC-S0105.
This document proposes three syntax redundancy fixes related to palette mode.
First, the palette mode adopted at the Sapporo meeting contains a CU level syntax element
palette_escape_val_present_flag which specifies whether escape pixel may exist in the current
CU or not. If escape pixel does not exist and the palette size equals to 1, it can be implicitly
inferred that all of the pixels in the current CU share the same colour as the one in the palette
while in the current design, redundant syntax elements, such as palette_mode, palette_run, are
still required to be coded into the bitstream. This document proposes to simplify the codec by
removing the two syntax elements when such case happens.
Second, in the scenario when palette size is equal to zero, i.e. all of the pixels in the current CU
are escape pixels, the pallet syntax elements except palette_escape_val can be bypassed.
Alternatively, a normative restriction can be imposed to ensure that when palette mode is used,
the palette size is always greater than zero.
Third, the palette mode contains an implicit restriction to the bitstream to improve coding
efficiency. Specifically, an INDEX run mode will always select the longest possible run. In
another words, an INDEX run mode cannot be followed by a pixel which has the same index.
This document reports a redundancy associated with this restriction and proposes a method to fix
it. It is reported that (0.3%, 0.3%, 0.3%) and (0.4%, 0.3%, 0.3%) BD-rate reduction can be
achieved for AI RGB text & graphics with motion1080p and AI YUV text & graphics with
motion 1080p.

Method 1.1 (note: not section number): Don't allow palette_size == 0

Method 1.2: When the palette_size == 0, don’t signal the remaining palette-related syntax
such as palette_transpose_flag, etc.

Method 2: When palette_size == 1 and palette_escape_val_present_flag == 0, then the
whole CU is composed of one colour, so some additional palette-related syntax need not
be signalled.

Method 3: an INDEX run mode will always select the longest possible run. Because a run
mode cannot be followed by a pixel having the same index, some improvement in coding
efficiency is possible.
The all-intra lossy gains for Methods 1.1, 1.2, and 2 have essentially no effect on BD-Rate.
For Method 3, all-intra lossy gains are 0.0% to 0.4%.
It was commented that if the palette isn’t allowed to be empty (Method 1), then a coding penalty
may be incurred. The proponent said that by disallowing an empty palette, the types of checks
Page: 277
Date Sav
that other proposals make to handle palette_size == 0 do not have to be performed. It was
commented that if the coding efficiency of the escape colour is improved, then having an allescape block may not incur a significant coding penalty. Another proponent prefers allowing an
all-escape block.
It was commented that Section 2.2 in JCTVC-S0047 also addresses the same aspects as Method
3.
BoG Recommendations:

For Method 1.1, no action.

For Method 1.2 (part of this was adopted as discussed elsewhere, the rest was requested
for offline in-meeting discussion), see discussions “Continued discussion of S0099,
S0110 and S0173” after JCTVC-S0105.

For Method 2, similar recommendation as Method 1.2 (partial adoption would occur if
the syntax shown in the continued discussions is adopted, and the rest would be discussed
offline in-meeting). Discussion of the text was requested.
 For Method 3, further study in a CE with JCTVC-S0047.
In later review of the BoG results, the concerned parties were satistified with the state of the text
for method 2.
Decision: Adopt change (as has been identified in an uploaded revision of S0110).
13.1.1.1.1.1.1.1.230 JCTVC-S0217 Non-CE6: cross-check of JCTVC-S0110 on Syntax
Redundancy Fixes for Palette Mode [Y. He, X. Xiu, Y. Ye (InterDigital)] [late]
13.1.1.1.1.1.1.1.231 JCTVC-S0108 Non-CE6: Improvement On Palette Sharing Mode [W. Pu,
M. Karczewicz, R. Joshi, F. Zou, V. Seregin, J. Sole (Qualcomm)]
Notes from BoG:
The palette mode adopted at the Sapporo meeting contains a CU-level syntax element
palette_share_flag which specifies the palette entry signalling methods. If this flag equals to 1,
the current CU’s palette is derived from previousPaletteSize and previousPaletteEntries without
additional signalling. In this contribution, it is proposed to extend the palette_share_flag to
exploit the additional coding gain when all reconstructed pixels within the current CU share the
same colour. It is reported that the proposed method achieves (0.3%, 0.3%, 0.3%) and (0.3%,
0.2%, 0.2%) BD bit rate reduction for AI RGB text & graphics with motion 1080p and AI YUV
text & graphics with motion 1080p, respectively, under SCC common test conditions.
The semantics of the palette_share_flag is modified, and the signalling of the
palette_transpose_flag is moved to after the palette_share_flag is signalled, so that a check on the
value of the palette_share_flag can be done to determine whether to signal the
palette_transpose_flag and subsequent syntax.
All-intra lossy gains: 0.0% to 0.3%; lossless: 0.0% to 0.2%.
A participant questioned the benefit of doing this.
It was commented by more than one participant that instead of modifying the palette_share_flag,
one could introduce a new flag to indicate that all of the pixels have the same colour as
previousPaletteEntries[ cIdx ][ 0 ], thus keeping palette_share_flag unmodified. A participant
said it would be of interest to study these modifications separately. It was commented that the
CE8 test of using single colour using the palette entry as a candidate would perform similarly as
this method.
It was noted that this proposal introduces an extra R-D check for determining whether the
modified palette_share_flag is 0 or not.
BoG Recommendation: Further study, not necessarily in a CE.
Page: 278
Date Sav
13.1.1.1.1.1.1.1.232 JCTVC-S0266 Non-CE6: cross-check of improvement on palette sharing
mode (JCTVC-S0108) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.233 JCTVC-S0111 Non-CE6: Improvement On Palette Run Coding [W. Pu,
R. Joshi, M. Karczewicz, F. Zou, V. Seregin, J. Sole (Qualcomm)]
Notes from BoG:
The palette mode adopted at the Sapporo meeting uses coefficient coding method to code the
palette_run syntax element, as in SCC draft 1. CE6 Test A.4, A.5, and A.6 were established to
study alternative CABAC context design and binarization methods. In this contribution, an
improvement on palette_run binarization is proposed, which reportedly achieves 1.7% and 2.1%
BD-rate redunction for AI RGB text & graphics with motion 1080p and AI YUV text & graphics
with motion 1080p, respectively, compared with SCM2.0 anchor.
Proposal: Allocate a shorter codeword for the ‘run-to-the-end’ case.
– Method A: Treats palette_run = = 3 as a special case, to represent ‘run-to-the-end’
(change in semantics (on top of SCM 2.0 and on top of CE6 Test A.6 configurations)
– Method B: If the prefix is truncated, then insert one flag to indicate ‘run-to-the-end’
(change in binarization). Note that this method doesn’t apply to SCM 2.0, it’s on top of
CE6 Test A.6 configurations.
Gains for Method A over SCM 2.0: lossy all-intra: 0.1% to 0.6%
Gains for Method B over CE6 Test A.6 configurations is similar.
The method in JCTVC-S0064 inserts a flag after the palette_run > 2 bin for signalling if the
current run is the last run for the processed CU.
The proponent of JCTVC-S0064 supports Method A as well.
BoG Recommendation: Adopt Method A, on the condition that in-meeting simulation runs
performed with Method A on top of JCTVC-S0269 yield results on the order of those shown for
Method B here on top of CE6 Test A.6 configuration 2, compared to an anchor of SCM 2.0
(lossy all-intra 0.3% to 2.1%). For completeness, the proponents were also asked to implement
Methods A and B on top of S0269 and run simulations to compare them to an anchor of S0269
as well. A cross-check was also asked to be performed and text was asked to be provided.
Later, in JCT-VC, results for methods A and B relative to S0269 were reported to be available in
a new revision of S0111.
Some gain was shown: 0.0-0.3% for AI. The proponent suggested to focus on method B. The
text impact was requested to be reviewed.
Given the small gain relative to S0269 and the apparent complication of the text that would be
introduced by it, no action was taken on this.
13.1.1.1.1.1.1.1.234 JCTVC-S0228 Crosscheck of Non-CE6 on Improvement On Palette Run
Coding (JCTVC-S0111) [C.-C. Lin (ITRI)] [late]
13.1.1.1.1.1.1.1.235 JCTVC-S0115 Clarifying decoder’s ambiguous behaviour for escape
index in palette mode [J. Kim, S. Liu, T.-D. Chuang, Y.-W. Huang, S. Lei
(MediaTek)]
Notes from BoG:
This contribution proposes two approaches to clarify decoder’s behaviour for escape index
handling in palette mode. The horizontal traverse scan is assumed for describing the approaches
as follows. One approach is preventing each escape index from being a reference pixel of ‘copy
above’ mode by limiting the number of runs of ‘copy above’ mode at decoder side as it works at
encoder side. It also derives prediction mode of a pixel below escape index as ‘index mode’
Page: 279
Date Sav
without signalling the mode. The other approach is allowing each escape index being a reference
pixel of ‘copy above’ mode by copying the escape values of the above escape pixel. The two
approaches for vertical traverse scan can be easily understood by analogy, and both the
approaches can solve the ambiguity issue successfully with very little impacts on coding
efficiency.
Method 1: Prevent ESCAPE from being included as a reference index
A) Pixel below ESCAPE is inferred to be INDEX mode; and
B) The run of COPY_ABOVE prediction mode will not include the pixel below the ESCAPE
index. (decoder syntax)
Lossy all-intra gains: 0.0% to 0.1%; RA −0.1% to 0.1%; LB −0.4% to 0.2%; Lossless gains
0.0% to 0.2% for all cases.
Method 2: Allow an escape index to be a reference index
Copies the escape value of the three components for the current pixel
Lossy all-intra gains: 0.0%; RA 0.0% to 0.1%; LB −0.1% to 0.25; lossless 0.0% for all cases.
See additional notes under JCTVC-S0258.
13.1.1.1.1.1.1.1.236 JCTVC-S0270 CE6-related: Cross check of JCTVC-S0115 Test 2.1
[J. Zhao, S. H. Kim (Sharp)] [late]
13.1.1.1.1.1.1.1.237 JCTVC-S0279 Crosscheck of JCTVC-S0115 method 2 [F. Zou
(Qualcomm)] [late]
(Has "the" problem in abstract phrasing.)
13.1.1.1.1.1.1.1.238 JCTVC-S0150 Non-CE6: Simplification on Escape Coding of Palette
Mode in HEVC SCC [M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA R&D)]
Notes from BoG:
This proposal is identical to [JCTVC-S0181 without encoder improvements]. See the discussion
under JCTVC-S0181 and the combined discussion of JCTVCS0115/S0150/S0156/S0157/S0181/S0258 under JCTVC-S0258.
See additional notes under JCTVC-S0258.
13.1.1.1.1.1.1.1.239 JCTVC-S0232 Crosscheck of JCTVC-S0150: Non-CE6: Simplification on
Escape Coding of Palette Mode in HEVC SCC [R.-L. Liao, C.-C. Chen, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)] [late]
13.1.1.1.1.1.1.1.240 JCTVC-S0156 Non-CE6: Palette parsing dependency and palette
encoder improvement [W. Pu, F. Zou, V. Seregin, R. Joshi, M. Karczewicz,
J. Sole (Qualcomm)]
Notes from BoG:
This contribution discusses a parsing dependency issue for the palette prediction mode, and
suggests encoder improvements which reportedly provide 0.1%, 0.2% and 0.3%, 0.5% luma BDrate reduction for All Intra 1080p text and graphics RGB and YUV categories in the lossy coding
configuration for two encoder improvements, respectively.

Method 1: Currently, if (copyRun + 2 > indexRun), choose COPY_ABOVE run mode.
This document proposes: if (copyRun > indexRun), choose COPY_AbOVE run mode.
All-intra lossy gains for this method are 0.0% to 0.2%.

Method 2: The encoder is modified to compare the cost of copy left and copy above
modes, and it chooses the mode with the lower cost. Lossy all-intra gains: 0.0% to 0.5%
Page: 280
Date Sav
It was also noted that in the Sapporo meeting, it was asserted that during parsing, the palette
index has to be fully reconstructed to determine ESCAPE/INDEX copy modes. Now, it is
asserted that the escape pixel’s index is always binarized to all ones '111…1', therefore there is
no parsing dependency issue, i.e. the parsing is required, but the reconstruction of the palette
index is not required to determine ESCAPE/INDEX copy modes.
Methods 1 and 2 are mutually exclusive.
CE6 Category C, see notes for Tests C.2+C.3, and the related JCTVC-S0188 which includes
Method 2 shown here.
BoG Recommendation (SW): Include the changes of Method 2 in the encoder software.
Decision (SW): Adopt encoder-only change as recommended.
Note that elsewhere is recorded a discussion of JCTVC-S0188 under CE6 Test C.2+C.3, and the
encoder improvement in S0188 is identical to Method 2 here.
See additional notes under JCTVC-S0258.
13.1.1.1.1.1.1.1.241 JCTVC-S0297 Non-CE6: cross-check of palette parsing dependency and
palette encoder improvement (JCTVC-S0156) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.242 JCTVC-S0157 Non-CE6: Copy mode and escape coded sample
[V. Seregin, R. Joshi, M. Karczewicz, W. Pu, J. Sole (Qualcomm)]
Notes from BoG:
This contribution addresses the problem of having escape coded samples in the above row and
samples coded with the 'copy from above' mode. In the current software, such cases are not
chosen by the encoder. But from the decoder side, the run value signaled for the 'copy from
above' mode may include escape coded samples. However the 'copy from above' mode is not
defined for the escape samples.

Method 1: Restrict encoder from generating escape reference sample in copy above mode

Method 2: Restrict the copy above signalling if the above sample is escape:
a) Pixel below ESCAPE is inferred to be INDEX mode; and (Same as in S0115)
b) The encoder is constrained so that the ESCAPE pixel is not allowed to be
included into the COPY_ABOVE mode.

Method 3: Include escape into the copy above mode (This is mutually exclusive to
Method 2)
 Method 4: Replace the escape sample with palette index 0 for copy above mode
Lossy all-intra gains for Methods 2 and 3 are within 0.0% to 0.1%.
See the combined discussion of JCTVC-S0115/S0150/S0156/S0157/S0181/S0258 under
JCTVC-S0258.
13.1.1.1.1.1.1.1.243 JCTVC-S0259 CE6-related: Crosscheck report of JCTVC-S0157 [J. Kim,
S. Liu (MediaTek)] [late]
13.1.1.1.1.1.1.1.244 JCTVC-S0181 Non-CE6: Removal of parsing dependency in palettebased coding [X. Xiu, Y. He, Y. Ye (InterDigital)]
Notes from BoG:
This contribution proposes to modify the design of palette-based coding in order to remove the
parsing dependency of various syntax elements for CUs coded with palette mode. Two
modifications are introduced to achieve this goal. Firstly, it is proposed to treat the palette index
Page: 281
Date Sav
used to indicate escape colours as normal palette index and them using either run mode or copyabove mode. Secondly, it is proposed to separate the parsing of escape colour values from the
parsing of palette indices.
This document proposes:

Code the palette index indicating escape colours using run mode and copy above mode;

Separate the parsing of escape colour triplets from the parsing of palette indices.

The encoder used to generate results in this document also includes modifications to the
decision between index and run modes, similar as in JCTVC-S0156.
Gains, including the encoder improvements mentioned above: Lossy All-intra gains: 0.1% to
0.5%; RA: 0.1% to 0.2%; 0.1% to 0.4%; Lossless: 0.1% to 0.95; RA 0.0% to 0.5%; 0.0% to
0.5%.
The gains without encoder improvements are identical to the gains reported in JCTVC-S0258.
These gains are: Lossy all-intra and RA: −0.1% to 0.1%; LB: 0.0% to 0.3%. Lossless: 0.1% to
0.7%; RA 0.05 to 0.5%; LB 0.0% to 0.4%.
It was noted that JCTVC-S0150 is identical to JCTVC-S0181 without encoder improvements.
It was noted that to implement the second part of this proposal (separate the parsing of escape
colour triplets from the parsing of palette indices) in the decoder, there can be several ways to
accomplish this: Storing an array up to size 64x64 of a binary indication of whether the position
is ESCAPE, or, re-scan all pixel positions in the CU to parse and fill in the escape colour values,
or, if the architecture chooses to scan twice, then one could merge the escape value decoding
with the index-to-pixel value conversion process.
See additional notes under JCTVC-S0258.
13.1.1.1.1.1.1.1.245 JCTVC-S0256 Non-CE6: Cross-check of removal of parsing dependency
in palette-based coding (JCTVC-S0181) [V. Seregin (Qualcomm)] [late]
13.1.1.1.1.1.1.1.246 JCTVC-S0258 Non-CE6: Unification of coding of escape indices and
other palette indices [X. Xiu, Y. He, Y. Ye (InterDigital), V. Seregin, R. Joshi,
M. Karczewicz, W. Pu, J. Sole (Qualcomm)] [late]
Notes from BoG:
In SCM2.0, escape coded samples are assigned the highest palette index (after expanding the
palette index by 1). But in coding of palette indices, the escape index is treated differently from
other palette indices. This contribution proposes a method that is asserted to unify the coding of
escape index and other palette indices. The proposed method uses elements from JCTVC-S0157
(solution 3) and JCTVC-S0181. BD-rate results for the proposed method with and without
encoder modification are presented. Without encoder modification, for the category of text and
graphics with motion 1080p, the BD-rate saving for the Y/G component is 0.1% for the All-Intra
lossy configuration, and the bit-rate savings for the Y/G component 0.6% for the All-intra
lossless configuration. With encoder modification, the corresponding BD-rate savings and bitrate savings are 0.4% and 0.8% for lossy and lossless configurations, respectively.
This proposal comprises the common parts of JCTVC-S0157 and JCTVC-S0181:

Escape index is enabled for INDEX mode with a run value to specify the number of
subsequent indices that are also escape colours
 Escape index allowed to be part of Copy mode run.
Without encoder improvements, gains for all-intra lossy: −0.1 to 0.1%; lossless: 0.1% to 0.7%.
Page: 282
Date Sav
The difference between JCTVC-S0258 and JCTVC-S0181 is that in JCTVC-S0258, escape
colour values are coded in the same interleaved way as in SCM 2.0, whereas in JCTVC-S0181
the coding of escape colour values is moved outside of the coding loop for escape indices.
13.1.1.1.1.1.1.1.247 Combined discussion of JCTVCS0115/S0150/S0156/S0157/S0181/S0258
Notes from BoG:
Condensed summary of these proposals:
JCTVC-S0115:

Method 1: Prevent ESCAPE from being included as a reference index:
A) Pixel below ESCAPE is inferred to be INDEX mode; and
B) The run of COPY_ABOVE prediction mode will not include the pixel below the
ESCAPE index. (decoder syntax)
 Method 2: Allow an escape index to be a reference index
BoG Recommendations for both Methods 1 and 2: Given the other recommendations, this is not
needed.
JCTVC-S0150 and JCTVC-S0181 and JCTVC-S0258:

All three include this: Allow escape indices to be referred to by the copy above mode, and
allow run coding with escape coded pixels;
BoG Recommendation for this method for coding the palette index: adopt JCTVCS0258/S0150 subset/S0181 subset/S0157 Method 3.
Decision: Adopt this aspect as recommended by BoG.

S0150 and S0181 additionally include: Separate the parsing of escape colour triplets
from the parsing of palette indices. One non-proponent said that they don’t see any
benefit to doing this and therefore this change to the spec should not be made; they see
added cost, asserting that one would have perform an additional scan of all pixel
positions in the CU to parse and fill in the escape colour values. Several proponents and a
non-proponent disagreed, saying that there are other ways to implement it that doesn’t
require an additional scan (e.g. see notes near end of JCTVC-S0181 discussion). A
proponent said that the current spec’s inverleaved way of decoding requires (if done in
one loop) that the dequantization occurs inside the loop for decoding escape colours (in
contrast to the decoding process of the regular colour indices). A non-proponent and
proponent said that with the current specs, another implementation is possible: one can
first parse indices and escape colours, and then invoke the mapping of indices to colours
and perform inverse dequantization of escape colours. The non-proponent asserts that
adoption of this method would always require a separate pass for parsing the escape
values. The proponents said that this proposed solution is consistent with the HEVC v.1
for residual coding where the signalling of the significance map is separated from that of
the individual residual values. A non-proponent disagreed, saying that in palette mode
decoding, for the palette index map there are more syntax elements which have to be
parsed and decoded first, in contrast to the significance map coding in HEVC v.1 residual
coding. The proponent asserts that with this proposal, the current encoding process can be
made to be more efficient; a non-proponent disagrees.
Two proponents proposed this, one non-proponent opposed, and one non-proponent
supported this.
BoG Recommendation: Make final decision in JCT-VC session, and offline discussion is
encouraged before this final decision.
Page: 283
Date Sav
In JCT-VC further discussion, some participants asserted that sending the index map
information before sending the escape-coded values was consistent with the existing
HEVC transform coefficient coding design. Another participant said that especially with
large blocks, having the decoder need to wait until the entire map is sent prior to getting
the values could increase latency in the decoding process, and noted that HEVC
transform coefficient coding has a 4x4 grouping and asserted that this mitigates this
latency, which is not used here.
It was agreed to study the question of interleaved-versus-non-interleaved escape value
coding in an AHG study.
JCTVC-S0156: No further discussion needed, recommendation reached.
JCTVC-S0157:

Method 1: Restrict encoder from generating escape reference sample in copy above
mode:
BoG Recommendation: Given the other recommendations, this is not needed.

Method 2: Restrict the copy above signalling if the above sample is escape:
a) Pixel below ESCAPE is inferred to be INDEX mode; and (Same as in S0115)
b) The encoder is constrained so that the ESCAPE pixel is not allowed to be included
into the COPY_ABOVE mode.
BoG Recommendation for Method 2: Given the other recommendations, this is not
needed.

Method 3: Include escape into the copy above mode (this is also a subset of
S0150/S0181/S0258) (see earlier recommendation for its adoption)

Method 4: Replace the escape sample with palette index 0 for copy above mode.
Recommendation: Given the other recommendations, this is not needed.
Inconsistency: It was noted that in the SCC text specifications JCTVC-R1005-v3, the definition
of palette_mode[xC][yC] in Section 7.4.9.6 uses the term “sample value”, whereas the syntax in
Section 7.3.8.8 (which will eventually be moved to the decoder process description as an
editorial change) uses the indices paletteMap[xC][yC], not values, in COPY_ABOVE mode. The
earlier implementations of palette mode (e.g. earlier versions of SCM, JCTVC-R0348, all CE’s
conducted on palette, etc.) copy indices, not pixel values.
BoG Recommendation: Edit the semantics for palette_mode[xC][yC] to clarify that
COPY_ABOVE mode copies the indices paletteMap[xC][yC], not sample values.
Decision (Ed.): Agreed per BoG recommendation.
Method 2 of S0157 is the same as part of Method 1 of S0115 (restrict the copy above signalling
if the above sample is escape). S0157 uses an encoder constraint, whereas S0115 uses decoder
syntax so that the pixel below the ESCAPE index is not included in the COPY_ABOVE run
mode.
The method of coding the palette index indicating escape colours using run mode and copy
above mode is common to JCTVC-S0150/S0181 and the joint S0258 proposals.
13.1.1.1.1.1.1.1.248 JCTVC-S0277 Non-CE6: Crosscheck of JCTVC-S0258 on unification of
coding of escape indices and other palette indices [P. Onno (Canon)] [late]
13.1.1.1.1.1.1.1.249 JCTVC-S0120 Non-CE6: Copy previous mode [J. Ye, J. Kim, S. Liu,
P. Lai, S. Lei (MediaTek)]
Notes from BoG:
Page: 284
Date Sav
This proposal presents a “copy previous” mode with the use of neighbour indices for palette
coding. The proposed “copy previous” mode is signalled by the “copy above” mode flag in
current SCM, followed by an offset which specifies the distance between the previous row and
the current row. It is proposed that the “copy previous” mode starts from the first row in the CU.
The simulation results report that the proposed method achieves 3.9%, 1.9% and 1.5% BR-rate
savings for “YUV 1080p text and graphics” AI, RA and LB configurations, respectively against
the SCM 2.0 anchor.
This is similar in concept to JCTVC-S0079 (same proponents) plus CE6 Test C.3 (copy previous
row), except that in JCTVC-S0120 two rows are available for copying instead of one.
All-intra lossy gains: 0.7% to 3.9%; lossless: 0.1% to 2.0%.
(Gains for JCTVC-S0079 were 0.3% to 2.5% lossy.)
There was a question on if another LCU is visited when going two rows above, whether an
additional line buffer would be needed. Answer: Currently for deblocking, a 2-line chroma
buffer (4-line luma) is already available, so no additional buffers would be needed for this
method.
The concerns addressed for JCTVC-S0079 apply to here as well.
BoG Recommendation: Further study in a CE. When defining the CE, keep in mind the outcome
of the CE6 Test C.3 decision from this meeting.
13.1.1.1.1.1.1.1.250 JCTVC-S0253 Non-CE6: Crosscheck for Copy Previous Mode (JCTVCS0120) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]
13.1.1.1.1.1.1.1.251 JCTVC-S0134 Non-CE6: Simplified palette size coding [J. Zhao,
S. H. Kim, K. Misra, A. Segall (Sharp)]
Notes from BoG:
This contribution proposes to change the binarization of “palette_num_signalled_entries”. When
the palette_num_signalled_entries is less than 16, there is no change to the binarization; it still
uses the existing TR code. When palette_num_signalled_entries is equal to or greater than 16,
the proposed binarization uses a concatenated TR binarization of a number 16 and a fixed length
code. The benefit of the proposed method is that it reduces the worst case coded bins from 31 to
20 bins, which is 35.5% reduction in the number of bins. It has no effect on coding loss for
almost all lossy and lossless coding tests.
palette_coding( )
previous_palette_entry_flag[]
FL
palette_num_signalled_entries
Section a.b.c.d.
cMax = 1
a.b.c.d Binarization process for palette_num_signalled_entries
Inputs to this process are a request for a binarization for the syntax element
palette_num_signalled_entries.
Output of this process is the binarization of the syntax element.
Depending on the value of palette_num_signalled_entries, the following applies:
– If palette_num_signalled_entries <16
o Binarize the palette_num_signalled_entries using using TR binarization with
cMax=16 and cRiceParam=0
– else
o Binarize the value 16 using using TR binarization with cMax=16 and
cRiceParam=0
Page: 285
Date Sav
o Binarize the value of palette_num_signalled_entries−16 using 4-bit FLC
There was almost no effect on coding performance, so the proponent’s stated purpose for doing
this is simplification.
Two non-proponents said that this method may reduce the number of bins, but may make the
binarization more complex (the existing method is truncated unary coding).
BoG Recommendation: No action
13.1.1.1.1.1.1.1.252 JCTVC-S0213 CE6-related: Crosscheck report of JCTVC-S0134 [J. Kim,
S. Liu (MediaTek)] [late]
13.1.1.1.1.1.1.1.253 JCTVC-S0138 Non-CE6: Exponential Golomb binarization for Palette
Run [S. H. Kim, K. Misra, J. Zhao, A. Segall (Sharp)]
Notes from BoG:
This contribution proposes a concatenated binarization based on fixed length code and
exponential golomb code for the syntax element ‘palette_run.’ Specifically, greater_than_2_flag
was replaced by greater_than_5_flag. Here, if greater_than_5_flag is equal to 0 then fixed length
code with length of 2 is used to signal the palette_run information between 2 and 5. If
greater_than_5_flag is equal to 1, then exponential-golomb binarization is employed to code
‘palette_run-6’. It is reported that the proposed approach provides bit rate reductions of 0.3 %,
0.4% for All Intra 1080p text and graphics RGB and YUV categories, respectively.
Lossy all-intra gains: 0.0% to 0.4%
This proposes to replace the "greater than two" condition with a "greater than five" condition,
which means that if palette_run is equal to 2, 3, 4, or 5, then fixed-length coding is used to signal
it.
Code significant flag (context coded)
if( significant flag = =1 )
Code GR_1 flag (context coded)
if ( GR_1 flag ==1 )
Code GR_5 flag (context coded)
if( GR_5 flag ==0)
Code Fixed Length Code (‘Run-2’)
else Code Exp-Golomb (‘Run-6’)
The proponent recommended further study in a CE related to what may be adopted after the
consideration of CE6 Tests A4, A5, A6 (JCTVC-S0269).
BoG Recommendation: Further study, perhaps in a CE.
The relationship to the action from JCTVC-S0269 would need to be considered.
13.1.1.1.1.1.1.1.254 JCTVC-S0229 Crosscheck of Non-CE6 on Exponential Golomb
binarization for Palette Run (JCTVC-S0138) [C.-C. Lin (ITRI)] [late]
13.1.1.1.1.1.1.1.255 JCTVC-S0139 Using flat scaling lists for escape coded palette pixels
[K. Misra, S. H. Kim, J. Zhao, A. Segall (Sharp)]
Notes from BoG:
This contribution proposes that the existing HEVC dequantizer along with flat scaling lists be
used for palette pixels coded using escape mode. This approach was first proposed in JCTVC
R0234. The contribution demonstrates that the use of the default scaling list can lead to visual
artefacts for palette coded blocks.
Page: 286
Date Sav
Artefacts may arise when non-flat scaling lists are used. An experiment demonstrates that when
SCM 2.0 is used with the default (non-flat) scaling lists, artefacts are visible.
This proposes that the dequantizer is restricted to using flat scaling lists when processing palette
pixels.
There was a question on whether the artefact pixels are in a different CU from the object pixels.
There was a question on whether we’re sure the blocks with artifacts were coded using palette
mode or a different mode.
Examination of the JCTVC-R1005 text shows that the dequantization of the palette-coded blocks
do not use any scaling list.
We do not know at the moment what QP value was used.
BoG Recommendation: The artefacts are most likely caused by something else, given that palette
mode doesn’t use a scaling list.
The proponent later indicated that the problem was at least partly an implementation bug rather
than a design issue. Editorial refinement of the dequantization parts of the text seems desirable
regarding the structure of the text to avoid excess duplication and ensure clarity and proper
structure.
13.1.1.1.1.1.1.1.256 JCTVC-S0151 Non-CE6: 2-D Index Map Coding of Palette Mode in
HEVC SCC [W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA R&D)]
Notes from BoG:
This contribution presents a 2-D index map coding method designed for improving the
performance of the palette mode in HEVC SCC WD and SCM 2.0. The proposed method is
available as an additional method for coding palette indices. A flag associated with each run
indicates which method to use (1-D or 2-D). The 1-D method is a modified version of the current
method for coding palette indices. Its performance reported in this contribution was evaluated
under common test conditions with various search range configurations. Experimental results
demonstrate BD-Rate gain of 3.3% (IBC-1x4/2D-1x4), 20.2% (IBC-FF/2D-1x4), 14.8% (IBC2x4/2D-2x4) and 18.4% (IBC-3x5/2D-3x5), over Anchor SCM-2.0+IBC-1x4, for lossy 1080p
text graphics content encoded using All intra configuration, respectively.
Proposes using a 2-D string copy method to code the index map, in addition to the RUN-based
1D string match. This proposal also includes the JCTVC-S0150 method for coding the escape
pixels.
If 2D_flag = 1, COPY_ABOVE flag is skipped, otherwise, COPY_ABOVE flag is coded using
only one context (2 contexts are used in the default RUN-based 1 search)
Gains for 2D strings search range of 1x4: 1080p Text & Graphics all-intra about 2.1% for RGB,
1.7% YUV; 1.4% RGB 1.2% YUV for low delay. Encoder run-time ratio for all-intra: 129%,
decoder 106%; LB: encoder 103%, decoder 103%. It was commented in that JCTVC-S0114, the
gains of extending copy-above to one line above, higher gains were achieved.
For the case when the IBC search range is 2x4 and the 2D palette coding search range is 2x4, the
time ratios are encoder 147% decoder 104% for all intra; encoder 106% decoder 103% for LB,
and in this case, the BD-Rate gain as compared to an anchor using full-frame IBC is 0.6% for
T&G 1080p RGB, and 0.8% for YUV.
The proponent said that their run times may not be accurate.
A crosscheck had not yet been registered when this was discussed in the BoG (later, one was
provided, as noted below, in S0296).
The proponent clarified that the purpose of this proposal is that one can undo the losses incurred
from decreasing the IBC search range by using this 2-D index map coding on palette mode.
A non-proponent recommended that this be further studied in a CE, as there are many questions
about what the method is doing and what the relevant tested and anchor conditions are. Another
non-proponent was concerned about the encoder run-time ratio increase given the gains. After
the cross-check is uploaded, perhaps more accurate run-time ratios will be made available.
Page: 287
Date Sav
BoG Recommendation: Further testing in a CE, with sufficient attention given to defining the
appropriate test conditions in the CE description (e.g. IBC search ranges and 2-D search range
for palette coding, etc.).
13.1.1.1.1.1.1.1.257 JCTVC-S0296 Non-CE6: Cross-check of 2-D Index Map Coding of
Palette Mode in HEVC SCC (JCTVC-S0151) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.258 JCTVC-S0152 Non-CE6: Index Coding Group (ICG) for 8x8 CU of Palette
Mode in HEVC SCC [W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA R&D)]
Notes from BoG:
This contribution presents a parallel processing method for index map coding using an index
coding group. This method suggests that to improve the overall system performance, coding of
colour index map may be done on smaller subgroups, instead of on the original colour index
map. It is suggested that this method might be used for 8x8 CUs, given that 8x8 CUs are a
bottleneck for the overall throughput. Experimental results demonstrate performance losses of
approximately 0.2% AI/0.1% RA/0.0% LB lossy BD-Rate loss over all content), but with
potential 4x throughput improvement for 8x8 index map processing. Small gains are observed
for lossless coding scenarios (i.e., 0.5% bit rate reduction for 1080p text/graphics content in RGB
format).
This proposes to split an 8x8 index map into four 2x8 groups suitable for parallel processing. An
additional flag is proposed for each group, which indicates whether the RUN equals the full size
of the current group. COPY_ABOVE is maintained across groups.
Some participants suggested that it may be of interest to see if one could perform this kind of
parallelization in the encoder, without any normative changes.
BoG Recommendation: Further testing.
13.1.1.1.1.1.1.1.259 JCTVC-S0104 CE6-related: Cross-check of JCTVC-R0152 on Index
Coding Group (ICG) for 8x8 CU of Palette Mode [P. Lai, J. Kim (MediaTek)]
[late]
13.1.1.1.1.1.1.1.260 JCTVC-S0287 Crosscheck report of JCTVC-S0152 [K. Chono (NEC)]
[late]
Note: Only a "software study" was reported here – not experiment results. It was asked whether
we have other "cross-checks" like this. None were identified.
13.1.1.1.1.1.1.1.261 JCTVC-S0178 Non-CE6: Improved binarization and signalling of index
coding for transition copy mode [M. Karczewicz, F. Zou, R. Joshi, V. Seregin
(Qualcomm)]
Notes from BoG:
A CU level flag use_trans_flag is proposed to indicate the use of transition copy mode for palette
coding. When use_trans_flag is 1, for index coding, an equal_to_transition flag is coded in
bypass mode to indicate whether the index is equal to the transition index. The simulation results
reportedly show that the proposed method achieves 0.2% and 0.3% BD-rate savings for 720p
text and graphics RGB and YUV, respectively, when compared against CE6 Test C.2 for AllIntra lossy configuration. The worst-case context coded bins complexity is asserted to be better
than CE6 test C.2.
Two flags on top of CE6 Test C.2 are proposed: use_trans_flag and equal_to_transition flag.
Lossy all-intra gains 0.0% to 1.2%. For a few classes of test sequences, these gains were 0.0% to
0.3% better than the gains achieved by CE6 Test C.2.
Page: 288
Date Sav
It was asked if the gains achieved by these two flags were tested separately (no).
It was commented that in the CE6 Test C.2+C.3 (JCTVC-S0188) test, a similar binarization as
here was used.
The proponent asserts that using the equal_to_transition flag would be a complexity reduction
(one less context-coded bin) than Test C.2+C.3.
BoG Recommendation: Make final decision during further discussion of JCTVC-S0188 in the
JCT-VC session.
No action due to lack of adoption of transition copy mode.
13.1.1.1.1.1.1.1.262 JCTVC-S0275 Non-CE6: Cross-check of JCTVC-S0178 on improved
binarization and signalling of index coding for transition copy mode [P. Onno
(Canon)] [late]
13.1.1.1.1.1.1.1.263 JCTVC-S0200 Cross-check Non-CE6: Redundancy removal and
simplification for palette coding [W. Pu (Qualcomm)] [late]
13.1.1.1.1.1.1.1.264 JCTVC-S0186 Non-CE6: on context modeling of palette_transpose_flag
[X. Xiu, Y. He, Y. Ye (InterDigital)]
Notes from BoG:
This contribution proposes to simplify the context modeling of the syntax element
palette_transpose_flag for palette-based coding by only using one context model for the CABAC
entropy coding. Experimental results reportedly show that the proposed change does not
introduce any coding performance loss for both lossy coding and lossless coding (0.4% BD-rate
saving is observed for the category of RGB mixed content 1080p), while reducing the total
number of context models used in palette mode by one.
The cross-checker said using two contexts should have given more gain over one context, so we
don't have enough information to know why this is not the case.
BoG Recommendation: Further study.
Decision (cleanup): Adopt.
13.1.1.1.1.1.1.1.265 JCTVC-S0276 Non-CE6: Cross-check of JCVC-S0186 on context
modeling of palette_transpose_flag [P. Onno (Canon)] [late]
13.1.1.1.1.1.1.1.266 JCTVC-S0188 Non-CE6: A combination of CE6 Test C.2 – transitioncopy mode and CE6 Test C.3 (configuration 1) – copy-from-previous-row mode
[Y.-C. Sun, T.-D. Chuang, Y.-W. Huang, S. Lei (MediaTek)]
Only rudimentary results were provided before the deadline, so the initial upload was rejected as
a placeholder.
See notes for CE6 (section 4.6.1).
13.1.1.1.1.1.1.1.267 JCTVC-S0288 Crosscheck of JCTVC-S0188: Non-CE6: A combination of
CE6 Test C.2 – transition-copy mode and CE6 Test C.3 (configuration 1) –
copy-from-previous-row mode [R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M. Hang
(NCTU/ITRI)] [late]
13.1.1.1.1.1.1.1.268 JCTVC-S0295 Cross-check of JCTVC-S0188 [D. B. Sansli, J. Lainema
(Nokia)] [late]
Page: 289
Date Sav
13.1.1.1.1.1.1.1.269 JCTVC-S0269 CE6-related: Harmonization of CE6 Tests A4, A5, and A6
[S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek), R. Joshi, W. Pu,
M. Karczewicz, F. Zou, V. Seregin, J. Sole (Qualcomm)] [late]
See notes for CE6 (section 4.6.1).
13.1.1.1.1.1.1.1.270 JCTVC-S0289 Cross check of Harmonization of CE6 Tests A4, A5, and
A6 (JCTVC-S0269) [O. Nakagami (Sony)] [late]
13.1.1.1.1.1.1.1.271 JCTVC-S0201 Non-CE5: CU dependent colour palette maximum size
[W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA R&D)] [late]
Notes from BoG:
Considered in CE6 BoG.
Presenters were not available; however, the contribution was reviewed by the BoG.
This contribution recommends a CU dependent colour palette maximum size to balance the
trade-off between coding efficiency and complexity throughput. Simulation results demonstrate
averaged 0.5%/0.3%/0.1% lossy BD-Rate loss, and averaged −0.8%/−0.2%/−0.1% lossless bit
rate increase for AI/RA/LB encoder configurations, respectively. It provides gain compared with
the scenarios that max. palette size and palette predictor size fixed at respectively 15 and 32, but
it keeps the same throughput with small CU sizes.
Experimental results were shown for the proposed method using a max palette predictor size of
32 for all block sizes, and a max palette size = 15 for 8x8 and 16x16, and 31 for 32x32 and
64x64. Results were compared to both the SCM 2.0 anchor (max palette size = 31 and max
predictor size = 64), and to an anchor using max palette size = 15 and max predictor size = 32.
Compared to SCM 2.0, losses of up to 1.2% were observed. Compared to the other anchor tested,
gains were up to 0.5%.
It was asked whether this is an encoder or decoder complexity reduction. The cross-checker said
that he thinks they are targeting the encoder. It was commented that during the CE5 review in
JCT-VC Track A discussions, one of the decisions under CE5 (JCTVC-S0025) was to send the
maximum palette size and maximum palette predictor size at the SPS level. It was also
commented that the encoder can choose not to construct a palette up to max palette size.
BoG Recommendation: Given the other decision and some questions about test conditions, no
action was recommended.
13.1.1.1.1.1.1.1.272 JCTVC-S0106 CE5-related: Cross-check of JCTVC-S0201 on CU
dependent colour palette maximum size [P. Lai, J. Kim (MediaTek)] [late]
5.1.7 CE7 related (string matching for palette index coding) (0)
5.1.8 CE8 related (single-colour and two-colour modes) (4)
See notes for CE8. No action.
13.1.1.1.1.1.1.1.273 JCTVC-S0050 Non-CE8: Combination of CE8 Test A and CE8 Test B for
screen content coding [Y.-J. Chang, C.-C. Lin, C.-L. Lin, J.-S. Tu, C.-H. Hung
(ITRI)]
Page: 290
Date Sav
13.1.1.1.1.1.1.1.274 JCTVC-S0208 CE8-related: Crosscheck for combination of CE8 Test A
and CE8 Test B for screen content coding (JCTVC-S0050) [Y.-W. Chen
(MediaTek)] [late]
5.1.9 CE9 related (intra boundary filtering and cross-component prediction
Interdependency) (2)
(Consideration of this topic was chaired by JRO on Monday 10-20 p.m.)
13.1.1.1.1.1.1.1.275 JCTVC-S0046 Non-CE9: Intra-boundary filter control for non-camera
captured content [C. Rosewarne, M. Maeda (Canon)]
This document proposes a method for controlling the intra-boundary filter. The method makes
use of the prediction modes of neighbouring blocks to control the filter. It is reported that the
proposed methods achieve average −1.6%, −1.0%, −1.0% bit-rate saving and −1.3%, −0.9%,
−0.9% bit-rate saving for RGB, Mixed Content, AI lossy coding for 1440p and 1080p classes
respectively. For RA case, the corresponding result in 1440p class is −1.3%, −0.8%, −0.8% and
for LB case, the corresponding result in 1440p class is −1.0%, −0.6% and −0.4%.
IBF is enabled dependent on prediction modes of neighboring blocks. IBF is operated over all
three prediction modes. This goes beyond the proposals of the CE, as it is not only about global
control, but introduces some new mode dependent (of neighboring blocks) control mechanism.
The gain is slightly higher (0.2-0.3%), not consistently over classes than for CE9 test A.2
(always enabling IBF “as is”). This does not justify the change and additional dependency.
No action.
13.1.1.1.1.1.1.1.276 JCTVC-S0298 Cross-check report of JCTVC-S0046 Intra-boundary filter
control for non-camera captured content [K. Rapaka (Qualcomm)] [late]
13.1.1.1.1.1.1.1.277 JCTVC-S0199 Non-CE9: On chroma boundary filtering [F. Zou, R. Joshi,
W. Pu, V. Seregin, M. Karczewicz (Qualcomm)] [late]
This proposal presents a chroma boundary filter design based on the chroma-from-luma derived
mode for 4:4:4 chroma format. The simulation results report that the proposed method achieves
1.5% and 1.3% BD-rate savings for mixed content RGB 1440p and 1080P respectively against
the SCM2.0 anchor in the full frame intra BC test condition.
The gain is only slightly higher than the CE methods, but would imply changes to IBF at the
block level. This does not justify the change and additional dependency.
No action.
13.1.1.1.1.1.1.1.278 JCTVC-S0293 Non-CE9: cross-check of chroma boundary filtering
(JCTVC-S0199) [B. Li, J. Xu (Microsoft)] [late]
5.1.10 CE10 related (intra string copy) (1)
(Consideration of this topic was chaired by JRO on Monday 10-20 p.m.)
13.1.1.1.1.1.1.1.279 JCTVC-S0250 Non-CE10: Improvement on coding of ISC parameters
and comparison to Palette Coding [K. Zhou, L. Zhao, X. Chen, T. Lin (Tongji)]
[late]
This contribution proposes an ISC scheme which applies and extends a few schemes used in
Palette coding to code three ISC parameters, i.e. pos, len, no_reference_pixel (NRP, previously
called unmatched pixel or unmatchable pixel). Using SCM20FF as anchor, SCM20 integrated
Page: 291
Date Sav
with the proposed ISC (1D version) is tested and the lossless and lossy results are summarized in
the following table:
SCM20IBC_FF vs
ISC 1D 1MB, lossless
case
All Intra
Random Access
Low Delay B
Total
Avg
Min
Max
Total
Avg
Min
Max
Total
Avg
Min
Max
RGB, TGM, 1080p
12.3%
12.8%
9.4%
14.8%
7.0%
8.0%
6.7%
8.9%
6.8%
6.5%
4.8%
8.2%
RGB,TGM, 720p
4.3%
3.1%
0.7%
8.5%
1.1%
0.9%
0.3%
1.3%
0.8%
0.7%
0.2%
1.0%
RGB, MC, 1440p
1.3%
1.5%
0.6%
2.4%
0.2%
0.2%
0.2%
0.2%
0.1%
0.1%
0.1%
0.1%
RGB, MC, 1080p
1.8%
1.8%
1.8%
1.8%
0.3%
0.3%
0.3%
0.3%
0.1%
0.1%
0.1%
0.1%
YUV, TGM, 1080p
12.8%
13.3%
8.1%
17.8%
6.5%
8.7%
5.5%
11.9%
6.2%
7.2%
5.2%
11.2%
YUV, TGM, 720p
4.0%
3.0%
0.6%
7.5%
0.6%
0.8%
0.2%
1.6%
0.4%
0.6%
0.2%
1.1%
YUV, MC, 1440p
1.3%
1.4%
0.4%
2.5%
0.2%
0.2%
0.1%
0.2%
0.1%
0.1%
0.1%
0.1%
YUV, MC, 1080p
1.7%
1.7%
1.7%
1.7%
0.3%
0.3%
0.3%
0.3%
0.1%
0.1%
0.1%
0.1%
SCM20IBC_FF vs
ISC 1D 1MB, lossy
case
RGB, TGM, 1080p
RGB,TGM, 720p
RGB, MC, 1440p
RGB, MC, 1080p
YUV, TGM, 1080p
YUV, TGM, 720p
YUV, MC, 1440p
YUV, MC, 1080p
All Intra
G/Y
−1.5%
−1.1%
−0.1%
−1.1%
−1.2%
−0.4%
−0.2%
−1.0%
B/U
−1.7%
−1.1%
−0.2%
−1.5%
−1.7%
−0.9%
−0.9%
−3.1%
Random Access
R/V
−1.7%
−1.2%
−0.2%
−1.3%
−1.5%
−1.3%
−0.7%
−2.6%
G/Y
−0.9%
−1.1%
−0.5%
−0.8%
−0.8%
−0.9%
−0.2%
−1.0%
B/U
−1.2%
−1.2%
−0.6%
−1.1%
−1.7%
−2.0%
−1.2%
−3.3%
R/V
−1.1%
−1.3%
−0.7%
−1.0%
−1.5%
−2.4%
−1.0%
−2.8%
Low delay B
G/Y
−0.6%
−0.7%
−0.4%
−0.9%
−0.5%
−0.5%
−0.5%
−1.1%
B/U
−1.0%
−0.5%
−0.5%
−1.0%
−1.2%
−1.1%
−1.2%
−3.3%
R/V
−0.9%
−0.7%
−0.4%
−0.4%
−1.0%
−1.9%
−0.9%
−2.5%
The presentation deck was requested to be uploaded. The presentation has substantial additional
content e.g. about the concept and memory bandwidth.
The contribution claims that string copy targets similar redundancy and applies similar concepts
as palette, but is more universal.
It is claimed that worst case memory bandwidth can be restricted by encoder constraint (limiting
the number of strings).
Significant gain in lossless case, but gain in lossy case is low
2D strings not yet investigated in this contribution.
General remarks about intra string copy:

Solutions for memory bandwidth problem occurring with full-frame access need to be
investigated. Encoder side restriction does not seem to be a good option, other options could
be allowing small strings in closer environments.

Generally, the gain in lossy coding is rather low compared to the additional implementation
complexity.
Wait for the report of the BoG on CE10 which should analyse the complexity of the string copy
methods and suggest concrete ways what to further investigate in case that the allowable limits
are exceeded.
It was agreed to include the proposal in a CE.
5.1.11 IBC improvements (other than CE1) (2)
(Consideration of this topic was chaired by JRO, Monday 10-20 p.m.)
See also contribution S0088 in section 5.1.15.
13.1.1.1.1.1.1.1.280 JCTVC-S0129 On indication of IBC [K. Andersson, M. Pettersson,
J. Samuelsson, A. Norkin (Ericsson)]
Page: 292
Date Sav
It is proposed to signal a maximum IBC CU size to enable the possibility to avoid signalling
local indications of Intra block copy usage for CUs that are larger than the maximum IBC CU
size. When setting the maximum IBC CU size to 16x16 it is reported that the bitrate reduction is
0.1% for the common test conditions.
No significant benefit – no action.
13.1.1.1.1.1.1.1.281 JCTVC-S0238 Cross-check of JCTVC-S0129: On indication of IBC
[J. Lainema (Nokia)] [late]
5.1.12 Adaptive colour transform (14)
13.1.1.1.1.1.1.1.282 JCTVC-S0304 BoG report on Adaptive Colour Transform (ACT) J. Boyce
(Reviewed 10-23 a.m., JRO)
The BoG met 22 Oct 2014 to review previously unreviewed contributions related to Adaptive
Colour Transform.
The recommendations of the BoG were agreed except as otherwise noted.
The BoG recommended adoption of the following:

JCTVC-S0140 option b), clipping of negative QPs to zero to address the QP underflow
issue. Also proposed in JCTVC-S0144 and JCTVC-S0086.

JCTVC-S0180, addition of shift in the ACT to align colour components if they have
different bit depths. Disallow the use of ACT for trans-quant-bypass CUs when bit depths
differ for colour components.

JCTVC-S0254, unification of the ACT between lossy and lossless (trans-quant-bypass),
to use only the lossless transform.
Decision: Confirmed by JCT-VC.
The BoG recommended SW adoption of the following:

JCTVC-S0179, first proposal to perform ACT operation on TU blocks. (No change to
CU-based signalling.) It is also delegated to the SCC editors to consider aligning the draft
text accordingly.
Decision (SW/Ed.): Confirmed by JCT-VC.
The BoG suggested track discussion about the IBC encoder algorithms related to early
termination, and interaction with ACT, as raised in JCTVC-S0100.
13.1.1.1.1.1.1.1.283 JCTVC-S0040 Enhanced chroma QP signalling for adaptive crosscomponent transform in SCC extensions [K. Chono (NEC)]
(Consideration of this topic was chaired by JRO, Monday 10-20 p.m.)
This contribution presents an enhanced chroma QP signalling method to enable the switching of
chroma QP offset values between RGB colour space and YCoCr colour space within a picture
when adaptive cross-component transform is used. It is recommended that the following items
are considered for SCC test model adoption or studied in AHG toward the next meeting.

Additional signalling of PPS/Slice-level chroma QP offset values when adaptive crosscomponent transform is activated at SPS.

Switching of chroma QP offset values for reconstructing the second and third colour
component residuals according to the current CU colour space.
Note: In version 2 of the doc, the extension of table size of chroma QP adjustment was removed
by considering the current PPS extension design; syntax names related to adaptive crosscomponent transform were corrected according to JCTVC-R1005-v3.
Page: 293
Date Sav
The main motivation is for allowing higher flexibility in quantizer adaptation, beyond the
alignment of QP values for ACT blocks that was introduced in the previous meeting (Note:
According to several proposals, this alignment could lead to negative QP values, however, it is
not part of S0040 to fix that)
The proponent requests to study these aspects in an AHG.
Related proposals: S0086, S0094, S0140, S0144, see further notes there.
13.1.1.1.1.1.1.1.284 JCTVC-S0086 On residual adaptive colour transform [B. Li, J. Xu
(Microsoft)]
(Consideration of this topic was chaired by JRO, Monday 10-20 p.m.)
This document proposes several aspects to fix and modify the current design of residual adaptive
colour transform, including: 1) condition of encoding ACT flag; 2) the interaction on bit depth of
ACT and CCP; 3) QP modification process for ACT; 4) unification of lossy conversion and
lossless conversion; 5) residual_adaptive_colour_transform_enabled_flag signalling; 6) ACT for
different bit depth.
The presentation deck was requested to be uploaded.
Item 1: It was discussed whether the additional check would impose unacceptable complexity,
but the general opinion is that this is not the case. Imposing at the decoder side that ACT cannot
be used when the prediction mode uses intra spatial prediction and the chroma prediction mode
is not derived from the luma prediction mode would also allow to remove the encoder constraint
that is currently in the spec.
Decision: Adopt item 1 (syntax, and additional removing the encoder constraint).
Item 2: This would imply a change to the CCP (different in SCC and RExt), and therefore is
undesirable. Even though the prediction could be improved by extending the bit depth by 1, the
impact on compression performance is minor (around 0.1% gain in lossless). No action.
Item 3: The correction of QP applied to ACT can lead to negative QP values. (other
contributions on this). One solution is clipping, another is item 4.
Item 4: Increase the bit depth for all three components in lossy case. The motivation is
unification of lossy and lossless (latter has increased bit depth for Co and Cg), and at the same
time the QP problem is solved. The input bit depth for the subsequent DCT is also increased,
which may have the implication that e.g. for 8 bit version 1 DCT designs cannot be used. No
action.
Item 5: Propose moving ACT enabling flag to PPS, or make it dependent on 4:4:4 (e.g., for
alignment with CCP).
Decision: Move flag to PPS.
Item 6: ACT for different bit depth of component is not defined. Two solutions proposed: disable
ACT for that case, or normalize to same bit depth. S0180 also proposes the latter solution. This
seems to be the preferred solution – see further discussion in context of S0180.
13.1.1.1.1.1.1.1.285 JCTVC-S0218 Cross-verification of JCTVC-S0086 [X. Xiu, Y. He, Y. Ye
(InterDigital)] [late]
13.1.1.1.1.1.1.1.286 JCTVC-S0094 QP offset for Adaptive Colour Transform [R. Sjöberg,
J. Samuelsson (Ericsson)]
Notes from review in BoG:
This contribution proposes to add an additional set of QP offset parameters that are applied for
coding units that uses the Adaptive Colour Transform.
The contribution claims that additional flexibility and improved visual quality can be achieved
through the introduction of three new QP offset syntax elements in the PPS and three new QP
offset syntax elements in the slice header. The new syntax elements are proposed to be applied
Page: 294
Date Sav
when Adaptive Colour Transform is used, i.e. when the cu_residual_act_flag is equal to 1. The
contribution claims that it would be beneficial to be able to separately select which QP to use for
Green, Blue, Red, Luma, Chroma Orange and Chroma Green depending on the content of the
video and the desired compressed result.
The contribution further proposes to move the fixed QP offset that is applied to blocks that are
colour transformed (to compensate for that the transform is not normalized) so that it is included
in the normal QP derivation. The contribution claims that this change ensures that the QP value
stays in the allowed range.
Not fully presented, because proposed concepts included in JCTVC-S0300.
13.1.1.1.1.1.1.1.287 JCTVC-S0140 On transform coefficient scaling for adaptive colour
transform [K. Misra, S. H. Kim, A. Segall (Sharp)]
Notes from review in BoG:
This contribution identifies a problem for the adaptive colour transform where the quantization
parameter (qP) may take on negative values. This is a result of absorbing the scaling associated
with adaptive colour transform within the transform coefficient scaling process. Note, that the
transform coefficient scaling is undefined for negative qP values since the modulus operation is
undefined for negative arguments. To avoid this issue it is proposed that for blocks where the
effective qP may take on negative values, adaptive colour transform is disabled. Alternatively,
one can clip qP to a valid range.
Some experimental results provided. It was suggested that the bitrates in the experiments exceed
the lossless bitrates for the sequences.
With option a, the QP derivation has to be derived before parsing, so there is a parsing
dependency, which is undesirable.
Option b seems to be a very simple and minimal solution to the bug of the negative QP values.
BoG Recommended to Adopt JCTVC-S0140 option b) clipping of negative QPs to zero to
address the QP underflow issue. Also proposed in S0144, S0086.
See also notes on BoG report.
13.1.1.1.1.1.1.1.288 JCTVC-S0285 Cross-verification of JCTVC-S0140 on On transform
coefficient scaling for adaptive colour transform [X. Xiu, Y. He, Y. Ye
(InterDigital)] [late]
13.1.1.1.1.1.1.1.289 JCTVC-S0144 On Qp for adaptive colour transform [K. Rapaka, L. Zhang,
R. Joshi, M. Karczewicz (Qualcomm)]
Notes from review in BoG:
In the 18th JCTVC meeting, the adaptive colour transform was adopted into the test model of
SCC extension. The tool adaptively transforms prediction residuals on one colour space into
another and signals a flag to indicate its colour space at CU level. This contribution identifies
various issues in the current test model related to quantization parameter derivation when
adaptive colour transform is used and proposes solutions to fix them.
Very similar to S0300. Same signalling as S0300 but difference in the decoding process in the
usage of Cb offsets (8.6.1 vs 8.6.2). Proposed to only modify 8.6.2.
13.1.1.1.1.1.1.1.290 JCTVC-S0179 On inter-component de-correlation for screen content
coding [X. Xiu, Y. He, Y. Ye (InterDigital)]
Notes from review in BoG:
This contribution proposes to improve the inter-component de-correlation methods in HEVC
screen content coding draft 1 in order to simplify pipeline design and improve parallelization.
Firstly, it is proposed to move inverse adaptive colour transform from CU/PU-level to TU-level
Page: 295
Date Sav
to unify with inverse cross-component prediction, which is performed at TU-level. Secondly, it is
proposed to combine inverse cross-component prediction and inverse adaptive colour transform
into one single decoding process.
Compared to the SCM-2.0 anchor, experimental results show that the proposed solution has the
same coding performance and similar encoding and decoding time, while offering the benefit of
reduced latency.
First proposed change is editorial and software change. Improved decoder times, because ACT
operation can be avoided for all zero blocks.
Second proposed change is normative. Not much coding efficiency impact. Small increase in
encoding times. It was remarked that CCP is already present in RExt, and making a change
might be undesirable.
BoG recommended SW adoption of the first option. The associated editorial change is delegated
to the editors.
See notes on BoG report review.
13.1.1.1.1.1.1.1.291 JCTVC-S0069 On adaptive colour transform and Inter modes
[G. Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)]
Notes from review in BoG:
The adaptive colour transform was adopted during the previous meeting. This contribution
proposes to enable the colour transform for Inter modes at sequence parameters set instead of
enabling it at CU level. A BDR average of 0% and −0.1% compared to SCM2.0 for respectively
RA and LDB configurations is reported with an encoding run time of 95% and 96%.
Proposes to not send CU level ACT flag for inter, but adds picture level signalling.
Some losses and some gains on different sequences. It was suggested that much of the encoding
speed benefits might be accomplished with encoder-only modifications.
Related to S0100.
13.1.1.1.1.1.1.1.292 JCTVC-S0230 Cross-check of JCTVC-S0069 on adaptive colour
transform and Inter modes [P. Lai, S. Liu (MediaTek)] [late]
13.1.1.1.1.1.1.1.293 JCTVC-S0100 AHG6: On Adaptive Colour Transform (ACT) in SCM2.0
[P. Lai, S. Liu, S. Lei (MediaTek))]
Notes from review in BoG:
This contribution proposes to enable and disable adaptive colour transform (ACT) solely based
on the content format (e.g., RGB or YUV). It presents two studies of the ACT in SCM2.0.
In part I, the encoding algorithm of ACT in SCM2.0 is studied. It is asserted that for coding
YUV contents, the ACT encoding algorithm bypasses some early skips for checking Intra Block
Copy (IBC) mode. Results of only removing this part of the encoding algorithm from ACT are
provided, and compared against completely disabling ACT on SCM2.0. It is reported that, for
YUV format, this encoder-side IBC checking modification used by the ACT encoder, contributes
most of the coding efficiency differences provided by the entire ACT in SCM2.0. For example,
average 2.6% out of 3.1% for YUV, test and graphics with motion, 1080p.
In part II, a study was conducted in which, when applicable, always turning on ACT for coding
RGB content. Changes were made for encoder to only evaluate ACT on for RGB content, such
that the decoded CU-level ACT flags are always 1. It is reported that for coding RGB content,
forcing CU-level ACT flags always to be on, preserved most of the gains achieved by CUadaptive ACT (less than 1% BD-rate impact out of 6% to 38% BD-rate impact). Meanwhile,
encoding time is decreased by average of 9% / 7% / 7% in lossy AI / RA / LB for RGB content.
Page: 296
Date Sav
Asserts that most of the ACT gain for YUV comes from change to early termination of IBC.
Proposes turning ACT off in the common conditions for YUV, which would reduce the encoding
time (to 69%), with some loss associated.
It would be interesting to see experimental data for ACT off for YUV with the change to early
termination of IBC or other encoder changes to see if the losses would be reduced.
BoG recommended discussion in the track about the IBC encoder algorithms related to early
termination, and interaction with ACT.
The coding loss for the lossless case with the second proposal was high, up to 11%.
See also notes on BoG report review.
This was further discussed in JCT-VC, chaired by JRO on 10-23.
The contributor showed test results (to be uploaded in a revision of the contribution) that appear
to show, for AI, that ~20% speed-up for YUV cases can be achieved by
1) Changing the CTC to not perform ACT for YUV cases and
2) Making an encoding early-termination check be performed regardless of whether ACT is
performed or not.
with a modest penalty in coding performance in All-Intra coding YUV coding (−0.2% to +0.6%,
depending on YUV category).
The contributor said that item 2 above is expected to improve RGB cases. This was questioned
by a participant.
It was commented that the modest penalty in coding performance would be larger for RA and
LD (e.g., 1.5% luma, 2.5% chroma for one class of LD).
Incomplete data was available to analyze this.
Decision (SW): Make the item 2 change only, without changing CTC.
Further study was encouraged to better understand the issues involved.
In a follow-up discussion in JCT Thu AM, additional results were presented showing for the AI
lossless case that by disabling ACT for ICTcases and performing early skip IBC that is currently
only applied with ACT, the gain by ACT becomes minor (disabling ACT, a loss of up to 0.3% is
observed). It is however commented in the discussion that from the results of the original
contribution the loss would be larger in RA and LDB.
An update of the contribution with the new results presented was to be provided.
It was remarked that the structure of the encoding for ACT and non-ACT cases in the software is
undesirably inconsistent and has some excess copying of functions and undesirably different
quadtree traversing orders. Further study to try to understand and clean up the software was
encouraged.
13.1.1.1.1.1.1.1.294 JCTVC-S0244 AHG6: Cross-check of S0100 (On Adaptive Colour
Transform (ACT) in SCM2.0) [M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA
R&D)] [late]
13.1.1.1.1.1.1.1.295 JCTVC-S0133 Adaptive Colour Transforms for Screen Content Coding
[W. Dai, M. Krishnan, P. Topiwala (FastVDO)]
Notes from review in BoG:
Techniques for adaptive integer colour transforms are usually developed for RGB 4:4:4 input
data, converting the RGB data to one of several (YUV-like) integer colour spaces prior to
encoding/decoding. The decoded data is converted back to RGB 4:4:4, where performance
quality is measured. In this proposal, the colour-space transform converts prediction error in
4:4:4 chroma format into several YUV-like colour spaces. Experiments shows that redundancy
among three colour components is further reduced.
Proposes 3 additional colour transforms. The proposed new transforms fit into the framework
used for YCoCg, but with different coefficients.
Page: 297
Date Sav
Reported gains of up to 3% for RGB, and 0.5% loss for Y in YUV (with 1.6 and 1.7% gains
from U and V).
No cross-check, but is willing to provide software. No encoder/decoder times provided, but
encoding time is significantly higher.
It was questioned if all 3 additional transforms are needed.
Further study can explore impact on encoder and decoder complexity, justification of the need
for 3 additional transforms rather than 1.
13.1.1.1.1.1.1.1.296 JCTVC-S0265 Cross-check of inter-component de-correlation for screen
content coding (JCTVC-S0179) [B. Li, J. Xu (Microsoft)] [late]
13.1.1.1.1.1.1.1.297 JCTVC-S0180 Adaptive colour transform for different luma and chroma
bit-depth [X. Xiu, Y. He, Y. Ye (InterDigital)]
Notes from review in BoG:
This contribution proposes to modify the adaptive colour transform in HEVC screen content
coding draft 1 in order to handle the internal bit-depth difference between luma and chroma
components. Specifically, it is proposed to align the bit-depths of luma and chroma components
before adaptive colour transform by left-shifting the component with lower bit-depth to match
the bit-depth of the other component; then, the adjusted component is converted to its original
bit-depth by right-shift after adaptive colour transform. Additionally, two encoder-only bug fixes
are also provided to enable the HEVC screen content reference software (SCM-2.0) to properly
work with different internal luma and chroma bit-depths. Both the bug fixes and the proposed
solution are implemented and tested on the SCM-2.0 software for two settings with unequal
internal luma and chroma bit-depths, namely, 10-bit luma and 8-bit chroma (Setting one), and
12-bit luma and 8-bit chroma (Setting two).
Compared to the SCM-2.0 anchor, for Setting one, the proposed bug fixes could provide average
{G, B, R} BD-rate savings of {1.6%, 2.6%, 2.6%}, {0.1%, 1.3%, 1.1%} and {0.8%, 0.7%,
0.8%} for AI, RA and LB configurations in RGB coding, and provide average {Y, Cb, Cr} BDrate reductions of {1.6%, 5.2%, 5.1%}, {0.4%, 3.9%, 3.7%} and {0.4%, 3.5%, 3.4%} for AI, RA
and LB configurations in YCbCr coding. For Setting two, the corresponding coding gains of the
proposed bug fixes are {5.6%, 6.5%, 6.6%}, {4.8%, 8.8%, 7.5%} and {2.5%, 11.5%, 9.4%} for
the {G, B, R} BD-rate savings in RGB coding, and are {3.4%, 6.5%, 7.0%}, {2.4%, 5.1%,
5.7%} and {1.9%, 4.5%, 5.0%} for {Y, Cb, Cr} BD-rate savings in YCbCr coding.
Compared to the SCM-2.0 anchor with the bug fixes, for Setting one, the proposed bit depth
alignment solution could provide average {G, B, R} BD-rate savings of {15.4%, 10.1%, 10.7%},
{20.1%, 13.2%, 14.2%} and {23.6%, 18.1%, 19.2%} for AI, RA and LB configurations in RGB
coding, and provide average {Y, Cb, Cr} BD-rate reductions of {0.1%, 1.3%, 0.9%}, {0.3%,
1.5%, 1.1%} and {0.3%, 1.3%, 1.0%} for AI, RA and LB configurations in YCbCr coding. For
Setting two, the corresponding coding gains of the proposed bit depth alignment solution are
{22.1%, 17.1%, 17.7%}, {40.0%, 33.7%, 34.6%} and {47.3%, 40.4%, 41.1%} for the {G, B, R}
BD-rate savings in RGB coding, and are {0.1%, 1.3%, 0.9%}, {0.4%, 1.6%, 1.2%} and {0.3%,
1.6%, 1.2%} for {Y, Cb, Cr} BD-rate savings in YCbCr coding.
Related to S0086.
Proposes an encoder only change and a normative change.
The normative change requires an additional shift per sample if bit depths differ.
Different behavior required for lossy and lossless case, since the shift causes a loss. It was
suggested to disable the combination of lossless, ACT and different bit depths. Could perhaps be
implemented as a semantic constraint on the value of the ACT flag when lossless and different
bit depths. A constraint was seen as preferable to a syntax change.
Page: 298
Date Sav
It was questioned if any real applications would use different bit depths for colour components in
RGB. It was suggested that an encoder could shift to align each colour component prior to
encoding.
It was mentioned that CCP does a bit depth alignment.
BoG recommended to adopt both the encoder only change and the normative change (to add a
shift for bit depth), and to add a constraint for lossless as noted above. A revised version of the
contribution to reflect these decisions will be uploaded.
See notes on BoG report.
13.1.1.1.1.1.1.1.298 JCTVC-S0240 Cross-check report of JCTVC-S0180 on Adaptive colour
transform for different luma and chroma bit-depth [K. Rapaka (Qualcomm)]
[late]
13.1.1.1.1.1.1.1.299 JCTVC-S0254 Unification of colour transforms in ACT [L. Zhang, J. Chen,
M. Karczewicz (Qualcomm), B. Li, J. Xu (Microsoft)] [late]
Notes from review in BoG:
The current design of residual-domain adaptive colour transform uses two sets of colour
transforms (i.e., YCoCg, and YCoCg-R) for lossy and lossless coding, respectively. In this
contribution, it is proposed to use YCoCg-R for both lossy and lossless coding. To keep the bitdepth unchanged for lossy coding mode, the values of Co and Cg components after forward
YCoCg-R transform are scaled by a factor of 1/2. Simulation results show that there is almost no
coding performance difference compared to current design.
The BoG recommended to adopt this. The test model will also need to be updated.
See notes on BoG report review.
13.1.1.1.1.1.1.1.300 JCTVC-S0286 Cross-verification of JCTVC-S0254 on unification of colour
transforms in ACT [X. Xiu, Y. He, Y. Ye (Interdigital)] [late]
13.1.1.1.1.1.1.1.301 JCTVC-S0300 Qp derivation and offsets signalling for adaptive colour
transform [K. Rapaka, L. Zhang, R. Joshi, M. Karczewicz (Qualcomm),
K. Chono (NEC), J. Xu(Microsoft), R. Sjöberg(Ericsson), K. Misra, S. H. Kim,
A. Segall (Sharp)] [late]
Notes from review in BoG:
In the 18th JCTVC meeting, adaptive colour transform was adopted into the test model of SCC
extension. The tool adaptively transforms prediction residuals of one colour space into another
and signals a flag to indicate its colour space at CU level. Several contribution in the 19th
JCTVC meeting have identified various issues in the current test model related to quantization
parameter derivation when adaptive colour transform is used and proposed solutions to fix them.
This contribution combines aspects from proposal JCTVC-S0144, JCTVC-S0040, JCTVCS0094 and JCTVC-S0086.
New syntax proposed to signal offsets for each of 3 components.
Some editorial issues found in contribution, variable vs syntax element.
Problem was identified with underflow of QP at extreme values, and solution proposed. Proposes
changes to 8.6.1 (for Cb, Cr) and 8.6.2 (for Y). The proposed solution could also provide coding
efficiency benefits by allowing more flexibility in the offset selection, with different values
depending on whether or not ACT is used on a CU basis.
With the current design, when ACT is used, chroma QP encoder algorithms deployed in AVC
and HEVCv1 may not be optimal when applied for RGB. Signalling of additional offsets
provides that functionality.
Page: 299
Date Sav
The exact decoding process to be applied with the additional offsets are signaled is not well
justified in the contribution. Should the offsets apply to deblocking and QP prediction or not?
No experimental results provided.
It was suggested to make a CE. Proponents questioned if a CE was necessary because this could
considered to be a functionality, with 6 bits per PPS.
Encourage further study of signalling of ACT-specific chroma QP offsets, probably in the PPS,
and how the decoding process would use the offsets, and provide evidence of benefits.
5.1.13 Deblocking in SCC (AHG13) (6)
See also S0112.
13.1.1.1.1.1.1.1.302 JCTVC-S0044 AHG13: Chroma deblocking filter control for SCC
[O. Nakagami, T. Suzuki (Sony)]
(Consideration of this topic was chaired by A. Norkin on Saturday 10-18 p.m.)
This contribution proposes chroma deblocking filter control for SCC.
First, disabling deblocking filter was tested under SCC CTC. The existing pps_deblocking_
filter_disabled_flag was set to 1. It is reported that the BD-rate difference {G/Y, B/U, R/V} is
{+1.1, −0.6, −0.2}/{+1.2, −1.6, −1.5}/{−0.8, −1.5, −1.4} for AI/RA/LB, respectively.
Then, disabling chroma deblocking filter was examined. The decoder was changed to skip the
chroma process while the luma process was applied as the anchor. It is reported the result is {0.0,
−0.6, −0.3}/{0.0, −1.7, −1.6}/{0.0, −1.6, −1.5}.
Visual evaluation was also conducted. It is reportedly shown that the deblocking filter affects the
character recognition result of the coded picture.
Finally, text is proposed to control the chroma deblocking process. Syntax and semantics are
presented.
The focus is on RGB cases.
For deblocking filter control, we have the following:

Disabling

Disable on tile boundaries

Disable slice boundaries

Beta offset

Tc offset

QP for luma, Cb, and Cr are somewhat distinct

Deblocking for chroma is based on the slice-level QP, not the block-level QP

Quant matrices for luma, Cb, and Cr are distinct

Palette mode escape values use slice-level QP. (We should think about this, as a cleanup
issue).

Possibly, CU-level control of chroma QP offsets.
 Disabling of deblocking with PCM/TQB (controlled by an SPS-level flag)
For example, chroma filtering can be weakened by increasing the chroma QP while decreasing
the chroma quant matrix entry values. It can also be weakened by sending a large chroma QP at
the slice header level but using a smaller QP at the block level.
Basically, the only component-specific control we currently have for the deblocking filter is the
component-specific quantization control.
Page: 300
Date Sav
Substantially different results were measured depending on the type of content. It was remarked
that the overall average across different types of content is not necessary appropriate for this
proposal.
It was remarked that objective measurements are not the best way to measure the impact of
deblocking.
It was suggested that with the various controls that we already have, something resembling what
is suggested can be approximately accomplished without adding a new control.
It was suggested that if we want to add another control, we could control each channel separately
rather than grouping the two chroma channels together in the control mechanism.
It was remarked that we should try to avoid adding differences relative to the base spec as much
as possible.
It was suggested to further study the issue since we already have chroma deblocking control in
the spec. and we are not sure whether the current approach is optimal.
Also since we are discussing changes of other aspects of the deblocking, the motivation for this
proposal might also change.
Further study was recommended.
13.1.1.1.1.1.1.1.303 JCTVC-S0224 Cross-check of ‘AHG13: Chroma deblocking filter control
for SCC’ (JCTVC-S0044) by Sony [C. Rosewarne, M. Maeda (Canon)] [late]
The contributor was asked to submit a revision to correct the abstract.
13.1.1.1.1.1.1.1.304 JCTVC-S0045 AHG13: On deblocking for screen content coding
[C. Rosewarne, M. Maeda (Canon)]
(Consideration of this topic was chaired by A. Norkin on Saturday 10-18 p.m.)
This contribution proposes a modification of the deblocking filter to edges between blocks where
intra-block copy is used. In this method, if the block on either side of the edge uses intra-block
copy, then the boundary strength is set to 1 (even if the other block uses intra-prediction). Visual
testing was performed and did not uncover any reduction in subjective quality.
IBC currently uses strong deblocking, because it is treated as an intra mode. Intra uses Bs = 2.
The proposal is to always use Bs = 1 for IBC (both sides of the block boundary), and Bs = 2 for
other intra edges.
The gains for chroma are up to 3.1% on RA and 4.8% on LD. Gains on luma are up to 0.2% on
RA and 0.3% on LD.
It was remarked that the gains shown are mostly for chroma, and the gain could alternatively be
achieved by reducing or disabling deblocking of chroma.
It was remarked that it would be desirable to consider harmonization of the proposals with the
precious design and try to resuse the existing blocks as much as possible.
It was remarked that we should not filter the block boundary if the two adjacent BV are identical.
Further discussion was requested to be held after reviewing contributions on harmonization of
IBC mode.
See also S0112.
Further discussion was chaired by A. Norkin Wed. 10-22 p.m.
It was remarked that this proposal would need an additional flag in the line buffer (1 bit per 8
samples) and additional check in the deblocking filter.
It was decided to study this proposal further in the CE together with the other proposal S0112.
13.1.1.1.1.1.1.1.305 JCTVC-S0202 Cross check of On deblocking for screen content coding
(JCTVC-S0045) [O. Nakagami (Sony)] [late]
Page: 301
Date Sav
13.1.1.1.1.1.1.1.306 JCTVC-S0096 AhG13: Palette and deblocking [J. Sole, W. Pu, C. Pang,
R. Joshi, V. Seregin, M. Karczewicz (Qualcomm)]
(Consideration of this topic was chaired by G. Sullivan on Saturday 10-18 p.m.)
The deblocking filter is applied to palette coded blocks. It was suggested, however, that
generally, filtering and smoothing processes are avoided for screen content coding. The
contribution proposes (as in JCTVC-R0213) to not deblock CUs coded with palette in the same
way that PCM and lossless CUs are not deblocked. This is asserted to reduce complexity, avoid
unwanted filtering and achieve BD-rate reductions (up to 0.2%). Additionally, it is suggested that
a flag at SPS level could be included to enable/disable deblocking of palette coded CUs.
We currently treat palette coded regions as intra, thus applying strong deblocking to them. This
is suggested to be undesirable.
Some gain is shown for disabling deblocking for palette coded regions.
Decision: Disable deblocking within palette coded regions. (Do not introduce a flag.)
What about the neighbour region? Should we disable filtering on both sides of the edge? Perhaps
not. (The proposal does not disable it, which seems OK.)
13.1.1.1.1.1.1.1.307 JCTVC-S0273 Cross-check of ‘AhG13: Palette and deblocking’ (JCTVCS0096) by Qualcomm [C. Rosewarne, M. Maeda (Canon)] [late]
5.1.14 SCC complexity reduction (AHG9&10) (3)
13.1.1.1.1.1.1.1.308 JCTVC-S0068 AHG14: On IBC memory reduction [G. Laroche, T. Poirier,
C. Gisquet, P. Onno (Canon)]
(Consideration of this topic was chaired by G. Sullivan on Saturday 10-18 p.m.)
An IBC PU predictor comes from reconstructed non-filtered blocks. This increases the memory
needed for some implementations, an example being the case where loop filtered blocks need to
be stored in addition to the reconstructed blocks because of IBC. To avoid this additional
storage, this contribution proposes to signal which CTUs are available for IBC prediction. For
these CTUs, the DBF and SAO are disabled. The proposed method reportedly gives an average
of 0.7% loss for the AI configuration compared to the current SCM2.0.
This proposes to code a CTU-level flag, available_for_ibc_flag, to identify whether a block may
be referenced by IBC. When equal to 1, DBF and SAO are disabled within that CTU. (On other
side of an edge, there may be filtering.)
AI average loss is average 0.7%. About 2% average loss for RA & LD. This seems excessive.
The peak category of loss was YUV 1080p mixed content, which had 5.1% average loss.
It was remarked that some kind of modified encoding search could probably reduce that loss.
Further study of this was encouraged.
13.1.1.1.1.1.1.1.309 JCTVC-S0241 Cross-check report of JCTVC-S0068 On IBC memory
reduction [K. Rapaka (Qualcomm)] [late]
13.1.1.1.1.1.1.1.310 JCTVC-S0145 On IntraBC bandwidth [K. Rapaka, T. Hsieh, C. Pang,
V. Seregin, M. Karczewicz (Qualcomm)]
(Consideration of this topic was chaired by G. Sullivan on Saturday 10-18 p.m.)
This contribution proposes a method to reduce average bandwidth when intra block copy (IBC)
mode is used for prediction. IBC mode uses previously decoded unfiltered samples within the
same picture for its prediction. In the current test model, for the IBC mode the search range is
unrestricted and can use any unfiltered decoded samples of the current picture that lie in
previously decoded regions. This introduces additional bandwidth required to store unfiltered
Page: 302
Date Sav
decoded samples of the current picture (in addition to filtered decoded samples required for
temporal prediction). It is observed that on average not all previously decoded unfiltered samples
of the current picture are used for prediction in IBC mode and the usage depends on the
characteristics of content, for example, the usage peaks for text and graphic sequences and is
minimal for camera-captured content. Hence, it is argued that always storing the previously
decoded unfiltered samples for the current picture is inefficient from the bandwidth perspective.
In this contribution it is proposed to indicate which of the previously decoded CTUs are used for
IBC prediction so that only those CTBs could be stored thereby reducing the average bandwidth.
Similar to S0068, the contribution proposes to send one flag per CTU to identify which parts of
the picture need to be additionally stored for non-filtered referencing. However, it does not
disable the ILFs and does not reduce the worst case.
It was remarked that the write function is not as much of a problem as the readback.
The implications of needing to know the how many CTBs are in the slice and needing to send the
flags in advance were questioned.
The proponent indicated that it would be possible to send this information as an SEI message.
It was asked whether IBC is constrained to reference only within a slice and/or within a tile. An
editor said he thought such constraints exist, but would doublecheck.
Further study of this was encouraged.
5.1.15 SCC parallel processing (AHG14) (8)
13.1.1.1.1.1.1.1.311 JCTVC-S0070 AHG14: On IBC constraint for Wavefront Parallel
Processing [G. Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)]
(Consideration of this topic was chaired by G. Sullivan on Saturday 10-18 p.m.)
This contribution is related to the IBC and WPP. It is proposed to constrain the IBC referencing
range for WPP to avoid having the IBC predictor refer to a non-reconstructed block. The
constraint rule consists in limiting the IBC search range to the potential reconstructed blocks
when WPP is enabled. The proposed rule results in average BDR losses of 0.6%, 0.3%, 0.1% for
AI, RA and LDB configurations, respectively, compared to SCM2.0 when WPP is enabled.
The proposal is to limit IBC references to preceding CTUs in wavefront order.
There is some coding efficiency penalty. The peak per-category loss is 1.4%.
It was discussed whether to impose the constraint always or only when ECS is enabled.
It was noted that even if the bitstream is not wavefront-structured, the post-parsing decoding
process can be wavefront structured if this constraint is imposed.
The area constraint proposed in this contribution is somewhat less restricted than in some related
contributions.
Decision (BF): Adopt the constraint, regardless of whether wavefront is being used. A CTU can
reference one CTU to its right in the previous row, but not further to the right than this.
Further discussion was chaired by J. Boyce: Decision: In subsequent discussion, a further
restriction proposed in S0088 was adopted.
13.1.1.1.1.1.1.1.312 JCTVC-S0231 AHG14: Cross-check of JCTVC-S0070 on IBC constraint
for Wavefront Parallel Processing [P. Lai, X. Xu (MediaTek)] [late]
The cross-check had not yet been completed when the initial discussion occurred. It was later
uploaded, and confirmed the results.
13.1.1.1.1.1.1.1.313 JCTVC-S0088 On WPP with palette mode and intra BC mode [B. Li,
J. Xu (Microsoft)]
(Consideration of this topic was chaired by J. Boyce on Saturday 10-18 p.m.)
This document discusses the interaction between WPP and palette mode and Intra BC mode.
Page: 303
Date Sav

This document proposes to synchronize previous palette information similar as CABAC
status when WPP is used together with palette mode. The experimental results reportedly
show that when synchronizing the previous palette information with the above CTU row,
0.5% and 0.7% bit rate saving is achieved for lossy AI text & graphics with motion
(TGM) 1080p RGB and YUV, respectively.

This document proposes to add bitstream conformance to limit the pixels used for Intra
BC prediction when Intra BC is used together with WPP.
The contribution proposes to align palette prediction the existing CABAC design when WPP is
used.
The current design requires storage of the palette for a single LCU, and the proposal would
require storage of the entire LCU row's worth of palette. Storage requirement is 287 bytes per
LCU row if raster scan decoding is used. If WPP decoding is used, the storage requirement is
N*194, with N threads.
A participant asked whether the previous palette or the palette predictor is proposed to be stored
and used for the proposal. It is the palette predictor.
JCTVC-S0141 is related.
The coding gain when palette and WPP are used is in the range of 0.0–0.7% for lossy and 0.0–
0.5% for lossless.
A second aspect of this contribution proposes to restrict which above CTUs are available for use
for IBC, and is similar to JCTVC-S0070, but is more restrictive as to which CTUs can be used.
For the less restrictive proposal in S0070, additional checks are required by the decoder to
determine whether decoding can be done than with this proposal. No experimental data was
provided in the contribution, but may be available in JCTVC-S0200.
Decision: Adopt the IBC constraint region proposed here, where one addition CTU to the right of
the current CTU may be used in each row above, at a 45 degree angle. The constraint will apply
regardless of whether or not WPP is used in the bitstream. This aspect of applying regardless of
whether WPP used was proposed in S0220.
The palette aspect was further discussed 10-23 p.m., chaired by J. Boyce.
JCTVC-S0141 also proposed to align palette prediction with CABAC when WPP is used.
Decision: Adopt the palette prediction alignment with CABAC when WPP is used, also proposed
in S0141.
13.1.1.1.1.1.1.1.314 JCTVC-S0242 Cross-check of S0088 (On WPP with palette mode and
intra BC mode) [W. Wang, M. Xu, Z. Ma, H. Yu (Huawei USA R&D)] [late]
13.1.1.1.1.1.1.1.315 JCTVC-S0101 AHG14: Intra Block Copy reference area for Wavefront
Parallel Processing (WPP) [P. Lai, X. Xu, S. Liu, T.-D. Chuang, S. Lei
(MediaTek)]
(Consideration of this topic was chaired by J. Boyce on Saturday 10-18 p.m.)
This contribution presents modifications to the IBC reference area, such that when WPP is
utilized in the bitstream, IBC can only reference blocks within the already reconstructed CTUs
by the WPP threads. With WPP turned on (WaveFrontSynchro > 0 in configuration files), two
reference area patterns are tested:

A near-rectangular reference area
 A "ladder-shaped" reference area.
Related to JCTVC-S0070 and S0088. This proposal is even more restrictive, and has more loss,
up to 2.9%. See notes on S0070, S0088, and S0220.
Page: 304
Date Sav
13.1.1.1.1.1.1.1.316 JCTVC-S0274 AHG14: Cross check of JCTVC-S0101 on Intra Block
Copy reference area for Wavefront Parallel Processing [P. Onno (Canon)] [late]
13.1.1.1.1.1.1.1.317 JCTVC-S0141 Using the wavefront store-and-sync design for palette
table prediction variables [K. Misra, S. H. Kim, A. Segall (Sharp)] [late]
This is the same as part of S0088.
See S0088.
13.1.1.1.1.1.1.1.318 JCTVC-S0257 Cross-check of using the wavefront store-and-sync design
for palette table prediction variables (JCTVC-S0141) [V. Seregin (Qualcomm)]
[late]
13.1.1.1.1.1.1.1.319 JCTVC-S0220 On parallel processing capability of intra block copy
[K. Rapaka, V. Seregin, C. Pang, M. Karczewicz (Qualcomm)] [late]
Chaired by J. Boyce, Sat.
This contribution proposes methods to enhance parallel processing capability when intra block
copy (IBC) mode is enabled. IBC mode uses previously decoded unfiltered samples within the
same picture for its prediction. This introduces a dependency that prediction samples of the
current block have to be reconstructed before processing the current block. In this contribution
some restrictions and indications are proposed on IBC block vectors (BV) to allow decoder to be
able to parallel process multiple CTUs in non-raster scan order.
In the revision 1 of the document, simulation results were provided for different delay
restrictions proposed for intra BC.
Related to S0070, S0088, and S0101. This proposal proposes applying the IBC constraint
regardless of whether WPP is used in the bitstream.
The contribution proposes, in "Option b", signalling in the slice header of what type of restriction
is imposed. This could also be signaled in the PPS, SPS or VUI. It was questioned whether
signalling is more appropriate than a normative restriction.
Three different constraint patterns were proposed, with experimental data provided for each. The
experimental data does not use WPP in the bitstream encoding.
Decision: Adopt the figure 4.1 pattern of IBC constraint, as is also noted under JCTVC-S0088.
13.1.1.1.1.1.1.1.320 JCTVC-S0306 Cross-verification of JCTVC-S0220 On parallel processing
capability of intra block copy [X. Xiu (InterDigital)] [late]
(Has "the" problem in abstract phrasing.)
5.1.16 SCC Other (6)
13.1.1.1.1.1.1.1.321 JCTVC-S0075 Copy Mode for Static Screen Content [T. Laude (Leibniz
Universität Hannover)]
(Consideration of this topic was chaired by G. Sullivan on Saturday 10-18 p.m.)
This contribution presents a copy mode which reportedly aims at the coding of static screen
content. In particular, it is reported that the sample values of a block coded with the copy mode
are reconstructed by copying the sample values from the corresponding block at the same
position in the closest reference picture. Furthermore, it is asserted that the copy mode is only
applied on CTU level. The contribution states that Y/G BD-rate changes of {−0.2%, 0.0%,
−0.5%, −0.6%, 0.0%, 0.0%, −0.2%, −0.3%, −0.6%, −1.0%, 0.1%, 0.0%} and {0.0%, 0.0%,
−0.2%, −0.1%, 0.0%, 0.0%, 0.0%, −0.1%, −0.1%, −0.1%, 0.1%, 0.0%} are achieved for LD and
RA compared to SCM-2.0 under SCC common test conditions.
Page: 305
Date Sav
The contribution proposes a context-coded flag (with one context) prior to the skip flag. When
the flag is equal to 1, the CTU is copied from the picture with the closest POC. (This
conceptually differs slightly from the usual collocated picture which we normally signal
explicitly.)
The reported gain ranges from −0.1 to 1.0% per sequence category.
It was commented that there may be an R-D optimization effect in the measured results.
It was suggested to try setting the max number of merge candidates to 1.
It was asked whether the percentage gains are in cases where the compression ratio is already
very high.
It was asked whether there may be PSNR clipping effects.
Further study was encouraged to check the result and determine whether there is more than an
RDO effect or a measurement phenomenon involved in the measured results.
13.1.1.1.1.1.1.1.322 JCTVC-S0085 Adaptive motion vector resolution for screen content [B. Li,
J. Xu, G. Sullivan, Y. Zhou, B. Lin (Microsoft)]
(Consideration of this topic was chaired by JRO on Thursday 10-23 a.m.)
This document proposes and reports performance measurements for disabling fractional pixel
motion compensation in high-level syntax, as previously proposed in JCTVC-P0277, JCTVCQ0155 and JCTVC-R0106. For many screen contents, the spatial displacements are of full pixel
and the encoder can be notified accordingly by the application system. Not to consider
fractional-pel displacement not only save bits on motion vectors, it also reduces the complexity
of both the encoder and decoder. The proposed modification does not change the syntax or
parsing process. A method to determine the MV resolution in SCM-2.0 encoder is also
developed. The modification is shown to improve coding efficiency as much as 7.9% for some
screen content. For RGB text and graphics with motion (TGM) 1080p sequences, 2.7% and 4.0%
bit saving on average is obtained for RA and LB lossy coding. The experimental results show
that most of the coding gain could be obtained without increasing the encoding running time.
The contribution proposed to include a slice-level flag.
The encoder decision for some of the presented results is multi-pass. It was shown that for the
TGM class an encoder-only solution does not give the same benefit (0.4% vs. 3.0% for RA,
0.5% vs. 4.1% for LDB). With a single-pass coding method, the gain is still 2.7% and 4.0% for
RA and LD (lossy).
The decoding of the MV is unchanged. The suggested change is to re-interpret the MV (<<2)
before the MC stage.
TMVP is not changed.
It is pointed out that in real applications a fast algorithm may not be as simple to build as in the
reference software. The proponents suggest that there could also be situations where the encoder
has knowledge about the presence of only integer motion.
The additional decoder complexity would be an additional condition check and two shift
operations at the PU level. This additional complexity appears to be minor, and a good tradeoff
with the achieved compression gain. In the context of SCC, new designs are likely to be
necessary anyway at the PU level (e.g. when using same circuits for MV and BV dependent
compensation).
Two options were proposed: Only switching quarter/full, or switching quarter/half/full pel
precision.
According to several experts' (and the proponents') opinion, the first option (quarter-pel/full-pel
switching only) is the preferred solution; no advantage is evident to also enable the half-pel
option.
Decision: Adopt (first option – integer/quarter pel adaptation with enabling flag at slice level,
and feature enabling flag at SPS).
Page: 306
Date Sav
The method (with fast encoder decision) shall be used in CTC. It was recommended to perform
further study whether this is meeting the requirement of latency in LD case.
13.1.1.1.1.1.1.1.323 JCTVC-S0239 Cross-check report of JCTVC-S0085 on Adaptive motion
vector resolution for screen content [K. Rapaka (Qualcomm)] [late]
13.1.1.1.1.1.1.1.324 JCTVC-S0187 Non-SCCE: SCC with extended LCU size [D. Jiang,
X. Zhang, Y. Wu, Z. Wang (Lenovo)]
(Consideration of this topic was chaired by GJS on Wednesday 10-22 a.m.)
This contribution proposes an extension of current coding framework by extending the largest
coding unit size. Since there are more repeated and flat blocks in SCC testing sequences,
conspicuous BD-rate gain could reportedly be achieved by using an enlarged largest coding unit.
Experimental results reportedly show the proposed approach provides bitrate effects of −2.8 %,
−3.6 % for AI 1080p text and graphics RGB and YUV categories respectively relative to the
SCM2.0 anchor. At the same time, the decoder complexity is reportedly reduced for AI, LB and
RA. The encoding time is increased with 142%, 147% and 139% for AI, LB, and RA lossy
configurations, respectively.
Proposes 128x128 max CTU size and PU size. Max TU still 32x32.
Gain for AI is from 0.1 to 3.6% depending on category – a bit less in RA and LD.
Presentation table columns had a labelling mixup.
40-50% coding time increase.
It was remarked that the implications on implementation would be substantial – both in terms of
the amount of memory that must be accessed together at high speed and in terms of the ability to
adapt a design that was previously used for v1 implementation.
It was remarked that there is an interaction with other issues such as non-normative encoder
decisions.
It was remarked that the method probably has the most benefit on material that is otherwise
relatively easy to encode to a high compression ratio.
The information was appreciated, and it may be the case that a larger CTU size could improve
coding efficiency; however, the implementation burden of this may be too much.
Further study was encouraged to try to identify the sources of the gain and determine whether
some adjustments to the design (e.g., to palette mode coding or IBC or non-normative decisions
or merge operations) might be able to yield similar results.
13.1.1.1.1.1.1.1.325 JCTVC-S0283 Crosscheck of JCTVC-S0187 on SCC with extended LCU
size [X. Li, Y. Chen (Qualcomm)] [late]
13.1.1.1.1.1.1.1.326 JCTVC-S0272 Intra Reference Prediction by Cross-Component
Prediction [K. Kawamura, S. Naito (KDDI)] [late]
(Consideration of this topic was chaired by G. Sullivan on Saturday 10-18 p.m.)
Since HEVC version 1 standardization, linear-model chroma prediction (LM chroma) was
studied. However, a cross-component dependency by the LM chroma was suggested to be
unacceptable for a hardware implementation. In this contribution, chroma intra reference
samples are predicted from luma samples by using cross component prediction. The dependency
in this contribution is reportedly the same as that by the cross-component prediction in RExt.
BD-rate impacts for RGB/YUV videos under lossy coding with G/Y, B/U, R/V of the all intra
condition were reported.
Page: 307
Date Sav
The contribution proposes a new intra prediction mode in which an intra prediction block for
chroma is predicted using a linear model applied to luma boundary sample values, where the
parameters of the linear model are derived at the decoder side.
The reported test results showed some loss in luma and gain in chroma – e.g., 0.0-0.6% loss in
luma and 0.0-2.9% gain in chroma, depending on the sequence category. The biggest gains are in
YUV cases, where not so much bit rate may be expended on chroma. Measurements would need
to be refined to avoid the question of whether this is just bit rate allocation shifting from luma to
chroma.
No action taken on this.
5.2 HL syntax (0)
No contributions were noted in this area.
5.3 SEI and VUI (5)
13.1.1.1.1.1.1.1.327 JCTVC-S0031 Additional Definitions of FPA SEI Message for Inclusion of
Centralized Colour-Depth Packing (CCDP) Formats [J.-F. Yang, K.-Y. Liao, H.M. Wang, Y.-H. Hu (NCKU)]
(Consideration of this topic was chaired by G. Sullivan on Sunday 10-19 a.m.)
The most popular frame compatible formats for transmitting stereoscopic views are side-by-side
(SbS) and top-and-bottom (TaB). Currently, the defined frame packing arrangement (FPA) SEI
message supports these two formats and some others ones. However, there are no related
standard packing formats for 3D video represented by colour and depth information. This
contribution proposes an FPA SEI message to cover a series of centralized colour-depth packing
(CCDP) formats for representation of 3D video with colour and depth information. It is reported
that 3D video encoded with the CCDP formats could be directly viewed on 2DTV displays
without any pre-processing. The CCDP formats are also asserted to have better performance in
both colour-depth coding and multiview rendering results compared to the frame-compatible
colour-and-depth SbS packing method based on HM 13.0. The proposed additional FPA SEI
Message includes the CCDP formats for delivery of 3D video services in the existing HEVC and
AVC video coding standards.
The contribution proposes an x = { 3/4, 5/6, 7/8, 11/12, 15/16 } downscaling of the texture data
and 1 − x downscaling of the depth data, with the depth data split, flipped and attached as top and
bottom sidebars above and below the texture data.
There was a prior proposal JCT3V-F0087 as a late contribution in November 2013. No action
was taken on it at that time.
It was asked what is the relationship between this proposal and the texture and depth view
packing SEI message, which is reported in an AVC draft amendment (but not an AVC draft
amendment). (Y. Chen, T. Senoh).
It was asked why this is proposed to JCT-VC rather than JCT-3V, and was suggested for it to be
reviewed in JCT-3V rather than in JCT-VC.
13.1.1.1.1.1.1.1.328 JCTVC-S0095 HLS: Dependent RAP indication SEI message
[R. Sjöberg, M. Pettersson, J. Samuelsson (Ericsson)]
(Consideration of this topic was chaired by G. Sullivan on Sunday 10-19 a.m.)
This is a follow-up contribution of JCTVC-R0059, for which further study was encouraged at the
July meeting in Sapporo. The contribution proposes a new dependent RAP indication SEI
message for the HEVC base specification and its extensions. The SEI message is used to indicate
the presence of a dependent random access point (DRAP) picture in the bitstream. The following
constraints are proposed when a DRAP picture is present:
Page: 308
Date Sav

The DRAP picture may not include any picture in RefPicSetStCurrBefore,
RefPicSetStCurrAfter, or RefPicSetLtCurr except its associated IRAP picture.

The proposed DRAP picture would be required to be be a TRAIL_R picture with
temporal id equal to 0 and layer id equal to 0

Any picture that follow the DRAP picture in output order and decoding order shall not
include, in its RPS, any picture that precedes the DRAP picture in output order or
decoding order with the exception of the IRAP picture associated with the DRAP picture.
When performing random access at a DRAP picture, the associated IRAP picture must first be
decoded and the value of pic_output_flag should be inferred to be equal to 0 for all pictures that
precede the DRAP picture in output order.
No parameters are signalled in the SEI message.
It is asserted that DRAP pictures improve the compression efficiency for random access coded
video, especially for video services that often have very static content including screen sharing
and surveillance video.
The presentation was requested to be uploaded.
Some use cases and associated measured benefits were presented.
As proposed, the SEI message would contain no syntax elements. The prior proposal had
included three syntax elements. The usefulness of one of those syntax elements had been
questioned in the previous meeting's discussion.
It was asked whether there are multilayer issues that should be considered. As proposed, the
layer ID is required to be zero.
It was remarked that higher-level signalling would be needed in the presented DASH scenario, to
the extent that additional in-band signalling might not also be necessary. Other participants
suggested that since the concepts are closely tied to the random access properties of the HEVC
design, it may be beneficial to have a specification of those properties within the HEVC
specification and that the in-band indication may be useful for other environments as well.
There was further discussion chaired by GJS & JRO on Thursday 10-23 a.m.
Additional use cases were presented, avoiding the use of IRAP pictures in two scenarios:

Server-controlled streaming
 Massive-multipoint video conference with late-participant joining
It was remarked that S0196 is related.
Another participant said that this approach seems simpler for decoders than needing to handle the
redundant picture functionality. Here the decoder is not required to do anything out of the
ordinary to decode the video.
Decision: Adopt.
13.1.1.1.1.1.1.1.329 JCTVC-S0148 Indication of the end of coded data for pictures and partialpicture regions [Y. Wu, L. Zhu, S. Sadhwani, G. J. Sullivan (Microsoft)]
(Consideration of this topic was chaired by J. Boyce on Sunday 10-19 a.m.)
This contribution proposes the specification of an SEI message to indicate the slice segment
address of the next slice header (when present) for decoding latency minimization. It is asserted
that it would be beneficial, especially in ultra-low latency use cases, to have an earlier indication
of when the coded picture is complete, and particularly to have such an indication within the
same access unit as that coded picture itself. Some decoders may be designed to wait for
reception of the complete decoded picture before performing the parsing and decoding processes
for the picture's VCL NAL units. Requiring such decoders to wait until the next access unit
begins is asserted to sometimes add significant delay.
Page: 309
Date Sav
Moreover, for some decoding architectures that are based on region segmentation, it is asserted
that it would be similarly beneficial for a decoder to have an indication of how much of the
decoded picture has been sent in the preceding VCL NAL units (without waiting for the next
slice header). To provide such an indication, an SEI message is proposed for HEVC to identify
the slice segment address of the next slice header (when present). The SEI message is primarily
proposed as a suffix SEI message.
The same problem is reported to be present in the AVC context, for which the contribution
proposes using a previously-reserved NAL unit type (type code 22) for the same basic purpose,
since suffix SEI messages are not (at least not yet) defined in AVC. More generally, it would be
possible to add the general concept of suffix SEI messages to AVC, for which this message
could be the first to be specified.
It was asserted that some decoders may want to buffer up received slices and wait until the entire
picture (or region) is available to begin decoding. In the current specification, parsing would be
required for the decoder to know that the entire picture has arrived.
The SEI message is also proposed for AVC, but only the HEVC proposal will be considered
within the scope of JCT-VC.
Both prefix and suffix SEI message options are proposed. The contents always apply to the next
coded slice.
During discussion, it was suggested to add a syntax element (flag) to indicate whether or not a
dependent slice segment follows.
It was questioned what the implications would be for scalability, or other multi-layer context.
The proposal could apply to a single layer. It would allow detection of the end of picture, but not
the end of the access unit. While we have an access unit delimeter, that is carried in the next
access unit, not the current access unit.
Some systems environments have an indication for end of picture, such as the marker bit in RTP.
There was support for the proposal. Interest was expressed in fully considering the multi-layer
context. There is an expectation to adopt at the next meeting (Feb, Geneva) to allow more time
for study.
13.1.1.1.1.1.1.1.330 JCTVC-S0196 HLS: On Redundant Pictures SEI message for HEVC
[M.Sychev, S.Ikonin (Huawei)] [late]
(Consideration of this topic was chaired by G. Sullivan on Sunday 10-19 a.m.)
(The second version upload was corrupted. The first and third were not. The third version was
the intended second version.)
This contribution follows up on the previous proposals P0062, Q0090 and R00159 proposing a
redundant pictures indication for HEVC. The contributor asserted that the proposal would
provide the ability for significantly reduce traffic overhead (up to few times) while joining a new
participant to a multi-point video conference while maintaining visual quality. Other use cases,
such as packet loss recovery, were also presented.
The contributor said that it was well-established that packet loss protection of video streams loss
using existing HEVC and MMT tools is often not sufficient for current networks, and that
current networks sometimes have packet loss probabilities up to 20%, as reflected in in IP
network model standards ANSI TIA-921 and in Rec. ITU-T G.1050 in 2011. The contributor
said that existing error protection tools are able to cover only up to 3% of packet loss. The
contributor said that the proposal would provide a source-level packet loss protection scheme
that would be effective for filling an asserted gap between current HEVC abilities and real
network requirements.
The proposal would send a redundant picture in an out-of-order manner – in a different access
unit – not in the same order as found in AVC redundant pictures.
Remarks from prior meetings included the following:
Page: 310
Date Sav
Meeting P: "No significant interest was expressed by non-proponents for short-term action
on this. Further study was encouraged, although it seemed unlikely that such a concept could
be incorporated within our current phase of active extension developments."
Meeting Q: "Further study was encouraged on this topic, but no immediate action was
planned. This would be for consideration beyond the scope of the current phase of work."
Meeting R: "Some interest was expressed in further study of the idea, although it is not clear
there is a desire to move toward adoption at this time. Further study would be needed to
determine whether there is adequate need for this."
Two SEI messages were proposed. The first one would be sent with a redundant picture that
indicates that it is a redundant picture, and indicating properties of the primary picture (POC and
POC reset information). Such pictures would have PicOutputFlag equal to 0 and would not be
referred to by any subsequent pictures (for temporal MV prediction or inter prediction
referencing). The second could be sent with a primary picture, and indicate properties of the
redundant pictures. The first one could be used with or without the second, and vice versa.
The pictures used as references by the redundant picture (if any) would need to be retained in the
RPS of the intervening pictures.
A participant remarked on need for system-level support for the usage and delivery of such
pictures.
A participant remarked that it did not seem clear that this is the appropriate approach for the
multipoint acquisition use case. The differing timestamp of the redundant picture was mentioned
as an aspect that seemed a bit complicated. Some systems might have alternative handling
approaches.
It was remarked that the DRAP proposal S0095 is related.
No action was initially planned, pending further discussion to determine the level of interest.
This was further discussed chaired by JRO & GJS on Thursday 10-23 a.m.
Some form of redundant pictures was previously standardized, but has not proven popular in
actual use.
As proposed, a bitstream would contain these extra pictures, out of order, and these would be
indicated for decoding. This implies some loss of coding efficiency relative to not containing this
data. If the decoder decodes these pictures when it does not need them, this would also add
decoding complexity (relative to not having this data). The benefit would need to outweigh these
considerations, and it was not clear to participants that this would often be the case. As
previously remarked, other approaches may be more feasible and simpler (e.g., just DRAP
pictures or server-side caching of original pictures – perhaps with some system-level support).
No interest was expressed by non-proponents.
13.1.1.1.1.1.1.1.331 JCTVC-S0197 VUI codepoint for SMPTE ST 2085 (YDzDx) [C. Fogg,
J. Helman (MovieLabs)]
(Consideration of this topic was chaired by G. Sullivan on Sunday 10-19 a.m.)
Changes to accommodate a code point to indicate YDzDx (SMPTE CD 2085) are proposed for
VUI (Annex E) matrix_coeffs (Table E-5) elements in the HEVC and AVC specifications. The
Society of Motion Pictures and Television Engineers development of ST 2085 is reportedly
expected to be completed by February 2015. A liaison statement to MPEG (m34700) from
SMPTE includes the latest draft of CD 2085.
It was commented that the video standards do not accommodate the modified code value range
described in Annex A of the CD 2085 draft.
Some prior information about this was discussed at the San Jose meeting, but at that time the
draft of ST 2085 was at an earlier stage (although essentially the same in technical content).
In the discussion, there was a generally favorable reaction. It was suggested that since this is
something being standardized by SMPTE, we should presume that we would want to support it.
Page: 311
Date Sav
Decision: Adopt (into SCC draft). The proposal for support in AVC should be considered by the
parent bodies.
5.4 Non-normative: Encoder optimization, decoder speed improvement and
cleanup, post filtering, loss concealment, rate control (10)
13.1.1.1.1.1.1.1.332 JCTVC-S0067 Combination of several encoder improvements for
SCM2.0 [G. Laroche, C. Gisquet, T. Poirier, P. Onno (Canon)]
(Consideration of this topic was chaired by G. Sullivan on Sunday 10-19 a.m.)
This contribution gathers several improvements related to IBC, palette coding mode and the
adaptive residual colour transform. It is reported that these proposed encoder changes provide a
BDR gain of 2% over SCM2.0 while decreasing the encoding runtime to 76% for Intra
configuration. It is also asserted that the resulting combination offers a better reference for
evaluating the complexity/gain trade-off of normative proposals over SCM2.0.
There were three elements of the contribution:
1. JCTVC-S0065, Non-CE2: Intra Block Copy encoder improvements for SCM2.0, which
adds inter-like fast termination algorithms and checks some other possibilities (improving
coding efficiency per category in the range of 0.0-5.8% and speeding up the encoder by
19%).
2. JCTVC-S0066, Non-CE6: Palette encoder improvements for SCM2.0, which deals with
palette encoder algorithm – for speed-up purposes. This aspect was reviewed in a BoG,
which recommended no action.
3. Moreover, the adaptive colour transform selection for IBC, inter and merge modes was
modified. The basic idea is to skip some residual evaluation when the current tested mode
is not the best – for speed-up purposes.
o If RGB, RCT is tested first, and disabling RCT is only tested for a mode if the
mode being tested is he best mode so far.
o If YUV, a similar approach where disabling RCT is the default presumption.
The palette-related improvements for this proposal are identical to JCTVC-S0066. The other
improvements are not related to palette (e.g. IBC-related).
It was asked how "clean" are the code changes for items 1 & 3.
It was remarked that knowing the separate impact of the changes would be desirable.
However, the benefit seems substantial.
Partial cross-check was available as S0261.
Decision (S/W): Adopt, items 1 & 3. (The proponent also said they would help improve the text
description of the test model algorithms.)
See also notes on S0149.
13.1.1.1.1.1.1.1.333 JCTVC-S0282 Crosscheck of JCTVC-S0067 [F. Zou (Qualcomm)] [late]
(Has "the" problem in abstract phrasing.)
13.1.1.1.1.1.1.1.334 JCTVC-S0149 Fast intra coding mode decision for screen content coding
[Y. Ahn, X. Wu, W. Lim, J. Ma, D. Sim (KWU)]
(Consideration of this topic was chaired by G. Sullivan on Sunday 10-19 p.m.)
In this contribution, an early termination of intra coding mode decision is proposed to reduce an
encoding complexity of the screen content coding (SCC) extensions. Comparing to HEVC
version 1, the computational complexity of SCC extensions has been increased due to newly
added intra coding mode as intra block copy (IBC). To reduce complexity from additional mode
Page: 312
Date Sav
decision in encoder, adjustment of decision order for intra coding modes and early termination
based on coding information of IBC 2Nx2N mode are proposed in this contribution. The
proposed method reportedly achieved about 10% reduction in encoding time with BD-bitrate
benefit of 0.3% compared with that of SCC extensions test model 2.0 encoder in all intra (AI)
case.
The decision order is modified to check IBC 2Nx2N before checking ordinary-intra 2Nx2N, and
early termination checks are used.
S0065 and S0067 are related. The technique discussed in this contribution is included in S0067.
See notes on that contribution.
13.1.1.1.1.1.1.1.335 JCTVC-S0089 Improvement for hash based inter search [B. Li, J. Xu
(Microsoft)]
(Consideration of this topic was chaired by J. Boyce on Sunday 10-19 p.m.)
This document proposes non-normative improvement for hash based ME. With the proposed
method, the encoding time is reduced by 7% for lossy RA coding and lossy LB coding, without
significant impact on the coding efficiency.
The coding impact was minimal, but there was loss of up to 0.3%, and gains up to 0.1%. The
encoder speed gains were sequence dependent.
In the current design, homogenous blocks are not added to the hash table. In the proposal, CUaligned homogenous blocks are added. A participant questioned why to use CU-alignment
position as a criterion. The proponent asserted that using CU-alignment was a way to minimize
the additional memory required for the proposal.
Decision (SW): Adopt into the test model SCM. Will also need to update test model document.
13.1.1.1.1.1.1.1.336 JCTVC-S0236 Crosscheck of Improvement for Hash Based Inter Search
(JCTVC-S0089) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]
13.1.1.1.1.1.1.1.337 JCTVC-S0090 On referencing structure supporting temporal scalability
[B. Li, J. Xu (Microsoft)]
(Consideration of this topic was chaired by J. Boyce on Sunday 10-19 p.m.)
This document proposes a modified configuration to support temporal scalability when the
random access coding structure is used. Compared with RA anchor, which does not support
temporal scalability, enabling temporal scalability with the modified configuration brings 0.1%
performance loss on average. When compared with the current configuration supporting
temporal scalability in SCM-2.0, i.e., applying the referencing structure provided in
encoder_randomaccess_main_4tids.cfg to encoder_randomaccess_main_scc.cfg, about 0.3%
performance gain is achieved by the modified configuration.
The contribution was proposing a change to common test conditions.
The proposal reduces the penalty to use temporal scalability for RA. The proposed referencing
hierarchy does not support temporal nesting.
Decision (SW): Adopt the change to the configuration file for temporal scalability. Also fix the
bug in the SCM that was identified.
Further discussion in the JCT plenary was chaired by GJS on Thursday 10-23. In the discussion,
it was asked whether the recorded adoption for "temporal scalability" was intended to express a
modification of the ordinary random access operation for the HM. It was asked whether there
would be any problem with such a modification and what would be the effect of the change on
camera-view content. The contributor said they had tested this and had reported results in a
previous contribution JCTVC-R0103, which used the same reference structure in the HM and
tested the performance with class A through F sequences. The average loss was reportedly 0.1%
for both RA_Main and RA_Main10. During the discussion, it was commented that with such an
Page: 313
Date Sav
insignificant difference in coding performance, it might be good to apply the temporal scalability
reference structure to all RA cases. Thus it was agreed that the HM random access configuration
should use this form of temporal scalability.
It was discussed whether the SCM RA common conditions should be changed to support
temporal scalability.
It was commented that SCM ordinarily tracks HM behaviour. There was no objection to that.
Post-meeting note: Further testing to confirm the described results was conducted after the
meeting by the software coordinator (K. Sühring). In the context of HM 16.2, the modified
referencing structure reportedly showed an average 0.3% loss relative to the ordinary random
access configuration for the HM, with peak loss (on the sequence "SteamLocomotive") being
2.1% (Main) or 2.2% (Main 10). There was a reported general tendency for higher
resolutions to have somewhat larger losses than for lower resolutions. Since the reported loss,
while still minor, was larger than what was expected from the discussion at the meeting, the
example random access configuration for the HM was not replaced – pending future
discussion to determine whether the measured loss is acceptable. (Only the example temporal
scalability configuration was replaced for the HM distribution.)
13.1.1.1.1.1.1.1.338 JCTVC-S0243 Cross-check of S0090 (On referencing structure
supporting temporal scalability) [W. Wang, M. Xu, Z. Ma, H. Yu (Huawei USA
R&D)] [late]
13.1.1.1.1.1.1.1.339 JCTVC-S0198 Conversion tools update [B. Mandel (Universal), C. Fogg
(MovieLabs)] [late]
(Consideration of this topic was chaired by GJS on Thursday 10-23 p.m.)
This information document provides notice of recent updates to conversion tools that feature
scripts written in ctlrender (Colour Transform Language) by the Academy of Motion Pictures
Arts and Sciences (AMPAS) that performs video conversion tasks, in particular High Dynamic
Range (HDR) & Wide Colour Gamut (WCG) signals. New scripts added since the Sapporo
meeting in July 2014 utilize ctlrender’s internal tone mapping algorithm to render Standard
Dynamic Range /Standard Colour Gamut (SDR/SCG) signals, conforming to BT.709, from
larger colour volumes in higher bitdepth HDR/WCG signal containers such as PQ (SMPTE ST
2084) / BT.2020.
This was an information document to inform participants of the availability of these software
tools. It was presented only briefly, but is available for study.
13.1.1.1.1.1.1.1.340 JCTVC-S0206 On lambda-domain Rate Control [J. Wen, M. Fang,
M. Tang (Tsinghua Univ.)] [late]
(Consideration of this topic was chaired by GJS on Thursday 10-23 p.m.)
This contribution reports several problems in the R-lambda model based rate control which was
proposed in JCTVC-K0103. It is noted that R-lambda model based rate control fails to achieve
the expected performance in some cases and the model may provide an inaccurate lambda
without the clipping is applied, although it performs well on the test sequences.
The presentation was requested to be uploaded.
The contribution asserts that the model does not seem to be working well for some test clips. It
suggests that further study be performed to improve upon the current behaviour – which actually
reported a negative correlation between the lambda predicted by the model and that which should
have been applied. Further experiments would be needed to confirm/determine what needs to be
done. Further study was encouraged.
Page: 314
Date Sav
6
Plenary Discussions, Joint meetings, BoG Reports, and Summary of
Actions Taken
6.1 General
No general discussions noted.
6.2 Project development
Joint meetings are discussed in this section of this report.
Joint session with VCEG & MPEG parent-level and JCT-VC and JCT-3V, chaired by JRO, GJS,
& JO on Monday 10-20 1600-1800:
Non-4:4:4 for SCC? (e.g., JCTVC-S0042)

The contribution does not request a 4:2:0 profile, but requests the capability to be present
in the 4:4:4-capable profile so that encoders can choose to use that.

Some participants indicated that if we think 4:2:0 is important, we should go ahead and
define a profile for it.

Agreed: It was suggested to consider 4:4:4 the primary requirement, but try to also
consider the potential application of the same coding tools for 4:2:0.

Decision: Adding new 4:2:0 coding capabilities would be adding some complexity to
4:4:4 decoders, but could be considered if the added complexity is not excessive and the
benefit is significant – consider the complexity/benefit tradeoff. Profiling implications
TBD.
(Outside of JCT-VC: JCT3V-J0106 Profiles, tiers, levels for 3D-HEVC – proposing one profile,
very similar to MV-HEVC, with nested MV-HEVC decoding capability. Decision: Adopt
(possibly with refinement of low-level aspects), with nested capability.)
SEI & VUI & CICP

JCTVC-S0148 End-of-picture indication for AVC & HEVC – OK.

JCTVC-S0031 / JCT3V-J0108 Frame packing for video with depth (and relationship with
depth and texture view packing SEI message in AVC) – to be considered in JCT-3V –
only interest if there's a significant benefit. JCT3V-J0109 is new proposed draft text, to
be reviewed in JCT-3V to determine adequacy of editorial quality for proceeding with the
ongoing work together with MFC+D.

JCTVC-S0197 VUI codepoint for SMPTE ST 2085 (YDzDx) for AVC & HEVC –
proceed.

ST 2084 and 2086 for AVC – proceed.

m35153 P3 colour primaries in CICP ST 428-2 or maybe -1 – OK to support SMPTE
specs.
[Note also JEDEC P22 – TBD]
 Green metadata – SEI message referring to another standard for the details.
Unlimited level / unconstrained profile for AVC & HEVC – still plan to do, but no draft yet
(Future video coding exploration (WCG/HDR, compression improvement (workshop), other))
Joint session of JCT-VC and JCT-3V, chaired by JRO Tueday 10-21 1000-1100:
(See additional notes in JCT-3V report.)

Reference software
Page: 315
Date Sav
o It is desirable, and seems practical, for SHM to be able to decode MV-HEVC.
o It is more essential for 3D-HEVC to be based on MV-HEVC RS codebase.

Conformance
o Status of conformance testing development
o Feasibility of joint development of MV-HEVC and SHVC conformance testing
was discussed
o Coordination of the formatting of data and additional information output as a log
file to be produced by the decoder to determine how the decoder is handling the
pictures in the bitstream and the output layer set information
6.3 BoGs
13.1.1.1.1.1.1.1.341 JCTVC-S0292 BoG report on CE6 improvements of palette mode
[R. Cohen, Y.-W. Huang]
See section 5.1.6.
13.1.1.1.1.1.1.1.342 JCTVC-S0294 BoG report on complexity assessment of IBC block vector
coding [C. Pang, S. Liu]
See section 4.2.1.
13.1.1.1.1.1.1.1.343 JCTVC-S0304 BoG report on Adaptive Colour Transform (ACT) J. Boyce
See section 5.1.12.
13.1.1.1.1.1.1.1.344 JCTVC-S0308 BoG report on Intra String Copy (CE10) [Y. Chen]
See section 4.10.1.
6.4 Summary of normative decisions
The following is a summary of the normative decisions made at the meeting for the draft screen
content coding extensions:

Adaptive colour transform
o JCTVC-S0086 – Syntax made dependent on whether chroma pred mode is
derived the luma prediction mode, and move the ACT enabling flag to PPS
(cleanup)
o JCTVC-S0086 / JCTVC-S0140 / JCTVC-S0144 – Clipping of final adjusted QP
value to not be negative (bug fix)
o JCTVC-S0086 / JCTVC-S0180 – Shift to align colour components that have
different bit depths, and disallow ACT for trans-quant-bypass CUs when the
colour component bit depths differ (cleanup)
o JCTVC-S0086 / JCTVC-S0254 – Use YCoCg-R for both lossy and lossless
coding (cleanup)

Intra block copy
o JCTVC-S0070 / JCTVC-S0088 / JCTVC-S0220– Constrained referencing area
(regardless of whether bitstream uses WPP) to enable WPP decoding operation
(bug fix)
Page: 316
Date Sav

Pallete
o JCTVC-S0025 / JCTVC-S0037 / JCTVC-S0189 / CE5 – Maximum palette size
and maximum palette predictor size sent in SPS as ue(v) and add profile
constraint to disallow values greater than 31 and 64, respectively (cleanup)
o JCTVC-S0026 / JCTVC-S0163 / JCTVC-S0038 / JCTVC-S0269 / CE6 –
Modified binarization for run coding (coding efficiency ~1.5% for AI TGM)
o JCTVC-S0088 / JCTVC-S0141 – Palette prediction for WPP made similar to
CABAC context resetting (cleanup and minor coding efficiency improvement
~0.6% for AI TGM)
o JCTVC-S0153 / CE6 – Modified coding of palette table relative to palette
predictor (cleanup)
o JCTVC-S0043 – Delta QP for palette escape coded pixels (cleanup)
o JCTVC-S0105 / JCTVC-S0110 / JCTVC-S0173 – When the palette size is zero,
infer that all pixels are escape coded (cleanup)
o JCTVC-S0096 – Disable deblocking within palette coded regions (cleanup)
o JCTVC-S0150 / JCTVC-S0181 / JCTVC-S0258 – Allow escape indices to be
referred to by the copy above mode, and allow run coding with escape coded
pixels (cleanup)

Inter
o JCTVC-S0085 – Adaptive MV resolution (coding efficiency ~3% for TGM
RA/LB)

Intra
o JCTVC-S0102 / JCTVC-S0309 / CE9 – SPS-level disabling of intra boundary
filtering (cleanup / coding efficiency ~1% for AI mixed content)

Cross-component prediction
o JCTVC-S0003 – Constrain the input to cross-component prediction to a 16 bit
range when the extended precision inverse transform is disabled (corrigendum
bug fix)
Note that the last item also affects the fidelity range extensions already standardized in HEVC
version 2.
For further detail, see notes in other sections. The above list is only provided as a summary.
7
Project planning
7.1 WD drafting and software
The following agreement was established: the editorial team has the discretion to not integrate
recorded adoptions for which the available text is grossly inadequate (and cannot be fixed with a
reasonable degree of effort), if such a situation hypothetically arises. In such an event, the text
would record the intent expressed by the committee without including a full integration of the
available inadequate text.
Page: 317
Date Sav
7.2 Plans for improved efficiency and contribution consideration
The group considered it important to have the full design of proposals documented to enable
proper study.
Adoptions need to be based on properly drafted working draft text (on normative elements) and
HM encoder algorithm descriptions – relative to the existing drafts. Proposal contributions
should also provide a software implementation (or at least such software should be made
available for study and testing by other participants at the meeting, and software must be made
available to cross-checkers in CEs).
Suggestions for future meetings included the following generally-supported principles:

No review of normative contributions without WD text

HM text strongly encouraged for non-normative contributions

Early upload deadline to enable substantial study prior to the meeting
 Using a clock timer to ensure efficient proposal presentations (5 min) and discussions
The document upload deadline for the next meeting was planned to be the Friday of the week
preceding the meeting (30 Jan. 2015).
As general guidance, it was suggested to avoid usage of company names in document titles,
software modules etc., and not to describe a technology by using a company name. Also, core
experiment responsibility descriptions should name individuals, not companies. AHG reports and
CE descriptions/summaries are considered to be the contributions of individuals, not companies.
7.3 General issues for CEs and TEs
Group coordinated experiments were planned. These can, in general, fall into two categories:

"Core experiments" (CEs) are the experiments for which there is a draft design and
associated test model software that have been established.

"Tool experiments" (TEs) are the coordinated experiments on coding tools at a more
preliminary stage of work than those of "core experiments".
A preliminary description of each experiment is to be approved at the meeting at which the
experiment plan is established.
It is possible to define sub-experiments within particular CEs and TEs, for example designated as
CEX.a, CEX.b, etc., for a CEX, where X is the basic CE number.
As a general rule, it was agreed that each CE should be run under the same testing conditions
using one software codebase, which should be based on the HM software codebase. An
experiment is not to be established as a CE unless there is access given to the participants in (any
part of) the CE to the software used to perform the experiments.
The general agreed common conditions for single-layer coding efficiency experiments remained
as described in the prior output document JCTVC-L1100.
A general deadline of four weeks after the meeting was established for organizations to express
their interest in participating in a CE to the CE coordinators and for finalization of the CE
descriptions by the CE coordinator with the assistance and consensus of the CE participants.
Moreover, it was agreed that the CE descriptions should be finalized by one week after
availability of the basis software for performing the CE.
Any change in the scope of what technology will be tested in a CE, beyond what is recorded in
the meeting notes, requires discussion on the general JCT-VC reflector.
As a general rule, all CEs are expected to include software available to all participants of the CE,
with software to be provided within two (calendar) weeks after the release of the relevant
software basis (e.g. SHM, HM, or SCM). Exceptions must be justified, discussed on the general
JCT-VC reflector, and recorded in the abstract of the summary report.
Page: 318
Date Sav
Generally, CE configurations should be harmonized with each other to the extent feasible.
Final CE descriptions shall clearly describe specific tests to be performed, not describe vague
activities. Activities of a less specific nature are delegated to Ad Hoc Groups rather than
designated as CEs.
Experiment descriptions should be written in a way such that it is understood as a JCT-VC
output document (written from an objective "third party perspective", not a company proponent
perspective – e.g. referring to methods as "improved", "optimized" etc.). The experiment
descriptions should generally not express opinions or suggest conclusions – rather, they should
just describe what technology will be tested, how it will be tested, who will participate, etc.
Responsibilities for contributions to CE work should identify individuals in addition to company
names.
CE descriptions should not contain excessively verbose descriptions of a technology (at least not
unless the technology is not adequately documented elsewhere). Instead, the CE descriptions
should refer to the relevant proposal contributions for any necessary further detail. However, the
complete detail of what technology will be tested must be available – either in the CE description
itself or in referenced documents that are also available in the JCT-VC document archive.
Those who proposed technology in the respective context (by this or the previous meeting) can
propose a CE or CE sub-experiment. Harmonizations of multiple such proposals and minor
refinements of proposed technology may also be considered. Other subjects would not be
designated as CEs.
Any technology must have at least one cross-check partner to establish a CE – a single proponent
is not enough. It is highly desirable have more than just one proponent and one cross-checker.
It is strongly recommended to plan resources carefully and not waste time on technology that
may have little or no apparent benefit – it is also within the responsibility of the CE coordinator
to take care of this.
A summary report written by the coordinator (with the assistance of the participants) is expected
to be provided to the subsequent meeting. The review of the status of the work on the CE at the
meeting is expected to rely heavily on the summary report, so it is important for that report to be
well-prepared, thorough, and objective.
A non-final CE plan document was reviewed and given tentative approval during the meeting
(with guidance expressed to suggest modifications to be made in a subsequent revision).
The CE description for each planned CE is described in an associated output document JCTVCS11xx for CExx, where "xx" is the CE number (xx = 01, 02, etc.). Final CE plans are recorded as
revisions of these documents.
It must be understood that the JCT-VC is not obligated to consider the test methodology or
outcome of a CE as being adequate. Good results from a CE do not impose an obligation on the
group to accept the result (e.g., if the expert judgment of the group is that further data is needed
or that the test methodology was flawed).
Some agreements relating to CE activities were established as follows:

Only qualified JCT-VC members can participate in a CE.

Participation in a CE is possible without a commitment of submitting an input document
to the next meeting.

All software, results, documents produced in the CE should be announced and made
available to all CE participants in a timely manner.

If combinations of proposals are intended to be tested in a CE, the precise description
shall be available with the final CE description; otherwise it cannot be claimed to be part
of the CE.
Page: 319
Date Sav
7.4 Alternative procedure for handling complicated feature adoptions
The following alternative procedure had been approved at a preceding meeting as a method to be
applied for more complicated feature adoptions:
1. Run CE + provide software + text, then, if successful,
2. Adopt into HM, including refinements of software and text (both normative & nonnormative); then, if successful,
3. Adopt into WD and common conditions.
Of course, we have the freedom (e.g. for simple things) to skip step 2.
7.5 Common Conditions for HEVC Coding Experiments
No particular changes were noted w.r.t. prior CTC for non-SCC testing.
In a discussion chaired by GJS on Thursday 10-23, the following aspects was agreed in regard to
common conditions for SCC testing:

Adding 4:2:0

Changing the reporting template categorization

Changing sign for lossless reporting

Separate template for 4:2:0.
7.6 Software development
The software coordinator had already started integrating changes on top of the prior HM
software, and proponents of adopted proposals are required to integrate their changes into the
latest version, in coordination with the software coordinator, and test in this environment. All
tools were planned to again be thoroughly tested after integration.
Any adopted proposals where software is not delivered by the scheduled date will be rejected.
The planned timeline for software releases was established as follows: [to be updated – add SCM,
replace RExt with HM 16.x]

HM 16.0 and SHM 8.0 should be available within 2 weeks after the meeting.
 SCM 3.0 should be available within 3 weeks after the meeting.
At the previous (Sapporo) meeting, it was noted that it should be relatively easy to add MVHEVC capability to the SHVC software, and strongly suggested that this should be done. This
remains desirable.
8
Establishment of ad hoc groups
The ad hoc groups established to progress work on particular subject areas until the next meeting
are described in the table below. The discussion list for all of these ad hoc groups will be the
main JCT-VC reflector (jct-vc@lists.rwth-aachen.de).
Page: 320
Date Sav
Title and Email Reflector
Chairs
Mtg
JCT-VC project management (AHG1)
(jct-vc@lists.rwth-aachen.de)
G. J. Sullivan, J.-R. Ohm
(co-chairs)
N
B. Bross, K. McCann
C. Rosewarne (co-chairs),
M. Naccari, J.-R. Ohm,
K. Sharman,
G. J. Sullivan,
Y.-K. Wang (vice-chairs)
N
K. Sühring (chair),
D. Flynn, K. Sharman
(vice-chairs)
N

Coordinate overall JCT-VC interim efforts.

Report on project status to JCT-VC reflector.

Provide report to next meeting on project
coordination status.
HEVC test model editing and errata reporting
(AHG2)
(jct-vc@lists.rwth-aachen.de)

Produce and finalize JCTVC-S1002 HEVC Test
Model 16 (HM 16) Improved Encoder
Description, including merging of the RExt and
prior HM test model descriptions

Collect reports of errata for HEVC

Gather and address comments for refinement of
these documents.

Coordinate with AHG3 on software
development and HM software technical
evaluation to address issues relating to
mismatches between software and text.
HEVC HM software development and software
technical evaluation (AHG3)
(jct-vc@lists.rwth-aachen.de)

Coordinate development of the HM software
and its distribution.

Produce documentation of software usage for
distribution with the software.

Prepare and deliver HM 16.x software versions
and the reference configuration encodings
according to JCTVC-L1100 and JCTVC-P1006
common conditions.

Suggest configuration files for additional testing
of tools.

Coordinate with AHG2 on HEVC test model
editing and errata reporting to identify any
mismatches between software and text.
Page: 321
Date Sav
T. Suzuki (chair),
J. Boyce, K. Kazui,
A. K. Ramasubramonian,
W. Wan, Y. Ye
(vice-chairs)
N
N

V. Baroncini (chair),
M. Karczewicz,
M. Naccari, N. Ramzan,
C. Rosewarne, T. K. Tan,
J.-M. Thiesse, W. Wan
(vice-chairs)
N

H. Yu (chair), R. Cohen,
A. Duenas, S. Liu,
K. Rapaka, J. Xu
(vice-chairs)
HEVC conformance test development (AHG4)
(jct-vc@lists.rwth-aachen.de)

Study the requirements of HEVC conformance
testing to ensure interoperability.

Prepare and deliver the JCTVC-S1004
conformance defect report, JCTVC-S1008
SHVC conformance draft 1, and JCTVC-S1012
RExt conformance draft 3 specifications.

Discuss work plans and testing methodology to
develop and improve HEVC v.1, RExt and
SHVC conformance testing.

Establish and coordinate bitstream exchange
activities for HEVC.

Identify needs for HEVC conformance
bitstreams with particular characteristics.

Collect, distribute, and maintain bitstream
exchange database and draft HEVC
conformance bitstream test set.
Verification test preparation (AHG5)
(jct-vc@lists.rwth-aachen.de)

Make preparations for verification testing of
HEVC for interlaced video content.
Make preparations for verification testing of
HEVC range extensions.
SCC coding performance analysis (AHG6)
(jct-vc@lists.rwth-aachen.de)
Study test conditions and coding performance
analysis methods for SCC coding performance

Analyze coding performance of draft and
proposed SCC coding features
SCC extensions text editing (AHG7)
(jct-vc@lists.rwth-aachen.de)

Produce and finalize HEVC screen content
coding extensions working draft 2 and test
model 3 text.

Gather and address comments for refinement of
the test model.

Coordinate with AHG8 to address issues relating
to mismatches between software and text.
J. Xu, R. Joshi (co-chairs), N
R. Cohen, S. Liu, Z. Ma,
G. Sullivan, Y. Ye
(vice-chairs)
Page: 322
Date Sav
SCC extensions software development (AHG8)
(jct-vc@lists.rwth-aachen.de)

Coordinate development of the HM SCM
software and its distribution.

Prepare and deliver HM 16.x-SCM-3.0 software
version and the reference configuration
encodings according to JCTVC-S1015.

Prepare and deliver additional "dot" version
software releases and software branches as
appropriate.

Perform analysis and reconfirmation checks of
the behaviour of the draft design, and report the
results of such analysis.

Suggest configuration files for additional testing
of tools.
B. Li, K. Rapaka (chairs),
R. Cohen, P. Chuang,
X. Xiu, M. Xu
(vice-chairs)
N
A. Duenas (chair),
R. Joshi, S.-H. Kim,
W. Wang, X. Xiu
(vice-chairs)
N

Coordinate with AHG7 to address any identified
issues regarding text and software relationship.
Complexity of palette mode coding (AHG9)
(jct-vc@lists.rwth-aachen.de)

Analyze complexity characteristics of proposed
palette mode methods with regards to
throughput, amount of memory, memory
bandwidth, parsing dependencies, parallelism,
pixel processing, and other aspects of
complexity as appropriate.

Quantify the average and worse case throughput
(context-coded as well as bypass bins) for
palette mode operation and compare it with the
average and worse case throughput for other
coding modes.

Analyze and identify the complexity
implications of interleaved and non-interleaved
escape colour value signalling.

Study latency implications of palette mode
coding.

Identify criteria to determine the hardware
implementability of the key hardware modules.

Identify bottlenecks in the current design with
regard to implementation complexity.
Page: 323
Date Sav
Complexity of IBC, intra line & intra string copy
coding (AHG10)
(jct-vc@lists.rwth-aachen.de)

Analyze complexity characteristics of f IBC,
intra line & intra string copy methods with
regards to throughput, amount of memory,
memory bandwidth, parsing dependencies, pixel
processing.

Analyze the complexity impact of the search
area size on the design.

Quantify the average and worst-case throughput
(e.g., in context-coded bins) for these methods
and compare them with the average and worstcase throughput for other coding elements.

Identify criteria to determine the hardware
implementability of the key elements.
J. Sole (chair), S. Liu,
J. Xu (vice-chairs)
N
J. Chen (chair), J. Boyce,
M. M. Hannuksela,
G. J. Sullivan,
Y.-K. Wang, Y. Ye
(vice-chairs)
N
V. Seregin, Y. He,
(co-chairs)
N

Identify bottlenecks in the current design with
regard to implementation complexity.
SHVC test model editing (AHG11)
(jct-vc@lists.rwth-aachen.de)

Produce and finalize JCTVC-S1007 SHVC Test
Model 8 (SHM 8) text.

Coordinate with AHG12 on SHVC software
development to address issues relating to
mismatches between software and text.
SHVC software development (AHG12)
(jct-vc@lists.rwth-aachen.de)

Prepare SHM 8.0 software (based on HM 16 if
feasible) for experimentation.

Generate anchors and templates based on
common test conditions.

Discuss and identify additional issues related to
SHVC software.
Page: 324
Date Sav
SCC loop filtering (AHG13)
(jct-vc@lists.rwth-aachen.de)

Identify how screen content coding quality is
affected by existing in-loop filtering processes.

Study the interaction of deblocking and SAO
filtering with coding tools for screen content
coding.

Collect and study proposals on modified in-loop
filtering, and evaluate the subjective and
objective impact on coding performance.
C. Rosewarne and
L. Zhang (co-chairs),
X. Xu (vice-chair)
N
K. Rapaka (chair),
A. Duenas, S. Liu, S.-H.
Kim (vice-chairs)
N
T. Suzuki, V. Baroncini,
R. Cohen (co-chairs),
T. K. Tan, S. Wenger
(vice-chairs)
N

Analyze the complexity impact of in-loop
filtering processes.
SCC parallel processing (AHG14)
(jct-vc@lists.rwth-aachen.de)

Study the implications of SCC tools on
parallelism, considering both single-core and
multi-core architectures.

Study implication of dependencies from
previously decoded samples of the same picture
on parallel processing tools such as tiles,
wavefronts, etc.

Identify and discuss additional issues relating to
parallel processing capabilities of SCC tools.
Test sequence material (AHG15)
(jct-vc@lists.rwth-aachen.de)
9

Maintain the video sequence test material
database for HEVC development.

Identify, collect, and make available a variety of
video sequence test material.

Study coding performance and characteristics in
relation to video test materials.

Identify and recommend appropriate test
materials and corresponding test conditions for
use in development of HEVC and its extensions.

Coordinate with the activities in AHG5
regarding interlaced video and range extensions
development, and AHG6 regarding screen
content coding.
Output documents
The following documents were agreed to be produced or endorsed as outputs of the meeting.
Names recorded below indicate the editors responsible for the document production.
Page: 325
Date Sav
13.1.1.1.1.1.1.1.345 JCTVC-S1000 Meeting Report of 19th JCT-VC Meeting [G. J. Sullivan, J.R. Ohm (chairs)] [2015-01-09] (near next meeting)
13.1.1.1.1.1.1.1.346 Remains valid – not re-issued: JCTVC-H1001 HEVC software guidelines
[K. Sühring, D. Flynn, F. Bossen (software coordinators)]
(Remains valid, although from a prior meeting.)
13.1.1.1.1.1.1.1.347 JCTVC-S1002 High Efficiency Video Coding (HEVC) Test Model 16 (HM
16) Improved Encoder Description [K. McCann and C. Rosewarne (primary
editor), B. Bross, M. Naccari, K. Sharman, G. J. Sullivan (co-editors)] (WG 11
N 14970) [2015-01-09] (near next meeting)
13.1.1.1.1.1.1.1.348 JCTVC-S1003 Draft verification test plan for interlaced video and format
range extensions [C. Rosewarne, A. Tourapis, G. Barroux, M. Naccari (editors)]
(WG 11 N 14973) [2014-11-21] (4 weeks)
13.1.1.1.1.1.1.1.349 JCTVC-S1004 HEVC Version 1 Conformance Testing Defect Report
[T. Suzuki, W. Wan, G. J. Sullivan (editors)] (WG 11 N 15016) [2014-11-14]
(3 weeks)
13.1.1.1.1.1.1.1.350 JCTVC-S1005 HEVC Screen Content Coding Draft Text 2 [R. Joshi, J. Xu
(editors)] (WG 11 N 14969) [2014-11-21] (4 weeks)
SCC WD output:

IBC

Adaptive colour transform

Palette mode

Adaptive MV resolution
13.1.1.1.1.1.1.1.351 Remains valid – not reissued: JCTVC-P1006 Common test conditions
and software reference configurations for HEVC range extensions [D. Flynn,
C. Rosewarne, K. Sharman (editors)]
13.1.1.1.1.1.1.1.352 JCTVC-S1007 SHVC Test Model 8 (SHM 8) Introduction and Encoder
Description [J. Chen, J. Boyce, Y. Ye, M. M. Hannuksela (editors)] (WG 11
N 14971) [2015-01-09] (near next meeting)
13.1.1.1.1.1.1.1.353 JCTVC-S1008 SHVC Conformance Testing Draft 1 [J. Boyce,
A. K. Ramasubramonian] (WG 11 N 14982) [2014-11-14] (3 weeks)
13.1.1.1.1.1.1.1.354 Remains valid – not updated JCTVC-Q1009 Common SHM Test
Conditions and Software Reference Configurations [V. Seregin, Y. He (editors)]
Page: 326
Date Sav
13.1.1.1.1.1.1.1.355 Remains valid – not updated JCTVC-O1010 Guidelines for Conformance
Testing Bitstream Preparation [T. Suzuki, W. Wan (editors)]
13.1.1.1.1.1.1.1.356 JCTVC-S1011 HEVC Reference Software for Version 1 and Format
Range Extensions Profiles [F. Bossen, D. Flynn, K. Sühring, T. Suzuki (editors)]
(WG 11 N 14978 ISO/IEC PDAM) [2014-11-14] (3 weeks)
13.1.1.1.1.1.1.1.357 JCTVC-S1012 HEVC Range Extensions Conformance Testing Draft 3
(WG 11 N 14981) [T. Suzuki, K. Kazui (editors)] [2014-11-30] (5 weeks)
13.1.1.1.1.1.1.1.358 JCTVC-S1013 (No document)
13.1.1.1.1.1.1.1.359 JCTVC-S1014 Screen Content Coding Test Model 3 Encoder Description
(SCM 3) [R. Joshi, J. Xu, R. Cohen, S. Liu, Z. Ma, Y. Ye (editors)] (WG 11
N 14972) [2014-01-09] (near next meeting)
13.1.1.1.1.1.1.1.360 JCTVC-S1015 Common Test Conditions for Screen Content Coding
[H. Yu, R. Cohen, K. Rapaka, J. Xu (editors)] [2014-11-07] (2 weeks)
13.1.1.1.1.1.1.1.361 Remains valid – not re-issued: JCTVC-L1100 Common Test Conditions
and Software Reference Configurations for HM [F. Bossen (editor)]
(Remains valid, although from a prior meeting.)
Note that regardless of preliminary CE plans established earlier in the meeting, such plans were
not considered binding on final CE plans as reviewed in the closing plenary.
13.1.1.1.1.1.1.1.362 JCTVC-S1101 Description of Core Experiment 1 (CE1): Palette Mode
Improvement [P. Lai, P. Onno, R. Cohen, V. Seregin, X. Xiu, Z. Ma (CE
coordinators)] [2014-11-21] (4 weeks)
13.1.1.1.1.1.1.1.363 JCTVC-S1102 Description of Core Experiment 2 (CE2): Intra block copy
relationship to inter coding [J. Xu, S. Liu, C. Pang, X. Xiu (CE coordinators)]
[2014-11-21] (4 weeks)
This had 6 parts (approximate number of sub-parts each: ~4, 1, 2, 2, 3, 1)
13.1.1.1.1.1.1.1.364 JCTVC-S1103 Description of Core Experiment 3 (CE3): Intra Line Copy
and Intra String Copy [C.-C. Chen, Y. Chen, J. Xu, T. Lin, W. Wang (CE
coordinators)] [2014-11-21] (4 weeks)
Page: 327
Date Sav
10 Future meeting plans, expressions of thanks, and closing of the meeting
Future meeting plans were established according to the following guidelines:

Meeting under ITU-T SG 16 auspices when it meets (starting meetings on the Tuesday of
the first week and closing it on the Tuesday or Wednesday of the second week of the
SG 16 meeting), and

Otherwise meeting under ISO/IEC JTC 1/SC 29/WG 11 auspices when it meets (starting
meetings on the Friday prior to such meetings and closing it on the last day of the WG 11
meeting).
Some specific future meeting plans (to be confirmed) were established as follows:

Tue. 10 – Wed. 18 Feb. 2015 20th meeting under ITU-T auspices in Geneva, CH.

Fri. 19 – Fri. 26 June 2015 21st meeting under WG 11 auspices in Warsaw, PL.

Tue. 13 – Wed. 21 Oct. 2015 22nd meeting under ITU-T auspices in Lucca, IT.
 Fri. 19 – Fri. 26 Feb. 2016 23rd meeting under WG 11 auspices in San Diego, US.
The agreed document deadline for the 20th JCT-VC meeting is Fri. 30 January 2015. Plans for
scheduling of agenda items within that meeting remained TBA.
WG 11 and Orange were thanked for the excellent hosting of the 19th meeting of the JCT-VC.
The meeting sponsors BCom, Canon, Institut Telecom, Orange and Technicolor were also
thanked.
Kenzler Conference Management and Orange were thanked for their services in organizing the
meeting.
The JCT-VC meeting was closed at approximately 1200 hours on Fri. 24 Oct. 2014.
Page: 328
Date Sav
Annex A to JCT-VC report:
List of documents
JCT-VC number
MPEG
number
Created
First upload
Last upload
JCTVC-S0001
m35280
2014-10-16
19:07:41
2014-10-17
08:59:31
2014-10-17
10:07:41
JCT-VC AHG report: Project management (AHG1)
G. J. Sullivan, J.-R. Ohm
JCTVC-S0002
m35288
2014-10-16
22:59:49
2014-10-16
23:16:55
2014-10-16
23:16:55
JCT-VC AHG report: HEVC test model editing and errata
reporting (AHG2)
B. Bross, K. McCann, C. Rosewarne (AHG
co-chairs), M. Naccari, J.-R. Ohm, K.
Sharman, G. J. Sullivan, Y.-K. Wang (AHG
vice-chairs)
JCTVC-S0003
m35281
2014-10-16
19:20:49
2014-10-16
20:09:13
2014-10-16
20:09:13
JCT-VC AHG report: HEVC HM software development and
software technical evaluation (AHG3)
K. Suehring (Chair), K. Sharman, D. Flynn
JCTVC-S0004
m35270
2014-10-16
15:24:28
2014-10-16
15:42:21
2014-10-22
15:49:49
JCT-VC AHG report: HEVC conformance test development
(AHG4)
T. Suzuki, J. Boyce, K. Kazui, A. K.
Ramasubramonian, Y. Ye
JCTVC-S0005
m35292
2014-10-17
03:14:22
2014-10-17
08:07:34
2014-10-17
08:07:34
JCT-VC AHG report: Verification test preparation (AHG5)
V. Baroncini, M. Karczewicz, N. Ramzan, C.
Rosewarne, K. Sharman, T.-K. Tan, J.-M.
Thiesse, W. Wan
JCTVC-S0006
m35298
2014-10-17
08:10:06
2014-10-17
09:31:29
2014-10-17
10:18:13
JCTVC AHG report: SCC coding performance analysis
(AHG6)
H. Yu, R. Cohen, A. Duenas, S. Liu, K.
Rapaka, J. Xu
JCTVC-S0007
m35272
2014-10-16
16:01:00
2014-10-17
04:36:00
2014-10-17
04:36:00
JCT-VC AHG report: SCC extensions text editing (AHG7)
R. Joshi, J. Xu (AHG co-chairs), Y. Ye, S.
Liu, R. Cohen, Z. Ma (AHG vice-chairs)
JCTVC-S0008
m35286
2014-10-16
21:40:41
2014-10-17
09:21:33
2014-10-17
09:21:33
JCT-VC AHG report: SCC extensions software development
(AHG8)
K. Rapaka, B. Li (AHG co-chairs), R. Cohen,
T.-D. Chuang, X. Xiu, M. Xu (AHG vicechairs)
JCTVC-S0009
m35293
2014-10-17
05:37:18
2014-10-17
05:40:24
2014-10-17
05:40:24
JCT-VC AHG report: Complexity of palette mode coding
(AHG9)
A. Duenas (chair), R Joshi, S.-H. Kim, X. Xiu
(vice chairs)
JCTVC-S0010
m34778
2014-10-08
01:28:21
2014-10-16
04:59:14
2014-10-16
04:59:14
JCT-VC AHG report: Complexity of IBC, intra line & intra
string copy coding (AHG10)
J. Sole (chair), S. Liu, J. Xu (vice-chairs)
JCTVC-S0011
m35295
2014-10-17
07:34:03
2014-10-17
07:36:29
2014-10-17
07:36:29
JCT-VC AHG report: SHVC text editing (AHG11)
J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G.
J. Sullivan, Y.-K. Wang
JCTVC-S0012
m35229
2014-10-15
03:21:41
2014-10-17
09:06:42
2014-10-31
18:29:59
JCT-VC AHG report: SHVC software development
(AHG12)
V. Seregin, Y. He (AHG chairs)
JCTVC-S0013
m35291
2014-10-17
03:10:12
2014-10-17
03:10:41
2014-10-17
03:10:41
JCT-VC AHG report: Loop filtering for SCC (AHG13)
C. Rosewarne, L. Zhang, X. Xu
Title
Page: 329
Authors
Date Saved: 2016-02-13
JCTVC-S0014
m35287
2014-10-16
21:47:31
2014-10-17
09:23:33
2014-10-17
09:23:33
JCT-VC AHG report: Parallel processing for SCC (AHG14)
K. Rapaka (Chair), A. Duenas, S. Liu, S.-H.
Kim (vice chairs)
JCTVC-S0015
m35271
2014-10-16
15:27:27
2014-10-16
15:32:21
2014-10-22
12:51:24
JCT-VC AHG report: Test sequence material (AHG15)
T. Suzuki, V. Baroncini, R. Cohen, T. K. Tan,
S. Wenger
JCTVC-S0021
m34955
2014-10-11
06:27:20
2014-10-17
09:02:03
2014-10-17
09:02:03
CE1: Summary report for Core Experiment 1 on vector
entropy coding
C. Pang, X. Xu (CE Coordinators)
JCTVC-S0022
m35244
2014-10-15
08:48:23
2014-10-17
09:24:48
2014-10-17
09:24:48
CE2: Summary report for Core Experiment 2 on intra block
copy signalling and partitioning
J. Xu, S. Liu, K. Rapaka, X. Xiu (CE
coordinators)
JCTVC-S0023
m34944
2014-10-10
21:04:06
2014-10-15
07:28:32
2014-10-20
19:54:55
CE3: Summary report for Core Experiment 3 on sub-block
partitioning and flipping for Intra block copy
S. Liu (CE Coordinator)
JCTVC-S0024
m34943
2014-10-10
19:59:38
2014-10-17
15:35:09
2014-10-17
18:40:47
CE4: Summary report for Core Experiment 4 on Intra Line
Copy
C.-C. Chen, X. Xu, L. Zhang, T. Lin (CE
Coordinators)
JCTVC-S0025
m35243
2014-10-15
08:34:05
2014-10-17
04:50:25
2014-10-17
04:50:25
CE5: Summary report of core experiment 5 on investigation
of maximum palette size and maximum palette predictor size
R. Joshi, X. Xiu (CE coordinators)
JCTVC-S0026
m35258
2014-10-15
17:12:23
2014-10-17
08:28:22
2014-10-17
13:21:30
CE6: Summary report of CE on improvements of palette
mode
Y.-W. Huang, P. Onno, R. Cohen, V. Seregin,
X. Xiu, Z. Ma
JCTVC-S0027
m35144
2014-10-13
23:40:53
2014-10-17
09:31:33
2014-10-17
16:10:06
CE7: Summary Report for Core Experiment 7 on String
Matching for Palette Index Coding
Z. Ma, Y.-W. Huang (CE Coordinators)
JCTVC-S0028
m34889
2014-10-09
22:40:32
2014-10-14
22:30:56
2014-10-14
22:30:56
CE8: Summary report for Core Experiment 8 on Uni- and
bi-colour mode
R. Cohen, T.-D. Chuang, C.-C. Lin, K.
Rapaka (CE Coordinators)
JCTVC-S0029
m34890
2014-10-09
22:43:20
2014-10-17
17:26:40
2014-10-17
22:16:52
CE9: Summary report for Core Experiment 9 on IBF/CCP
interdependency
R. Cohen, S. Liu, J. Xu, L. Zhang (CE
Coordinators)
JCTVC-S0030
m35143
2014-10-13
23:33:25
2014-10-17
14:24:20
2014-10-17
19:36:45
CE10: Summary report for Core Experiment 10 on Intra
String Copy
Y. Chen, J. Xu (CE Coordinators)
JCTVC-S0031
m34650
2014-10-06
05:34:39
2014-10-06
06:09:14
2014-10-18
17:00:39
Additional Definitions of FPA SEI Message for Inclusion of
Centralized Color-Depth Packing (CCDP) Formats
J.-F. Yang, K.-Y. Liao, H.-M. Wang, Y.-H.
Hu (NCKU)
JCTVC-S0032
m34651
2014-10-06
12:16:33
2014-10-07
14:17:45
2014-10-07
14:17:45
CE3: Test 1.1 – Intra block copy masking
J. Lainema, M. M. Hannuksela (Nokia)
JCTVC-S0033
m34652
2014-10-06
12:17:07
2014-10-07
14:18:01
2014-10-18
16:50:46
Non-CE2: Intra block vector coding for small PUs
J. Lainema, M. M. Hannuksela (Nokia)
JCTVC-S0034
m34653
2014-10-06
18:58:56
2014-10-07
19:17:14
2014-10-07
19:17:14
CE6: Cross check results for Test A.3
W. Pu (Qualcomm)
JCTVC-S0035
m34654
2014-10-06
18:59:41
2014-10-08
06:11:39
2014-10-08
06:11:52
CE6: Cross check results for Test A.4
W. Pu (Qualcomm)
JCTVC-S0036
m34655
2014-10-07
00:57:29
2014-10-07
17:26:38
2014-10-14
20:59:27
Non-CE2: Transform skip signalling for intra block copy
S. Yang, H. J. Shim, D. Lee, B. Jeon (SKKU)
Page: 330
Date Saved: 2016-02-13
JCTVC-S0037
m34656
2014-10-07
02:52:31
2014-10-08
08:21:39
2014-10-08
08:21:39
CE5 subtest 5.1: Performance impact of varying the
maximum palette size
R. Joshi (Qualcomm)
JCTVC-S0038
m34657
2014-10-07
02:57:20
2014-10-08
08:42:46
2014-10-08
08:42:46
CE6 subtest A.5: Contexts for run coding in palette mode
R. Joshi, M. Karczewicz, W. Pu, V. Seregin, J.
Sole (Qualcomm)
JCTVC-S0039
m34658
2014-10-07
03:00:27
2014-10-08
09:02:22
2014-10-20
22:16:56
CE6 subtest A.6: Binarization for run coding in palette mode
R. Joshi, W. Pu, M. Karczewicz, F. Zou, V.
Seregin, J. Sole (Qualcomm)
JCTVC-S0040
m34659
2014-10-07
03:22:30
2014-10-07
07:13:53
2014-10-17
16:01:41
Enhanced chroma QP signalling for adaptive crosscomponent transform in SCC extensions
K.Chono (NEC)
JCTVC-S0041
m35392
2014-10-23
18:02:57
JCTVC-S0042
m34662
2014-10-07
07:47:46
2014-10-08
01:40:12
2014-10-08
01:40:12
AhG6: Inclusion of 4:2:0 screen content in the HEVC SCC
common test conditions
J. Sole, M. Karczewicz, R. Joshi, V. Seregin,
K. Rapaka (Qualcomm)
JCTVC-S0043
m34663
2014-10-07
08:10:43
2014-10-08
03:54:56
2014-10-22
15:06:15
Non-CE6: Delta QP signalling for palette
J. Sole, W. Pu, R. Joshi, V. Seregin, M.
Karczewicz (Qualcomm)
JCTVC-S0044
m34664
2014-10-07
08:28:27
2014-10-07
08:41:36
2014-10-07
08:41:36
AHG13: Chroma deblocking filter control for SCC
O. Nakagami, T. Suzuki (Sony)
JCTVC-S0045
m34665
2014-10-07
09:08:14
2014-10-07
09:21:22
2014-10-07
09:21:22
AHG13: On deblocking for screen content coding
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0046
m34666
2014-10-07
09:09:02
2014-10-07
09:21:49
2014-10-14
06:48:07
Non-CE9: Intra-boundary filter control for non-camera
captured content
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0047
m34667
2014-10-07
09:40:39
2014-10-08
11:36:52
2014-10-17
18:24:12
Non-CE6: Modifications of copy-left and copy-above modes
in index coding
J.-S. Tu, C.-L. Lin, C.-H. Hung, C.-C. Lin, Y.J. Chang (ITRI)
JCTVC-S0048
m34668
2014-10-07
10:00:20
2014-10-07
11:19:45
2014-10-07
11:19:45
CE6 Test B.2: Encoder modification of palette coding for
escape pixels
Y.-J. Chang, C.-H. Hung, C.-L. Lin, C.-C.
Lin, J.-S. Tu (ITRI)
JCTVC-S0049
m34669
2014-10-07
10:05:24
2014-10-07
11:40:09
2014-10-11
19:36:18
CE8 Test A: Bi-colour intra mode for screen content coding
Y.-J. Chang, C.-C. Lin, J.-S. Tu, C.-L. Lin, C.H. Hung (ITRI)
JCTVC-S0050
m34670
2014-10-07
10:11:04
2014-10-07
11:48:21
2014-10-17
12:34:59
Non-CE8: Combination of CE8 Test A and CE8 Test B for
screen content coding
Y.-J. Chang, C.-C. Lin, C.-L. Lin, J.-S. Tu, C.H. Hung (ITRI)
JCTVC-S0051
m34671
2014-10-07
10:13:16
2014-10-07
11:51:42
2014-10-18
17:52:57
Non-CE8: Multi-colour intra mode for screen content coding
Y.-J. Chang, C.-C. Lin, C.-L. Lin, J.-S. Tu, C.H. Hung (ITRI)
JCTVC-S0052
m34672
2014-10-07
10:59:02
2014-10-07
13:40:38
2014-10-17
14:56:29
Non-CE6: Escape coded pixel prediction using previous
escape coded pixels for palette based coding
J. Ye, J. Zhu (Fujitsu)
JCTVC-S0053
m34673
2014-10-07
11:04:29
2014-10-07
14:23:29
2014-10-17
14:57:20
Non-CE6: Escape pixel prediction using previous escape
coded pixels and palette for palette based coding
J. Ye, J. Zhu (Fujitsu)
JCTVC-S0054
m34674
2014-10-07
11:10:16
2014-10-07
14:31:38
2014-10-17
14:59:07
Non-CE6: Escape coded pixel prediction using previous
palette for palette based coding
J. Ye, J. Zhu (Fujitsu)
Page: 331
Date Saved: 2016-02-13
JCTVC-S0055
m34675
2014-10-07
12:28:36
2014-10-08
05:15:02
2014-10-16
14:58:50
Non-CE6: Escape colour signalling
C. -C Lin, C.-L. Lin, Y.-J. Chang, J.-S. Tu, C.H. Hung (ITRI)
JCTVC-S0056
m34676
2014-10-07
12:48:29
2014-10-08
02:37:02
2014-10-09
13:35:53
Non-CE2 : Slice-level Intra block copy enabling
W. Lim, J. Ma, Y. Ahn, D. Sim
JCTVC-S0057
m34677
2014-10-07
13:49:09
2014-10-07
14:06:13
2014-10-07
14:06:13
CE1: Results of Test 1.3, Test 4.1 and Test 4.3
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
JCTVC-S0058
m34678
2014-10-07
13:49:41
2014-10-07
14:27:38
2014-10-07
14:27:38
CE1: Cross-check on Test 1.4
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
JCTVC-S0059
m34679
2014-10-07
13:50:07
2014-10-07
14:28:07
2014-10-07
14:28:07
CE1: Cross-check on Test 3.1
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
JCTVC-S0060
m34680
2014-10-07
14:24:04
2014-10-07
14:33:58
2014-10-14
07:45:06
Non-CE6: Modified unpredicted palette entries coding in
palette based coding
Z. Wang, J. Zhu(Fujitsu)
JCTVC-S0061
m34681
2014-10-07
14:48:17
2014-10-07
18:34:06
2014-10-07
18:34:06
CE1: Results of Test 3.2 on MVD and BVD coding
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0062
m34682
2014-10-07
14:48:26
2014-10-07
18:36:09
2014-10-07
18:36:09
CE6: Results of Test A.3 on restricted run coding
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0063
m34683
2014-10-07
14:48:34
2014-10-07
17:38:21
2014-10-15
12:11:34
CE6: Results of Test C.1 on transition copy mode
C. Gisquet, G. Laroche, P. Onno (Canon)
JCTVC-S0064
m34684
2014-10-07
14:48:43
2014-10-07
18:41:56
2014-10-18
12:15:22
Non-CE6: Last run flag for Palette mode
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0065
m34685
2014-10-07
14:48:54
2014-10-07
18:28:57
2014-10-15
12:17:58
Non-CE2: IBC encoder improvements for SCM2.0
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0066
m34686
2014-10-07
14:49:02
2014-10-07
17:39:51
2014-10-15
12:05:42
Non-CE6: Palette encoder improvements for SCM2.0
C. Gisquet, G. Laroche, P. Onno (Canon)
JCTVC-S0067
m34687
2014-10-07
14:49:15
2014-10-07
18:18:20
2014-10-15
12:18:53
Combination of several encoder improvements for SCM2.0
G. Laroche, C. Gisquet, T. Poirier, P. Onno
(Canon)
JCTVC-S0068
m34688
2014-10-07
14:49:59
2014-10-07
18:19:16
2014-10-07
18:19:16
AHG14: On IBC memory reduction
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0069
m34689
2014-10-07
14:50:17
2014-10-07
18:31:21
2014-10-15
12:19:32
On adaptive colour transform and Inter modes
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0070
m34690
2014-10-07
14:50:32
2014-10-07
18:05:07
2014-10-15
12:20:02
AHG14: On IBC constraint for Wavefront Parallel
Processing
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-S0071
m34691
2014-10-07
14:50:44
2014-10-13
11:50:43
2014-10-13
11:50:43
CE6: Cross-check of Test A.5
G. Laroche (Canon)
JCTVC-S0072
m34692
2014-10-07
14:50:55
2014-10-13
11:55:26
2014-10-13
11:55:26
CE6: Cross-check of Test A.6
G. Laroche (Canon)
Page: 332
Date Saved: 2016-02-13
JCTVC-S0073
m34693
2014-10-07
14:51:15
2014-10-15
13:24:56
2014-10-15
13:24:56
CE6: Cross-check of Test C.2
C. Gisquet (Canon)
JCTVC-S0074
m34694
2014-10-07
15:23:21
2014-10-07
15:31:14
2014-10-07
15:31:14
CE6: Results for Test B3 on Improved Palette Index Coding
with Contextualization
T. Laude (Leibniz Universitaet Hannover)
JCTVC-S0075
m34695
2014-10-07
15:34:08
2014-10-07
15:40:00
2014-10-07
15:40:00
Copy Mode for Static Screen Content
T. Laude (Leibniz Universitaet Hannover)
JCTVC-S0076
m34696
2014-10-07
15:42:12
2014-10-13
11:52:04
2014-10-13
11:52:04
CE1: Cross-check of Test 3.3
G. Laroche (Canon)
JCTVC-S0077
m34697
2014-10-07
15:51:34
2014-10-07
16:14:48
2014-10-07
16:14:48
CE3: Cross-check of test 1.1
M. Pettersson, K. Andersson (Ericsson)
JCTVC-S0078
m34698
2014-10-07
16:15:16
2014-10-08
05:24:39
2014-10-18
17:33:20
CE6 Test C.2: Transition copy mode
Y.-C. Sun, T.-D. Chuang, Y.-W. Chen, Y.-W.
Huang, S. Lei (MediaTek)
JCTVC-S0079
m34699
2014-10-07
16:15:36
2014-10-08
05:29:34
2014-10-18
17:30:21
Non-CE6: Cross-CU palette colour index prediction
Y.-C. Sun, J. Kim, T.-D. Chuang, Y.-W.
Chen, S. Liu, Y.-W. Huang, S. Lei
(MediaTek)
JCTVC-S0080
m34702
2014-10-07
16:44:49
2014-10-07
16:55:12
2014-10-07
16:55:12
CE2: Result of Test 1
B. Li, J. Xu (Microsoft), X. Xu, S. Liu, S. Lei
(MediaTek)
JCTVC-S0081
m34703
2014-10-07
16:45:06
2014-10-07
16:58:52
2014-10-07
16:58:52
CE2: Result of Test 6
B. Li, J. Xu (Microsoft)
JCTVC-S0082
m34704
2014-10-07
16:45:22
2014-10-07
17:02:13
2014-10-07
17:02:13
CE9: Result of Test A.2
B. Li, J. Xu (Microsoft), X. Zhang, R. Cohen
(MERL)
JCTVC-S0083
m34705
2014-10-07
16:45:42
2014-10-07
17:05:00
2014-10-07
17:05:00
CE10: Result of Test 1 and 2
B. Li, J. Xu (Microsoft)
JCTVC-S0084
m34706
2014-10-07
16:46:09
2014-10-07
17:07:31
2014-10-07
17:07:31
Comparison of Compression Performance of HEVC 4:4:4
Range Extensions Test Model 8 and HEVC Screen Content
Coding Extensions Test Model 2 with AVC High 4:4:4
Predictive profile
B. Li, J. Xu, G. Sullivan (Microsoft)
JCTVC-S0085
m34707
2014-10-07
16:46:52
2014-10-07
17:13:26
2014-10-23
09:01:06
Adaptive motion vector resolution for screen content
B. Li, J. Xu, G. Sullivan, Y. Zhou, B. Lin
(Microsoft)
JCTVC-S0086
m34708
2014-10-07
16:47:15
2014-10-08
11:44:27
2014-10-24
11:30:11
On residual adaptive colour transform
B. Li, J. Xu, G. Sullivan (Microsoft)
JCTVC-S0087
m34709
2014-10-07
16:47:34
2014-10-07
17:19:17
2014-10-16
08:32:39
Non-CE2: on block vector predictor
B. Li, J. Xu (Microsoft)
JCTVC-S0088
m34710
2014-10-07
16:47:52
2014-10-07
17:22:26
2014-10-07
17:22:26
On WPP with palette mode and intra BC mode
B. Li, J. Xu (Microsoft)
JCTVC-S0089
m34711
2014-10-07
16:48:10
2014-10-07
17:23:53
2014-10-07
17:23:53
Improvement for hash based inter search
B. Li, J. Xu (Microsoft)
Page: 333
Date Saved: 2016-02-13
JCTVC-S0090
m34712
2014-10-07
16:48:37
2014-10-07
17:25:21
2014-10-07
17:25:21
On referencing structure supporting temporal scalability
B. Li, J. Xu (Microsoft)
JCTVC-S0091
m34713
2014-10-07
16:48:55
2014-10-10
04:21:12
2014-10-10
04:21:12
CE7: Cross-check of test 2 (JCTVC-S0159)
B. Li, J. Xu (Microsoft)
JCTVC-S0092
m34714
2014-10-07
16:49:16
2014-10-10
04:22:27
2014-10-10
04:22:27
CE10: Cross-check of Hybrid 1-D/2-D Intra string search for
HEVC screen content coding (JCTVC-S0161)
B. Li, J. Xu (Microsoft)
JCTVC-S0093
m34718
2014-10-07
17:55:44
2014-10-08
10:17:59
2014-10-08
10:17:59
Enhanced block vector predictor list construction for Intra
block copy
J. Ma, Y. Ahn, W. Lim, X. Wu, D. Sim
(KWU)
JCTVC-S0094
m34719
2014-10-07
18:08:35
2014-10-07
18:16:01
2014-10-22
11:59:52
QP offset for Adaptive Colour Transform
R. Sjöberg, J. Samuelsson (Ericsson)
JCTVC-S0095
m34720
2014-10-07
18:08:53
2014-10-07
18:16:28
2014-10-22
16:41:10
HLS: Dependent RAP indication SEI message
R. Sjöberg, M. Pettersson, J. Samuelsson
(Ericsson)
JCTVC-S0096
m34721
2014-10-07
19:41:02
2014-10-08
08:28:04
2014-10-15
23:11:06
AhG13: Palette and deblocking
J. Sole, W. Pu, C. Pang, R. Joshi, V. Seregin,
M. Karczewicz (Qualcomm)
JCTVC-S0097
m34722
2014-10-07
20:16:47
2014-10-08
00:22:24
2014-10-17
00:46:03
CE5: Informational tests on reducing both maximum palette
size and maximum palette predictor size
P. Lai, S. Liu, S. Lei (MediaTek)
JCTVC-S0098
m34723
2014-10-07
20:17:01
2014-10-08
09:08:36
2014-10-16
21:00:24
CE8 Test B: Single colour intra mode, with supplementary
results
P. Lai, S. Liu, Y.-W. Chen, T.-D. Chuang, Y.C. Sun, S. Lei (MediaTek)
JCTVC-S0099
m34724
2014-10-07
20:17:19
2014-10-08
07:58:54
2014-10-19
01:01:48
Non-CE6: Syntax redundancy removal for palette mode with
one index value
P. Lai, J. Kim, S. Liu, S. Lei (MediaTek)
JCTVC-S0100
m34725
2014-10-07
20:17:30
2014-10-08
10:51:03
2014-10-20
20:22:56
AHG6: On Adaptive Color Transform (ACT) in SCM2.0
P. Lai, S. Liu, S. Lei (MediaTek)
JCTVC-S0101
m34726
2014-10-07
20:17:39
2014-10-08
09:11:42
2014-10-18
01:14:03
AHG14: Intra Block Copy reference area for Wavefront
Parallel Procsssing (WPP)
P. Lai, X. Xu, S. Liu, T.-D. Chuang, S. Lei
(MediaTek)
JCTVC-S0102
m34727
2014-10-07
20:17:46
2014-10-08
09:25:57
2014-10-16
21:20:33
CE9 Test A.1: Optionally disabling the usage of the intra
boundary filters
X. Zhang, K. Zhang, J. An, H. Huang, S. Lei
(MediaTek)
JCTVC-S0103
m34728
2014-10-07
20:18:01
2014-10-11
01:17:26
2014-10-11
01:17:26
CE8: Cross-check of Test A (JCTVC-S0049) Bi-colour intra
mode for screen content coding
P. Lai (MediaTek)
JCTVC-S0104
m34729
2014-10-07
20:18:09
2014-10-16
22:08:09
2014-10-19
13:03:40
CE6-related: Cross-check of JCTVC-S0152 on Index
Coding Group (ICG) for 8x8 CU of Palette Mode
P. Lai, J. Kim (MediaTek)
JCTVC-S0105
m34730
2014-10-07
20:18:17
2014-10-08
07:13:31
2014-10-18
17:54:52
CE6-related: Syntax fixes for zero palette in palette coding
K. Zhang, T.-D. Chuang, S. Liu, J. An, X.
Zhang, S. Lei (MediaTek)
JCTVC-S0106
m34731
2014-10-07
20:18:25
2014-10-16
22:11:11
2014-10-19
16:45:54
CE5-related: Cross-check of JCTVC-S0201 on CU
dependent color palette maximum size
P. Lai, J. Kim (MediaTek)
JCTVC-S0107
m34732
2014-10-07
20:18:33
2014-10-08
08:15:28
2014-10-08
08:15:28
CE3 Test 1.2: Segmental prediction for intra block copy
K. Zhang, J. An, X. Zhang, H. Huang, S. Lei
(MediaTek)
Page: 334
Date Saved: 2016-02-13
JCTVC-S0108
m34733
2014-10-07
20:22:24
2014-10-08
08:26:47
2014-10-10
03:14:33
W. Pu, M. Karczewicz, R. Joshi, F. Zou, V.
Seregin, J. Sole (Qualcomm)
JCTVC-S0109
m34734
2014-10-07
20:23:07
JCTVC-S0110
m34735
2014-10-07
20:23:49
2014-10-08
08:30:58
2014-10-21
09:37:38
Non-CE6: Syntax Redundancy Fixes for Palette Mode
W. Pu, M. Karczewicz, V. Seregin, F. Zou, R.
Joshi, J. Sole (Qualcomm)
JCTVC-S0111
m34736
2014-10-07
20:25:04
2014-10-08
08:26:05
2014-10-24
09:58:10
Non-CE6: Improvement On Palette Run Coding
W. Pu, R. Joshi, M. Karczewicz, F. Zou, V.
Seregin, J. Sole (Qualcomm)
JCTVC-S0112
m34737
2014-10-07
20:40:48
2014-10-08
08:35:55
2014-10-17
11:34:00
Non-CE2: On Intra block copy
C. Pang, V. Seregin, M. Karczewicz
(Qualcomm)
JCTVC-S0113
m34738
2014-10-07
20:41:19
2014-10-08
08:54:47
2014-10-21
09:42:52
Non-CE2: Intra block copy with Inter signaling
C. Pang, K. Rapaka, Y.-K. Wang, V. Seregin,
M. Karczewicz (Qualcomm), B. Li, J. Xu
(Microsoft)
JCTVC-S0114
m34739
2014-10-07
20:46:08
2014-10-08
06:55:12
2014-10-18
01:25:03
CE6-related : Enabling copy above mode prediction at the
boundary of CU
J. Kim, Y.-C. Sun, S. Liu, T. -D. Chuang, Y.W. Chen, Y. -W. Huang, S. Lei (MediaTek)
JCTVC-S0115
m34740
2014-10-07
20:46:41
2014-10-08
06:58:29
2014-10-18
01:17:31
CE6-related : Clarifying decoder’s ambiguous behaviour
for escape index in palette mode
J. Kim, S. Liu, T. -D. Chuang, Y. -W Huang,
S. Lei (MediaTek)
JCTVC-S0116
m34741
2014-10-07
20:47:11
2014-10-08
07:02:07
2014-10-08
07:02:07
CE6-related : Signalling Palette size in Palette mode
J. Kim, S. Liu, S. Lei (MediaTek)
JCTVC-S0117
m34742
2014-10-07
20:48:30
2014-10-08
03:44:03
2014-10-08
03:44:03
CE3: Test 1.3: Intra block copy with flipping
J. Ye, X. Xu, S. Liu, K. Zhang, S. Lei
(MediaTek)
JCTVC-S0118
m34743
2014-10-07
20:49:29
2014-10-08
04:20:29
2014-10-20
20:05:08
CE3: Test 2.1 Combined test of test 1.1 and test 1.3
J. Ye, S. Liu, X. Xu, S. Lei (MediaTek), J.
Lainema, K. Ugur, M. Hannuksela (Nokia),
JCTVC-S0119
m34744
2014-10-07
20:50:01
2014-10-08
08:38:50
2014-10-08
08:38:50
CE3: Test 2.2 Combined test of test 1.2 and test 1.3
K. Zhang, J. An, X. Zhang, H. Huang, J. Ye,
X. Xu, S. Liu, S. Lei (MediaTek)
JCTVC-S0120
m34745
2014-10-07
20:51:07
2014-10-08
08:31:58
2014-10-17
02:45:37
Non-CE6: Copy previous mode
J. Ye, J. Kim, S. Liu, P. Lai, S. Lei
(MediaTek)
JCTVC-S0121
m34746
2014-10-07
21:05:04
2014-10-08
08:08:05
2014-10-16
20:38:43
CE2: Test 2 – Intra BC signalled at PU level
X. Xu, S. Liu, S. Lei (MediaTek)
JCTVC-S0122
m34747
2014-10-07
21:06:26
2014-10-08
08:08:43
2014-10-16
20:40:59
CE2: Test 5 – Intra BC unified with Inter using
intra_bc_flag
X. Xu, S. Liu, S. Lei (MediaTek), B. Li, J. Xu
(Microsoft)
JCTVC-S0123
m34748
2014-10-07
21:08:01
2014-10-08
08:09:51
2014-10-16
20:41:45
Non-CE2: Intra BC merge mode with default candidates
X. Xu, T.-D. Chuang, S. Liu, S. Lei
(MediaTek)
JCTVC-S0124
m34749
2014-10-07
21:10:46
2014-10-15
00:49:45
2014-10-15
00:49:45
Cross check of CE2 Test 3(JCTVC-S0131)
X. Xu, S. Liu (MediaTek)
JCTVC-S0125
m34750
2014-10-07
21:11:31
2014-10-15
00:50:57
2014-10-15
00:50:57
Cross check of CE2 Test 6(JCTVC-S0081)
X. Xu, S. Liu (MediaTek)
Non-CE6: Improvement On Palette Sharing Mode
Non-CE6
Page: 335
Date Saved: 2016-02-13
JCTVC-S0126
m34751
2014-10-07
21:14:06
2014-10-23
15:53:13
2014-10-23
15:53:13
Cross check of Non-CE4 Intra Line Copy with Extended
Full-frame Search for Test A (JCTVC-S0137)
X. Xu (MediaTek)
JCTVC-S0127
m34752
2014-10-07
21:24:48
2014-10-07
21:33:53
2014-10-07
21:33:53
CE2: Crosscheck of Test1 – Unification of IBC to inter
Y. He, X. Xiu, Y. Ye (InterDigital)
JCTVC-S0128
m34753
2014-10-07
21:28:28
2014-10-07
21:32:03
2014-10-07
21:32:03
CE6: Crosscheck of Test B.2 –Encoder modification of
palette coding for escape pixels
Y. He, X. Xiu, Y. Ye (InterDigital)
JCTVC-S0129
m34754
2014-10-07
21:30:31
2014-10-08
07:23:41
2014-10-08
07:23:41
On indication of IBC
K. Andersson, M. Pettersson, J. Samuelsson,
A. Norkin (Ericsson)
JCTVC-S0130
m34755
2014-10-07
21:35:17
2014-10-10
00:48:56
2014-10-10
00:48:56
CE7: Cross check results for Test 3( JCTVC-S0160)
J. Ye, S. Liu (MediaTek)
JCTVC-S0131
m34756
2014-10-07
21:36:18
2014-10-07
21:39:26
2014-10-13
23:07:06
CE2: Test3 – IBC with block vector derivation
Y. He, Y. Ye, X. Xiu (InterDigital)
JCTVC-S0132
m34757
2014-10-07
21:41:33
2014-10-07
21:44:05
2014-10-13
23:26:41
CE6: Test B.5 – Escape colour prediction
Y. He, X. Xiu, Y. Ye (InterDigital)
JCTVC-S0133
m34758
2014-10-07
22:16:44
2014-10-08
02:17:44
2014-10-22
12:06:47
Adaptive Colour Transforms for Screen Content Coding
W. Dai, M. Krishnan, P. Topwala (FastVDO)
JCTVC-S0134
m34759
2014-10-07
23:07:05
2014-10-08
06:55:29
2014-10-15
19:53:24
Non-CE6: Simplified palette size coding
J. Zhao, S. H. Kim, K. Misra, A. Segall
(Sharp)
JCTVC-S0135
m34760
2014-10-07
23:21:32
2014-10-07
23:56:31
2014-10-07
23:56:31
CE4: Results of Test A on Search Range of Intra Line Copy
R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)
JCTVC-S0136
m34761
2014-10-07
23:22:00
2014-10-07
23:58:05
2014-10-19
15:41:38
Non-CE4: On CABAC Throughput of Intra Line Copy
R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)
JCTVC-S0137
m34762
2014-10-07
23:22:19
2014-10-08
00:00:25
2014-10-19
15:41:12
Non-CE4: Intra Line Copy with Extended Full-frame Search
for Test A
R.-L. Liao, C.-C. Chen, C.-W. Kuo, W.-H.
Peng, H.-M. Hang (NCTU/ITRI)
JCTVC-S0138
m34763
2014-10-07
23:29:50
2014-10-08
05:09:14
2014-10-20
11:05:13
Non-CE6: Exponential Golomb binarization for Palette Run
S. H. Kim, K. Misra, J. Zhao, A. Segall
(Sharp)
JCTVC-S0139
m34765
2014-10-07
23:34:41
2014-10-08
05:10:40
2014-10-15
18:39:57
Using flat scaling lists for escape coded palette pixels
K. Misra, S. H. Kim, J. Zhao, A. Segall
(Sharp)
JCTVC-S0140
m34766
2014-10-07
23:36:32
2014-10-08
05:12:23
2014-10-15
18:40:23
On transform coefficient scaling for adaptive colour
transform
K. Misra, S. H. Kim, A. Segall (Sharp)
JCTVC-S0141
m34767
2014-10-07
23:38:09
2014-10-08
05:12:56
2014-10-15
18:40:52
Using the wavefront store-and-sync design for palette table
prediction variables
K. Misra, S. H. Kim, A. Segall (Sharp)
JCTVC-S0142
m34768
2014-10-07
23:39:30
2014-10-08
09:05:36
2014-10-23
09:36:03
CE1 : Results of Test 1.1, Test 2.1 and Test 3.1
K. Rapaka, M. Karczewicz, C. Pang
(Qualcomm)
JCTVC-S0143
m34769
2014-10-07
23:39:49
2014-10-08
09:10:07
2014-10-17
09:33:17
Non-CE1 :Block vector coding for Intra block copy
K. Rapaka, M. Karczewicz, C. Pang
(Qualcomm), K. Miyazawa, A. Minezawa, S.
Sekiguchi (Mitsubishi)
Page: 336
Date Saved: 2016-02-13
JCTVC-S0144
m34770
2014-10-07
23:40:08
2014-10-08
09:12:32
2014-10-08
09:12:32
Qp derivation for adaptive color transform
K. Rapaka, L. Zhang, R. Joshi, M.
Karczewicz(Qualcomm)
JCTVC-S0145
m34771
2014-10-07
23:40:23
2014-10-08
09:14:13
2014-10-08
09:14:13
Bandwidth reduction method for intra block copy
K. Rapaka, T. Hsieh, C. Pang, V. Seregin, M.
Karczewicz(Qualcomm)
JCTVC-S0146
m34772
2014-10-07
23:40:43
2014-10-18
07:59:48
2014-10-18
07:59:48
CE1: Cross-check on Test 3.2 on MVD and BVD coding
(JCTVC-S0061)
K. Rapaka (Qualcomm)
JCTVC-S0147
m34773
2014-10-07
23:40:53
2014-10-18
08:14:44
2014-10-18
08:14:44
CE1: Cross-check on Test 4.3 method1 and method 2
(JCTVC-S0057)
K. Rapaka (Qualcomm)
JCTVC-S0148
m34774
2014-10-07
23:41:06
2014-10-07
23:46:59
2014-10-07
23:46:59
Indication of the end of coded data for pictures and partialpicture regions
Y. Wu, L. Zhu, S. Sadhwani, G. J. Sullivan
(Microsoft)
JCTVC-S0149
m34776
2014-10-08
01:22:36
2014-10-08
10:13:52
2014-10-17
09:23:32
Fast intra coding mode decision for screen contents coding
Y. Ahn, X. Wu, W. Lim, J. Ma, D. Sim
(KWU)
JCTVC-S0150
m34777
2014-10-08
01:27:32
2014-10-08
02:31:16
2014-10-16
22:54:46
Non-CE6: Simplification on Escape Coding of Palette Mode
in HEVC SCC
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA
R&D)
JCTVC-S0151
m34779
2014-10-08
01:28:33
2014-10-08
04:15:04
2014-10-17
18:34:22
Non-CE6: 2-D Index Map Coding of Palette Mode in HEVC
SCC
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA
R&D)
JCTVC-S0152
m34780
2014-10-08
01:29:22
2014-10-08
02:14:01
2014-10-16
22:59:09
Non-CE6: Index Coding Group (ICG) for 8x8 CU of Palette
Mode in HEVC SCC
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA
R&D)
JCTVC-S0153
m34781
2014-10-08
01:30:51
2014-10-08
09:28:55
2014-10-08
09:28:55
CE6: Test D.1 Run-length coding for reuse flags
M. Karczewicz, W. Pu, V. Seregin, R. Joshi, J.
Sole (Qualcomm)
JCTVC-S0154
m34782
2014-10-08
01:31:06
2014-10-08
09:30:10
2014-10-08
09:30:10
CE6: Test B.1 Context coded CU-level escape colour flag
M. Karczewicz, W. Pu, V. Seregin, R. Joshi, J.
Sole (Qualcomm)
JCTVC-S0155
m34783
2014-10-08
01:31:22
2014-10-08
10:50:42
2014-10-16
18:33:49
Non-CE6: Palette copy above mode for the first row
V. Seregin, M. Karczewicz, W. Pu, R. Joshi, J.
Sole (Qualcomm)
JCTVC-S0156
m34784
2014-10-08
01:31:36
2014-10-08
09:43:03
2014-10-18
08:17:21
Non-CE6: Palette parsing dependency and palette encoder
improvement
W. Pu, F. Zou, V. Seregin, R. Joshi, M.
Karczewicz, J. Sole (Qualcomm)
JCTVC-S0157
m34785
2014-10-08
01:31:51
2014-10-08
09:50:16
2014-10-16
18:38:57
Non-CE6: Copy mode and escape coded sample
V. Seregin, R. Joshi, M. Karczewicz, W. Pu, J.
Sole (Qualcomm)
JCTVC-S0158
m34786
2014-10-08
01:36:36
2014-10-08
03:11:37
2014-10-08
03:11:37
CE 7 Test 1: 1-D String based Index Coding for Palette
Index Coding
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA
R&D)
JCTVC-S0159
m34787
2014-10-08
01:37:12
2014-10-08
03:11:59
2014-10-08
03:11:59
CE 7 Test 2: Constrained 1-D String based Index Coding for
Palette Index Coding
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA
R&D)
JCTVC-S0160
m34788
2014-10-08
01:37:35
2014-10-08
03:12:20
2014-10-08
03:12:20
CE 7 Test 3: Hybrid 1-D/2-D String-based Index Coding for
Palette Index Coding
M. Xu, Z. Ma, W. Wang, H. Yu (Huawei USA
R&D)
JCTVC-S0161
m34789
2014-10-08
01:37:58
2014-10-08
03:05:23
2014-10-08
03:05:23
CE 10: Hybrid 1-D/2-D Intra string search for HEVC screen
content coding
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA
R&D)
Page: 337
Date Saved: 2016-02-13
JCTVC-S0162
m34790
2014-10-08
01:56:43
2014-10-08
08:23:58
2014-10-13
18:22:36
CE1: Results of Tests 1.4, 2.2, & 3.3 on unified BVD &
MVD coding
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)
JCTVC-S0163
m34791
2014-10-08
01:57:03
2014-10-08
08:30:32
2014-10-08
08:30:32
CE6: Results of Test A.4 on palette run coding
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)
JCTVC-S0164
m34792
2014-10-08
01:57:14
2014-10-08
08:28:20
2014-10-08
08:28:20
CE6: Results of Test B.4 on palette index coding
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek),
JCTVC-S0165
m34793
2014-10-08
01:57:24
2014-10-08
08:33:10
2014-10-23
18:46:24
CE10 Results of Test 6 on unified method for entropy
coding intra string copy syntax elements
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek)
JCTVC-S0166
m34794
2014-10-08
01:57:36
2014-10-15
02:08:56
2014-10-15
02:08:56
CE1: Cross check of Tests 1.1 & 2.1 (JCTVC-S0142)
S.-T. Hsiang (MediaTek)
JCTVC-S0167
m34795
2014-10-08
01:57:46
2014-10-15
02:12:05
2014-10-15
02:12:05
CE1: Cross check of Test 4.1 on combination of Test 1.1 +
Test 1.3 (JCTVC-S0057)
S.-T. Hsiang (MediaTek)
JCTVC-S0168
m34796
2014-10-08
01:57:56
2014-10-15
02:14:13
2014-10-15
02:14:13
CE6: Cross check of Test B.3 on color index coding with
contextualization (JCTVC-S0074)
S.-T. Hsiang (MediaTek)
JCTVC-S0169
m34797
2014-10-08
01:58:08
2014-10-22
16:45:39
2014-10-22
16:45:39
Non-CE6: Cross check of JCTVC-S0052 on escape coded
pixel prediction using previous escape coded pixels for
palette based coding
S.-T. Hsiang (MediaTek)
JCTVC-S0170
m34798
2014-10-08
01:58:17
2014-10-23
17:49:00
2014-10-23
18:11:29
Non-CE6: Cross check of JCTVC-S0053 on escape pixel
prediction using previous escape coded pixels and palette for
palette based coding
S.-T. Hsiang (MediaTek)
JCTVC-S0171
m34799
2014-10-08
02:17:46
2014-10-16
12:10:53
2014-10-18
15:14:02
Cross-check of ‘CE2: Test 5 – Intra BC unified with
Inter using intra_bc_flag’ (JCTVC-S0122) by Mediatek
and Microsoft
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0172
m34800
2014-10-08
02:24:49
2014-10-08
03:52:32
2014-10-19
14:43:20
Non-CE2: Unification of IntraBC mode with inter mode
Y. He, Y. Ye, X. Xiu (InterDigital), X. Xu, S.
Liu, S. Lei (MediaTek), B. Li, J. Xu
(Microsoft)
JCTVC-S0173
m34801
2014-10-08
02:30:15
2014-10-08
02:32:49
2014-10-17
06:03:01
Non-CE6: Redundancy removal and simplification for
Palette coding
Y. He, X. Xiu, Y. Ye (InterDigital)
JCTVC-S0174
m34802
2014-10-08
02:33:11
2014-10-08
09:02:06
2014-10-17
06:20:11
CE6: Test C.3 Copy previous row mode for palette coding
F. Zou, W. Pu, M. Karczewicz, R. Joshi, V.
Seregin, J. Sole (Qualcomm)
JCTVC-S0175
m34803
2014-10-08
02:34:04
2014-10-08
09:04:39
2014-10-08
09:04:39
CE10: Test 7.1 Constrained run for Intra String Copy
F. Zou, Y. Chen, V. Seregin, M. Karczewicz
(Qualcomm)
JCTVC-S0176
m34804
2014-10-08
02:43:25
2014-10-08
05:56:46
2014-10-16
09:42:09
CE8 Test C: Independent Uniform Prediction Intra Mode
(IUP)
R. Cohen, X. Zhang (MERL)
JCTVC-S0177
m34805
2014-10-08
02:44:07
2014-10-08
05:57:13
2014-10-17
09:59:01
CE9 Test A.3 Modifying cross-component prediction to
compensate for intra boundary filtering
R. Cohen, X. Zhang (MERL)
JCTVC-S0178
m34806
2014-10-08
2014-10-08
2014-10-18
Non-CE6: Improved binarization and signaling of index
M. Karczewicz, F. Zou, R. Joshi, V. Seregin,
Page: 338
Date Saved: 2016-02-13
02:46:50
23:33:02
12:34:02
coding for transition copy mode
W. Pu (Qualcomm)
JCTVC-S0179
m34807
2014-10-08
03:28:23
2014-10-08
06:42:30
2014-10-17
18:29:43
On inter-component de-correlation for screen content coding
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0180
m34808
2014-10-08
03:31:29
2014-10-08
03:41:52
2014-10-23
04:23:59
Adaptive color transform for different luma and chroma bitdepth
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0181
m34809
2014-10-08
03:34:13
2014-10-08
03:49:59
2014-10-17
18:32:19
Non-CE6: Removal of parsing dependency in palette-based
coding
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0182
m34810
2014-10-08
04:13:06
Non-CE: SCC with extended LCU size
D. Jiang, X. Zhang, Y. Wu, Z. Wang
JCTVC-S0183
m34811
2014-10-08
04:23:56
CE2: Cross-check of Test 2
C. Pang (Qualcomm)
JCTVC-S0184
m34812
2014-10-08
04:25:07
Non-SCCE: SCC with extended LCU size
D. Jiang
JCTVC-S0185
m34813
2014-10-08
05:01:56
Non-SCCE: SCC with extended largest coding unit
D. Jiang, X. Zhang
JCTVC-S0186
m34814
2014-10-08
05:02:42
2014-10-08
05:48:19
2014-10-08
05:48:19
Non-CE6: on context modeling of palette_transpose_flag
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0187
m34815
2014-10-08
05:24:04
2014-10-08
10:05:13
2014-10-17
04:05:50
Non-SCCE: SCC with extended LCU size
D. Jiang, X. Zhang, Y. Wu, Z. Wang
JCTVC-S0188
m34816
2014-10-08
05:32:22
2014-10-08
05:35:40
2014-10-19
11:59:46
Non-CE6: A combination of CE6 Test C.2 – transitioncopy mode and CE6 Test C.3 (configuration 1) - copy-fromprevious-row mode
Y.-C. Sun, T.-D. Chuang, Y.-W. Huang, S.
Lei (MediaTek)
JCTVC-S0189
m34817
2014-10-08
05:54:30
2014-10-08
06:27:12
2014-10-20
08:01:09
CE5: Investigation of palette-based coding with maximum
palette predictor size being equal to 96 and 128
M. Azimi, X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0190
m34818
2014-10-08
05:58:55
2014-10-08
23:40:41
2014-10-08
23:40:41
CE8: Cross-check of JCTVC-S0098, CE8 Test B: Single
colour intra mode
R. Cohen (MERL)
JCTVC-S0191
m34819
2014-10-08
05:59:34
2014-10-08
23:57:44
2014-10-08
23:57:44
CE9: Cross-check of JCTVC-S0102, CE9 Test A.1:
Optionally disabling the usage of the intra boundary filters
R. Cohen (MERL)
JCTVC-S0192
m34820
2014-10-08
06:13:52
2014-10-08
12:23:26
2014-10-08
12:23:26
CE10: Results of test 2, 4, 7
X. Chen, S. Wang, T. Lin (Tongji), J. Ye, S.
Liu, S. Lei (MediaTek)
JCTVC-S0193
m34821
2014-10-08
06:13:56
CE10: Results of test 2, 4, 7
Xianyi Chen, Shuhui Wang, Tao Lin, Jing Ye,
Shan Liu, Shawmin Lei
JCTVC-S0194
m34822
2014-10-08
06:20:11
2014-10-08
13:08:04
2014-10-08
13:08:04
CE4: Results of test C
L. Zhao, X. Chen, T. Lin (Tongji)
JCTVC-S0195
m34823
2014-10-08
06:29:27
2014-10-11
03:36:38
2014-10-11
03:36:38
CE6: Cross-verification of Test B1
X. Xiu, Y. He, Y. Ye (InterDigital)
2014-10-16
22:04:02
2014-10-16
22:04:02
Page: 339
Date Saved: 2016-02-13
JCTVC-S0196
m34824
2014-10-08
08:27:41
2014-10-14
23:55:09
2014-10-17
14:06:05
HLS: On Redundant Pictures SEI message for HEVC
M.Sychev, S.Ikonin(Huawei)
JCTVC-S0197
m34862
2014-10-08
17:36:42
2014-10-08
23:02:44
2014-10-08
23:02:44
VUI codepoint for SMPTE ST 2085 (YDzDx)
C. Fogg, J. Helman (MovieLabs)
JCTVC-S0198
m34863
2014-10-08
17:40:52
2014-10-23
01:11:54
2014-10-23
01:11:54
Conversion tools update
B. Mandel (Universal), C. Fogg (MovieLabs)
JCTVC-S0199
m34869
2014-10-08
23:36:50
2014-10-09
21:02:01
2014-10-09
21:02:01
Non-CE9: On chroma boundary filtering
F. Zou, R. Joshi, W. Pu, V. Seregin, M.
Karczewicz (Qualcomm)
JCTVC-S0200
m34871
2014-10-09
01:22:20
2014-10-17
12:25:24
2014-10-17
14:04:15
Cross check Non-CE6: Redundancy removal and
simplification for palette coding
W. Pu (Qualcomm)
JCTVC-S0201
m34872
2014-10-09
01:49:04
2014-10-09
02:21:38
2014-10-16
23:01:03
Non-CE5: CU dependent color palette maximum size
W. Wang, Z. Ma, M. Xu, H. Yu (Huawei USA
R&D)
JCTVC-S0202
m34873
2014-10-09
02:08:49
2014-10-14
03:38:34
2014-10-14
03:38:34
Cross check of On deblocking for screen content coding
(JCTVC-S0045)
O. Nakagami (Sony)
JCTVC-S0203
m34874
2014-10-09
04:46:49
2014-10-15
17:16:34
2014-10-15
17:19:42
Crosscheck for CE6 Test C.3 on copy from previous row
T.-D. Chuang (MediaTek)
JCTVC-S0204
m34875
2014-10-09
04:47:03
2014-10-15
17:14:49
2014-10-15
17:18:39
Crosscheck for CE6 Test D.1 on palette table signalling
T.-D. Chuang (MediaTek)
JCTVC-S0205
m34876
2014-10-09
04:50:32
2014-10-14
18:01:23
2014-10-15
01:05:34
Crosscheck for CE6 Test C.1 on transition copy mode
Y.-C. Sun (MediaTek)
JCTVC-S0206
m34877
2014-10-09
05:16:35
2014-10-16
15:44:08
2014-10-16
15:44:08
On lambda domain Rate Control
J. Wen, M. Fang, M. Tang
JCTVC-S0207
m34878
2014-10-09
05:21:44
2014-10-15
00:52:57
2014-10-15
00:52:57
Cross check of block vector predictor (JCTVC-S0087)
X. Xu (MediaTek)
JCTVC-S0208
m34879
2014-10-09
05:22:15
2014-10-15
09:23:51
2014-10-15
09:23:51
CE8-related: Crosscheck for combination of CE8 Test A and
CE8 Test B for screen content coding (JCTVC-S0050)
Y.-W. Chen (MediaTek)
JCTVC-S0209
m34880
2014-10-09
05:22:39
2014-10-17
04:04:18
2014-10-22
03:05:28
CE8-related: Crosscheck for Multi-colour intra mode for
screen content coding (JCTVC-S0051)
Y.-W. Chen (MediaTek)
JCTVC-S0210
m34883
2014-10-09
11:59:03
2014-10-10
12:00:34
2014-10-10
12:00:34
CE1: Cross-Check Results of Test 1.3
C.-H. Hung, C. -C Lin, J.-S. Tu, Y.-J. Chang,
C.-L. Lin (ITRI)
JCTVC-S0211
m34884
2014-10-09
12:02:58
2014-10-10
11:49:52
2014-10-10
11:49:52
CE6: Cross-Check Results of Test B.5
C. -C Lin, C.-H. Hung, J.-S. Tu, Y.-J. Chang,
C.-L. Lin (ITRI)
JCTVC-S0212
m34885
2014-10-09
12:05:25
2014-10-10
11:28:25
2014-10-10
11:28:25
CE8: Cross-Check Results of Test C
J.-S. Tu, C.-H. Hung, C. -C Lin, Y.-J. Chang,
C.-L. Lin (ITRI)
JCTVC-S0213
m34887
2014-10-09
16:21:17
2014-10-18
01:31:32
2014-10-22
20:37:43
CE6-related : Crosscheck report of JCTVC-S0134
J. Kim, S.Liu (MediaTek)
Page: 340
Date Saved: 2016-02-13
JCTVC-S0214
m34888
2014-10-09
19:22:06
2014-10-17
15:03:46
2014-10-19
14:57:49
Cross check non-CE6: Escape colour signalling
W. Pu (Qualcomm)
JCTVC-S0215
m34891
2014-10-10
02:28:04
2014-10-10
04:37:28
2014-10-10
04:37:28
CE6: crosscheck report of CE6 test B.4
Z. Xu, J. Zhu(Fujitsu)
JCTVC-S0216
m34892
2014-10-10
02:31:28
2014-10-17
16:48:51
2014-10-17
16:48:51
CE7: crosscheck report of CE7 test 1
Zhanglei Xu, Jianqing Zhu(Fujitsu)
JCTVC-S0217
m34912
2014-10-10
07:44:32
2014-10-15
04:14:43
2014-10-15
04:14:43
Non-CE6: cross-check of JCTVC-S0110 on Syntax
Redundancy Fixes for Palette Mode
Y. He, X. Xiu, Y. Ye (InterDigital)
JCTVC-S0218
m34941
2014-10-10
18:48:37
2014-10-14
22:51:16
2014-10-14
22:51:16
Cross-verification of JCTVC-S0086 on residual adaptive
color transform
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0219
m34942
2014-10-10
18:50:59
2014-10-15
00:28:07
2014-10-15
00:28:07
Cross-verification of JCTVC-S0155 on palette copy above
mode for the first row
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0220
m34945
2014-10-10
22:01:02
2014-10-10
22:07:27
2014-10-18
11:31:15
On parallel processing capability of intra block copy
K. Rapaka, V. Seregin, C. Pang, M.
Karczewicz(Qualcomm)
JCTVC-S0221
m34950
2014-10-11
02:05:56
2014-10-14
02:04:33
2014-10-14
02:04:33
CE9: crosscheck report of CE9 Test A.3 (JCTVC-S0177)
L. Zhang
JCTVC-S0222
m34952
2014-10-11
02:39:47
2014-10-12
04:03:20
2014-10-12
04:03:20
CE5: Cross-verification report on investigation of maximum
palette predictor size (S0189)
R. Joshi (Qualcomm)
JCTVC-S0223
m34956
2014-10-11
08:23:19
Cross check Non-CE6: Last run flag for Palette mode
W. Pu (Qualcomm)
JCTVC-S0224
m34967
2014-10-13
00:51:11
2014-10-16
12:12:06
2014-10-18
14:59:23
Cross-check of ‘AHG13: Chroma deblocking filter control
for SCC’ (JCTVC-S0044) by Sony
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0225
m34968
2014-10-13
00:52:05
2014-10-17
09:01:42
2014-10-18
15:16:08
Cross-check of ‘Non-CE1 :Block vector coding for Intra
block copy’ (JCTVC-S0143) by Mitsubishi and
Qualcomm
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0226
m34969
2014-10-13
00:52:48
2014-10-16
12:13:02
2014-10-18
15:17:38
Cross-check of CE1 Test 2.2 from ‘CE1: Results of Tests
1.4, 2.2, & 3.3 on unified BVD & MVD coding’
(JCTVC-S0162) by Mediatek
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0227
m34970
2014-10-13
00:57:36
2014-10-16
12:14:57
2014-10-18
15:19:07
Cross-check of ‘Non-CE2: On Intra block copy’
(JCTVC-S0112) by Qualcomm
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0228
m34979
2014-10-13
05:34:08
2014-10-14
09:03:32
2014-10-30
02:31:53
Crosscheck of Non-CE6 on Improvement On Palette Run
Coding(JCTVC-S0111)
C.-H. Hung, Y.-J. Chang, J.-S. Tu, C. -C Lin,
C.-L. Lin (ITRI)
JCTVC-S0229
m34980
2014-10-13
05:35:02
2014-10-15
10:07:03
2014-10-20
12:26:55
Crosscheck of Non-CE6 on Exponential Golomb
binarization for Palette Run(JCTVC-S0138)
C.-H. Hung, C. -C Lin, J.-S. Tu, Y.-J. Chang,
C.-L. Lin (ITRI)
JCTVC-S0230
m34984
2014-10-13
07:27:03
2014-10-20
19:23:29
2014-10-20
19:23:29
Cross-check of JCTVC-S0069 on adaptive colour transform
and Inter modes
P. Lai, S. Liu (MediaTek)
JCTVC-S0231
m34985
2014-10-13
2014-10-19
2014-10-19
AHG14: Cross-check of JCTVC-S0070 on IBC constraint
P. Lai, X. Xu (MediaTek)
Page: 341
Date Saved: 2016-02-13
07:28:03
00:16:14
00:16:14
for Wavefront Parallel Processing
JCTVC-S0232
m34987
2014-10-13
08:00:29
2014-10-17
08:57:56
2014-10-17
08:57:56
Crosscheck of JCTVC-S0150: Non-CE6: Simplification on
Escape Coding of Palette Mode in HEVC SCC
R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M.
Hang (NCTU/ITRI)
JCTVC-S0233
m34988
2014-10-13
08:03:20
2014-10-17
08:58:58
2014-10-17
08:58:58
Crosscheck of JCTVC-S0194: CE4: Results of test C
R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M.
Hang (NCTU/ITRI)
JCTVC-S0234
m34992
2014-10-13
08:43:21
2014-10-13
11:26:48
2014-10-13
11:26:48
CE2 Test2: Crosscheck for Intra BC signalled at PU level
(JCTVC-S0121)
W. Zhang, L. Xu, Y. Chiu (Intel)
JCTVC-S0235
m34993
2014-10-13
08:43:36
2014-10-13
11:37:07
2014-10-13
11:37:07
CE3 Test2.2: Crosscheck for Combination of Test 1.2 and
Test 1.3 (JCTVC-S0119)
W. Zhang, L. Xu, Y. Chiu (Intel)
JCTVC-S0236
m34994
2014-10-13
08:44:38
2014-10-13
11:42:05
2014-10-13
11:42:05
Crosscheck of Improvement for Hash Based Inter Search
(JCTVC-S0089)
W. Zhang, L. Xu, Y. Chiu (Intel)
JCTVC-S0237
m34995
2014-10-13
08:45:17
2014-10-14
01:33:54
2014-10-14
01:33:54
Non-CE2: Crosscheck for Intra BC merge mode with default
candidates (JCTVC-S0123)
W. Zhang, L. Xu, Y. Chiu (Intel)
JCTVC-S0238
m35011
2014-10-13
10:52:50
2014-10-17
10:27:43
2014-10-17
10:27:43
Cross-check of JCTVC-S0129: On indication of IBC
J. Lainema (Nokia)
JCTVC-S0239
m35114
2014-10-13
20:55:39
2014-10-19
11:29:58
2014-10-19
11:29:58
Cross-check report of JCTVC-S0085 on Adaptive motion
vector resolution for screen content
K. Rapaka(Qualcomm)
JCTVC-S0240
m35115
2014-10-13
20:55:57
2014-10-22
02:18:09
2014-10-22
02:18:09
Cross-check report of JCTVC-S0180 on Adaptive color
transform for different luma and chroma bit-depth
K. Rapaka(Qualcomm)
JCTVC-S0241
m35116
2014-10-13
20:56:08
2014-10-18
12:49:09
2014-10-18
15:51:51
Cross-check report of JCTVC-S0068 On IBC memory
reduction
K. Rapaka(Qualcomm)
JCTVC-S0242
m35120
2014-10-13
21:25:06
2014-10-17
19:44:10
2014-10-17
19:44:10
Cross-check of S0088 (On WPP with palette mode and intra
BC mode)
W. Wang, M. Xu, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0243
m35121
2014-10-13
21:25:21
2014-10-16
23:14:05
2014-10-16
23:14:05
Cross-check of S0090 (On referencing structure supporting
temporal scalability)
W. Wang, M. Xu, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0244
m35122
2014-10-13
21:25:37
2014-10-16
22:28:49
2014-10-16
22:28:49
AHG6: Cross-check of S0100 ( On Adaptive Color
Transform (ACT) in SCM2.0)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0245
m35123
2014-10-13
21:25:52
2014-10-21
02:46:10
2014-10-21
02:46:10
CE10: Cross-check of S0083 (Result of Test 1 and 2)
W. Wang, M. Xu, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0246
m35124
2014-10-13
21:26:53
2014-10-21
02:47:38
2014-10-21
02:47:38
Non-CE6: Cross-check of S0054 (Escape coded pixel
prediction using previous palette for palette based coding)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0247
m35125
2014-10-13
21:27:29
2014-10-17
03:57:59
2014-10-17
03:57:59
Non-CE6: Cross-check of S0060 (Modified unpredicted
palette entries coding in palette based coding)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0248
m35126
2014-10-13
21:28:19
2014-10-17
03:56:19
2014-10-17
03:56:19
CE4: Cross-check of S0135 (Results of Test A on Search
Range of Intra Line Copy)
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA
R&D)
JCTVC-S0249
m35127
2014-10-13
2014-10-21
2014-10-21
Non-CE4: Cross-check of S0136 (On CABAC Throughput
M. Xu, W. Wang, Z. Ma, H. Yu (Huawei USA
Page: 342
Date Saved: 2016-02-13
21:28:46
02:48:09
02:48:09
of Intra Line Copy)
R&D)
JCTVC-S0250
m35168
2014-10-14
04:38:41
2014-10-14
04:42:40
2014-10-18
07:57:56
Non-CE10: Improvement on coding of ISC parameters and
comparison to Palette Coding
Kailun Zhou, Liping Zhao, Xianyi Chen, Tao
Lin (Tongji)
JCTVC-S0251
m35172
2014-10-14
07:13:39
2014-10-21
05:22:17
2014-10-21
05:22:17
CE3: cross-check of Test 1.3: Intra block copy with flipping
(JCTVC-S0117)
B. Li, J. Xu (Microsoft)
JCTVC-S0252
m35199
2014-10-14
09:19:15
2014-10-21
05:22:57
2014-10-21
05:22:57
CE3: cross-check of Test 2.1 Combined test of test 1.1 and
test 1.3 (JCTVC-S0118)
B. Li, J. Xu (Microsoft)
JCTVC-S0253
m35214
2014-10-14
14:53:37
2014-10-17
08:17:43
2014-10-17
08:17:43
Non-CE6: Crosscheck for Copy Previous Mode (JCTVCS0120)
W. Zhang, L. Xu, Y. Chiu (Intel)
JCTVC-S0254
m35215
2014-10-14
17:51:14
2014-10-14
18:35:41
2014-10-14
23:14:53
Unification of colour transforms in ACT
L. Zhang, J. Chen, M. Karczewicz
(Qualcomm), B. Li, J. Xu (Microsoft)
JCTVC-S0255
m35216
2014-10-14
19:20:05
2014-10-17
16:52:37
2014-10-17
16:52:37
Non-CE6: Cross-check of enabling copy above mode
prediction at the boundary of CU (JCTVC-S0114)
V. Seregin (Qualcomm)
JCTVC-S0256
m35217
2014-10-14
19:20:19
2014-10-14
23:27:16
2014-10-14
23:27:16
Non-CE6: Cross-check of removal of parsing dependency in
palette-based coding (JCTVC-S0181)
V. Seregin (Qualcomm)
JCTVC-S0257
m35218
2014-10-14
19:20:33
2014-10-17
16:43:31
2014-10-17
16:43:31
Cross-check of using the wavefront store-and-sync design
for palette table prediction variables (JCTVC-S0141)
V. Seregin (Qualcomm)
JCTVC-S0258
m35220
2014-10-14
20:49:54
2014-10-14
21:20:14
2014-10-18
10:52:04
Non-CE6: Unification of coding of escape indices and other
palette indices
X. Xiu, Y. He, Y. Ye (InterDigital), V.
Seregin, R. Joshi, M. Karczewicz, W. Pu, J.
Sole (Qualcomm)
JCTVC-S0259
m35221
2014-10-14
20:57:48
2014-10-18
01:59:59
2014-10-24
10:14:44
CE6-related : Crosscheck report of JCTVC-S0157
J. Kim, S. Liu (MediaTek)
JCTVC-S0260
m35223
2014-10-15
00:47:21
2014-10-17
05:07:09
2014-10-17
05:07:09
Cross-check of Non-CE6: Modifications of copy-left and
copy-above modes in index coding (JCTVC-S0047)
S.H. Kim (Sharp)
JCTVC-S0261
m35226
2014-10-15
01:50:00
2014-10-19
05:42:29
2014-10-19
13:08:06
Crosscheck of JCTVC-S0065 on IBC encoder improvements
for SCM2.0
C. Pang (Qualcomm)
JCTVC-S0262
m35227
2014-10-15
01:51:12
2014-10-19
18:06:39
2014-10-19
18:06:39
Crosscheck of JCTVC-S0172 on unification of IntraBC
mode with inter mode
C. Pang (Qualcomm)
JCTVC-S0263
m35233
2014-10-15
04:08:44
2014-10-17
11:53:25
2014-10-19
13:40:44
CE3 Test 1.2: Crosscheck for Segmental Prediction for Intra
Block Copy (JCTVC-S0107)
W. Zhang, L. Xu, Y. Chiu (Intel)
JCTVC-S0264
m35239
2014-10-15
07:56:46
2014-10-15
09:52:21
2014-10-15
09:52:21
CE9: cross-check of test A.1.3: Optionally disabling the
usage of the intra boundary filters (JCTVC-S0102)
B. Li, J. Xu (Microsoft)
JCTVC-S0265
m35240
2014-10-15
07:59:28
2014-10-15
12:43:25
2014-10-15
12:43:25
Cross-check of inter-component de-correlation for screen
content coding (JCTVC-S0179)
B. Li, J. Xu (Microsoft)
JCTVC-S0266
m35241
2014-10-15
07:59:50
2014-10-15
13:04:36
2014-10-15
15:29:09
Non-CE6: cross-check of improvement on palette sharing
mode (JCTVC-S0108)
B. Li, J. Xu (Microsoft)
Page: 343
Date Saved: 2016-02-13
JCTVC-S0267
m35242
2014-10-15
08:24:33
2014-10-18
01:04:28
2014-10-18
01:04:28
Cross-verification of JCTVC-S0064 on Last run flag for
Palette mode
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0268
m35253
2014-10-15
09:50:23
2014-10-16
21:10:50
2014-10-16
21:10:50
CE9: Cross-check of JCTVC-S0082 Test A.2
X. Zhang (MediaTek)
JCTVC-S0269
m35257
2014-10-15
16:56:35
2014-10-17
16:24:41
2014-10-22
14:42:28
CE6-related: Harmonization of CE6 Tests A4, A5, and A6
S.-T. Hsiang, T.-D. Chuang, S. Lei
(MediaTek), R. Joshi, W. Pu, M. Karczewicz,
F. Zou, V. Seregin, J. Sole (Qualcomm),
JCTVC-S0270
m35259
2014-10-15
19:47:35
2014-10-17
23:25:39
2014-10-17
23:25:39
CE6-related: Cross check of JCTVC-S0115 Test 2.1
J. Zhao, S. H Kim (Sharp)
JCTVC-S0271
m35260
2014-10-15
21:22:55
2014-10-15
22:46:34
2014-10-15
22:46:34
CE5: Cross-verification of JCTVC-S0037 on investigation
of maximum palette size
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0272
m35264
2014-10-16
00:53:39
2014-10-16
00:55:43
2014-10-16
00:55:43
Intra Reference Prediction by Cross-Component Prediction
K. Kawamura, S. Naito (KDDI)
JCTVC-S0273
m35269
2014-10-16
12:07:54
2014-10-18
08:35:40
2014-10-18
15:21:48
Cross-check of ‘AhG13: Palette and deblocking’
(JCTVC-S0096) by Qualcomm
C. Rosewarne, M. Maeda (Canon)
JCTVC-S0274
m35274
2014-10-16
16:05:45
2014-10-18
21:27:46
2014-10-18
21:27:46
AHG14: Cross check of JCTVC-S0101 on Intra Block Copy
reference area for Wavefront Parallel Processing
P. Onno (Canon)
JCTVC-S0275
m35275
2014-10-16
16:06:11
2014-10-19
19:43:37
2014-10-19
19:43:37
Non-CE6: Cross-check of JCTVC-S0178 on improved
binarization and signaling of index coding for transition
copy mode
P. Onno (Canon)
JCTVC-S0276
m35276
2014-10-16
16:06:40
2014-10-20
18:27:16
2014-10-20
18:27:16
Non-CE6: Cross-check of JCVC-S0186 on context modeling
of palette_transpose_flag
P. Onno (Canon)
JCTVC-S0277
m35277
2014-10-16
16:07:04
2014-10-21
18:34:55
2014-10-21
18:34:55
Non-CE6: Crosscheck of JCTVC-S0258 on unification of
coding of escape indices and other palette indices
P. Onno (Canon)
JCTVC-S0278
m35278
2014-10-16
16:12:18
2014-10-20
17:07:06
2014-10-20
17:07:06
Cross check Non-CE6: Palette encoder improvements for
SCM2.0
W. Pu (Qualcomm)
JCTVC-S0279
m35282
2014-10-16
20:18:08
2014-10-20
23:24:42
2014-10-22
19:47:59
Crosscheck of JCTVC-S0115 method 2
F. Zou (Qualcomm)
JCTVC-S0280
m35283
2014-10-16
20:20:10
2014-10-20
22:51:22
2014-10-20
22:51:22
Crosscheck of JCTVC-S0105
F. Zou (Qualcomm)
JCTVC-S0281
m35284
2014-10-16
20:57:10
2014-10-23
19:40:01
2014-10-23
19:40:01
CE10: Crosscheck of JCTVC-S0192 Test 2
F. Zou (Qualcomm)
JCTVC-S0282
m35285
2014-10-16
20:59:06
2014-10-20
22:39:24
2014-10-23
19:27:13
Crosscheck of JCTVC-S0067
F. Zou (Qualcomm)
JCTVC-S0283
m35290
2014-10-17
01:16:50
2014-10-19
05:05:40
2014-10-19
16:42:53
Crosscheck of JCTVC-S0187 on SCC with extended LCU
size
X. Li, Y. Chen (Qualcomm)
JCTVC-S0284
m35294
2014-10-17
2014-10-17
2014-10-17
Crosscheck of JCTVC- S0113 on Non-CE2: Intra block
K. Miyazawa, A. Minezawa, S. Sekiguchi
Page: 344
Date Saved: 2016-02-13
07:31:04
13:51:02
13:51:02
copy with Inter signaling
(Mitsubishi)
JCTVC-S0285
m35297
2014-10-17
08:01:21
2014-10-17
17:31:26
2014-10-17
17:31:26
Cross-verfication of JCTVC-S0140 on On transform
coefficient scaling for adaptive colour transform
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0286
m35299
2014-10-17
10:07:27
2014-10-19
17:00:38
2014-10-19
17:00:38
Cross-verification of JCTVC-S0254 on unification of colour
transforms in ACT
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-S0287
m35306
2014-10-17
12:15:17
2014-10-17
12:17:49
2014-10-17
12:17:49
Crosscheck report of JCTVC-S0152
K.Chono (NEC)
JCTVC-S0288
m35320
2014-10-17
17:06:09
2014-10-18
08:34:44
2014-10-18
23:30:22
Crosscheck of JCTVC-S0188: Non-CE6: A combination of
CE6 Test C.2 – transition-copy mode and CE6 Test C.3
(configuration 1) - copy-from-previous-row mode
R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M.
Hang (NCTU/ITRI)
JCTVC-S0289
m35321
2014-10-17
17:36:58
2014-10-18
08:08:04
2014-10-19
08:12:03
Cross check of Harmonization of CE6 Tests A4, A5, and A6
(JCTVC-S0269)
O. Nakagami (Sony)
JCTVC-S0290
m35331
2014-10-18
01:14:29
2014-10-18
01:41:33
2014-10-18
01:41:33
Non-CE4: Cross-verfication of JCTVC-S0137 on Intra Line
Copy with Extended Full-frame Search for Test A
X. Xiu (InterDigital)
JCTVC-S0291
m35335
2014-10-18
10:14:49
2014-10-21
11:01:42
2014-10-21
11:01:42
Non-CE6: Cross-check of cross-CU palette color index
prediction from MediaTek (JCTVC-S0079)
X. Guo (Microsoft)
JCTVC-S0292
m35339
2014-10-18
22:06:17
2014-10-18
22:16:45
2014-10-19
20:22:38
BoG report on CE6 improvements of palette mode
R. Cohen, Y.-W. Huang
JCTVC-S0293
m35340
2014-10-19
08:44:42
2014-10-19
08:52:02
2014-10-19
08:52:02
Non-CE9: cross-check of chroma boundary filtering
(JCTVC-S0199)
B. Li, J. Xu (Microsoft)
JCTVC-S0294
m35341
2014-10-19
09:10:51
2014-10-23
08:13:14
2014-10-23
08:13:14
BoG report on complexity assessment of IBC block vector
coding
C. Pang, S. Liu
JCTVC-S0295
m35343
2014-10-19
10:58:46
2014-10-20
11:51:04
2014-10-20
11:51:04
Cross-check of JCTVC-S0188
D. B. Sansli, J. Lainema (Nokia)
JCTVC-S0296
m35354
2014-10-20
04:12:04
2014-10-20
04:21:17
2014-10-20
04:21:17
Non-CE6: cross-check of 2-D Index Map Coding of Palette
Mode in HEVC SCC (JCTVC-S0151)
B. Li, J. Xu (Microsoft)
JCTVC-S0297
m35355
2014-10-20
08:39:50
2014-10-20
08:53:52
2014-10-20
08:53:52
Non-CE6: cross-check of palette parsing dependency and
palette encoder improvement (JCTVC-S0156)
B. Li, J. Xu (Microsoft)
JCTVC-S0298
m35363
2014-10-20
18:10:48
2014-10-22
03:22:29
2014-10-22
03:22:29
Cross-check report of JCTVC-S0046 Intra-boundary filter
control for non-camera captured content
K. Rapaka (Qualcomm)
JCTVC-S0299
m35364
2014-10-20
18:10:51
JCTVC-S0300
m35368
2014-10-21
14:39:25
2014-10-22
09:17:53
2014-10-22
11:27:34
Qp derivation and offsets signaling for adaptive color
transform
K. Rapaka, L. Zhang, R. Joshi, M. Karczewicz
(Qualcomm), K. Chono (NEC), J. Xu
(Microsoft), R. Sjöberg (Ericsson), K. Misra,
S. H. Kim, A. Segall (Sharp)
JCTVC-S0301
m35369
2014-10-21
2014-10-21
2014-10-21
Some Results on Image Quality of HEVC and WebP
Dake He, Jing Wang
cross-check
Page: 345
Date Saved: 2016-02-13
15:04:56
15:07:35
15:07:35
JCTVC-S0302
m35370
2014-10-21
15:48:45
2014-10-22
04:08:42
2014-10-22
04:08:42
Non-CE2: Intra block copy and Inter signaling unification
C. Pang, K. Rapaka, Y.-K. Wang, V. Seregin,
M. Karczewicz (Qualcomm), X. Xu, S. Liu, S.
Lei (MediaTek), B. Li, J. Xu (Microsoft)
JCTVC-S0303
m35371
2014-10-21
19:22:53
2014-10-21
19:31:42
2014-10-21
19:31:42
CE6: Cross-check of combination with five regular bins
from JCTVC-S0039, CE6 subtest A.6: Binarization for run
coding in palette mode
R. Cohen (MERL)
JCTVC-S0304
m35378
2014-10-22
18:38:22
2014-10-22
18:41:24
2014-10-22
18:41:24
BoG report on Adaptive Color Transform (ACT)
J. Boyce
JCTVC-S0305
m35380
2014-10-23
03:56:52
2014-10-23
04:05:27
2014-10-23
04:05:27
CE10: Cross-check of test 7.1 Constrained run for Intra
String Copy (JCTVC-S0175)
B. Li, J. Xu (Microsoft)
JCTVC-S0306
m35381
2014-10-23
04:50:37
2014-10-23
05:23:28
2014-10-23
14:42:30
Cross-verification of JCTVC-S0220 On parallel processing
capability of intra block copy
X. Xiu (InterDigital)
JCTVC-S0307
m35382
2014-10-23
05:55:15
2014-10-23
06:44:16
2014-10-23
06:44:16
Crosscheck of JCTVC-S0302 on Non-CE2: Intra block copy
and Inter signaling unification
A. Minezawa, K. Miyazawa, S. Sekiguchi
(Mitsubishi)
JCTVC-S0308
m35385
2014-10-23
08:40:10
2014-10-23
10:09:08
2014-10-23
22:57:39
BoG report on Intra String Copy (CE10)
Y. Chen
JCTVC-S0309
m35392
2014-10-23
18:02:57
2014-10-23
18:09:25
2014-10-24
11:46:42
CE9: Summary of informal subjective viewing of effects
from enabling or disabling intra boundary filtering for all
components
R. Cohen (MERL), P. Lai (MediaTek), J. Xu
(Microsoft)
JCTVC-S0310
m35401
2014-10-24
12:15:29
Description of Core Experiment 1 (CE1): Improvements of
palette mode
JCTVC-S1000
m35418
2014-11-09
17:20:47
Meeting Report of 19th JCT-VC Meeting
G. J. Sullivan, J.-R. Ohm
JCTVC-S1002
m35419
2014-11-09
17:27:08
High Efficiency Video Coding (HEVC) Test Model 16 (HM
16) Improved Encoder Description
K. McCann, C. Rosewarne, B. Bross, M.
Naccari, K. Sharman, G. J. Sullivan
JCTVC-S1003
m35420
2014-11-09
17:29:12
2014-12-02
12:23:36
2014-12-02
12:23:36
Draft verification test plan for interlaced video and format
range extensions
C. Rosewarne, A. Tourapis, G. Barroux, M.
Naccari
JCTVC-S1004
m35421
2014-11-09
17:30:55
2014-11-21
01:42:42
2014-11-21
01:42:42
HEVC Version 1 Conformance Testing Defect Report
T. Suzuki, W. Wan, G. J. Sullivan
JCTVC-S1005
m35422
2014-11-09
17:32:56
HEVC Screen Content Coding Draft Text 2
R. Joshi, J. Xu
JCTVC-S1007
m35424
2014-11-09
17:36:57
SHVC Test Model 8 (SHM 8) Introduction and Encoder
Description
J. Chen, J. Boyce, Y. Ye, M. M. Hannuksela
JCTVC-S1008
m35425
2014-11-09
17:38:47
2014-11-19
21:53:45
2014-11-19
21:53:45
SHVC Conformance Testing Draft 1
J. Boyce, A. K. Ramasubramonian
JCTVC-S1011
m35426
2014-11-09
2014-11-19
2014-11-19
HEVC Reference Software for Format Range Extensions
F. Bossen, D. Flynn, K. Sharman, K.
Page: 346
Date Saved: 2016-02-13
17:43:57
15:19:42
15:19:42
Profiles
Suehring, T. Suzuki
JCTVC-S1012
m35427
2014-11-09
17:44:50
HEVC Range Extensions Conformance Testing Draft 3
T. Suzuki, K. Kazui
JCTVC-S1014
m35428
2014-11-09
17:46:10
Screen Content Coding Test Model 3 Encoder Description
(SCM 3)
R. Joshi, J. Xu, R. Cohen, S. Liu, Z. Ma, Y.
Ye
JCTVC-S1015
m35410
2014-11-08
00:51:46
2014-11-08
00:55:46
2014-11-22
02:08:13
Common Test Conditions for Screen Content Coding
H. Yu, R. Cohen, K. Rapaka, J. Xu (editors)
JCTVC-S1101
m35402
2014-10-24
12:16:54
2014-11-22
07:56:00
2014-11-22
07:56:00
Description of Core Experiment 1 (CE1): Improvements of
palette mode
P. Lai, P. Onno, R. Cohen, V. Seregin, X. Xiu,
Z. Ma (CE coordinators)
JCTVC-S1102
m35400
2014-10-24
11:37:53
2014-10-24
12:14:35
2014-11-24
05:43:45
Description of Core Experiment 2 (CE2): Intra block copy
relationship to inter coding
S. Liu, C. Pang, J. Xu (CE coordinators)
JCTVC-S1103
m35396
2014-10-24
09:23:38
2014-11-22
09:01:10
2014-11-22
09:01:10
Description of Core Experiment 3 (CE3): Intra Line Copy
and Intra String Copy
C.-C. Chen, Y. Chen, J. Xu, T. Lin, W. Wang
Page: 347
Date Saved: 2016-02-13
Annex B to JCT-VC report:
List of meeting participants
The participants of the nineteenth meeting of the JCT-VC, according to a sign-in sheet circulated
during the meeting (approximately 125 people in total), were as follows:
Page: 348
Date Sav
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
Yongjo Ahn (Kwangwoon Univ.)
Alexander Alshin (Samsung Electronics)
Elena Alshina (Samsung Electronics)
Peter Amon (Siemens AG)
Kenneth Andersson (LM Ericsson)
Cheung Auyeung (Sony)
Guillaume Barroux (Fujitsu)
Max Blaeser (RWTH Aachen Univ.)
Philippe Bordes (Technicolor)
Jill Boyce (Vidyo)
Madhukar Budagavi (Samsung Research)
Done Bugdayci Sansli (Tampere Univ. Tech.)
Jin Kee Chae (Sejong Univ.)
Soo-Ik Chae (Seoul Natl. Univ.)
Yao-Jen Chang (ITRI Intl.)
Chun-Chi Chen (NCTU/ITRI)
Jianle Chen (Qualcomm)
Weizhong Chen (Huawei)
Ying Chen (Qualcomm)
Yi-Jen Chiu (Intel)
Keiichi Chono (NEC)
Tzu-Der Chuang (MediaTek)
Takeshi Chujoh (Toshiba)
Robert Cohen (Mitsubishi Electric Research Labs)
Jan De Cock (Ghent Univ. - iMinds)
Meiynan Fang (Tsinghua Univ.)
Edouard François (Technicolor)
Arild Fuldseth (Cisco Systems Norway)
Christophe Gisquet (Canon Research France)
Dan Grois (Fraunhofer HHI)
Ryoji Hashimoto (Renesas)
Dake He (Blackberry)
Yuwen He (InterDigital Commun.)
Félix Henry (Orange Labs)
Ruben Heras (Tech. Univ. Berlin)
Shih-Ta Hsiang (MediaTek)
Ted Hsieh (Qualcomm Tech.)
Yu-Wen Huang (MediaTek USA)
Walt Husak (Dolby Labs)
Atsuro Ichigaya (NHK (Japan Broadcasting Corporation))
Tomohiro Ikai (Sharp)
Byeungwoo Jeon (Sungkyunkwan Univ. (SKKU))
Rajan Joshi (Qualcomm Tech.)
Joël Jung (Orange Labs)
Jung Won Kang (ETRI (Electronics and Telecommunications Research Institute))
Marta Karczewicz (Qualcomm Tech.)
Kei Kawamura (KDDI)
Kimihiko Kazui (Fujitsu Labs)
Joo Young Kim (KT)
Seung Hwan Kim (Sharp)
Phillipe Laffont (ST Microelectronics)
PoLin (Wang) Lai (Mediatek USA)
Page: 349
Date Sav
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
Jani Lainema (Nokia)
Guillaume Laroche (Canon Research)
Thorsten Laude (Leibniz Univ. Hannover)
Bae-Keun Lee (KT)
Jae Yung Lee (Sejong Univ.)
Shawmin Lei (MediaTek USA)
Ming Li (ZTE)
Chong Soon Lim (Panasonic)
Jiunn Bin Lim (Huawei)
Woong Lim (KWU (Kwangwoon Univ.)
Ching-Chieh Lin (ITRI Intl.)
Chun-Lung Lin (ITRI Intl.)
Jian-Liang Lin (MediaTek Inc.)
Tao Lin (Tongji Univ.)
Yongbing Lin (Huawei Tech.)
Shan Liu (MediaTek USA)
Ying Luo (AMD)
Jonghyun Ma (Kwangwoon Univ.)
Jef Macq (Alcatel-Lucent)
Shohei Matsuo (NTT)
Ken McCann (Zetacast / Samsung)
Akira Minezawa (Mitsubishi Electric)
Matteo Naccari (BBC R&D)
Ohji Nakagami (Sony)
Andrey Norkin (Ericsson AB)
Jens-Rainer Ohm (RWTH Aachen Univ.)
Chao Pang (Qualcomm Tech.)
Wen-Hsiao Peng (ITRI Intl./NCTU)
Pierrick Phillipe (Orange Labs FT)
Wei Pu (Qualcomm Tech.)
Krishnakanth Rapaka (Qualcomm Tech.)
Justin Ridge (Nokia Oyj)
Christopher Rosewarne (CiSRA / Canon Inc)
Sebastian Schwarz (BBC)
Vadim Seregin (Qualcomm)
Karl Sharman (Sony Europe Broad. & Prof. Research Labs)
Masato Shima (Canon)
Shinya Shimizu (NTT)
Rickard Sjöberg (Ericsson AB)
Robert Skupin (Fraunhofer HHI)
Joel Sole (Qualcomm Tech.)
Christoph Stevens (Alcatel-Lucent)
Gary Sullivan (Microsoft)
Huifang Sun (Mitsubishi Electric Research Labs)
Teruhiko Suzuki (Sony)
Maxim Sychev (Huawei Tech.)
Minhao Tang (Tsinghua Univ.)
Mickail Terterov (Vanguard Video)
Pankaj Topiwala (FastVDO)
Alexandros Tourapis (Apple)
Yi-Shin Tung (ITRI USA / MStar Semi.)
Sebastiaan Van Leuven (Ghent Univ. - iMinds)
Page: 350
Date Sav
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
Jian Wang (Polycom)
Wei Wang (Huawei)
Ye-Kui Wang (Qualcomm Technologies)
Mathias Wien (RWTH Aachen Univ.)
Ping Wu (ZTE UK)
Xiaoyu Xiu (InterDigital Commun.)
Jizheng Xu (Microsoft)
Lidong Xu (Intel)
Xiaozhong Xu (MediaTek)
Tomoo Yamakage (Toshiba)
Haitao Yang (Huawei Technologies)
Jar-Ferr (Kevin) Yang (ITRI Intl.)
Yan Ye (InterDigital Commun.)
Peng Yin (Dolby Labs)
Haoping Yu (Huawei USA)
Lu Yu (Zhejiang Univ.)
Alexander Zheludkor (Vanguard Video)
Jianhua Zheng (Huawei Tech.)
Xiaozhen Zheng (Huawei Tech.)
Minhua Zhou (Broadcom)
Jian Qing Zhu (Fujitsu R&D Center)
Page: 351
Date Sav
– JCT-3V report
Source: Jens Ohm and Gary Sullivan, Chairs
Summary
The Joint Collaborative Team on 3D Video Coding Extension Development (JCT-3V) of ITU-T
WP3/16 and ISO/IEC JTC 1/ SC 29/ WG 11 held its tenth meeting during 18 – 24 Oct. 2014 at
the Palais de la Musique et des Congres, Strasbourg, FR. The JCT-3V meeting was held under
the chairmanship of Dr Jens-Rainer Ohm (RWTH Aachen/Germany) and Dr Gary Sullivan
(Microsoft/USA). For rapid access to particular topics in this report, a subject categorization is
found (with hyperlinks) in section 1.14 of this document.
The meeting was mainly held in a “single track” fashion, with few breakout activities (as
documented in this report) held in parallel. All decisions were made in plenaries when one of the
chairs was present.
The JCT-3V meeting sessions began at approximately 900 hours on Saturday 18 Oct. 2014.
Meeting sessions were held on all days until the meeting was closed at approximately 1320 hours
on Friday 24 Oct. 2014. Approximately 38 people attended the JCT-3V meeting, and
approximately 110 input documents were discussed. The meeting took place in a collocated
fashion with a meeting of WG11 – one of the two parent bodies of the JCT-3V. The subject
matter of the JCT-3V meeting activities consisted of work on 3D extensions of the Advanced
Video Coding (AVC) and the High Efficiency Video Coding (HEVC) standards.
The primary goals of the meeting were to review the work that was performed in the interim
period since the ninth JCT-3V meeting in producing

3D-HEVC Draft Text 5 (Text of ISO/IEC 23008-2 DAM4 –for ballot)

MV-HEVC Draft Text 9 (to be integrated to ISO/IEC 23008-2:201X – for ballot)

Test Model 9 of 3D-HEVC and MV-HEVC, and associated software

Draft 4 of 3D-AVC Reference Software (Study of ISO/IEC 14496-5:2001 DAM35, not
for ballot)

Draft 5 of MVC+D Reference Software (ISO/IEC 14496-5:2001 FDAM33 – for ballot)

Draft 1 of MFC plus Depth and Texture/Depth View Packing SEI Message (ISO/IEC
14496-10:201X PDAM1 – for ballot)

MV-HEVC Conformance Draft 1

MV-HEVC Software Draft 1

3D-HEVC Conformance Draft 1
 MV-HEVC Draft Verification Test Plan v1
Furthermore, the JCT-3V reviewed the results from one interim Core Experiment (CE); reviewed
technical input documents; produced updated versions of the draft texts, framework descriptions
and software implementations of the items above.
The JCT-3V produced 10 particularly important output documents from the meeting:

3D-HEVC Draft Text 6 (Study Text of ISO/IEC 23008-2 DAM4 – not for ballot)

Test Model 10 of 3D-HEVC and MV-HEVC, and associated software
Page: 352
Date Sav

Draft 5 of 3D-AVC Reference Software (ISO/IEC 14496-5:2001 FDAM35, for ballot)

Draft 2 of MFC plus Depth and Texture/Depth View Packing SEI Message (ISO/IEC
14496-10:201X DAM1 – for ballot)

Draft of Texture/Depth View Packing SEI Message

MFC+Depth Software Draft 1 (ISO/IEC 14496-5:2001 FDAM39, for ballot)

MFC+Depth Conformance Draft 1 (ISO/IEC 14496-4:2004 FDAM45, for ballot)

MV-HEVC Software Draft 2

MV-HEVC and 3D-HEVC Conformance Draft 2
 MV-HEVC Verification Test Plan
Moreover, plans were established to conduct 2 future CEs in the interim period until the next
meeting.
For the organization and planning of its future work, the JCT-3V established 10 "Ad Hoc
Groups" (AHGs) to progress the work on particular subject areas. The next four JCT-3V
meetings are planned for 12 – 18 Feb. 2015 under ITU-T auspices in Geneva, CH, during 20 –
26 June 2015 under WG 11 auspices in Warsaw, PL, during 15 – 21 Oct. 2015 under ITU-T
auspices in Lucca, IT, and during 20 – 26 Feb. 2016 under WG 11 auspices in San Diego, US.
The document distribution site http://phenix.it-sudparis.eu/jct3v/ was used for distribution of all
documents.
The reflector to be used for discussions by the JCT-3V and all of its AHGs is jct-3v@lists.rwthaachen.de.
1 Administrative topics
1.1
Organization
The ITU-T/ISO/IEC Joint Collaborative Team on 3D Video Coding Extension Development
(JCT-3V) is a group of video coding experts from the ITU-T Study Group 16 Visual Coding
Experts Group (VCEG) and the ISO/IEC JTC 1/ SC 29/ WG 11 Moving Picture Experts Group
(MPEG). The parent bodies of the JCT-3V are ITU-T WP3/16 and ISO/IEC
JTC 1/SC 29/WG 11.
1.2
Meeting logistics
The JCT-3V meeting sessions began at approximately 900 hours on Saturday 18 Oct. 2014.
Meeting sessions were held on all days until the meeting was closed at approximately 1320 hours
on Friday 24 Oct. 2014. Approximately 38 people attended the JCT-3V meeting, and
approximately 110 input documents were discussed. The meeting took place in a collocated
fashion with a meeting of WG11 – one of the two parent bodies of the JCT-3V. The subject
matter of the JCT-3V meeting activities consisted of work on 3D extensions of the Advanced
Video Coding (AVC) and the High Efficiency Video Coding (HEVC) standards.
Information regarding preparation and logistics arrangements for the meeting had been provided
via the email reflector jct-3v@lists.rwth-aachen.de and at http://wftp3.itu.int/av-arch/jct3vsite/2014_10_J_Strasbourg/.
Page: 353
Date Sav
1.3 Documents and document handling considerations
1.3.1 General
The documents of the JCT-3V meeting are listed in Annex A of this report. The documents can
be found at http://phenix.it-sudparis.eu/jct3v/.
Registration timestamps, initial upload timestamps, and final upload timestamps are listed in
Annex A of this report.
Document registration and upload times and dates listed in Annex A and in headings for
documents in this report are in Paris/Geneva time. Dates mentioned for purposes of describing
events at the meeting (rather than as contribution registration and upload times) follow the local
time at the meeting facility.
Highlighting of recorded decisions in this report:

Decisions made by the group that affect the normative content of the draft standard are
identified in this report by prefixing the description of the decision with the string
"Decision:".

Decisions that affect the reference software but have no normative effect on the text are
marked by the string "Decision (SW):".

Decisions that fix a bug in the specification (an error, oversight, or messiness) are marked
by the string "Decision (BF):".

Decisions regarding things that correct the text to properly reflect the design intent, add
supplemental remarks to the text, or clarify the text are marked by the string "Decision
(Ed.):".

Decisions regarding simplification or improvement of design consistency are marked by
the string "Decision (Simp.):".

Decisions regarding complexity reduction (in terms of processing cycles, memory
capacity, memory bandwidth, line buffers, number of contexts, number of context-coded
bins, etc.) … "Decision (Compl.):"
This meeting report is based primarily on notes taken by the chairs and projected (if possible) for
real-time review by the participants during the meeting discussions. The preliminary notes were
also circulated publicly by ftp (http://wftp3.itu.int/av-arch/jct3v-site/) during the meeting on a
daily basis. Considering the high workload of this meeting and the large number of contributions,
it should be understood by the reader that 1) some notes may appear in abbreviated form, 2)
summaries of the content of contributions are often based on abstracts provided by contributing
proponents without an intent to imply endorsement of the views expressed therein, and 3) the
depth of discussion of the content of the various contributions in this report is not uniform.
Generally, the report is written to include as much discussion of the contributions and
discussions as is feasible in the interest of aiding study, although this approach may not result in
the most polished output report.
1.3.2 Late and incomplete document considerations
The formal deadline for registering and uploading non-administrative contributions had been
announced as Friday, 10 Oct. 2014. Non-administrative documents uploaded after 2359 hours in
Paris/Geneva time Saturday 11 Oct. 2014 were considered "officially late".
Most documents in the "late" category were CE reports or cross-verification reports, which are
somewhat less problematic than late proposals for new action (and especially for new normative
standardization action).
Page: 354
Date Sav
The group strived to be conservative when discussing and considering the content of late
documents, although no objections were raised regarding allowing some discussion in such cases.
All contribution documents with registration numbers JCT3V-J0067 and higher were registered
after the "officially late" deadline (and therefore were also uploaded late). Some documents in
the "J0067+" range include break-out activity reports that were generated during the meeting and
are therefore considered report documents rather than late contributions.
Generally, the late document submission situation had improved relative to previous history.
In many cases, contributions were also revised after the initial version was uploaded. The
contribution document archive website retains publicly-accessible prior versions in such cases.
The timing of late document availability for contributions is generally noted in the section
discussing each contribution in this report.
One suggestion to assist with this issue was to require the submitters of late contributions and
late revisions to describe the characteristics of the late or revised (or missing) material at the
beginning of discussion of the contribution. This was agreed to be a helpful approach to be
followed at the meeting.
The following technical proposal contributions were classified as late either due to late upload or
late registration:

JCT3V-J0055 (a proposal on motion buffer reduction) [uploaded 10-13]

JCT3V-J0062 (a proposal on software update for texture and depth view packing SEI)
[uploaded 10-15]

JCT3V-J0063 (a technical proposal on improved text specification of texture and depth
view packing SEI) [uploaded 10-13]

JCT3V-J0065 (a technical proposal on simplification of single-depth mode) [uploaded
10-14]

JCT3V-J0106 (a technical proposal on specification of profiles, tiers and levels in 3DHEVC) [uploaded 10-17]

JCT3V JCT3V-J0107 (a technical proposal on updated specification of high-level syntax
elements in 3D-HEVC) [uploaded 10-17]

JCT3V JCT3V-J0108 (a technical proposal on color-depth packing SEI) [uploaded 1019]

JCT3V-J0109 (a technical proposal on updated text specification of texture and depth
view packing SEI) [uploaded 10-19]

JCT3V-J0112 (a technical proposal for combining two different DMM proposals)
[uploaded 10-22]

JCT3V-J0115 (a technical proposal for simplification of single-depth intra mode)
[uploaded 10-23]

JCT3V-J0116 (a technical proposal for unification and further simplification of singledepth intra mode) [uploaded 10-23]
The following other documents not proposing normative technical content were classified as late:
 JCT3V-J0064 (an input on CShift in HTM/VSRS) [uploaded 10-13]
The following cross-verification reports were classified as late either due to late upload or late
registration: JCT3V-J0031 [uploaded 10-14], JCT3V-J0067 [uploaded 10-13], JCT3V-J0068
[uploaded 10-13], JCT3V-J0069 [uploaded 10-13], JCT3V-J0070 [uploaded 10-13], JCT3VJ0071 [uploaded 10-13], JCT3V-J0072 [uploaded 10-13], JCT3V-J0073 [uploaded 10-14],
Page: 355
Date Sav
JCT3V-J0074 [uploaded 10-13], JCT3V-J0075 [uploaded 10-15], JCT3V-J0076 [uploaded 1015], JCT3V-J0077 [uploaded 10-15], JCT3V-J0078 [uploaded 10-15], JCT3V-J0080 [uploaded
10-15], JCT3V-J0081 [uploaded 10-16], JCT3V-J0082 [uploaded 10-15], JCT3V-J0083
[uploaded 10-15], JCT3V-J0084 [uploaded 10-15], JCT3V-J0085 [uploaded 10-15], JCT3VJ0086 [uploaded 10-15], JCT3V-J0087 [uploaded 10-18], JCT3V-J0088 [uploaded 10-15],
JCT3V-J0089 [uploaded 10-17], JCT3V-J0090 [uploaded 10-14], JCT3V-J0091 [uploaded 1014], JCT3V-J0092 [uploaded 10-15], JCT3V-J0093 [uploaded 10-17], JCT3V-J0094 [uploaded
10-17], JCT3V-J0095 [uploaded 10-18], JCT3V-J0096 [uploaded 10-18], JCT3V-J0097
[uploaded 10-18], JCT3V-J0098 [uploaded 10-19], JCT3V-J0099 [uploaded 10-17], JCT3VJ0100 [uploaded 10-17], JCT3V-J0101 [uploaded 10-17], JCT3V-J0102 [uploaded 10-17],
JCT3V-J0103 [uploaded 10-17], JCT3V-J0104 [uploaded 10-17], JCT3V-J0105 [uploaded 1017], JCT3V-J0110 [uploaded 10-19], JCT3V-J0113 [uploaded 10-22], JCT3V-J0114 [uploaded
10-23], JCT3V-J0117 [uploaded 10-24].
The following document registration(s) were later cancelled or otherwise never provided or
never discussed due to lack of availability or registration errors: JCT3V-J0079.
Ad hoc group interim activity reports, CE summary results reports, break-out activity reports,
and information documents containing the results of experiments requested during the meeting
are not included in the above list, as these are considered administrative report documents to
which the uploading deadline is not applied.
As a general policy, missing documents were not to be presented, and late documents (and
substantial revisions) could only be presented when sufficient time for studying was given after
the upload. Again, an exception is applied for AHG reports, CE summaries, and other such
reports which can only be produced after the availability of other input documents. There were
no objections raised by the group regarding presentation of late contributions, although there was
some expression of annoyance and remarks on the difficulty of dealing with late contributions
and late revisions.
It was remarked that documents that are substantially revised after the initial upload are also a
problem, as this becomes confusing, interferes with study, and puts an extra burden on
synchronization of the discussion. This is especially a problem in cases where the initial upload
is clearly incomplete, and in cases where it is difficult to figure out what parts were changed in a
revision. For document contributions, revision marking is very helpful to indicate what has been
changed. Also, the "comments" field on the web site can be used to indicate what is different in a
revision.
"Placeholder" contribution documents that were basically empty of content, with perhaps only a
brief abstract and some expression of an intent to provide a more complete submission as a
revision, were considered unacceptable and were rejected in the document management system,
as has been agreed since the third meeting.
(The following cases did not happen in the current meeting)
The initial uploads of the following contribution documents were rejected as "placeholders"
without any significant content and were not corrected until after the upload deadline:

JCT3V-J0XXX (a contribution of ... , corrected ...)
 ...
A few documents had some problems relating to IPR declarations (missing or excess
declarations of contributing companies), inconsistent filenames in the header etc. in the initial
uploaded versions. These issues were corrected by later uploaded versions in all cases (to the
extent of the awareness of the chairs). In case of JCTVC-J0XXX and ..., the first complete
versions appeared only on 10-XX, such that this contribution was also flagged as “late”.
Some other errors were noticed in other initial document uploads (wrong document numbers in
headers, etc.) which were generally sorted out in a reasonably timely fashion. The document web
site contains an archive of each upload.
Page: 356
Date Sav
1.3.3 Measures to facilitate the consideration of contributions
For cross-verification contributions, it was agreed that the group would ordinarily only review
cross-checks for proposals that appear promising.
When considering cross-check contributions, it was agreed that, to the extent feasible, the
following data should be collected:

Subject (including document number).

Whether common conditions were followed.

Whether the results are complete.

Whether the results match those reported by the contributor (within reasonable limits,
such as minor compiler/platform differences).

Whether the contributor studied the algorithm and software closely and has demonstrated
adequate knowledge of the technology.

Whether the contributor independently implemented the proposed technology feature, or
at least compiled the software themselves.

Any special comments and observations made by the cross-check contributor.
1.3.4 Outputs of the preceding meeting
The report documents of the previous meeting, particularly the meeting report (JCT3V-I1000),
the 3D-HEVC draft text 5 (JCT3V-I1001), the multi-view MV-HEVC draft text 9 (JCT3VI1002), the MV-/3D-HEVC test model 9 (JCT3V-I1003), Draft 4 of 3D-AVC Reference
Software (JCT3V-I1005), Draft 5 of MVC+D Reference Software (JCT3V-I1006), Draft 1 of
MFC plus Depth and Texture/Depth View Packing SEI Message (JCT3V-I1007), MV-HEVC
Conformance Draft 1 (JCT3V-I1008), MV-HEVC Software Draft 1 (JCT3V-I1009), 3D-HEVC
Conformance Draft 1 (JCT3V-I1010), and MV-HEVC Draft Verification Test Plan v1 (JCT3VI1011), which had been produced in the interim period, were approved. The ATM and HTM
reference software packages produced by AHG3 and AHG4 on software development, and the
software technical evaluations were also approved.
All output documents of the previous meeting and the software had been made available in a
reasonably timely fashion.
The chairs asked if there were any issues regarding potential mismatches between perceived
technical content prior to adoption and later integration efforts. It was also asked whether there
was adequate clarity of precise description of the technology in the associated proposal
contributions.
1.4 Attendance
The list of participants in the JCT-3V meeting can be found in Annex B of this report.
The meeting was open to those qualified to participate either in ITU-T WP3/16 or ISO/IEC
JTC 1/ SC 29/ WG 11 (including experts who had been personally invited by the Chairs as
permitted by ITU-T or ISO/IEC policies).
Participants had been reminded of the need to be properly qualified to attend. Those seeking
further information regarding qualifications to attend future meetings may contact the Chairs.
1.5 Agenda
The agenda for the meeting was as follows:

IPR policy reminder and declarations
Page: 357
Date Sav

Opening remarks

Contribution document allocation

Reports of ad hoc group activities

Report of Core Experiment activities

Review of results of previous meeting

Consideration of contributions and communications on 3D video coding projects
guidance

Consideration of 3D video coding technology proposal contributions

Consideration of information contributions

Coordination activities

Future planning: Determination of next steps, discussion of working methods,
communication practices, establishment of coordinated experiments, establishment of
AHGs, meeting planning, refinement of expected standardization timeline, other planning
issues

Other business as appropriate for consideration
1.6 IPR policy reminder
Participants were reminded of the IPR policy established by the parent organizations of the JCT3V and were referred to the parent body websites for further information. The IPR policy was
summarized for the participants.
The ITU-T/ITU-R/ISO/IEC common patent policy shall apply. Participants were particularly
reminded that contributions proposing normative technical content shall contain a non-binding
informal notice of whether the submitter may have patent rights that would be necessary for
implementation of the resulting standard. The notice shall indicate the category of anticipated
licensing terms according to the ITU-T/ITU-R/ISO/IEC patent statement and licensing
declaration form.
This obligation is supplemental to, and does not replace, any existing obligations of parties to
submit formal IPR declarations to ITU-T/ITU-R/ISO/IEC.
Participants were also reminded of the need to formally report patent rights to the top-level
parent bodies (using the common reporting form found on the database listed below) and to
make verbal and/or document IPR reports within the JCT-3V as necessary in the event that they
are aware of unreported patents that are essential to implementation of a standard or of a draft
standard under development.
Some relevant links for organizational and IPR policy information are provided below:

http://www.itu.int/ITU-T/ipr/index.html (common patent policy for ITU-T, ITU-R, ISO,
and IEC, and guidelines and forms for formal reporting to the parent bodies)

http://ftp3.itu.int/av-arch/jct3v-site (JCT-3V contribution templates)

http://www.itu.int/ITU-T/studygroups/com16/jct-3v/index.html
information and founding charter)

http://www.itu.int/ITU-T/dbase/patent/index.html (ITU-T IPR database)
(JCT-3V
general
 http://www.itscj.ipsj.or.jp/sc29/29w7proc.htm (JTC 1/ SC 29 Procedures)
It is noted that the ITU TSB director's AHG on IPR had issued a clarification of the IPR
reporting process for ITU-T standards, as follows, per SG 16 TD 327 (GEN/16):
Page: 358
Date Sav
"TSB has reported to the TSB Director’s IPR Ad Hoc Group that they are receiving Patent
Statement and Licensing Declaration forms regarding technology submitted in Contributions
that may not yet be incorporated in a draft new or revised Recommendation. The IPR Ad
Hoc Group observes that, while disclosure of patent information is strongly encouraged as
early as possible, the premature submission of Patent Statement and Licensing Declaration
forms is not an appropriate tool for such purpose.
In cases where a contributor wishes to disclose patents related to technology in Contributions,
this can be done in the Contributions themselves, or informed verbally or otherwise in
written form to the technical group (e.g. a Rapporteur’s group), disclosure which should then
be duly noted in the meeting report for future reference and record keeping.
It should be noted that the TSB may not be able to meaningfully classify Patent Statement
and Licensing Declaration forms for technology in Contributions, since sometimes there are
no means to identify the exact work item to which the disclosure applies, or there is no way
to ascertain whether the proposal in a Contribution would be adopted into a draft
Recommendation.
Therefore, patent holders should submit the Patent Statement and Licensing Declaration form
at the time the patent holder believes that the patent is essential to the implementation of a
draft or approved Recommendation."
The chairs invited participants to make any necessary verbal reports of previously-unreported
IPR in draft standards under preparation, and opened the floor for such reports: No such verbal
reports were made.
1.7 Software copyright disclaimer header reminder
It was noted that it is our understanding according to the practices of the parent bodies to make
reference software available under copyright license header language which is the BSD license
with preceding sentence declaring that contributor or third party rights are not granted, as e.g.
recorded in N10791 of the 89th meeting of ISO/IEC JTC 1/ SC 29/ WG 11. Both ITU and
ISO/IEC will be identified in the <OWNER> and <ORGANIZATION> tags in the header. This
software header is currently used in the process of designing the new HEVC standard and for
evaluating proposals for technology to be included in this design. Additionally, after
development of the coding technology, the software will be published by ITU-T and ISO/IEC as
an example implementation of the 3D video standard(s) and for use as the basis of products to
promote adoption of the technology. This is likely to require further communication with and
between the parent organizations.
The ATM, HTM and MFC software packages that are used in JCT-3V follow these principles.
The view synthesis software used for non-normative post processing is included in the HTM
package and also has the BSD header.
1.8 Communication practices
The documents for the meeting can be found at http://phenix.it-sudparis.eu/jct3v/. Furthermore,
the site http://ftp3.itu.int/av-arch/jct3v-site was used for distribution of the contribution
document template and circulation of drafts of this meeting report.
Communication of JCT-3V is performed via the list jct-3v@lists.rwth-aachen.de (to subscribe or
unsubscribe, go to http://mailman.rwth-aachen.de/mailman/listinfo/jct-3v).
It was emphasized that reflector subscriptions and email sent to the reflector must use their real
names when subscribing and sending messages and must respond to inquiries regarding their
type of interest in the work.
It was emphasized that usually discussions concerning CEs and AHGs should be performed
using the reflector. CE internal discussions should primarily be concerned with organizational
issues. Substantial technical issues that are not reflected by the original CE plan should be openly
Page: 359
Date Sav
discussed on the reflector. Any new developments that are result of private communication
cannot be considered to be the result of the CE.
For the case of CE documents and AHG reports, email addresses of participants and contributors
may be obscured or absent (and will be on request), although these will be available (in human
readable format – possibly with some "obscurification") for primary CE coordinators and AHG
chairs.
1.9 Terminology
Note: Acronyms should be used consistently. For example, “IV” is sometimes used for “interview” and sometimes for “intra-view”.
Some terminology used in this report is explained below:

AHG: Ad hoc group.

AMVP: Advanced motion vector prediction.

ARP: Advanced residual prediction.

ATM: AVC based 3D test model

AU: Access unit.

AUD: Access unit delimiter.

AVC: Advanced video coding – the video coding standard formally published as ITU-T
Recommendation H.264 and ISO/IEC 14496-10.

BD: Bjøntegaard-delta – a method for measuring percentage bit rate savings at equal
PSNR or decibels of PSNR benefit at equal bit rate (e.g., as described in document
VCEG-M33 of April 2001).

BoG: Break-out group.

BR: Bit rate.

B-VSP: Backward view synthesis prediction.

CABAC: Context-adaptive binary arithmetic coding.

CD: Committee draft – the first formal ballot stage of the approval process in ISO/IEC.

CE: Core experiment – a coordinated experiment conducted between two subsequent
JCT-3V meetings and approved to be considered a CE by the group.

Consent: A step taken in ITU-T to formally consider a text as a candidate for final
approval (the primary stage of the ITU-T "alternative approval process").

CPB: Coded picture buffer.

CTC: Common test conditions.

DBBP: Depth based block partitioning.

DC: Disparity compensation

DDD: Disparity derived depth (which uses the motion disparity vector to reconstruct a
certain block (PU) of the depth map)

DIS: Draft international standard – the second formal ballot stage of the approval process
in ISO/IEC.

DF: Deblocking filter.
Page: 360
Date Sav

DLT: Depth lookup table.

DMC: Depth based motion competition.

DMM: Depth modeling mode.

DPB: Decoded picture buffer.

DRPS: Depth-range parameter set.

DRWP: Depth-range based weighted prediction.

DT: Decoding time.

DV: Disparity vector

ET: Encoding time.

HEVC: High Efficiency Video Coding – the video coding standardization initiative
under way in the JCT-VC.

HLS: High-level syntax.

HM: HEVC Test Model – a video coding design containing selected coding tools that
constitutes our draft standard design – now also used especially in reference to the (nonnormative) encoder algorithms (see WD and TM).

HRD: Hypothetical reference decoder.

HTM: HEVC based 3D test model

IC: Illumination compensation

IDV: Implicit disparity vector

IVMP: Inside-view motion prediction (which means motion for depth component is
inherited from texture component motion)

IVRC: Inter-view residual prediction.

MC: Motion compensation.

MPEG: Moving picture experts group (WG 11, the parent body working group in
ISO/IEC JTC 1/ SC 29, one of the two parent bodies of the JCT-3V).

MPI: Motion parameter inheritance.

MV: Motion vector.

NAL: Network abstraction layer (HEVC/AVC).

NBDV: Neighbored block disparity vector (used to derive unavailable depth data from
reference view’s depth map) and DoNBDV = depth oriented NBDV

NB: National body (usually used in reference to NBs of the WG 11 parent body).

NUT: NAL unit type (HEVC/AVC).

PDM: Predicted Depth Map

POC: Picture order count.

PPS: Picture parameter set (HEVC/AVC).
Page: 361
Date Sav

QP: Quantization parameter (as in AVC, sometimes confused with quantization step
size).

QT: Quadtree.

RA: Random access – a set of coding conditions designed to enable relatively-frequent
random access points in the coded video data, with less emphasis on minimization of
delay (contrast with LD). Often loosely associated with HE.

RAP: Random access picture.

R-D: Rate-distortion.

RDO: Rate-distortion optimization.

RDOQ: Rate-distortion optimized quantization.

REXT: Range extensions (of HEVC).

RPS: Reference picture set.

RQT: Residual quadtree.

SAO: Sample-adaptive offset.

SEI: Supplemental enhancement information (as in AVC).

SD: Slice data; alternatively, standard-definition.

SDC: Segment-wise DC coding.

SH: Slice header.

SHVC: Scalable HEVC.

SPS: Sequence parameter set (HEVC/AVC).

TSA: Temporal sublayer access.

Unit types:
o CTB: Coding tree block (luma or chroma) – unless the format is monochrome,
there are three CTBs per CTU.
o CTU: Coding tree unit (containing both luma and chroma, previously called
LCU)
o CB: Coding block (luma or chroma).
o CU: Coding unit (containing both luma and chroma).
o LCU: (formerly LCTU) largest coding unit (name formerly used for CTU before
finalization of HEVC version 1).
o PB: Prediction block (luma or chroma)
o PU: Prediction unit (containing both luma and chroma), with eight shape
possibilities.

2Nx2N: Having the full width and height of the CU.

2NxN (or Nx2N): Having two areas that each have the full width and half
the height of the CU (or having two areas that each have half the width
and the full height of the CU).
Page: 362
Date Sav

NxN: Having four areas that each have half the width and half the height
of the CU.

N/2x2N paired with 3N/2x2N or 2NxN/2 paired with 2Nx3N/2: Having
two areas that are different in size – cases referred to as AMP.
o TB: Transform block (luma or chroma).
o TU: Transform unit (containing both luma and chroma).

VCEG: Visual coding experts group (ITU-T Q.6/16, the relevant rapporteur group in
ITU-T WP3/16, which is one of the two parent bodies of the JCT-3V).

VPS: Video parameter set.

VS: View synthesis.

VSO: View synthesis optimization (RDO tool for depth maps).

VSP: View synthesis prediction.

WD: Working draft – the draft HEVC standard corresponding to the HM.

WG: Working group (usually used in reference to WG 11, a.k.a. MPEG).
1.10 Liaison activity
The JCT-3V did not send or receive formal liaison communications at this meeting.
1.11
Opening remarks

New AVC edition (including MVC+depth, 3D-AVC, MFC) – published by ISO/IEC
2014-09-01; publication in ITU-T expected soon.

There are still some problems in the text related to 3D-AVC view synthesis prediction
which may require a corrigendum action. By the time of the opening plenary, no input
contribution had been submitted on these. It was suggested to establish an AHG on this.
Issuing a Defect report may be difficult from the current meeting, as more investigation is
needed.

Upcoming publication of HEVC version 2 – including RExt, SHVC and MV-HEVC
(Last Call in ITU-T closing 2014-10-28, FDIS: SC 29 N 14494 submitted to ITTF 201410-07)

Status of conformance and reference software in the different amending activities:
o Reference software MVC+D: FDAM ballot to be started
o Reference software MFC, 3D-AVC to become FDAM in ISO; all three have been
submitted for H.264.2, last call closing 2014-10-28
o Conformance MVC+D: Published by ISO/IEC 2014-08-01
o Conformance MFC: TBP, 3D-AVC under DAM ballot
o Conformance MFC+D, MFC submitted to ITU-T, last call end Oct.
o MV-HEVC & 3D-HEVC software: Alignment with HSVC, HM16
o MV-HEVC & 3D-HEVC conformance
o Joint meeting with JCT-VC on software & conformance
Page: 363
Date Sav

Output docs:
o FDAM MFC & 3D-AVC software
o 3D-HEVC draft
o MFC+D & SEI message draft (DAM)
o Defect report on 3D-AVC VSP
o MV-HEVC & 3D-HEVC conformance
o MV-HEVC & 3D-HEVC software
o MV-HEVC & 3D-HEVC test models
1.12
Contribution topic overview
The approximate subject categories and quantity of contributions per category for the meeting
were summarized as follows.

AHG reports (section 2) (10)

Project development and status (section 3) (2)

CE1 and related: Segmental prediction (section 4.1) (4)

3DV standards development (incl. software, conformance) (section 5) (3)

High-Level Syntax (section 6) (4)

Non-CE technical contributions (section 7) (62)
 Non-normative Contributions (section 8) (0)
NOTE – The number of contributions noted in each category, as shown in parenthesis above,
may not be 100% precise.
1.13
Scheduling planning
Scheduling: Generally meeting time was scheduled during 0900 – 2000, with coffee and lunch
breaks as convenient. Ongoing refinements were announced on the group email reflector as
needed.
Some particular scheduling notes are shown below, although not necessarily 100% accurate:

Saturday, first day
o 0900-1100: Opening and AHG report review
o 1130-13:00 CE review, 3DV standards development
o Non-CE technical contributions review

Sunday, second day
o 0830 Continue non-CE review…
o No meeting during 14-18 (to allow attending FTV AHG)

Monday, third day
o 900-1300 WG11 plenary
o 1400 BoG 3D-HEVC & MV-HEVC conformance (Y. Chen)
Page: 364
Date Sav
o 1600-1800 Joint meeting with parent bodies

Tuesday, fourth day
o 0830-1000 3D-HEVC HLS
o 1000-1100 Conformance/software MV-HEVC& SHVC (with JVT-VC)
o 1100-1200 AVC amendment
o 1200-1300 MV-HEVC verification tests
o 1400 Workshop future video coding, no JCT-3V meeting

Wednesday, fifth day
o Morning: MPEG plenary
o 1200-1300 MV-HEVC verification test planning
o 1400-1600 further doc review, revisits

Thursday, sixth day
o No meeting in the morning
o 1300-1400 Software work planning (chaired by G. Tech)
o 1400-1600 revisits, planning CE and AHG

Friday, seventh day
o 1000-1320 final plenary, review and approval output docs, any remaining
business
2 AHG reports (10)
The activities of ad hoc groups that had been established at the prior meeting are discussed in
this section.
13.1.1.1.1.1.1.1.365 JCT3V-J0001 JCT-3V AHG Report: JCT-3V project management (AHG1)
[J.-R. Ohm, G. J. Sullivan]
The work of the JCT-3V overall has proceeded well in the interim period. A large amount of
discussion was carried out on the group email reflector. All documents from the preceding
meeting had been made available at the document site (http://phenix.it-sudparis.eu/jct3v/) or the
ITU-based JCT-3V site (http://wftp3.itu.int/av-arch/jct3v-site/2014_07_I_Sapporo/), particularly
including the following:

The meeting report (JCT3V-I1000)

Draft 5 of 3D-HEVC text specification (JCT3V-I1001) (submitted for ISO/IEC DAM ballot)

Draft 9 of MV-HEVC text specification (JCT3V-I1002) (also integrated into edition 2 of
HEVC, doc. JCTVC-R1011)

Test Model 8 of 3D-HEVC and MV-HEVC (JCT3V-I1003), and associated software

Draft 4 of 3D-AVC reference software (JCT3V-I1005)

Draft 5 of MVC+D reference software (JCT3V-I1006)
Page: 365
Date Sav

Draft 1 of MFC plus Depth and Texture/Depth View Packing SEI Message (JCT3V-I1007)

MV-HEVC Conformance Draft 1 (JCT3V-I1008)

MV-HEVC Software Draft 1 (JCT3V-I1009)

3D-HEVC Conformance Draft 1 (JCT3V-I1010)

MV-HEVC Draft Verification Test Plan v1 (JCT3V-I1011)
 Finalized core experiment description (JCT3V-I1101).
The 10 ad hoc groups and one core experiment had made progress, and various reports from
those activities had been submitted.
The software for ATM version 13 was issued including remaining bug fixing, and HTM version
12 had been prepared and released approximately as scheduled.
A "bug tracking" systems for software and text specifications had been installed. The sites are
https://hevc.hhi.fraunhofer.de/trac/3d-hevc and https://hevc.hhi.fraunhofer.de/trac/3d-avc/. The
bug tracker reports were automatically forwarded to the group email reflector, where the issues
could be further discussed.
Approximately 100 input contributions to the current meeting had been registered. Lateregistered and late-uploaded contributions were mostly cross-checks.
The meeting announcement had been made available from the aforementioned document site and
http://wftp3.itu.int/av-arch/jct3v-site/2014_10_J_Strasbourg/JCT3V-J_Logistics.doc.
A preliminary basis for the document subject allocation and meeting notes had been circulated to
the
participants
as
http://wftp3.itu.int/av-arch/jct3v-site/2014_10_J_Strasbourg/JCT3VJ_Notes_d0.doc.
13.1.1.1.1.1.1.1.366 JCT3V-J0002 JCT-3V AHG Report: MV-HEVC / 3D-HEVC Draft and Test
Model editing (AHG2) [G. Tech, K. Wegner, J. Boyce, Y. Chen, T. Suzuki, S.
Yea, J.-R. Ohm, G. Sullivan]
The fifth 3D-HEVC draft, the seventh Test Model of 3D-HEVC and MV-HEVC and the ninth
MV-HEVC draft were developed from the fourth 3D-HEVC draft, the sixth 3D-HEVC Test
Model and the eighth MV-HEVC draft, respectively, following the decisions taken at the 9th
JCT-3V meeting in Sapporo.
Three editorial teams were formed to work on the three documents that were to be produced:

I1001 3D-HEVC Draft Text 4



G. Tech, Y. Chen
I1002 MV-HEVC Draft Text 8

G. Tech, M. Hannuksela, Y. Chen, J. Boyce

Y.-K. Wang, A. Ramasubramonian, J. Chen, G. J. Sullivan, Y. Ye
I1003 Test Model 9 of 3D-HEVC and MV-HEVC
 Y. Chen, G. Tech
3D-HEVC draft text:
Three versions of JCT3V-I1001 have been published by the AHG following the 9th JCT-3V
meeting in Sapporo. The last version has been submitted as DAM text to the MPEG secretariat.
All, but one, adoptions of the last meeting have been incorporated (forgotten accidentally). Most
of the changes have been minor modifications. Existing text has been revised and improved. One
major change was the alignment with range extension related specifications of the 2nd HEVC
edition.
Page: 366
Date Sav
Changes (26) of I1001 relative to H1001 are:
Editorial updates (1)
 (Update HEVC V2 ) Range extension parts.
Editorial adjustments (4)




(3DE−05) Restructuring of DBBP output.
(3DE−04) Adjusted page breaks
(3DE−04) Adjusted heading indentation and size to match ISO basic template version 3.
(3DN−10/JCT3V−I0069) Complexity Assessment on Depth Intra Modes with Simplified Data Flows.
Decision (Ed): Integrate suggested editorial changes and further SDC fixes.
Fixes (2)
 (3DC−03) Fix ticket 72
 (3DC−02) Fix additional scalability dimensions.
Single Depth intra mode (1)
 (3DN−20/JCT3V−I0095) Single depth intra mode for 3D−HEVC Decision: Adopt I0095 Test 1
(method with 2 candidates)
Residual Prediction (3)
 (3DN−19/JCT3V−I0051) Simplification of advanced residual prediction Decision: Adopt
JCT3V−I0051#1
 (3DN−14/JCT3V−I0072) Problem fix for MV scaling in inter−view ARP Decision(BF/ED/SW):
Adopt
 (3DN−12/JCT3V−I0104) CE1: Results of ARP simplification Decision: Adopt JCT3V−I0104.
DBBP (4)
 (3DN−18/JCT3V−I0077) Partition Derivation for DBBP adoption of a simplification by the removal
of decoder−side partition derivation (e.g. Test1 in I0097 with the proposed WD change) and adoption
of syntax condition of the partition mode as per Test2 (the corresponding WD text is also provided in
I0097).The software and text provided in a revision (−v3) of I0077, which includes harmonization
with I0125, will be used.
 (3DN−17/JCT3V−I0109) One dimensional DBBP boundary filtering the filter simplification in option
2 of I0109 (which is a harmonization of three proposals including I0088, I0094, and a prior version of
I0109), reducing of the number of filter conditions to be tested and applying a 1D rather than 2D
filtering.
 (3DN−16/JCT3V−I0078) Memory Complexity for DBBP and VSP, adoption of the memory reduction
method 2 (disallow DBBP for 8x8 CU)
 (3DN−15/JCT3V−I0076) Simplification of Threshold Derivation for DBBP and DMM4 JCT−3V
confirmed, adoption of the simplification proposal to use four corner samples rather than all samples
to form an average.
DMM/SDC (2)
 (3DN−02/JCT3V−I0120) CE2 : Remove “depth_dc_flag” signalling in DMM cases
 (3DN−01/JCT3V−I0110) Lookup table size reduction in DMM1
HLS (4)
 (3DN−06/JCT3V−I0100) HLS: General comments. Decision: Adopt the first and the fourth aspect
(the latter without condition)
 (3DN−05/JCT3V−I0099) On the video parameter set extension 2 in 3D−HEVC. Decision: Adopt the
version I0099WDr1
 (3DN−04/JCT3V−I0090) HLS Cleanup. Decision(ed.): Adopt the second aspect case a) Decision:
Adopt the second aspect case b)
 (3DN−03/JCT3V−I0085) CE2: Separate enabling flag for intra coding tools. Decision: Retain
inter_sdc flag as is; Introduce new dmm4 flag; Change semantics of depth_modes flag such that it
controls dmm1 and intra sdc
Others (5)
 (3DN−13/JCT3V−I0191) Removal of the 2Nx2N restriction for sub−PU IVMP Decision: Adopt (new
version 2 with additional modification to be delivered)
 (3DN−11/JCT3V−I0093) Depth coding compatible with arbitrary bit−depth Decision(Ed): Adopt
Page: 367
Date Sav
 (3DN−08/JCT3V−I0086) Simplification of shift DV candidate, Decision: Adopt removal of DMV
search for shifted DV candidate derivation (in I0086_WD_r1)
 (3DN−09/JCT3V−I0057) Clipping Operation for DLT Indexes Decision: Adopt the text of I0057r1,
with additional editorial improvement that Idx2DepthValue[ i ] shall be set to zero.
 (3DN−07/JCT3V−I0080) Parameter Derivation for Illumination Compensation Decision: Adopt this
aspect (clipping of coordinate)
Open issues:
 A list of other minor issues is listed in the bug tracking system.
 One adoption, (JCT3V-I0129 (ARP)), which has been indicated as an adopted editorial change in the
meeting notes has accidently not been incorporated.
 Further editorial alignments with the 2nd edition of HEVC are required.
 The specification of profiles, tiers, and levels needs to be discussed.
Test model 9:
One version of JCT3V-I1003 has been published by the editing AHG following the 9th JCT-3V
meeting in Sapporo. The last version corresponds to the text submitted to MPEG secretariat.
All adoptions of the last meeting have been incorporated. Moreover existing text has been
revised and improved and missing text from previous meeting has been added.
Changes (7) of I1003 relative to H1003 are:
 (3DN-01/JCT3V-I0086) Simplification of shift DV candidate, Decision: Adopt removal of DMV search for
shifted DV candidate derivation.
 (3DN-02/JCT3V-I0078) Memory Complexity for DBBP and VSP, adoption of the memory reduction method 2
(disallow DBBP for 8x8 CU).
 (3DN-04/JCT3V-I0051) Simplification of advanced residual prediction Decision: Adopt JCT3V-I0051#1.
 (3DN-05/JCT3V-I0104) CE1: Results of ARP simplification Decision: Adopt JCT3V-I0104.
 (3DN-03/JCT3V-I0109) One dimensional DBBP boundary filtering the filter simplification in option 2 of I0109
(which is a harmonization of three proposals including I0088, I0094, and a prior version of I0109), reducing of
the number of filter conditions to be tested and applying a 1D rather than 2D filtering.
 (3DN-06/JCT3V-I0095) Single depth intra mode for 3D-HEVC Decision: Adopt I0095 Test 1 (method with 2
candidates).
 (3DN-07/JCT3V-I0123) Fast Intra SDC coding for 3D-HEVC Intra Coding.
MV-HEVC draft text
Seven versions of I1002 were published by the AHG following the 9th JCT-3V meeting in
Sapporo. Editing has been taken place in an editing meeting following the Sapporo meeting. The
text was developed together with the editors of the 2nd edition of HEVC. The last version
corresponds to the text integrated to 2nd edition of the HEVC specification.
All adoptions of the last meeting have been incorporated. Moreover existing text has been
revised and improved.
Changes (~100) of I1002 relative to JCT3V-H1002 are: (the list might be incomplete)
 Conformance point specifications, multiview and scalability 5-deep (total number of direct and
indirect reference layers and the current layer) – agreed
 Conformance point specifications, Requiring decoding of auxiliary pictures if indicated in OLS –
confirmed
 Definition in terms of enhancement capability (and external base layer), Q6 supporting per-layer PTL
spec. – confirmed.
 Stereo Main profile Multiview Main profile – confirmed, Remove constraint on vertical displacement?
If the view order index = 1 the constraint applies; the remaining ones are not. – agreed
 HEVC version 1 compatibility, Presence of layer 0 – agreed to remove requirement.
 HEVC version 1 compatibility, Independent non-base layer decoding – agree to define.
 HEVC version 1 compatibility, Access unit boundary (definition of "picture"), active parameter sets
SEI compatibility (R0274), RawMinCuBits – agree to corrective actions
 R0274 On active parameter sets SEI message Bug fix of active parameter sets SEI message It was
pointed out that the "if payload_extension_present()" condition test, and an associated presence
Page: 368
Date Sav















constraint were not necessary and agreed that they should be removed (only an editorial change).
Decision: Adopt (as modified).
R0257 Language indication for Overlay information SEI message Editor action item: Connect "UTF8" to its meaning. Decision: Null-terminated st(v) string of characters encoded according to RFC 5646.
Decision: Adopted, RFC 5646, variant 2, byte aligned, 0..255 range. Editors to double-check reference
for UTF-8 and improve the reference (or reference a better definition) as necessary.
SEI maturity in current draft/ Overlay information SEI message Decision: The persistence should end
within each identified layer when the CLVS of that layer ends. Regarding language identification, see
R0257. Parsing depends on the SPS of each associated layer ID Decision: Outside the outer-most loop,
just prior to num_overlays_minus1, signal the number of bits minus 8 that is used within the loop for
signalling overlay_element_label_min(max). Editor action item: In the definition of st(v), a
parenthetical reference to the specification in which this is defined should be added, and further
editorial improvement of that description seems desirable.
R0355 TMCTS-SEI Decision: Adopt as modified. (Further editorial improvement may still be
desirable during finalization.)
R0255 Persistence of SEI messages Decision: Adopt (clarified as noted, notes regarding overlay
information).
R0221 Extensibility of nesting SEI messages Editor action item: Editors are suggested to consider
adding the proposed note. Decision (BF): For bitstream partition nesting (BSP) SEI message, add an
explicit counter to indicate the number of SEI messages in the BSP SEI message, with up to 64
allowed to be nested.
R0231 Signalling and use of HRD parameters for bitstream partitions Decision (BF/Cleanup): Adopt.
R0235 AHG10: Processing of bitstreams without an available base layer Decision: Adopt
(conditioned on the relevance of the basis text).
R0153 External Base Proposal 1: When the base layer is externally specified, signalling modifications
and constraints for the max_vps_dec_pic_buffering_minus1[ i ][ 0 ][ j ] syntax elements are proposed.
Two options for handling this were described. Decision: Adopt "option 1" (not signalling syntax
element and inferring its value as 0).
R0153 Proposal 2: Modifications are proposed to the semantics of poc_reset_idc syntax element for
handling the case of an externally specified base layer. Decision: Adopt.
R0125 Non-base layer subtree and auxiliary pictures 1. In order to keep the compatibility of slice
headers with nuh_layer_id equal to 0 after non-base layer subtree extraction,
poc_lsb_not_present_flag[ i ] shall be equal to 1, when layer_id_in_nuh[ i ] is equal to
AssignedBaseLayerId[ j ]. It was remarked that this constraint is effectively already present by the
requirement that a rewritten bitstream conforms. Editor action item: The issue is purely editorial and
the editors can consider whether some editorial action is desirable to make the constraint impact more
clear or explicit.
R0125 Non-base layer subtree and auxiliary pictures 3. An asserted bug fix in highest_layer_idx_plus1
derivation is reported. Decision: Bug confirmed – adopt fix.
R0124 On hybrid codec scalability 3a.
Making it a requirement of bitstream conformance that,
when vps_base_layer_internal_flag is equal to 0, vps_max_layers_minus1 shall be greater than 0.
Decision: Adopt.
R0124 On hybrid codec scalability 3d.
Making it a requirement of bitstream conformance that,
when vps_base_layer_internal_flag is equal to 0, single_layer_for_non_irap_flag and
higher_layer_irap_skip_flag shall be equal to 0. It was agreed that the current text does not handle this
issue, but a different solution was desired. Decision (Ed.): Define semantics of these flags in an
equivalent way as they would be used with an internal base layer. Editor action item: Check other
places in the specification to ensure that they are also well defined to work for an external base layer.
R0223 On POC handle missing pictures and discardable pictures in the same manner as different
picture types across layers in requiring POC resetting, Decision: consider adding informative text to
address item 1.
R0223 On POC 2.) allow mixing of CRA and BLA pictures without requiring POC resetting
(changing language about "different NAL unit type" to IRAP versus non-IRAP); and Decision:
Adopt 2.
Page: 369
Date Sav
 R0223 On POC explicitly spell out a restriction on the value of full_poc_reset_flag based on the value
of poc_reset_idc of pictures in the first access unit in the same POC resetting period. Decision:
Adopt 3.
 R0280 Bitstream conformance restrictions in subclause C.4Decision (Ed.): Adopted (as modified).
 R0053 On invocation of a correct decoding process for the current picture It is proposed that the
decoding process of the current picture (subclause 8.1, subclause F.8.1, subclause G.8.1 or subclause
H.8.1) is selected on the basis of nuh_layer_id of the current picture and the profile to which the
bitstream partition containing the current picture conforms. Decision (Ed.): Adopt items 1 and 3a.
 R0053 On invocation of a correct decoding process for the current picture It is proposed that the
general decoding process in subclause 8.1 selects TargetPartitioningScheme based on external means
or HRD, and if no other means is available TargetPartitioningScheme is set to 0. The
BitstreamToDecode derived in subclause 8.1 is proposed to consist of the partitions containing target
output layers, the partitions containing the direct and indirect reference layers of the layers in the
partitions containing the target output layers and the partition containing the base layer. Decision
(Ed.): Regarding Item 2, the intent is for the decoding process to be invoked only for output layers and
layer on which they depend.
 R0053 AHG10 and On invocation of a correct decoding process for the current picture 3a
It
is
clearly indicated that the processing for the external base-layer pictures is invoked at the beginning of
an access unit, and the processing is separated into its own subclause (F.8.1.6).Decision (Ed.): Adopt
items 1 and 3a.
 R0053 AHG10 and On invocation of a correct decoding process for the current picture It was
discussed whether any well-specified constraints are established for a layer that is not indicated to be
decoded by any OLS and does not have an associated profile_idc. Decision (BF/Ed.): Prohibit such
layers from being present.
 R0276 On sub-bitstream extraction Item 4 of the proposal had been withdrawn. Decision: Adopt (as
modified).
 R0238 Editorial cleanups Decision (BF/Ed.): Adopt.
 R0071 On cross-layer impacts of IRAP and EOS It is proposed that if the current picture is the first
picture that follows an end of sequence NAL unit (with nuh_layer_id equal to 0) in decoding order,
NoClrasOutputFlag is set equal to 1. (This causes marking of all pictures in the DPB as "unused for
reference" as well as setting LayerInitializedFlag and FirstPicInLayerDecodedFlag equal to 0 for all
layers, which initializes the layer-wise start-up process.) Decision: Adopt this aspect.
 R0071 On cross-layer impacts of IRAP and EOS It is proposed that when nuh_layer_id is greater than
0, BLA pictures, CRA pictures with HandleCraAsBlaFlag equal to 1 and IDR pictures with
cross_layer_bla_flag
equal
to
1
cause
the
following:
LayerInitializedFlag
and
FirstPicInLayerDecodedFlag is set equal to 0 for the current layer and all layers directly or indirectly
predicted from the current layer. (Consequently, layer-wise start-up is enforced for these layers.) Each
picture in the DPB for the current layer and all layers directly or indirectly predicted from the current
layer are marked as "unused for reference". Decision: Adopt this aspect.
 R0071 On cross-layer impacts of IRAP and EOS It is proposed to allow EOS NAL unit with
nuh_layer_id greater than 0. It is proposed that the decoding of the EOS NAL unit with nuh_layer_id
greater than 0 causes the same impacts as those above (2a and 2b). Furthermore, for the semantics of
SEI messages applying for nuh_layer_id greater than 0, it is proposed that EOS NAL unit with
nuh_layer_id greater than 0 is treated similarly to an end of sequence for the persistence of the SEI
message. When present, an EOS NAL unit with a particular nuh_layer_id value shall be the last NAL
unit with that particular nuh_layer_id value within an access unit, except an end of bitstream NAL unit
with that nuh_layer_id value (when present). Refined text was reviewed, as provided in a revision of
the document. Item 3 was clarified. Decision: Adopt these aspects (items 3 as modified).
 R0071 On cross-layer impacts of IRAP and EOS A new item 4 was added, regarding the derivation of
NoOutputOfPriorPicsFlag for a INBL and its dependent layers. Decision: Adopt these aspects (item
4).
 R0272 HEVCv1/ Conformance cleanups The proposal would be to add PTL information for the base
layer sub-bitstream. The PTL seen by a version 1 decoder contains the entire bitstream. The PTL for
Page: 370
Date Sav













the 0-th OLS is placed at the beginning of the VPS extension (when the base layer is not provided by
external means and there is some enhancement layer). Decision: Adopted (item 1).
R0272 HEVCv1/ Conformance cleanups Clarify that directly nested BP, PT, and DUI SEI messages
only apply to the operation points that correspond to base-layer-output-only OLSs. Decision: Adopted
(items 3 and 4), with key elements of the text provided in -v2.
R0156 Move conformance cropping window parameters to rep_format( ) syntax structure of VPS
extension It is proposed to move the signaling of the conformance cropping window parameters of
enhancement layers from the SPS to the VPS extension, as part of the rep_format( ) syntax structure. It
is asserted that this movement will enable more frequent parameter set sharing.Decision: Adopt.
R0230 Unavailable and useless stuff Decision (Ed.): However, it was agreed, as an editorial matter, to
only discuss the conformance requirements of OLSs that contain at least one VCL NAL unit.
R0230 Unavailable and useless stuff Editor action item: Also add a note, to advise encoders to be
careful about fixed frame rate and CBR indications in enhancement layers.
R0230 Unavailable and useless stuff Decision (Ed.): Only require conformance of extracted subbitstreams corresponding to operation points for which all layers of the operation point (both the
"necessary" and "unnecessary" layers for the decoding of the output layers) have VCL data in the
bitstream and for which the highest TID of the operation point is a TD in that VCL data.
R0279 More miscellaneous cleanups Clarification of the semantics of access unit delimiter RBSP to
be applicable in multi-layer context (text in an attachment) The proposal is to specify that the pic_type
syntax element, which identifies the slice types allowed in the current picture, applies to all pictures in
the AU.Decision (Ed.): Adopt.
R0279 More miscellaneous cleanups Clarification of the specifications of order of NAL units and
coded pictures and their association to access units in both subclauses 7.4.2.4.4 and F.7.4.2.4.4 (text in
an attachment) Decision (Ed.): Append "with layer_id equal to 0" to ordering constraints for AUD
NAL unit in clause 7. Editor action item: Some other elements are clearly editorial and are delegated
to the editors for consideration.+
R0279 More miscellaneous cleanups To specify that for any independent non-base layer the used
representation format is the one that is signalled in the active SPS for the layer. Decision (Ed.): Adopt.
Editor action item: It was recommended for the editors to also add some note or expression of a
requirement that the representation format must be signalled in the active SPS.
R0279 More miscellaneous cleanups To clarify the use of parameters in parameter sets for
interpretation of semantics of the frame-field information SEI message, including the following two
parts, and it is also suggested to make a systematic check for other SEI messages for the need of
similar clarifications. Decision (Ed.): Adopt (both identified aspects, and further similar clarifications
if identified by the editors)
R0279 More miscellaneous cleanups To clarify the semantics of the temporal sub-layer zero index
SEI message for its use in multi-layer contexts, and to add a syntax element to indicate the number of
previous consecutive temporal sub-layer zero pictures that have discardable_flag equal to 1 (text in an
attachment). The contribution proposed extending the syntax of the temporal sub-layer zero index SEI
message. It was remarked that the proposal seems to change the spirit of what the prior interpretation
of the SEI message would be. Editor action item: Add a note to advise encoders that, when using this
SEI message, not to set discardable flag = 1 for TL0 pictures that are not RASL, RADL or sub-layer
non-reference pictures. Decision (Ed.): Change semantics to clarify that it applies to the pictures of the
associated layers.
R0279 More miscellaneous cleanups 6. To change the recovery point SEI message to correct the POC
derivation when random access is performed and to clarify/add the POC derivation when layerswitching is performed. Decision: Adopt constraint on presence of the SEI message as described in
"Option 1" of the -v2 version of the contribution.
R0236 On access unit boundary detection [Ed. Add clarification – note that the AVC definition of
"picture" which is what we were assuming when we wrote version 1, was define a picture as
containing all VCL NAL units of the AU. We later changed the definition of "picture" for scalability
extension, and this caused the problem.]
R0236 On access unit boundary detection Decision: Adopt the proposed clarification and issue a
defect report document that highlights the issue.
Page: 371
Date Sav
 R0236 On access unit boundary detection The phrasing in in subclause 7.4.2.4.4 is not explicit
whether nuh_layer_id equal to 0 or any nuh_layer_id value is considered in determining the first NAL
unit of an access unit. This aspect is a clarification of the prior basis text. Decision (Ed.): Adopt this
aspect.
 R0226 Modification to semantics of slice_temporal_mvp_enabled_flag.
 R0226 Modification to semantics in temporal motion vector prediction constraints SEI message.
 R0227 Signalling of bit rate and picture rate information for additional layer sets.
 R0227 Adding a restriction on update of representation format of the base layer.
 R0227 Bug fix and simplification for value ranges of num_negative_pics, num_positive_pics, and
num_long_term_pics.
 R0227 Add semantic constraint of vps_vui_bsp_hrd_present_flag.
 R0227 Remove restriction on update of separate_color_plane_flag in SPS.
 R0227 It was suggested that when the base layer is internal, we should send the VST also for the base
layer along with the other layers (e.g., for session negotiation purposes). Decision: Agreed (send VST
for base layer when internal).
 R0276 Generalize scalable nesting SEI message so that it can be applied to additional layer sets.
 R0276 Editorial cleanups to derivation of BitstreamToDecode in the HRD and semantics of scalable
nesting SEI message and the sub-bitstream property SEI message to properly reference the subclauses
of F.10.x. Decision: The BoG recommended actions are agreed (see also additional notes for R0276).
 R0154 Modify semantics of default_output_layer_idc and output_layer_flag[ i ][ j ] to consistently
handle auxiliary pictures.
 R0154 Add inference value to alt_output_layer_flag[ i ].
 R0155 Modify the semantics of slice_type for I slice_type with respect to IRAP pictures and
sps_max_dec_pic_buffering_minus1[ TemporalId ] value to enable inter-layer prediction could be
used for pictures with nuh_layer_id > 0.
 R0155 Constrain the allowed range for values of output_layer_set_idx_to_vps[ i ].
 R0157 Constrain DependencyId and ViewOrderIdx to increase with increasing values of nuh_layer_id
(text in v2 version). Decision: The BoG recommended actions are agreed (see also additional notes for
R0276).
 R0010 JCT-VC AHG report: Layered coding constraint specifications and capability indications
Scalable Main and Stereo Main decoders should be capable of decoding Main profile bitstreams (at
least when the base layer is not provided by external means). Decision (Ed.): Confirmed (and Scalable
Main 10 should decode Main 10).
 R0010 JCT-VC AHG report: Layered coding constraint specifications and capability indications
When the target output layers of an output layer set do not include the auxiliary pictures (or any such
non-target "unnecessary" layers), the bits of the auxiliary/non-target pictures in the extracted bitstream
subset would be counted in the CPB buffer flow, but the decoding of the auxiliary pictures would not
be part of the associated decoding process requirements. Decision (Ed.): Confirmed.
 R0010 JCT-VC AHG report: Layered coding constraint specifications and capability indications
When the target output layers of an output layer set do include the auxiliary pictures, the profile
specification for (partitions of) the output layer set would need to include decoding process
requirements for decoding those pictures. Unless some way is found to specify the necessary decoding
process capabilities (e.g., by a profile definition that includes such capabilities), the specification
would need to disallow having target output layers of an output layer set that are auxiliary pictures
Decision (Ed.): Confirmed.
 R0010 JCT-VC AHG report: Layered coding constraint specifications and capability indications It
was suggested that the profile/tier/level information for such an output layer set should include all the
layers in the output layer set in the CPB operation but not include the "unnecessary" layers in its
decoding process requirements. In principle, it was suggested to be desirable to support this possibility
(esp. for the future extensibility purpose), and suggested that we should conduct further study to
ensure that the specification is consistent with this design intent. Decision (Ed.): Confirmed that this
should be supported.
 R0010 Layered coding constraint specifications and capability indications Regarding DPB
specification (incl. Q0103 / JCT3V-H0034) level limit constraints related to maximum DPB size, the
Page: 372
Date Sav











VPS-level DPB needs to have constraints as well as the SPS level having such constraints (each layer
in the TargetDecLayerIdList shall obey profile-specific level limit in A.4.1 d, which applies to
sps_max_dec_pic_buffering_minus1[ HighestTid ]). Decision (Ed.): Confirmed.
R0010 Layered coding constraint specifications and capability indications The text should clearly
specify the following: Values of general_profile_idc for indicating SHVC and MV-HEVC profiles.
Decoding requirements specification needs to require decoding (an editorial oversight) If the
capabilities of one profile are "nested" within the capabilities of another profile, decoders should be
required to recognize that and decode the bitstream. Decision (Ed.): Confirmed. Editors are requested
to share general_profile_idc for naturally-nested profiles (e.g., Scalable Main 10 and Scalable Main)
as was done in RExt. Monochrome 8 should use the RExt general_profile_idc. Some details of
Monochrome 8 are yet to be defined. Define these in a manner consistent with other RExt profiles
unless some contribution indicates otherwise. Nesting relationships are to be specified for Main, and
Main Still Picture for all three new profiles and for Main 10 for the Scalable Main 10 profile.
R0010 Layered coding constraint specifications and capability indications Make the PPS syntax
HEVCv1 compatible, and enable the syntax of SPS with nuh_layer_id > 0 to be either HEVCv1
compatible or not. Decision (Cleanup): Confirmed.
R0010 Layered coding constraint specifications and capability indications Simplify the bitstream
rewriting process for independent non-base layers (part of R0042). Decision (Cleanup): Confirmed.
R0010 Layered coding constraint specifications and capability indications Specify independent nonbase layer decoding for profiles specified in Annex A. For example, the following phrasing could be
used "When expressing the capabilities of a decoder for a profile specified in Annex A, the capability
of decoding an independent non-base layer should be expressed." Decision (Cleanup): Confirmed.
R0010 Allow an SHVC/MV-HEVC bitstream to be considered conforming without containing a base
layer (i.e., without containing pictures of layer 0), and indicate such a bitstream using the
vps_reserved_one_bit (with the syntax element name and semantics changed) Decision (Cleanup):
Confirmed.
R0010 Remove the bitstream partition HRD parameters SEI message. Decision (Cleanup): Confirmed.
R0010 Wording improvement is needed for item b of the profile specific level limits, to correctly
implement the intent to consider output times of pictures in different AUs. Editor action item: Editors
to consider.
R0010 It is noted that the drafted Scalable Main profile does not support monochrome decoding.
Decision (Cleanup): Remove constraint prohibiting 4:2:0 for alpha and depth and specify the the
semantics of associated SEI messages, if not already specified, to refer to the luma component only.
True monochrome will not be required to be supported (parent).
R0010 R0041 is on this topic. Text was requested for using the last of the "44 reserved bits" for this
indicator. The text was provided in a revision of R0041 and reviewed Minor comments included
harmonization with RExt, including the flag for sub-layers, requiring the flag to be equal to zero if the
associated layer ID is zero and otherwise equal to 1, clarifying the scope of the flag to CLVS scope,
having the rewriting process set the flag to 0, and making the value of the flag an exception to the
requirement for the PTL in the SPS to match that of the VPS for an INBL. (The question of whether
the rewriting process is removed or not is an editorial matter, and it seems that we may retain it for
convenience while providing additional informative text.) Decision: Confirmed (modified as suggested
above for 07-06 review).
R0362/Parameter set repetition: R0010 Should some additional adjustment be made of the syntax of
independent non-base layers in regard, e.g., to VPS repetition and handling of end of sequence and end
of bitstream NAL units? Consider allowing VPS presence in independent non-base layer (text
preparation requested). Check whether other PSs can be repeated in other layers. Decision (Cleanup):
It was agreed to allow this for all PSs (observing that SPSs in layer 0 must use compatible syntax).
Revisit for text review. Decision (Ed.): Regarding ordering of pictures within one AU, it is intended
to require the VCL NAL units of the picture to be in the order of increasing layer ID value. Text in
R0362 parameter sets repetition
R0360 YKW Cleanup Editor action item: Most aspects were suggested to be clearly editorial and were
delegated to the editors for consideration. Item 2 relates to ordering of pictures in an AU, which was
found in Annex F. This seemed adequate, so the suggested change may be unnecessary.
Page: 373
Date Sav
 R0043 SHVC/MV-HEVC level definitions and related decoder capability requirements Decision: The
intent is agreed as stated above; the editors are delegated the task of expressing that in the language of
the text.
 R0361/VUI cleanups: R0361 Adarsh VUI cleanups
 JCT3V-I0103 MV-HEVC HLS: Clean-up of MV-HEVC SEI messages I0103 rev1
 JCT3V-I0134 aspects 1 and 3
 JCT3V-I0199 (BoG editors' notes), in addition to other items, view_id_len: remove the value range of
the syntax element.
 Remaining items identified through BoG on editors' notes in SHVC/MV-HEVC specs in R0359/I0199
 R0357 Updates to chroma resampler hint SEI message
 Updates to knee function info SEI message Decision: Agreed to include the message with the
modifications agreed above. Further editorial improvement during the editing period for finalization
also seems desirable.
 Add constraint on SHVC specific syntax to be zero in MV-HEVC profile definition, including,
single_layer_for_non_irap_flag equal and colour_mapping_enabled_flag.
The recommendations of the MV-HEVC / 3D-HEVC Draft and Test Model editing AHG are to:

Approve the edited documents I1001, I1002 and I1003 as JCT-3V outputs.

Continue to edit documents I1001 and I1003 to ensure that all agreed elements of 3DHEVC are fully described, in particular integrate I0129 (ARP).

Compare the documents I1001, I1002 and I1003 with the HTM-software and resolve any
discrepancies that may exist, in collaboration with the Software AHG.

Continue to improve the overall editorial quality of the documents I1001, and I1003.

Ensure that properly drafted candidate text is available prior to making any decision to
change the specifications.

Reviewing specification text of each adopted proposal, since 3D-HEVC is close to
finalization.

Discuss reported open issues.
13.1.1.1.1.1.1.1.367 JCT3V-J0003 JCT-3V AHG Report: 3D-AVC Software Integration (AHG3)
[D. Rusanovskyy, F. C. Chen, J. Y. Lee, J.-L. Lin, O. Stankiewicz, T. Suzuki, D.
Tian]
JCT-3V AhG3 conducted development of the 3D-AVC software and its distributions to the JCT3V community. The most recent version of the reference software was released on 22.Aug.2014
and is currently available from the following location:
http://mpeg3dv.nokiaresearch.com/svn/mpeg3dv/tags/3DV-ATMv13.1/
Reference 3DV-ATMv13.1 software was also released as JCT3V/MPEG output documents, and
are available online as I1005 and w14673 respectively.
With respect to the second mandate, the software provided in the JCT3V-I0025 and approved by
JCT-3V group was utilized as a codebase and it was updated to resolve a known High Level
Syntax bug, related to a Slice Header Prediction.
With respect to the third mandate, a document describing software usage was created and
distributed along with the software. Software manual document can be found at the SW
repository and JCT3V/MPEG documents in the /docs folder.
http://mpeg3dv.nokiaresearch.com/svn/mpeg3dv/tags/3DV-ATMv13.1/docs/
The software 3DV-ATMv13.1 was utilized in work of JCT3V-AhG9 to produce MVC+D and
3D-AVC conformance bitstreams.
During editing of 3D-AVC specification text, several issues related to the text and the software
implementation has been brought to attention.
Page: 374
Date Sav
A revision to the text in J.8.2 was proposed during the editing. Amount of proposed to the text
changes suggested that editors and proponents of related tools to review them and consider for
including in the next amendment (MFC+D).
In addition to this, it was found that signaling of syntax element bvsp_flag_lx in specification
text and reference software is not aligned. The text specifies that signaling of syntax elements
ref_idx_l0 and bvsp_flag_l0 are interleaved, whereas software implements signaling of these two
elements in independent loops. It is expected that identified misalignment does not affect the
coding performance.
Follow-up discussion (Thu PM): Software bug fix appears simple. It was pointed out to the
software coordinator by 09-19, but never got a reaction. The problem was confirmed by several
experts.
In another follow-up discussion Fri AM, it was decided that the software should be aligned with
the text on the issue of interleaving ref_idx and bvsp_flag. Miska Hannuksela will submit a
comment to ITU-T. Nokia will provide the software bug fix (including the test results in CTC)
by Nov. 14, to be checked by the software coordinator (D. Tian) and delivered as ATM 13.2.
The software has already been delivered to ITU with this bug. If it is not corrected by Friday, the
commenting period will close, and the bug will be in the spec.
Sehoon was to contact Dmytro. Further clarification was achieved during the plenary Friday AM
(see under AHG3)
Possible solution to the latter issue may include either introducing changes to the reference
software with reproducing 3D-AVC conformance bitstreams, or introducing changes to the
specification text (introducing independent loop for signaling of bvsp_flagl0), along with
changes proposed to J.8.2 text.
The report further points out another mismatch between text and software in the context of VSP.
13.1.1.1.1.1.1.1.368 JCT3V-J0004 JCT-3V AHG Report: MV-HEVC and 3D-HEVC Software
Integration (AHG4) [G. Tech, H. Liu, Y. Chen, K. Wegner]
Development of the software was coordinated with the parties needing to integrate changes.
The distribution of the software was announced on the JCT-3V e-mail reflector and the software
was made available through the SVN server:
https://hevc.hhi.fraunhofer.de/svn/svn_3DVCSoftware/tags/
Anchor bitstreams have been created and uploaded to:
ftp.hhi.fraunhofer.de; login: mpeg3dv_guest; path: /MPEG-3DV/HTM-Anchors/
One version of the HTM software were produced and announced on the JCT-3V email reflector.
The following sections give a brief summary of the integrated tools and achieved coding gains.
Starting point for development of HTM-12.0 was HTM-11.2. Development of HTM-12.0 was
conducted in three parallel tracks each performing sequential integration. Development of each
branch has been supervised by one software coordinator. Software of all three tracks was merged
by the software coordinators.
MV-HEVC: The coding results for MV-HEVC are identical to results obtained from version
HTM-11.2.
3D-HEVC: HTM-12.0 vs. HTM-11.2 (CTC, three view configuration)
Page: 375
Date Sav
video
video rate
0.3%
0.2%
0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
video
total rate
0.3%
0.1%
0.1%
-0.1%
0.0%
0.0%
0.1%
-0.1%
synth
total rate
0.2%
-0.2%
-0.1%
-0.6%
-0.2%
-0.1%
-0.1%
-0.5%
enc time
98.7%
96.2%
98.5%
100.6%
101.2%
99.7%
100.4%
100.3%
dec time
100.9%
103.9%
103.0%
95.6%
100.3%
101.6%
96.0%
102.0%
ren time
99.4%
98.0%
101.0%
99.7%
98.4%
99.5%
98.7%
98.9%
1024x768
1920x1088
0.2%
0.0%
0.2%
0.0%
0.0%
-0.3%
97.8%
100.4%
102.6%
99.1%
99.5%
99.0%
average
0.1%
0.0%
-0.2%
99.4%
100.4%
99.2%
Balloons
Kendo
Newspaper_CC
GT_Fly
Poznan_Hall2
Poznan_Street
Undo_Dancer
Shark
The MV-HEVC Software draft 1 (JCT3V-I1009) has been released. The software has been
generated by removing 3D-HEVC related source code and configuration files from HTM-12.1.
The software can also be accessed using the svn:
https://hevc.hhi.fraunhofer.de/svn/svn_3DVCSoftware/branches/HTM-12.1-MV-draft-1
For MV-HEVC non-CTC configuration parameters files have been included e.g. for generation
of bitstreams using INBL decoding, auxiliary pictures, layer-wise startup, and IBP prediction.
Open issues:

Some minor mismatches related to 3D-HEVC HLS.

Most of MV-and 3D-HEVC SEI messages are not supported yet.

Some items related to MV-HEVC decoding processes (e.g. hybrid scalability, correct
bumping, POC reset) have not been integrated yet.

Especially MV-HEVC related decoding processes and syntax need to be reviewed and tested.
 Other minor issues are listed in the bug tracking system.
The recommendations of the MV-HEVC and 3D-HEVC Software Integration AHG are:

Develop HTM-13 based on HTM-12 and improve its quality.

When a proposal is adopted to discuss how to enable it in the HTM software (e.g. encoder
parameter / parameter set flag, or always on).

Continue to identify bugs and discrepancies with text, and address them.

Fix open issues.

Discuss alignment of HTM with HM versions including range extension.
 Discuss on how to address open issues.
It is mentioned that the alignment of 3D-HEVC software (HTM) with HM16 would cause a
significant amount of work.
Should MV-HEVC software be aligned with SHVC software? The encoder implementation may
be a bigger issue than the decoder.
13.1.1.1.1.1.1.1.369 JCT3V-J0005 JCT-3V AHG Report: 3D Coding Verification Testing
(AHG5) [V. Baroncini, K. Muller, S. Shimizu, A. Vetro, S. Yea]
Mandate 1:
Prepare a set of test sequences and encodings to be used in upcoming MV-HEVC
verification testing.
Page: 376
Date Sav
During the last meeting, it was suggested to compare four configurations: MVC, simulcast
HEVC, frame-compatible HEVC, and MV-HEVC. And 8 test sequences are identified for the
verification test.
Many offline activities were done to prepare a set of encoded bitstreams. Unfortunately, no
material is available now, but some of them can be prepared during the meeting.
Mandate 2:
Identify test sites that could conduct such tests.
No test site is identified at this moment at this time since a more concrete test plan is necessary.
Mandate 3:
Suggest Improvements to the draft test plan JCT-3V-I1011.
The AHG does not have any recommendations at this time on changes to the evaluation
methodology, but would certainly consider this based on the experiments.
Mandate 4:
Prepare viewing logistics for 10th JCT-3V meeting.
The 3D viewing equipment has been prepared and the test room Leicester has been setup.
Viewing will be performed during the week.
13.1.1.1.1.1.1.1.370 JCT3V-J0006 JCT-3V AHG report: 3D High level syntax (AHG6) [Y.
Chen, T. Ikai]
There are three input documents which are relevant to this AhG.
The documents are listed as follows:
Doc No.
Title
JCT3V-J0044
On camera parameter transmission for 3D-HEVC
JCT3V-J0060
3D-HEVC HLS: Single depth flag signaling
JCT3V-J0063
Improvement of Alternative depth info SEI message in 3D-HEVC
Another late contribution: J0107. This also includes the necessity to bring the enabling flags
from VPS to SPS or PPS.
13.1.1.1.1.1.1.1.371 JCT3V-J0007 JCT-3V AHG Report: Complexity Assessment (AHG7) [G.
G. (Chris) Lee (NCKU), G. Bang (ETRI), T. Ikai (Sharp), H. Liu (Qualcomm)]
Mandate 1: Study intrinsic complexity measures or metrics to assess hardware and software
implementations of algorithms/computational models based on number of operations, potential
for parallelism, data transfer rate, and data storage requirements. An informative guideline which
introduces complexity assessment without biasing towards either software or hardware has been
presented in JCT3V-D0301.
1. Discussed, identified and tabulated coding tools or cases to be studied at different suggested
data granularities in a spreadsheet which provides a high level overview of the scope of the
work in this ad hoc group. Furthermore, several examples performed by co-chairs and
proponents in previous JCT3V meetings were also included in this spreadsheet which was
uploaded together with AHG 7 report.
Mandate 2: Analyze existing designs and produce complexity perspective per tool, from the
viewpoint of possible slowdown, bottlenecks or implementation issues.
1. According to Mandate 1, complexity of several coding tools are assessed and they also are
discussed the bottleneck per tools, such as depth intra coding tools, inter-prediction tools, etc.
The analyzed results also included the attached spreadsheet which is illustrated in Mandate 1.
Mandate 3: Develop a recommendation to JCT-3V on formalized complexity assessment in a
reporting document.
1. A draft report summarizes the guidelines of this AHG in assessing complexity and states the
definition of complexity metrics for evaluating coding tools in a fair perspective.
Page: 377
Date Sav
13.1.1.1.1.1.1.1.372 JCT3V-J0061, AHG7: Draft Report of Complexity Assessment
A summarized report of complexity assessment AHG in 3D-HEVC. This draft report re-states
the metrics used to evaluate the coding tools in previous meetings and provides an example to
guide the complexity assessment.
This AHG on Complexity Assessment recommends to:
1. review the draft report during the meeting and finalize mandate 3 at next meeting
Follow-up discussion Thu PM: Currently, the AHG has achieved its mandates, and no need is
seen to continue. The 3D-HEVC design is assessed to be acceptable in terms of implementation
complexity for the case of 8 bit video and depth data.
13.1.1.1.1.1.1.1.373 JCT3V-J0008 JCT-3V AHG Report: 3D Test Material (AHG8) [S. Shimizu,
S. Yea]
There was no e-mail exchange over the reflector.
At the last meeting, we listed some stereo materials for the MV-HEVC verification testing. Some
of them are already available on the servers, but test sequences provided by Deutsche Telekom
are not currently accessible by JCT-3V members. Copyright statement is also missing for these
sequences at this time. It is necessary to discuss the content holder about the possibility and the
way on the distribution. One distribution way is to use the MPEG content repository.
To enable access by non-MPEG ITU members, also an alternative download facility should be
installed.
13.1.1.1.1.1.1.1.374 JCT3V-J0009 JCT-3V AHG Report: AVC conformance testing
development (AHG9) [T. Suzuki, D. Rusanovskyy, D. Tian, Y. W. Chen]
In Valencia, problems in the reference software and MVC+D conformance bitstreams were
reported. The problems are,

3D-AVC HLS were included in MVC+D conformance bitstreams
 Bugs related to IBP configuration
All bitstreams were collected and uploaded. In Valencia, it was decided to include the revised
bitstreams of MVC+D conformance bitstreams rather than producing COR to fix the problem.
But after the meeting, it took a time to fix the problems in reference software, and the revision of
bitstreams was delayed. Therefore, the output document from Valencia meeting, JCT3V-H1004
and w14383, are not approved yet (this was done later).
Conformance streams will need to be updated after the software bug fix.
13.1.1.1.1.1.1.1.375 JCT3V-J0010 JCT-3V AHG report: HEVC Conformance testing
development (AHG 10) [Y. Chen, T. Ikai, S. Shimizu, T. Suzuki]
During the last meeting in Sapporo, this AhG has been established and the activities on
collecting the MV-HEVC and 3D-HEVC bitstreams started.
The latest draft for MV-HEVC conformance test is available as JCT3V-I1008 and the latest draft
for 3D-HEVC conformance is available as JCT3V-I1010.
Several companies have started generating bitstreams for 3D-HEVC as well as MV-HEVC.
A final software for MV-HEVC was recently released and can be used to generate the MVHEVC bitstreams.
One volunteer, KDDI has offered to double-check the MV-HEVC bitstreams with its own nonHTM based decoder implementation.
Page: 378
Date Sav
Texture tool
Depth tool
Depth tool
Depth dependent
texture tool
Texture
dependent depth
tool
Others
Sub category
Bitstream
File name
Provided
Categories
Profile and
Level
3D-HEVC
ARP
3DHC_T_A
3DHC_T_A_Qualcomm_5
5.1 and
higher
X
Sub-PU inter-view motion
prediction
3DHC_T_B
3DHC_T_B_MediaTek_5
5.1 and
higher
X
Illumination compensation
3DHC_T_C
3DHC_T_C_Sharp_5
5.1 and
higher
X
Combined
3DHC_T_D
3DHC_T_D_Sharp_5
5.1 and
higher
X
Combined texture only
bitstream
3DHC_T_E
3DHC_T_E_HHI_5
5.1 and
higher
Depth Intra (DMM1)
3DHC_D1_A
3DHC_D1_A_HHI_5
5.1 and
higher
Depth Intra (DMM1)
3DHC_D1_B
3DHC_D1_B_HHI_5
5.1 and
higher
Depth Intra (SDC)
3DHC_D1_C
3DHC_D1_C_RWTH_5
5.1 and
higher
Depth Intra (SDC)
3DHC_D1_D
3DHC_D1_D_RWTH_5
5.1 and
higher
Depth Intra (single depth)
3DHC_D1_E
3DHC_D1_E_MediaTek_5
5.1 and
higher
X
Depth Intra (single depth)
3DHC_D1_F
3DHC_D1_F_MediaTek_5
5.1 and
higher
X
Depth Intra (combined)
3DHC_D1_G
3DHC_D1_G_RWTH_5
5.1 and
higher
Depth Intra (combined)
3DHC_D1_H
3DHC_D1_H_RWTH_5
5.1 and
higher
Depth Inter (inter-view
motion)
3DHC_D2_A
3DHC_D2_A_Samsung_5
5.1 and
higher
Depth Inter (inter-SDC)
3DHC_D2_B
3DHC_D2_B_LGE_5
5.1 and
higher
DoNBDV
3DHC_DT_A
3DHC_DT_A_MediaTek_5
5.1 and
higher
VSP
3DHC_DT_B
3DHC_DT_B_NTT_5
5.1 and
higher
DBBP
3DHC_DT_C
3DHC_DT_C_Hisilicon_5
5.1 and
higher
Combined
3DHC_DT_D
3DHC_DT_D_NTT_5
5.1 and
higher
Sub-PU MPI
3DHC_TD_A
3DHC_TD_A_Qualcomm_5
5.1 and
higher
X
MPI
3DHC_TD_B
3DHC_TD_B_MediaTek_5
5.1 and
higher
X
DDD
3DHC_TD_C
3DHC_TD_C_MediaTek_5
5.1 and
higher
QTL
3DHC_TD_D
3DHC_TD_D_Orange_5
5.1 and
higher
3-view random access
3DHC_C_A
3DHC_C_A_HHI_5
5.1 and
higher
3-view all Intra
3DHC_C_B
3DHC_C_B_HHI_5
5.1 and
higher
Page: 379
Date Sav
2-view random access
Bitstream
3DHC_C_C
File name
3DHC_C_C_Sharp_5
Provided
Sub category
Profile and
Level
Categories
5.1 and
higher
X
Categories
Prediction
Structure (2-view)
Prediction
Structure (3-view)
Sub category
Bitstream
File name
Inter-view prediction
MVHEVCS-A
MVHEVCS_A_Qualcomm_5
All Intra
MVHEVCS-B
MVHEVCS_B_Sharp_5
Simulcast
MVHEVCS-C
MVHEVCS_C_Sony_5
Simulcast with
asymmetric resolutions
MVHEVCS-D
MVHEVCS_D_NTT_5
Inter-view prediction and
hierarchical B
MVHEVCS-E
MVHEVCS_E_Qualcomm_5
Inter-view prediction for
IRAP AUs only
MVHEVCS-F
MVHEVCS_F_Qualcomm_5
Inter-view prediction
MVHEVCS-G
MVHEVCS_G_NTT_5
Inter-view prediction with
PIP view structure
MVHEVCS-H
MVHEVCS_H_LGE_5
Inter-view prediction with
IBP view structure
MVHEVCS-I
MVHEVCS_I_Nokia_5
MVHEVCS-J
MVHEVCS_J_XXX_5
Hybrid scalability
Provided
MV-HEVC
X
The AHG recommends

to improve and complete the draft text for MV-HEVC conformance test and 3D-HEVC
conformance test

to collect the missing conformance bitstreams for 3D-HEVC

to collect the missing conformance bitstreams for MV-HEVC
 to discuss procedures on how to cross verify the 3D bitstreams
Further discussion & BoG (JCT3V-J0111) was held during the week.
3 Project development, status, and guidance (1)
3.1
Communication by parent bodies (0)
Joint session with VCEG & MPEG parent-level and JCT-VC and JCT-3V, chaired by JRO, GJS,
& JO Monday 10-20 1600-1800:
Non-4:4:4 for SCC? (e.g., JCTVC-S0042)
 The contribution does not request a 4:2:0 profile, but requests the capability to be present
in the 4:4:4-capable profile so that encoders can choose to use that.
 Some participants indicated that if we think 4:2:0 is important, we should go ahead and
define a profile for it.
Page: 380
Date Sav

Agreed: It was suggested to consider 4:4:4 the primary requirement, but try to also
consider the potential application of the same coding tools for 4:2:0.
 Decision: Adding new 4:2:0 coding capabilities would be adding some complexity to
4:4:4 decoders, but could be considered if the added complexity is not excessive and the
benefit is significant – consider the complexity/benefit tradeoff. Profiling implications
TBD.
JCT3V-J0106 Profiles, tiers, levels for 3D-HEVC – proposing one profile, very similar to MVHEVC, with nested MV-HEVC decoding capability. Decision: Adopt (possibly with refinement
of low-level aspects), with nested capability.
SEI & VUI & CICP
 JCTVC-S0148 End-of-picture indication for AVC & HEVC – OK.
 JCTVC-S0031 / JCT3V-J0108 Frame packing for video with depth (and relationship with
depth and texture view packing SEI message in AVC) – to be considered in JCT-3V –
only interest if there's a significant benefit. JCT3V-J0109 is new proposed draft text, to
be reviewed in JCT-3V to determine adequacy of editorial quality for proceeding with the
ongoing work together with MFC+D.
 JCTVC-S0197 VUI codepoint for SMPTE ST 2085 (YDzDx) for AVC & HEVC –
proceed.
 ST 2084 and 2086 for AVC – proceed.
 m35153 P3 colour primaries in CICP ST 428-2 or maybe -1 – OK to support SMPTE
specs.
[Note also JEDEC P22 – TBD]
 Green metadata – SEI message referring to another standard for the details.
Unlimited level / unconstrained profile for AVC & HEVC – still plan to do, but no draft yet
Future video coding exploration being conducted (WCG/HDR, compression improvement
(workshop), other)
About the texture/depth view packing, JCT-3V shall decide whether the text is mature.
There should not be different texture/depth view packing messages – what are the market needs?
It was also discussed to potentially de-couple the two amendment activities on MFC+D and
TDVP SEI.
3.2
3D video application areas (0)
No contributions noted in this area.
3.3
MV-HEVC / 3D-HEVC Conformance (0)
Joint meeting with JCT-VC
-
Present the current status of conformance MV-HEVC and SHVC
- Talk about possibility of joint development of MV-HEVC & SHVC reference decoder
Some principles thought about in context of SHVC:
-
Extension to current conformance for new profiles,
-
Naming of bitstreams for dependent layers
-
One md5 sum for each layer in the bitstream
-
For each picture in output layer sets, log file including NUH Layer ID, POC, MD5 checksum
-
Output capability of this log file from decoder software (i.e. they could be generated
automatically from the streams)
Page: 381
Date Sav
-
List of bitstreams (in many cases volunteers to be identified), current design more for testing
tools functionality rather than extreme cases.
MV-HEVC:
-
Not testing all HL syntax (assuming that SHVC is doing that).
-
MD5 separate for each output view (not per picture), and for the entire bitstream.
-
Set of 8 bitstreams defined.
- No volunteer identified for hybrid scalability.
Are the bitstreams sufficiently testing the HL syntax?
Additional bitstream testing max number of output views may be necessary.
Naming convention for layers should be aligned with SHVC.
Currently missing in MV-HEVC:software:
- Hybrid scalability
Currently missing in SHVC software:
- Aux pictures
Encoders would be different – have specific optimization approaches
Currently, no advantage seen in merging the decoder software, but it would be a useful
functionality if SHM was capable to decode multiview streams.
Conclusion:
-
Produce amendments on software and conformance for MV and SHVC independently.
13.1.1.1.1.1.1.1.376 JCT3V-J0111 BoG on HEVC Conformance for 3D extensions [Y. Chen]
Review for 3D-HEVC was performed Thursday PM. It was concluded to issue only one
conformance draft, both for MV-HEVC and 3D-HEVC. Further discussion of the work plan was
performed during the Friday PM plenary – see notes in section 9.3.
3.4
Profile/level definitions (1)
Discussed in joint meeting with parent bodies Mon 16-18: One profile “3D Main” was
agreed.Technical aspects are to be further discussed in JCT-3V, nested capability (i.e.
decodability of MV Main) shall be implemented, which implies auxiliary pictures.
13.1.1.1.1.1.1.1.377 JCT3V-J0106 Initial text for the specification of profiles, tiers, and levels in
3D-HEVC [G. Tech, K. Müller (HHI)] [late]
Initial text for the specification of profiles, tiers and levels in 3D-HEVC is provided, which was
further discussed and refined at the meeting.
The current 3D-HEVC Draft 9 does not include text defining profiles, tiers and levels. To fill this
gap an initial specification is provided in this document, which can be the basis for further
discussion. The profile specification is based on the Multiview Main profile and has been
modified to cover 3D-HEVC related aspects.
It was agreed to allow only monochrome for depth maps (chroma_format_idc equal to 0 if the
SPS belongs to a depth map).
It was agreed to only allow auxiliary pictures with main profile decoding capability. Such
auxiliary pictures should however be allowed to appear together with 3D-HEVC pictures and
depth maps.
It was agreed to remove the constraint about 2 views.
It was agreed to remove the vertical disparity constraint. Due to the fact that more dependencies
exist, and the constraint was enabled for parallelism in independent decoding processes, this is
Page: 382
Date Sav
not necessary, but releasing the constraint also does not break decodability of MV-HEVC
streams by 3D-HEVC decoders.
Agreed to keep the number of dependent layers to 4, but this may need to be re-considered when
it includes texture/depth dependencies.
Agreed to restrict flexible coding order (i.e. only allow texture first), but further consideration
may be necessary, as some tools have benefit also with independent coding of depth maps.
(Aux_id needs to be added here)
Question: Is depth-only allowed? Currently not. May need further consideration.
Setting of max_monochrome_constraint_flag. Should be set to zero.
The contributor was requested to prepare a new version, which was presented during the plenary
Friday AM. It was decided to require for each view that the depth layer follows the texture layer
directly, as in current CTC. The other option (de-interleaved texture/depth layers) should be
further studied.
Generally agreed to be adopted for draft.
Decision: Adopt JCT3V-J0106 (version 2 with the restriction as indicated above)
3.5
3D-HEVC / MV-HEVC performance assessment (0)
(Chaired by JRO, Wed 10-22 12-13)
Discussed preparation of MV-HEVC verification test with Vittorio
Relation with 3D-HEVC test? This would not be the same scenario, and duplicate the effort.
Better to have MV-HEVC test earlier.
Plan to prepare a test for Geneva, experts viewing, would be test sessions of approx. 20 min.
No interlaced sequences (Telekom).
Include MVC, HEVC simulcast, MV-HEVC.
Some more final edits of the document are necessary. Check whether all sequences have
“normal” stereo distance.
3.6
Complexity assessment (1)
13.1.1.1.1.1.1.1.378 JCT3V-J0061 AHG7: Draft Report of Complexity Assessment [G. G. Lee
(NCKU), T. Ikai (Sharp), H. Liu (Qualcomm), G. Bang (ETRI)]
A summarized report of complexity assessment AHG in 3D-HEVC. This draft report re-states
the metrics used to evaluate the coding tools in previous meetings and provides an example to
guide the complexity assessment.
The report suggests taking into account:
-
Number of operations
-
Degree of parallelism
-
Data storage requirement
- Data transfer rate
An example is given for bi-directional motion compensation.
The Excel sheet attached to this report allows complexity assessment of tools.
Clarify: Is there need to continue the AHG? Are there specific plans?
3.7
Quality assessment (0)
No contributions noted in this area.
3.8
Source video test material (0)
No contributions noted in this area.
Page: 383
Date Sav
4 Core experiments
4.1
CE1: Segmental prediction (4)
(Chaired by JRO, Sat. 11:40-12:10)
4.1.1 Summary (1)
13.1.1.1.1.1.1.1.379 JCT3V-J0011 CE1: Summary Report on Segmental Prediction [J.-L. Lin]
In JCT3V-J0032, a segmental prediction method for Inter-SDC is proposed in depth coding.
Besides the current Inter-SDC mode, three segmental Inter-SDC modes with 1, 2 and 3 segments
are added. A single depth value is assigned to all reconstructed samples in a segment.
For a CU which is coded with Inter-SDC mode, a flag is signaled to indicate whether to apply
the normal Inter-SDC or the segInter-SDC. When the segInter-SDC is enabled, two steps are
applied to obtain the reconstructed block from the prediction block.
1) In the first step, samples in the current block are classified into one, two or three segments.
2) In the second step, a single value is derived for each segment in the reconstructed block.
IBC prediction block
Modified prediction block
21
20
20
20
20
20
20
20
21
20
20
20
20
20
20
20
20
20
20
20
20
20
20
20
119
22
20
20
20
20
20
20
119
22
20
20
20
20
20
20
120
20
20
20
20
20
20
20
120
118
21
22
20
20
20
20
120
118
21
22
20
20
20
20
120
120
20
20
20
20
20
20
120
120
120
120
20
20
20
20
Classification
E0+O0
=20+0=20
E1+O1
=120+0=120
120
120
119
118
22
20
20
20
120
120
119
118
22
20
20
20
120
120
120
120
118
21
20
20
120
120
120
120
118
21
20
20
120
120
120
120
120
20
20
20
120
120
120
120
119
119
21
20
120
120
120
120
119
119
21
20
120
120
120
120
120
120
20
20
120
120
120
120
120
118
22
20
120
120
120
120
120
118
22
20
120
120
120
120
120
120
20
20
120
120
120
120
120
120
118
21
120
120
120
120
120
120
118
21
120
120
120
120
120
120
120
20
An example of segInter-SDC with 2 segments for an 8x8 block.
The following aspects should be further studied in this context:
Usage in combination with Intra SDC (where it would target similar depth map
characteristics as DMM)
Restriction of number of segments to two (instead of three)
Configuration for tests
Test 1
Test 2
Test 3
Test 4
Test 5
Test 6
1 segment
Yes
No
Yes
No
No
No
2 segments
Yes
Yes
Yes
Yes
Yes
Yes
3 segments
Yes
Yes
No
No
Yes
No
For Inter-SDC
Yes
Yes
Yes
Yes
Yes
Yes
For Intra-SDC
No
No
No
No
Yes
Yes
Page: 384
Date Sav
Coding results
Test 1
Test 2
Test 3
Test 4
Test 5
Test 6
Video
1
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
Video
2
0.0%
-0.1%
0.0%
0.0%
0.0%
0.0%
Video/video Video/total Synthesized/total
Enc
Dec
BR
BR
BR
time
time
0.0%
0.1%
-0.4%
114.1% 101.5%
0.0%
0.1%
-0.5%
107.3% 101.7%
0.0%
0.1%
-0.3%
109.8% 101.2%
0.0%
0.1%
-0.3%
105.5% 100.7%
0.0%
0.1%
-0.6%
108.4% 99.2%
0.0%
0.0%
-0.4%
106.3% 101.1%
The case of 1 segment is similar to current SDC
Basically, the segmentation could be similar as with current tools (like DMM)
The approach requires computing the mean value in order to determine a threshold for
segmentation (necessary at the decoder), which likely increases the complexity.
Furthermore, it is pointed out that the worst-case complexity of intra mode is increased, since the
method allows to combine with angular prediction (which DMM does not allow)
One expert expresses the opinion that for the case of 3 segments (which requires two thresholds)
the complexity would be too large.
The following aspect was later revisited after results were provided that use only the four corner
samples to derive the threshold. These were cross-checked as well. Corresponding draft text was
also provided with exclusively two segments, and a detailed analysis about the complexity
impact in inter and intra (showing whether and by how much the worst case complexity
increases). See version 4 of the doc.
In the follow-up discussion, it was generally agreed that for the inter case with the modified
approach, the complexity might be acceptable and not reach the worst case overall, since a
transform is not required. However, for the prediction part alone, the complexity would be
increased.
Additional text is approx. 1.5 pages.
During the discussion, it was not fully clear whether some additional encoder optimization might
be responsible for part of the gain.
Further investigate the modified method in CE.
4.1.2 CE contributions (3)
13.1.1.1.1.1.1.1.380 JCT3V-J0032 3D-CE1: Segmental prediction in 3D-HEVC [K. Zhang, J.
An, X. Zhang, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
13.1.1.1.1.1.1.1.381 JCT3V-J0031 CE1: Cross-check on Test 2 and Test 4 [T. Tsukuba
(Sharp)] [late]
13.1.1.1.1.1.1.1.382 JCT3V-J0074 CE1: Cross check of segmental prediction, test3 (JCT3VJ0032) [P. Merkle (HHI)] [late]
13.1.1.1.1.1.1.1.383 JCT3V-J0098 CE1: Crosscheck on CE1 test 6 (JCT3V-J0032) [X. Zheng,
J. Zheng (Hisilicon)] [late]
Page: 385
Date Sav
13.1.1.1.1.1.1.1.384 JCT3V-J0102 3D-CE1: Crosscheck on Segmental prediction in 3D-HEVC
(JCT3V-J0032) [S. Shimizu (NTT)] [late]
13.1.1.1.1.1.1.1.385 JCT3V-J0110 Cross-check on CE1-Test1 of Segmental prediction in 3DHEVC (JCT3V-J0032) [J. Zheng, X. Zheng(HiSilicon)] [late]
13.1.1.1.1.1.1.1.386 JCT3V-J0113 CE1: Cross-check results on simplified version of Test 4
and Test 6 [T. Ikai, T. Tsukuba (Sharp)] [late]
4.1.3 Related contributions (0)
No other related contributions noted.
5 3DV standards development (incl. software, conformance) (3)
5.1
AVC Extensions (3)
13.1.1.1.1.1.1.1.387 JCT3V-J0056 On MFC plus Depth: Reference Software Update [L.
Grimaldi, K. Schueuer, P. Yin, T. Lu, H. Ganapathy, T. Chen, W. Husak
(Dolby)]
This contribution provides an update on the MFC+D reference software source code and
software manual. All the required features for MFC+D have been implemented and included in
the software.
The presentation deck was requested to be uploaded.
Support for interlace.
Supports all different texture and depth resolution and coding order.
For the 2-view case, streams can be decoded by MVC+D and vice versa.
13.1.1.1.1.1.1.1.388 JCT3V-J0057 On MFC plus Depth: Conformance Testing [P. Yin, T. Lu,
H. Ganapathy, T. Chen, W. Husak (Dolby), D. Tian (MERL)]
This document provides information about MFC+D conformance testing. It has two attachments.
The first attachment is the draft text of MFC+D conformance testing. The second attachment is a
set of candidate bitstreams for MFC+D conformance testing generated by Dolby and
crosschecked by MERL.
7 bitstreams testing the different cases of texture/depth resolution, interlace, coding order, frame
packing configuration.
Action: Issue amendments for software and conformance.
13.1.1.1.1.1.1.1.389 JCT3V-J0062 Software for Texture and Depth View Packing SEI
message in ATM13.1 [T. Senoh, K. Wakunami, Y. Ichihashi, H. Sasaki, R. Oi,
K. Yamamoto (NICT)] [late]
This contribution reports the integration of texture and depth view packing SEI message in
ATM13.1. It is proposed to include this software in the reference software for 1449610:201x/AMD1.
13.1.1.1.1.1.1.1.390 JCT3V-J0109 Update of SEI message in AVC/PDAM1 [Takanori Senoh,
Peng Yin, Ying Chen, Miska M. Hannuksela, Jens-Rainer Ohm, Gary J.
Sullivan] [late]
Page: 386
Date Sav
This draft reports a revised version of the AVC/PDAM1: MFC plus depth and additional SEI
message according to the PDAM1 voting comments from Spain and US.
Regarding MFC+D, only editorial improvements.
Regarding the texture/depth packing SEI message, the syntax table was aligned with the
suggestion of the US NB (no separate syntax table for the camera parameters). Furthermore,
various improvements are suggested to describe the semantics of the SEI message, in particular
w.r.t. the connection to the view synthesis/reconstruction process. This improves the
understandability.
However, in the follow-up discussion, it was found that by describing the view synthesis in an
informative way (as done in the PDAM), a reasonable interoperability between an encoder and
decoder may no longer be guaranteed, since the encoder would need to know rather precisely
how the synthesis projection is working in order to fill the residual pictures.
One way to resolve this would be to describe the view synthesis in a more precise way (which is
however something that has never been done so far). Another way would be to do the synthesis
without the residual.
Additional study seems necessary (AHG to resolve this, T. Senoh as chair)
Promote MFC+D standalone to DAM.
5.2
MV-HEVC (0)
No contributions noted.
5.3
3D-HEVC (0)
No contributions noted.
6 3D HEVC High-level syntax (4)
(Chaired by JRO, Tuesday morning)
13.1.1.1.1.1.1.1.391 JCT3V-J0044 On camera parameter transmission for 3D-HEVC [S. Yoo,
J. Nam, S. Yea (LGE)]
In this contribution, an efficient method for camera parameter transmission for 3D-HEVC is
proposed. Currently, the camera parameters can be transmitted either in a VPS (video parameter
set) or in a slice segment header. Whether the camera parameters are sent through the VPS or the
slice segment header is determined if the camera parameters of the current view are variable to
the slice or not. For instance, when a camera parameter set can be representative of the current
view, it is sent through the VPS. On the other hand, if the camera parameter set is changeable as
time goes on, it is sent through the slice header. However, the problem of this method is that the
camera parameter set may be sent repeatedly when the camera parameter is changed only once.
Therefore, it is proposed a prevention method for the duplicated camera parameter transmission.
The approach proposes to re-use camera parameters of previous slices when they are constant.
Two different methods are proposed on this, where the second uses the VPS parameters as
default when there is no temporal change.
Current camera parameters are associated with views.
Camera parameters are needed for depth and texture decoding.
Texture and depth can share SPS and PPS. However, when camera parameters change per
picture, it may be inefficient to send new PPS for that purpose.
The proposal to re-use CP from previous slice is not acceptable, since it would introduce a slice
dependency.
No action on the proposal.
Further consideration necessary about
-
Whether camera parameters should be signalled in VPS or SPS
Page: 387
Date Sav
-
Whether another option of signalling camera parameters in PPS would be desirable.
13.1.1.1.1.1.1.1.392 JCT3V-J0060 3D-HEVC HLS: Single depth flag signaling [Y.-W. Chen, J.L. Lin, Y.-W. Huang, S. Lei (MediaTek)]
In current 3D-HEVC, most of the 3D coding tools (e.g. IVMP, sub-PU IVMP, DONBDV, VSP,
MPI, DMM, SDC. DBBP, residual prediction) have a control flag signaled in VPS to provide
flexibility to enable/disable the associated coding tools. However, there is no such high-level
control flag for single depth intra mode. In this proposal, we propose to add one control flag in
VPS for single depth mode.
Decision: Adopt J0060 (Add VPS flag to disable SDM globally) – or put it to SPS in case that
the other flags are also treated that way.
Decision: (from discussion): Remove current slice level flag for SDM.
13.1.1.1.1.1.1.1.393 JCT3V-J0063 Improvement of Alternative depth info SEI message in 3DHEVC [T. Senoh, K. Wakunami, Y. Ichihashi, H. Sasaki, R. Oi, K. Yamamoto,
M. Tanimoto (NICT)] [late]
An updated version of the text should be provided which takes into account the ballot comments
on the AVC amendment, and also improves the quality of the description w.r.t. avoiding encoder
perspective (register this as a new document “update of SEI message in … AVC”, and after
further discussion apply similar changes to the HEVC SEI message.
After reviewing JCT3V-J0109: An editorial note should be added in the new 3D-HEVC draft
that this SEI message requires various improvements and should be removed from final spec
unless solutions are found.
13.1.1.1.1.1.1.1.394 JCT3V-J0107 On 3D-HEVC HLS and its alignment with MV-HEVC HLS
[G. Tech, K. Müller (HHI)] [late]
In this document several items to align the 3D-HEVC HLS with MV-HEVC HLS and to fix
minor 3D-HEVC HLS syntax issues are proposed. In particular it is proposed to use the
direct_dependency_flag syntax element to signal 3D-HEVC specific inter-layer dependencies, to
signal the 3D-HEVC tool enabling flags for texture and depth in the SPS, to fix the inclusion of
the vps_extension2 syntax structure, to remove the MvHevcCompatibilityFlag variable, and to
fix the mapping of camera parameters to views.
From the discussion:
-
Generally the proposed concept of signalling the specific dependencies in 3D-HEVC gives
clear benefit and seems to be efficient
-
Moving flags from VPS to SPS as discussed before
-
The vps extension may require some more consideration for certain cases of backward
compatibility
The proposal keeps the camera parameters for all views in the vps extension. For the case where
camera parameters can be signalled per slice, it is discussed whether an additional gating flag in
the slice header would be useful (see also discussion under J0044), but no need to take action at
this meeting.
Decision: Adopt JCT3V-J0107 (all aspects)
13.1.1.1.1.1.1.1.395 JCT3V-J0108 Centralized Color-Depth Packing (CCDP) SEI Message
Syntax (A Revision of JCTVC-S0031) [Jar-Ferr Yang, Ke-Ying Liao, Ming-Hung
Want, Ya-Han Hu] [late]
This contribution proposes a new Centralized Texture Depth Packing (CTDP) SEI Message to
cover a series of the CTDP formats to represent 3D videos with texture and depth information
efficiently. With the arrange the texture in the center of the frame and the proposed colored depth
Page: 388
Date Sav
concept, the most important feature of the CTDP formats with better coding performances is that
they could be directly viewed in 2DTV displays without any extra computation. Besides,
associated with the HEVC coding system (HM13.0), the CTDP formats show better
performances in both texture and depth coding and virtual view rendering results compared to
the texture-and-depth SbS packing method. Before 3D-HEVC chips have been delivered to all
the receivers, the newly-proposed Centralized Texture Depth Packing (CTDP) SEI Message
including a series of the CTDP formats could simply help to delivery of 3D video services
embedded with 2D display viewable capability through the existing HEVC and AVC video
coding standards.
Question: Is the case handled that a CTU goes across texture and depth? No, but basically
nothing would crash, may just produce artifacts.
One intention is that 2D displays would display the texture in the center (downsized), and the
depth maps at the boundaries of the screen, which would be seen, but perhaps not annoying.
Main idea is different downsampling of texture and depth and packing them together. Depth can
also be flipped.
Comparisons are performed against another configuration where half of the picture is texture and
half is depth. This means that the two compared pictures have different resolution, which is not
giving much information.
Another comparison is shown for synthesized results. Here, the method is worse than 3D-HEVC
in terms of synthesized PSNR
Are there concrete plans to launch services based on this? It is reported that a Chinese
broadcasting consortium is interested in this. More evidence about this is requested.
It was requested to provide results, where the compression performance of coded and
synthesized views is compared against MV-HEVC with auxiliary depth maps downsampled by 2
horizontally and vertically. It is claimed that the method would be more quickly available than
3D-HEVC, however MV-HEVC is already available. Also backward compatibility is better
solved in MV-HEVC than with this proposal
This is an update of previous contribution JCT3V-F0087.
7 Non-CE technical contributions on 3D-HEVC(62)
7.1
DMM (9)
(Chaired by JRO, Sat afternoon)
13.1.1.1.1.1.1.1.396 JCT3V-J0021 Structured lookup table definition in DMM [T. Tsukuba, T.
Ikai (Sharp)]
This contribution proposes a structured LUT definition in DMM, which generate 16x16 to 32x32
pattern by scaling and position-shifting wedgelet pattern of 8x8 in order to reduce the storage
size. Experimental result reportedly shows that 0.10% and 0.06% bdrate changes for synthesis in
the CTC and all-intra configuration, respectively. It is asserted that this proposed method can
achieve storage size to 5Kbytes without significant coding loss.
One expert points out that in the last meeting it had been discussed that lossless compression and
on-the-fly reconstruction could also reduce the necessary storage.
13.1.1.1.1.1.1.1.397 JCT3V-J0095 Cross-check on Structured lookup table definition in DMM
(JCT3V-J0021) [J. Zheng(HiSilicon)] [late]
13.1.1.1.1.1.1.1.398 JCT3V-J0035 On Lookup Table Size Reduction for DMM1 [X. Zhang, K.
Zhang, J. An, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
Page: 389
Date Sav
For the DMM1 intra prediction, it requires 400k-bit storage to store the lookup table in the
current design. In this contribution, it is proposed to downsample the wedgelet patterns for
DMM1 to reduce the lookup table size. Experimental results reportedly show that the proposed
simplification could achieve more than 50% storage saving of the wedgelet patterns with
negligible BD-rate increase.
It is proposed to reduce the number of 16x16 patterns by keeping only those that start at even
positions, (not downsampled). The storage would be reduced from approx. 400,000 to about
196,000.
The results indicate neglible loss.
13.1.1.1.1.1.1.1.399 JCT3V-J0100 Crosscheck on Lookup Table Size Reduction for DMM1
(JCT3V-J0035) [X. Zheng, Y. Lin (Hisilicon)] [late]
13.1.1.1.1.1.1.1.400 JCT3V-J0025 Simplification of DMM table derivation [T. Ikai, T. Tsukuba
(Sharp)]
This contribution proposes to simplify the DMM table derivation process by rotating.
Experimental result reportedly shows 0.01 % and 0.00 % BD-rate changes in synthesis in CTC
and all-intra configuration respectively.
The proposal is to harmonize the tables by retaining the generation of table entries only for two
directional orientations, and generate remaining table entries by rotation. This way, also the
pruning process in the current specification of the tables is removed. In terms of specification,
the proposal removes about 1 page of the description, but adds another ¾ pages. It is claimed that
at the same time this could be used for compression, if the rotation would be implemented on the
fly. In the uncompressed format, the table size would slightly increase. The proposal likely also
introduces some (small) additional redundancy due to the removal of the pruning, which seems
to be negligible since the bit rate change is marginal.
Basically, this method could also be combined with J0021 and J0035.
Summary on all three proposals: Further information would be desirable, in particular
-
How the benefit in compression compares to some other simple compression methods for the
original patterns
-
What the actual implementation complexity of the decompression is (except for 35 which
only reduces the number of 16x16 patterns)
- Combination of the different methods.
It was requested to provide more information provided during the meeting, otherwise start a CE.
More information was given in JCT3V-J0112.
13.1.1.1.1.1.1.1.401 JCT3V-J0112 Combination of JCT3V-J0025 and JCT3V-J0035 for DMM
[T. Ikai (Sharp), X. Zhang (MediaTek), K. Zhang, J. An, H. Huang, J. -L. Lin
(MediaTek), T. Tsukuba (Sharp), S. Lei (MediaTek)] [late]
For the DMM1 intra prediction, it requires 48.3 k bytes to store the lookup table in the current
design. In this contribution, a combination of JCT3V-J0025 and JCT3V-J0035 is proposed. It is
firstly proposed to downsample the wedgelet patterns for DMM1 to reduce the lookup table size
as JCT3V-J0035. Secondly, it is proposed to simplify the DMM table derivation process by
rotating as JCT3V-J0025. The combination claims to achieve 22.6 k bytes (uncompressed) and
3.6 k bytes (compressed), while HTM12 table is reportedly compressed to 16.3 k bytes with runlength compression.
Page: 390
Date Sav
Experimental results reportedly show that the proposed method’s BD-rate change is 0.00 %, 0.02 %, 0.04 % in texture, video and synthesis respectively in CTC. And the BD-rate change is
0.00%, -0.01%, 0.00% in AI.
From the results, JCT3V-J0035 gives most reduction for uncompressed data, and even
(marginally) less loss (though the reported “losses” may all be in the margin of noise)
Decision: Adopt JCT3V-J0035.
Further study is encouraged on JCT3V-J0025, however without removing the pruning (not CE).
13.1.1.1.1.1.1.1.402 JCT3V-J0114 Crosscheck on combination of JCT3V-J0025 and JCT3VJ0035 for DMM (JCT3V-J0112) [X. Zheng, Y. Lin (Hisilicon)] [late]
13.1.1.1.1.1.1.1.403 JCT3V-J0073 Crosscheck of Simplification of DMM table derivation
(JCT3V-J0025) [G. Bang (ETRI), Y.S. Heo, G.H.Park (KHU), G.S. Lee, N.H.Hur
(ETRI)] [late]
13.1.1.1.1.1.1.1.404 JCT3V-J0023 Simplification of depth prediction in DMM [T. Tsukuba, T.
Ikai (Sharp)]
This contribution proposes a simplified derivation process of predicted DC offsets for DMM by
utilizing only partition pattern conditions. Experimental result reportedly shows -0.01 % and 0.01 % BD-rate changes in synthesis in CTC and all-intra configuration respectively.
The presentation deck was requested to be uploaded.
The proposal is a modest simplification in the sense that it reduces checking 5 different cases to
three cases in the derivation of dcValBR. It consists of two modifications which in combination
give no loss on average, however this is not homogeneous over all sequences. Modification 2 is
not a simplification but rather accessing data from another CU which slightly improves the
compression.
Separate results are given for the two modifications in CTC, and it is requested to provide
separate results also for AI condition. These show that in fact modification 1 provides a small
loss over all sequences, whereas modification 2 has a small gain which compensates the loss.
Benefit not so obvious to justify any action.
13.1.1.1.1.1.1.1.405 JCT3V-J0067 Cross check of simplification of depth prediction in DMM
(JCT3V-J0023) [J. Y. Lee, C. Kim (Samsung)] [late]
13.1.1.1.1.1.1.1.406 JCT3V-J0033 A cleanup of DMM index coding in 3D-HEVC [K. Zhang, J.
An, X. Zhang, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
In the current 3D-HEVC, the wedgelet table index in DMM1 is binarized as a fixed-length code,
which may represent a number exceeding the wedgelet table size. To address this problem, it is
proposed to clip the wedge_full_tab_idx into a valid range.
The current spec does not specify a limitation into the valid range. Instead of defining a clipping
operation at the decoder (which would likely not lead to a correct value anyway), the
specification of the syntax element should include a definition of the valid range.
Decision: Specify the valid range in the semantics of wedge_full_tab_idx
13.1.1.1.1.1.1.1.407 JCT3V-J0080 Cross-check on A cleanup of DMM index coding in 3DHEVC (JCT3V-J0033) [T.Ikai (Sharp)] [late]
Page: 391
Date Sav
13.1.1.1.1.1.1.1.408 JCT3V-J0049 Restriction of large-sized DMM [J. Nam, S. Yea (LGE)]
In current 3D-HEVC, DMM is disallowed when current CU block size is greater than maximum
transform block size and SDC scheme is not applied. However, DMM could be allowed up to
32x32 block size regardless of maximum transform size when SDC is applied. In this
contribution, restriction of large-sized DMM is proposed. The proposed method is that DMM is
disallowed when current CU block size is greater than maximum transform block size.
Experimental results incur no impact in terms of synthesized PSNR.
The software correction bug fix was later confirmed (Y. Chen) .
Decision (BF): Align software with WD text.
Some concerns were expressed about the suggested draft text modification (disallowing DMM
globally to be applied for CU sizes larger than max TU size). This does not seem to have any
advantage in terms of complexity, but might be desirable in terms of harmonization (not treating
DMM with SDC different from other prediction modes).
No action on the normative aspect.
During the Friday plenary, it was expressed by one independent expert that the proposal is
interesting. Further study recommended.
13.1.1.1.1.1.1.1.409 JCT3V-J0104 Crosscheck on Restriction of large-sized DMM (JCT3VJ0049) [S. Shimizu (NTT)] [late]
7.2
Single depth mode (11)
(Chaired by JRO, Sat. afternoon)
13.1.1.1.1.1.1.1.410 JCT3V-J0040 Simplification for single depth mode pruning process [S.
Yoo, S. Yea (LGE)]
Single depth mode for depth intra coding is adopted at the last meeting. In the single depth mode
process, up to five samples on the fixed position from the neighbor samples are compared with
each other to remove the duplicated candidates. Once the candidates are pruned, the first two
available samples are used and one of them is signaled with an index. However, for most cases,
the first two samples are available and they are chosen if they are not same from each other.
Therefore, it is proposed to compare only first two samples and make them as the candidate
samples. The experimental result reportedly shows that there is no impact on the coding
efficiency.
Coding is <0.1% for all sequences, on average 0.01.
13.1.1.1.1.1.1.1.411 JCT3V-J0096 Cross-check on Simplification for single depth mode
pruning process (JCT3V-J0040) [J. Zheng(HiSilicon)] [late]
13.1.1.1.1.1.1.1.412 JCT3V-J0058 Simplification on candidate list construction for single depth
mode [X.Chen, X.Zheng, Y.Lin, J.Zheng (HiSilicon)]
At the 9th JCT-3V meeting, method of single depth intra coding was adopted in JCT3V-I0095
that is reconstructed by filling this CU with one single depth value when a CU is coded as single
depth mode. The candidate list derivation process in JCT3V-I0095 is relatively high complex, as
it needs to insert into the candidate list by analyzing up to five reconstructed spatial neighboring
samples around the current CU in the order with pruning process. In this contribution, a low
complex approach for candidate list construction is proposed. The impact on the coding
efficiency of single depth intra coding is negligible.
Part 1: Check two candidates only, and add default candidate if they are identical, likely identical
with J0040; almost no loss
Page: 392
Date Sav
Part 2: Remove pruning process (i.e. don’t add a default candidate if they are identical), 0.01%
loss on average
Part 3: Add clipping to valid range (implemented in SW, not in WD)
Part 3 is also similarly proposed in JCT3V-J0052
Side activity of proponents JCT3V-J0040, 0054, 0058p1&2 to identify commonalities and
differences in removing the pruning, and suggest a unified solution.
The report of this side activity was initially uploaded as v3 of JCT3V-J0058, which does no
longer contain the original contribution. A new input number should be allocated to this.
13.1.1.1.1.1.1.1.413 JCT3V-J0115 Single Depth Intra Mode Simplification [X.Chen, X.Zheng,
Y.Lin, J.Zheng (HiSilicon), S.Yoo, S.Yeo (LGE), G.Bang (ETRI), Y.S.Heo,
W.W.Gwun, G.H.Park (KHU), G.S.Lee, N.H.Hur (ETRI)] [late]
Suggestion of unified solution of SDM simplification
Proponents JCT3V-J0040, 0054, 0058p1&2 suggest a unified solution of SDM simplification as
follow:

Reduce 5 neighbouring candidate samples to 2 (first 2 candidate samples: left and above one)
– J0040 & J0058 p1
 Remove pruning process – J0054 & J0058 p2
The unified solution is identical to JCT3V-J0058p1&2
Working draft text is provided.
Decision: Adopt JCT3V-J0115
13.1.1.1.1.1.1.1.414 JCT3V-J0116 Unfication report on further cleanup of Single Depth Intra
Mode simplification [J. Zheng(HiSilicon), Z. Gu(SCU), X. Chen, X. Zheng, Y.
Lin, P. Zhang(HiSilicon), N. Ling(SCU)] [late]
This is a new proposal submitted one day before the meeting closed, no time to be studied.
13.1.1.1.1.1.1.1.415 JCT3V-J0117 Cross-check results on further cleanup of Single Depth
Intra Mode simplification (JCT3V-J0116) [T. Ikai, T. Tsukuba (Sharp)] [late]
13.1.1.1.1.1.1.1.416 JCT3V-J0087 Crosscheck on simplification on candidate list construction
for single depth mode (JCT3V-J0058) [X. Zhang (MediaTek)] [late]
13.1.1.1.1.1.1.1.417 JCT3V-J0052 Clipping for candidate index of single depth mode [J. Seo,
J. Nam, S. Yoo, S. Yea (LGE)]
The single depth mode is adopted for depth intra coding of 3D-HEVC in the last meeting. The
method reconstructs the current coding unit as a single sample value without residual coding.
The single sample value is selected between two candidate samples generated from five
neighboring samples. This contribution proposes to add clipping operation on the candidate
generation process for single depth mode. The experimental results are identical with HTM-12.0
under CTC configuration.
Identical with JCT3V-J0058 part3
Decision (BF): Align the specification with the software, clipping is necessary.
13.1.1.1.1.1.1.1.418 JCT3V-J0038 Depth intra skip coding (DISC) mode [J. Y. Lee, M. W.
Park, C. Kim (Samsung)]
At the last meeting, the single depth mode was adopted (I0095). When a CU is coded as the single depth
mode, the reconstruction is performed by filling the CU with a single depth value, which is derived from
Page: 393
Date Sav
the spatial neighboring pixels. This contribution proposes to use the pixels generated by one of the
conventional horizontal and vertical intra prediction modes for the reconstruction, instead of the single
depth value. Since the proposed method does not send the residual after the prediction such as the inter
skip mode, it is called a depth intra skip coding (DISC) mode in this contribution. The results shows that
the DISC mode has better performance than the single depth mode. Especially, the bit saving of about 1.1% is achieved in Poznan_Hall2. In addition, the single depth value derivation part (I.8.4.4.2.9) can be
removed.
Average rate saving: 0.25% in CTC
Signalling is at the CU level (similar as in single depth mode, i.e. enabling flag and then a flag
that signals the direction). Both bins are context coded.
Gain is probably due to avoiding signalling the zero residual in the transform tree, and improving
the prediction relative to the single depth mode.
Gain could also come due to the fact that not as many intra modes are necessary for depth
Establish CE for further study to identify whether there would be alternative ways to achieve the
gain, e.g. by enabling CBF at the RQT root in intra, or by reducing the number of intra modes for
depth maps.
13.1.1.1.1.1.1.1.419 JCT3V-J0075 Cross-check on Depth intra skip coding mode (JCT3VJ0038) [T.Tsukuba (Sharp)] [late]
13.1.1.1.1.1.1.1.420 JCT3V-J0053 Simplification on CABAC context models for single depth
mode [J. Seo, J. Nam, S. Yoo, S. Yea (LGE)]
In the Sapporo meeting, single depth mode is adopted for depth intra coding. The mode
reconstructs the current coding unit as a smooth area with a single depth sample value. For the
depth sample, two neighboring pixels are selected as candidates and candidate index is signaled
to indicate the selected sample value with CABAC. This contribution presents a simplified
method to encode the candidate index of single depth mode without CABAC contexts. The
proposed method reportedly shows 0.03% and 0.06% BD-rate loss under the CTC and AI
configuration, respectively.
It is reported that the draft specification is missing the context model definition of the two syntax
elements (which are both signalled context coded bins)
It is further reported that the search order is different in SW and WD
The proposal suggests to code the second syntax element (candidate) in bypass mode
The contribution reports that in CTC the loss is 0.03% on average, but >0.1% for two sequences.
From the discussion:
The presence of two context coded syntax elements is not critical in terms of complexity (there
are worse case of modes), and at least for two sequences losses are observed.
No action on changing the syntax element single_sample_idx to bypass coded
Decision (BF/ed.): Various issue pointed out in this contributions need to be fixed, missing
context tables, misalignment between text and software w.r.t. sequence of candidates processing,
specification that single_sample_idx is a flag is missing.
13.1.1.1.1.1.1.1.421 JCT3V-J0088 Crosscheck on simplification on CABAC context models for
single depth mode (JCT3V-J0053) [Y.-W. Chen (MediaTek)] [late]
13.1.1.1.1.1.1.1.422 JCT3V-J0054 Simplification of single depth intra mode [G. Bang (ETRI),
Y.S. Heo, W.W. Gwun, G.H.Park (KHU), G.S. Lee, N.H.Hur (ETRI)]
This contribution proposes removing of derivation process for pruning and deriving virtual
candidates during single depth intra prediction mode.
Coding performance: CTC 0% on average (0.05 to -0.08 depending on sequence)
Page: 394
Date Sav
Basically similar to J0040, J0058.
13.1.1.1.1.1.1.1.423 JCT3V-J0082 Cross-check on Simplification of single depth intra mode
(JCT3V-J0054) [T.Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.424 JCT3V-J0065 On Single Depth Mode Simplification [Z. Gu (SCU), J.
Zheng (HiSilicon), N. Ling (SCU), P. Zhang (HiSilicon)] [late]
This contribution proposes a simplified candidate pixel selection for Single Depth Mode. It not
only saves the candidate list construction process but also reduces the worst case of candidate
pixel check from 5 to 2. Experiment result show that this proposal simplified candidate pixel
selection simplifies Single Depth Mode with negligible BD-rate change under both All Intra and
CTC configuration. Moreover, about 7% decoding time saving is observed under All Intra
configuration.
Further study was recommended.
13.1.1.1.1.1.1.1.425 JCT3V-J0093 Cross-check on Single Depth Mode Simplification (JCT3VJ0065) [T. Tsukuba (Sharp)] [late]
7.3
Other depth intra coding (7)
(Chaired by JRO, Sat. afternoon)
13.1.1.1.1.1.1.1.426 JCT3V-J0022 Syntax cleanup of depth dc offset [T. Tsukuba, T. Ikai
(Sharp)]
This contribution proposes to clean up dc offset related syntax element by removing
depth_dc_flag with a context model adjustment. Experimental result reportedly shows -0.02%
and -0.04% bdrate changes for synthesis in the CTC and all-intra configuration, respectively. It is
asserted that this proposed method can remove a syntax element and simplify dc offset decoding
process with no coding loss.
First part identical to JCT3V-J0047. Small loss (0.04% on average) is observed when the flag is
removed from the syntax and instead the value of 1 is added to DC offset. Loss is >0.1% for two
sequences in CTC, whereas only two sequences have small rate reduction.
Second part proposes context coding instead of bypass for depth_dc_abs, which compensates for
the loss.
The coding loss probably comes due to cases where zero values need to be signalled for
depth_dc_abs.
Complexity advantage of removing the flag would be minor, and does not justify the loss.
13.1.1.1.1.1.1.1.427 JCT3V-J0091 Crosscheck on Syntax cleanup of depth dc offset(JCT3VJ0022) [K. Zhang, X. Zhang (MediaTek)] [late]
13.1.1.1.1.1.1.1.428 JCT3V-J0047 Removal of depth_dc_flag syntax [J. Nam, S. Yea (LGE)]
As per decision of the last meeting, depth_dc_flag syntax is no longer used for DMM mode.
Therefore, current depth_dc_flag syntax specifies that depth residual is present only when SDC
is applied. In the contribution, removal of depth_dc_flag syntax is proposed. depth_dc_flag
syntax can be removed by modifying calculation of DC offset. The experimental results show no
impact under the common test conditions.
Note: The equation for computing the DC offset in the draft text may be incorrect, the value of 1
should be added (not subtracted) in inter mode
Page: 395
Date Sav
13.1.1.1.1.1.1.1.429 JCT3V-J0072 Cross check of Removal of depth_dc_flag syntax (JCT3VJ0047) [M. W. Park, C. Kim (Samsung)] [late]
13.1.1.1.1.1.1.1.430 JCT3V-J0051 Advanced boundary chain coding for depth intra coding [J.
Seo, J. Nam, S. Yoo, S. Yea (LGE)]
This proposal provides results of the advanced boundary chain coding (ABC) based on HTM12.0. The ABC is an improved coding tool based on the region boundary coding which separates
a block into two partitions following an arbitrary contour described by a chain code. This
proposal presents the experimental results of ABC without CABAC. The proposed method
shows 0.2% and 0.2% BDR gains in synthesized views under CTC and AI configurations,
respectively.
Two different methods are proposed: Only first bin of chain code context coded, and entirely
bypass coded. The first method would result in 8 context coded bins per 4x4 block.
Average BR reduction in CTC for first method is 0.18%, for the second method 0.16%
Additional text around 5 pages for specifying the mode.
Some concern is raised about the additional implementation complexity of this new mode,
compared to the relatively low compression benefit.
No support by other experts – no action.
13.1.1.1.1.1.1.1.431 JCT3V-J0094 Cross-check results of advanced boundary chain coding
(JCT3V-J0051) [K. Kawamura, H. Sabirin, S. Naito (KDDI)] [late]
13.1.1.1.1.1.1.1.432 JCT3V-J0105 Crosscheck on Advanced boundary chain coding for depth
intra coding (JCT3V-J0051) [S. Shimizu (NTT)] [late]
7.4
IC (3)
(Chaired by JRO, Sat evening)
13.1.1.1.1.1.1.1.433 JCT3V-J0034 Complexity reduction on illumination compensation for 3DHEVC [X. Zhang, K. Zhang, J. An, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
In the current 3D-HEVC, for each block coded with illumination compensation (IC), the
LLS(linear least square) method is utilized to calculate α and β parameters for each color
component. To reduce the usage of LLS which requires numbers of additional multiplication
operations and memory accessing, this contribution proposes to disable bi-prediction for IC and
set α as 1 for chroma components. Experimental results reportedly show the proposed
simplifications only introduces 0.01% BD-rate increase whereas saves the operation number and
bandwidth in worst case.
Method 1: Disallow bi-prediction with IC
Method 2: Simplify IC for chroma by setting gain =1
13.1.1.1.1.1.1.1.434 JCT3V-J0081 Cross-check on Complexity reduction on illumination
compensation for 3D-HEVC (JCT3V-J0034) [T.Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.435 JCT3V-J0099 Crosscheck on complexity reduction on illumination
compensation for 3D-HEVC (JCT3V-J0034) [X. Zheng, Y. Lin (Hisilicon)] [late]
Page: 396
Date Sav
13.1.1.1.1.1.1.1.436 JCT3V-J0050 Simplification of chroma IC [J. Nam, S. Yea (LGE)]
In the current 3D-HEVC, to compensate illumination change between inter-view texture pictures,
IC which designed by based on linear model including scaling factor a close to 1 and an offset b
applies both luma and chroma components. Basically, chroma is not an illumination component
but a color component. Therefore, it is required to use IC process for chroma different from that
for luma. In this contribution, simplification of chroma IC is proposed. The first option is to
remove chroma IC completely. IC process only applies luma component. The other option is to
use offset model instead of linear model. Experimental results show 0.1% loss for removing
chroma IC and no impact for using offset model.
Two methods are proposed:
Method 1: Completely disable IC for chroma – 0.1% rate increase
Method 2: Simplify IC for chroma by setting gain =1 – identical with method 2 of J0034,
negligible loss
Both J0034 and J0050 give an interesting tradeoff between complexity reduction and only small
change in compression performance. From the discussion, it is desirable to get better
understanding about various implications, e.g. the impact on non-CTC condition (IBP coding)
for disabling the bi-prediction with illumination compensation. For the chroma simplification
part, it is also suggested to investigate whether the saving in complexity could be re-invested to
enable IC for 4x4 chroma blocks (which is currently prohibited)
It is also not clear whether the illumination compensation is critical in terms of worst case
complexity.
Further information on these aspects would be necessary. If not possible during the meeting,
establish CE.
Several experts expressed support for the part of modifying chroma IC (offset only, i.e. method 2
of both proposals). However, as the results indicate that this has at least a little compression loss,
it would be desirable to confirm that IC establishes a worst case in terms of complexity
-
Cross-checkers and proponents should investigate the worst case issue and report back
-
Proponents of J0034 and J0050 should present a unified version of the draft text concerning
their methods 2
Based on this, the solution of WD text contained in JCT3V-J0050 v3 was adopted. Decision:
Adopt the common solution of J0034 and J0050.
Further study (CE) appears necessary about disabling bi-prediction
-
The consequences of this restriction may require more careful investigation beyond CTC
-
The restriction may not be necessary if it is not the worst case
13.1.1.1.1.1.1.1.437 JCT3V-J0097 Cross-check on Simplification of chroma IC(JCT3V-J0050)
[J. Zheng(HiSilicon)] [late]
7.5
Merge list construction (7)
(Chaired by JRO, Sunday morning)
13.1.1.1.1.1.1.1.438 JCT3V-J0024 Simplification of merge candidates list construction [T. Ikai,
T. Tsukuba (Sharp)]
This contribution proposes to simplify the 3D-HEVC merge mode by
- Change Shift candidates position
- Remove B1 pruning and some A1 pruning
- A1 VSP inheritance only (Remove non A1 VSP inheritance)
Page: 397
Date Sav
By removing the pruning process, in one sequence loss of 0.2% occurs.
Some doubt is raised whether the first two changes would be beneficial in re-using existing
version 1 designs (particularly in hardware). Benefit of the simplification not huge.
For the third change, a similar idea is in J0039.
13.1.1.1.1.1.1.1.439 JCT3V-J0084 Crosscheck on simplification of merge candidates list
construction (JCT3V-J0024) [X. Zhang, J.-L. Lin (MediaTek)] [late]
13.1.1.1.1.1.1.1.440 JCT3V-J0039 Removal of redundant VSP candidates in Merge mode [J.
Y. Lee, M. W. Park, C. Kim (Samsung)]
At the last meeting, several proposals (I0053, I0087, I0112, I0106, and I0130) tried to restrict the VSP
inheritances from the neighboring blocks for the simplification of the Merge mode construction. However,
it showed that the restriction results in bit rate increase for dependent views, especially in CG sequences.
This contribution proposes to restrict the VSP inheritance in terms of the potential coding performance.
Since the inherited and default VSP candidates have same DV, the Merge mode can include the redundant
VSP candidates. It is possible that all the candidates are VSP in the Merge mode. Therefore, the proposed
method (a) disallows the VSP inheritance or (b) only allows the VSP inheritance from the left block and
the default VSP is disabled if the inherited VSP exists. The results demonstrate that the proposed method
removes the redundant VSP candidates without the coding loss. In addition, when the proposed method
disallows the VSP inheritance, the VSP storage can be completely removed.
The presentation deck was requested to be uploaded.
Two methods: Method 1 removes the VSP inheritance from neighboring blocks completely.
Method 2 only allows the VSP inheritance from A1 and the default VSP is disabled if the
inherited VSP exists. The default VSP is placed between B1 and IVDC. Method 2 consistently
provides a small gain or no loss over all sequences and slightly simplifies.
Several experts expressed support for method 2.
Decision: Adopt J0039 method 2.
Crosschecker confirms that the text is mature.
13.1.1.1.1.1.1.1.441 JCT3V-J0092 Cross-check on Removal of redundant VSP candidates in
Merge mode (JCT3V-J0039) [T. Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.442 JCT3V-J0042 Simplification of depth merge candidate list [S. Yoo, S. Yea
(LGE)]
In the current 3D-HEVC, DDD (Disparity derived depth) and IvMC are performed as the second
and third depth merge candidates, respectively. For DDD, the disparity from the collocated
texture is converted to depth data and included to the merge list. If the IvMC is selected, motion
vectors in the reference view are derived by a converted disparity of the median depth value of
the current bitdepth (1<<BitDepth-1). However, DDD and IvMC brought only 0.12% and 0.09%
of coding efficiency, respectively. Moreover, as single depth mode for depth is adopted, it is
estimated that the coding performance of DDD may decrease. Finally, it is found out that there is
only 0.01% of coding efficiency by DDD in the current 3D-HEVC, and 0.06% of coding gain is
achieved from IvMC. Therefore, it is proposed to remove DDD and IvMC to reduce syntax
elements and the complexity.
Decision: Agreed to remove DDD as proposed in JCT3V-J0042 and JCT3V-J0030. This
removes significant parts from the draft text and reduces implementation complexity.
Cross-checkers confirmed that the text modification is correct.
Several experts suggested to keep IvMC for depth. It does not incur a complexity problem, and
removing it would consistently imply some minor loss over all sequences
Page: 398
Date Sav
13.1.1.1.1.1.1.1.443 JCT3V-J0068 Cross check of simplification of depth merge candidate list
(JCT3V-J0042) [J. Y. Lee, C. Kim (Samsung)] [late]
13.1.1.1.1.1.1.1.444 JCT3V-J0048 Restriction of bi-prediction for IvDC and IvDCShift
candidates [J. Nam, S. Yea (LGE)]
In the current 3D-HEVC, there are two candidates for inter-view disparity compensation in the
merge list. First, IvDC candidate is derived by depth oriented neighbouring block based disparity
vector (DoNBDV). Second, IvDCShift candidate is set to IvDC candidate shifted by 4. IvDC and
IvDCShift candidates are derived for each List 0 and List1. However, motion information for
List 0 and List 1 are exactly same in the specification. In this contribution, restriction of bidirectional for IvDC and IvDCShift candidates is proposed. The proposed method is to use a unidirectional prediction for IvDC and IvDCShift candidates. The experimental results are no
impact under the common test conditions.
There is a small deviation in the results due to the fact that with ARP uni prediction and bi
prediction with identical references are not equivalent
It could also occur that in fact different are used in list 0 and list 1, such that the restriction gives
up some degree of freedom.
The restriction would not have impact on critical worst case complexity, but would allow
removing some lines of text.
Question is raised whether it would have larger loss in IBP case? One expert would support it if
it would not have loss for IBP.
Advantage not obvious enough to take action.
13.1.1.1.1.1.1.1.445 JCT3V-J0085 Crosscheck on restriction of bi-prediction for IvDC and
IvDCShift candidates (JCT3V-J0048) [X. Zhang (MediaTek)] [late]
13.1.1.1.1.1.1.1.446 JCT3V-J0059 A cleanup of the size derivation for 3D-HEVC merge
candidate list [J.-L. Lin, Y.-W. Chen, Y.-W. Huang, S. Lei (MediaTek)]
In 3D-HEVC, to improve the coding efficiency and explore the inter-view and inter-component
correlation, 3D extra merge candidates are included in the merge candidate list. The enabling of
those extra merge candidates are controlled by three flags transmitted in the VPS extension 2
including iv_mv_pred_flag, mpi_flag, and view_synthesis_pred_flag. In order to utilize those 3D
extra merge candidates in the merge candidate list, the size of the 3D extra merge candidate list
is increased by 1 for the dependent texture and depth map. However, in current Draft Text, the
determination of whether to increase the merge candidate list size depends only on the
iv_mv_pred_flag and mpi_flag. The view_synthesis_pred_flag is missed in the decision. To fix
this issue, it is proposed to include the view_synthesis_pred_flag in the determination.
Decision (BF): Adopt J0059 (text and software)
7.6
MV/DV derivation / coding (9)
(Chaired by JRO Sunday morning)
13.1.1.1.1.1.1.1.447 JCT3V-J0027 Cleanup1: Derived DV reference derivation [T. Ikai, T.
Tsukuba (Sharp)]
Proponent expresses that there is no need to present this, as it does not provide an obvious
advantage.
13.1.1.1.1.1.1.1.448 JCT3V-J0069 Crosscheck of Cleanup1: Derived DV reference derivation
(JCT3V-J0027) from Sharp [S. Yoo, S. Yea (LGE)] [late]
Page: 399
Date Sav
13.1.1.1.1.1.1.1.449 JCT3V-J0028 Cleanup2: Default DV derivation [T. Ikai, T. Tsukuba
(Sharp)]
This contribution proposes to modify the default DV derivation process. It is reported that the
difference was not observed in the simulation by the cleanup. The default DV is derived at the
slice level and used when there are no temporal or spatial neighbouring DVs. The current
derivation process prioritizes the smaller ViewIdx to decide default reference view order index.
However the prioritizing may harm coding efficiency and increase complexity. It is proposed to
search reference picture list without smaller ViewIdx prioritizing. With this, the earlier one in the
reference picture list becomes the default reference.
During the discussion, it is pointed out that the current design is also targeting non-CTC cases
with several views, where e.g. with reference picture reordering the base view may not
necessarily be in list 0.
No action.
13.1.1.1.1.1.1.1.450 JCT3V-J0071 Cross check of Cleanup2: Default DV simplification
(JCT3V-J0028) [M. W. Park, C. Kim (Samsung)] [late]
13.1.1.1.1.1.1.1.451 JCT3V-J0041 Simplification of an NBDV availability check [S. Yoo, S.
Yea (LGE)]
This document proposes a method of an NBDV availability check for 3D-HEVC. For the current
3D-HEVC, a disparity vector of a current block can be obtained from the neighbor blocks. If
there are disparity vectors in the neighbor blocks, the firstly found disparity in the search order is
assigned as the NBDV of the current block. In this case, the disparity availability flag is set to
DISP_AVAILABLE. If there is no picture with the default view index in the reference picture
lists and the NBDV is not available, the disparity availability is set to DISP_NONE. However,
even if the NBDV is not available for the current block, the zero vector is set to a default DV
when the default view index is available and it is used for a disparity refinement process. For
example, in the current common test conditions, the default DV is available when the NBDV is
not available and the disparity available flag is set to DISP_DEFAULT because the default view
is set to view 0. Since the default DV is used for VSP and DoNBDV like a normal disparity, it is
proposed to consider the default DV as the available DV and to replace the status of the disparity
availability DISP_DEFAULT into DISP_AVAILABLE so that it can be simplified and
represented with a flag, for DISP_AVAILABLE and DISP_NONE.
The proposal still has to perform two condition checks at maximum. It however allows to use a
binary variable for DispAvailabilityIdc, as only the states “available” or “none” can occur.
The current design would disallow ARP in case of default disparity, and the proposal sets the
status of default disparity as “disparity available” and therefore allows ARP in case of default
disparity. This is probably where the change in compression performance comes from. Basically,
this restriction is not necessary, because the decoder would not run into an undefined state when
ARP uses a default disparity value, such that it is just a decision of the encoder to use ARP or not.
It is however noted that, also in this case, ARP would not use DoNBDV.
The results show small gain in some cases and small loss in other cases, zero on average.
Even though there is no clear benefit of the proposal in terms of CTC results and complexity
reduction, several experts suggested that the additional freedom of using ARP is desirable.
Adopt in spirit, but further improvements on the text appear desirable (A related aspect in the
context of ARP is proposed in the second item of J0037.)
An updated text was provided in version 3 of the document.
Decision: Adopt JCT3V-J0041.
Page: 400
Date Sav
Note: The encoder restriction related to ARP is still necessary.
13.1.1.1.1.1.1.1.452 JCT3V-J0076 Cross-check on Simplification of an NBDV availability
check (JCT3V-J0041) [T.Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.453 JCT3V-J0045 Alignment of motion derivation from other components [J.
Nam, S. Yea (LGE)]
In current 3D-HEVC, several tools refer motion information from other components; 1) motion
info. for IvMC and ARP is derived from corresponding block in an inter-view reference, 2)
motion info. for MPI and DDD is derived from corresponding texture block with same view
index. There is a mismatch between specification and HTM in respect of block position to derive
motion information. In addition, motion compression scheme for ARP is missing in specification.
In this contribution, Alignment of motion derivation from other components is proposed. The
proposed method aligns block position to derive motion information between specification and
HTM. Furthermore, motion compression scheme for ARP is proposed.
The contribution points out two mismatches between text and software (position, motion
compression). Y. Chen later confirmed that he had checked the appropriateness of the suggested
draft text changes.
Decision (BF): Adopt JCT3V-J0045 (except for DDD part as DDD was removed).
13.1.1.1.1.1.1.1.454 JCT3V-J0046 Modification of reference index for depth disparity
derivation [J. Nam, S. Yea (LGE)]
In the current 3D-HEVC, inter-view motion prediction (IVMP) method is applied to depth as
well as texture. A disparity for IVMP in depth coding is converted from a middle value of input
bit-depth. Reference view for converting depth value to a disparity and accessing motion
information uses a fixed reference with view index equals to 0. However, when the reference is
not included in a decoded picture buffer (DPB), IVMP could not be worked. In this contribution,
modification of a reference index for depth disparity derivation is proposed. The proposed
method is to use a default reference view index instead of a fixed reference view index. The
experimental results are no impact under the common test conditions.
No change under CTC conditions, since default reference view idx is always zero here. Under
non CTC conditions, the suggested change appears reasonable.
Decision: Adopt J0046.
13.1.1.1.1.1.1.1.455 JCT3V-J0086 Crosscheck on modification of reference index for depth
disparity derivation (JCT3V-J0046) [X. Zhang, J. An (MediaTek)] [late]
7.7
Other (VSP, SDC, DBBP, DLT, ARP etc.) (16)
(Chaired by JRO, Sunday morning)
13.1.1.1.1.1.1.1.456 JCT3V-J0026 VSP access improvement [T. Ikai, T. Tsukuba (Sharp)]
This contribution proposes to modify the VSP depth access position to improve VSP coding
efficiency.
Instead of four corner positions, only two positions are accessed per 4x8 / 8x4 block
In terms of memory access, this may not be an advantage with typical memory patterns.
Not a complexity advantage, but claimed as compression performance improvement. This is
however mainly from Undo Dancer (0.23%) and Newspaper (0.07%), 0.04% on average.
No support expressed by other experts.
No action.
Page: 401
Date Sav
13.1.1.1.1.1.1.1.457 JCT3V-J0101 Crosscheck on VSP access improvement (JCT3V-J0026)
[S. Shimizu (NTT)] [late]
13.1.1.1.1.1.1.1.458 JCT3V-J0029 Cleanup3: DLT table derivation [T. Ikai, T. Tsukuba
(Sharp)]
This contribution proposes to cleanup a DLT derivation process. It is reported that the difference
was not observed in the simulation by the cleanup. The DepthValue2Idx[] table is derived from
Idx2DepthValue[] table in the decoder side. However it seems the derivation process has some
useless computations. Specifically it is not clear why the upper idx and lower idx should be
separately calculated. It is proposed to remove the upper idx specific computation. Instead, the
upper idx is set to be derived from the lower idx.
No technical change, editorial improvement of the spec. which saves some lines of text.
Decision (Ed.): Adopt the suggested text change
13.1.1.1.1.1.1.1.459 JCT3V-J0070 Cross check of Cleanup3: DLT table derivation (JCT3VJ0029) [M. W. Park, C. Kim (Samsung)] [late]
13.1.1.1.1.1.1.1.460 JCT3V-J0030 Cleanup4: Remove DDD [T. Ikai, T. Tsukuba (Sharp)]
Not necessary – per removal of DDD (see under J0042)
13.1.1.1.1.1.1.1.461 JCT3V-J0090 Crosscheck on cleanup4: remove DDD (JCT3V-J0030) [K.
Zhang (MediaTek)] [late]
13.1.1.1.1.1.1.1.462 JCT3V-J0036 Reduction of Worst Case Memory Bandwidth in 3D-HEVC
[M. W. Park, J. Y. Lee, C. Kim (Samsung)]
Currently the external memory bandwidth requirement of 3D-HEVC in the worst case is larger
than the worst case of HEVC because 3D-HEVC needs to additionally access a depth map
compared to HEVC. The worst case of 3D-HEVC occurs when the bi-predictive 8x8 PU, which
directly or indirectly uses a depth-based disparity vector (DoNBDV), is applied. Therefore, it is
proposed to use NBDV instead of DoNBDV in 8x8 CU to avoid the additional external memory
access compared to HEVC in the worst case. With the proposed method, the worst case memory
bandwidth of 3D-HEVC becomes the same as the worst case of HEVC. The proposed method
reportedly provides no coding loss.
No other experts believe that this is a severe problem that would require a solution.
No action.
13.1.1.1.1.1.1.1.463 JCT3V-J0078 Cross-check on Reduction of Worst Case Memory
Bandwidth in 3D-HEVC (JCT3V-J0036) [T.Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.464 JCT3V-J0037 ARP, IC and DBBP Flags Signaling for 3D-HEVC [M. W.
Park, J. Y. Lee, B. Choi, C. Kim (Samsung)]
This contribution proposes methods for signaling of the syntax elements for ARP, IC and DBBP
coding tools, which need to access a view reference picture, i.e. inter-view prediction coding
tools. In the current 3D-HEVC, when the view reference picture is unavailable in the current
reference picture lists, the CU level syntax elements of these coding tools are signaled in spite of
the fact that these coding tools cannot be used in the current slice. Therefore, it is proposed not to
signal the CU level syntax elements of these coding tools for the current slice when the view
Page: 402
Date Sav
reference picture is unavailable and to additionally remove unnecessary parsing condition of
ARP, which checks whether the current DV is a default DV. With the proposed methods,
unnecessary signaling and checking processes can be avoided. The proposed methods reportedly
provide no coding loss (-0.01% and 0.00% for coded and synthesized views, respectively).
Item 1: Signaling of Syntax Element for ARP: Only signaling iv_res_pred_weight_index when
the current slice has both temporal and view reference picture(s). This requires an additional
condition at the slice level where by the appropriate setting of the
DefaultRefViewsIdxAvailableFlag the syntax element is not invoked at the CU level. In CTC,
this does not have any impact. Will be considered offline (Y. Chen, T. Ikai) reported back later,
and it was concluded that this change is not necessary. It is however noted that in the context of
the availability check, there seems to be a mismatch between software and text, which requires
further study. Further offline discussion to clarify. If no consensus is reached in the offline
discussion, no action will be taken and the item can be further studied until the next meeting. It
was later confirmed by several experts in the Friday plenary that adoption of item 1 is beneficial
Item 2: Removal of Encoder restriction of iv_res_pred_weight_idx, which is currently to be set
to zero in case of unavailable or default disparity. This would only be a viable approach, if Item
1 would be enabled. In case of the solution from J0041 (which was in spirit adopted), it would
still be necessary to keep this restriction. If additionally item 1 would be adopted, the restriction
can be removed.
Item 3: Setting Slice Level Enabling Flag for IC. This is suggesting an encoder restriction, not
setting IC enable when no inter-view reference exists. This is however not necessary, since a
decoder would not have a problem when this case occurs (IC process would never be invoked
anyway without inter-view reference). No action necessary.
Item 4: Signaling of Syntax Element for DBBP. This would disable the signaling of DBBP flag
at CU when the current slice does not include an inter-view reference. (a similar is currently
already used for parsing of iv_res_pred_weight_index). This approach is asserted to be
reasonable by several experts.
Decision: Adopt J0037 item 1 and item 4. WD text item 1 and item 4 in version 3 upload.
Further study recommended on item 2
13.1.1.1.1.1.1.1.465 JCT3V-J0077 Cross-check on ARP, IC and DBBP Flags Signaling for 3DHEVC (JCT3V-J0037) [T.Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.466 JCT3V-J0043 PU boundary deblocking restriction for DBBP blocks [S.
Yoo, J. Nam, S. Yea (LGE)]
This document proposes the restriction of deblocking filtering process of PU boundary when the
current CU is a DBBP block. In the DBBP process, a split of PU does not represent for the
motion compensation unit of the current block, but the carriage of motion vectors for each
arbitrary-shaped segment. Since the DBBP performs an arbitrary shaped motion compensation, it
is not necessary to be deblocked on the virtual PU boundary in the DBBP blocks. For the
proposed method, the experimental result is reportedly shown that there is a minor effect on the
current 3D-HEVC, with decreased decoding complexity.
It is asserted that a change of the deblocking filter conditions would not be desirable to allow reusing existing designs of this core part of HEVC.
The proposal does give a benefit in terms of compression, and does not save worst case
computation.
No action.
13.1.1.1.1.1.1.1.467 JCT3V-J0103 Crosscheck on PU boundary deblocking restriction for
DBBP blocks (JCT3V-J0043) [S. Shimizu (NTT)] [late]
Page: 403
Date Sav
13.1.1.1.1.1.1.1.468 JCT3V-J0055 Motion buffer reduction for depth [G. Bang (ETRI), Y.S.
Heo, W.W. Gwun, G.H.Park (KHU), G.S. Lee, N.H.Hur (ETRI)] [late]
This contribution suggests reduction of buffer used on motion data for the depth map. The
proposed method applies higher compression ratio on depth motion data.
The total saving in memory amount appears to be low (likely <1%), such that there is no real
problem to be solved.
No action.
13.1.1.1.1.1.1.1.469 JCT3V-J0083 Cross-check on Motion buffer reduction for depth (JCT3VJ0055) [T.Ikai (Sharp)] [late]
13.1.1.1.1.1.1.1.470 JCT3V-J0066 Simplification and improvement of sub-PU [X. Zheng, Y.
Lin, X. Xu, J. Zheng (HiSilicon)]
This contribution proposes two simplification methods for sub-PU technique. Both of them can
remove the irregular sub-PU partitions. Compared to htm12 anchor, method 1 doesn’t have the
impact on coding performance, method 2 can achieve about 0.1% gain on video.
Method 1: Restrict the use of sub-PU in particular AMP block sizes
Method 2: Use non-square sub-PU for non-square prediction block
During the previous two meetings (as per H0205 and I0191) the restriction on sub-PU sizes had
been released. The new proposal would revert the decision to some extent, even though not
imposing the same restriction that had been there before.
From the discussions at the recent meetings, it is not obvious what the advantage of avoiding
irregular sub-PU sizes would be, since a device could anyway split them into smaller units for
processing (e.g. 8x12 into three 8x4 units or one 8x4 and one 8x8), i.e. non-normative
implementation
The proposal tries to achieve this in a normative way, i.e. disallow sub-PU sizes that are not
available from the base HEVC design.
Method 1 requires the same amount of condition checks as the current scheme, and does not give
compression gain. This could avoid some additional logic which might otherwise be required to
split e.g. a 8x12 block.
Method 2 gives some compression gain (0.07%), but requires more computations for the sub-PU
locations at the decoder (as per draft text), i.e. increases complexity.
Benefit is not too obvious. Two experts believe that method 1 has some advantage. More
evidence was requested about the actual advantage in terms of implementation. On Thu AM, a
slide was presented (not available in contribution, requested to be uploaded).
One expert mentions that the issue could also be resolved with a small re-design of the control
path.
The benefit is small and seems to be implementation specific.
Decision: Adopt J0066 method 1.
13.1.1.1.1.1.1.1.471 JCT3V-J0089 Crosscheck on simplification and improvement of sub-PU
(JCT3V-J0066) [J. An (MediaTek)] [late]
Page: 404
Date Sav
8 Non-normative contributions (1)
8.1
Encoder optimization (0)
No contributions noted in this area.
8.2
View synthesis (1)
(Chaired by JRO, Tuesday morning)
13.1.1.1.1.1.1.1.472 JCT3V-J0064 CShift in HTM [T. Senoh, K. Wakunami, Y. Ichihashi, H.
Sasaki, R. Oi (NICT)] [late]
This contribution requests to solve the mismatch of CShift (principal point X) between HTM vs.
DERS (Depth Estimation Reference Software) and VSRS (View Synthesis Reference Software),
including VSRS-1D-Fast (used in MPEG’s FTV exploration).
In current usage of VSRS in JCT-3V, this problem does not occur due to the restricted usage of
CShift. The contributor tried to change the Cshift direction in HTM, and reports an encoder crash
when using FTV test sequences.
Software coordinator is asked to investigate the reason of this possible bug.
Contributors are asked to send the camera parameters which cause the crash to the software
coordinator.
9 Project planning
9.1
General issues for CEs
A preliminary CE description is to be approved at the meeting at which the CE plan is
established.
It is possible to define sub-experiments within particular CEs. As a general rule, it was agreed
that each CE should be run under the same testing conditions using same software codebase,
which should be based on either the ATM or HTM software codebase. An experiment is not to
be established as a CE unless there is access given to the participants in (any part of) the CE to
the software used to perform the experiments.
The general agreed common conditions for experiments were described in the output document
JCT3V-F1100.
A deadline of two weeks after the meeting was established for organizations to express their
interest in participating in a CE to the CE coordinators and for finalization of the CE descriptions
by the CE coordinator with the assistance and consensus of the CE participants.
Any change in the scope of what technology will be tested in a CE, beyond what is recorded in
the meeting notes, requires discussion on the general JCT-3V reflector.
As a general rule, all CEs are expected to include software available to all participants of the CE,
with software to be provided within two (calendar) weeks after the release of the relevant
software basis. Exceptions must be justified, discussed on the general JCT-3V reflector, and
recorded in the abstract of the summary report.
Final CEs shall clearly describe specific tests to be performed, not describe vague activities.
Activities of a less specific nature are delegated to Ad Hoc Groups rather than designated as CEs.
Experiment descriptions should be written in a way such that it is understood as a JCT-3V output
document (written from an objective "third party perspective", not a company proponent
perspective – e.g. referring to methods as "improved", "optimized" etc.). The experiment
descriptions should generally not express opinions or suggest conclusions – rather, they should
just describe what technology will be tested, how it will be tested, who will participate, etc.
Responsibilities for contributions to CE work should identify individuals in addition to company
names.
Page: 405
Date Sav
CE descriptions should not contain verbose descriptions of a technology (at least not unless the
technology is not adequately documented elsewhere). Instead, the CE descriptions should refer to
the relevant proposal contributions for any necessary further detail. However, the complete detail
of what technology will be tested must be available – either in the CE description itself or in
referenced documents that are also available in the JCT-3V document archive.
Those who proposed technology in the respective context (by this or the previous meeting) can
propose a CE or CE sub-experiment. Harmonizations of multiple such proposals and minor
refinements of proposed technology may also be considered. Other subjects would not be
designated as CEs.
Any technology must have at least one cross-check partner to establish a CE – a single proponent
is not enough. It is highly desirable have more than just one proponent and one cross-checker.
It is strongly recommended to plan resources carefully and not waste time on technology that
may have little or no apparent benefit – it is also within the responsibility of the CE coordinator
to take care of this.
A summary report written by the coordinator (with the assistance of the participants) is expected
to be provided to the subsequent meeting. The review of the status of the work on the CE at the
meeting is expected to rely heavily on the summary report, so it is important for that report to be
well-prepared, thorough, and objective.
Non-final CE plan documents were reviewed and given tentative approval during the meeting (in
some cases with guidance expressed to suggest modifications to be made in a subsequent
revision).
The CE description for each planned CE is described in an associated output document JCT3VE110x for CE n, where “n" is the CE number (n = 1, 2, etc.). Final CE plans are recorded as
revisions of these documents.
It must be understood that the JCT-3V is not obliged to consider the test methodology or
outcome of a CE as being adequate. Good results from a CE do not impose an obligation on the
group to accept the result (e.g., if the expert judgment of the group is that further data is needed
or that the test methodology was flawed).
Some agreements relating to CE activities were established as follows:
-
Only qualified JCT-3V members can participate in a CE
-
Participation in a CE is possible without a commitment of submitting an input document
to the next meeting.
-
All software, results, documents produced in the CE should be announced and made
available to all CE participants in a timely manner.
9.1.1 Cross check
For cross checking the same steps as described in the section above should be carried out as soon
as possible, but should not take more than five working days. Moreover it should be checked if
integrated tools correspond to the adopted proposal. Results of cross check should be announced
to the reflector. The result-sheet should be made available to the group.
9.1.2 Procedure if cross check fails or planned delivery data cannot be held
If a planned delivery date cannot be held this should be announced to the reflector.
If the crosscheck fails or the previous integrator has not delivered the software within 3 days or
result sheet within 5 days after planned delivery date
- the current integrator should integrate in the last cross-checked version
- the previous integrator falls back to the end of the integration plan
Page: 406
Date Sav
9.2
Common Conditions for 3D Video Coding Experiments
Preferred Common Conditions for experiment testing that are intended to be appropriate for both
CEs and other experiments were selected by the group and described in output document
JCT3V-G1100.
9.3
Software and Conformance development
ATM software:
Due to the absence of key developers of this software from the meeting, the remaining bug fixing
has to be done and planned within the mandates of the AHG and software coordinator / software
specification editing team. D. Wang has taken over the responsibility of the ATM software
coordinator.
HTM software:
The Integration plan had been developed in a BoG meeting chaired by G. Tech (10-23 13:00)
The plan was confirmed by the plenary 10-24
HTM-13.0 Integration plan (Starting date: 2014-10-27, availability 2014-11-12)
Track 1: DLT, DMM, SDM
Coordinator: Hongbin Liu
Item
JCT3V-J0060 3D-HEVC HLS: Single depth flag signaling
JCT3V-J0059 A cleanup of the size derivation for 3D-HEVC merge candidate list
JCT3V-J0033 A cleanup of DMM index coding in 3D-HEVC
JCT3V-J0035 On Lookup Table Size Reduction for DMM1
JCT3V-J0029 Cleanup3: DLT table derivation
JCT3V-J0115 Single depth intra mode
JCT3V-J0066 Simplification and improvement of sub-PU
Integrator
Mediatek
Mediatek
Mediatek
Mediatek
Sharp
Hisilicon
Hisilicon
Track 2: Merge, HLS Disparity derivation, others
Coordinator: Yi-Wen Chen
Item
JCT3V-J0042 Simplification of depth merge candidate list
JCT3V-J0046 Modification of reference index for depth disparity derivation
JCT3V-J0050 Simplification of chroma IC
JCT3V-J0041 Simplification of an NBDV availability check
JCT3V-J0039 Removal of redundant VSP candidates in Merge mode
JCT3V-J0037 ARP, IC and DBBP Flags Signaling for 3D-HEVC
JCT3V-J0107 On 3D-HEVC HLS and its alignment with MV-HEVC HLS
Integrator
LGE
LGE
LGE
LGE
Samsung
Samsung
HHI
HTM-13.1 Integration plan
Coordinator: Gerhard Tech
Item
Updates/Fixes MV-HEVC HLS
Update HM-16.0??
Integrator
Item
Updates/Fixes MV-HEVC HLS
Update HM-16.0??
Integrator
Page: 407
Date Sav
It is to the discretion of the software coordinators to set up a time line for the integration and
request proponents to finish integration by a given date.
Integration Procedure & Guidelines
Integration is done in a serial way. Each integrator cross-checks the version provided by his
predecessor. The cross check for the last version is carried out by the software coordinators.
Integration Guidelines
When integrating
- software changes should be enclosed by macros switchable by defines including
company and proposal number e.g.
#define MYCOMPANYS_DEPTHFILTER_JCT3V_B0555
#if MYCOMPANYS_DEPTHFILTER_JCT3V_B0555
// do stuff
#endif
1
- new tools should be made switchable in the cfg-file if reasonable
- cfg-files should be updated
Delivery of software
Before delivering the software to the next integrator it should be checked if
- the software compiles under windows and linux
- software compiles and delivers same results as previous version when integrated tools are
disabled by macro or cfg-settings
- there are encoder-decoder mismatches
- there are memory leaks by measuring maximum memory consumption (or specific tools
e.g. valgrind) is
- visual quality is not disturbed
Additional to the software cfg-files that reflect proposed settings and an excel sheet with coding
results should be provided. Software and cfg-files should be delivered by checking it in to the
corresponding (HTM or ATM) software repositories.
When software is delivered this should be announced to the reflector. Moreover, every further
change on the software should be announced. If there is a delay in integration this should be
communicated to the reflector.
The following workplan was approved in the Fri AM plenary:
Reference software HTM 13 available date:
2014/11/12/
Bitstream available date based on HTM 12.1:
2014/11/12
Cross check of the bitstreams:
2014/11/26
Generation of the bitstreams based on HTM 13.0:
2014/11/27
Uploading of the final bitstream packages:
2014/12/03
9.4
Software repositories
9.4.1 HTM
HTM software can be checked in
https://hevc.hhi.fraunhofer.de/svn/svn_3DVCSoftware/
Therefore for each integrator an own software branch will be created by the software coordinator
containing the current anchor version or the version of the previous integrator:
e.g. branches/0.7-mycompany
The branch of the last integrator will become the new release candidate tag.
e.g. tags/0.8rc1
Page: 408
Date Sav
This tag can be cross-check by the group for. If no problems occur the release candidate will
become the new tag after 7-days:
e.g. tags/0.8
If reasonable intermediate release candidate tags can be created by the software coordinator.
9.4.2 ATM
An official release of the 3DV-ATM software can be checked out by mpeg3dv SVN users from
the following location:
http://mpeg3dv.research.nokia.com/svn/mpeg3dv/trunk/
Following every MPEG 3DV meeting, software coordinator creates a new branch for the
integration of adopted proposals:
http://mpeg3dv.research.nokia.com/svn/mpeg3dv/branches/
(Note: Would be desirable to rename “mpeg3dv” to “jct3v”)
Software integrator checks-out the software from integration branch at its turn of integration plan
and integrates proposal as it is specified in Section 9.3.
Software integrator communicates a new software version over the email list to the cross-checker
and to the software coordinator.
The software coordinator checks-in to the integration branch every new software integration with
confirmed cross-check, as it is specified in Section 9.3.
Once the integration plan is completed, the software coordinator cross-check version available in
the integration branch and checks-in a new official release of the 3DV-ATM to the
http://mpeg3dv.research.nokia.com/svn/mpeg3dv/trunk/.
9.5
List of CEs
(Chaired by JRO, 10-23 afternoon)
The following CEs were planned:

CE1 on improved depth coding [J. L. Lin, J. Y. Lee]
− Segmental prediction in Inter SDC (J0032)
− Depth intra skip (J0038)

CE2 on illumination compensation complexity reduction [J. L. Lin]
− IC disabling bi pred (J0034)
10 Establishment of ad hoc groups
The ad hoc groups established to progress work on particular subject areas until the next meeting
are described in the table below. The discussion list for all of these ad hoc groups will be the
main JCT-3V reflector (jct-3v@lists.rwth-aachen.de).
Title and Email Reflector
Chairs
Mtg
JCT-3V project management (AHG1)
(jct-3v@lists.rwth-aachen.de)
G. J. Sullivan, J.-R. Ohm
(co-chairs)
N

Coordinate overall JCT-3V interim efforts.

Report on project status to JCT-3V reflector.

Provide report to next meeting on project
coordination status.
Page: 409
Date Sav
G. Tech, K. Wegner (cochairs), J. Boyce, Y. Chen,
M. Hannuksela, T. Suzuki,
Produce and finalize JCT3V-J1001 3D-HEVC
S. Yea, J.-R. Ohm, G.
Draft Text 6.
Sullivan (vice chairs)
Produce and finalize JCT3V-J1003 3D-HEVC
and MV-HEVC Test Model 10.
3D-HEVC Draft and MV-HEVC / 3D-HEVC
Test Model editing (AHG2)



Gather and address comments for refinement of
these documents.

Coordinate with the HTM software Integration
AHG to address issues relating to mismatches
between software and text.

Coordinate with AHG6 w.r.t. text improvements
in 3D-HEVC specific HLS.

3D-AVC Software Integration (AHG3)
(jct-3v@lists.rwth-aachen.de)

Coordinate the finalization of the 3DV-ATM
software and its distribution to JCT-3V
members.

Identify issues (if any) where the software
JCT3V-J1005 deviates from the standard or the
test model JCT3V-G1003, and clean up the
software if necessary.

Produce documentation of software usage for
distribution with the software.

Prepare and deliver 3DV-ATM v13.2 software
to address all known bugs (expected by 21 Nov.
2014).
D. Tian (chair), F. C. Chen,
J. Y. Lee, J.-L. Lin, D.
Rusanovskyy, O.
Stankiewicz, T. Suzuki
(vice chairs)
N
N
Page: 410
Date Sav
MV-HEVC / 3D-HEVC Software Integration
(AHG4)
(jct-3v@lists.rwth-aachen.de)

Coordinate development of the HTM software
and its distribution to JCT-3V members.

Produce documentation of software usage for
distribution with the software.

Prepare and deliver HTM-13.0 software version
and the reference configuration encodings
according to JCT3V-G1100 based on common
conditions suitable for in the core experiment
(expected within four weeks after the meeting).

Prepare and deliver HTM-13.1 software that
include additional items not integrated into the
13.0 version.

Prepare and deliver the Draft 2 of MV-HEVC
software JCT3V-J1009.

Perform analysis and reconfirmation checks of
the behaviour of technical changes adopted into
the draft design, and report the results of such
analysis.

Suggest configuration files for additional testing
of tools.

Study the alignment of HTM software with
HM16.
G. Tech, H. Liu (co-chairs),
Y. W. Chen, K. Wegner
(vice chairs)
N

Coordinate with 3D-HEVC Draft and MVHEVC / 3D-HEVC Test Model editing to
identify any mismatches between software and
text.
V. Baroncini, K. Müller, S.
3D Coding Verification Testing (AHG5)
Shimizu, A. Vetro, S. Yea
(jct-3v@lists.rwth-aachen.de)
(co-chairs)
 Prepare a set of test sequences and encodings to
be used in upcoming MV-HEVC verification
testing.

Implement the MV-HEVC verification test plan
JCT-3V-J1002.

Prepare a set of test sequences and encodings to
be used in an upcoming 3D-HEVC verification
testing, and suggest a test plan.

Prepare viewing logistics for 11th JCT-3V
meeting.
N
Page: 411
Date Sav
3D High level syntax (AHG6)
(jct-3v@lists.rwth-aachen.de)

 Study video parameter set, sequence parameter
set, picture parameter set, and slice header
syntax designs for the 3D-HEVC extension.
 Study SEI messages, VUI syntax and HRD
designs needed for the 3D-HEVC extension.
 Assist in software development and text drafting
for the high-level syntax in the HEVC
extensions designs
Y. Chen, T. Ikai (co-chairs)
N
Texture/depth view packing (AHG7)
T. Senoh (chair)
N
M. Hannuksela, D. Tian
(co-chairs), D.
Rusanovskyy, L. Zhang
(vice chairs)
N
AVC Conformance testing development (AHG9)
(jct-3v@lists.rwth-aachen.de)
 Further discuss and improve the conformance
drafts related to 3D-AVC (JCT3V-I1004).
 To update the conformance streams after
availability of ATM 13.2
 Collect the conformance test streams.
T. Suzuki (chair), D.
Rusanovskyy, D. Tian, Y.
W. Chen (vice chairs)
N
HEVC Conformance testing development (AHG
10)
(jct-3v@lists.rwth-aachen.de)
 Further discuss and improve the conformance
draft related to MV-HEVC and 3D-HEVC
(JCT3V-J1008).
 Collect the conformance test streams.
Y. Chen, T. Ikai, S.
Shimizu, T. Suzuki (cochairs)
N
(jct-3v@lists.rwth-aachen.de)

To investigate approaches that would enable
interoperability between depth map generation
and view synthesis in the context of the SEI
message.
 To discuss and improve JCT3V-J1006.
3D-AVC Defect study (AHG 8)
(jct-3v@lists.rwth-aachen.de)
 Study and suggest a resolution to the mismatch
between the 3D-AVC specification and the
reference software, as reported in JCT3V-J0003.
 Study and suggest resolutions to other
mismatches between the 3D-AVC specification
and the reference software that will be brought
to the attention of the AHG.
Page: 412
Date Sav
11 Output documents
The following documents were agreed to be produced or endorsed as outputs of the meeting.
Names recorded below indicate those responsible for document production.
(It was communicated by the chair that only the subsequent lists of adoptions is relevant, and in
case of contradiction with any of meeting notes above the latter are considered invalid in first
place.)
13.1.1.1.1.1.1.1.473 JCT3V-J1000 Meeting Report of 10th JCT-3V Meeting [J.-R. Ohm, G. J.
Sullivan] (before next meeting)
(Note: Initial versions of the subsequent draft documents should be uploaded by the end of the
meeting, continually updating to be performed until the final the version is released.)
13.1.1.1.1.1.1.1.474 JCT3V-J1001 3D-HEVC Draft Text 6 [G. Tech, K. Wegner, Y. Chen,
S.Yea] (Study Text of ISO/IEC 23008-2:201x DAM1, WG 11 N14974) [2014-1128]
Summary of Adoptions for 3D-HEVC
JCT3V-J0060 3D-HEVC HLS: Single depth flag signaling
Add VPS flag to disable SDM globally) – or put it to SPS in case that the other flags are also treated that way
Decision: (from discussion): Remove current slice level flag for SDM
JCT3V-J0107 On 3D-HEVC HLS and its alignment with MV-HEVC HLS
Decision: Adopt JCT3V-J0107 (all aspects)
JCT3V-J0033 A cleanup of DMM index coding in 3D-HEVC
Decision: Specify the valid range in the semantics of wedge_full_tab_idx
JCT3V-J0052 Clipping for candidate index of single depth mode
Identical with JCT3V-J0058 part3
Decision (BF): Align the specification with the software, clipping id necessary.
JCT3V-J0053 Simplification on CABAC context models for single depth mode
No action on changing the syntax element single_sample_idx to bypass coded
Decision (BF/ed.): Various issue pointed out in this contributions need to be fixed, missing context tables,
misalignment between text and software w.r.t. sequence of candidates processing, specification that
single_sample_idx is a flag is missing.
JCT3V-J0039 Removal of redundant VSP candidates in Merge mode
Decision: Adopt J0039 method 2
JCT3V-J0042 Simplification of depth merge candidate list
Decision: Agreed to remove DDD as proposed in JCT3V-J0042 and JCT3V-J0030. This removes significant parts
from the draft text and reduces implementation complexity.
JCT3V-J0059 A cleanup of the size derivation for 3D-HEVC merge candidate list
Decision (BF): Adopt J0059 (text and software)
JCT3V-J0046 Modification of reference index for depth disparity derivation
Decision: Adopt J0046
JCT3V-J0029 Cleanup3: DLT table derivation
Decision (Ed.): Adopt the suggested text change
JCT3V-J0037 ARP, IC and DBBP Flags Signaling for 3D-HEVC
Decision: Adopt J0037 item 1 and item 4. WD text item 1 and item 4 in version 3 upload.
JCT3V-J0050 Simplification of chroma IC
This was later revisited, and the solution of WD text contained in JCT3V-J0050 v3 was adopted. Decision: Adopt
the common solution of J0034 and J0050.
JCT3V-J0045 Alignment of motion derivation from other components
Decision (BF): Adopt JCT3V-J0045 (except for DDD part as DDD was removed).
JCT3V-J0115 Single depth intra mode
JCT3V-J0035 On Lookup Table Size Reduction for DMM1
Decision: Adopt JCT3V-J0035.
JCT3V-J0041 Simplification of an NBDV availability check
Decision: Adopt JCT3V-J0041
Note: The encoder restriction related to ARP is still necessary
JCT3V-J0066 Simplification and improvement of sub-PU
Decision: Adopt J0066 method 1
Page: 413
Date Sav
The list above which had been circulated via the email was confirmed in the plenary 10-24.
During the Friday plenary, the following adoption was additionally approved:
JCT3V-J0106 Profile/level/tier specification
Decision: Adopt JCT3V-J0106 (version 2) with the following restriction: For each view the depth layer shall follow
the texture layer directly, as in current CTC.
13.1.1.1.1.1.1.1.475 JCT3V-J1002 MV-HEVC Verification Test Plan [K. Müller, S. Shimizu]
(WG11 N14976) [14-11-07]
13.1.1.1.1.1.1.1.476 JCT3V-J1003 Test Model 10 of 3D-HEVC and MV-HEVC [Y. Chen, G.
Tech, K. Wegner, S. Yea] (WG 11 N14975) [2014-11-28]
13.1.1.1.1.1.1.1.477 Bug fixes:

JCT3V-J0049

JCT3V-J0064
13.1.1.1.1.1.1.1.478 JCT3V-H1004 Draft 4 of 3D-AVC Conformance
Remains valid, although from a prior meeting.
13.1.1.1.1.1.1.1.479 JCT3V-J1005 Draft 5 of 3D-AVC Reference Software [D. Tian, D.
Rusanovskyy] (ISO/IEC 14496-5:2001 FDAM35, WG 11 N14948) [2014-11-28]
13.1.1.1.1.1.1.1.480 JCT3V-J1006 Draft of Texture/Depth View Packing SEI Message [T.
Senoh] [2014-11-21]
Developed from latest version of JCT3V-J0109
13.1.1.1.1.1.1.1.481 JCT3V-J1007 Draft 2 of MFC plus Depth [P. Yin, M. Hannuksela, Y.
Chen, J.-R. Ohm, G. J. Sullivan] (ISO/IEC 14496-10:2014 DAM1, WG11
N14953) [2014-11-07]
13.1.1.1.1.1.1.1.482 JCT3V-J1008 MV-HEVC and 3D-HEVC Conformance Draft 2 [Y. Chen,
T.Ikai, K. Kawamura, S. Shimizu, T. Suzuki] (ISO/IEC 23008-8:201X PDAM1,
WG11 N14984) [14-12-05]
13.1.1.1.1.1.1.1.483 JCT3V-J1009 MV-HEVC Software Draft 2 [G. Tech] (ISO/IEC 230085:201X PDAM2, WG11 N14980) [14-12-05]
13.1.1.1.1.1.1.1.484 JCT3V-J1010 MFC+Depth Software Draft 1 [P. Yin, D. Tian] (ISO/IEC
14496-5:2001 PDAM39, WG11 N14950) [14-11-07]
13.1.1.1.1.1.1.1.485 JCT3V-J1011 MFC+Depth Conformance Draft 1 [P. Yin, D. Tian]
(ISO/IEC 14496-4:2004 PDAM45, WG11 N14944) [14-11-07]
New output documents: Software and Conformance related to AVC amendment.
Page: 414
Date Sav
13.1.1.1.1.1.1.1.486 JCT3V-G1100 Common Test Conditions of 3DV Core Experiments
remains valid
13.1.1.1.1.1.1.1.487 JCT3V-J1101 Description of Core Experiment 1 (CE1) on improved depth
coding [J. L. Lin, J. Y. Lee]
13.1.1.1.1.1.1.1.488 JCT3V-J1102 Description of Core Experiment 2 (CE2) on illumination
compensation complexity reduction [J. L. Lin]
12 Future meeting plans, expressions of thanks, and closing of the meeting
The document upload deadline for the 11th meeting of the JCT-3V will be Feb 5, 2015, 2359
MET (Geneva/Paris time zone). Future meeting plans were established according to the
following guidelines:

Meeting under ITU-T SG 16 auspices when it meets (starting meetings on the
Wednesday or Thursday or Friday of the first week and closing it on the Tuesday or
Wednesday of the second week of the SG 16 meeting);

Otherwise meeting under ISO/IEC JTC 1/SC 29/WG 11 auspices when it meets (starting
meetings on the Saturday prior to such meetings and closing it on the last day of the WG
11 meeting);

In cases where JCT-3V meets during the first week of the SG16 meeting under ITU-T
auspices, and co-located with an MPEG meeting at a nearby meeting place, the meeting
dates could also be approximately aligned with the MPEG meeting.
Some specific future meeting plans were established as follows:

12-18 Feb. 2015 under ITU-T auspices in Geneva, CH

20-26 June 2015 under WG 11 auspices in Warsaw, PL

15-21 Oct. 2015 under ITU-T auspices in Lucca, IT
 20-26 Feb. 2016 under WG 11 auspices in San Diego, US.
Note: Depending on expectations about future work load, shorter meeting durations may be
considered starting from the 12th meeting, e.g. starting on Sunday.
Orange was thanked for the excellent hosting of the 10th meeting of the JCT-3V, Kenzler
Conference Management was thanked for the organization, and the sponsors were thanked for
the support.
Technicolor was thanked for providing equipment used in viewing 3D video material.
It was also reminded that final output documents (if also registered under a WG11 output doc
number) have to be uploaded separately with a WG11 header. To do this in a timely fashion is
particularly important for standards submitted for ballot, which should be sent to the chairs by
the due date.
It was also reminded that slide presentation decks should be made available.
The JCT-3V meeting was closed at approximately 1320 hours on Friday 24 Oct. 2014.
Page: 415
Date Sav
Annex A to JCT-3V report:
List of documents
JCT3V-VC
number
MPEG
number
JCT3V-J0001
m35324
JCT-3V AHG Report: JCT2014-10-17 2014-10-17 2014-10-17
3V project management
21:34:58
22:12:33
22:12:33
(AHG1)
m35326
G. Tech, K. Wegner, J.
JCT-3V AHG Report: MV2014-10-17 2014-10-18 2014-10-18
Boyce, Y. Chen, T.
HEVC / 3D-HEVC Draft and
22:46:19
08:26:47
08:26:47
Suzuki, S. Yea, J.-R.
Test Model editing (AHG2)
Ohm, G. Sullivan
JCT3V-J0003
m35289
JCT-3V AHG Report: 3D2014-10-16 2014-10-18 2014-10-18
AVC Software Integration
23:42:37
07:48:56
07:48:56
(AHG3)
JCT3V-J0004
m35327
JCT-3V AHG Report: MV2014-10-17 2014-10-18 2014-10-18
G. Tech, H. Liu, Y.
HEVC and 3D-HEVC
22:47:40
08:27:18
08:27:18
Chen, K. Wegner
Software Integration (AHG4)
JCT3V-J0005
m35333
JCT-3V AHG Report: 3D
2014-10-18 2014-10-18 2014-10-18
Coding Verification Testing
08:15:14
09:02:22
09:02:22
(AHG5)
JCT3V-J0006
m35322
2014-10-17 2014-10-17 2014-10-17 JCT-3V AHG report: 3D High
Y. Chen, T. Ikai
17:41:48
17:43:11
17:43:11
level syntax (AHG6)
JCT3V-J0007
m35332
JCT-3V AHG Report:
2014-10-18 2014-10-18 2014-10-18
Complexity Assessment
04:26:44
04:29:34
04:29:34
(AHG7)
G. G. (Chris) Lee, G.
Bang, T. Ikai, H. Liu
JCT3V-J0008
m35334
2014-10-18 2014-10-18 2014-10-18 JCT-3V AHG Report: 3D
08:33:14
08:35:09
08:35:09
Test Material (AHG8)
S. Shimizu, S. Yea
JCT3V-J0009
m35377
JCT-3V AHG Report: AVC
2014-10-22 2014-10-23 2014-10-23
conformance testing
16:59:27
14:25:08
14:25:08
development (AHG9)
T. Suzuki, D.
Rusanovskyy, D. Tian,
Y. W. Chen
JCT3V-J0010
m35256
JCT-3V AHG report: HEVC
2014-10-15 2014-10-17 2014-10-17
Conformance testing
16:09:32
23:11:48
23:11:48
development (AHG 10)
Y. Chen, T. Ikai, S.
Shimizu, T. Suzuki
JCT3V-J0011
m35325
2014-10-17 2014-10-17 2014-10-17 CE1: Summary Report on
22:22:13
22:24:35
22:24:35
Segmental Prediction
J.-L. Lin
JCT3V-J0021
m34894
2014-10-10 2014-10-10 2014-10-10 Structured lookup table
05:47:48
09:42:27
09:42:27
definition in DMM
T. Tsukuba, T. Ikai
(Sharp)
JCT3V-J0022
m34895
2014-10-10 2014-10-10 2014-10-10 Syntax cleanup of depth dc
05:48:05
09:42:58
09:42:58
offset
T. Tsukuba, T. Ikai
(Sharp)
JCT3V-J0023
m34896
2014-10-10 2014-10-10 2014-10-10 Simplification of depth
05:48:31
09:43:27
09:43:27
prediction in DMM
T. Tsukuba, T. Ikai
(Sharp)
JCT3V-J0024
m34897
2014-10-10 2014-10-10 2014-10-15 Simplification of merge
05:48:46
10:08:57
02:40:10
candidates list construction
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0025
m34898
2014-10-10 2014-10-10 2014-10-15 Simplification of DMM table
05:49:00
10:09:21
23:27:01
derivation
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0026
m34899
2014-10-10 2014-10-10 2014-10-10
VSP access improvement
05:49:14
10:09:41
10:09:41
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0027
m34900
2014-10-10 2014-10-10 2014-10-10 Cleanup1: Derived DV
05:49:57
10:10:02
10:10:02
reference derivation
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0028
m34901
2014-10-10 2014-10-10 2014-10-10 Cleanup2: Default DV
05:50:11
10:10:23
10:10:23
derivation
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0029
m34902
2014-10-10 2014-10-10 2014-10-10 Cleanup3: DLT table
05:50:28
10:10:43
10:10:43
derivation
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0002
Created
First upload Last upload
Title
Authors
J.-R. Ohm, G. J.
Sullivan
D. Rusanovskyy, F. C.
Chen, J. Y. Lee, J.-L.
Lin, O. Stankiewicz, T.
Suzuki, D. Tian
V. Baroncini, K.
Muller, S. Shimizu, A.
Vetro, S. Yea
Page: 416
Date Sav
JCT3V-J0030
m34903
2014-10-10 2014-10-10 2014-10-10
Cleanup4: Remove DDD
05:50:40
10:11:03
10:11:25
T. Ikai, T. Tsukuba
(Sharp)
JCT3V-J0031
m34904
2014-10-10 2014-10-14 2014-10-18 CE1: Cross-check on Test 2
05:54:03
03:51:52
10:33:36
and Test 4
T. Tsukuba, T. Ikai
(Sharp)
JCT3V-J0032
m34908
2014-10-10 2014-10-10 2014-10-22 3D-CE1: Segmental
07:25:15
08:13:39
13:12:16
prediction in 3D-HEVC
K. Zhang, J. An, X.
Zhang, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3V-J0033
m34909
2014-10-10 2014-10-10 2014-10-10 A cleanup of DMM index
07:26:13
08:14:50
08:14:50
coding in 3D-HEVC
K. Zhang, J. An, X.
Zhang, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3V-J0034
m34910
Complexity reduction on
X. Zhang, K. Zhang, J.
2014-10-10 2014-10-10 2014-10-17
illumination compensation for An, H. Huang, J.-L.
07:26:56
08:15:20
19:28:23
3D-HEVC
Lin, S. Lei (MediaTek)
JCT3V-J0035
m34911
2014-10-10 2014-10-10 2014-10-18 On Lookup Table Size
07:27:45
08:15:51
14:11:38
Reduction for DMM1
X. Zhang, K. Zhang, J.
An, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3V-J0036
m34914
Reduction of Worst Case
2014-10-10 2014-10-10 2014-10-18
Memory Bandwidth in 3D10:35:30
12:26:39
14:16:07
HEVC
M. W. Park, J. Y. Lee,
C. Kim (Samsung)
JCT3V-J0037
m34915
2014-10-10 2014-10-10 2014-10-24 ARP, IC and DBBP Flags
10:35:42
12:27:19
11:23:45
Si