INTERNATIONAL ORGANISATION FOR STANDARDISATION
ORGANISATION INTERNATIONALE DE NORMALISATION
ISO/IEC JTC 1/SC 29/WG 11
CODING OF MOVING PICTURES AND AUDIO
N14310
ISO/IEC JTC 1/SC 29/WG 11
Valencia, ES – April 2014
Source: Leonardo Chiariglione
Title:
Report of 108th meeting
Status
Report of 108th meeting
Annex A – Attendance list ................................................................................................................. 22
Annex B – Agenda ............................................................................................................................. 30
Annex C – Input contributions ........................................................................................................... 34
Annex D – Output documents ............................................................................................................ 69
Annex E – Requirements report ......................................................................................................... 75
Annex F – Systems report .................................................................................................................. 82
Annex G – Video report ................................................................................................................... 149
Annex H – JCT-VC report ............................................................................................................... 163
Annex I – JCT-3V report ................................................................................................................. 301
Annex J – Audio report .................................................................................................................... 394
Annex K – 3DG report ..................................................................................................................... 432
1.
Opening
The 108th WG 11 meeting was held at Valencia on 2014/03/31T09:00-17T20:30
2.
Roll call of participants
The attendance list is given in Annex 1
3.
Approval of agenda
The adopted agenda is given in Annex 2
Draft Systems Agenda
1
4.
Allocation of contributions
The list of input contributions is given in Annex 3
5.
Communications from Convenor
There was no communication
6.
Report of previous meetings
The following document was approved
14113 Report of 107th meeting
7.
Processing of NB Position Papers
The following documents were received, discussed and responses provided where appropriate
33457 Swiss NB Comment on MPEG-H 3D Audio
33100
CHNB
CNNB Comments on Screen Content Coding and HEVC Profiles in Response
CNNB
to Resolution 13.2.1 and Resolution 13.2.2
32771 FRNB Comment on HDR and WCG
FRNB
32975 FRNB Comment on MMT Composition Information (MPEG-H part 11)
FRNB
33412 FRNB Comment on Color Gamut and Bit Depth Scalability
FRNB
33413 FRNB Comment on HEVC Range Extension Profiles
FRNB
33117
JPNB Comments on Request for Subdivision: ISO/IEC 14496-10:2012/Amd6:
JPNB
Texture and Depth View Packing SEI Message in 3D-AVC
33346 JPNB comment on resolution 11.2.2
JPNB
33347 JPNB comment on resolution 11.2.7
JPNB
33399 JPNB comments on N14256 (Request for Subdivision: ISO/IEC 14496-31)
JPNB
33407 JNB Comments on interlace coding in HEVC
JPNB
33337 KNB Comments on HEVC Range Extensions
KRNB
33048 SENB Comment on HEVC Range Extensions - Intra Profiles
SENB
32820 UKNB comment on HEVC Amd1
UKNB
32821
UKNB comment on ISO/IEC 13818-1:2013/Amd.6: Delivery of Timeline for
External Data
UKNB
32712 Extensions of HEVC
USNB
32711 ISOBMFF
USNB
Draft Systems Agenda
2
8.
Workplan management
8.1
Media coding
8.1.1 Support for Dynamic Range Control
The following documents were approved
14445
14446
Request for Amendment, ISO/IEC 14496-3:2009/PDAM 5, Support for Dynamic
Range Control
ISO/IEC 14496-3:2009/PDAM 5, Support for Dynamic Range Control
8.1.2 Pattern Based 3D Mesh Compression
The following documents were approved
14476
14477
Core Experiments Description for 3DG
Tele-immersion use case and associated draft requirements
8.1.3 Font compression and streaming
The following document was approved
14329
Text of ISO/IEC 14496-18 AMD 1 Updated semantics of decoderSpecificInfo and
font data description for ISOBMFF
8.1.4 Open Font Format
The following documents were approved
14330
14331
Request for ISO/IEC 14496-22 3rd edition
Text of ISO/IEC CD 14496-22 3rd edition
8.1.5 Web Video Coding
The following documents were approved
14386
14387
Disposition of Comments on ISO/IEC DIS 14496-29
Text of ISO/IEC FDIS 14496-29 Web Video Coding
8.1.6 Video Coding for Browsers
The following document was approved
14388
Text of ISO/IEC CD 14496-31 Video Coding for Browsers
8.1.7 Codec configuration representation
The following document was approved
Draft Systems Agenda
3
14395
WD2 of ISO/IEC 23001-4:201X/Amd.1 Parser Instantiation from BSD
8.1.8 Media Tool Library
The following documents were approved
14397
14398
Study Text of ISO/IEC 23002-4:201x/DAM2 FU and FN descriptions for HEVC
Core Experiments in RVC
8.1.9 Media Context and Control – Control Information
The following document was approved
14487
Study text of ISO/IEC CD 23005-2 3rd Edition Control Information
8.1.10 Media Context and Control – Sensory Information
The following document was approved
14488
Study text of ISO/IEC CD 23005-3 3rd Edition Sensory Information
8.1.11 Media Context and Control – Virtual World Object Characteristics
The following document was approved
14489
Study text of ISO/IEC CD 23005-4 3rd Edition Virtual World Object
Characteristics
8.1.12 Media Context and Control – Data Formats for Interaction Devices
The following document was approved
14490
Study text of ISO/IEC CD 23005-5 3rd Edition Data Formats for Interaction
Devices
8.1.13 Media Context and Control – Common Types and Tools
The following document was approved
14491
Study text of ISO/IEC CD 23005-6 3rd Edition Common types and tools
8.1.14 HEVC Range Extensions
The following documents were approved
14420
14414
14415
Report on HEVC compression performance verification testing
Disposition of Comments on ISO/IEC 23008-2:2013/DAM1 Range Extensions
(RExt)
Text of ISO/IEC FDIS 23008-2:201X (2nd edition)
Draft Systems Agenda
4
14418
HEVC RExt Test Model 7
8.1.15 HEVC Multiview Extensions
The following documents were approved
14422
14423
14424
14425
Draft Disposition of Comments on ISO/IEC 23008-2:2013/DAM2 Multiview
Extensions
Preliminary Draft of ISO/IEC 23008-2:2013/FDAM2 HEVC Multiview Extensions,
v2
Study Text of ISO/IEC 23008-2:2013/PDAM4 3D Video Extensions
Test Model 8 of 3D-HEVC and MV-HEVC
8.1.16 HEVC scalable extensions
The following documents were approved
14416
14419
Study Text of ISO/IEC 23008-2:2013/DAM3 HEVC Scalable Extensions
Scalable HEVC (SHVC) Test Model 6 (SHM 6)
8.1.17 Coding of screen content
The following documents were approved
14399
14421
Results of CfP on Screen Content Coding Tools for HEVC
HEVC Screen Content Coding Test Model 1 (SCM 1)
8.1.18 Free-viewpoint Television
The following documents were approved
14513
14512
Plan of FTV Seminar at 109th MPEG Meeting
Description of Exploration Experiments on Free-viewpoint Television (FTV)
8.1.19 3D Audio
The following documents were approved
14458
14459
14460
14461
14462
14463
14464
14465
Request for Subdivision ISO/IEC 23008-3 CD
Text of ISO/IEC 23008-3/CD, 3D audio
WD of ISO/IEC 23008-3:20XX/Amd 1, 3D Audio File Format Support
Listening Test Logistics for 3D Audio Phase 2
Active Downmix Control
Interface for Binaural Data
Candidate Technologies for 3D Audio
Workplan on 3D Audio
Draft Systems Agenda
5
8.1.20 Audio Dynamic Range Control
The following documents were approved
14454
14455
14456
14457
Request for Subdivision ISO/IEC 23003-4 CD
Text of ISO/IEC 23003-4 CD, Dynamic Range Control
WD of CD Software for Dynamic Range Control
Candidate Technologies for Dynamic Range Control
8.1.21 Internet Video Coding
The following documents were approved
14428
14429
14430
14431
Working Draft 2 of Internet Video Coding (IVC)
Internet Video Coding Test Model (ITM) v 9.0
Description of IVC Exploration Experiments
Collection of information related to IVC technologies
8.1.22 Higher Dynamic Range and Wide Color Gamut Content Distribution
The following document was approved
14510
Draft Requirements and Explorations for HDR /WCG Content Distribution and
Storage
8.1.23 Processing and Sharing of Media under User Control
The following document was approved
14514
8.2
Use Cases for Processing and Sharing of Media under User Control
Composition coding
8.2.1 MMT Composition Information
The following document was approved
14361
8.3
Study of ISO/IEC DIS 23008-11 Composition Information
Description coding
8.3.1 Compact Descriptors for Visual Search
The following documents were approved
14391
14392
14393
14394
Disposition of Comments on ISO/IEC CD 15938-13
Text of ISO/IEC DIS 15938-13 Compact Descriptors for Visual Search
Test Model 10: Compact Descriptors for Visual Search
Core Experiment in CDVS: Conformance and Performance Testing
Draft Systems Agenda
6
8.3.2 Compact Descriptors for Video Analysis
The following documents were approved
14509
14508
14507
MPEG vision for Compact Descriptors for Video Analysis (CDVA)
Requirements under consideration for Compact Descriptors for Video Analysis
Compact Descriptors for Video Analysis: Objectives, Applications and Use Cases
8.3.3 User Description
The following document was approved
14366
WD 2 of MPEG User Description
8.3.4 Multiple text encodings, extended classification metadata
The following documents were approved
14334
14335
Request for ISO/IEC 15938-5:2003 AMD 5 Multiple text encodings, extended
classification metadata
Text of ISO/IEC 15938-5:2005 PDAM 5 Multiple text encodings, extended
classification metadata
8.3.5 Storage of traceable media signatures
The following document was approved
14518
Draft Requirements for a Framework for sample variants in ISOBMFF
8.3.6 Coding modes description
The following documents were approved
14343
14344
8.4
DoC on ISO/IEC CD 23001-11 Green Metadata
Text of ISO/IEC DIS 23001-11 Green Metadata
Systems support
8.4.1 Audio Synchronization
The following document was approved
14467
Status of Audio Synchronization
8.4.2 Coding-independent codepoints
The following documents were approved
14449
14450
Request for Amendment ISO/IEC 23001-8:2013/Amd 1
ISO/IEC 23001-8:2013/PDAM 1 New audio code points
Draft Systems Agenda
7
8.4.3 Uniform signalling for timeline alignment
The following documents were approved
14365
14523
8.5
Uniform Timeline Alignment
Plan of Seminar on Hybrid Delivery at the 110th MPEG Meeting
IPMP
8.5.1 Common Encryption Format for ISO Base Media File Format
The following document was approved
14341
8.6
Study of ISO/IEC DIS 23001-7 2nd edition
Transport and File formats
8.6.1 Delivery of Timeline for External Data
The following documents were approved
14316
14317
DoC on ISO/IEC 13818-1:2013/PDAM 6 Delivery of Timeline for External Data
Text of ISO/IEC 13818-1:2013/DAM 6 Delivery of Timeline for External Data
8.6.2 Transport of MVC depth video and HEVC low delay
The following documents were approved
14314
14315
DoC on ISO/IEC 13818-1:2013/DAM 5 Transport of MVC + depth video subbitstream and extensions to support HEVC low delay coding mode
Text on ISO/IEC 13818-1:2013/FDAM 5 Transport of MVC + depth video subbitstream and extensions to support HEVC low delay coding mode
8.6.3 Carriage of Green Metadata
The following document was approved
14320
WD of ISO/IEC 13818-1:2013 AMD Carriage of Green Metadata
8.6.4 Carriage of 3D Audio
The following document was approved
14321
WD of ISO/IEC 13818-1:2013 AMD Carriage of 3D Audio
8.6.5 Carriage of additional audio profiles & levels
The following document was approved
Draft Systems Agenda
8
14322
WD of ISO/IEC 13818-1:2013 AMD Carriage of additional audio profiles & levels
8.6.6 Carriage of Layered HEVC
The following documents were approved
Request for ISO/IEC 13818-1:2013 AMD 7 Carriage of Layered HEVC
Text of ISO/IEC 13818-1:2013 PDAM 7 Carriage of Layered HEVC
8.6.7 Carriage of still image and image sequences
The following document was approved
14362
Study of ISO/IEC CD 23008-12 Image File Format
8.6.8 Carriage of MVC+D in ISO Base Media File Format
The following document was approved
14328
WD of ISO/IEC 14496-15:2013 AMD 1 Enhanced carriage of HEVC and support of
MVC with depth information
8.6.9 Enhanced audio support
The following documents were approved
14324
14325
Request for ISO/IEC 14496-12:2012 AMD 4 Enhanced audio support
Text of ISO/IEC 14496-12:2012 PDAM 4 Enhanced audio support
8.6.10 Timed Text and Other Visual Overlays in ISO Base Media File Format
associated
The following document was approved
14326
TuC on sample variants, signatures and other improvements for the ISOBMFF
8.6.11 Timed Metadata Metrics of Media in the ISO Base Media File Format
The following document was approved
14342
Study of ISO/IEC CD 23001-10 Carriage of Timed Metadata Metrics of Media in
the ISO Base Media File Format
8.6.12 Extended Profiles and time synchronization
The following documents were approved
14511
Requirements on HTTP Streaming of MPEG Media
Draft Systems Agenda
9
14346
14347
14348
14349
Technologies under Consideration
Descriptions of Core Experiments on DASH amendment
DoC on ISO/IEC 23009-1 2nd edition PDAM 1 Extended Profiles and time
synchronization
Text of ISO/IEC 23009-1 2nd edition DAM 1 Extended Profiles and availability
time synchronization
8.6.13 Spatial Relationship Description, Generalized URL parameters and other
extensions
The following documents were approved
14442
14443
Request for ISO/IEC 23009-1 2nd edition AMD 2 Spatial Relationship Description,
Generalized URL parameters and other extensions
Text of ISO/IEC 23009-1 2nd edition PDAM 2 Spatial Relationship Description,
Generalized URL parameters and other extensions
8.6.14 MPEG-DASH Implementation Guidelines
The following documents were approved
14352
14353
14354
Request of ISO/IEC 23009-3 2nd edition DASH Implementation Guidelines
Text of ISO/IEC PDTR 23009-3 2nd edition DASH Implementation Guidelines
WD of ISO/IEC 23009-3 2nd edition AMD 1 DASH Implementation Guidelines for
extended features
8.6.15 MPEG Media Transport
The following documents were approved
14355
14356
Study of ISO/IEC 23008-1 DAM 2 Header Compression and Cross Layer Interface
Description of Core Experiments on MPEG Media Transport
8.6.16 MMT Implementation Guidelines
The following documents were approved
14363
14364
8.7
Request for subdivision of ISO/IEC 23008-13 Implementation Guidelines for
MPEG Media Transport
Text of ISO/IEC PDTR 23008-13 Implementation Guidelines for MPEG Media
Transport
Multimedia architecture
8.7.1 MPEG-V Architecture
The following documents were approved
14485
Technology under consideration
Draft Systems Agenda
10
14486
8.8
Study text of ISO/IEC CD 23005-1 3rd Edition Architecture
Application formats
8.8.1 Augmented Reality AF
The following documents were approved
14480
14481
WD of ARAF 2nd Edition
Use cases for ARAF 2nd Edition
8.8.2 Multimedia Preservation
The following documents were approved
14338
14339
14340
Request for subdivision of ISO/IEC 23000-15 Multimedia Preservation Application
Format
Text of ISO/IEC CD 23000-15 Multimedia Preservation Application Format
WD of Implementation Guideline of MP-AF
8.8.3 Mixed and Augmented Reality Reference Model
14482
14483
WD 5.0 MAR Reference Model
Logistic information for the 5th JAhG MAR meeting
8.8.4 Publish/Subscribe Application Format
The following documents were approved
14521
14381
Requirements for Publish/Subscribe Application Format (PSAF)
Preliminary WD of Publish/Subscribe Application Format
8.8.5 Adaptive Screen Content Sharing Application Format
The following document was approved
14519
8.9
Draft Requirements for MPEG Adaptive Screen Content Sharing Application
Format
Reference implementation
8.9.1 Multi-resolution 3D mesh compression Reference Software
The following document was approved
14474
ISO/IEC 14496-5:2001/FDAM32 Multi-resolution 3D mesh compression reference
software
Draft Systems Agenda
11
8.9.2 Pattern based 3D mesh compression Reference Software
The following document was approved
14475
ISO/IEC 14496-5:2001/DAM36 Pattern-based 3D mesh coding reference software
8.9.3 MPEG-7 Reference Software
The following document was approved
14390
WD 2 of ISO/IEC 15938-6:201X (2nd edition)
8.9.4 CEL and MCO Reference Software
The following document was approved
14336
Text of ISO/IEC 21000-8 AMD 3 Contract Expression Language (CEL) and Media
Contract Ontology (MCO) Reference Software
8.9.5 Media Tool Library Reference Software
The following document was approved
14484
Study Text of ISO/IEC 23002-5/DAM1 GTL reference software and conformance
8.9.6 MMT Reference Software
The following document was approved
14359
Workplan of MMT Reference Software
8.9.7 3D Audio Reference Software
The following document was approved
14466
RM2 Software for MPEG-H 3D Audio
8.9.8 DASH reference software
The following documents were approved
14350
14351
8.10
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
Conformance
8.10.1 New levels for AAC profiles and uniDRC support
The following documents were approved
Draft Systems Agenda
12
14447
14448
Request for ISO/IEC 14496-5:2001/Amd 37
ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles and uniDRC
support
8.10.2 3D-AVC Conformance
14382
14383
Disposition of Comments on ISO/IEC 14496-4:2004/PDAM43
Text of ISO/IEC 14496-4:2004/DAM43 Conformance testing of the 3D extension of
AVC
8.10.3 Multiresolution 3D mesh coding Conformance
The following document was approved
14478
ISO/IEC 14496-27:2009/FDAM5 Conformance for multi-resolution 3D mesh
compression
8.10.4 Pattern based 3D mesh compression Conformance
The following document was approved
14479
ISO/IEC 14496-27:2009/DAM6 Conformance for pattern-based 3D mesh coding
8.10.5 Video Coding for Browsers Conformance
The following document was approved
14389
WD of Video Coding for Browsers Conformance Testing
8.10.6 Media Tool Library Conformance
The following document was approved
14484
Study Text of ISO/IEC 23002-5/DAM1 GTL reference software and conformance
8.10.7 MMT Conformance
The following document was approved
14360
Workplan of MMT Conformance
8.10.8 HEVC Conformance
The following documents were approved
14426
14427
Preliminary Draft of ISO/IEC FDIS 23008-8 HEVC Conformance
WD of Conformance Testing for HEVC RExt
Draft Systems Agenda
13
8.10.9 DASH Conformance
The following documents were approved
14350
14351
8.11
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
Maintenance
8.11.1 Systems coding standards
The following documents were approved
14323
14439
14440
14327
14441
14332
14333
14396
14357
14345
Text of ISO/IEC 14496-12:2012 ISO/IEC 14496-12:2012/COR 2 and ISO/IEC
15444-12:2012/COR 2
Defect report on ISO/IEC 14496-12
DoC on ISO/IEC 14496-15:201x/DCOR 1
Text of ISO/IEC 14496-15:201x/COR 1
Defect report on ISO/IEC 14496-15
DoC of ISO/IEC 14496-28 DCOR 2
Text of ISO/IEC 14496-28 COR 2
Text of ISO/IEC 23001-8:2013/DCOR1
Text of ISO/IEC 23008-1 DCOR 1
DASH Defects under investigation
8.11.2 Audio coding standards
The following documents were approved
14451
14452
14453
ISO/IEC 23003-3:2012/DCOR 3, Unified speech and audio coding
ISO/IEC 23003-3:2012/Amd.1/DCOR 1, Conformance
ISO/IEC 23003-3:2012/Amd.2/DCOR 1, Reference software
8.11.3 MPEG-21 standards
The following document was approved
14337
Text of ISO/IEC 21000-21 DCOR 1
9.
Organisation of this meeting
9.1
Tasks for subgroups
The following tasks were approved
Group
Requirements
Draft Systems Agenda
Std
7
Pt E/A
14
CDVidS
14
Title
H
A?
A?
A?
?
Systems
2
1
4
5
22
28
12
21
A
B
H
DA
Video
U
Exp
4
VC
7
B
C
Exp
H
3V
Draft Systems Agenda
4
15
8
15
8
10
11
1
4
7
10
11
12
13
1
2
3
3
29
31
13
4
4
2
5
8
4
Interlace
Screen
Coding in alternative colour spaces, HDR
HEVC intra based on JPEG reqs
Media under user control
FTV
PSAF
SCC MAF
Multisensorial MAF
A5 Transport of MVC depth
A6 Delivery of timeline for external data
Carriage of Scalable HEVC
?
SVC FF RS
3E
Open Font Format
C1 Composite Font Format
A3 Font streaming support
A4 Enhanced audio suppor
A1 Enhanced carriage of HEVC
E1
MCO RS
E1
Preservation
A1 CICP
E1
Timed metadata metrics
E1
Green Metadata
A1 Additional MMT technologies
A2 Cross layer interface
E1
MMT Reference Software
E1
MMT Conformance
E1
MMT FEC
E1
MMT CI
A? Storage of image sequences in ISOBMFF
E1
MMT implementation guidelines
A1 High profile
E2
DASH C&RS
E1
Implementation guidelines
A1 Widget extensions C&RS
Uniform Signalling for timeline alignment
E1
Web Video Coding
E1
Video Coding for Browsers
E1
Compact Descriptors for Visual Search
A1 Parser instantiation from BSD
A2 VTL extensions (HEVC)
Internet Video Coding
E1
HEVC Verification Tests
A1 HEVC Range Extensions
A3 SHVC
E1
HEVC Conformance
E1
HEVC Reference Software
A42 MFC Conformance
15
AVC + depth Conformance
5 A33 MVC+depth RS
A34 MFC RS
AVC + depth RS
H
2 A2 MHVC
A4 HEVC+depth
Audio
D
2 A3 SAOC dialog enhancement
H
3 E1
3D Audio
3DG
4
11 E2
Nodes for AR and collaborative applications
16 A4 Pattern-based 3DMC
16 A3 Web 3DG coding
27 A5 Multiresolution 3DMC C
A
13 E2
ARAF
C
5 A1 GTL RS & C
M
2 A1 MPEG-V engines
MAR
E1
MAR RM
V
1 E3
Architecture
2 E3
Control Information
3 E3
Sensory information
4 E3
Virtual world object characteristics
5 E3
Data representation for interaction devices
6 E3
Common types and tools
7 E2
Conformance and reference software
Communication A
13
ARAF White paper
B
9
Common encryption White paper
H
1
MMT White paper
V
MPEG-V White paper
B
CAL+MTL White paper
AAC White paper
HEVC White paper
MMT video
Timed text video
N14003
Press Release
9.2
Joint meetings
The following joint meetings were held
VCEG, R
R, S
3, S
3, S
R, S
S, R
VCEG, VC,
3V
What
SCC, RExt
FF
MPV
AR
DASH
MAF
SHVC, MV-HEVC, 3D
HEVC, RExt...
Draft Systems Agenda
16
Day
Mon
Mon
Tue
Tue
Tue
Tue
Tue
Time1
16:00
18:00
09:00
10:30
12:30
14:00
16:00
Time2
18:00
18:30
10:30
18:00
13:00
15:00
18:00
Where
R
R
3
3
R
R
R
A, S
All
A, S
All
3, R
3, V
3, V
3, S
3, A
R, JPEG
3, JPEG
VCEG, VC,
3V
FF enhanced Audio sup
MPEG assets
3D Audio in MP2 Sys
Drafting of standards
New compression
CDVidS in AR
3D Video in AR
UD in AR
3D Audio in AR
HEVC intra
ARAF & JPEG
Continue...
10.
WG management
10.1
Terms of reference
Tue
Wed
Wed
Wed
Wed
Thu
Thu
Thu
Thu
Thu
Thu
Thu
17:00
11:30
12:00
17:00
18:00
09:00
10:00
11:00
12:00
14:00
14:30
15:00
18:00
12:00
13:00
18:00
19:00
10:00
11:00
12:00
13:00
15:00
15:30
17:00
A
3
A
3
R
3
3
3
A
R
3
R
The following document was approved
14400
10.2
Terms of reference
Liaisons
10.2.1 Input Liaisons
The following documents were received
#
Title
32760 IEC CD 60728-101
32761 IEC NP: Digital Television Accessibility
- Functional Specifications
32762 IEC CDV 62087-1, 62087-2, 62087-3,
62087-4, 62087-5 and 62481-6
32763 IEC CD 62702-1 Ed.1.0, 62702-2 Ed.1.0
32764 IEC TR 62921 Ed.1
Liaison Statement from IETF
Liaison Statement from 3GPP
Liaison Statement from EBU
Liaison Statement from SC 34
SMPTE response to 29n138221 and
29n140121
32956 ATSC Liaison on MPEG-H
Source
IEC TC
100
IEC TC
100
IEC TC
100
IEC TC
100
IEC TC
100
32765
32766
32926
32927
32930
IETF
3GPP
EBU
SC 34
SMPTE
33096 Liaison Statement from EBU
ATSC
S34
EBU
Draft Systems Agenda
17
Topic
Cable networks
Determination of power
consumption
Audio Archive System
Greenhouse Gas Emissions
For Computers And
Monitors
MIME type registration
DASH
Timed Text
Font Format
HDR
3D Audio
MPAF
33175 Liaison Statement on ISO/IEC 138181:2013/Amd.6: Delivery of Timeline for
External Data
33183 Liaison Statement on Uniform Signalling
for Timeline Alignment
33269 Liaison Statement on Ecma S5 activity
33290 DASH-IF liaison to MPEG
33372 Liaison Statement from DVB
33373 Liaison Statement from DVB
33437 ATSC Liaison to MPEG on DTS values
for MVC
DVB
TEMI
DVB
TEMI
3D Audio
DASH
IF
DVB
DVB
ATSC
3D Audio
DASH
MPEG-2 TS
10.2.2 Output Liaisons
The following documents were approved
14515
14516
14506
14496
14367
14444
14368
14369
14370
14371
14372
14373
14374
14375
14376
14377
14378
14379
14380
14469
14470
14471
14472
14473
Liaison Response to SMPTE on HDR/WCG
Liaison Support of HDR/WCG
Liaison to WG1
Liaison to SG 16 Q.6
Liaison Statement to EBU on Timed Text
Liaison template on MIME sub-parameter for TimedText
Liaison Statement to 3GPP on DASH
Liaison Statement to DVB on DASH
Liaison statement to DASH IF on DASH
Liaison statement template on DASH
Liaison statement to DVB on TEMI
Liaison statement to EBU on MPAF
Liaison statement to DVB on Uniform Signalling Alignment
Liaison statement to ATSC on DTS for MVC
Liaison statement to ATSC on MMT
Liaison statement to DECE on HEVC File Format
Liaison statement to ITU-T SG 12 on Quality metrics for DASH
Liaison statement to ONVIF on establishment of liaison relationship
Liaison statement to SC 34/WG 2 on Font Format
Liaison Response to ATSC on 3D Audio
Liaison Response to DVB on 3D Audio
Liaison Response to Ecma on S5 standardization
Liaison to DVB on SAOC-DE
Liaison to AES on X212
10.2.3 Statements of benefit
The following document was approved
14517
Statement of benefits from establishing a Category C liaison with Blu-ray Disc
Association (BDA)
Draft Systems Agenda
18
10.3
List of Organisations in liaison
The following document was approved
12711
10.4
List of Organisations with which MPEG entertains liaisons
Responses to National Bodies
The following documents were approved
14432
14433
14417
14468
Response to JP NB on 14496-31 (VCB)
Response to NBs on HEVC technical development
Response to JP NB on Texture View Packing SEI Message
Response to Swiss NB Comment on 3D Audio
10.5
Work item assignment
10.6
Ad hoc groups
The following documents were approved
#
14499
14493
14503
14435
14525
14502
14495
14529
14436
14498
14524
14528
14434
14526
14494
14527
14504
14532
14497
14500
14505
14501
14531
14530
14437
14438
Title
AHG on 3D Audio, DRC and Audio Maintenance
AHG on AR
AHG on compact descriptors for video analysis
AHG on Compact Descriptors for Visual Search
AHG on Font Format Representation
AHG on FTV (Free-viewpoint Television)
AHG on Graphics compression
AHG on Green MPEG
AHG on Internet Video Coding
AHG on MPEG Assets
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 Processing and Sharing of Media under User Control
AHG on Publish/Subscribe Application Format (PSAF)
AHG on Reconfigurable Media Coding
AHG on Responding to Industry Needs on Adoption of MPEG Audio
AHG on still image coding using HEVC
AHG on Support of HDR XYZ Color Space and HDR
AHG on Timeline alignment
AHG on User Description
AHG on Video Coding for Browsers
AHG on Video Test Material Assets
Draft Systems Agenda
19
10.7
Asset management
The following documents were approved
14405
14406
14407
14408
14409
10.8
Schema assets
Software assets
Conformance assets
Content assets
URI assets
IPR management
The following document was approved
14410
10.9
Standards under development for which a call for patent statements is issued
Work plan and time line
The following documents were approved
14401
14402
14403
MPEG Standards
Table of unpublished FDISs
Work plan and time line
11.
Administrative matters
11.1
Schedule of future MPEG meetings
The following meeting schedule was approved
#
107
108
109
110
111
112
113
114
115
116
11.2
City
Country yy mm-mm dd-dd
San José
US
14
01 13-17
Valencia
ES
14
03-04 31-04
Sapporo
JP
14
07 07-11
Strasbourg
FR
14
10 20-24
Geneva
CH
15
02 16-20
Warsaw
PL
15
06 22-26
Geneva?
CH?
15
10 19-23
San Diego, CA
US
16
02 22-26
Geneva
CH
16
5-6 30-03
?
?
16
10 17-21
Promotional activities
The following documents were approved
14311
14358
Valencia press release
MMT Developers’ Day in 109th MPEG meeting
Draft Systems Agenda
20
12.
Resolutions of this meeting
These were approved
13.
A.O.B.
There was no other busines
14.
Closing
Meeting closed at 2014/04/04T20:30
Draft Systems Agenda
21
– Attendance list
First name
Werner
Sergiu
Christian
Mohamad
Chris
Tim
Jan
Antonin
Gauthier
Peter
Frederik
Sebastiaan
Glenn
Ali
Spencer
David
Gaëlle
Panos
Mahsa
Claudio
Frank
Touradj
Jean-Pierre
Marco
Clemens
Nikolce
Jicheng
Tsui-Shan
Weizhong
Jie
Xu
Yi-Wen
Chun-Chi
Tzu-Der
Lingyu
Yuqun
Tiejun
Qi
Yu-Wen
Gwo Giun (Chris)
Shawmin
Ming
Tao
Jian-Liang
Ching-Chieh
Draft Systems Agenda
Last name
Bailer
Gordea
Timmerer
Raad
Rosewarne
Bruylants
De Cock
Descampe
Lafruit
Schelkens
Temmermans
Van Leuven
Van Wallendael
Begen
Cheng
Flynn
Martin-Cocher
Nasiopoulos
Pourazad
Alberti
Bossen
Ebrahimi
Evain
Mattavelli
Par
Stefanoski
An
Chang
Chen
Chen
Chen
Chen
Chen
Chuang
Duan
Fan
Huang
Huang
Huang
Lee
Lei
Li
Lin
Lin
Lin
Country
AT
AT
AT
AU
AU
BE
BE
BE
BE
BE
BE
BE
BE
CA
CA
CA
CA
CA
CA
CH
CH
CH
CH
CH
CH
CH
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
22
Hongbin
Siwei
Luntian
Wen-Hsiao
Yi-Shin
Ronggang
Qing
Jizheng
Yiling
Chunjing
Haitao
Lu
Yichen
Shaobo
Xiaozhen
Jianqing
Peter
Gero
Johannes
Christof
Simone
Manuel
Dan
Karsten
Cornelius
Ruben
Juergen
Ingo
Fabian
Joachim
Jacek
Peter
Achim
Thorsten
Michael
Philipp
Karsten
Max
Jens-Rainer
Jörn
Jan
Thomas
Stephan
Klaas
Panji
Thomas
Thomas
Karsten
Gerhard
Herbert
Draft Systems Agenda
Liu
Ma
Mou
Peng
Tung
Wang
Wang
Xu
Xu
Xu
Yang
Yu
Zhang
Zhang
Zheng
Zhu
Amon
Bäse
Boehm
Fersch
Fontana
Frutos Lopez
Grois
Grüneberg
Hellge
Heras Evangelio
Herre
Hofmann
Jaeger
Keinert
Konieczny
Kuhn
Kuntz
Laude
Meier
Merkle
Müller
Neuendorf
Ohm
Ostermann
Plogsties
Richter
Schreiner
Schueuer
Setiawan
Sporer
Stockhammer
Suehring
Tech
Thoma
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
CN
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
DE
23
Thomas
Oliver
Pablo
Jaime
Sergio
Eduardo
Francisco
Done
Miska
Jani
Vinod
Kemal
Pierre
Cyril
Mary-Luc
Cyril
Xavier
Denoul
Edouard
Rama Rao
Patrick
Cristina
Marc
Wassim
Remi
Khaled
Bojan
Joel
Sylvain
Guillaume
Sébastien
Traian
Jean
Gerard
Mihai
Didier
Patrice
Gregory
Pierrick
Marius
Mickael
Charline
Jean-Marc
Christian
Jean-Ronan
Walter
Massimo
Giovanni
Vittorio
Laurent
Draft Systems Agenda
Wiegand
Wübbolt
Carballeira
Delgado
García Lobo
Juarez
Morán Burgos
Bugdayci
Hannuksela
Lainema
Malamal Vadakital
Ugur
Andrivon
Bergeron
Champel
Concolato
Ducloux
Franck
Francois
Ganji
Gendron
Gomila
Guez Vucher
Hamidouche
Houdaille
Jerbi
Jovenski
Jung
Kervadec
Laroche
Lasserre
Lavric
Le Feuvre
Madec
Mitrea
Nicholson
Onno
Pallone
Philippe
Preda
Raulet
Taibi
Thiesse
Tulvan
Vigouroux
Allasia
Balestri
Ballocca
Baroncini
Boch
DE
DE
ES
ES
ES
ES
ES
FI
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
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
FR
IT
IT
IT
IT
IT
24
Leonardo
Davide
Guido
Gianluca
Diego
Daniele
Fabian
Po Lin
Alberto
Sabino
Alessandra
Danilo
Shuichi
Jun
Kohtaro
Guillaume
Toru
Keiichi
Takeshi
Noboru
Ryoji
Shinobu
Mitsuhiro
Atsuro
Tomohiro
Takaaki
Kota
Itaru
kei
Kimihiko
Shohei
Akira
Kazuyuki
Takayuki
Ohji
Takahiro
Masayuki
Shigetaka
Keisuke
Shun-Ichi
Takanori
Masato
Shinya
Takehiro
Teruhiko
Naoya
Masayuki
Yasuaki
Yoshihide
Osamu
Draft Systems Agenda
Chiariglione
Ferri
Franceschini
Francini
Gibellino
Giusto
Kuech
Lai
Messina
Metta
Mosca
Pau
Aoki
Arai
Asai
Barroux
Chinen
Chono
Chujoh
Harada
Hashimoto
Hattori
Hirabayashi
Ichigaya
Ikai
Ishikawa
Iwamoto
Kaneko
kawamura
Kazui
Matsuo
Minezawa
Miyazawa
Nakachi
Nakagami
Nishi
Nishiguchi
Ogawa
Saito
Sekiguchi
Senoh
Shima
Shimizu
Sugimoto
Suzuki
Tanaka
Tanimoto
Tokumo
Tonomura
Watanabe
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
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
25
Shinji
Akio
Tomoyuki
Kenji
Sehoon
Elena
Gun
Jae-Sook
Seunghiyun
Yongjin
Yoonsik
Miran
B.S.
Sangbae
Sung
Hendry
Sunghee
Euee
Byeungwoo
Sanghyun
Tae-Young
Kyeongok
Jung Won
Dae Yeon
Young Seop
Hui Yong
Jae-Gon
Chang Ki
Sang-Kyun
Sukho
Eunyoung
Jin Young
Sunil
Taegyu
Seung Wook
Bae-Keun
Hahyun
Changkyu
Jin Young
Seong Yong
Jaewon
Seoung-Jun
Henney
Je-Ho
Min Woo
Sang-hyo
Chanyul
Hyeoncheol
Jeongil
Jungdong
Draft Systems Agenda
Watanabe
Yamada
Yamamoto
Yamamoto
Yea
Alshina
Bang
Cheong
Cho
Cho
Choe
Choi
Choi
Chon
Chun
Fnu
Hwang
Jang
Jeon
Joo
Jung
Kang
Kang
Kim
Kim
Kim
Kim
Kim
Kim
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lee
Lim
Moon
Oh
Oh
Park
Park
Park
Park
Pu
Seo
Seo
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
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
KR
26
Donggyu
Youngwan
Jaeyeon
Seungha
Kyoungrof
Robert
Werner
Rocco
Werner
Emmanuel
Menno
Arild
Marek
Lukacz
Olgierd
Krzysztof
Tomasz
Maxim
Harald
Kenneth
Per
Richard
Rickard
Jacob
Chong Soon
Zongxian
Thiow Keng
Massimiliano
Alessandro
Miroslaw
Richard
Panos
Ken
Matteo
Stavros
Nicholas
Karl
Ping
Cheung
Frank
Lazar
Imed
Jill
Wo L.
Peisong
Ying
Jianle
Robert
Sachin
Michael
Draft Systems Agenda
Sim
So
Song
Yang
Yoon
Bromdijk
de Bruijn
Goris
Oomen
Thomas
Wildeboer
Fuldseth
Domanski
Januszkiewicz
Stankiewicz
Wegner
Zernicki
Sychev
Alvestrand
Andersson
Fröjdh
Mitic
Sjöberg
Strom
Lim
Liu
Tan
Agostinelli
Artusi
Bober
Furse
Kudumakis
McCann
Naccari
Paschalakis
Saunders
Sharman
Wu
Auyeung
Baumgarte
Bivolarsky
Bouazizi
Boyce
Chang
Chen
Chen
Chen
Cohen
Deshpande
Dolan
KR
KR
KR
KR
KR
NL
NL
NL
NL
NL
NL
NO
PL
PL
PL
PL
PL
RU
SE
SE
SE
SE
SE
SE
SG
SG
SG
UK
UK
UK
UK
UK
UK
UK
UK
UK
UK
UK
US
US
US
US
US
US
US
US
US
US
US
US
27
Aleksei
Alberto
Felix
Chad
Alexander
Zhouye
Qunshan
James
Arianne
Kilroy
Walt
Rajan
Marta
Seung-Hwan
Miok
Miok
Krasimir
Daniel
Vladimir
Zhu
Xiang
Youngkwon
Shan
Ajay
Zhan
Daryl
Koohyar
Yeshwant
Raj
Mandayam
Prabhu
Nils
Schuyler
Adarsh Krishnan
Krishnakanth
Justin
Jesus
Deep
David
Iraj
Joel
Kevin
Gary
Huifang
Wendell
Yasser Fouad Kahaderi
Ali
Arkady
Andrew
Thomas
Draft Systems Agenda
Dolgoborodov
Duenas
Fernandes
Fogg
Giladi
Gu
Gu
Helman
Hinds
Hughes
Husak
Joshi
Karczewicz
Kim
Kim
Kim
Kolarov
Lee
Levantovsky
Li
Li
Lim
Liu
Luthra
Ma
Malas
Minoo
Muthusamy
Nair
Narasimhan
Navali
Peters
Quackenbush
Ramasubramonian
Rapaka
Ridge
Sampedro
Sen
Singer
Sodagar
Sole
Streeter
Sullivan
Sun
Sun
Syed
Tabatabai
Ten
Tescher
Thurau
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
28
Pankaj
Alexandros
Anthony
Wei
Ye-Kui
Xin
Stephan
Xiaoyu
Yan
Peng
Haoping
Li
Yunfei
Minhua
Bill
Draft Systems Agenda
Topiwala
Tourapis
Vetro
Wang
Wang
Wang
Wenger
Xiu
Ye
Yin
Yu
Zhang
Zheng
Zhou
Zou
US
US
US
US
US
US
US
US
US
US
US
US
US
US
US
29
– Agenda
#
1
2
3
4
5
6
7
8
#
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
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
31
Item
Opening
Roll call of participants
Approval of agenda
Allocation of contributions
Communications from Convenor
Report of previous meetings
Processing of NB Position Papers
Workplan management
Media coding
Signalling and Transport of SAOC-DE in AAC
MVC extension for inclusion of depth maps
AVC compatible video with depth information
Additional Colour Space and Tone Mapping Descriptors
Multi-resolution Frame Compatible (MFC)
Pattern Based 3D Mesh Compression
Metadata for Realistic Material Representation
Font compression and streaming
Composite Font Representation
Open Font Format
Web Video Coding
Media Tool Library
SAOC Dialog enhancement
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
HEVC scalable extensions
HEVC Interlace
HEVC Image Sequences
Still image coding
HEVC Frame Packing Arrangement Types
Coding of screen content
Coding of medical visual content
3D HEVC
Free-viewpoint Television
3D Audio
Audio Dynamic Range Control
Internet Video Coding
32
33 Web 3D Graphics Coding
34 Video Coding for browsers
Draft Systems Agenda
30
1
2
2
2
2
3
3
3
3
3
3
3
4
4
4
4
4
4
4
4
4
4
5
5
5
5
6
7
7
7
7
7
7
7
7
7
7
7
7
7
7
7
7
7
7
7
7
35 Full Gamut Content Distribution
Composition coding
1 Scene Description Based Collaborative Applications
2 Advanced User Interaction
3 MMT Composition Information
Description coding
1 Visual descriptors
2 Compact Descriptors for Visual Search
3 Compact Descriptors for Video Search
4 Social Metadata
5 User Description
6 Coding modes description
Systems support
1 Audio Synchronization
2 Signalling of Transport profiles, signalling MVC stereo view association and MIME type
registration
3 Support of DASH event signalling in MPEG-2 TS
4 Support for raw audio-visual data
5 Coding-independent codepoints
6 MMT Forward Error Correction Codes
7 MMT Cross Layer Interface
8 Delivery of Timeline for External Data
9 Uniform signalling for timeline alignment
IPMP
1 Common Encryption Format for MPEG-2 Transport Stream
2 Common Encryption Format for ISO Base Media File Format
3 AES-CBC-128 and key rotation
Digital Item
Transport and File formats
1 MPEG-2 Systems DASH support
2 Simplified carriage of MPEG-4 over MPEG-2 TS
3 Enhanced audio support and other improvements
4 Delivery of Timeline for External Data
5 Signalling of Transport profiles and MVC stereo view association, and MIME type registration
6 Transport of MVC depth video and HEVC low delay
7 Carriage of quality information in ISOBMFF
8 Carriage of MVC+D in ISO Base Media File Format
9 Ordered combination of separate tracks
10 Font streams and other improvements to file format
11 Carriage of HEVC in ISO Base Media File Format
12 Carriage of still image and image sequences
13 Sample group and sub-track definitions for HEVC tiles
14 Timed Text and Other Visual Overlays in ISO Base Media File Format associated
15 Timed Metadata Metrics of Media in the ISO Base Media File Format
16 Media presentation description and segment formats
17 MPEG-DASH Implementation Guidelines
18 Format independent segment encryption and authentication
19 MPEG Media Transport
Draft Systems Agenda
31
7
7
8
8
8
9
9
9
9
9
9
9
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
11
11
11
11
11
11
11
11
11
11
11
11
11
11
11
11
11
11
20 Additional technologies for MPEG Media Transport
21 MMT Implementation Guidelines
Multimedia architecture
1 MPEG-M API
2 MPEG-V Architecture
Application formats
1 Surveillance Application Format
2 Support of movie fragment structure for SVAF
3 Augmented Reality AF
4 Augmented Reality Reference Model
5 Multimedia Preservation
6 Mixed and Augmented Reality Reference Model
Reference implementation
1 MVC plus depth extension of AVC Reference Software
2 Multi-resolution Frame Compatible Stereo Coding extension of AVC Reference Software
3 3D extension of AVC Reference Software
4 Efficient representation of 3D meshes with multiple attributes Reference Software
5 Multi-resolution 3D mesh compression Reference Software
6 Pattern based 3D mesh compression Reference Software
7 CEL and MCO Reference Software
8 Surveillance Reference Software
9 SVAF Reference Software
10 IMAF Reference Software
11 ARAF reference software
12 Media Tool Library Reference Software
13 SAOC Reference Software
14 USAC Reference Software
15 MPEG-DASH Reference Software
16 MPEG-V – Reference Software
17 HEVC Reference Software
Conformance
1 Low Delay AAC v2 Profile Conformance
2 MVC plus Depth Conformance
3 Multi-resolution Frame Compatible Stereo Coding extension of AVC Conformance
4 3D-AVC Conformance
5 3D Efficient representation of 3D meshes with multiple attributes Conformance
6 Multiresolution 3D mesh coding Conformance
7 Pattern based 3D mesh compression Conformance
8 CEL and MCO Conformance
9 Surveillance Conformance
10 SVAF Conformance
11 IMAF Conformance
12 ARAF Conformance
13 Media Tool Library Conformance
14 MPEG Surround conformance for Low Delay AAC v2 profile
15 SAOC Conformance
16 USAC Conformance
17 MPEG-DASH Conformance
Draft Systems Agenda
32
11
11
12
12
12
12
12
12
12
12
12
12
13
18 HEVC Conformance
19 MPEG-V – Conformance
Maintenance
1 Systems coding standards
2 Video coding standards
3 Audio coding standards
4 3DG coding standards
5 Systems description coding standards
6 Visual description coding standards
7 Audio description coding standards
8 MPEG-21 standards
9 MPEG-A standards
Work plan and time line
9
Organisation of this meeting
1
Tasks for subgroups
2
Joint meetings
3
Room assignment
10
WG management
1
Terms of reference
2
Officers
3
Editors
4
Liaisons
5
Responses to National Bodies
6
Work item assignment
7
Ad hoc groups
8
Asset management
1 Reference software
2 Conformance
3 Test material
4 URI
9
IPR management
10
Facilities
11
Work plan and time line
11
Administrative matters
1
Schedule of future MPEG meetings
2
Promotional activities
12
Resolutions of this meeting
13
A.O.B.
14
Closing
Draft Systems Agenda
33
– Input contributions
Source
#
Title
32683 ISO secretariat
AHG on Font Format Representation
32684 ISO secretariat
AHG on Support of HDR XYZ Color Space
and HDR
32685 ISO secretariat
AHG on FTV (Free-viewpoint Television)
32686 ISO secretariat
AHG on compact descriptors for video
search
32687 ISO secretariat
AHG on coding screen content
32688 ISO secretariat
AHG on study of interlace coding in HEVC
32689 ISO secretariat
AHG on still image coding using HEVC
32690 ISO secretariat
AHG on MPEG-7 Visual
32691 ISO secretariat
AHG on Compact Descriptors for Visual
Search
32692 ISO secretariat
AHG on Web Video Coding
32693 ISO secretariat
AHG on Internet Video Coding
32694 ISO secretariat
AHG on Video Coding for Browsers
32695 ISO secretariat
AHG on 3D Audio and Audio Maintenance
32696 ISO secretariat
AHG on Responding to Industry Needs on
Adoption of MPEG Audio
32697 ISO secretariat
AHG on AR
32698 ISO secretariat
AHG on MPEG-V
32699 ISO secretariat
AHG on Graphics compression
32700 ISO secretariat
AHG on Reconfigurable Media Coding
32701 ISO secretariat
AHG on MPEG Assets
32702 ISO secretariat
AHG on MPEG File Formats
32703 ISO secretariat
AHG on MPEG-DASH
32704 ISO secretariat
AHG on Multimedia Preservation Application
Format (MP-AF)
32705 ISO secretariat
AHG on MPEG Media Transport
32706 ISO secretariat
AHG on Green MPEG
32707 ISO secretariat
AHG on User Description
32708 ISO secretariat
AHG on Timeline alignment
32709 S. Deshpande (Sharp)
AHG 15: Comments on Hybrid Scalability
32710
Y.-K. Wang, J. Chen, Y. Chen, Hendry, A. K.
Ramasubramonian (Qualcomm)
AHG 15: Support of hybrid scalability
32711 A. G. Tescher for USNB
ISOBMFF
32712 A. G. Tescher for USNB
Extensions of HEVC
Jaewon Moon (KETI), Tae-Boem Lim (KETI),
SeungWoo Kum(KETI), KyungWon Kim
32713
(KETI), JongJin Jung(KETI), Jongbin
Park(KETI), Kyoungro Yoon (KU), Min-Uk
A Proposal of usertype for RD
Draft Systems Agenda
34
Kim(KU), HyoChul Bae(Konkuk University)
Jaewon moon, Tae-Boem Lim, SeungWoo
Kum, KyungWon Kim, JongJin Jeong, JongBin A demo of Remote User Interface with
32714
Park, Kyoungro Yoon, Min-Uk Kim, HyoChul
MPEG-UD
Bae
32715
withdrawn
32716 Ajay Luthra, Edouard François, Walt Husak
Draft requirements for Higher Dynamic
Range (HDR) and Wide Color Gamut (WCG)
video coding for Broadcasting, OTT, and
Storage Media
32717 G. J. Sullivan (AHG chair)
JCT-VC AHG report: Hybrid codec scalability
(AHG15)
32718 E. Alshina, A. Alshin (Samsung)
Non-SCE1: De-noising of inter-layer
reference
32719 E. Alshina, A. Alshin (Samsung)
AhG18: On SAO quant-bits coding
32720
N. Stefanoski, O. Wang, A. Smolic (DRZ), T.
Szypulski (ESPN)
MV-HEVC/SHVC HLS: Proposal for an SEI
message on selectable overlays
32721
N. Stefanoski, O. Wang, A. Smolic (DRZ), T.
Szypulski (ESPN)
MV-HEVC/SHVC HLS: Proposal for an SEI
message on selectable overlays
Complexity analysis of an optimized SHVC
decoder
32722 W. Hamidouche, M. Raulet, O. Deforges
32723
W. Pu, F. Zou, R. Joshi, M. Karczewicz, J. Sole AHG10: Simplification of Palette Based
(Qualcomm)
Coding
X. Li, J. Chen, M. Karczewicz (Qualcomm), Y.
SCE1: Color gamut scalability with
32724 He, Y. Ye, J. Dong (InterDigital), P. Bordes, P.
asymmetric 3D LUT
Andrivon, E. Francois, F. Hiron (Technicolor)
32725 X. Li, J. Sole, M. Karczewicz (Qualcomm)
32726
W. Hamidouche, M. Raulet, J. Le Feuvre
(IETR/INSA)
4K real time streaming with SHVC decoder
and GPAC player
Improvement on Non-Reference P frame
coding for IVC
32727 Dong-Hyun Kim, Jae-Gon Kim
32728
RCE1: Adaptive MV Precision
S. Lee, C. Park, E. Alshina, C. Kim (Samsung), AHG5: Recommended profiling of range
K. McCann (Zetacast)
extension coding tools
32729 B. Li, J. Xu (Microsoft)
Low complexity encoders for JCTVC-Q0035
32730 B. Li, J. Xu (Microsoft)
On the interpretation of screen content
coding results
32731 SC 29 Secretariat
Summary of Voting on ISO/IEC 1449618:2004/DAM 1
32732 SC 29 Secretariat
Summary of Voting on ISO/IEC 144965:2001/DAM 32
32733 SC 29 Secretariat
Summary of Voting on ISO/IEC 210008:2008/DAM 3
32734 SC 29 Secretariat
Summary of Voting on ISO/IEC 230082:201x/DAM 1
32735 SC 29 Secretariat
Summary of Voting on ISO/IEC 230082:201x/DAM 2
32736 SC 29 Secretariat
Summary of Voting on ISO/IEC 291994:2010/DAM 1
32737 SC 29 Secretariat
Summary of Voting on ISO/IEC DIS 23008-5
32738 SC 29 Secretariat
Summary of Voting on ISO/IEC DIS 23008-8
Draft Systems Agenda
35
32739 SC 29 Secretariat
Summary of Voting on ISO/IEC 144965:2001/PDAM 36
32740 SC 29 Secretariat
Summary of Voting on ISO/IEC 1449627:2009/PDAM 6
32741 SC 29 Secretariat
Table of Replies on ISO/IEC FDIS 23008-1
32742 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 18477-2
32743 SC 29 Secretariat
Summary of Voting on ISO/IEC 138181:2013/DAM 5
32744 SC 29 Secretariat
Summary of Voting on ISO/IEC 138181:2013/PDAM 6
32745 SC 29 Secretariat
Summary of Voting on ISO/IEC 1449612:2012/DCOR 2 and ISO/IEC 1544412:2012/DCOR 2
32746 SC 29 Secretariat
Summary of Voting on ISO/IEC 1449615:201x/DCOR 1
32747 SC 29 Secretariat
Summary of Voting on ISO/IEC 1449628:2012/DCOR 2
32748 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 1593813
32749 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 23005-2
32750 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 23005-4
32751 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 23005-5
32752 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 23005-6
32753 SC 29 Secretariat
Summary of Voting on ISO/IEC 1449627:2009/DAM 5
32754 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 23005-3
[3rd Edition]
32755 SC 29 Secretariat
Summary of Voting on ISO/IEC 144964:2004/PDAM 43
32756 SC 29 Secretariat
Summary of Voting on ISO/IEC 144965:2001/PDAM 35
32757 ITTF via SC 29 Secretariat
Table of Replies on ISO/IEC FDIS 23009-2
32758 ITTF via SC 29 Secretariat
Table of Replies on ISO/IEC FDIS 23002-4
[2nd Edition]
32759 ITTF via SC 29 Secretariat
Table of Replies on ISO/IEC FDIS 23009-1
[2nd Edition]
32760 IEC TC 100 via SC 29 Secretariat
IEC CD 60728-101
32761 IEC TC 100 via SC 29 Secretariat
IEC NP: Digital Television Accessibility Functional Specifications
32762 IEC TC 100 via SC 29 Secretariat
IEC CDV 62087-1, 62087-2, 62087-3,
62087-4, 62087-5 and 62481-6
32763 IEC TC 100 via SC 29 Secretariat
IEC CD 62702-1 Ed.1.0, 62702-2 Ed.1.0
32764 IEC TC 100 via SC 29 Secretariat
IEC TR 62921 Ed.1
32765 IETF via SC 29 Secretariat
Liaison Statement from IETF
32766 3GPP via SC 29 Secretariat
Liaison Statement from 3GPP
32767
Y. Cho, B. Choi, M. W. Park, J. Y. Lee
(Samsung)
MV-HEVC/SHVC HLS: VPS extension
clean-up
32768
Y. Cho, B. Choi, M. W. Park, J. Y. Lee
(Samsung)
MV-HEVC/SHVC HLS: Comments on
general decoding process and selection of
Draft Systems Agenda
36
CPB operation in the HRD operation
32769
Y. Cho, B. Choi, M. W. Park, J. Y. Lee
(Samsung)
MV-HEVC/SHVC HLS: VPS extension
clean-up
32770
Y. Cho, B. Choi, M. W. Park, J. Y. Lee
(Samsung)
MV-HEVC/SHVC HLS: Comments on
general decoding process and selection of
CPB operation in the HRD operation
32771 Pierrick Philippe on behalf of the French NB
FRNB Comment on HDR and WCG
32772
A. Aminlou, K. Ugur (Nokia), E. Alshina
(Samsung)
Non-SCE1: Encoder improvements for
weighted prediction
32773
B. Choi, Y. Cho, M.W. Park, J.Y. Lee, S. Lee,
C. Kim (Samsung)
MV-HEVC/SHVC HLS: Comments on IRAP
alignment and POC value derivation
32774
32775 A. Aminlou, K. Ugur (Nokia)
SCE1: Cross-check of JCTVC-Q0048
32776 H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)
MV-HEVC/SHVC HLS: On inter-layer RPS
signalling and derivation
32777 H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)
MV-HEVC/SHVC HLS: On
max_tid_il_ref_pics_plus1 in the VPS
extension
32778 H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)
MV-HEVC/SHVC HLS: On inter-layer RPS
signalling and derivation
32779 H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)
MV-HEVC/SHVC HLS: On
max_tid_il_ref_pics_plus1 in the VPS
extension
32780
P. Onno, G.Laroche, T. Poirier, C. Gisquet
(Canon)
AhG5: On the displacement vector prediction
scheme for Intra Block Copy
32781 C. Gisquet, G. Laroche, P. Onno (Canon)
AhG10: Palette predictor stuffing
32782 C. Gisquet, G. Laroche, P. Onno (Canon)
AhG10: Palette index coding
32783 C. Gisquet, G. Laroche, P. Onno (Canon),
AhG10: Transition copy mode for Palette
mode
32784
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
AhG10: Run coding for palette mode
32785
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
Non-RCE1: On MV resolution and motion
vector predictor number
32786
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
AhG8: On Sample Adaptive Band Value
32787 C. Gisquet, G. Laroche, P. Onno (Canon)
AhG10: Combination of Palette coding tools
32788
X. Zhang, K. Zhang, J. An, H. Huang, S. Lei
(MediaTek)
Consistent usage of intra boundary filter
disabling
32789
D. Bugdayci, J. Lainema, K. Ugur, M.M.
Hannuksela (Nokia)
AHG10: Improvements on palette coding
32790 A. Aminlou, K Ugur, M. M. Hannuksela (Nokia)
SCE1: Color gamut scalability using gainoffset models
32791 K. Sharman, N. Saunders, J. Gamei (Sony)
AHG18: Worst-case Escape Code Length
Mitigation
32792
P. Andrivon, P. Bordes, E. François
(Technicolor)
SEI message for Colour Mapping
Information
32793 K. Sharman, N. Saunders, J. Gamei (Sony)
AHG5: Intra-block-copy in Non-4:4:4
Formats
32794 K. Sharman, N. Saunders, J. Gamei (Sony)
Unifying HM and RExt Inter-Prediction
Search
Draft Systems Agenda
37
32795 K. Sharman, N. Saunders, J. Gamei (Sony)
AHG8: Effectiveness of the HM Inter Search
for Screen Content
32796 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On additional layer
sets, rewriting of simulcast layers, and
profile-tier-level indication for auxiliary
picture layers
32797 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On additional layer
sets, rewriting of simulcast layers, and
profile-tier-level indication for auxiliary
picture layers
32798 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS:
max_tid_il_ref_pics_plus1 in inter-layer RPS
syntax and semantics
32799 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS:
max_tid_il_ref_pics_plus1 in inter-layer RPS
syntax and semantics
32800
X. Zhang, K. Zhang, J. An, H. Huang, S. Lei
(MediaTek)
Block vector prediction for intra block copy
32801 C. Fogg, J. Helman (Movielabs)
VUI entries for YZX and digital cinema EOTF
32802 C. Fogg, J. Helman (Movielabs)
Mastering Display Color Volume SEI
32803 M. Naccari, M. Mrak (BBC)
RExt/SHVC HLS (AHG5 and 9): On reuse of
alpha planes in auxiliary pictures
32804
B. Mandel (Universal Pictures), C. Fogg, J.
Helman (MovieLabs)
High Dynamic Range / Wide Color Gamut
workflow
32805
B. Mandel (Universal), C. Fogg, J. Helman
(MovieLabs)
Technicolor HDR clips encoded as
Y’DzDx and BT.2020 Y’CbCr
32806
J. Helman, C. Fogg (MovieLabs), B. Mandel
(Universal)
HDR/WCG StEM encoded with Y'DzDx
32807 C. Fogg, J. Helman (Movielabs)
32808
Profile tables
K. Zhang, J. An, X. Zhang, H. Huang, S. Lei
(MediaTek)
Symmetric intra block copy
Y.-C. Sun, T.-D. Chuang, P. Lai, S.-T. Hsiang,
AHG10: A triplet palette mode combining
32809 Y.-W. Chen, X. Zhang, S. Liu, Y.-W. Huang, S.
JCTVC-P0108 and JCTVC-P0198
Lei (MediaTek)
32810 M. Sychev, V. Stepin, S. Ikonin (Huawei)
HEVC/MV-HEVC/SHVC HLS: Redundant
picture SEI message
32811 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On access unit
definition and allowing different decoding
orders in different layer trees
32812 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On access unit
definition and allowing different decoding
orders in different layer trees
32813 M. Sychev, V. Stepin, S. Ikonin (Huawei)
HEVC/MV-HEVC/SHVC HLS: Redundant
picture SEI message
32814
T.-D. Chuang, C.-Y. Chen, Y.-W. Huang, S. Lei
Non-RCE1: Simplification of RCE1 Test2
(MediaTek)
32815
Y.-W. Chen, Y.-C. Sun, Y.-W. Huang, S. Lei
(MediaTek)
32816
W. Pu (Qualcomm), X. Guo (Microsoft), P.
AHG10: Suggested Software for Palette
Onno (Canon), P. Lai (MediaTek), J. Xu (Sony) Coding based on RExt6.0
Single color intra mode for screen content
coding
32817 S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek) AHG8: Coding the prediction differences of
Draft Systems Agenda
38
the intra BC vectors
32818 J. Boyce, S. Wenger (Vidyo)
MV-HEVC/SHVC HLS: Overlay info SEI
message
32819 J. Boyce, S. Wenger (Vidyo)
MV-HEVC/SHVC HLS: Overlay info SEI
message
32820 UK National Body
UKNB comment on HEVC Amd1
32821 UK National Body
UKNB comment on ISO/IEC 138181:2013/Amd.6: Delivery of Timeline for
External Data
32822 X. Li (Qualcomm)
SCE1: Crosscheck report on color gamut
scalability using gain-offset models (JCTVC0072)
32823 X. Li (Qualcomm)
Non-RCE1: Crosscheck report on MV
resolution and motion vector predictor
number (JCTVC-Q0067)
32824 X. Li (Qualcomm)
RCE1: Crosscheck report on Motion Vector
Resolution Control (JCTVC-Q0155)
32825 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: Constraints for
Reference Picture Set Parameters
32826 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: On Bitstream
Partition Buffer
32827 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: Comments on HEVC
Extensions
32828 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: On DPB Profile Level
Limits
32829 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: Constraints for
Reference Picture Set Parameters
32830 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: On Bitstream
Partition Buffer
32831 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: Comments on HEVC
Extensions
32832 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: On DPB Profile Level
Limits
32833 K. Andersson, J. Samuelsson (Ericsson)
Fix for the computation of scaling factors
used in inter-layer prediction
32834 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On temporal
enhancement layers and diagonal inter-layer
prediction
32835 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On temporal
enhancement layers and diagonal inter-layer
prediction
32836 X. Xiu, Y. He, Y. Ye (InterDigital)
Rext HLS: on lossless coding
32837 Y. Ye, Y. He, Y. He (InterDigital)
SHVC HLS: On picture level resampling
phase filter selection
32838 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On TSA and STSA
pictures
32839 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On TSA and STSA
pictures
32840 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On TemporalId
constraints
Draft Systems Agenda
39
32841 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On TemporalId
constraints
32842 S. Narasimhan, A.Luthra (Arris)
Support for out-of-band signaling in VPS to
enable future layer additions
32843
Y. Wu, L. Zhu, G. J. Sullivan, F. Kyslov, S.
Sadhwani (Microsoft)
Errata report: Parsing issue for picture timing
SEI message
32844
L. Zhang, J. Chen, J. Sole, M. Karczewicz
(Qualcomm)
AhG8: In-loop color-space transform
M. Mrak (BBC), G. Martin-cocher (BlackBerry),
P. Onno, C. Rosewarne (Canon), A. Fuldseth
(Cisco), R. Sjöberg (Ericsson), A. Duenas
Request for an HEVC 4:4:4 8 bit profile as
32845
(NG Codec), J. Sole, M. Karczewicz
well as other bit depth profiles
(Qualcomm), R. Haszhimoto (Renesas), M.
Budagavi (TI),
32846
C. Pang, J. Sole, R. Joshi, M. Karczewicz
(Qualcomm)
REXT/MV-HEVC/SHVC/3D-HEVC HLS: On
indication of decoding process
32847 M. M. Hannuksela (Nokia)
32848
R. Sjöberg, J. Samuelsson, Y. Wang
(Ericsson)
RExt HLS: Picture referencing across CRA
pictures
REXT/MV-HEVC/SHVC/3D-HEVC HLS: On
indication of decoding process
32849 M. M. Hannuksela (Nokia)
32850
Block vector prediction method for Intra
block copy
A. M. Tourapis, D. Singer (Apple), A. Duenas
(NGCodec), G. Martin-Cocher (Blackberry)
Extension of the pic_struct element in HEVC
32851 A.M. Tourapis, D. Singer (Apple)
Interlace coding in HEVC v.1
R. Cohen, A. Minezawa, X. Zhang, K.
32852 Miyazawa, A. Vetro, S. Sekiguchi, K.
Sugimoto, T. Murakami (Mitsubishi Electric)
Description of screen content coding
technology proposal by Mitsubishi Electric
Corporation
32853 K. Minoo, D. Baylon, A. Luthra (Arris)
Increased resolution for scaled reference
layer offset
32854 K. Minoo, D. Baylon (Arris)
Re-sampling using existing phase offset flag
signaling
32855
32856 K. Minoo, D. Baylon (Arris)
Increased precision for deriving the
reference layer sample locations
32857 K. Minoo (Arris)
SCE1: Crosscheck for Color gamut
scalability using gain-offset models (JCTVC0072) Test 2
C.-C. Chen, T.-S. Chang, R.-L. Liao, C.-W.
Kuo, W.-H. Peng, H.-M. Hang, Y.-J. Chang, C.- Description of screen content coding
32858 H. Hung, C.-C. Lin, J.-S. Tu, E.-C. Ke, J.-Y.
technology proposal by NCTU and ITRI
Kao, C.-L. Lin, F.-D. Jou, F.-C. Chen
International
(NCTU/ITRI)
32859
J. Ye, S. Liu, S. Lei (MediaTek), X. Chen, L.
Zhao, T. Lin (Tongji)
Improvements on 1D dictionary coding
32860 R. Cohen (MERL)
Crosscheck for JCTVC-Q0124
Improvements on 1D dictionary coding mode
32861
Improvements on 1D dictionary coding mode
32862 X. Xu, S. Liu, S. Lei (MediaTek)
Simplification on block vector prediction for
intra block copy
32863 J. Xu, A. Tabatabai, O. Nakagami, T. Suzuki
Fix for Strong Intra Smoothing in RExt
Draft Systems Agenda
40
(Sony)
32864 C. Auyeung, K. Sato (Sony)
Non-SCE1: Reduction of the number of color
space regions in SCE1 test 1.1
32865 C. Auyeung (Sony)
AHG12: Mismatch of SHVC draft 5 and
SHM-5.0 software in bit-depth scalability with
1x scalability
32866 M. Karczewicz, R. Joshi (Qualcomm)
AHG18: Limiting the worst-case length for
coeff_abs_level_remaining syntax element
to 32 bits
32867 X. Xu, S. Liu, S. Lei (MediaTek)
On unification of intra block copy and interpicture motion compensation
32868 A.M. Tourapis, D. Singer (Apple)
Comments on HEVC 4:4:4 8 bit profiles
32869
B. Choi, Y. Cho, M. W. Park, J. Y. Lee, S. Lee, MV-HEVC/SHVC HLS: Comments on IRAP
C. Kim (Samsung)
alignment and POC value derivation
32870
B. Choi, Y. Cho, M. W. Park, J. Y. Lee, S. Lee, 3D-HEVC HLS: Inter-layer reference picture
C. Kim (Samsung)
list construction
32871
B. Choi, Y. Cho, M. W. Park, J. Y. Lee, S. Lee, 3D-HEVC HLS: Layer dependency type for
C. Kim (Samsung)
split flag and partition mode prediction
32872
L. Zhu, J. Xu, G. J. Sullivan, Y. Wu, S.
Sankuratri, B. A Kumar (Microsoft)
Ping-pong block vector predictor for intra
block copy
32873
L. Zhu, J. Xu, Y. Wu, G. J. Sullivan, S.
Sankuratri, B. A Kumar (Microsoft)
AMP for Intra BC prediction
AHG14: On methods and test conditions for
color gamut scalability
32874 K. Minoo, A. Luthra, D. Baylon (Arris)
32875 W.-S. Kim, J. Sole, M. Karczewicz (Qualcomm) AhG 8: Adaptive Scaling of SAO offset
Yao-Jen Chang, Chun-Lung Lin, Chao-Hsiung
32876 Hung (ITRI), Chun-Chi Chen, Wen-Hsiao
AHG10: Line-matching above copy method
Peng, Hsueh-Ming Hang (NCTU)
J. Chen, Y. Chen, T. Hsieh, R. Joshi, M.
Karczewicz, W.-S. Kim, X. Li, C. Pang, W. Pu,
32877
K. Rapaka, J. Sole, L. Zhang, F. Zou
(Qualcomm)
Description of screen content coding
technology proposal by Qualcomm
32878
Z. Ma, W. Wang, M. Xu, X. Wang, H. Yu
(Huawei)
Description of screen content coding
technology proposal by Huawei
Technologies (USA)
32879
C. Pang, J. Sole, T. Hsieh, M. Karczewicz
(Qualcomm)
Intra block copy with larger search region
32880 X. Xiu, C.-M. Tsai, Y. He, Y. Ye (InterDigital)
Description of screen content coding
technology proposal by InterDigital
32881
J. Sole, C. Pang, L. Zhang, K. Rapaka, M.
Karczewicz (Qualcomm)
AhG8: Performance of encoder and
parameter only changes for Screen Content
Coding
32882
B. Li, J. Xu, F. Wu, X. Guo, G. J. Sullivan
(Microsoft)
Description of screen content coding
technology proposal by Microsoft
Non-SCE1: Coding of color gamut prediction
coefficients
32883 K. Misra, S.-H. Kim, A. Segall (Sharp)
32884
Hendry, A. K. Ramasubramonian, Y.-K. Wang
(Qualcomm)
Crosscheck report of SCE1 test on color
gamut scalability using 8x8x8 regions and
matrix mapping (JCTVC-Q0072)
32885 K. Misra (Sharp)
Draft Systems Agenda
MV-HEVC/SHVC HLS: On extraction of
independent non-base layer
41
Crosscheck report of SCE1 test on
asymmetric 3D-LUT with phase alignment
filter disabled (JCTVC-Q0048)
32886 K. Misra (Sharp)
32887
Y.-K. Wang, K. Rapaka, J. Chen, Hendry, A. K.
MV-HEVC/SHVC HLS: On level definitions
Ramasubramonian (Qualcomm)
32888
A. K. Ramasubramonian, Hendry, Y.-K. Wang
(Qualcomm)
MV-HEVC/SHVC HLS: On picture order
count and related
32889
A. K. Ramasubramonian, Hendry, Y.-K. Wang
(Qualcomm)
MV-HEVC/SHVC HLS: On picture order
count and related
32890
Y.-K. Wang, K. Rapaka, J. Chen, Hendry, A. K.
MV-HEVC/SHVC HLS: On level definitions
Ramasubramonian (Qualcomm)
32891
Hendry, A. K. Ramasubramonian, Y.-K. Wang
(Qualcomm)
MV-HEVC/SHVC HLS: On extraction of
independent non-base layer
32892
K. Rapaka, J. Sole, L. Zhang, M. Karczewicz
(Qualcomm)
AhG8: On fast inter search method for
screen content coding
32893
F. Zou, R. Joshi, J. Sole, C. Pang, M.
Karczewicz(Qualcomm)
Quantization rounding for RDPCM
32894
F. Zou, Y. Chen, C. Pang, J. Sole, M.
Karczewicz (Qualcomm)
Pixel-based 1D Dictionary Coding
32895 W. Pu, R. Joshi (Qualcomm)
Crosscheck AhG10: Palette predictor stuffing
(JCTVC-Q0063)
32896 W. Pu, R. Joshi (Qualcomm)
Crosscheck AhG10: Palette index coding
(JCTVC-Q0064)
32897 W. Pu, R. Joshi (Qualcomm)
Crosscheck AhG10: Transition copy mode
for Palette mode (JCTVC-Q0065)
32898 W. Pu, R. Joshi (Qualcomm)
Crosscheck AhG10: Run coding for palette
mode (JCTVC-Q0066)
32899
A. K. Ramasubramonian, Y.-K. Wang, Hendry
(Qualcomm),
MV-HEVC/SHVC HLS: On picture flushing
and DPB parameters
32900
A. K. Ramasubramonian, Y.-K. Wang, Hendry
(Qualcomm),
MV-HEVC/SHVC HLS: On picture flushing
and DPB parameters
32901 Y. Zhou, J. Xu, G. J. Sullivan, B. Lin (Microsoft)
RCE1: Subtest 1 - Motion Vector Resolution
Control
32902 Y. Zhou, J. Xu (Microsoft)
RCE1: cross-check report of subtest 2
32903
A. K. Ramasubramonian, Hendry, Y.-K. Wang, MV-HEVC/SHVC HLS: On DPB - to share or
Y. Chen (Qualcomm)
not to share, that is the question
32904
A. K. Ramasubramonian, Hendry, Y.-K. Wang, MV-HEVC/SHVC HLS: On DPB - to share or
Y. Chen (Qualcomm)
not to share, that is the question
P. Lai, T.-D. Chuang, Y.-C. Sun, X. Xu, J. Ye,
Description of screen content coding
32905 S.-T. Hsiang, Y.-W. Chen, K. Zhang, X. Zhang,
technology proposal by MediaTek
S. Liu, Y.-W. Huang, S. Lei (MediaTek)
32906 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: On Highest
TemporalId
32907 S. Deshpande (Sharp)
MV-HEVC/SHVC HLS: On Highest
TemporalId
32908 T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)
AHG 13: Sub-region extraction – position
calculation and comparison of different
approaches
32909 T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)
SHVC/MV-HEVC HLS: On alternative output
layer flag
Draft Systems Agenda
42
32910 T. Ikai (Sharp)
Layer association of auxiliary pictures
32911 T. Ikai (Sharp)
SHVC/MV-HEVC HLS: Scaled offset
information of auxiliary pictures
32912 T. Tsukuba, T. Yamamoto, T. Ikai (Sharp)
MV-HEVC/SHVC HLS: On decoding nonoutput/non-reference layers
32913 T. Ikai, T. Yamamoto, T. Tsukuba(Sharp)
MV-HEVC/SHVC HLS: On sub-bitstream
property SEI
32914
T. Tsukuba, T. Yamamoto, T. Ikai, S.
Deshpande(Sharp)
MV-HEVC/SHVC HLS: Clean up for output
layer set
32915
T. Yamamoto, T. Tsukuba, T. Ikai (Sharp), A.
K. Ramasubramonian (Qualcomm),
MV-HEVC/SHVC HLS: On scaled reference
layer offset
32916 T. Ikai (Sharp)
MV-HEVC/SHVC HLS: On layers not
present SEI
32917 J. Chen, K. Rapaka, M. Karczewicz
On phase offset for resampling process in
SHVC
32918 T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)
SHVC/MV-HEVC HLS: On alternative output
layer flag
32919 T. Ikai (Sharp)
Layer association of auxiliary pictures
32920 T. Ikai (Sharp)
SHVC/MV-HEVC HLS: Scaled offset
information of auxiliary pictures
32921 T. Tsukuba, T. Yamamoto, T. Ikai (Sharp)
MV-HEVC/SHVC HLS: On decoding nonoutput/non-reference layers
32922 T. Ikai, T. Yamamoto, T. Tsukuba (Sharp)
MV-HEVC/SHVC HLS: On sub-bitstream
property SEI
32923
T. Tsukuba, T. Yamamoto, T. Ikai, S.
Deshpande (Sharp)
MV-HEVC/SHVC HLS: Clean up for output
layer set
32924
T. Yamamoto, T. Tsukuba, T. Ikai (Sharp), A.
K. Ramasubramonian (Qualcomm)
MV-HEVC/SHVC HLS: On scaled reference
layer offset
32925 T. Ikai (Sharp)
MV-HEVC/SHVC HLS: On layers not
present SEI
32926 EBU via SC 29 Secretariat
Liaison Statement from EBU
32927 SC 34 via SC 29 Secretariat
Liaison Statement from SC 34
32928 J. Zhu, J. Ye, K. Kazui (Fujitsu)
AHG10: Adaptive Scan Order on Palette
Based Coding
32929
K. Andersson, J. Samuelsson, R. Sjöberg, J.
Ström (Ericsson)
SHVC HLS: Resampling need for a scalable
layer
32930 SMPTE
SMPTE response to 29n138221 and
29n140121
32931 J. Xu (Microsoft)
Cross-check of JCTVC-Q0093
32932 J. Xu (Microsoft)
Cross-check of JCTVC-Q0127
32933 X. Li (Qualcomm)
Non-RCE1: Crosscheck report on
simplification of RCE1 test2 (JCTVC-Q0092)
32934 L. Zhang, T. Ikai
CE2 Summary Report: Residual Prediction
32935 J.Zhu, J.Ye, K.Kazui(Fujitsu)
AHG10: Modified copy above mode for
palette based coding
32936 C. Pang, J. Sole, M. Karczewicz (Qualcomm)
Intra block copy with encoder search using
chroma component
32937
W. Wang, Z. Ma, M. Xu, X. Wang, H. Yu
(Huawei)
Draft Systems Agenda
AHG8: String match in coding of screen
content
43
32938
Hendry, A. K. Ramasubramonian, Y.-K. Wang, MV-HEVC/SHVC HLS: Miscellaneous HLS
V. Seregin (Qualcomm)
topics
32939
Hendry, A. K. Ramasubramonian, Y.-K. Wang, MV-HEVC/SHVC HLS: Miscellaneous HLS
V. Seregin (Qualcomm)
topics
Walter Allasia, Werner Bailer, Roberto
32940 Borgotallo, Wo Chang, Jean-Pierre Evain,
Sergiu Gordea, Noboru Harada,
32941
Werner Bailer, Peter Schallauer, Roberto
Borgotallo
Study v2 of 3rd WD of ISO/IEC 23000-15
Multimedia Preservation Application Format
(N13970)
Proposal for MPEG-7 Extensions for Quality
Metadata
32942 Werner Bailer, Chris Pike
Concert recording data set
32943 Richard Mitic, Eric Turcotte
SegmentList and SegmentTemplate
cardinality in MPEG-DASH
32944 Richard Mitic
Conformance bitstreams for MPEG-4 File
Format
32945 F. Jäger (RWTH Aachen University)
Sub-PU Restriction for DBBP
32946
F. Jäger (RWTH Aachen University), J.
Low Complex Partitioning Derivation for
Konieczny, G. Cordara (Huawei Technologies) DBBP
32947 C. Gisquet (Canon)
AHG10: Crosscheck of Simplification of
Palette Based Coding (JCTVC-Q0047)
32948 P. Onno (Canon)
AHG8: Crosscheck of Coding the prediction
differences of the intra BC vectors (JCTVCQ0095)
32949 P. Onno (Canon)
Crosscheck of ping-pong block vector
predictor for intra block copy (JCTVCQ0134)
32950 C. Gisquet (Canon)
Crosscheck of quantization rounding for
RDPCM (JCTVC-Q0148)
32951 Guido Franceschini
Editorial improvements for HEVC AMD
32952 Alberto MESSINA, Sabino METTA
Proposed improvements of MPEG-UD XML
Schema
32953
Sabino METTA, Alberto MESSINA, Maurizio
MONTAGNUOLO
A Demo of MPEG-UD potentialities
32954 Alberto MESSINA
RAI datasets for CDVidS
32955 C. Bergeron, S. Lecomte,
DOR-REQ modification
32956 ATSC S34
ATSC Liaison on MPEG-H
Takanori Senoh, Koki Wakunami, Yasuyuki
32957 Ichihashi, Hisayuki Sasaki, Kenji Yamamoto,
Masayuki Tanimoto, Ying Chen
AHG2: Texture and depth view packing SEI
message in 3D-AVC
Takanori Senoh, Koki Wakunami, Yasuyuki
32958 Ichihashi, Hisayuki Sasaki, Kenji Yamamoto,
Masayuki Tanimoto, Ying Chen
AHG3: Alternative depth info SEI message in
3D-HEVC
32959
Seungwook Lee, Jinsung Choi, Kyoungro
Yoon, Min-Uk Kim, HyoChul Bae
Proposal of 3D Printer Capability Description
32960
Seungwook Lee, Jinsung Choi, Kyoungro
Yoon, Min-Uk Kim, HyoChul Bae
Proposal of 3D Printer User Preference
Description
Takanori Senoh, Koki Wakunami, Yasuyuki
32961 Ichihashi, Hisayuki Sasaki, Kenji Yamamoto,
Masayuki Tanimoto
AHG4: Texture and Depth View Packing SEI
Message Integration in 3D-AVC
32962 Masayuki Tanimoto, Takanori Senoh
Proposal on request for subdivision of
14496-10:2012/Amd6: Texture and depth
Draft Systems Agenda
44
view packing SEI message in 3D-AVC
32963
Seung-ho Lee, Sang-hyo Park, Minsoo Park,
Euee S. Jang,
Report on the possible optimization of VCB
syntax structure
32964 Sang-hyo Park, Jin Yeon Choi, Euee S. Jang,
Comments on WD3 of VCB
32965 T. Ikai (Sharp)
CE1: Simplification of 3D-HEVC merge
candidate construction
32966 T. Ikai (Sharp)
CE2: Results of ARP simplification
32967 T. Ikai (Sharp)
CE2-related: Improvement disparity vector
on temporal ARP and chroma 4x4 off
32968 T. Ikai (Sharp)
DBBP simplification
32969 M. W. Park, J. Y. Lee, C. Kim (Samsung)
3D-CE1 related: Sub-PU Size for MPI
32970 M. W. Park, J. Y. Lee, C. Kim (Samsung)
3D-CE1 related: CU-level VSP and DV
Candidates
32971 M. W. Park, J. Y. Lee, C. Kim (Samsung)
Simplification of DBBP in 3D-HEVC
32972 M. W. Park, J. Y. Lee, C. Kim (Samsung)
Disparity Vector for DBBP in 3D-HEVC
32973
M. W. Park, J. Y. Lee, B. Choi, Y. Cho, C. Kim 3D-CE1: Results on Adaptive Disabling
(Samsung)
Inter-view Motion Vector Candidates
Cross check of Simplification of DBBP in 3DHEVC (JCT3V-H0068)
32974 F. Jäger (RWTH Aachen University)
32975
Pierrick Philippe on behalf of the French
National Body
FRNB Comment on MMT Composition
Information (MPEG-H part 11)
32976
X. Zhang, K. Zhang, J. An, H. Huang, J.-L. Lin,
Bug-fix of depth-based block partitioning
S. Lei (MediaTek)
32977
X. Zhang, K. Zhang, J. An, H. Huang, J.-L. Lin, Simplification on depth-based block
S. Lei (MediaTek)
partitioning (DBBP)
32978
H. Huang, K. Zhang, J. An, X. Zhang, J.-L. Lin, 3D-CE1 related: Simplification of merging
S. Lei (MediaTek)
candidate list in depth coding
32979
H. Huang, K. Zhang, J. An, X. Zhang, J.-L. Lin, 3D-CE1 related: Simplification of merging
S. Lei (MediaTek)
candidate list in texture coding
32980 J. An, K. Zhang, J.-L. Lin, S. Lei (MediaTek)
Removal of chroma intra mode and cbf in
depth map coding
32981 J. An, K. Zhang, J.-L. Lin, S. Lei (MediaTek)
Motion hole filling for sub-PU level MPI
32982 P. Merkle, K. Müller (HHI)
CE3: Results on DMM1 signaling using intra
direction
32983 M. W. Park, C. Kim (Samsung)
Cross check of Low Complex Partitioning
Derivation for DBBP (JCT3V-H0058)
L. Grimaldi, K. Schueuer, P. Yin, T. Lu, H.
Ganapathy, T. Chen, W. Husak (Dolby)
On MFC plus Depth: Specification and
Reference Software
W. Husak (Dolby), F. Bruls (Philips), Y. Ye
32985 (InterDigital), T. Ebrahimi (EPFL), Y. Chen
(Qualcomm)
Proposal of MFC+Depth profile in AVC
extension
32986 M. M. Hannuksela, A. Hallapuro (Nokia)
MV-HEVC/SHVC: On bitstream partition
buffering
32987 M. M. Hannuksela, A. Hallapuro (Nokia)
MV-HEVC/SHVC: On bitstream partition
buffering
32984
32988
Y.-K. Wang, Hendry, A. K. Ramasubramonian
(Qualcomm)
MV-HEVC/SHVC HLS: SEI message
cleanups
32989
Y.-K. Wang, Hendry, A. K. Ramasubramonian
(Qualcomm)
MV-HEVC/SHVC HLS: SEI message
cleanups
Draft Systems Agenda
45
32990 T. Lu, P. Warren
Dolby Crosscheck on Studio HDR
Compression Results in m32806
32991 P. Lai, X. Xu, S. Liu (MediaTek)
Cross-check of JCTVC-Q0135 AMP for Intra
BC prediction
32992 J. Xu, X. Li (AHG chairs)
JCT-VC AHG report: Adaptive motion
precision (AHG17)
32993 C. Rosewarne, M. Maeda (Canon)
Cross-check of 'AHG18: Worst-case Escape
Code Length Mitigation' (JCTVC-Q0073) by
Sony
32994
G. Bang (ETRI), Y.S. Heo (KHU), G.H. Park,
G.S. Lee, N.H. Hur
CE1 related: Bug-fix and clean up on merge
list construction
32995
Takanori Senoh, Akio Ishikawa, Makoto Okui,
Kenji Yamamoto, Naomi Inoue
FTV AHG: EE1 and EE2 Results with Bee by
NICT
32996
Y.-W. Chen, J.-L. Lin, T.-D. Chuang, Y.-L.
Chang, Y.-W. Huang, S. Lei (MediaTek),
3D-CE3: Simplification on CABAC contexts
for the syntax related delta DC
32997
Y.-W. Chen, J.-L. Lin, Y.-W. Huang, S. Lei
(MediaTek)
3D-AHG5: On complexity reduction of biprediction for advanced residual prediction
32998
Y.-W. Chen, J.-L. Lin, Y.-W. Huang, S. Lei
(MediaTek)
Low-latency illumination compensation (IC)
encoding algorithm
32999
Y.-W. Chen, J.-L. Lin, Y.-W. Huang, S. Lei
(MediaTek)
Single depth intra mode for 3D-HEVC
33000
K. Zhang, J. An, X. Zhang, H. Huang, J.-L. Lin, MV-HEVC: A virtual collocated picture for
S. Lei (MediaTek)
temporal motion vector prediction
33001
K. Zhang, J. An, X. Zhang, H. Huang, J.-L. Lin,
MV sharing for 3D-HEVC
S. Lei (MediaTek)
33002
K. Zhang, J. An, X. Zhang, H. Huang, J.-L. Lin, Simplification on illumination compensation
S. Lei (MediaTek)
for 3D-HEVC
33003
K. Zhang, J. An, X. Zhang, H. Huang, J.-L. Lin,
On DLT signaling in 3D-HEVC
S. Lei (MediaTek)
33004
K. Zhang, Y.-W. Chen, J. An, X. Zhang, J.-L.
Lin, S. Lei (MediaTek)
3D-CE3: Results on simplified DMM mode
coding
33005
J.-L. Lin, Y.-W. Chen, Y.-W. Huang, S. Lei
(MediaTek)
Simplification on SDC DC mode
33006
J.-L. Lin, Y.-W. Chen, T.-D. Chuang, X. Zhang,
Improvement on the signaling of DBBP
Y.-W. Huang, S. Lei (MediaTek)
33007
J.-L. Lin, Y.-W. Chen, Y.-W. Huang, S. Lei
(MediaTek)
33008 J. Y. Lee, M. W. Park, C. Kim (Samsung)
33009
J. Y. Lee, M. W. Park, C. Kim (Samsung), Y.
Zhang, L. Yu (Zhejiang Univ.)
3D-HEVC HLS: On SDC signaling
3D-CE1: Simplification of a pruning process
in 3D Merge list construction
3D-CE1: Simplification of 3D Merge list
construction
33010 J. Y. Lee, M. W. Park, C. Kim (Samsung)
3D-CE1: Simplification of shift DV
candidates
33011 J. Y. Lee, M. W. Park, C. Kim (Samsung)
3D-CE1 related: Default motion parameter
for sub-PU MPI
33012 J. Y. Lee, M. W. Park, C. Kim (Samsung)
3D-CE3 related: Simplification on CABAC
contexts for a DMM flag
33013 J. Y. Lee, M. W. Park, C. Kim (Samsung)
Allowing zero DC candidate in inter SDC
33014 J. Y. Lee, M. W. Park, C. Kim (Samsung)
Residual DC quantization in intra SDC
33015 J. Y. Lee, M. W. Park, C. Kim (Samsung)
Vertical DV restriction after depth-based
Draft Systems Agenda
46
refinement
33016
J. Y. Lee, M. Mishurovskiy, M. W. Park, C. Kim
Partition boundary filtering in DBBP
(Samsung)
33017 J. Y. Lee, M. W. Park, C. Kim (Samsung)
33018
Performance evaluation on DLT-based
residual coding
J. Y. Lee, B. Choi, M. W. Park, Y. Cho, C. Kim Separate enabling flag for SDC and DMM
(Samsung)
and Study on DMM4
33019 Y. Zhang, P. Lu, L. Yu (Zhejiang Univ.)
Constraints on the range of NBDV
33020 X. Zheng, Y. Lin, X. Chen, J. Zheng (HiSilicon)
Clean-up on DMM and SDC DC value
derivation
33021 X.Chen, X.Zheng, Y.Lin, J.Zheng (HiSilicon)
CE2 related: Simplification of ARP
33022
X.Chen, X.Zheng (HiSilicon), C.Zhu (UESTC),
Y.Lin, J.Zheng (HiSilicon)
CE3 related: Redundancy removal for DMM1
signalling
33023 S.Yoo, J.Nam, S.Yea (LGE)
CE1 related : The unification of sub-PU
process for MPI blocks
33024 J. Nam, J. Seo, S. Yea (LGE)
CE2 related: Removal of ARP for AMVP
mode
33025 J. Nam, J. Seo, S. Yea (LGE)
CE3 related: Alignment of WD and HTM for
syntax element depth_dc_flag
33026 J. Nam, J. Seo, S. Yea (LGE)
Simplification of DC calculation for SDC
33027 J. Nam, J. Seo, S. Yea (LGE)
Simplification of virtual depth map derivation
for DBBP
33028 J. Nam, J. Seo, S. Yea (LGE)
Removal of delta DC values for DMM4
33029 J. Seo, J. Nam, S. Yea (LGE)
3D-CE1 related: Simplification on merge list
for depth video coding
33030 J. Seo, J. Nam, S. Yea (LGE)
3D-CE2 related: Separation of syntax
elements for ARP mode
33031 J. Seo, J. Nam, S. Yea (LGE)
3D-CE3 related: Simplification on CABAC
contexts for the syntax related to depth intra
mode
33032 J. Seo, J. Nam, S. Yea (LGE)
3D-CE3 related: Simplification on CABAC
contexts for advanced residual prediction
mode
33033 J. Seo, J. Nam, S. Yea (LGE)
Advanced boundary chain coding for depth
intra mode
33034 F. Jäger (RWTH Aachen Univ.)
Cross check of Partition boundary filtering in
DBBP (JCT3V-H0104)
33035 Y. Zhang, L. Yu (Zhejiang Univ.)
CE1: Results on simplification for VSP
merging candidate construction
33036 P. Merkle (HHI)
CE3: Cross check of simplified DMM mode
coding (JCT3V-H0092)
33037 M. W. Park, C. Kim (Samsung)
Cross check of Low-latency illumination
compensation (IC) encoding algorithm
(JCT3V-H0086)
33038
K. Sharman, N. Saunders, J. Gamei, T. Suzuki, AHG5: Super-high Tier Specification
A. Tabatabai (Sony)
Targeted at the Intra 16-bit 4:4:4 Profile
33039
Jaime Delgado, Boch Laurent, VÃctor RodrÃguez-Doncel
MV-HEVC: On phrasing used in specifying
the Stereo Main profile
33040 M. M. Hannuksela (Nokia)
Draft Systems Agenda
Proposal for ISO/IEC 21000-21 COR 1
47
33041
C.-F. Chen, G. G. Lee (NCKU), T. Ikai (Sharp), AHG8: Complexity Assessment on Depth
Z.-H. Yu (NCKU)
Intra Modes
33042 M. M. Hannuksela, K. Ugur (Nokia)
Resampling of reference layer frames in
interlaced-to-progressive scalability
33043 M. M. Hannuksela (Nokia)
Alternative AVC base layer HRD parameters
for HEVC hybrid codec scalability
33044 M. M. Hannuksela (Nokia)
Alternative AVC base layer HRD parameters
for HEVC hybrid codec scalability
33045 Alan Chalmers
HDR video test sequences
33046
Z. Gu (SCU), J. Zheng (HiSilicon), N. Ling
(SCU), P. Zhang (HiSilicon)
Improvement on illumination compensation
reference pixels selection
33047 J. Zheng, X. Zheng, X. Chen (HiSilicon)
Crosscheck of MediaTek's proposal on DLT
signaling in 3D-HEVC (JCT3V-H0091)
33048 Per Frojdh on behalf of SENB
SENB Comment on HEVC Range
Extensions - Intra Profiles
33049
L. Zhang, H. Liu, Y. Chen, M. Karczewicz
(Qualcomm)
3D-CE2: Further improvements on advanced
residual prediction
33050
Q. Yu, L. Zhang, H. Liu, Y. Chen (Qualcomm), 3D-CE3: Delta DC coding for SDC and DMM
S. Ma (PKU)
modes
33051 H. Liu, Y. Chen (Qualcomm)
CE2 related: Simplification of Advanced
Residual Prediction
33052 H. Liu, Y. Chen (Qualcomm)
Simplification of Sub-PU based MPI
33053
Q. Yu, Y. Chen, H. Liu (Qualcomm), S. Ma
(PKU)
Simplifications for disparity derived depth
coding
33054 H. Liu, Y. Chen (Qualcomm)
CE3 related: Simplification of
dim_not_present_flag coding
33055 H. Liu, Y. Chen (Qualcomm)
Constraints for depth modeling modes
33056 L. Zhang, Y. Chen, M. Karczewicz (Qualcomm)
Control of the availability of advanced interview coding predictions
33057 Vladimir Levantovsky,
Updates for ISO/IEC 14496-22 3rd ed. WD
"Open Font Format"
33058 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On
slice_temporal_mvp_enabled_flag
33059 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On
slice_temporal_mvp_enabled_flag
33060
33061 S. Shimizu, S. Sugimoto (NTT)
Crosscheck on Sub-PU Restriction for DBBP
(JCT3V-H0057)
33062 S. Shimizu, S. Sugimoto (NTT)
Crosscheck on Single depth intra mode for
3D-HEVC (JCT3V-H0087)
33063 S. Shimizu, S. Sugimoto (NTT)
3D-CE1 related: Crosscheck on CU-level
VSP and DV Candidates (JCT3V-H0067)
33064 S. Shimizu, S. Sugimoto (NTT)
Crosscheck on Disparity Vector for DBBP in
3D-HEVC (JCT3V-H0069)
33065 S. Shimizu, S. Sugimoto (NTT)
Crosscheck on Simplification of DC
calculation for SDC (JCT3V-H0114)
33066 S. Shimizu, S. Sugimoto (NTT)
Crosscheck on Advanced boundary chain
coding for depth intra mode (JCT3V-H0121)
33067
Antonio BUEMI, Arcangelo BRUNA, Claudio
MARCHISIO, Danilo PAU
Draft Systems Agenda
48
CDVidS: WhatIsWhat: an interactive tool for
annotating Ground Truth information for
CDVidS
33068 Emanuele Plebani, Danilo Pau, Marco Marcon
CDVidS: Training and evaluation datasets
for Compact Descriptors for Video Search
33069 Hiroaki Kumon, Danilo Pau
CDVidS: Automotive dataset for Compact
Descriptors for Video Search
33070 Danilo Pau
CDVidS: Industry and R&D domain
concerned on CDVidS
33071 Emanuele Plebani, Danilo Pau, Marco Marcon
CDVidS: State of the art for Compact
Descriptors for Video Search
33072 Emanuele Plebani, Danilo Pau, Marco Marcon
CDVidS: Analysis of evaluation procedures
for Compact Descriptors for Video Search
Danilo Pau, Antonio Buemi, Arcangelo Bruna,
33073
Claudio Marchisio
CDVidS: Terms and Conditions for the use
of “What is What― tool in the context
of MPEG Compact Descriptors for Video
Search
33074 Emanuele Plebani, Danilo Pau, Marco Marcon
CDVidS: Software tools for Compact
Descriptors for Video Search
33075 Danilo Pau, Emanuele Plebani, Marco Marcon
CDVidS: Revised Automotive Requirements
for Compact Descriptors for Video Search
33076 Thomas Sporer, Clemens Par
AES- X212 - Proposal for a Liaison
Statement from WG11
33077
E. François, P. Lopez, F. Le Léannec, S.
Lasserre (Technicolor)
Evaluation of distortion metrics on HDR
video content
33078
E. François, S. Lasserre, F. Le Léannec
(Technicolor)
New HDR video coding results
33079 Takehiro Sugimoto, Yasushige Nakayama
33080
Takehiro Sugimoto, Kensuke Irie, Yasushige
Nakayama, Kaoru Watanabe
33081 Michael Dolan,
33082
Cross-check report of audio synchronization
Latest mixing method for 22.2 ch and
derived 5.1 ch downmixing coefficients
Study of ISOBMFF Sample Variants
Mohamad Raad, Harald Alvestrand, Qunshan
Gu, Adrian Grange
Proposed text for 14496-31 (VCB) CD
33083 Mitsuhiro Hirabayashi, Sally Hattori
Improvement on HEVC Tile Track for WD of
14496-15 AMD1
33084 Mitsuhiro Hirabayashi, Takehiko Nakano
Comment on 14496-12 4th Edition
33085 Mitsuhiro Hirabayashi, Sally Hattori
Considerations on HEVC Tile Tracks in MPD
for DASH SRD
33086
Thomas Sporer, Sara Kepplinger, Judith
Liebetrau, Christina Mittag,
CE Immersive Audio (cross check site Fraunhofer IDMT)
33087 Shuichi Aoki
Future assignment of MMT signalling
information
33088 J. Nam, S. Yea (LGE)
Cross check of Separate enabling flag for
SDC and DMM and Study on DMM4
(JCT3V-H0106)
33089 J. Nam, S. Yea (LGE)
Cross check of Removal of chroma intra
mode and cbf in depth map coding (JCT3VH0076)
33090 J. Nam, S. Yea (LGE)
Cross check of Motion hole filling for sub-PU
level MPI (JCT3V-H0077)
33091 J. Seo, S. Yea (LGE)
Crosscheck of Improvement on illumination
compensation reference pixels selection
Draft Systems Agenda
49
(JCT3V-H0128)
33092 Yasuaki Tokumo, Shuichi Watanabe
DASH: Conformance software for SRD
33093 M. W. Park, C. Kim (Samsung)
Cross check of Simplification on illumination
compensation for 3D-HEVC (JCT3V-H0090)
33094 M. W. Park, C. Kim (Samsung)
CE1 related: Cross check of Bug-fix and
clean up on merge list construction (JCT3VH0083)
33095 SC 29 Secretariat
Summary of Voting on ISO/IEC CD 2300111
33096 EBU via SC 29 Secretariat
Liaison Statement from EBU
33097
Jin-Seo Kim, In-Su Jang, Soon-Young Kwon,
Sang-Kyun Kim, Yong Soo Joo
Corrections of the makeup avatar type in
MPEG-V Part 4 3rd edition
33098 Zheng Liu, Giovanni Cordara, Bin Chen
CDVS: Cross-Check of Peking
University’s Proposal m33189
33099 Zheng Liu, Giovanni Cordara, Bin Chen
CDVS: Cross-Check of Peking
University’s Proposal m33159
33100 tjhuang@pku.edu.cn
CNNB Comments on Screen Content
Coding and HEVC Profiles in Response to
Resolution 13.2.1 and Resolution 13.2.2
33101
E. Alshina, J. Chen, P. Topiwala, T.
Yamamoto, Y. Ye (AHG chairs)
JCT-VC AHG report: SHVC inter-layer
filtering (AHG13)
33102 J. Y. Lee, C. Kim (Samsung)
3D-CE1 related: Cross check of the
unification of sub-PU process for MPI blocks
(JCT3V-H0111)
33103 J. Y. Lee, C. Kim (Samsung)
3D-CE1 related: Cross check of
simplification of merging candidate list in
depth coding (JCT3V-H0074)
33104 J. Y. Lee, C. Kim (Samsung)
3D-CE1 related: Cross check of
simplification of merging candidate list in
texture coding (JCT3V-H0075)
33105 J. Y. Lee, C. Kim (Samsung)
3D-CE3 related: Cross check of alignment of
WD and HTM for syntax element
depth_dc_flag (JCT3V-H0113)
33106 J. Y. Lee, C. Kim (Samsung)
Cross check of removal of delta DC values
for DMM4 (JCT3V-H0116)
33107 J. Y. Lee, C. Kim (Samsung)
Cross check of simplification on SDC DC
mode (JCT3V-H0093)
33108 Miran Choi, Hyun-ki Kim
Modification on UD language elements for
MPEG-UD
33109
Miran Choi, Young Kil Kim, Sanghun Kim,
Muyeol Choi, Min Gyu Lee
33110
Demo for MPEG-UD regarding translation
preferences with GenieTalk multiligual
translation app
--- WITHDRAWN ---
33111
Yasuaki Tokumo, Shuichi Watanabe, Takuya
Iwanami
DASH: signaling tile encapsulation modes
33112
Yasuaki Tokumo, Shuichi Watanabe, Takuya
Iwanami
DASH: signaling the continuity of adaptation
sets across periods
33113
Sungmoon Chun, Wonseok Kim, Hyunchul
Ko(Insignal), Miran Choi(ETRI)
A Proposal and Demo of Lossless Audio for
MPEG-UD User Description
33114
claudio.alberti@epfl.ch Claudio Alberti, Ioannis Proposal for opening an exploration activity
Xenarios, marco.mattavelli@epfl.ch Marco
within SC29WG11 for the definition of a
Draft Systems Agenda
50
Mattavelli, Heinz Stockinger, Yann Thoma
Rong Ren, Eduardo Juarez, Mickael Raulet,
33115 Jianguo Wei, Matias J. Garrido, Cesar Sanz,
Fernando Pescador
33116
Ming Li, Ping Wu, Guoqiang Shang, Yutang
Xie
Energy-Aware Reconfiguration Based on a
Just-In-Time Adaptive Decoder Engine
(JADE)
Comments to Working Draft of ISO/IEC
13818-1:2013 AMD 7 Carriage of Layered
HEVC over MPEG-2 Systems
JPNB Comments on Request for
Subdivision: ISO/IEC 14496-10:2012/Amd6:
Texture and Depth View Packing SEI
Message in 3D-AVC
33117 senoh@nict.go.jp
33118
standard technology for the compression,
storage and streaming of genome data
Runyu Shi, Toru Chinen, Yuki Yamamoto,
Hiroyuki Honma, Masayuki Nishiguchi
Comparison Test about Dynamic Range
Control Technology
33119 P. Merkle (HHI)
Cross check of clean-up on DMM and SDC
DC value derivation (JCT3V-H0108)
33120 X. Zhang (MediaTek)
Crosschecking for Sharp's DBBP
simplification, JCT3V-H0065
33121 X. Zhang (MediaTek)
Crosschecking for LGE's Disparity Vector for
DBBP in 3D-HEVC, JCT3V-H0115
33122
K. Zhang, J. An, X. Zhang, H. Huang, S. Lei
(MediaTek)
Crosschecking for HHI's CE3 (H0078)
proposal
33123
K. Zhang, J. An, X. Zhang, H. Huang, S. Lei
(MediaTek)
Crosschecking for HiSilicon's CE2-related
(H0109) proposal
33124 H. Huang (MediaTek)
Crosschecking for Samsung's Simplification
of shift DV candidates (JCT3V-H0098)
33125 H. Huang (MediaTek)
Crosschecking for Samsung's Allowing zero
DC candidate in inter SDC (JCT3V-H0101)
33126 Cornelius Hellge, Karsten Grüneberg
Harmonized proposal for MMT CE FEC
signaling
33127 Changkyu Lee, Sunghei Kim, Shingak Kang
Modification of MMT signaling message
(SSWR)
33128
Werner Oomen, Johannes Hilpert, Andreas
Hölzer, Max Neuendorf, Frans de Bont
CE on IPF Crossfade
33129 Sunghei Kim, Changkyu Lee, Shingak Kang
Modification of MMT signaling message (AC)
33130 Robert Brondijk, Frans de Bont
Addressing multi language in MPEG-H
33131 Robert Brondijk, Frans de Bont
Flexible System signaling for 3D audio in
MPEG-H
33132 Changkyu Lee, Sunghei Kim, Shingak Kang
Modified description on ARQ in MMT
33133
Aki Härmä, Werner de Bruijn, Werner
Oomen, Robert Brondijk
Extending Phase I to lower bitrates
33134
Aki Härmä, Werner de Bruijn, Werner
Oomen
3D Audio Decoder Interfaces
ETRI listening test report for Immersive
Audio Rendering CE
33135 Jeongil Seo, Kyeongok Kang
33136
Jeongil Seo, Kyeongok Kang, Taegyu Lee,
Henney Oh
Consideration on Binaural Renderer
Architecture
33137
Yuki Yamamoto, Toru Chinen, Masayuki
Nishiguchi, Mitsuyuki Hatanaka, Runyu Shi
Proposal on Complexity Reduction of the
MPEG-H 3D Audio CO Object Renderer
33138 Sang Bae Chon, Sunmin Kim
Draft Systems Agenda
Crosscheck Report on Immersive Audio
51
Rendering
33139
Taegyu Lee, Henney Oh, Young-cheol Park,
Dae Hee Youn, Jeongil Seo, Kyeongok Kang,
Consideration on the Interface of Binaural
Renderer
33140
Zhenyu Wang, Hao Lv, Xufeng Li, Ronggang
Wang, Siwei Ma, Tiejun Huang, Wen Gao,
Chroma interpolation filter for internet video
coding
33141
Taegyu Lee, Henney Oh, Jeongil Seo, Simone Bugfix on the Software for MPEG-H 3D
Füg
Audio CO Binaural Renderer
Core Experiment on Redundancy Reduction
in MPEG-D DRC Gain Sequence Coding
33142 Bernhard Neugebauer, Fabian Kuech
33143
Vinod Kumar Malamal Vadakital, Miska M.
Hannuksela, Jani Lainema
Auxiliary Pictures for HEVC Still Images
Sang-hyo Park, Jin Yeon Choi, Seung-ho Lee,
Updated Internet Video Coding Test Model
33144 Myeong Kyun Kim, Minsoo Park, Euee S.
(ITM) v 8.0
Jang,
Core Experiment on Low-Bitrate Gain
Sequence Coding for MPEG-D DRC
33145 Bernhard Neugebauer, Fabian Kuech
33146
Myeong Kyun Kim, Minsoo Park, Sang-hyo
Park, Jin Yeon Choi, Euee S. Jang,
Core Experiment on Improving MPEG-D
DRC Technology
33147 Michael Meier, Fabian Kuech
33148
Extended Deblocking Method for Internet
Video Coding
Minsoo Park, Myeong Kyun Kim, Sang-hyo
Park, Euee S. Jang,
Cross-check of Improvement on NonReference P frame coding for IVC (M32727)
Technical Description of a Tool for DRC
Technology
33149 Michael Kratschmer, Fabian Kuech
33150
Vinod Kumar Malamal Vadakital, Miska M
Hannuksela, Jani Lainema
Sub-sample Information for HEVC Still
Images and Image Sequences
33151
Michael Kratschmer, Fabian Kuech, Johannes
Boehm
Proposed Text on DRC and Loudness
Technology in MPEG-H 3D Audio
33152
Vinod Kumar Malamal Vadakital, Miska M.
Hannuksela, Jani Lainema
Signalling for Untimed Images in an HEVC
Image Sequence
33153
Vinod Kumar Malamal Vadakital, Miska M.
Hannuksela, Jani Lainema
Use of XMP Metadata in Image File Format
33154
Shusuke Takahashi, Akira Inoue, Masayuki
Nishiguchi, Toru Chinen
Cross check report of audio synchronization
experiment using MP4 file format
33155
Miska M. Hannuksela, Vinod Kumar Malamal
Vadakital
A Stream Access Point Sample Group for
ISOBMFF
33156
Vinod Kumar Malamal Vadakital, Miska M.
Hannuksela
File Format for Layered HEVC
33157 Y.-W. Chen (MediaTek)
3D-CE3 related: Crosscheck on
Simplification on CABAC contexts for a DMM
flag (JCT3V-H0100)
33158 Y.-W. Chen (MediaTek)
3D-CE3: Crosscheck on Simplification on
Delta DC coding for SDC and DMM modes
(JCT3V-H0131)
Jie Chen, Ling-Yu Duan, Tiejun Huang, Wen
33159 Gao, Alex C. Kot, Massimo Balestri, Gianluca
Francini, Skjalg Lepsøy,
CDVS CE1: A low complexity detector
ALP_BFLoG
33160
Zhe Wang, Ling-Yu Duan, Jie Lin, Tiejun
Huang, Wen Gao, Alex C. Kot,
CDVS: Evaluate the performance of MBIT
algorithm in TM9.0
Synchronization scheme using audio
fingerprint for various use cases
33161 Masayuki Nishiguchi
Draft Systems Agenda
52
CE3 related: Cross check of simplification of
dim_not_present_flag coding (JCT3V
H0135)
33162 P. Merkle (HHI)
33163
Patrik Goorts, Mohammad Javadi, Sammy
Rogmans, Gauthier Lafruit
FTV AhG: San Miguel test images with depth
ground truth
Lode Jorissen, Patrik Goorts, Nick Michiels,
33164 Maarten Dumont, Bram Bex, Sammy
Rogmans, Gauthier Lafruit
FTV AhG: EE1 and EE2 on San Miguel
33165 Patrik Goorts, Gauthier Lafruit
FTV AhG: Camera Parameters from thirdparty calibration toolboxes
33166
Rémi Houdaille, Charline Taibi, Stéphane
Gouache
JCT-VC AHG report: Range extensions
software (AHG7)
33167 K. Sharman, D. Flynn (AHG chairs)
33168
Evaluation of client assisted cache
friendliness
Arne Borsum, Nikolaus Rettelbach, Mitsuyuki
Hatanaka, Toru Chinen, Masayuki Nishiguchi
Proposed Updates to MPEG-4 Audio
33169 K. Sharman, R. Joshi, H-Y. Kim (AHG chairs)
JCT-VC AHG report: high bit-rate and bitdepth operating points (AHG18)
Simone Fontana, Peter Grosche, Panji
Setiawan
Mixing Time estimation for Binauralization
33170
33171 K. Ugur, M. M. Hannuksela,
Requirements for Chroma Format Scalability
Nikolaus Rettelbach, Tobias Schwegler,
33172 Michael Haertl, Mitsuyuki Hatanaka, Toru
Chinen, Masayuki Nishiguchi
Proposed AMD to MPEG-4 Reference
Software
33173 K. Ugur, M.M. Hannuksela
Scalable HEVC (SHVC) for DASH
33174
Karsten Grüneberg, Thomas Schierl, Yago
Sanchez
On Carriage of Layered HEVC over MPEG-2
Systems
33175 DVB
Liaison Statement on ISO/IEC 138181:2013/Amd.6: Delivery of Timeline for
External Data
33176 Richard Furse
Support for Proprietary Renderers in MPEGH Audio
33177 Schuyler Quackenbush
107th MPEG Audio Subgroup Report
Max Neuendorf, Simone Füg, Jan Plogsties,
Oliver Wübbolt, Andreas Hölzer, Johannes
Böhm, Sven Kordon, Florian Keiler, Peter
33178
Proposed CD of ISO/IEC 23008-3 3D Audio
Jax, Alexander Krüger, Deep Sen, Nils
Peters, Taegyu Lee, Henney Oh, Jeongil Seo,
Grégory Pallone, Charles Verron
33179
P. Andrivon, A. Duenas, E. Alshina, S.
JCT-VC AHG report: Colour gamut and bit
Deshpande, X. Li, K. Ugur, Y. Ye (AHG chairs) depth scalability (AHG14)
33180
P. Andrivon, A. Duenas, E. Alshina, Y. Ye, K.
Ugur, X. Li (CE coordinators)
SCE1: Summary report of CE on colour
gamut and bit depth scalability
Additional Metadata for Green Adaptive
Streaming
33181 X. Ducloux, P. Gendron
Christian Ertel, Sascha Dick, Andreas Hölzer,
33182 Florian Keiler, Alexander Krüger, Sven
Software for MPEG-H 3D Audio RM2
Kordon, Deep Sen, Nils Peters, ,
33183 DVB
Liaison Statement on Uniform Signalling for
Timeline Alignment
33184 Max Neuendorf
Update to Audio part of ISO/IEC 23001-8
Draft Systems Agenda
53
(CICP)
33185
X. Ducloux, P. Gendron, J. Le Feuvre, C.
Concolato
Proposal of improvements to CD 23001-10
33186
Andreas Niedermeier, Matthias Hildenbrand,
Daniel Fischer, Max Neuendorf,
Corrections to MPEG-D USAC
33187 Stephan Schreiner, Harald Fuchs
Proposal for MPEG-H 3D Audio in MPEG-2
Systems
33188 Bernd Czelhan, Ingo Hofmann, Stefan Doehla,
MPEG-H 3D Audio in the ISO base media
file format
33189
Zhe Wang, Ling-Yu Duan, Jie Lin, Tiejun
Huang, Wen Gao, Alex C. KOT
CDVS CE2: Improved SCFV
33190
Stephan Schreiner, Harald Fuchs, Stefan
Doehla,
Proposed MPEG-H 3D Audio stream format
Adrian Murtaza, Jouni Paulus, Leon Terentiv,
33191 Falko Ridderbusch, Harald Fuchs, Juergen
Herre, ,
Technical description of stream-switching
with MPEG-H SAOC 3D
Adrian Murtaza, Jouni Paulus, Leon Terentiv,
Juergen Herre, Harald Fuchs,
Proposal for generic rendering support for
MPEG-H SAOC 3D
33192
FhG crosscheck results for immersive audio
rendering CE
33193 Hanne Stenzel, Achim Kuntz
33194
Giovanni Ballocca, Alessandra Mosca, Attilio
Fiandrotti, Massimo Mattelliano
CDVS: TM9 Extraction Evaluation on ARM
Architectures
Johannes Boehm, Peter Jax, Florian Keiler,
33195 Sven Kordon, Alexander Krueger, Oliver
Wuebbolt,
Scalable Decoding Mode for MPEG-H 3D
Audio HOA
Johannes Boehm, Peter Jax, Florian Keiler,
33196 Sven Kordon, Alexander Krueger, Oliver
Wuebbolt,
HOA decoder - changes and proposed
modifications
33197 Arianne Hinds, Yasser Syed, Greg Coppa
Cross check of anchor results for the study
of interlace coding in HEVC
33198
Max Neuendorf, Christian Helmrich, Adrian
Murtaza,
Proposed corrections to MPEG-H 3D Audio
33199
Ozgur Oyman, Xin Wang, Kilroy Hughes, Alex
Giladi
On Client Authentication and Content
Access Authorization
33200 gregory.pallone@orange.com
Proposal for Binauralization
33201 Stephan Schreiner, Ingo Hofmann
Signaling of additional MPEG-4 Audio
profiles
33202 gregory.pallone@orange.com
RM1-HOA Binaural Parameterization
33203 gregory.pallone@orange.com
Thoughts on MPEG-H Profile
33204 Rob Koenen, Emmanuel Thomas
DASH requirement modifications for
supporting Spatial Relationship Description
feature
33205 Christian Borß, Achim Kuntz
Report on Investigation of Imaginary
Loudspeaker Placement
33206 Juergen Herre, Jan Plogsties
Thoughts on MPEG-H 3DA Phase 2
33207 Ingo Hofmann, Nikolaus Rettelbach
Proposed defect report on DASH
33208
Cyril Concolato, Jean Le Feuvre, Franck
Denoual, Frédéric Mazé, Eric Nassor
Progress on workplan for 3D Audio
interfaces
33209 Jan Plogsties
Draft Systems Agenda
Comments on MPEG-DASH Amd.2
54
33210
Cyril Concolato, Jean Le Feuvre, Franck
Denoual, Frédéric Mazé, Eric Nassor
Usage of DASH SRD for HEVC Tiling
33211
Cyril Concolato, Jean Le Feuvre, Franck
Denoual, Frédéric Mazé, Eric Nassor
Dependency type signaling in DASH
Cyril Concolato, Franck Denoual, Sylvain
33212
Kervadec, Emmanuel Thomas
Analysis of Conformance Impacts and
Workplan for Conformance and Reference
Software for the WD of ISO/IEC 23009-1
Amd.2
33213 Oskar van Deventer, Emmanuel Thomas
DVB Timeline Alignment Interfaces and
MPEG-DASH
33214
Cyril Concolato, Franck Denoual, Mitsuhiro
HIRABAYASHI
Input Text for SRD in MPEG-DASH Part3
Amd.1
33215 Alessandra Mosca
CDVS: Crosscheck of m33159
33216 Cyril Concolato, Jean Le Feuvre,
Mapping of DASH Role to HTML 5
33217 Cyril Concolato, Jean Le Feuvre,
Relaxing Movie Fragment Sequence
Number
33218 Ray van Brandenburg, Emmanuel Thomas
On URI signing in DASH
33219 Cyril Concolato, Jean Le Feuvre,
Codec parameters for metadata and subtitle
tracks
33220 Cyril Concolato, Jean Le Feuvre,
Considerations for TEMI in ISOBMFF
33221
Cyril Concolato, Jean Le Feuvre, Franck
Denoual, Frédéric Mazé, Eric Nassor
Storage of HEVC Tiled Images in the Image
File Format
33222
Cyril Concolato, Jean Le Feuvre, Franck
Denoual, Frédéric Mazé, Eric Nassor
Tile Information in ISOBMFF
33223
- withdrawn -
33224 Simone Füg, Jan Plogsties,
Object Interaction Use Cases and
Technology
33225
Felix C. Fernandes, Imed Bouazizi,
Youngkwon Lim
Storage of Green Metadata in the ISOBMFF
33226
Felix C. Fernandes, Imed Bouazizi,
Youngkwon Lim
Carriage of Green Metadata in MPEG-2
Systems
Emmanuel Thomas, Omar Niamut, Ray van
33227 Brandenburg, Arjen Veenhuizen, Bastiaan
Wissingh, Lucia D'Acunto
4K live streaming to regular mobile devices DASH SRD-based
33228 Alexander Adami, Achim Kuntz
Active downmix setting signaling
33229 Imed Bouazizi
updates to the CI update mechanism
33230 Imed Bouazizi
Spatial Updates in CI
33231
Max Neuendorf, Johannes Hilpert, Achim
Kuntz
Codec behavior at reconfiguration events
33232 Imed Bouazizi
IG: data reconstruction in MMTP
33233 Imed Bouazizi
HTTP Streaming for DASH
33234 Imed Bouazizi
Communication Channel for SAND
33235 X. Li, J. Xu, Y. Zhou (CE coordinators)
RCE1: Summary report of CE on adaptive
motion precision
33236 Imed Bouazizi
DASH CBC CE: updates for a more robust
solution
33237 Zhu Li, Imed Bouazizi
MMT Amd1: Multiple QoE Operating Points
Signalling in MMT ADC
33238 Zhu Li, Imed Bouazizi, Kyungmo Park
MMT Amd1: Enhanced Distortion Signalling
Draft Systems Agenda
55
for MMT Enabled Video Streams
33239 Zhu Li, Imed Bouazizi
FF: Temporal Quality Signalling in ISO
Based Media File Format
33240 D. Singer, A.M. Tourapis (Apple)
Insights and open questions on HDR/WCG
video coding
Khaled Jerbi, Damien De Saint Jorre, Mickaël
Updates on HEVC decoder status on
33241 Raulet, Marco Mattavelli, Daniele Renzi,
conformance test streams
Claudio Alberti
Khaled Jerbi, Damien De Saint Jorre, Mickaël Update on Text of ISO/IEC 2300233242 Raulet, Marco Mattavelli, Daniele Renzi,
4:201x/PDAM2 FU and FN descriptions for
Claudio Alberti
HEVC
33243
Krzysztof Klimaszewski, Krzysztof Wegner,
Olgierd Stankiewicz, Marek Domanski
FTV EE3: Compression of FTV video with
circular camera arrangement.
khaled Jerbi, Hervé Yviquel, Damien de Saint
HEVC decoding demo with the RVC
33244 Jorre, Daniel Renzi, Mickaël Raulet, Marco
framework
Mattavelli
33245 David Benham
Comment on the WebVC project
R. Cohen, X. Zhang, A. Vetro, K. Sugimoto
(MERL), A. Minezawa, K. Miyazawa, S.
Combination of screen content coding
33246 Sekiguchi, T. Murakami (Mitsubishi Electric), Z. proposals JCTVC-Q0034/JCTVC-Q0176 and
Ma, W. Wang, M. Xu, X. Wang, H. Yu (Huawei JCTVC-Q0036
Technologies (USA)
33247
Shaobo Zhang, Xin Wang, Xavier Ducloux,
Patrick Gendron
Signalling of Timed Metadata in DASH
33248 Xin Wang, Yuqun Fan, Lei Zhou,
CE-SAND: Differentiated services in DASH
Frank Baumgarte, David Singer, Fabian
33249 Kuech, Michael Kratschmer, Christian Uhle,
Bernhard Neugebauer, Michael Meier
WD Text on Dynamic Range Control
Frank Baumgarte, David Singer, Fabian
33250 Kuech, Michael Kratschmer, Christian Uhle,
Bernhard Neugebauer, Michael Meier
List of Modifications of Dynamic Range
Control Tool
33251
Frank Baumgarte, Michael Kratschmer,
Bernhard Neugebauer, Michael Meier
Dynamic Range Control Reference Software
33252
Frank Baumgarte, Bernhard Neugebauer,
Michael Meier
Dynamic Range Control Reference
Software: List of Bugfixes
33253
Frank Baumgarte, Bernhard Neugebauer,
Michael Meier
Dynamic Range Control Reference
Software: List of Modifications
33254 Frank Baumgarte
Dynamic Range Control Tool Extension
Proposal
33255 Shaobo Zhang, Xin Wang
Improvements on CD text of Carriage of
Timed Metadata of Media in ISOBMFF
33256 David Singer, Frank Baumgarte
WD Text of 14496-12 Amd 4
Leonardo Chiariglione (CEDEO), Keninchi
33257 Nakamura (Panasonic), Giuseppe Tropea
(CNIT)
Technologies for MPEG Publish/Subscribe
Application Format
33258 Christian Tulvan, Marius Preda
Updates on RGC (RVC-CAL) - reference
software status
33259 Schuyler Quackenbush
DRAFT Listening Test Logistics for 3D Audio
Phase 2
33260 Xin Wang, Shaobo Zhang, Yongliang Liu
Carriage of Time Variant Encryption and
Signature information in ISOBMFF and its
Draft Systems Agenda
56
Signaling in DASH
33261
Christian Tulvan, Khaled Mammou, Marius
Preda
Results for Open3DGC and OpenCTM
benchmarking
33262
Leonardo Chiariglione (CEDEO), Keninchi
Nakamura (Panasonic)
First ideas on an MXM Green Metadata
Technology Engine
33263 Christian Tulvan, Marius Preda
MPEG Software assets
33264 Christian Tulvan, Marius Preda
MPEG Conformance assets
33265 Y. Ye (InterDigital)
Crosscheck of Compression Results in
m32806 by InterDigital
33266 Christian Tulvan, Marius Preda
MPEG Content assets
33267 D. Tian, A. Vetro (MERL)
MERL Crosscheck on Studio Compression
Results in m32806
33268
Xin Wang, Imed Bouazizi, Kyungmo Stanley
Park
MAF Requirements for Adaptive Sharing of
Screen Content
33269
Liaison Statement on Ecma S5 activity
33270 David Singer
Updated defect report on 23001-8 CICP
33271
Xin Wang, Shaobo Zhang, Yongliang Liu,
Ozgur Oyman
Adaptation of URL Signing in DASH
33272 Clemens Par
Status update on the Ecma standardization
project ‘Scalable Sparse Spatial Sound
System (S5)’
33273 David Singer
Sub-picture considerations for the still image
file format
33274 Xin Wang
Some Use Cases and Requirements for
Processing and Sharing of Media under User
Control
33275 Arris Group Inc, Cablelabs, Comcast
Extending Representation Format for Media
Preparation
33276
X. Zhang, R. Cohen (MERL), K. Miyazawa, A.
Minezawa (Mitsubishi Electric)
Cross-check of JCTVC-Q0034: Description
of screen content coding technology
proposal by Huawei Technologies (USA)
33277 Mihai Mitrea, Bojan Joveski, Ramarao Ganji
MPEG-UD in cloud virtualization: live demo
33278 V. Seregin, Y. He (AHG chairs)
JCT-VC AHG report: SHVC software
development (AHG12)
33279 Christian Timmerer, Thomas Stockhammer
MPD Schema Updates
33280 Benjamin Rainer, Christian Timmerer
MPD Validator updates
33281 Benjamin Rainer, Christian Timmerer
Top-level Descriptor for MPEG-DASH
33282 Christian Timmerer
Input for MPEG-DASH reference software
and conformance
33283 Christian Timmerer
MPEG-DASH and Quality of Experience
33284 Thomas Stockhammer
Ad Insertion and Period Continuity
33285 Thomas Stockhammer
CE Report on SAND
33286 Thomas Stockhammer
CE SAND: Metrics
33287 Thomas Stockhammer
CE SAND: Comments
33288 Thomas Stockhammer
CE CBC: Client Control using Dynamic
Servoces
33289 Thomas Stockhammer
Robust DASH-based Live Services
33290 Iraj Sodagar (on behalf of DASH-IF)
DASH-IF liaison to MPEG
Draft Systems Agenda
57
33291 Thomas Stockhammer
Conformance and Test Vectors for MPEGDASH
33292 Thomas Stockhammer
Updates to MPD Anchors
33293 Thomas Stockhammer
Corrigenda Issues for MPEG-DASH
33294 Thomas Stockhammer
DASH over MMT
33295 Thomas Stockhammer
Proposed Updates to MMTP/GFD
33296 Thomas Stockhammer
Object-Based MMT FEC
33297 Thomas Stockhammer
Partial ISO BMFF Structures
33298
Noboru Harada, Takehiro Moriya, Yutaka
Kamamoto
Proposed levels for ALS simple profile
33299 S. Hattori, O. Nakagami, T. Suzuki (Sony)
MV-HEVC/SHVC HLS: On representation
format signaling
33300 S. Hattori, O. Nakagami, T. Suzuki (Sony)
MV-HEVC/SHVC HLS: On representation
format signaling
33301
Hendry, Ying Chen, Y.-K. Wang, A. K.
Ramasubramonian (Qualcomm)
Comments on WD of carriage of layered
HEVC over MPEG-2 Systems
33302 K. Sato (Sony)
SCE1: Crosscheck result of Test 1.3
33303 M. W. Park, C. Kim (Samsung)
3D-CE1 related: Cross check of
Simplification on merge list for depth video
coding (JCT3V-H0117)
33304 E. Alshina (Samsung)
Cross-check for increased precision for
deriving the reference layer sample location
33305 E. Alshina, A. Alshin (Samsung)
Cross-check for bit-depth conversion bug fix
in SHM reference s/w (JCTVC-Q0130)
33306 E. Alshina, A. Alshin (Samsung),
Non-SCE1: Cross-check for reduction of the
number of color space regions in SCE1 test
1.1 (JCTVC-Q0129)
33307 E. Alshina (Samsung), J. Chen (Qualcomm)
Re-sampling process modification
considering cropping information
33308 E. Alshina, A. Alshin (Samsung)
Cross-check for Consistent usage of intra
boundary filter disabling (JCTVC-Q0070)
33309
Jun Arai, Kazuhiro Hara, Hitoshi Hiura,
Tomoyuki Mishina, Yuichi Iwadate,
[FTV AHG] Test material of integral threedimensional television
33310 E. Alshina (Samsung)
Cross-check for Symmetric intra block copy
(JCTVC-Q0082)
33311 E. Alshina (Samsung)
AhG13: Methodology for evaluation an
accuracy of re-sampling process
33312
Luntian Mou, Tiejun Huang, Xin Wang,
Yongliang Liu
DASH: Mediaprinting for Content
Component Copyright Verification
33313 Weiran Li, Yun He
Cross-check of M33140 on chroma
interpolation
33314 Y. Zhang (Zhejiang Univ.)
Crosscheck on default motion parameter for
sub-PU MPI (JCT3V-H0099)
33315 Y. Zhang (Zhejiang Univ.)
Crosscheck on residual DC quantization in
intra SDC (JCT3V-H0102)
33316 Y. Zhang (Zhejiang Univ.)
Crosscheck on simplification of 3D-HEVC
merge candidate construction (JCT3VH0062)
33317
Changki Kim, Kwang-deok Seo, Jeongju Yoo,
Jin Woo Hong,
Draft Systems Agenda
58
[MMTAmd1] Proposed updated tables for
signaling messages in MMT
33318
Changki Kim, Kwang-deok Seo, Tae-jun Jung, [MMT Amd1]ARQ configuration message for
Jeongju Yoo, Jin Woo Hong
delay-constrained ARQ in MMT
33319
Changki Kim, Kwang-deok Seo, Jeongju Yoo,
Jin Woo Hong
[MMT Amd1]Technical proposal for efficient
ADC signaling in MMT
33320 Q. Wang, Y. Zhang, L. Yu
[FTV AHG] Study on Density of Viewpoints
for Super Multi-view Displays
33321 X. Zheng (HiSilicon)
Crosscheck on MediaTek's proposal on "MV
sharing for 3D-HEVC (JCT3V-H0089)"
33322 X. Zheng, Y. Lin (HiSilicon)
Crosscheck on LGE's proposal on
"Advanced boundary chain coding for depth
intra mode (JCT3V-H0121)"
33323 X. Zheng, Y. Lin (HiSilicon)
Crosscheck on Qualcomm's proposal on
"Simplification of Sub-PU based MPI
(JCT3V-H0133)"
33324 T. Ikai (Sharp)
3D-CE1: Crosscheck of Simplification of a
pruning process in 3D Merge list
construction (JCT3V-H0096)
33325 T. Ikai (Sharp)
3D-CE1: Crosscheck of Simplification of 3D
Merge list construction (JCT3V-H0097)
33326 T. Ikai (Sharp)
CE1: Crosscheck of Results on simplification
for VSP merging candidate construction
(JCT3V-H0123)
33327 T. Ikai (Sharp)
3D-CE1: Crosscheck of Results on Adaptive
Disabling Inter-view Motion Vector
Candidates (JCT3V-H0070)
33328 T. Ikai (Sharp)
3D-AHG5: Crosscheck of On complexity
reduction of bi-prediction for advanced
residual prediction (JCT3V-H0085)
33329 T. Ikai (Sharp)
CE2 related: Crosscheck of Simplification of
Advanced Residual Prediction (JCT3VH0132)
33330 T. Ikai (Sharp)
Crosscheck of Vertical DV restriction after
depth-based refinement (JCT3V-H0103)
33331 T. Ikai (Sharp)
Crosscheck of Bug-fix of depth-based block
partitioning (JCT3V-H0072)
33332 T. Ikai (Sharp)
Crosscheck of Simplification on depth-based
block partitioning (JCT3V-H0073)
33333 T. Ikai (Sharp)
Crosscheck of Improvement on the signaling
of DBBP (JCT3V-H0094)
33334 T. Ikai (Sharp)
MV-HEVC: Crosscheck of A virtual
collocated picture for temporal motion vector
prediction (JCT3V-H0088)
33335
Thiesse Jean-Marc, Zineb Agyo, Jérôme
Viéron (ATEME)
On Interlace coding in HEVC
33336
Guillaume Barroux, Kimihiko Kazui, Akira
Nakagawa
Proposal of interlace coding tools for HEVC
KNB Comments on HEVC Range
Extensions
33337 Korean National Body
33338
S. Lee, C. Park, E. Alshina, C. Kim (Samsung), Profiling of range extension coding tools in
K. McCann (Zetacast)
HEVC Amd1
33339
Kyoungro Yoon, Min-Uk Kim, Hyo-Chul Bae,
Jaewon Moon, Tae-Boem Lim, SeungWoo
Draft Systems Agenda
59
Proposal of Accessibility Type in User
Description
Kum, KyungWon Kim
33340
T.K. Tan, M. Mrak, V. Baroncini, N. Ramzan
(Test coordinators
HEVC verification test results
33341
SHAOBO ZHANG, Xin Wang, Yuqun Fan,
Yongliang Liu, Roy Yue
CE CBC: Detection and Control of Client
Bahavior
33342 Keundong Lee, Seungjae Lee, Sang-il Na
CDVS: Cross-check of m33160
33343 X. Guo (Microsoft)
AHG10: Cross-check report for JCTVCQ0083
Kyoungro Yoon, Min-Uk Kim, Hyo-Chul Bae,
33344 Jaewon Moon, Tae-Boem Lim, SeungWoo
Kum, KyungWon Kim
Proposal of ScheduleType in User
Description
33345 T. Suzuki, C. Auyeung, K. Sato (Sony)
Proposal to support 12 bit video in SHVC
33346 Japan National Body
JPNB comment on resolution 11.2.2
33347 Japan National Body
JPNB comment on resolution 11.2.7
33348 Zongxian LIU, Naoya TANAKA
Core Experiment Proposal on Low
Complexity HOA Rendering
33349 Rob Stewart, Junaid Ahmad
A proposal for the definition of type
synonyms for the RVC-CAL Language
33350 Rob Stewart, Junaid Ahmad
Some Issues with RVC-CAL Grammar Rules
in ISO/IEC 23001-4 Third Edition
33351 K. Müller (Fraunhofer HHI), A. Vetro (MERL)
JCT-3V AHG Report: 3D Coding Tool
Testing (AHG6)
33352 Arianne Hinds
Continuation on the Support of MPEG-2 TS
Conent in ISO/IEC 23009-2 2nd ed.
33353 J. Xu (Sony)
Crosscheck of JCTVC-Q0114 on Block
vector prediction method for Intra block copy
33354 J. Xu, A. Tabatabai (Sony)
Crosscheck of JCTVC-Q0068 on AHG8: On
Sample Adaptive Band Value
33355 C. Pang (Qualcomm)
Cross-check of JCTVC-Q0128 on Fix for
Strong Intra Smoothing in RExt
33356 J. An (MediaTek)
Crosschecking for LGE's JCT3V-H0119
33357 C. Pang (Qualcomm)
Cross-check of JCTVC-Q0075 on Intrablock-copy in Non-4:4:4 Formats
33358 T. Ikai (Sharp)
MV-HEVC/SHVC HLS: On HighestTid and
MaxSubLayersInLayerSetMinus1
33359 T. Ikai (Sharp)
MV-HEVC/SHVC HLS: On HighestTid and
MaxSubLayersInLayerSetMinus1
33360 Sanghyun Joo
White Paper on MPEG User Description
Sanghyun Joo, Jae-Sook Cheong, Jiwon Lee,
33361 Si-Hwan Jang, Dasom Kim, Hyung-Gi Byun,
Jang-Sik Choi
Missing Technologies on MPEG User
Description
Sanghyun Joo, Jae-Sook Cheong, Jiwon Lee,
33362 Si-Hwan Jang, Dasom Kim, Hyung-Gi Byun,
Jang-Sik Choi
Demonstration of Visual Communications
System using MPEG User Description
33363 K. Kawamura, S. Naito (KDDI)
AHG5: Objective and subjective evaluations
of cross-component decorrelation in RExt6.0
for range extensions profile
33364 H. Sabirin, K. Kawamura, S. Naito (KDDI)
3D-HEVC: Harmonization of depth lookup
table for intra prediction modes for intra
depth coding
Draft Systems Agenda
60
33365 K. Kawamura, H. Sankoh, S. Naito (KDDI)
[FTV AHG] EE5 related: Preliminary test
data preparation with a video sequence of a
single camera for free navigation
33366 S. Yoo, S. Yea (LGE)
Crosscheck on Sub-PU Size for MPI from
Samsung
33367 J. Seo, S. Yea (LGE)
Crosscheck of redundancy removal for
DMM1 signalling (JCT3V-H0110)
33368
Masayuki Tanimoto, Takanori Senoh, Gauthier [FTV AHG] Plan of FTV Seminar at 109th
Lafruit, Anthony Vetro, Karsten Mueller
MPEG Meeting
3D-CE3 related: Crosscheck of LGE's
proposal on Simplification on CABAC
contexts for ARP(JCT3V-H0120)
33369 P. Lu, L. Yu (Zhejiang Univ.)
33370
Doug Young Suh, Yongwoo Cho, Kyungmo
Park
DASH SANE CE: GBR for VBR Media
33371 ITTF via SC 29 Secretariat
Table of Replies on ISO/IEC FDIS 23001-9
33372 DVB via SC 29 Secretariat
Liaison Statement from DVB
33373 DVB via SC 29 Secretariat
Liaison Statement from DVB
33374
Youngwan So, Kyungmo Park, Doug Young
Suh, Yongwoo Cho
MMT Evaluation(1): Comparison of MMT to
DASH in terms of adaptation capability
33375
Youngwan So, Kyungmo Park, Doug Young
Suh, Yongwoo Cho
MMT Evaluation(2): N-screen services
33376
Youngwan So, Kyungmo Park, Doug Young
Suh, Yongwoo Cho
MMT Evaluation(3): Hybrid of broadcast and
broadband services
B. Bross, K. McCann (AHG co-chairs), W.-J.
33377 Han, I.-K. Kim, J.-R. Ohm, K. Sugimoto, G. J.
Sullivan, Y.-K. Wang (AHG vice-chairs)
JCT-VC AHG report: HEVC test model
editing and errata reporting (AHG2)
M. M. Hannuksela, J. Boyce, Y. Chen, S.
33378 Deshpande, J. Samuelsson, Y.-K. Wang, P.
Wu (AHG chairs)
JCT-VC AHG report: High-level syntax for
HEVC extensions (AHG9)
Massimo Balestri, Miroslaw Bober, Leonardo
Chiariglione, Giovanni Cordara, Gianluca
Proposal for a definition of CDVS engine
33380 Francini, Diego Gibellino, Traian Lavric, Alberto
APIs
Messina, Francisco Morán Burgos, Stavros
Paschalakis, Marius Preda
33381 Dong-Hyun Kim, Jae-Gon Kim
Cross-check of Extended Deblocking
Method for IVC (m33146)
33382 Traian Lavric, Marius Preda
ARAF guidelines: PROTOs implementations
Jean Le Feuvre, Cyril Concolato, Mickael
33383 Raulet, Wassim Hamidouche, on behalf of the
H2B2VS project
It's Hybrid Demo Time !
33384 Sylvain Kervadec
Comments on Pattern based encryption
33385 B. Li, J. Xu (Microsoft)
Fix for adaptive color space coding in
JCTVC-Q0035
33386 L. Zhu, J. Xu (Microsoft)
Cross-check of JCTVC-Q0062
33387 G. J. Sullivan, J.-R. Ohm (AHG chairs)
JCT-VC AHG report: Project management
(AHG1)
33388 T. Ikai (Sharp)
3D-CE2: Crosscheck of Further
improvements on advanced residual
prediction (JCT3V-H0130)
33389
J. Sole, D. Flynn, M. Naccari, C. Rosewarne,
K. Sharman, G. Sullivan, T. Suzuki (AHG
Draft Systems Agenda
61
JCT-VC AHG report: Range extensions draft
text (AHG6)
chairs)
33390
J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G. J. JCT-VC AHG report: SHVC text editing
Sullivan, Y.-K. Wang (AHG chairs)
(AHG11)
33391 J. Chen (Qualcomm)
Cross-check for refined scaling factor
calculation in JCTVC-Q0104
33392 J. Chen (Qualcomm)
Cross-check for modified phase offset
calculation in JCTVC-Q0120
33393 H. Liu (Qualcomm)
3D-CE2: Crosscheck of Results of ARP
simplification (JCT3V-H0063)
33394 H. Liu (Qualcomm)
3D-CE2 related: Crosscheck of Improvement
disparity vector on temporal ARP and
chroma 4x4 off (JCT3V-H0064)
33395 H. Liu (Qualcomm)
3D-CE3: Crosscheck of Simplification on
CABAC contexts for the syntax related delta
DC (JCT3V-H0084)
33396 S. Yoo, S. Yea (LGE)
Crosscheck on Simplifications for disparity
derived depth coding (JCT3V-H0134)
33397 H. Liu (Qualcomm)
3D-CE2 related: Crosscheck of Removal of
ARP for AMVP mode (JCT3V-H0112)
33398 H. Liu (Qualcomm)
Crosscheck of Performance evaluation on
DLT-based residual coding (JCT3V-H0105)
33399 Japan National Body
JPNB comments on N14256 (Request for
Subdivision: ISO/IEC 14496-31)
33400 X. Zhang, Y.-W. Huang (MediaTek)
Crosscheck of JCTVC-Q0137 on adaptive
scaling of SAO offsets
33401 Y.-C. Sun, Y.-W. Huang (MediaTek)
Crosscheck of JCTVC-Q0138 on linematching above copy method
33402 T. Suzuki, W. Wan (AHG chairs)
JCT-VC AHG report: HEVC conformance
test development (AHG4)
33403 C. Rosewarne, M. Naccari (AHG chairs)
JCT-VC AHG report: HEVC range
extensions development (AHG5)
33404 T. Suzuki, W. Wan, G. Sullivan (Editors)
Editor's proposed draft text of HEVC
conformance testing
33405 C. Rosewarne, M. Maeda (Canon)
Cross-check of 'Intra block copy with larger
search region' (JCTVC-Q0139) by
Qualcomm
33406 C. Rosewarne, M. Maeda (Canon)
Cross-check of ‘Intra block copy with
encoder search using chroma component'
(JCTVC-Q0175) by Qualcomm
33407 Japan National Body
JNB Comments on interlace coding in HEVC
33408
H. Yu, R. Cohen, A. Duenas, D.-K. Kwon, T.
Lin, J. Xu (AHG chairs)
JCT-VC AHG report: Screen content coding
(AHG8)
33409
T. Suzuki, R. Choen, T. K. Tan, S. Wenger
(AHG chairs)
JCT-VC AHG report: Test sequence material
(AHG16)
33410 K. Ugur, A. Aminlou (Nokia)
SCE1: Cross-check of 3D-LUT parameter
coding of JCTVC-Q0048
33411 B. S. Choi, Young Ho Jeong, Jin Woo Hong
Use Case for AR Social networking service
33412
Pierrick Philippe on behalf of the French
National Body
FRNB Comment on Color Gamut and Bit
Depth Scalability
33413 Pierrick Philippe on behalf of the French
Draft Systems Agenda
FRNB Comment on HEVC Range Extension
62
National Body
Profiles
33414
T. K. Tan, V. Baroncini, M. Mrak, M.
Karczewicz, W. Wan, J. Wen (AHG chairs)
JCT-VC AHG report: Verification test
preparation and testing (AHG19)
33415
F. Bossen, D. Flynn, K. Sühring (AHG
chairs)
JCT-VC AHG report: HEVC HM software
development and software technical
evaluation (AHG3)
33416 M. Li, P. Wu (ZTE)
Cross-check results on constraints on the
range of NBDV (JCT3V-H0107)
33417 M. Li, P. Wu (ZTE)
3D-CE3 related: Cross-check results on
simplification on CABAC contexts for the
syntax related to depth intra mode (JCT3VH0119)
33418 J. Boyce, Y.-K. Wang
BoG report on High Level Syntax
33419 W. Pu, R. Joshi (Qualcomm)
Crosscheck AhG10: Combination of Palette
coding tools (JCTVC-Q0069)
33420 Zhouye Gu
3D-CE2 related: Crosscheck results on
Separation of syntax elements for ARP
mode (JCT3V-H0118)
D. Rusanovskyy (LGE), J. Y. Lee (Samsung),
33421 J.-L. Lin (MediaTtek), D. Tian (MERL), O.
Stankiewicz (Poznan)
JCT-3V AHG Report: 3D-AVC Software
Integration (AHG4)
33422
T. Suzuki (Sony), D. Rusanovskyy (LGE), D.
Tian (MERL), Y. W. Chen (ITRI)
MMT Implementation Guideline on broadcast
and broadband hybrid service
33423 Youngkwon Lim
33424
JCT-3V AHG Report: Conformance testing
development (AHG10)
W. Pu, F. Zou, R. Joshi, M. Karczewicz, J. Sole
Improvements to palette based coding
(Qualcomm)
33425 W.-S. Kim (Qualcomm)
Cross-check of block vector prediction for
intra block copy in JCTVC-Q0080
33426 Felix C. Fernandes, Esmaeil Faramarzi
A No-Quality-Loss Operating Point and RGB
Scaling for Display Adaptation
33427 Teruhiko Suzuki
Support of 12 bit video in SHVC
33428 J. Helman (MovieLabs), W. Husak (Dolby)
Description of Studios’ XYZ HDR demos
at 107th MPEG Meeting
33429 S. Shimizu (NTT), S. Yea (LGE)
JCT-3V AHG Report: 3D Test Material
(AHG9)
33430 K. Misra (Sharp)
Crosscheck report of JCTVC-Q0056 on
encoder improvements for weighted
prediction
33431 Walt Husak
Report on the use of Floating Point
Representation for Content Interchange
33432
DCI HDR/WCG StEM Content Description
33433
Didier Nicholson, Chaker Larabi, Antonin
Descampe
HEVC still picture coding performance
evaluation
33434 Karol Wnukowicz, Stavros Paschalakis
MPEG-7 eXperimentation Model Update and
Testing
33435 J.-R. Ohm, G. J. Sullivan
JCT-3V AHG Report: JCT-3V project
management (AHG1)
33436 B. Li, J. Xu (Microsoft)
Cross-check of symmetric intra block copy
(JCTVC-Q0082)
Draft Systems Agenda
63
ATSC Liaison to MPEG on DTS values for
MVC
33437 Walt Husak, Anthony Vetro
33438
G. Tech, K. Wegner, J. Boyce, Y. Chen, T.
Suzuki, S. Yea, J.-R. Ohm, G. Sullivan
JCT-3V AHG Report: MV-HEVC / 3D-HEVC
Draft and Test Model editing (AHG3)
33439
Karsten Grüneberg, Thomas Schierl, Yago
Sanchez
Hierarchy Descriptors in MPEG-2 Systems
JCT-3V AHG Report: MV-HEVC and 3DHEVC Software Integration (AHG5)
33440 G. Tech, L. Zhang, Y. Chang, K. Wegner
33441
M. M. Hannuksela, Y. Chen, T. Suzuki, J.-R.
Ohm, G. Sullivan
JCT-3V AHG report: 3D-AVC Test Model
editing (AHG2)
33442
M. M. Hannuksela, J. Boyce, Y. Chen, A.
Norkin, Y.-K. Wang
JCT-3V AHG report: 3D High level syntax
(AHG7)
33443 C. Pang (Qualcomm)
Crosscheck of JCTVC-Q0095 on Coding the
prediction differences of the intra BC vectors
G. G. (Chris) Lee (NCKU), G. Bang (ETRI), T.
33444 Ikai (Sharp), K. Rapaka (Qualcomm), D.
Rusanovskyy (LGE)
JCT-3V AHG Report: Complexity
Assessment (AHG8)
33445 Y.-L. Chang (MediaTek), H. Liu (Qualcomm)
CE3 Summary report on Entropy Coding
Simplifications
33446 J. Helman (MovieLabs), W. Husak (Dolby),
DCI HDR & WCG StEM Content Description
33447 Zheng Liu, Giovanni Cordara, Bin Chen
CDVS: Cross-Check of Peking
University’s Proposal m33160
33448
B. Mandel (Universal), C. Fogg, J. Helman
(MovieLabs)
HDR/WCG StEM and Telescope clips
encoded as Y'DzDx and BT.2020
33449 B. Mandel, C. Fogg
HDR/WCG StEM and Telescope clips
encoded as Y'DzDx and BT.2020
33450 K. Zhang (MediaTek)
Crosscheck of simplifications for disparity
derived depth coding (test 4 in JCT3VH0134)
33451 J.-L. Lin, J Heo
CE1: Summary Report on Merge List
Construction
33452 Sunghee Hwang
Recontribution of M31654
33453 Sunghee Hwang
Recontribution of m32562
33454 Sunghee Hwang
Recontribution of M32563
33455 Sunghee Hwang
FEC method for Packet Drop & SSBG
Mode2
33456 Sunghee Hwang
FEC method for SSBG mode2 (merged to
m33455)
33457 Touradj Ebrahimi
Swiss NB Comment on MPEG-H 3D Audio
33458 Youngwan So, Kyungmo Park,
Valid Period of ADC message
33459 J. Boyce (BoG coordinator)
BoG report on SHVC upsampling process
and phase offset
33460 W. Pu, P. Onno, X. Guo, P. Lai (AHG chairs),
JCT-VC AHG report: Palette-based coding
(AHG10)
33461 X. Wang, H. Yang, M. Xu (Huawei)
Cross-check report on Description of SCC
technology proposal by MERL (JCTVCQ0036)
33462
Study of AVC ES constraints in 14496-15
33463 R. Cohen (BoG coordinator)
BoG report for Non-CfP SCC and related
documents
Draft Systems Agenda
64
33464 Imed Bouazizi
MMT ad-hoc and BoG report
33465 Imed Bouazizi
DASH CBC CE Report
33466 Lazar Bivolarsky
3D Tele-Immersion Use Cases and
Requirements
33467 Lazar Bivolarski
Crosscheck the Benchmarking Resultsa and
Test Procedure for SC3DMC,
Open3DGC_and_OpenCTM
33468 Youngwan So, Kyungmo Park
MANE Operation with ADC Information
33469 Alex Giladi
Updates on reference software for MPEG-2
TS segments
33470 Alex Giladi
Integrated text for 23009-3
33471 Alex Giladi
On Extended Profile in 23009-1
33472 Alex Giladi
Corrigenda: on definition of EventType
Krasimir Kolarov, David Benham, Gaëlle
Martin-Cocher, Eric Pearson, Pierrick Philippe, Report of the Web Video Coding ad-hoc
33473
Jesus Sampedro, Dave Singer, Thomas
group
Wiegand
Vittorio Baroncini, Giovanni Saverio Blasi,
33474 Touradj Ebrahimi, Philippe Hanhart, Naeem
Razam, Ivan Zupancic,
Report of the formal subjective assessment
of the Submission in response to the Joint
Call for Proposal (JCfP) for new technologies
in the area of Screen Content Coding (SCC)
33475
R.-L. Liao, C.-C. Chen, W.-H. Peng(NCTU), J.- Crosscheck of JCTVC-Q0132 on AMVP for
S. Tu (ITRI)
BV prediction and PU syntax for IntraBC
33476
Pierrick Philippe on behalf of the French
National Body
FRNB Comment on Interlaced coding for
HEVC
33477 X. Zhang, R. Cohen
Encoding time reduction for Independent
Uniform Prediction in SCC CfP response
JCTVC-Q0036
33478 Touradj Ebrahimi, Xin Wang
AHG: Processing and Sharing of Media
under User Control
33479 SC 29 Secretariat
Summary of Voting on ISO/IEC 230091/PDAM 1
33480 R. Joshi, R. Cohen, H. Yu
BoG report on summary of objective
performance and tools for SCC CfP
responses
Jin Young Lee, Truong Cong Thang, Kugjin
33481 Yun, Won-Sik Cheong, Gwang-soon Lee,
Namho Hur
MPD support for 3DV with depth
(Supplementary document)
33482 E. Francois,
License for provided Technicolor HDR
material
33483 J. Xu (Sony)
Crosscheck of JCTVC-Q0225 on AHG10:
Improvements to Palette Based Coding
33484 K. Sharman, N. Saunders, J. Gamei (Sony)
Cross-check of JCTVC-Q0147 "On fast inter
search method for screen content coding"
33485 Walt Husak
ATSC Liaison on MMT
33486 BDA via SC 29 Secretariat
Liaison Statement from BDA
33487 IEC TC 100 via SC 29 Secretariat
IEC CDV 62379-3
33488 B. Li, J. Xu, G. J. Sullivan (Microsoft)
Proposed common software base for future
screen content coding development
33489 Stavros Paschalakis, Gianluca Francini,
Editors' Proposed Improvements on Study
Draft Systems Agenda
65
Giovanni Cordara, Miroslaw Bober, Lingyu
Duan, Kota Iwamoto, Vijay Chandrasekhar
Text of ISO/IEC CD 15938-13 Compact
Descriptors for Visual Search
33490 Zhu Li
CDVS: Amendment for supporting non-rigid
object recognition
33491 P. Merkle
BoG report on intra depth slice
33492
K. Rapaka, C. Pang, J. Sole, M. Karczewicz
(Qualcomm)
Software for the Screen Content Coding
Model
33493 R. Cohen (BoG coordinator)
BoG report on screen content coding
reference model (SCM)
33494 J. An (MediaTek)
Disallow bi-prediction in case of 4x8 and 8x4
sub PU sizes
33495 Youngkwon Lim
Proposal on MMT signaling message for
HRBM data removal
33496 Youngkwon Lim
Proposal on MMT signaling message for low
delay consumption
33497 SC 29 Secretariat
Summary of Voting on DTR 23009-3
33498
Concept Taxonomy for CDVidS
Categorisation tasks
33499 Frédéric Lefèbvre
CDVidS Input Requirements
33500 B. Li, J. Xu (Microsoft)
Hash-based motion search
33501 P. Lai, S. Liu (MediaTek)
Cross-check of JCTVC-Q0134 Solution 3 on
ping-pong block vector predictor for intra
block copy
33502 Sunghee Hwang
Defect on SSBG Modes
33503 Alberto MESSINA
A further correction to MPEG-UD 1.0
Schema
33504 Emmanuel Thomas, Rob Koenen
Input text for DASH Requirements update
about Spatial Relationship Description
33505 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On frame-field
related indications (follow-up of parts of
JCTVC-Q0183/JCT3V-H0082 and JCTVCQ0078/JCT3V-H0026)
33506 M. M. Hannuksela (Nokia)
MV-HEVC/SHVC HLS: On frame-field
related indications (follow-up of parts of
JCTVC-Q0183/JCT3V-H0082 and JCTVCQ0078/JCT3V-H0026)
33507 Imed Bouazizi
Identified issues for corrigendum
33508 K. Rapaka(Qualcomm), J. Xu (Microsoft)
Software for SCM with hash-based motion
search
33509 T. Suzuki, O. Nakagami (Sony)
Proposal of the RExt conformance test
development plan
P. Lai, X. Xu, S. Liu, Y.-C. Sun, T.-Z. Chuang
33510
(MediaTek)
Cross-check of JCTVC-Q0243 Software for
the Screen Content Coding Model and
JCTVC-Q0248 Software for SCM with hashbased motion search
33511 J. Sole
On HEVC 4:4:4 profiles with intra block
copying
33512 B. Li, J. Xu (Microsoft)
Hash-based intraBC search
33513 J. Boyce, Y.-K. Wang
BoG report on High Level Syntax
33514 A. K. Ramasubramonian (Qualcomm)
MV-HEVC/SHVC HLS: On semantics of
Draft Systems Agenda
66
layers not present SEI message
33515 A. K. Ramasubramonian (Qualcomm)
MV-HEVC/SHVC HLS: On semantics of
layers not present SEI message
K. Minoo (Arris), Y. Ye (InterDigital), J. Chen
33516 (Qualcomm), T. Yamamoto (Sharp), K.
Andersson (Ericsson)
Report of side activity on reference position
derivation
33517
Sunghee Hwang, Karsten Grue, Cornelius
Hellge, Tonomura Yoshihide
Proposed FEC text for AMD2
33518
T. K. Tan, M. Mrak, V. Baroncini (Test
coordinators)
HEVC verification test report
33519 Thomas Stockhammer, Imed Bouazizi
Profile for IP Broadcast
33520 Shuichi Aoki, Takayuki Nakachi
Plan of MMT special session at the 109th
MPEG Meeting
33521
Pierrick Philippe on behalf of the French
National Body
33522
A. K. Ramasubramonian, Hendry (Qualcomm), MV-HEVC/SHVC HLS: On sharing of subS. Deshpande (Sharp)
DPBs
33523
A. K. Ramasubramonian, Hendry (Qualcomm), MV-HEVC/SHVC HLS: On sharing of subS. Deshpande (Sharp)
DPBs
FRNB Comment on MPEG-DASH
33524
Rectangular Region Frame Packing
Arrangement
33525 Gregory Pallone
Binaural update for Proposed CD of ISO/IEC
23008-3 3D Audio
33526 Frank Baumgarte
Request for Amendment, ISO/IEC 144963:2009/PDAM 5, Support for Dynamic Range
Control
33527 K. Mueller, A. Vetro
Common Test Conditions of 3DV Core
Experiments
33528
Work Plan for MMT Reference Software
33529 Karsten Grüneberg,
Report on MMT Core Experiment
“Signalling of FEC Source Block―
33530 H. Liu, T. Ikai
Description of Core Experiment 1 (CE1) on
Residual Prediction
33531 Imed Bouazizi, Kevin Streeter
DASH over Full Duplex HTTP-based
Protocols
33532 Y. Chen, Y. -W. Chen
Description of Core Experiment 2 (CE2) on
depth intra coding
33533 Iraj Sodagar
DASH Subgroup Report
33534 X. Xiu, J. Chen (CE coordinators)
HEVC Screen Content Coding Core
Experiment 5 (SCCE5): Inter-component
prediction and adaptive color transforms
33535 J.-R. Ohm, G. J. Sullivan
Meeting Report of 8th JCT-3V Meeting
33536 G. Tech, K. Wegner, Y. Chen, S. Yea
3D-HEVC Draft Text 4
33537
G. Tech, K. Wegner, Y. Chen, M. Hannuksela,
MV-HEVC Draft Text 8
J. Boyce
33538
D. Rusanovskyy, T. Suzuki, D. Tian, Y. W.
Chen
Draft 5 of 3D-AVC Conformance
33539 D. Rusanovskyy, D. Tian
Draft 3 of 3D-AVC Reference Software
33540 D. Rusanovskyy, T. Suzuki, D. Tian
Draft 4 of MVC+D Reference Software
Draft Systems Agenda
67
33541 Y. Chen, G. Tech, K. Wegner, S. Yea
Test Model 8 of 3D-HEVC and MV-HEVC
33542 Y. Chen, J. Xu (CE coordinators)
HEVC Screen Content Coding Core
Experiment 4 (SCCE4): String matching for
sample coding
HEVC Screen Content Coding Core
33543 C.-C. Chen, X. Xu, L. Zhang (CE coordinators) Experiment 2 (SCCE2): Line-based Intra
Copy
33544 J. Sole, S. Liu (CE coordinators)
HEVC Screen Content Coding Core
Experiment 1 (SCCE1): Intra Block Copying
Extensions
D. Flynn, M. Naccari, C. Rosewarne, K.
33545 Sharman, J. Sole, G. J. Sullivan, T. Suzuki
(Editors)
High Efficiency Video Coding (HEVC) Range
Extensions text specification: Draft 7
33546
C. Rosewarne, K. Sharman, M. Naccari, G.
Sullivan (Editors)
HEVC Range Extensions Test Model 7
Encoder Description
33547
Y.-W. Huang, P. Onno, R. Joshi, R. Cohen, X.
Xiu, Z. Ma (CE coordinators)
HEVC Screen Content Core Experiment 3
(SCCE3): Palette mode
33548 T. Suzuki, G. Sullivan, W. Wan (Editors)
HEVC Conformance Draft 7
33549 T. Suzuki, K. Kazui (Editors)
Range extensions conformance draft 1
33550
J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G. J. High efficiency video coding (HEVC)
Sullivan, Y.-K. Wang
scalable extension Draft 6
Meeting report of the 17th meeting of the
Joint Collaborative Team on Video Coding
(JCT-VC), Valencia, ES, 27 Mar. – 4 Apr.
2014
33551 G. J. Sullivan, J.-R. Ohm
33552
K. McCann, B. Bross, W.-J. Han, I. K. Kim, K.
Sugimoto, G. J. Sullivan
High Efficiency Video Coding (HEVC) Test
Model 15 (HM 15) Encoder Description
33553 Y.-K. Wang, G. J. Sullivan, B. Bross
High Efficiency Video Coding (HEVC) Edition
1 Defect Report Draft 4
33554 J. Chen, J. Boyce, Y. Ye, M. M. Hannuksela
SHVC Test Model 6 (SHM 6)
33555 V. Seregin, Y. He
Common SHM test conditions and software
reference configurations
33556 R. Joshi, J. Xu, R. Cohen, S. Liu, Z. Ma, Y. Ye Screen content coding test model 1 (SCM 1)
Common conditions for screen content
coding tests
33557 H. Yu, R. Cohen, K. Rapaka, J. Xu
33558
A. Duenas, P. Andrivon, E. Alshina, Y. Ye, K.
Ugur, X. Li
Draft Systems Agenda
68
HEVC Scalable Extensions Core Experiment
SCE1: Colour Gamut and Bit Depth
Scalability
– Output documents
Title
#
14308 Resolutions of the 108th Meeting in Valencia, Spain
14309 List of AHGs Established at the 108th Meeting in Valencia, Spain
14310 Report of the 108th Meeting in Valencia, Spain
14311 Press Release of the 108th Meeting in Valencia, Spain
14312 Meeting Notice of the 109th Meeting in Sapporo, Japan
14313 Meeting Agenda of the 109th Meeting in Sapporo, Japan
14314
DoC on ISO/IEC 13818-1:2013/DAM 5 Transport of MVC depth video sub-bitstream and
extensions to support HEVC low delay coding mode
14315
Text on ISO/IEC 13818-1:2013/FDAM 5 Transport of MVC+depth video sub-bitstream and
extensions to support HEVC low delay coding mode
14316 DoC on ISO/IEC 13818-1:2013/PDAM 6 Delivery of Timeline for External Data
14317 Text of ISO/IEC 13818-1:2013/DAM 6 Delivery of Timeline for External Data
14318 Request for ISO/IEC 13818-1:2013 AMD 7 Carriage of Layered HEVC
14319 Text of ISO/IEC 13818-1:2013 PDAM 7 Carriage of Layered HEVC
14320 WD of ISO/IEC 13818-1:2013 AMD X Carriage of Green Metadata
14321 WD of ISO/IEC 13818-1:2013/AMD Carriage of 3D Audio
14322 WD of ISO/IEC 13818-1:2013 AMD Carriage of additional audio profiles & levels
14323
Text of ISO/IEC 14496-12:2012 ISO/IEC 14496-12:2012/COR 2 and ISO/IEC 1544412:2012/COR 2
14324 Request for ISO/IEC 14496-12:2012 AMD 4 Enhanced audio support
14325 Text of ISO/IEC 14496-12:2012 PDAM 4 Enhanced audio support
14326 TuC on sample variants, signatures and other improvements for the ISOBMFF
14327 Text of ISO/IEC 14496-15:201x/COR 1
14328
WD of ISO/IEC 14496-15:2013 AMD 1 Enhanced carriage of HEVC and support of MVC with
depth information
14329
Text of ISO/IEC 14496-18 AMD 1 Updated semantics of decoderSpecificInfo and font data
description for ISOBMFF
14330 Request for ISO/IEC 14496-22 3rd edition
14331 Text of ISO/IEC CD 14496-22 3rd edition
14332 DoC of ISO/IEC 14496-28 DCOR 2
14333 Text of ISO/IEC 14496-28 COR 2
14334
Request for ISO/IEC 15938-5:2003 AMD 5 Multiple text encodings, extended classification
metadata
14335
Text of ISO/IEC 15938-5:2005 PDAM 5 Multiple text encodings, extended classification
metadata
14336
Text of ISO/IEC 21000-8 AMD 3 Contract Expression Language (CEL) and Media Contract
Ontology (MCO) Reference Software
14337 Text of ISO/IEC 21000-21 DCOR 1
14338 Request for subdivision of ISO/IEC 23000-15 Multimedia Preservation Application Format
14339 Text of ISO/IEC CD 23000-15 Multimedia Preservation Application Format
Draft Systems Agenda
69
14340 WD of Implementation Guideline of MP-AF
14341 Study of ISO/IEC DIS 23001-7 2nd edition
14342
Study of ISO/IEC CD 23001-10 Carriage of Timed Metadata Metrics of Media in the ISO
Base Media File Format
14343 DoC on ISO/IEC CD 23001-11 Green Metadata
14344 Text of ISO/IEC DIS 23001-11 Green Metadata
14345 Defects under investigation
14346 Technologies under Consideration
14347 Descriptions of Core Experiments on DASH amendment
14348 DoC on ISO/IEC 23009-1 2nd edition PDAM 1 Extended Profiles and time synchronization
14349
Text of ISO/IEC 23009-1 2nd edition DAM 1 Extended Profiles and availability time
synchronization
14350 WD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software
14351
Work plan for development of DASH Conformance and reference software and sample
clients
14352 Request of ISO/IEC 23009-3 2nd edition DASH Implementation Guidelines
14353 Text of ISO/IEC PDTR 23009-3 2nd edition DASH Implementation Guidelines
14354 WD of ISO/IEC 23009-3 2nd edition AMD 1 DASH Implementation Guidelines
14355 Study of ISO/IEC 23008-1 DAM 2 Header Compression and Cross Layer Interface
14356 Description of Core Experiments on MPEG Media Transport
14357 Text of ISO/IEC 23008-1 DCOR 1
14358 MMT Developer’s Day in 109th MPEG meeting
14359 Workplan of MMT Reference Software
14360 Workplan of MMT Conformance
14361 Study of ISO/IEC DIS 23008-11 Composition Information
14362 Study of ISO/IEC CD 23008-12 Image File Format
14363
Request for subdivision of ISO/IEC 23008-13 Implementation Guidelines for MPEG Media
Transport
14364 Text of ISO/IEC PDTR 23008-13 Implementation Guidelines for MPEG Media Transport
14365 Uniform Timeline Alignment
14366 WD of MPEG User Description
14367 Liaison Statement to EBU on Timed Text
14369 Liaison Statement to DVB on DASH
14370 Liaison statement to DASH IF on DASH
14371 Liaison statement template on DASH
14372 Liaison statement to DVB on TEMI
14373 Liaison statement to EBU on MPAF
14374 Liaison statement to DVB on Uniform Signalling Alignment
14375 Liaison statement to ATSC on DTS for MVC
14376 Liaison statement to ATSC on MMT
14377 Liaison statement to DECE on HEVC File Format
14378 Liaison statement to ITU-T SG 12 on Quality metrics for DASH
14379 Liaison statement to ONVIF on establishment of liaison relationship
14380 Liaison statement to SC 34/WG 2 on Font Format
Draft Systems Agenda
70
14381 Preliminary WD of Publish/Subscribe Application Format
14382 Disposition of Comments on ISO/IEC 14496-4:2004/PDAM43
14383 Text of ISO/IEC 14496-4:2004/DAM43 Conformance testing of the 3D extension of AVC
14384 Disposition of Comments on ISO/IEC 14496-5:2001/PDAM35
14385 Text of ISO/IEC 14496-5:2001/DAM35 3D AVC Reference Software
14386 Disposition of Comments on ISO/IEC DIS 14496-29
14387 Text of ISO/IEC FDIS 14496-29 Web Video Coding
14388 Text of ISO/IEC CD 14496-31 Video Coding for Browsers
14389 WD of Video Coding for Browsers Conformance Testing
14390 WD 2 of ISO/IEC 15938-6:201X (2nd edition)
14391 Disposition of Comments on ISO/IEC CD 15938-13
14392 Text of ISO/IEC DIS 15938-13 Compact Descriptors for Visual Search
14393 Test Model 10: Compact Descriptors for Visual Search
14394 Core Experiment in CDVS: Conformance and Performance Testing
14395 WD2 of ISO/IEC 23001-4:201X/Amd.1 Parser Instantiation from BSD
14396 Text of ISO/IEC 23001-8:2013/DCOR1
14397 Study Text of ISO/IEC 23002-4:201x/DAM2 FU and FN descriptions for HEVC
14398 Core Experiments in RVC
14399 Results of CfP on Screen Content Coding Tools for HEVC
14400 #REF!
14401 Terms of Reference
14402 MPEG Standards
14403 Unpublished standards at FDIS level
14404 MPEG work plan
14405 MPEG time line
14406 Schema assets
14407 Software assets
14408 Conformance assets
14409 Content assets
14410 URI assets
14411 Standards under development for which a call for patent statements is issued
14412 List of Organisations with which MPEG entertains liaisons
14413
Verbal reports from the Requirements, Systems, Video, VC, 3V, Audio, 3DG, communication
and HoD subgroups made at this meeting
14414 Disposition of Comments on ISO/IEC 23008-2:2013/DAM1 Range Extensions (RExt)
14415 Text of ISO/IEC FDIS 23008-2:201X (2nd edition)
14416 Study Text of ISO/IEC 23008-2:2013/DAM3 HEVC Scalable Extensions
14417 Response to JPNB on Texture View Packing SEI Message
14418 HEVC RExt Test Model 7
14419 Scalable HEVC (SHVC) Test Model 6 (SHM 6)
14420 Report on HEVC compression performance verification testing
14421 HEVC Screen Content Coding Test Model 1 (SCM 1)
14422 Draft Disposition of Comments on ISO/IEC 23008-2:2013/DAM2 Multiview Extensions
Draft Systems Agenda
71
14423 Preliminary Draft of ISO/IEC 23008-2:2013/FDAM2 HEVC Multiview Extensions, v2
14424 Study Text of ISO/IEC 23008-2:2013/PDAM4 3D Video Extensions
14425 Test Model 8 of 3D-HEVC and MV-HEVC
14426 Preliminary Draft of ISO/IEC FDIS 23008-8 HEVC Conformance
14427 WD of Conformance Testing for HEVC RExt
14428 Working Draft 2 of Internet Video Coding (IVC)
14429 Internet Video Coding Test Model (ITM) v 9.0
14430 Description of IVC Exploration Experiments
14431 Collection of information related to IVC technologies
14432 Response to JP NB on 14496-31 (VCB)
14433 Response to NBs on HEVC technical development
14434 AHG on MPEG-7 Visual
14435 AHG on Compact Descriptors for Visual Search
14436 AHG on Internet Video Coding
14437 AHG on Video Coding for Browsers
14438 AHG on Video Test Material Assets
14439 Defect report on ISO/IEC 14496-12
14440 DoC on ISO/IEC 14496-15:201x/DCOR 1
14441 Defect report on ISO/IEC 14496-15
14442
Request for ISO/IEC 23009-1 2nd edition AMD 2 Spatial Relationship Description,
Generalized URL parameters and other extensions
14443
Text of ISO/IEC 23009-1 2nd edition PDAM 2 Spatial Relationship Description, Generalized
URL parameters and other extensions
14444 Liaison template on MIME sub-parameter for TimedText
14445
Request for Amendment, ISO/IEC 14496-3:2009/PDAM 5, Support for Dynamic Range
Control
14446 ISO/IEC 14496-3:2009/PDAM 5, Support for Dynamic Range Control
14447 Request for ISO/IEC 14496-5:2001/Amd 37
14448 ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles and uniDRC support
14449 Request for Amendment ISO/IEC 23001-8:2013/Amd 1
14450 ISO/IEC 23001-8:2013/PDAM 1 New audio code points
14451 ISO/IEC 23003-3:2012/DCOR 3, Unified speech and audio coding
14452 ISO/IEC 23003-3:2012/Amd.1/DCOR 1, Conformance
14453 ISO/IEC 23003-3:2012/Amd.2/DCOR 1, Reference software
14454 Request for Subdivision ISO/IEC 23003-4 CD
14455 Text of ISO/IEC 23003-4 CD, Dynamic Range Control
14456 WD of CD Software for Dynamic Range Control
14457 Candidate Technology for Dynamic Range Control
14458 Request for Subdivision ISO/IEC 23008-3 CD
14459 Text of ISO/IEC 23008-3/CD, 3D audio
14460 WD of ISO/IEC 23008-3:20XX/Amd 1, 3D Audio File Format Support
14461 Listening Test Logistics for 3D Audio Phase 2
14462 Active Downmix Control
14463 Normative Interface for Binaural Data
Draft Systems Agenda
72
14464 Candidate Technologies for 3D Audio
14465 Workplan on 3D Audio
14466 RM2 Software for MPEG-H 3D Audio
14467 Status of Audio Synchronization
14468 Response to Swiss NB Comment on 3D Audio
14469 Liaison Response to ATSC on 3D Audio
14470 Liaison Response to DVB on 3D Audio
14471 Liaison Response to Ecma on S5 standardization
14472 Liaison to DVB on SAOC-DE
14473 Liaison to AES on X212
14474 ISO/IEC 14496-5:2001/FDAM32 Multi-resolution 3D mesh compression reference software
14475 ISO/IEC 14496-5:2001/DAM36 Pattern-based 3D mesh coding reference software
14476 Core Experiments Description for 3DG
14477 Tele-immersion use case and associated draft requirements
14478 ISO/IEC 14496-27:2009/FDAM5 Conformance for multi-resolution 3D mesh compression
14479 ISO/IEC 14496-27:2009/DAM6 Conformance for pattern-based 3D mesh coding
14480 WD of ARAF 2nd Edition
14481 Use cases for ARAF 2nd Edition
14482 WD 5.0 MAR Reference Model
14483 Logistic information for the 5th JAhG MAR meeting
14484 Study Text of ISO/IEC 23002-5/DAM1 GTL reference software and conformance
14485 Technology under consideration
14486 Study text of ISO/IEC CD 23005-1 3rd Edition Architecture
14487 Study text of ISO/IEC CD 23005-2 3rd Edition Control Information
14488 Study text of ISO/IEC CD 23005-3 3rd Edition Sensory Information
14489 Study text of ISO/IEC CD 23005-4 3rd Edition Virtual World Object Characteristics
14490 Study text of ISO/IEC CD 23005-5 3rd Edition Data Formats for Interaction Devices
14491 Study text of ISO/IEC CD 23005-6 3rd Edition Common types and tools
14492 Policy document about MPEG Assets
14493 AHG on AR
14494 AHG on MPEG-V
14495 AHG on Graphics compression
14496 Liaison Statement to ITU-T SG 16 on video coding collaboration
14497 AHG on Reconfigurable Media Coding
14498 AHG on MPEG Assets
14499 AHG on 3D Audio, DRC and Audio Maintenance
14500 AHG on Responding to Industry Needs on Adoption of MPEG Audio
14501 AHG on Support of HDR XYZ Color Space and HDR
14502 AHG on FTV (Free-viewpoint Television)
14503 AHG on compact descriptors for video analysis
14504 AHG on Processing and Sharing of Media under User Control
14505 AHG on still image coding using HEVC
14506 Liaison to WG1
Draft Systems Agenda
73
14507 Compact Descriptors for Video Analysis: Objectives, Applications and Use Cases
14508 Requirements under consideration for Compact Descriptors for Video Analysis
14509 MPEG vision for Compact Descriptors for Video Analysis (CDVA)
14510 Draft Requirements and Explorations for HDR /WCG Content Distribution and Storage
14511 Requirements on HTTP Streaming of MPEG Media
14512 Description of Exploration Experiments on Free-viewpoint Television (FTV)
14513 Plan of FTV Seminar at 109th MPEG Meeting
14514 Use Cases for Processing and Sharing of Media under User Control
14515 Liaison Response to SMPTE on HDR/WCG
14516 Liaison Support of HDR/WCG
14517
Statement of benefits from establishing a Category C liaison with Blu-ray Disc Association
(BDA)
14518 Draft Requirements for a Framework for sample variants in ISOBMFF
14519 Draft Requirements for MPEG Adaptive Screen Content Sharing Application Format
14520 Standardization plan for HEVC extensions for screen content coding
14521 Requirements for Publish/Subscribe Application Format (PSAF)
14522 Standardization plan for HEVC extensions for screen content coding
14523 Plan of Seminar on Hybrid Delivery at the 110th MPEG Meeting
14524 AHG on MPEG File Formats
14525 AHG on Font Format Representation
14526 AHG on MPEG-DASH
14527 AHG on Multimedia Preservation Application Format (MP-AF)
14528 AHG on MPEG Media Transport
14529 AHG on Green MPEG
14530 AHG on User Description
14531 AHG on Timeline alignment
14532 AHG on Publish/Subscribe Application Format (PSAF)
14533 Establishment of Category C liaison relationship with ITU-T SG 12
Draft Systems Agenda
74
– Requirements report
Source: Jörn Ostermann (Leibniz Universität Hannover)
1. Requirements documents approved at this meeting
No.
14399
14417
14496
14501
14502
14503
14504
14505
14506
14507
14508
14509
14510
14511
14512
14513
14514
14515
14516
14517
14518
14519
14520
14521
Title
Results of CfP on Screen Content Coding Tools for HEVC
Response to JP NB on Texture View Packing SEI Message
Liaison Statement to ITU-T SG 16 on video coding collaboration
AHG on Support of HDR XYZ Color Space and HDR
AHG on FTV (Free-viewpoint Television)
AHG on compact descriptors for video analysis
AHG on Processing and Sharing of Media under User Control
AHG on still image coding using HEVC
Liaison to WG1
Compact Descriptors for Video Analysis: Objectives, Applications and Use
Cases
Requirements under consideration for Compact Descriptors for Video
Analysis
Compact Descriptors for Video Analysis
Draft Requirements and Explorations for HDR /WCG Content Distribution
and Storage
Requirements on HTTP Streaming of MPEG Media
Description of Exploration Experiments on Free-viewpoint Television (FTV)
Plan of FTV Seminar at 109th MPEG Meeting
Use Cases for Processing and Sharing of Media under User Control
Liaison Response to SMPTE on HDR/WCG
Liaison Support of HDR/WCG
Statement of benefits from establishing a Category C liaison with Blu-ray
Disc Association (BDA)
Draft Requirements for a Framework for sample variants in ISOBMFF
Draft Requirements for MPEG Adaptive Screen Content Sharing Application
Format
Standardization plan for HEVC extensions for screen content coding
Requirements for Publish/Subscribe Application Format (PSAF)
2. MPEG-4
2.1. MFC
Parties interested in MFC proposed to define a profile that enables to carry a depth map
within the MFC environment. Since the profile definition does not require any new
technology to be specified, MPEG supports this profile. It was also discussed in a joint
Draft Systems Agenda
75
meeting with VCEG. The profile is mentioned in N14496 Liaison Statement to ITU-T SG 16
on video coding collaboration.
2.2. 3D-AVC
The National Body of Japan requested to add an SEI message to 3D-AVC to enable the use of
special depth maps. Since the concept of the SEI-message was considered useful at previous
meetings and the specification of the message now includes the necessary specification of
camera parameters, JCT-3V was tasked to standardize the message. This was discussed in a
joint meeting with VCEG as well and is mentioned in N14496 Liaison Statement to ITU-T SG
16 on video coding collaboration. N14417 Response to JP NB on Texture View Packing SEI
Message explains this to the National Body of Japan.
3. MPEG-A
3.1. 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 (Figure 1). Pubsub is a
communication model that is considered for a number of application domains, in particular it
is considered for Content Centric Networking (CCN), also called Information Centric
Networking (ICN). MPEG appears to have sufficient technology for PubSub available.
Updated requirements and use cases for the proposed MAF are found in N14521
Requirements for Publish/Subscribe Application Format (PSAF). Technologies that allow
implementation of this Application Format still need to be defined.
Peer1
NI
Match Service
4
3
PI
SI
Subscribe
SI
Request
RI
1
7
5
Publish
PI
PI
SI
6
MATCH
NI
RI
Store
RI
Peer2
RI
Content Centric Network
2
Figure 1
RI
Schematic representation of entities involved in the use case and
information exchanged
Draft Systems Agenda
76
4. MPEG-H
MPEG-H will be the new umbrella for the High Efficiency Video Coding and the related
Systems and Audio standards. The vision for MPEG-H was defined at the 99th meeting in
N12312 Context and Objectives of MPEG-H.
MPEG foresees the initial standards of MPEG-H to include video coding (HEVC), advanced
3D audio coding and MPEG Media Transport. The Definition of graphics and user interfaces
will come later.
4.1. MPEG-H Part 2: HEVC
At the Requirements, plenary concern was voiced regarding the current practice of issuing a
new baseline video coding standard about once every 10 years. Given the short lifetime of a
mobile device, this industry might be in need of faster progress with lower performance
improvements compared to MPEG-2, AVC and HEVC. Incremental improvements of MPEG
standards would also ensure that MPEG is the leading provider of coding technology at any
point in time. An improvement of at least 15% might be a reasonable differentiator for the
mobile market. Further discussion of this issue is required.
Still Picture Coding
HEVC-Intra coding might be used as the Advanced Image Coder that JPEG requires. The
capabilities of HEVC-Intra coding were discussed. Evaluation of the HEVC performance will
be done jointly with JPEG. Access to the Hannover and Brussels ftp-sites will be exchanged
in order to use MPEG and JPEG test material. 16 bit test material is missing at this point.
N14086 Test conditions for HEVC still picture coding performance evaluation describes the
envisioned evaluation. This evaluation was delayed and it was envisioned to take place prior
to the 108th meeting. However, only objective evaluation was done up to now. It is the
conclusion of the experts that HEVC outperforms JPEG2000 using objective measures. For
4:2:0 gains of about 20% are observed. In rare cases of YCC 4:4:4 images, HEVC might be
3% less efficient than JPEG 2000 while typical gains are in about 10% for this format. RGB
can be compressed 15% more efficiently. The adhoc group N14505 AHG on still image
coding using HEVC will continue to work on this topic with a focus on the subjective
evaluation. JPEG is informed by means of the liaison statement N14506 Liaison to WG1,
Scalable Extensions
The French National Body reminded MPEG that scalability with respect to bit depth and color
gamut are also within the scope of the HEVC Scalable Extensions. MPEG discussed the
necessary technology and profiles. MPEG confirms its commitment to these extensions in the
High efficiency video coding (HEVC) scalable extension Draft specification.
Screen Content Coding
In response to the joint call for coding of screen content, 7 proponents submitted technology.
For pure screen content MPEG expects coding gains of about 50% compared to HM 13 RExt
6. The JCT-VC is charged with developing the standard. This was discussed in a joint
meeting with VCEG as well and is mentioned in N14496 Liaison Statement to ITU-T SG 16
on video coding collaboration. Results of the CfP evaluation can be found in N14399 Results
of CfP on Screen Content Coding Tools for HEVC. N14520 Standardization plan for HEVC
extensions for screen content coding is sent to VCEG.
Profiles
Draft Systems Agenda
77
Several profiles related to 4:4:4 were discussed based on input from National Bodies and
members. The contention is about 8 bit and 10 bit profiles based on the RExt currently under
ballot and the impact of the profiles on potential Screen Content profiles. At this meeting
consensus on a profile for 8 bit was reached. This profile does not contain tools specifically
targeted at Screen Content. It is expected that the standardization of Screen Content Coding
will results in additional profiles for 4:4:4 video at 8 and potentially 10 bits. The definition of
other profiles is mentioned in the JCT-VC report.
5. MPEG-DASH
In order to catch up with ongoing work in the Systems Subgroup, Requirements for MPEGDASH were extended to include also support for spatial and layered arrangement of visual
content.
An additional request to enforce content ownership and licensing arrangements was discussed.
MPEG-DASH will not itself be extended to enforce such rights. However, MPEG-DASH
supports encrypted content and an additional requirement for providing hooks for technology
outside of MPEG to enforce rights on content was added to N14511 Requirements on HTTP
Streaming of MPEG Media.
6. Explorations
6.1. Compact Descriptors for Video Analysis (CDVA)
The previous exploration Compact Descriptors for Video Search (CDVS) was renamed to
Compact Descriptors for Video Analysis (CDVA). The new name better represents 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 2). 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 2: 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.
N14508
Requirements
underhave
consideration
Compact
Descriptors
for Video
Analysis
and
Although
several
different descriptors
been proposed for
in recent
years, they
all share a similar
processing
pipeline.
Compact
for Video
Objectives,
Applications
andtransformation
Use Cases
ThatN14507
is, a feature
vector isDescriptors
computed following
three Analysis:
main processing
steps, namely
pre-smoothing,
summarize the context and goals of the exploration. New test data was received at this
meeting. The licensing arrangements will be clarified until the next meeting. A tool for
smoothing, followed by the computation of local gradients, which are then pooled together to build a histogram.
supporting the annotation of test data was provided to MPEG. N14509 Compact Descriptors
Several
visualAnalysis
analysis applications,
such
as object recognition,
monitoring, The
surveilfor Video
is meant for
informing
the publictraffic/habitat/environmental
about this ongoing exploration.
lance,
etc., group
might benefit
from
the technological
of networks
towards
the “ Internet-of-Things”
, where
adhoc
N14503
AHG
on compactevolution
descriptors
for video
analysis
will refine applications
and requirements.
Furthermore,
a timeline
needscapabilities
to be defined.
low-power
battery-operated
nodes are equipped
with sensing
and are able to carry out computational
and spatial pooling [2]. For example, the state-of-the-art SIFT descriptor [3] is obtained performing Gaussian
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
Draft Systems Agenda
78
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
6.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
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 adhoc group N14502 AHG on FTV (Free-viewpoint Television) will work on this longterm exploration. The group is working on evidence as described in N14512 Description of
Exploration Experiments on Free-viewpoint Television (FTV). At the 109th meeting, a seminar
on FTV as outlined in N14513 Plan of FTV seminar at 109th MPEG meeting will be
organized.
6.3. 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.
At this meeting, one organization provided five WXG and HDR test sequences for the
standardization work within MPEG. More sequences were promised. Two displays were
made available for viewing content at the meeting. It was noticed that there were significant
quality differences and it will be difficult to agree on subjective evaluation procedures given
the challenges due to the current display technologies. A joint meeting with JPEG on
subjective evaluation is planned for the 109th meeting.
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.
Liaison letters N14515 and N14516 were sent to numerous organizations. WG11 would also
like to establish a liaison with Blu-ray Disc Association (N14517).
The adhoc group N14501 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 N14510 Draft Requirements and Explorations for HDR /WCG Content
Distribution and Storage. MPEG plans to reach an agreement until October on whether new
technology needs to be called for.
Draft Systems Agenda
79
6.4. Processing and Sharing of Media under User Control
In the actual use of MPEG technologies, there are many contexts that require the processing
of the media to be private. Examples of this are searching an encrypted audio visual database
with an encrypted query (Figure 3); identify a spoken keyword in a private conversation, e.g.
encrypted audio; removal of identification clues from media such as video, audio or speech;
sharing multimedia content in a limited context, e.g. make a picture available to a limited list
of persons or for a limited time. For details, please see N145144 Use Cases for Processing
and Sharing of Media under User Control. The Requirements subgroup and the adhoc group
N14504 Adhoc Group on Processing and Sharing of Media under User Control will continue
to investigate whether MPEG can provide support for these application scenarios. The AhG is
also charged with investigating whether other standardization bodies are working in this area.
Figure 3
Media Processing with Privacy
6.5. Screen Content Sharing Application Format
N14519 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.
.
6.6. Storage of traceable media signatures
As ISOBMFF (14496-12) in combination with Common Encryption (23001-7) becomes
increasingly utilized for the distribution of high-value content, there is a growing need to
support coding tools to aid with the identification of the player model from which content has
been copied without authorization. A common identification capability is known generically
as “forensic marking”. A forensic marking system utilizes “variances” in the sample data that
in aggregate are unique to the playback environment (Figure 4). Since this concept is
important to ensure the use of MPEG technologies for the distribution of contents, N14520
Draft Systems Agenda
80
Draft Requirements for a Framework for sample variants in ISOBMFF is a first effort to
define a potential standardization activity.
Variant Decoder Model
DRM
ISOBMFF
KIDn
vmKIDn
Keyn
vmKeyn
CENC Standard Decoder
Sample
Variants
Base
Sample
Variant
Processing
Decrypt
Decode
Figure 4 Block-diagram of a Variant Processing
6.7. Additional Support for Coding of Interlaced Video in HEVC
At this point, HEVC is capable of coding interlaced material. SEI-messages allow for
signalling of interlaced material. Compared to AVC using sequence adaptive frame/field
(SAFF) coding, HEVC saves 30% in bitrate for the same objective video quality. If the same
subjective video quality is required, HEVC saves 50% of the bitrate compared to AVC. At
this point, the HEVC reference software does not properly implement SAFF. This issue has
been raised for several meetings now. Furthermore, rate control for coding interlaced video
appears to be broken. Unfortunately, nobody undertook a serious effort to mitigate these short
comings of the reference software.
Since several meetings, experiments by one company show that relatively small changes to
HEVC (colour motion vector scaling, picture-adaptive frame/field coding named PAFF …)
can reduce the bitrate by 8% to 15% as shown using selected interlaced material. At this
meeting, video sequence were shown on consumer type displays. A comparison of HEVC
with and without the proposed tools at the same bitrate did not show sufficient evidence to
warrant an extension of HEVC with coding tools targeted specifically at interlaced contents.
Draft Systems Agenda
81
– Systems report
Source: Young-Kwon Lim, Chair
15.
General Input Documents
15.1
AHG reports
Number Session
Title
m32683 Plenary AHG on Font Format
Representation
m32702 Plenary AHG on MPEG File Formats
m32703 Plenary AHG on MPEG-DASH
m32704 Plenary AHG on Multimedia
Preservation Application
Format (MP-AF)
m32705 Plenary AHG on MPEG Media
Transport
m32706 Plenary AHG on Green MPEG
m32707 Plenary AHG on User Description
m32708 Plenary AHG on Timeline alignment
15.2
Dispositions
accepted
ISO secretariat
ISO secretariat
ISO secretariat
accepted
accepted
accepted
ISO secretariat
accepted
ISO secretariat
ISO secretariat
ISO secretariat
accepted
accepted
accepted
General technical contributions
Number Session
Title
m32741 Plenary Table of Replies on ISO/IEC
FDIS 23008-1
m32757 Plenary Table of Replies on ISO/IEC
FDIS 23009-2
m32759 Plenary Table of Replies on ISO/IEC
FDIS 23009-1 [2nd Edition]
m33371 Plenary Table of Replies on ISO/IEC
FDIS 23001-9
m33263 Plenary MPEG Software assets
m33264
Source
ISO secretariat
Plenary MPEG Conformance assets
Draft Systems Agenda
82
Source
SC 29 Secretariat
Dispositions
Noted
ITTF via SC 29 Secretariat
Noted
ITTF via SC 29 Secretariat
Noted
ITTF via SC 29 Secretariat
Noted
christian.tulvan@telecom- Noted
sudparis.eu,Christian
Tulvan
marius.preda@telecomsudparis.eu,Marius Preda
christian.tulvan@telecom- Noted
sudparis.eu,Christian
m33266
Plenary MPEG Content assets
m33161
Plenary Synchronization scheme
using audio fingerprint for
various use cases
Plenary First ideas on an MXM
Green Metadata
Technology Engine
m33262
m33380
Plenary Proposal for a definition of
CDVS engine APIs
15.3
Leonardo Chiariglione
(CEDEO)
Keninchi Nakamura
(Panasonic)
Massimo Balestri
Miroslaw Bober
Leonardo Chiariglione
Giovanni Cordara
Gianluca Francini
Diego Gibellino
Traian Lavric
Alberto Messina
Francisco Moron Burgos
Stavros Paschalakis
Marius Preda
Summary of discussion
15.4
Demo
15.5
FAQ
.
15.6
Tulvan
marius.preda@telecomsudparis.eu,Marius Preda
christian.tulvan@telecom- Noted
sudparis.eu,Christian
Tulvan
marius.preda@telecomsudparis.eu,Marius Preda
Masayuki Nishiguchi
Accepted
N14365
AOB
None.
Draft Systems Agenda
83
Noted
Noted
16.
16.1
MPEG-2 Systems (13818-1)
Topics
16.1.1 ISO/IEC 13818-1:201x AMD 5 Transport of MVC depth video sub-bitstream and
extensions to support HEVC low delay coding mode
This amendment to MPEG-2 systems specifies 3 functions:
1. It extends the MVC_extension_descriptor to explicitly signal the association between the
2 views of ‘stereoscopic MVC video’ with left or right eye for display on 3DTV devices.
This explicit signaling was not available in earlier versions of MVC video standard or
transport of MVC in MPEG-2 systems.
2. A ‘transport profile descriptor’ is defined to signal ‘adaptive profile’ such as one used by
the DASH specification. The descriptor also defines the ‘complete profile’ which is the
current default transport profile. The descriptor is used at a program level to indicate that
the program contains a transport stream that may have constraints associated with
adaptive streaming applications so that re-purposing systems can properly manage the remultiplexing of this transport stream.
A new annex T that defines the ‘Mime types’ which are registered and commonly used for
various MPEG defined elements has also been added.
16.1.2 ISO/IEC 13818-1:201x 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
16.1.3 ISO/IEC 13818-1:201x 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.
16.2
Contributions
Numbe
r
m3274
3
m3274
4
m3311
6
Sessio
n
MPEG2
MPEG2
MPEG2
Title
Summary of Voting on ISO/IEC
13818-1:2013/DAM 5
Summary of Voting on ISO/IEC
13818-1:2013/PDAM 6
Comments to Working Draft of
ISO/IEC 13818-1:2013 AMD 7
Carriage of Layered HEVC over
MPEG-2 Systems
Draft Systems Agenda
84
Source
Dispositio
ns
SC 29 Secretariat
Refer
N13414
SC 29 Secretariat
Refer
N14316
li.ming42@zte.com.c Accepted
n, Ming Li
N14319
ping.wu@zte.com.cn
, Ping Wu
m3317
4
MPEG- On Carriage of Layered HEVC over
2
MPEG-2 Systems
m3330
1
MPEG- Comments on WD of carriage of
2
layered HEVC over MPEG-2 Systems
m3343
9
MPEG- Hierarchy Descriptors in MPEG-2
2
Systems
m3318
7
MPEG- Proposal for MPEG-H 3D Audio in
2
MPEG-2 Systems
m3320
1
MPEG- Signaling of additional MPEG-4
2
Audio profiles
m3322
6
MPEG- Carriage of Green Metadata in
2
MPEG-2 Systems
Draft Systems Agenda
85
Guoqiang Shang
Yutang Xie
Karsten.Grueneberg
@hhi.fraunhofer.de,
Karsten Grueneberg
Thomas.Schierl@hhi.
fraunhofer.de,Thom
as Schierl
Yago.Sanchez@hhi.fr
aunhofer.de,Yago
Sanchez
fhendry@qti.qualco
mm.com, Hendry
cheny@qti.qualcom
m.com, Ying Chen
yekuiw@qti.qualcom
m.com, Y.-K. Wang
aramasub@qti.qualc
omm.com, A. K.
Ramasubramonian
(Qualcomm)
Karsten.Grueneberg
@hhi.fraunhofer.de,
Karsten Grueneberg
Thomas.Schierl@hhi.
fraunhofer.de,Thom
as Schierl
Yago.Sanchez@hhi.fr
aunhofer.de,Yago
Sanchez
stephan.schreiner@i
is.fraunhofer.de,
Stephan Schreiner
harald.fuchs@iis.fra
unhofer.de, Harald
Fuchs
stephan.schreiner@i
is.fraunhofer.de,
Stephan Schreiner
ingo.hofmann@iis.fr
aunhofer.de, Ingo
Hofmann
Felix C. Fernandes
Imed Bouazizi
Youngkwon Lim
Accepted
N14319
Accepted
N14319
Accepted
N14319
Accepted
N14321
Accepted
N14322
Accepted
N14320
16.3
Summary of discussions
16.3.1 M 33437 from ATSC related to DTS alignment for MVC transport.
 This indicated possible implementation issues related to maintaining exact values of
DTS for each view mandated in the transport of MVC.
 The group decided to send a liaison response requesting additional information noting
that the standard was approved few years ago and no issues have been reported todate
in deployments such as BluRay DVD, DVB broadcasting and US trials.
16.3.2 M 33226 – Carriage of Green Metadata in MPEG-2 systems. This proposed use
of PES encapsulation and a descriptor.
 There was a suggestion to constrain this to transport streams only and preclude
program stream usage.
 There was no issue related to static data carriage (for an entire program or event) using
a descriptor. However, carriage of dynamic data may need a review of both PES and
section based encapsulation mechanisms for efficiency and implementation ease.
 A WD will be produced at this meeting with a resolution requesting NB’s for
comment on the 2 options.
16.3.3 M 33201 – Signaling of additional MPEG-4 audio profiles for AAC and USAC.
 This will be constrained to LATM/LAOS only with new profiles/levels signaled in
existing descriptor. Some compatibility issues related to deployed decoder behaviour
was brought up and this may need further discussions. Use of new stream_type for
these profiles/levels was also suggested.
 The group could not agree on whether we should combine this with m 33187 and
produce a WD for amendment at this meeting or produce a PDAM for carriage of
MPEG-4 audio extensions at this meeting and WD for carriage of MPEG-H audio. In
mid-week plenary there was agreement to create separate amendments. A WD for
carriage of MPEG-4 audio will be output at this meeting.
16.3.4 M 33187 – Carriage of MPEG-H 3D audio in MPEG-2 systems.
 Carriage of MPEG-H audio may need additional information on buffer size and bit
rates for the various configurations. These will be provided by next meeting before a
PDAM can be produced. A WD will be output at this meeting.
 No changes to definition of access unit, random access point and others in current
MPEG-2 standard.
16.3.5 M 33116
 – ZTE. This proposed use of new descriptor value for HEVC_extension instead of
embedding the HEVC_extension inside existing HEVC video descriptor. This was
accepted and is reflected in the PDAM 7.
16.3.6 M 33174
 – Fraunhofer – Suggests keeping HEVC operation point descriptor at program level,
keeping heirarchy_descriptor, removal of extension of HEVC video descriptor and
changes to HRD descriptor. Contribution m 33439 provided comparative data rate
overhead between the options for operation point signaling at program versus ES
level.
Draft Systems Agenda
86
16.3.7 M 33301
 – Qualcomm – Suggests keeping heirarchy extension descriptor, keeping the HEVC
extension in a separate descriptor instead of HEVC video descriptor (to signal
operation points at ES level) and deleting HEVC operation point descriptor.
 The group agreed to changes to HRD descriptor, removal of HEVC extension from
HEVC video descriptor and create a new descriptor called HEVC extension
descriptor for use at ES level. However, there was no agreement between the 2
methods to signal operation points (at program or ES level) and we will request NB
comments during the PDAM ballot. Request for PDAM 7 and text of PDAM 7 will
be output at this meeting with 3 week editing period.
16.4
Action Points / Ballots
17.
17.1
MPEG-4 ISO Base File Format (14496-12)
Topics
17.1.1 ISO/IEC 14496-12:201X/AMD 3: Font streams and other improvements to file
format
This amendment modifies the description and format of some existing fields of the
decoderSpecificInfo and also provides a definition of font data box for ISO Base Media File
Format
17.1.2 ISO/IEC 14496-12:201X/AMD 4: Enhanced 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.
17.2
Contributions
Numbe Session
r
m3274 File
5
Format
m3308
4
m3321
7
File
Format
File
Format
Title
Source
Summary of Voting on
ISO/IEC 1449612:2012/DCOR 2 and ISO/IEC
15444-12:2012/DCOR 2
Comment on 14496-12 4th
Edition
Relaxing Movie Fragment
Sequence Number
Draft Systems Agenda
87
Dispositions
SC 29 Secretariat
No
Mitsuhiro Hirabayashi
Takehiko Nakano
cyril.concolato@teleco
m-paristech.fr, Cyril
Accepted
w14439
noted
Concolato
jean.lefeuvre@telecomparistech.fr, Jean Le
Feuvre
m3321
9
File
Format
Codec parameters for
metadata and subtitle tracks
cyril.concolato@teleco noted
m-paristech.fr, Cyril
Concolato
jean.lefeuvre@telecomparistech.fr, Jean Le
Feuvre
m3325
6
File
Format
WD Text of 14496-12 Amd 4
David Singer
Frank Baumgarte
Accepted
w14325
m3308
1
m3318
8
File
Format
File
Format
Study of ISOBMFF Sample
Variants
MPEG-H 3D Audio in the ISO
base media file format
Michael Dolan
noted
m3322
0
File
Format
Considerations for TEMI in
ISOBMFF
cyril.concolato@teleco Noted
m-paristech.fr, Cyril
Concolato
jean.lefeuvre@telecomparistech.fr, Jean Le
Feuvre
m3294
4
File
Format
Conformance bitstreams for
MPEG-4 File Format
m3329
7
File
Format
Partial ISO BMFF Structures
richard.mitic@ericsson.
com,Richard Mitic
c_tstock@qti.qualcom
m.com,Thomas
Stockhammer
17.3
Bernd.Czelhan@iis.frau Accepted
nhofer.de, Bernd
Czelhan
ingo.hofmann@iis.fraun
hofer.de, Ingo Hofmann
stefan.doehla@iis.fraun
hofer.de, Stefan Doehla
Accepted
w14326
Noted
Summary of discussions
17.3.1 m32944
Conformance bitstreams for MPEG-4 File Format
Into the pending update for conformance, for cross-check. Maybe we could have a file that
uses both restriction and encryption? Thank you!
Draft Systems Agenda
88
17.3.2 m33256
WD Text of 14496-12 Amd 4
For channel position, the bits need labeling and associating with the layout, and we need to
link to the new position table, and also allow for explicit azimuth/elevation (and alas, 0 means
left front, not reserved).
We need to look at extended language codes and supplementary audio tags as well (as defined
by DVB 300-468), and possibly whether the track is coded in such a way as to support
interaction. Contributions welcome.
17.3.3 m32745
Summary of Voting on ISO/IEC 14496-12:2012/DCOR 2 and
ISO/IEC 15444-12:2012/DCOR 2
All approved, thank you. (The Danish ‘comment’ is that they are abstaining.)
17.3.4 m33084
Comment on 14496-12 4th Edition
Into an output Defect Report on 14496-12. We also have a bug in the ctts box, that says
version=0 and then has an if (version==1) later.
17.3.5 m33220
Considerations for TEMI in ISOBMFF
Seems like an interesting problem. We had documents on this subject before (uniform
timeline alignment), and we’ll put this in the ad-hoc charter. Logically we have two problems:
(optionally) labeling the times in this MP4 file, and then saying what the matching times are
in the other stream (and maybe what it is).
17.3.6 m33222
Tile Information in ISOBMFF
For now, into the amendment WD for part 15, but marked as intended for part 12. We clarify
the width/height relationships when re-sampling occurs.
17.3.7 m33081
Study of ISOBMFF Sample Variants
We discussed the requirements in the requirements session. It seems that this could document
‘the sample aux info for this 4CC is <the record in the vloc>’ and not need to define a new
box for it. We are concerned with the new offsets, especially encrypted ones, and we
hypothesize that the possible sources of variant sample bytes for a given sample are either the
original sample or a pool of bytes specific to this sample. We wonder whether the variant
information could be in a separate track, with time-parallel samples (some of which are empty,
and some contain variant construction information). We note that this works for any
encryption system, or indeed any system, where you can work out “I cannot handle the
original sample as presented” (e.g. because I don’t have the key). We note that sample groups
are good for ‘marking’ samples that have a characteristic (e.g. they have variant information),
but the instructions are not re-used between samples, so the variant construction can’t be a
sample group description. The variant-construction information is encrypted in order to
obfuscate what a reader might do; it’s not easy to work out what will happen even if you
know the keyIDs a reader has keys for.
We’d like to understand roughly what the ‘scale’ is (how many variants should we cope with,
how many samples in a track might have variants, and so on).
We note that this should work in a DASH context but study is welcome.
Into a TuC output, to accompany the draft requirements.
17.3.8 m33260
Carriage of Time Variant Encryption and Signature information in
ISOBMFF and its Signaling in DASH
On signing tracks, there is no doubt we could work to define a signature metadata track, but
we are concerned we don’t understand the use-cases well enough to do the definition so that it
meets them.
Draft Systems Agenda
89
On signing parts of files, we note that the CD of image carriage has some hash/signature
provisions. But this is a general provision for box-structured files. The use of box-relative
offsets is attractive, but it means that if someone fiddles with unsigned bytes such that the
distance changes, but in fact the ‘important’ signed bytes have not changed. We may need to
work more on the addressing/linking of signature to the signed data. We think that we’d go
with just 64-bit support at this point, or use a flag rather than version if variation is really
needed. Into the TuC for part 12.
17.3.9 m33297
Partial ISO BMFF Structures
We are interested in working out why a standard would help here – where is the interop point?
One possible is when files are partially received over multicast and then handed on or stored.
Could this be abstracted from the format of the file itself, and just represent a ‘sparse file’, a
file with pieces missing? Does it need to be tied to the (box) structure of the ISO BMFF?
Maybe add this to the mandate of the Ad-hoc group to study?
17.3.10
m33217
Relaxing Movie Fragment Sequence Number
We are looking at four possible solutions:
1) brand, as suggested; this stops many players that could the file;
2) make the box optional; players may well complain
3) version or flag the box; the same players may well complain
4) we could change the text; we could say that this can be used to check ordering or put
fragments in order in environments where re-ordering might occur, and provide
guidance on setting it, and let decoders decide whether they need to use it.
We tend to the 4th, and put it into the defect report for study.
17.3.11
m33219
Codec parameters for metadata and subtitle tracks
We make this into a liaison that outlines the problems, and who owns them, and suggest that
the file format group stop at the level of identifying the format, and those formats own further
sub-parameters. Liaison to W3C, SMPTE, EBU, DVB, DECE, DASH-IF. Authors to draft.
Also a TuC to capture the decision on text tracks.
17.4
Action Points / Ballots
ISO/IEC 14496-12:2012/DAM 3
(SC 29 N 13726)
18.
18.1
Part 12: ISO base media file format
DAM
AMENDMENT 3: Font streams and other (2014improvements to file format
04-13)
MPEG-4 AVC File Format (14496-15)
Topics
18.1.1 ISO/IEC 14496-15:2010 AMD 2 Carriage of HEVC
This amendment of ISO/IEC 14496-15 specifies the storage format for HEVC
(ISO/IEC 23008-2) video streams.
Draft Systems Agenda
90
The storage of HEVC content uses the existing capabilities of the ISO base media file format
but also defines extensions to support the following features of the HEVC codec.

Adaptation Parameter sets:
decoding parameters that are supposed to change more frequently than coding parameters in picture
parameter sets.

Temporal scalability sample grouping:
a structuring and grouping mechanism to indicate the association of access units with different hierarchy
levels of temporal scalability.
Temporal layer access sample grouping: a structuring and grouping mechanism to indicate the
identification of access units as temporal layer access (TLA) samples.
18.1.2 ISO/IEC 14496-15:2013 AMD 1 Enhanced carriage of HEVC and support of
MVC with depth information
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
18.2
Contributions
Numbe
Session
r
m3274 File
6
Format
Title
Source
Summary of Voting on
ISO/IEC 1449615:201x/DCOR 1
Improvement on HEVC
Tile Track for WD of
14496-15 AMD1
Editorial improvements for
HEVC AMD
m3308
3
File
Format
m3295
1
File
Format
m3315
5
File
Format
m3315
6
File
Format
A Stream Access Point
Sample Group for
ISOBMFF
File Format for Layered
HEVC
m3322
2
File
Format
Tile Information in
ISOBMFF
Draft Systems Agenda
91
Dispositions
SC 29 Secretariat
Refer
w14440
Mitsuhiro Hirabayashi
Sally Hattori
Accepted
w14328
guido.franceschini@telec
omitalia.it, Guido
Franceschini
Miska M. Hannuksela
Vinod Kumar Malamal
Vadakital
Vinod Kumar Malamal
Vadakital
Miska M. Hannuksela
cyril.concolato@telecom
-paristech.fr, Cyril
Concolato
Accepted
w14441
Accepted
w14328
Accepted
w14328
Accepted
w14328
jean.lefeuvre@telecomparistech.fr, Jean Le
Feuvre
Franck.Denoual@crf.can
on.fr, Franck Denoual
Frederic.Maze@crf.cano
n.fr, Frederic Maze
Eric.Nassor@crf.canon.fr,
Eric Nassor
m3346
2
18.3
File
Format
Study of AVC ES
constraints in 14496-15
Accepted
w14441
Summary of discussions
18.3.1 m33083
Improvement on HEVC Tile Track for WD of 14496-15 AMD1
We need to visit the assumption that a tile track would share the codecs sub-parameters of the
main track, and see whether it’s true, and formally define the sub-parameters of hvt1. We
could relay just these new values, or relay the values from the base stream with these new
values replacing the base stream values. (We note that there are a number of typos – Tlie for
Tile, Temproral for Temporal, etc.). We see some value in having the operational parameters
for a tile track in that track, and not rely on the possible existence of an SEI in the base track’s
configuration record. Into the WD.
18.3.2 m33155
A Stream Access Point Sample Group for ISOBMFF
Thank you for the exploration of the SAP types. We note also that we have said we’d
entertain a revision of sample groups that makes them media-type independent. We are
concerned about constant_ind_flag and constant_sap_type in the parameter, but it basically
allows the sampletogroup mapping to be de-interleaved. However, that leaves us with two
ways to describe the track – interleaved and non-interleaved. There is also some concern over
the requirement that the actual sap_type match the constant sap type promised – this may be
fragile. The same applies to the independent flag. We accept the group with these two fields
removed from the grouping_type_parameter. We prefer dependent_flag as for the non-layered
case (which cannot have dependency) the flag will be 0. Into the next Part 12 amendment.
18.3.3 m33156
File Format for Layered HEVC
Much discussion on output layers, and layers required for decoding; can we (apparently not)
just mark each layer with its profile/level (taking into account the required other layers)? No,
because the choice of output layers affects level, and there may be more than one choice.
(Many more clarification questions.)
On the config record, it might be nice to have reserved fields where the profile/level were, so
we can use the same parsing software. (The explanation of complete_representation could be
improved.)
We used to document operating points in the base, but we cannot in the case that the base is
AVC, so that’s why we need the oref track reference.
The recent decision to allow recursive extractors seems somewhat in tension with the
restriction that an extractor extracts only one layer; the authors didn’t see the use case at time
of writing but now do.
Draft Systems Agenda
92
We note that this doesn’t yet define for the present all the sample groups, and doesn’t (yet)
define the time-parallel meta-data.
Some concern that we can no longer (say, from DASH) say “decode and present this track
(and what it pulls in)” as we need to identify the operating point. Do we need a ‘default
operating point’ for a track, and maybe each track could identify which are its possible
operating points?
We see these major changes:
1) no profile/level etc. in the config record; can we have them back for decoding ‘the
entire track’ (maybe operating at the ‘default operating point’, which could be
signaled); we can then define the codecs MIME sub-parameters, which we need to do.
2) restrictions on extractor/aggregator; we agree we should lift the extractor restriction.
do we need aggregrators if we don’t have sample groups and maps? Yes, they can help
skipping entire layers.
3) IRAP signaling; we agree to put the new SAP sample group in the ‘audio’ part 12
amendment, clearly defining the extra bit and layered coding support as used only in
layered coding, with zero there otherwise. Do we need the material in the current WD?
We agree to put both into the next WD.
4) editorial changes; can we put M-HVC and S-HVC together (but still separate from
MVC+D)? Do we like the change from ‘S’/’M’ to ‘L’?
5) track content box and operating point information box are new, and the oref track
reference
6) changed the handling of non-output layered samples; but the old text covered (in an
ugly way) the case that there might or might not be an output from this sample,
depending on choice of layer/operating point. 8.4.9 can’t apply in this case. More
study needed.
Do we need the variants like AVC for base layers with or without extractor/aggregator?
Perhaps we could simplify and say that base layers don’t use them? No, we want to be able to
assemble base layers from tile tracks. We need hev2/hvc2, as in the working draft.
Do the tcon/oinf need to be mandatory? In some simple cases we might not need them. Can
we phrase the conditional mandate clearly?
New WD needed (no, we can’t go to amendment).
18.3.4 m33462
Study of AVC ES constraints in 14496-15
We think that it should be a ‘should’ and decoders must use the file-level signaling for the
functions covered by these (i.e. they may be always ignored, even if there are no file-format
structures).
18.3.5 m32951
Editorial improvements for HEVC AMD
We’d like text that says how to set all these fields, and the one problematic flag should be
changed to say ‘0’ means “don’t know”. We clarify that there is no requirement to put any
SEI into the arrays. We also need to clarify the complete_representation flag.
Defect Report with a two-week editing period. Guido to start. We’d like people to scan for
other corrections. In particular we do not recall why we have frame rate information in the
‘decoder configuration’.
18.4
Action Points / Ballots
ISO/IEC FDIS 14496-15 3rd edition
Draft Systems Agenda
Part 15: Carriage of NAL unit structured
93
FDIS
(SC 29 N 13798)
video in the ISO Base Media File Format
19.
Font Streaming (14496-18)
19.1
Topics
(201404-11)
19.1.1 ISO/IEC 14496-18:2004/ AMD 1 Updated semantics of decoderSpecificInfo and
font data description for ISOBMFF
This amendment clarifies usage of font data streams decoder specific information, and
provide tools to carry font data streams in ISO/IEC 14496-12
19.2
Contributions
.
Number Session
m32731
Font
Title
Source
Summary of Voting on
ISO/IEC 14496-18:2004/DAM SC 29 Secretariat
1
19.3
Summary of discussions
19.4
Action Points / Ballots
20.
Open Font Format (14496-22)
20.1
Topics
Dispositions
None
20.1.1 ISO/IEC 14496-22 AMD Color Font Technology and MATH layout support
20.2
Contributions
.
Number Session
Title
m33057 Plenary Updates for ISO/IEC 14496-22 3rd
ed. WD "Open Font Format"
Draft Systems Agenda
94
Source
Dispositions
vladimir@fonts.com,
Accepted
Vladimir
W14331
Levantovsky
20.3
Summary of discussions
20.4
Action Points
21.
Composite Font Representation (14496-28)
21.1
Topics
21.1.1 ISO/IEC 14496-28 COR 1
21.2
Contributions
.
Number Session
m32747 Font
Title
Summary of Voting on ISO/IEC 1449628:2012/DCOR 2
21.3
Summary of discussions
21.4
Action Points
22.
22.1
Source
SC 29
Secretariat
Dispositions
Refer
w14332
Reference Software (21000-8)
Topics
22.1.1 ISO/IEC 21000-8 AMD 3 Contract Expression Language (CEL) and Media
Contract Ontology (MCO) Reference Software
22.2
Contributions
Draft Systems Agenda
95
Number Session
m32733
Plenary
Title
Summary of Voting on ISO/IEC
21000-8:2008/DAM 3
22.3
Summary of discussions
22.4
Action Points / Ballots
23.
23.1
Source
SC 29 Secretariat
Dispositions
None
Media Context Ontology (21000-21)
Topics
23.1.1
23.2
Contributions
Number Session
m33039 MPEG21
Title
Proposal for ISO/IEC
21000-21 COR 1
Draft Systems Agenda
Source
Dispositions
jaime.delgado@ac.upc.edu, Accepted
Jaime Delgado
w14337
laurent.boch@rai.it, Boch
Laurent
vrodriguez@fi.upm.es,
Victor Rodriguez-Doncel
96
23.3
Summary of discussions
23.4
Action Points / Ballots
24.
MP-AF (23000-15)
24.1
Topics
24.1.1 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.
24.2
Contributions
Number Session
Title
m32940 AF
Study v2 of 3rd WD of
ISO/IEC 23000-15
Multimedia Preservation
Application Format
(N13970)
Source
Walter Allasia
Werner Bailer
Roberto Borgotallo
Wo Chang
Jean-Pierre Evain
Sergiu Gordea
Noboru Harada
Dispositions
Accepted
w14339
m32941
AF
Accepted
w14335
m32942
AF
Werner Bailer
Peter Schallauer
Roberto Borgotallo
Werner Bailer
Chris Pike
Proposal for MPEG-7
Extensions for Quality
Metadata
Concert recording data set
24.3
Summary of discussions
24.4
Action Points
Draft Systems Agenda
97
Accepted
w14339
25.
Common encryption format for ISO BMFF (23001-7)
25.1
Topics
25.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.
25.2
Contributions
Number
m33384
25.3
Session
File
Format
Title
Comments on Pattern based
encryption
Source
sylvain.kerva
dec@orange.
com, Sylvain
Kervadec
Disposition
Noted
Summary of discussions
25.3.1 m33384
Comments on Pattern based encryption
The proponents of this scheme (and anyone else interested) are encouraged to consider this
contribution and propose enhancements that address or ameliorate these issues. An example
might be sub-sample information, but that would add a lot of data to the file. Maybe there is a
more compact or algorithmic way to define the pattern. We wonder how much slice headers
actually vary in size, to maybe the high limit would work if the variation is small.
We should indeed document how other codecs are handled and make clear that the NAL unit
type table only applies to those specific codecs. Proponents encouraged to submit a
contribution to address these (and we expect an NB comment formally making these
questions to address).
(All the modes of common encryption only encrypt VCL NAL units, so extractors and
aggregators would be in the clear.)
25.4
Action Points / Ballots
ISO/IEC DIS 23001-7 2nd Edition
(SC 29 N 13723)
Draft Systems Agenda
Part 7: Common encryption format for
ISO base media file format
98
DIS
(201404-13)
ISO/IEC 23001-7:2012/PDAM 2
(SC 29 N 14057)
26.
CICP (23001-8)
26.1
Topics
Part 7: Common encryption format for
ISO base media file format
AMENDMENT 2: Simple pattern-based
encryption mode
PDAM
(201405-12)
26.1.1
26.2
Contributions
Number
m33270
Session
File
Format
m33184
26.3
Title
Updated defect report on 23001-8
CICP
Update to Audio part of ISO/IEC
23001-8 (CICP)
Source
singer@appl
e.com, David
Singer
Max
Neuendorf
Disposition
Accepted
w14450
Accepted
w14450
Summary of discussions
26.3.1 m33184
Update to Audio part of ISO/IEC 23001-8 (CICP)
This looks good. It might be good to say that in the new table that the rows roughly
correspond with the old table, but if a label is needed or desired, it’s best to use the label from
the configuration and not the old speaker position table. We probably have other updates as a
result of the DRC work, and we should communicate with video that they may to amendment
on their material separately on their own schedule.
CICP audio editor to prepare the amendment and request therefore, and the documents to be
approved in audio.
26.4
Action Points
Draft Systems Agenda
99
27.
Common encryption format for MPEG-2 TS (23001-9)
27.1
Topics
27.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.
27.2
Contributions
Number
Session
Title
Source
Disposition
27.3
Summary of discussions
27.4
Action Points
28.
Timed metadata metrics of Media in ISOBMFF (23001-10)
28.1
Topics
28.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.
28.2
Contributions
Number
m33185
Session
File
Format
Draft Systems Agenda
Title
Proposal of improvements to
CD 23001-10
100
Source
X. Ducloux
P. Gendron
J. Le Feuvre
C. Concolato
Disposition
noted
m33239
File
Format
FF: Temporal Quality
Signalling in ISO Based Media
File Format
m33255
File
Format
Improvements on CD text of
Carriage of Timed Metadata
of Media in ISOBMFF
28.3
zhu.li@ieee.org,
Zhu Li
i.bouazizi@samsun
g.com, Imed
Bouazizi
zhangshaobo@hua
wei.com, Shaobo
Zhang
xin.huawei.wang@
huawei.com, Xin
Wang
Accepted
w14342
Accepted
w14342
Summary of discussions
28.3.1 m33255
Improvements on CD text of Carriage of Timed Metadata of Media
in ISOBMFF
We are concerned that the MOS score doesn’t say what the panel size was, or alternatively if
it met the requirements of some standard. We note that each metric would need revision to
say how the accuracy applies, and what restrictions on the range of accuracy values there
might be, and so on. The revised sample format also needs its pseudo-code, and we are
concerned that adding a 3-byte accuracy value to each (typically 1-byte) metric value enlarges
each (admittedly tiny) sample.
In terms of file format, we could make this work (with adjustments to the text), but we’d like
the DASH group to comment on the general applicability of accuracy measures.
Thank you for the typo report: into the study.
28.3.2 m33185
Proposal of improvements to CD 23001-10
There may be a bug in part 12: metadatasamplentry might not explicitly say it takes extension
boxes, which we use here. Agreed, we don’t need an array for the green metadata. Each
green metric has its own sample entry code, and its own sample format. Agreed, it would be
good to use ‘configurationbox’ as part of the names of such boxes. We need a revision into a
proposed study text (later in the week).
28.3.3 m33239
FF: Temporal Quality Signalling in ISO Based Media File Format
We found this a little confusing as the use case in a file format – where frame loss doesn’t
happen as such – is not clear. It’s more bitstream thinning or pruning, perhaps. Perhaps in
DASH one would build subset representations, discarding the highest tiers successively down
to the lowest. Do we need temporal quality information for that (and we note it would be
relayed to the client, even though it’s really only used to subset representations)? This might
help the server build the representations, preserving some ‘technically discardable’ frames
that are ‘quality important’. We’d like the complete use-case assembled in the DASH group
to make sure that this is the right information.
Draft Systems Agenda
101
28.4
Action Points
Part 10: Carriage of Timed Metadata
CD
Metrics of Media in ISO Base Media File (2014Format
05-05)
ISO/IEC CD 23001-10
(SC 29 N 14045)
29.
Green MPEG (23001-11)
29.1
Topics
29.1.1 Green MPEG
29.2
Contributions
Numbe
r
m3309
5
m3295
5
Sessio
n
Green
m3311
5
Title
Source
Summary of Voting on ISO/IEC CD
23001-11
DOR-REQ modification
SC 29 Secretariat
Green
Energy-Aware Reconfiguration
Based on a Just-In-Time Adaptive
Decoder Engine (JADE)
m3318
1
m3322
5
Green
Additional Metadata for Green
Adaptive Streaming
Storage of Green Metadata in the
ISOBMFF
m3342
6
Green
Rong Ren
eduardo.juarez@up
m.es, Eduardo
Juarez
Mickael Raulet
Jianguo Wei
Matias J. Garrido
Cesar Sanz
Fernando Pescador
X. Ducloux
P. Gendron
Felix C. Fernandes
Imed Bouazizi
Youngkwon Lim
Felix C. Fernandes
Esmaeil Faramarzi
Green
Green
A No-Quality-Loss Operating Point
and RGB Scaling for Display
Adaptation
Draft Systems Agenda
102
cyril.bergeron@thal
esgroup.com,C.
Bergeron
sebastien.lecomte@
thalesgroup.com,S.
Lecomte
Disposition
s
Refer
w14343
Accepted
w14344
Accepted
w14344
Accepted
w14344
Accepted
w14342
Accepted
w14344
29.3
Summary of discussions
29.3.1 m33225
Storage of Green Metadata in the ISOBMFF
Thank you. We note that this is a new track type (a metadata track with its sample entry 4CC)
and not a new box type. (We also note that there seem to be some parentheses missing in
some of the pseudo-code.)
29.4
Action Points
30.
MPEG-U (23007-3)
30.1
Topics
30.1.1 Advanced User Interaction Interface
30.2
Contributions
Number Session
Title
30.3
Summary of discussions
30.4
Action Points /Ballots
ISO/IEC 23007-3:2011/DAM 1
(SC 29 N 13805)
Draft Systems Agenda
Source
Dispositions
Part 3: Conformance and reference
software
AMENDMENT 1: Conformance and
reference software for widget extension
and AUI
103
DAM
(201404-06)
31.
MMT (23008-1)
31.1
Topics
31.1.1 ISO/IEC 23008-1 1st edition
31.1.2 ISO/IEC 23008-1 AMD 1 Additional technologies for MPEG Media Transport
including carriage of MPEG-DASH over MMT
31.1.3 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.
This feedback information may be faster and more accurate than end-to-end feedback
information.
31.2
Contributions
numb Session
er
m3308 MMT
7
Title
Source
Future assignment of MMT signalling
information
m3312 MMT
6
Harmonized proposal for MMT CE
FEC signaling
m3312 MMT
7
Modification of MMT signaling
message (SSWR)
m3312 MMT
9
Modification of MMT signaling
message (AC)
m3323 MMT
7
MMT Amd1: Multiple QoE Operating
Points Signalling in MMT ADC
m3323 MMT
MMT Amd1: Enhanced Distortion
aoki.sha@nhk.or.jp,Shuichi
Aoki
cornelius.hellge@hhi.fra
unhofer.de, Cornelius
Hellge
karsten.grueneberg@hhi
.fraunhofer.de, Karsten
Grueneberg
echkyu@etri.re.kr,
Changkyu Lee
shkim@etri.re.kr,
Sunghei Kim
sgkang@etri.re.kr,
Shingak Kang
shkim@etri.re.kr,
Sunghei Kim
echkyu@etri.re.kr,
Changkyu Lee
sgkang@etri.re.kr,
Shingak Kang
zhu.li@ieee.org, Zhu Li
i.bouazizi@samsung.com
, Imed Bouazizi
zhu.li@ieee.org, Zhu Li
Draft Systems Agenda
104
Accepted
w14355
Accepted
W14355
Accepted
Accepted
Accepted
Noted
8
Signalling for MMT Enabled Video
Streams
m3329 MMT
4
DASH over MMT
m3329 MMT
5
Proposed Updates to MMTP/GFD
m3329 MMT
6
Object-Based MMT FEC
m3331 MMT
7
[MMTAmd1] Proposed updated
tables for signaling messages in
MMT
m3331 MMT
8
[MMT Amd1]ARQ configuration
message for delay-constrained ARQ
in MMT
m3331 MMT
9
[MMT Amd1]Technical proposal for
efficient ADC signaling in MMT
m3337 MMT
5
MMT Evaluation(2): N-screen
services
m3345 MMT
2
m3345 MMT
i.bouazizi@samsung.com
, Imed Bouazizi
kyungmo.park@samsung
.com, Kyungmo Park
c_tstock@qti.qualcomm.
com,Thomas
Stockhammer
c_tstock@qti.qualcomm.
com,Thomas
Stockhammer
c_tstock@qti.qualcomm.
com,Thomas
Stockhammer
ckkim1@etri.re.kr,Chang
ki Kim
kdseo@yonsei.ac.kr,Kwa
ng-deok Seo
jjyoo@etri.re.kr,Jeongju
Yoo
jwhong@etri.re.kr,Jin
Woo Hong
Postpone
d
Accepted
w14357
noted
noted
accepted
Recontribution of M31654
ckkim1@etri.re.kr,Chang
ki Kim
kdseo@yonsei.ac.kr,Kwa
ng-deok Seo
jeung86@naver.com,Tae
-jun Jung
jjyoo@etri.re.kr,Jeongju
Yoo
jwhong@etri.re.kr,Jin
Woo Hong
ckkim1@etri.re.kr,Chang
ki Kim
kdseo@yonsei.ac.kr,Kwa
ng-deok Seo
jjyoo@etri.re.kr,Jeongju
Yoo
jwhong@etri.re.kr,Jin
Woo Hong
Youngwan So
Kyungmo Park
Doug Young Suh
Yongwoo Cho
Sunghee Hwang
Recontribution of m32562
Sunghee Hwang
Noted
Draft Systems Agenda
105
accepted
postponed
Noted
3
m3345
4
m3345
5
m3345
6
m3345
8
m3346
8
m3349
5
m3349
6
m3350
2
m3350
7
m3351
9
31.3
MMT
Recontribution of M32563
Sunghee Hwang
Noted
MMT
FEC method for Packet Drop & SSBG
Mode2
FEC method for SSBG mode2
(merged to m33455)
Valid Period of ADC message
Sunghee Hwang
Noted
Sunghee Hwang
Accepted
W14355
Accepted
MANE Operation with ADC
Information
Proposal on MMT signaling message
for HRBM data removal
Proposal on MMT signaling message
for low delay consumption
Youngwan So
Kyungmo Park
yklwhite@gmail.com,Yo
ungkwon Lim
yklwhite@gmail.com,
Youngkwon Lim
Defect on SSBG Modes
Sunghee Hwang
Proposed Issues for Corrigendum
Imed Bouazizi
Profile for IP Broadcast
Thomas Stockhammer,
Imed Bouazizi
MMT
MMT
MMT
MPEGH
MPEGH
MPEGH
MPEGH
Youngwan So
Kyungmo Park
accepted
Accepted
W14355
Accepted
W14355
Accepted
W14357
Accepted
w14357
Noted
Summary of discussions
31.3.1 m 33087
Agreed. A study will be issued. Still unclear if this will be part of a corrigendum or of AMD1.
If more corrections are needed, we will do a corrigendum, otherwise we will go for AMD1.
31.3.2 m33126
Agreed to move forward with the packet-based solution. Offline discussion to harmonize the
signaling and support for SSBG mode 2.
Harmonization is done and a contribution with the merged will be proposed to be integrated
in AMD2.
31.3.3 m33127
Agreed. NB support is required to be included in the AMD1.
31.3.4 m33129
Agreed. NB support is required to be included in the AMD1.
31.3.5 m33237
Agreed operation points. subADC signaling needs to be harmonized with
Draft Systems Agenda
106
31.3.6 m33238
This will need to be first included as part of the QoE metrics documents discussed in FF.
Once done, some guidelines can be added to the IG document to describe how the values are
set.
31.3.7 m33295
See document for comments. The agreed issues will be provided in the issues for corrigendum.
More aspects need to be considered for assigning different TOIs to chunks of a transport
object. For instance updates to the template mechanism need to be made.
31.3.8 m33296
Noted. MMT has made a decision to only specify a packet-based FEC framework. This work
might be considered as part of an LCT-based profile.
31.3.9 m33317
We first need to understand the reasons why SI table was removed from the specification.
31.3.10
m33318
Agreed. NB support is required to be included in AMD1.
31.3.11
m33319
Agree to add the multiple packet_id. We need to provide a way to carry the ADC in XML
format inside the ADC_message.
The MPU referencing will be discussed within the sub-ADC discussion.
NB support is required to be included in AMD1.
We need to check the usage of flow_lable and whether it fits into the ADC. Then we need to
harmonize the binary, xml description and xml schema definitions for ADC.
31.3.12
m33458
Agreed to add the binary changes. XML signaling of ADC needs to be harmonized with 237.
NB support is required to be included in AMD1.
31.3.13
m33468
Clarify that ADC provides bigger picture and can be used by MANE to allocate
resources for a longer period of time. Packet header QoS information applies to that
particular packet or may be determined out of the ADC information (e.g. after
resource allocation, flow label can be put to the packet header).
Agreed after these changes.
31.4
Action Points
ISO/IEC 23008-1/DAM 1
Draft Systems Agenda
Part 1: MPEG media transport (MMT),
107
DAM
(SC 29 N 13784)
AMENDMENT 1
(201404-13)
ISO/IEC 23008-1/DAM 2
(SC 29 N 13743)
Part 1: MPEG media transport (MMT),
AMENDMENT 2: Header Compression
and Cross Layer Interface
DAM
(201407-14)
32.
MMT FEC (23008-10)
32.1
Topics
32.1.1 ISO/IEC 23008-10 1st edition
MMT defines several tools for error correction Such as Forward Error Correction (FEC) and
retransmissions. A set of FEC codes is defined in 23008-10 that is shares a Common FEC
framework. Additional codes may also be added . Some of the Currently defined FEC codes
have enhanced support for Layered media
32.2
numb
er
Contributions
Sessio
n
Title
32.3
Summary of discussions
32.4
Action Points
ISO/IEC DIS 23008-10
(SC 29 N 13917)
Draft Systems Agenda
Source
DIS
Part 10: MPEG Media Transport Forward
(2014Error Correction (FEC) codes
05-06)
108
33.
CI (23008-11)
33.1
Topics
33.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.
33.2
Contributions
numb Sessio
er
n
m3297 MMT
5
m3322 MMT
9
m3323 MMT
0
Title
Source
FRNB Comment on MMT
Composition Information (MPEGH part 11)
pierrick.philippe@orang
e.com,Pierrick Philippe
on behalf of the French
National Body
Imed Bouazizi
updates to the CI update
mechanism
Spatial Updates in CI
33.3
Summary of discussions
33.4
Action Points
ISO/IEC DIS 23008-11
(SC 29 N 13937)
Draft Systems Agenda
Imed Bouazizi
Part 11: MPEG Media Transport
Composition Information
109
Accepted
W14361
Accepted
W14361
Accepted
W14361
DIS
(201405-13)
34.
MMT Implementation Guide (23008-13)
34.1
Topics
34.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.
34.2
Contributions
numb Session
er
m3323 MMT
2
m3342 MMT
3
Title
Source
IG: data reconstruction in MMTP
Imed Bouazizi
MMT Implementation Guideline on
broadcast and broadband hybrid service
yklwhite@gmail.com
, Youngkwon Lim
34.3
Summary of discussions
34.4
Action Points
35.
Image File Format (23008-12)
35.1
Topics
Accepted
W14364
Accepted
W14364
35.1.1 ISO/IEC 23008-12 1st edition
35.2
Contributions
numb Session
er
m3314 File
3
Format
Title
Auxiliary Pictures for HEVC
Still Images
m3315 File
Sub-sample Information for
Draft Systems Agenda
Source
110
Vinod Kumar Malamal Vadakital
Miska M. Hannuksela
Jani Lainema
Vinod Kumar Malamal Vadakital
Accepted
w14362
Accepted
0
Format
m3315 File
2
Format
m3315 File
3
Format
m3327
3
m3322
1
35.3
File
Format
File
Format
HEVC Still Images and Image
Sequences
Signalling for Untimed
Images in an HEVC Image
Sequence
Use of XMP Metadata in
Image File Format
Miska M Hannuksela
Jani Lainema
Vinod Kumar Malamal Vadakital
Miska M. Hannuksela
Jani Lainema
Vinod Kumar Malamal Vadakital
Miska M. Hannuksela
Jani Lainema
singer@apple.com, David Singer
Sub-picture considerations
for the still image file format
Storage of HEVC Tiled
cyril.concolato@telecomImages in the Image File
paristech.fr, Cyril Concolato
Format
jean.lefeuvre@telecomparistech.fr, Jean Le Feuvre
Franck.Denoual@crf.canon.fr,
Franck Denoual
Frederic.Maze@crf.canon.fr,
Frederic Maze
Eric.Nassor@crf.canon.fr, Eric
Nassor
w14362
noted
Accepted
w14362
noted
Accepted
w14362
Summary of discussions
35.3.1 m33150
Sub-sample Information for HEVC Still Images and Image
Sequences
We like the design with separate boxes and differentiation by flags. Into a study. We note
that there are bugs in the specification of both the p12 subsample box and the pt15 use of it
(both into defect reports).
35.3.2 m33273
Sub-picture considerations for the still image file format
Yes, we prefer the layered design with cropping indicated at the file format level, and then
assisted by structures that help you find tiles and their areas. Detailed contributions welcome.
35.3.3 m33221
Storage of HEVC Tiled Images in the Image File Format
We seem to have some overlap between the sub-sample approach to tiles and this; we might
need to make sure it’s not duplicative. This approach is fairly codec-independent (we think,
but we only have one codec for which it works at the moment). Would it be better to have the
grid-position info as init data for the hvt1 image type? We might want to box up the init data
sub-parts? Can we generalize this for assembly of images from tiles that truly are independent
(as well as breaking up an image into tiles)? Perhaps we can put the grid location as the first
few bytes of an item of type hvt1?
Into the study (with some of these open questions, and changes mentioned here).
35.3.4 m33152
Signalling for Untimed Images in an HEVC Image Sequence
We think that the semantics of this flag is what the semantics of a pict track are, and that
maybe needs clarification. If you want a ‘timed still image’ (an oxymoron) use the video
Draft Systems Agenda
111
handler type, that says that timing is significant (cf animated GIFs). We edit 6.1 in the study
to include these semantics.
35.3.5 m33153
Use of XMP Metadata in Image File Format
Into the study without the last sentence (which implies that XMP metadata is special, whereas
this is true for any item). We need to tighten the normative language.
35.3.6 m33143
Auxiliary Pictures for HEVC Still Images
We allow more than one init reference, so the aux image could have two – one to the decoder
conf record (box) and one to the extra data, and so on. The aux item reference maybe should
point from aux to main image? We think the aux urn should include the type, and be in the
order urn:mpeg:hevc:2014:auxid:xxx where xxx is the integer. So, we use init references to refer to hvcC,
auxC (HEVC auxiliary information), and so on. Into the study!
35.4
Action Points
ISO/IEC CD 23008-12
(SC 29 N 13999)
CD
(201404-22)
Part 12: Image file format
36.
Media presentation description and segment formats (23009-1)
36.1
Topics
36.1.1 ISO/IEC 23009-1 Media presentation description and segment formats
36.2
Contributions
Numb Session
er
m3294 DASH
3
m3311 DASH
1
Title
SegmentList and SegmentTemplate
cardinality in MPEG-DASH
DASH: signaling tile encapsulation
modes
m3311 DASH
2
DASH: signaling the continuity of
adaptation sets across periods
m3316 DASH
6
Evaluation of client assisted cache
friendliness
Draft Systems Agenda
Source
112
Richard Mitic, Eric
Turcotte
Yasuaki Tokumo
Shuichi Watanabe
Takuya Iwanami
Yasuaki Tokumo
Shuichi Watanabe
Takuya Iwanami
Remi Houdaille
Charline Taibi
Stephane
Dispositio
ns
Accepted
w14345
Noted
Noted
Noted
m3317 DASH
3
m3319 DASH
9
Scalable HEVC (SHVC) for DASH
m3320 DASH
4
DASH requirement modifications for
supporting Spatial Relationship
Description feature
m3320 DASH
7
Proposed defect report on DASH
m3320 DASH
8
Comments on MPEG-DASH Amd.2
m3321 DASH
0
Usage of DASH SRD for HEVC Tiling
On Client Authentication and Content
Access Authorization
Draft Systems Agenda
113
Gouache
K. Ugur
M.M. Hannuksela
ozgur.oyman@int
el.com,Ozgur
Oyman
xin.huawei.wang
@huawei.com,Xin
Wang
kilroy.hughes@mi
crosoft.com,Kilroy
Hughes
alexander.giladi@i
nterdigital.com,Al
ex Giladi
rob.koenen@tno.
nl,Rob Koenen
emmanuel.thoma
s@tno.nl,Emmanu
el Thomas
ingo.hofmann@iis
.fraunhofer.de,
Ingo Hofmann
nikolaus.rettelbac
h@iis.fraunhofer.
de, Nikolaus
Rettelbach
cyril.concolato@t
elecomparistech.fr, Cyril
Concolato
jean.lefeuvre@tel
ecom-paristech.fr,
Jean Le Feuvre
Franck.Denoual@
crf.canon.fr,
Franck Denoual
Frederic.Maze@cr
f.canon.fr,
Frederic Maze
Eric.Nassor@crf.c
anon.fr, Eric
Nassor
cyril.concolato@t
elecomparistech.fr, Cyril
Concolato
Noted
Accepted
W14443
Accepted
w14511
Accepted
W14345
Accepted
w14443
Accepted
w14443
m3321 DASH
1
Dependency type signaling in DASH
m3321 DASH
3
DVB Timeline Alignment Interfaces
and MPEG-DASH
m3321 DASH
6
Mapping of DASH Role to HTML 5
m3321 DASH
8
On URI signing in DASH
Draft Systems Agenda
jean.lefeuvre@tel
ecom-paristech.fr,
Jean Le Feuvre
Franck.Denoual@
crf.canon.fr,
Franck Denoual
Frederic.Maze@cr
f.canon.fr, Fre
deric Maze
Eric.Nassor@crf.c
anon.fr, Eric
Nassor
cyril.concolato@t Noted
elecomparistech.fr, Cyril
Concolato
jean.lefeuvre@tel
ecom-paristech.fr,
Jean Le Feuvre
Franck.Denoual@
crf.canon.fr,
Franck Denoual
Frederic.Maze@cr
f.canon.fr,
Frederic Maze
Eric.Nassor@crf.c
anon.fr, Eric
Nassor
oskar.vandevente noted
r@tno.nl,Oskar
van Deventer
emmanuel.thoma
s@tno.nl,Emmanu
el Thomas
cyril.concolato@t Noted
elecomparistech.fr, Cyril
Concolato
jean.lefeuvre@tel
ecom-paristech.fr,
Jean Le Feuvre
ray.vanbrandenbu Noted
rg@tno.nl, Ray
van Brandenburg
emmanuel.thoma
s@tno.nl,Emmanu
114
m3322 DASH
7
4K live streaming to regular mobile
devices - DASH SRD-based
m3323
3
m3323
4
m3323
6
m3324
7
DASH
HTTP Streaming for DASH
el Thomas
emmanuel.thoma Noted
s@tno.nl,Emmanu
el Thomas
omar.niamut@tno
.nl, Omar Niamut
ray.vanbrandenbu
rg@tno.nl, Ray
van Brandenburg
arjen.veenhuizen
@tno.nl, Arjen
Veenhuizen
bastiaan.wissingh
@tno.nl, Bastiaan
Wissingh
lucia.dacunto@tn
o.nl, Lucia
D'Acunto
Noted
Imed Bouazizi
DASH
Communication Channel for SAND
Imed Bouazizi
Noted
DASH
CCB CE: updates for a more robust
solution
Signalling of Timed Metadata in DASH
Imed Bouazizi
Noted
DASH
m3324 DASH
8
CE-SAND: Differentiated services in
DASH
m3326 DASH
0
Carriage of Time Variant Encryption
and Signature information in ISOBMFF
and its Signaling in DASH
Draft Systems Agenda
115
zhangshaobo@hu Noted
awei.com, Shaobo
Zhang
xin.huawei.wang
@huawei.com,
Xin Wang
xavier.ducloux@t
homsonnetworks.com,
Xavier Ducloux
Patrick Gendron
Noted
xin.huawei.wang
@huawei.com,
Xin Wang
fanyuqun@huawe
i.com, Yuqun Fan
kevin.zhoulei@hu
awei.com, Lei
Zhou
xin.huawei.wang
@huawei.com,
Xin Wang
Noted
zhangshaobo@hu
awei.com, Shaobo
Zhang
liuyongliang@hua
wei.com,
Yongliang Liu
m3327 DASH
Adaptation of URL Signing in DASH
xin.huawei.wang
1
@huawei.com,
Xin Wang
zhangshaobo@hu
awei.com, Shaobo
Zhang
liuyongliang@hua
wei.com,
Yongliang Liu
ozgur.oyman@int
el.com, Ozgur
Oyman
m3327 DASH
Extending Representation Format for
Wendell Sun, Arris
5
Media Preparation
Group Inc
Mukta Kar,
Cablelabs
Yasser Syed,
Comcast
m3328 DASH
Top-level Descriptor for MPEG-DASH
Benjamin Rainer
1
christian.timmere
r@itec.aau.at,
Christian
Timmerer
m3328 DASH
MPEG-DASH and Quality of Experience christian.timmere
3
r@itec.aau.at,
Christian
Timmerer
m3328 DASH
Ad Insertion and Period Continuity
c_tstock@qti.qual
4
comm.com,Thom
as Stockhammer
m3328 DASH
CE Report on SAND
c_tstock@qti.qual
5
comm.com,Thom
as Stockhammer
m3328 DASH
CE SAND: Metrics
c_tstock@qti.qual
6
comm.com,Thom
as Stockhammer
m3328 DASH
CE SAND: Comments
c_tstock@qti.qual
7
comm.com,Thom
as Stockhammer
m3328 DASH
CE CBC: Client Control using Dynamic
c_tstock@qti.qual
8
Servoces
comm.com,Thom
Draft Systems Agenda
116
Noted
Noted
Accepted
Noted
Noted
Noted
Noted
Noted
Noted
m3328 DASH
9
Robust DASH-based Live Services
m3329 DASH
2
Updates to MPD Anchors
m3329 DASH
3
Corrigenda Issues for MPEG-DASH
m3331 DASH
2
DASH: Mediaprinting for Content
Component Copyright Verification
m3334 DASH
1
CE CBC: Detection and Control of
Client Bahavior
m3337 DASH
0
DASH SANE CE: GBR for VBR Media
m3346
5
m3347
1
m3347
2
m3347
9
CCB CE Report
DASH
MPEGDASH
MPEGDASH
MPEGDASH
m3348 MPEG1
DASH
as Stockhammer
c_tstock@qti.qual
comm.com,Thom
as Stockhammer
c_tstock@qti.qual
comm.com,Thom
as Stockhammer
c_tstock@qti.qual
comm.com,Thom
as Stockhammer
Luntian Mou
Tiejun Huang
Xin Wang
Yongliang Liu
zhangshaobo@hu
awei.com,SHAOB
O ZHANG
xin.huawei.wang
@huawei.com,Xin
Wang
fanyuqun@huawe
i.com,Yuqun Fan
Yongliang Liu
yuepeiyu@huawei
.com,Roy Yue
Doug Young Suh
Yongwoo Cho
Kyungmo Park
Imed Bouazizi
alex.giladi@gmail.
com, Alex Giladi
alex.giladi@gmail.
Corrigenda: on definition of EventType
com, Alex Giladi
Summary of Voting on ISO/IEC 23009SC 29 Secretariat
1/PDAM 1
jinlee@etri.re.kr,
Jin Young Lee
Truong Cong
MPD support for 3DV with depth
Thang
(Supplementary document)
Kugjin Yun
Won-Sik Cheong
Gwang-soon Lee
Namho Hur
On Extended Profile in 23009-1
Draft Systems Agenda
117
deferred
Accepted
w14345
Accepted
W14345
Accepted
noted
Noted
Noted
Accepted
w14443
accepted
Refer
w14348
noted
36.3
Summary of discussions
36.3.1 m33207
Disposition: Accepted. To be included in DuI.
Summary: Clarification and correction on audio channel output position.
36.3.2 m33292
Disposition: Partially accepted. Address as one of DVB comments
Summary: Similar to DVB liaison.
36.3.3 m32943 SegmentList and SegmentTemplate cardinality in MPEG-DASH
Disposition: Accept Section 4 in DuI
Summary: Editorial fixes. The first two already addressed by 3GPP liaison. The last one is a
typo.
36.3.4 M33472 Corrigenda: on definition of EventType
Desposition: Recommend to fix it in COR1, assuming we get a NB comments.
Summary: conflict between spec and annex b on allowing or not allowing xml element in
event
36.3.5 m33293
Corrigenda Issues for MPEG-DASH
Disposition: Accepted the text with additional correction in issue 1 and issue 2 to be included
in DuI.
Summary:
- Issue 1: need the clarification on the scope of event id. Accepted.
- Issue 2: clarification on how to calculate the duration in two cases. Accepted.
- Issue 3: Already addressed.
36.3.6 m33471
On Extended Profile in 23009-1
Disposition: Partially accepted. Inclusion of DASH events and requirement of aligned events
in all representations of an adaptation set would be included after unpdating the text. Essential
user defined events are out of scope and should be defined by consortia.
Summary: Defined the “essential” events and proposed some profile constraints.
36.3.7 m33112
DASH: signaling the continuity of adaptation sets across periods
(discussed here since it was requested in DASH-IF Liaison of AMD1)
Disposition: Noted. We don’t have consensus on the signaling method. Will be further studied
at the next meeting.
Summary: 3 methods of signaling 1) using adaptation set id, 2) subset id, needs to be redefine
as subset has a different purpose in the spec 3) assetIdentifier, needs to be extended to be used
at adaptation set level.
36.3.8 m33284 Ad Insertion and Period Continuity
Disposition: Noted. We don’t have consensus on the signaling method. Will be further studied
at the next meeting.
Draft Systems Agenda
118
Summary: Proposes
 a new attribute or supplemental descriptor to signal period continuity
 the constraints for adaptation sets’ association
 a definition of period continuity in terms of media playback.
36.3.9 m33208 Comments on MPEG-DASH Amd.2
Disposition: Partially accepted
 Generalized URL parameters:
o Few examples will be added.
o Fix the xlink table as suggested
o Fix the “should” to shall in SRP parsing
 SRD:
o Improve the text as suggested.
Summary:
 Generalized URL parameters: a) is the supplementary needed? Yes and it is clear how
a legacy client (V1) will resolve the query parameters b) Xlink:href semantics is not
clear. Clarify that it points to an URLQueryInfo.
 SRD element: a) is allowed only at Adaptation level, but req and subrep. Should it be
allowed? No it is not needed. B) a should must be a shall c) improved text.
36.3.10
m33227 4K live streaming to regular mobile devices - DASH SRD-based
Disposition: Noted.
Summary: show a use-case of the SRD.
36.3.11
m33199
On Client Authentication and Content Access Authorization
Disposition: Accepted. To be Included in Amd 2.
Recommendation: Add Essential and Supplement descriptors to MPD and period levels in
COR1, if we get a NB request.
Summary: The proposed solution was accepted to be included in Amd2 at the last meeting,
but was not included. In this contribution, however EssentialProperty is added to MPD level
to avoid repeating the same descriptor for all adaptation sets/all periods.
36.3.12
m33260 Carriage of Time Variant Encryption and Signature information
in ISOBMFF and its Signaling in DASH
Disposition: Noted. Deferred to FF subgroup on the proposed box first.
Summary: proposed carrying the signature information as a metadata track instead of being
signalled in MPD.
36.3.13
M33481
Disposition: Noted.
Summary: issue of recognizing texture vs depth track. Association ID/Type may be able to
address it.
36.3.14
m33285
CE Report on SAND Thomas Stockhammer
Disposition: We will continue this CE.
Draft Systems Agenda
119
Summary: report of the CE activities. All the following contributions are summarized in the
report.
36.3.15
m33166
Evaluation of client assisted cache friendliness
Rémi Houdaille, Charline Taibi, Stéphane Gouache
Disposition: Noted
36.3.16
m33234
Disposition: Noted
Communication Channel for SAND
Imed Bouazizi
36.3.17
m33248
Yuqun Fan, Lei Zhou
Disposition: Noted
CE-SAND: Differentiated services in DASH
36.3.18
m33286
Disposition: Dropped.
CE SAND: Metrics Thomas Stockhammer
36.3.19
m33287
Disposition: Dropped.
CE SAND: Comments
Xin Wang,
Thomas Stockhammer
36.3.20
m33370 DASH SANE CE: GBR for VBR Media
Yongwoo Cho, Kyungmo Park
Disposition: Noted
Doug Young Suh,
Overall disposition: reviewed and selected SAND, PED and interfaces. No PED parameter is
identified. No proposed interface is also recognized as necessary. The Metric table does not
include DASH Metrics of Part 1. Recommend to update the CE description with new usecases
as well as trimmed down table. 3 coordinators, each coordinating one part: Metrics
(Emmanuel), SAND (Ali) and PED/interfaces (Mary-Luc). Continue the CE.
36.3.21
M33465 Report
Disposition: Noted.
Summary: summarizes three proposals stated below. Recommend to close this CE.
36.3.22
m33236 CCB CE: updates for a more robust
Disposition: Noted.
Summary: using cookies to track access token with expiry time
36.3.23
m33288 CE CBC: Client Control using Dynamic Services
Disposition: Noted.
Summary: authoring content on fly, so the client doesn’t have access to content to be played
in future. The MPD will be updated as the client plays the content. For
36.3.24
m33341 CE CBC: Detection and Control of Client Behavior
Disposition: Noted
Summary: Using access record to track what has been played by client. Has a signaling to use
the access method.
36.3.25
m33283 MPEG-DASH and Quality of Experience
Disposition: A liaison to SG12 Q14/12 on DASH activities related to QoE.
Summary: introducing a book “quality of experience”, “Qualinet white paper on quality of
experience”. Recommends sending information about our activities on QE to SG12 Q.14/12
which has an active work item on streaming QoE.
Draft Systems Agenda
120
36.3.26
m33218 On URI signing in DASH
Disposition: noted.
Summary: describes how URI signing works and possible applications in DASH. URI signing
is typically used for validating URL for a short amount of time, since other user agent with
same ip can use the same signature to access content.
36.3.27
m33271 Adaptation of URL Signing in DASH
Disposition: noted.
Summary: describes how use partial URL signing that can be used,
36.3.28
m33111
Systems
DASH: signaling tile encapsulation modes
Disposition: Noted.
Summary: 4 cases of HEVC tiling and how they can be signaled in MPD using SRD
descriptor. 1) Independent tiles 2) tiles in one file but independent 3) dependent tiles in one
file 4) group of tiles (combination of 2 and 3).
36.3.29
m33210 Usage of DASH SRD for HEVC Tiling
Disposition: Disposition: Accepted to add SRD descriptor to sub-representation level in
AMD2. We don’t need any additional signaling. However, we need a clarification that if one
rep is being referenced twice or more by dependency Id and being pointed more than once
when the client streams an dependent layer, it needs to receive nad use it one and not multiple
times to build the compliant bit-stream. A NB comment on COR1 is welcomed to clarify this
point.
Summary: 3 scenarios: 1) independent tiles, 2) HEVC tiled videos, 2a) no dependency
between tracks , using depenencyId the dependencies between tracks can be signaled. 2b) tile
tracks are dependent to base track. Proposes an adaptation set with header information with
not actual image/video and another virtual adaptation set that includes all tiles. 3) Scalable
HEVC. Very similar to 2b.
Summary: 2 cases: 1) all tile tracks are the same file 2) ease tile track is in separate file.
Proposed to use sub-representation per tile for case 1 and adaptation sets for case 2. Proposes
the SRD to be used in representation and sub-representation.
36.3.30
m33211
Dependency type signaling in DASH
Disposition: Noted. Accepted to be included in AMD2.
Summary: propose association id with association type.
36.3.31
m33247 Signalling of Timed Metadata in DASH
Disposition. Noted. Accepted as subset of m33211.
Summary: propose association ID.
36.3.32
m33216 Mapping of DASH Role to HTML 5
Disposition: Accepted to be included in Amd2.
Summary: mapping role to kind.
36.3.33
m33233 HTTP Streaming for DASH
Disposition: Start a CE on HTTP 2.0 and Web sockets, Imed and Kevin S.
Draft Systems Agenda
121
Summary: proposes the use of web sockets.
36.3.34
m33275 Extending Representation Format for Media Preparation
Disposition: Noted. Needs further exploration.
Summary: suggests to expand URI to other URI than HTTP. Addressing segment by selfaddressing metadata.
36.3.35
m33281 Top-level Descriptor for MPEG-DASH
Disposition: Accepted and addressed.
Summary: proposing to signal descriptors also at higher level. We already discussed the
solution and accepted a solution.
36.3.36
m33312 DASH: Mediaprinting for Content Component Copyright
Verification
Disposition: Partially accepted. Revised the requirement to : This standard shall support
signaling schemes for identifying ownership of content components.
Summary: proposes the new requirement for conveying content copyright verification
information. We believe that DASH is for signaling information and not verification or
authorization. A revised requirement will be reviewed and added if approved by system.
36.3.37
M33172 Scalable HEVC (SHVC) for DASH
Disposition: Noted.
Summary: proposes a special representation to do fast start up and use ARC for the first
segment of that representation. It proposes two new attributes for representation to signal.
This can be signalled using supplement descriptor instead of new attribute.
36.3.38
m33289 Robust DASH-based Live Services
Disposition: Late submission. Will review at next meeting if re-submitted ontime.
36.4
Action Points
ISO/IEC 23009-1:201X/DCOR 1
(SC 29 N 14034)
Part 1: Media presentation description
and segment formats,
, TECHNICAL CORRIGENDUM 1
37.
Conformance and Ref. SW. for DASH (23009-2)
37.1
Topics
37.1.1 ISO/IEC 23009-2 1st edition
Draft Systems Agenda
122
DCOR
(201404-26)
37.2
Contributions
Number Session
Title
m33092 DASH
DASH:
Conformance
software for SRD
m33212 DASH
Analysis of
Conformance
Impacts and
Workplan for
Conformance
and Reference
Software for the
WD of ISO/IEC
23009-1 Amd.2
m33279 DASH
MPD Schema
Updates
m33280 DASH
MPD Validator
updates
m33282 DASH
Input for MPEGDASH reference
software and
conformance
Conformance
and Test Vectors
for MPEG-DASH
Updates on
reference
software for
MPEG-2 TS
segments
Continuation on
the Support of
MPEG-2 TS
Conent in
ISO/IEC 23009-2
2nd ed.
m33291 DASH
m33469
m33352
37.3
MPEGDASH
File
Format
Source
Yasuaki Tokumo
Shuichi Watanabe
cyril.concolato@telecom-paristech.fr, Accepted
Cyril Concolato
w14350
Franck.Denoual@crf.canon.fr, Franck
Denoual
sylvain.kervadec@orange.com,
Sylvain Kervadec
emmanuel.thomas@tno.nl,
Emmanuel Thomas
christian.timmerer@itec.aau.at,
Christian Timmerer
Thomas Stockhammer
Benjamin Rainer
christian.timmerer@itec.aau.at,
Christian Timmerer
christian.timmerer@itec.aau.at,
Christian Timmerer
Accepted
w14350
Accepted
w14350
Withdrawn
c_tstock@qti.qualcomm.com,Thomas Noted
Stockhammer
withdrawn
alex.giladi@gmail.com, Alex Giladi
noted
Mukta Kar, Arianne Hinds,Yasser
Syed and Alex Giladi
Summary of discussions
37.3.1 m33092
DASH: Conformance software for SRD
Disposition: Accepted to be included in Par2 AMD1 WD.
Summary: Rules for MPD validation. Define schematron for the rules.
Draft Systems Agenda
Dispositions
Accepted
w14350
123
37.3.2 m33212 Analysis of Conformance Impacts and Workplan for Conformance and
Reference Software for the WD of ISO/IEC
Disposition: Accepted. Update the workplan based on m33092 and include it in our WD.
Summary: Workplan for Amd2.
37.3.3 m33279 MPD Schema Updates
Disposition: Accepted. The naming scheme will be used for different edition schema. A note
also added to Annex B, to indicate the URL that schema can be found. (Amd 1).
Summary: Consistent naming of schemas based on the specification editions.
37.3.4 m33280
MPD Validator updates
Disposition: Accepted to be included in conformance software.
Summary: A switch for conformance software to check either edition 1 or 2.
37.3.5 m33352
Continuation on the Support of MPEG-2 TS Content in ISO/IEC
23009-2 2nd ed.
Disposition: Noted.
Summary: work intention to be completed by 110th meeting.
Resolution: recommends to show the progress at 109th meeting.
37.3.6 m33282 Input for MPEG-DASH reference software and conformance
Dropped.
37.3.7 m33291
Conformance and Test Vectors for MPEG-DASH
Disposition: Noted. The first task “feature list” is complete now.
Summary: classify the features in 3 different classes for test. Also a web-based conformance
software architecture is shown. Feature list is in the attached. By the next meeting, we will
have the coverage map and from that we can look at the gaps.
Resolution:
[Overall Resolution: Divide the current WD into two items:
 Part 2 2nd Ed WD, to be updated with 33279, 33280, m33291 (Christian and Thomas)
 Part 2 2nd Ed AMDs, to be created with WD: 33092 and 33212 (Cyril, Alex)] Hold on
the division.
37.3.8
37.4
Action Points
Draft Systems Agenda
124
38.
Implementation Guidelines (23009-3)
38.1
Topics
38.1.1 ISO/IEC 23009-3 1st edition
38.2
Contributions
Numbe
r
Sessio
n
m33214 DASH
m33470
38.3
MPEGDASH
Title
Source
Input Text
for SRD in
MPEGDASH
Part3
Amd.1
Integrate
d text for
23009-3
cyril.concolato@telecom-paristech.fr, Cyril
Concolato
Franck.Denoual@crf.canon.fr, Franck
Denoual
Mitsuhiro.Hirabayashi@jp.sony.com,Mitsuhir
o HIRABAYASHI
alex.giladi@gmail.com, Alex Giladi
Disposition
s
Accepted
w14353
Accepted
w14353
w14354
Summary of discussions
38.3.1 m33214
Text for SRD in MPEG-DASH Part3 Amd.1
Disposition: Noted. Accepted with modification. Will be reviewed later this week.
Summary: refinement of SRD text.
38.3.2 m33470 Integrated text for 23009-3
Disposition: Accepted to break the existing WD into two parts as indicated below. The
additional text will be reviewed and possibly added at the next meeting, since it was
submitted late.
Summary: proposes breaking this Amd into
38.4
Action Points
ISO/IEC DTR 23009-3
(SC 29 N 13873)
Draft Systems Agenda
Part 3: Implementation guidelines
125
DTR
(2014XXXX)
39.
User Description
39.1
Topics
39.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.
39.2
Contributions
Number Session
m32713 MPEGUD
Title
A Proposal of usertype for RD
m32714
MPEGUD
A demo of Remote User Interface
with MPEG-UD
m32952
MPEGUD
Proposed improvements of
MPEG-UD XML Schema
m32953
MPEGUD
A Demo of MPEG-UD
potentialities
Draft Systems Agenda
126
Source
Jaewon Moon
(KETI),
Tae-Boem Lim
(KETI),
SeungWoo
Kum(KETI),
KyungWon Kim
(KETI),
JongJin Jung(KETI),
Jongbin Park(KETI),
Kyoungro Yoon
(KU),
Min-Uk Kim(KU),
HyoChul
Bae(Konkuk
University)
Jaewon moon
Tae-Boem Lim
SeungWoo Kum
KyungWon Kim
JongJin Jeong
JongBin Park
Kyoungro Yoon
Min-Uk Kim
HyoChul Bae
alberto.messina@r
ai.it,Alberto
MESSINA
sabino.metta@rai.i
t, Sabino METTA
sabino.metta@rai.i
t, Sabino METTA
alberto.messina@r
Dispositions
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
w14366
m33108
MPEGUD
Modification on UD language
elements for MPEG-UD
m33109
MPEGUD
Demo for MPEG-UD regarding
translation preferences with
GenieTalk multiligual translation
app
m33113
MPEGUD
A Proposal and Demo of Lossless
Audio for MPEG-UD User
Description
m33277
MPEGUD
MPEG-UD in cloud virtualization:
live demo
m33339
MPEGUD
Proposal of Accessibility Type in
User Description
m33344
MPEGUD
Proposal of ScheduleType in User
Description
m33360
MPEGUD
MPEGUD
White Paper on MPEG User
Description
Missing Technologies on MPEG
User Description
m33361
m33362 MPEG- Demonstration of Visual
Draft Systems Agenda
127
ai.it, Alberto
MESSINA
maurizio.montagnu
olo@rai.it,
Maurizio
MONTAGNUOLO
miranc@etri.re.kr,
Miran Choi
Hyun-ki Kim
miranc@etri.re.kr,
Miran Choi
Young Kil Kim
Sanghun Kim
Muyeol Choi
Min Gyu Lee
Sungmoon Chun,
Wonseok Kim,
Hyunchul
Ko(Insignal),
Miran Choi(ETRI)
Mihai Mitrea
Bojan Joveski
Ramarao Ganji
Kyoungro Yoon
Min-Uk Kim
Hyo-Chul Bae
Jaewon Moon
Tae-Boem Lim
SeungWoo Kum
KyungWon Kim
Kyoungro Yoon
Min-Uk Kim
Hyo-Chul Bae
Jaewon Moon
Tae-Boem Lim
SeungWoo Kum
KyungWon Kim
Sanghyun Joo
Sanghyun Joo
Jae-Sook Cheong
Jiwon Lee
Si-Hwan Jang
Dasom Kim
Hyung-Gi Byun
Jang-Sik Choi
Sanghyun Joo
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
w14366
Accepted
UD
Communications System using
MPEG User Description
39.3
Summary of discussions
39.4
Action Points
40.
Exploration
40.1
Topics
Jae-Sook Cheong
Jiwon Lee
Si-Hwan Jang
Dasom Kim
Hyung-Gi Byun
Jang-Sik Choi
w14366
40.1.1 Uniform Timeline Alignment
40.2
Contributions
Number
Session
Title
40.3
Summary of discussions
40.4
Action Points
Draft Systems Agenda
Source
128
Dispositions
41.
Liaison
41.1
List of input liaison letters
number
Session
m32760 Liaison
m32761 Liaison
m32762 Liaison
Title
Source
IEC TC 100 via SC 29
Secretariat
IEC CD 60728-101
IEC NP: Digital Television
Accessibility - Functional
Specifications
IEC CDV 62087-1, 62087-2,
62087-3, 62087-4, 62087-5
and 62481-6
m32764 Liaison
IEC TR 62921 Ed.1
m32765 Liaison
Liaison Statement from IETF
m32766 Liaison
Liaison Statement from 3GPP
m32926 Liaison
Liaison Statement from EBU
m32927 Liaison
Liaison Statement from SC 34
m33096 Liaison
Liaison Statement from EBU
m33175 Liaison
m33183 Liaison
Liaison Statement on ISO/IEC
13818-1:2013/Amd.6:
Delivery of Timeline for
External Data
Liaison Statement on Uniform
Signalling for Timeline
Alignment
m33290 Liaison
DASH-IF liaison to MPEG
m33373 Liaison
Liaison Statement from DVB
m33485 Liaison
ATSC Liaison to MPEG on DTS
values for MVC
ATSC Liaison on MMT
m33486 Liaison
Liaison Statement from BDA
m33437 Liaison
Draft Systems Agenda
129
IEC TC 100 via SC 29
Secretariat
IEC TC 100 via SC 29
Secretariat
Reponse
None
None
None
IEC TC 100 via SC 29
Secretariat
IETF via SC 29
Secretariat
3GPP via SC 29
Secretariat
EBU via SC 29
Secretariat
SC 34 via SC 29
Secretariat
EBU via SC 29
Secretariat
None
DVB
W14372
DVB
W14374
irajs@microsoft.com,
Iraj Sodagar (on
behalf of DASH-IF)
DVB via SC 29
Secretariat
Walt Husak
Anthony Vetro
Walt Husak
BDA via SC 29
Secretariat
None
W14368
w14367
W14380
W14373
W14370
W14369
W14375
W14376
none
41.1.1 m33290
DASH-IF liaison to MPEG
We think defining a track to carry these SEIs and extracting them from the video is the best
low-intrusion solution, but converting them to a more modern format should be considered. If
the SEIs position needs to be recorded, we would suggest looking at Extractors. The track
timing could be copied from the video track (including re-ordering) or simplified to be in
presentation order.
We could certainly add to 23001-7 section 11 a part that has a small schema and namespace
for representing PSSH boxes in XML. Contributions welcome.
Summary:
- Issue 3: Accuracy of Segment timeline when $Number$ used. No accuracy needed
because it is overkill and the client doesn’t need to know the exact duration of the
segment.
- Issue 5:
5.1 Do clients reliably support parsing the emsg and act accordingly? Should it
be required in a profile? Is notification of event schemes in an EventStream
element in the initial MPD sufficient?
 Response: Yes. It will be added to the new profile. So it’s Amd1 issue.
5.2 For DASH events using value=2, there are some open questions. In order
to use this box, does the client have to apply the patch operation or can it fall
back to value 1? How does the client know to which MPD this patch is the
difference?
- Response: Add the MPD publish time as a separate field. Accepted.
Alex will provide the text.
5.3 We believe that for computing the URL using the $TIME$, a consistent
requirement is necessary to either use the segment index or if the tfdt is used,
that tfdt is equal to presentation time.
 COR1 clearly indicates how to calculate the timing of each media
segment.
5.4 Running through all details we identified that it is not clear how the
buffering parameters: minBufferTime, suggestedPresentationDelay. We
encourage MPEG to clarify their meaning in order to ensure interoperable
implementations.
- Response: Agree that the names are not the best choices. We encourage
receiving contributions for Part 3 to clarify the use of these parameters.
5.5.
There was a very specific question on how Segment Timeline and
Segment gaps work for live services. How can the client know when it can
restart? We believe some clarification is needed.
- Response: Agree. We need to clarify whether Segment Timeline can
signal gaps with unknown duration. It will be captured in DuI and will
be addressed by contribution.
Draft Systems Agenda
130
41.1.2 m32926
Liaison Statement from EBU
Thank you. The decoder behavior in fault situations (e.g. late arrival of media data) is out of
scope of our specification, but your option 2 seems reasonable. We note that MP4Box (among
other tools) supports 14496-30. Into the liaison to EBU.
41.1.3 m32766 Liaison Statement from 3GPP
Disposition: Accepted. To be included in DuI.
Summary: remove “or more” from the SegmentList in the 23009-1 text (or any place that
indicates multiple SegmentList can be used) since the schema only allows one.
41.1.4 m33373
Liaison Statement from DVB
Disposition: Partially Accepted.
- Respond to DVB that if p is not used, the t is from the beginning of the MPD.
- Add an explanation and two examples to DuI.
Summary: The MPD anchor parameter p is not needed and DVB plans to remove it.
Recommendation: Clarify the text by adding example and explanation.
42.
Resolutions of Systems
43.
Action Plan
43.1
Short descriptions
43.2
Check
Draft Systems Agenda
131
44.
References
44.1
Timeline of standards under development
P
r
P
t
Edit
.
Projec
t
2
1
2
1
2
1
AMD5 Transport of MVC depth video
substream
AMD6 Delivery of timline for external
data
AMD7 Carriage of Layered HEVC
4
5
4
5
4
5
4
1
1
1
2
1
2
1
2
1
2
1
5
1
5
1
8
2
2
2
8
8
201
3
201
3
201
3
200
1
200
1
200
1
200
x
201
x
201
2
201
2
201
2
201
3
201
3
200
4
201
x
201
2
200
4
201
x
201
4
4
4
4
4
4
4
4
4
2
1
2
1
A
2
1
1
AMDx
x
AMDx
x
AMDx
x
2nd ed.
CfP
Description
WD
AVC File Format Ref. Soft
TBS
SVC File Format Ref. Soft
TBS
MVC File Format Ref. Soft
TBS
Support of Collaboration, AR
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
13/11
COR 2
13/11
AMD2 Support of Timed Text
12/07
AMD3 Font streams and other
improvements to file format
AMD4 Enhanced Audio Support
DCOR
1
AMD1 Enhanced support of HEVC
13/11
AMD1 Font data descriptions
13/04
3rd ed.
13/0
8
12/10
AMD CEL Conformance and
3
Reference SW
COR 1 Media Context Ontology
13/04
Multimedia Preservation AF
Draft Systems Agenda
132
13/01
13/08
13/08
14/07
14/04
13/11
14/04
13/1
1
COR 2
1st ed.
14/04
14/04
13/0
14/04
13/08
14/04
14/10
B
5
7
B
7
B
8
B
U
1
0
1
1
3
D
1
D
2
D
3
D
3
H
1
H
1
H
1
H
1
0
1
1
1
2
B
H
H
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
44.2
4
nd
2 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
AMD1 High profile and availability
time synchronization
nd
2
Conformance & Reference SW
14/01
14/04
14/10
1st
12/05
13/04
13/11
AMD
2
AMD
1
1st ed
1st ed
Implementation Guideline
AMD1
1st
MMT
AMD1 Additional technologies for
MMT
AMD2 Header Compression & CLI
13/04
13/10
14/07
13/10
14/01
14/10
1st
MMT FEC Codes
13/04
13/11
14/07
1st
MMT CI
13/08
14/01
14/07
1st
MMT Implementation
Guidelines
13/0
4
14/04
Standing Documents
Pr
1
Pt
1
Documents
MPEG-1 White Paper – Multiplex Format
No.
N7675
Meeting
05/07 Nice
1
1
MPEG-1 White Paper – Terminal Architecture
N7676
05/07 Nice
1
1
N7677
05/07 Nice
2
1
MPEG-1 White Paper – Multiplexing and
Synchronization
MPEG-2 White Paper – Multiplex Format/
N7678
05/07 Nice
2
1
MPEG-2 White Paper – Terminal Architecture
N7679
05/07 Nice
2
1
N7680
05/07 Nice
2
11
MPEG-2 White Paper – Multiplexing and
Synchronization
MPEG-2 White Paper – MPEG-2 IPMP
N7503
05/07 Poznan
Draft Systems Agenda
133
14/10
4
1
MPEG-4 White Paper – MPEG-4 Systems
N7504
05/07 Poznan
4
1
MPEG-4 White Paper – Terminal Architecture
N7610
05/10 Nice
4
1
MPEG-4 White Paper – M4MuX
N7921
06/01 Bangkok
4
1
MPEG-4 White Paper – OCI
N8148
06/04 Montreux
4
6
MPEG-4 White Paper – DMIF
N8149
06/04 Montreux
4
11
MPEG-4 White Paper – BIFS
N7608
05/10 Nice
4
12
MPEG-4 White Paper – ISO File Format
N8150
06/04 Montreux
4
14
MPEG-4 White Paper – MP4 File Format
N7923
06/01 Bangkok
4
15
MPEG-4 White Paper – AVC FF
N7924
06/01 Bangkok
4
13
White Paper on MPEG-4 IPMP
N7505
05/07 Poznan
4
13
MPEG IPMP Extensions Overview
N6338
04/03 München
4
17
White Paper on Streaming Text
N7515
05/07 Poznan
4
18
White Paper on Font Compression and Streaming
N7508
05/07 Poznan
4
20
Presentation Material on LASER
N6969
4
20
White Paper on LASeR
N7507
05/01 HongKong
05/07 Poznan
4
22
White Paper on Open Font Format
N7519
05/07 Poznan
7
1
MPEG-7 White Paper - MPEG-7 Systems
N7509
05/07 Poznan
7
1
MPEG-7 White Paper – Terminal Architecture
N8151
06/04 Montreux
21
9
MPEG-21 White Paper – MPEG-21 File Format
N7925
06/01 Bangkok
A
X
MPEG Application Format Overview
N9421
07/10 Shenzhen
A
X
MAF Overview Document
N9840
A
X
MAF Overview Presentation
N9841
B
X
MPEG-B White Paper – BinXML
N7922
08/04
Archamps
08/04
Archamps
06/01 Bangkok
E
X
N6335
04/03 München
E
X
MPEG Multimedia Middleware Context and
Objectives
1rst M3W White paper
N7510
05/07 Poznan
E
X
2nd M3W White Paper : Architecture
N8152
06/04 Montreux
E
X
Tutorial on M3W
N8153
06/04 Monreux
E
X
N8687
06/10 Hanzhou
E
X
M3W White Paper : Multimedia Middleware
Architecture
M3W White Paper : Multimedia API
N8688
06/10 Hanzhou
E
X
M3W White Paper : Component Model
N8689
06/10 Hanzhou
E
X
N8690
06/10 Hanzhou
E
X
M3W White Paper : Resource and Quality
Management
M3W White Paper : Component Download
N8691
06/10 Hanzhou
Draft Systems Agenda
134
E
X
M3W White Paper : Fault Management
N8692
06/10 Hanzhou
E
X
M3W White Paper : System Integrity
Management
N8693
06/10 Hanzhou
Draft Systems Agenda
135
44.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
Draft Systems Agenda
136
44.4
Latest References and Publication Status (as of 100th meeting)
Reference on the ISO Web Site :
Pr
2
Pt
1
Standard
ISO/IEC 13818-1:2000 (MPEG-2 Systems 2nd Edition)
2
1
ISO/IEC 13818-1:2000/COR1 (FlexMux Descr.)
2
1
ISO/IEC
descriptor)
2
1
ISO/IEC 13818-1:2000/Amd.1 (Metadata on 2) & COR1 N5867
on Amd.1
03/07
Trondheim
2
1
ISO/IEC 13818-1:2000/Amd.2 (Support for IPMP on 2)
03/03 Pattaya
2
1
ISO/IEC 13818-1:2000/Amd.3 (AVC Carriage on MPEG- N5771
2)
03/07
Trondheim
2
1
ISO/IEC 13818-1:2000/Amd.4 (Metadata Application N6847
CP)
04/10 Palma
2
1
ISO/IEC 13818-1:2000/Amd.5 (New Audio P&L Sig.)
2
1
ISO/IEC 13818-1:2000/COR3 (Correction for Field N6845
Picture)
04/07
Redmond
04/10 Palma
2
1
ISO/IEC 13818-1:2000/COR4 (M4MUX Code Point)
2
1
ISO/IEC 13818-1:2000/COR5 (Corrections related to 3rd N7895
Ed.)
2
1
ISO/IEC 13818-1:2007 (MPEG-2 Systems 3rd Edition)
2
1
ISO/IEC 13818-1:2007/Amd.1 (Transport of Streaming N8369
text)
06/07
Klagenfurt
2
1
ISO/IEC 13818-1:2007/Amd.2 (Carriage of Auxialiry N8798
Video Data)
07/01
Marrakech
2
1
ISO/IEC 13818-1:2007/Cor.1.2 (Reference to AVC N9365
Specification)
07/10
Shenzhen
2
1
ISO/IEC 13818-1:2007/Cor.3
09/10 Xian
2
1
ISO/IEC 13818-1:2007/Amd.3
Systems)
N1093
7
MPEG-2 N1005
8
2
1
ISO/IEC 13818-1:2007/Amd.3/Cor.1
09/10 Xian
2
1
N1093
8
ISO/IEC 13818-1:2007/Amd.4 (Transport of Multiview N1074
Video)
5
2
1
ISO/IEC 13818-1:2007/Amd.5 (Transport of JPEG2000)
11/01 Daegu
2
1
ISO/IEC 13818-1:2007/Amd.6
descriptor)
11/01 Daegu
Draft Systems Agenda
13818-1:2000/COR2
No.
Date
00/12
N3844
01/01 Pisa
(FlexMuxTiming_ N4404
(SVC
in
(Extension
137
to
N5604
N6585
N7469
N1170
8
AVC N1171
0
01/12 Pattaya
05/07 Poznan
06/01
Bangkok
08/07
Hannover
09/07 London
2
1
ISO/IEC 13818-1:2007/AMD 7 Signalling of stereoscopic N1246
video in MPEG-2 systems
2
12/02 San Jose
2
1
ISO/IEC 13818-1 4th edition
12/04 Geneva
2
1
N1263
3
ISO/IEC 13818-1:201X/AMD 1 Extensions for simplified N1284
carriage of MPEG-4 over MPEG-2
0
2
1
ISO/IEC 13818-1:201X/AMD 2 Signalling of Transport N1325
profiles, signalling MVC stereo view association and 6
MIME type registration
13/01 Geneva
2
1
ISO/IEC 13818-1:2013/AMD 3 Carriage of HEVC
13/07 Vienna
2
1
N1365
6
ISO/IEC 13818-1:2013/AMD 4
Support for event N1365
signalling in Transport Stream in MPEG-2 systems
8
2
11
ISO/IEC 13818-1:2003 (IPMP on 2)
N5607
03/03 Pattaya
4
1
ISO/IEC 14496-1 (MPEG-4 Systems 1st Ed.)
N2501
98/10 Atl. City
4
1
ISO/IEC 14496-1/Amd.1 (MP4, MPEG-J)
N3054
99/12 Hawaii
4
1
ISO/IEC 14496-1/Cor.1
N3278
4
1
ISO/IEC 14496-1:2001 (MPEG-4 Systems 2nd Ed.)
N3850
00/03
Noordwijk.
01/01 Pisa
4
1
ISO/IEC 14496-1:2001/Amd.1 (Flextime)
4
1
ISO/IEC 14496-1:2001/Cor.1
N4264
01/07 Sydney
4
1
ISO/IEC 14496-1:2001/Cor.2
N5275
02/10 Shangai
4
1
ISO/IEC 14496-1:2001/Cor.3
N6587
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
1
ISO/IEC 14496-1:2001/Amd.4 (SL Extension)
N5471
04/07
Redmond
02/03 Jeju
Island
02/10
Shanghai
02/12 Awaji
4
1
ISO/IEC 14496-1:2001/Amd.7 (AVC on 4)
N5976
4
1
ISO/IEC 14496-1:2001/Amd.8 (ObjectType Code Points)
N6202
03/10
Brisbanne
03/12 Hawaii
4
1
ISO/IEC 14496-1:200x/Amd.1 (Text Profile Descriptors)
N7229
05/04 Busan
4
1
ISO/IEC 14496-1:200x/Cor4 (Node Coding Table)
N7473
05/07 Poznan
4
1
ISO/IEC 14496-1 (MPEG-4 Systems 3rd Ed.)
N5277
4
1
ISO/IEC 14496-1:200x/Amd.1 (Text Profile Descriptors)
N7229
02/10
Shanghai
05/04 Busan
4
1
ISO/IEC 14496-1:200x/Cor.1 (Clarif. On audio codec N8117
behavior)
06/04
Montreux
4
1
ISO/IEC 14496-1:200x/Amd.2 (3D Profile Descriptor N8372
Extensions)
06/07
Klagenfurt
Draft Systems Agenda
138
12/07
Stockholm
13/07 Vienna
4
1
ISO/IEC 14496-1:200x/Cor.2 (OD Dependencies)
4
1
ISO/IEC 14496-1:200x/Amd.3 (JPEG 2000 support in N8860
Systems)
06/10
Hangzhou
07/01
Marrakech
4
1
ISO/IEC 14496-1 (MPEG-4 Systems 4th Ed.)
09/10 Xian
4
1
N1094
3
ISO/IEC 14496-1:2010/Amd.1 (Usage of LASeR in N1124
MPEG-4 systems and Registration Authority for MPEG-4 8
descriptors)
4
1
ISO/IEC 14496-1:2010
audiovisual data
13/04 Incheon
4
4
ISO/IEC 14496-4
4
4
ISO/IEC 14496-4:200x/Amd.17 (ATG Conformance)
4
4
ISO/IEC
14496-4:200x/Amd.22
conformance)
4
4
ISO/IEC 14496-4:200x/Amd.23 (Synthesized Texture N9369
conformance)
07/10
Shenzhen
4
4
ISO/IEC
14496-4:200x/Amd.24
Conformance)
(File
Format N9370
07/10
Shenzhen
4
4
ISO/IEC
14496-4:200x/Amd.25
Conformance)
(LASeR
V1 N9372
07/10
Shenzhen
4
4
ISO/IEC 14496-4:200x/Amd.26 (Open Font Format N9815
Conf.)
08/04
Archamps
4
4
ISO/IEC
14496-4:200x/Amd.27
Conformance)
08/04
Archamps
4
4
ISO/IEC 14496-4:200x/Amd.37 (Additional File Format N1075
Conformance)
0
09/07 London
4
4
ISO/IEC 14496-4:200x/Amd.40 (ExtendedCore2D profile N1211
conformance)
7
11/07 Torino
4
5
ISO/IEC 14496-5
4
5
ISO/IEC 14496-5:200x/Amd.12 (File Format)
N9020
07/04 San Jose
4
5
ISO/IEC 14496-5:200x/Amd.16 (SMR Ref. Soft)
N9672
08/01 Antalya
4
5
ISO/IEC 14496-5:200x/Amd.17 (LASeR Ref. Soft)
N9674
08/01 Antalya
4
5
ISO/IEC 14496-5:200x/Amd.28 (LASeR Adaptation Ref. N1156
Soft)
6
10/10
Guangzhou
4
5
ISO/IEC 14496-5:2001/Amd. 29 (Reference software for N1211
LASeR presentation and modification of structured 8
information (PMSI))
11/07 Torino
4
6
ISO/IEC 14496-6:2000
4
8
ISO/IEC 14496-8 (MPEG-4 on IP Framework)
Draft Systems Agenda
AMD2
139
Support
N8646
for
(AudioBIFS
(LASeR
raw N1364
7
N8861
v3 N9295
Amd.1 N9816
N4712
10/04 Dresden
07/01
Marrakech
07/07
Lausanne
02/03 Jeju
4
11
N6960
11
ISO/IEC 14496-11 (MPEG-4 Scene Description 1st
Edition)
ISO/IEC 14496-11/Amd.1 (AFX)
N5480
05/01
HongKong
02/12 Awaji
4
4
11
ISO/IEC 14496-11/Amd.2 (Advanced Text and Graphics)
N6205
03/12 Hawaii
4
11
ISO/IEC 14496-11/Cor.1
N6203
03/12 Hawaii
4
11
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
11
ISO/IEC 14496-11/Cor.3 (Audio BIFS Integrated in 3rd N7230
Edition)
4
11
ISO/IEC 14496-11/Cor.5 (Misc Corrigendum)
N8383
4
11
N8657
4
11
ISO/IEC 14496-11/Amd.5 Symbolic Music
Representation
ISO/IEC 14496-11/Cor.6 (AudioFx Correction)
4
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)
N1024
7
N1125
1
N5295
4
12
ISO/IEC 14496-12/Amd.1 ISO FF Extension
N6596
4
12
ISO/IEC 14496-12/Cor.1 (Correction on File Type Box)
N7232
4
12
ISO/IEC 14496-12/Cor.2 (Miscellanea)
N7901
4
12
N8659
4
12
ISO/IEC 14496-12/Amd.1 (Description of timed
metadata)
ISO/IEC 14496-12/Cor.3 (Miscellanea)
N9024
06/01
Bangkok
06/10
Hangzhou
07/04 San Jose
4
12
ISO/IEC 14496-12/Amd.2 (Flute Hint Track)
N9023
07/04 San Jose
4
12
N9678
08/01 Antalya
4
12
ISO/IEC 14496-12 (ISO Base Media File Format 3rd
edition)
ISO/IEC 14496-12/Cor.1
08/10 Busan
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
N1025
0
N1044
1
N1058
0
09/07 London
4
12
ISO/IEC 14496-12/Cor.4
N1075
3
N1172
3
Draft Systems Agenda
140
N9021
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
10/04 Dresden
02/10
Shanghai
04/07
Redmond
05/04 Busan
09/02
Lausanne
09/04 Maui
11/01 Daegu
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
N1226
8
11/11 Geneva
12/04 Geneva
ISO/IEC 14496-13 (IPMP-X)
N1264
2
N1264
0
N1284
4
N1366
3
N1366
7
N5284
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
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
15
ISO/IEC 14496-15/Amd.1 (Support for FREXT)
N7585
03/07
Trondheim
05/10 Nice
4
15
ISO/IEC 14496-15/Cor.1
N7575
05/10 Nice
4
15
ISO/IEC 14496-15/Cor.2 (NAL Unit Restriction)
N8387
4
15
ISO/IEC 14496-15/Amd.2 (SVC File Format Extension)
N9682
06/07
Klagenfurt
08/01 Antalya
4
15
ISO/IEC 14496-15 (AVC File Format 2nd edition)
4
15
4
15
4
15
4
15
4
12/04 Geneva
12/07
Stockholm
13/07 Vienna
13/07 Vienna
02/10
Shanghai
02/10
Shanghai
06/01
Bangkok
10/01 Kyoto
10/01 Kyoto
17
N1113
9
ISO/IEC 14496-15:2010/Cor.1
N1172
8
ISO/IEC 14496-15:2010/Amd. 1 (Sub-track definitions)
N1212
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
4
18
ISO/IEC 14496-18 (Font Compression and Streaming)
N6215
03/12 Hawaii
4
18
N8664
4
18
ISO/IEC 14496-18/Cor.1 (Misc. corrigenda and
clarification)
ISO/IEC 14496-18:2012 COR 1
4
19
ISO/IEC 14496-19 (Synthesized Texture Stream)
N1367
1
N6217
06/10
Hangzhou
13/07 Vienna
4
20
ISO/IEC 14496-20 (LASeR & SAF)
N7588
Draft Systems Agenda
141
11/01 Daegu
11/07 Torino
12/04 Geneva
13/04 Incheon
05/07 Poznan
03/12 Hawaii
05/10 Nice
4
20
N8666
20
ISO/IEC 14496-20/Cor.1 (Misc. corrigenda and
clarification)
ISO/IEC 14496-20/Amd.1 (LASeR Extension)
4
4
20
ISO/IEC 14496-20/Cor.2 (Profile Removal)
N9381
4
20
ISO/IEC 14496-20/Amd.2 (SVGT1.2 Support)
N9384
4
20
ISO/IEC 14496-20 (LASeR & SAF 2nd edition)
N
4
20
ISO/IEC 14496-20/Amd.1 SVGT1.2 support
N
4
20
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)
N1075
9
N1095
4
N1137
6
N8395
4
22
ISO/IEC 14496-22 (Open Font Format 2nd edition)
N
4
22
22
4
28
4
28
ISO/IEC 14496-28:2012 COR 1
4
30
7
1
ISO/IEC 14496-30 Timed Text and Other Visual
Overlays in ISO Base Media File Format
ISO/IEC 15938-1 (MPEG-7 Systems)
N1095
4
N1247
2
N1247
3
N1367
4
N1367
6
N4285
09/10 Xian
4
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
7
1
ISO/IEC 15938-1/Amd.1 (MPEG-7 Systems Extensions)
N6326
04/03 Munich
7
1
ISO/IEC 15938-1/Cor.1 (MPEG-7 Systems Corrigendum)
N6328
04/03 Munich
7
1
ISO/IEC 15938-1/Cor.2 (MPEG-7 Systems Corrigendum)
N7490
05/07 Poznan
7
1
ISO/IEC 15938-1/Amd.2 (BiM extension)
N7532
05/10 Nice
7
2
ISO/IEC 15938-2 (MPEG-7 DDL)
N4288
01/07 Sydney
7
5
ISO/IEC 15938-5 MDS
7
5
ISO/IEC 15938-5/Amd. 4 Social Metadata
N1264
9
12/04 Geneva
7
7
ISO/IEC 15938-7
7
7
ISO/IEC
15938-7/Amd.2
Conformance)
7
12
7
12
N9029
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
12/02 San Jose
12/02 San Jose
13/07 Vienna
13/07 Vienna
01/07 Sydney
Ext. N8672
06/10
Hangzhou
ISO/IEC 15938-12 MPEG Query Format
N9830
ISO/IEC 15938-12/Cor.1
N1045
2
08/04
Archamps
09/02
Lausanne
Draft Systems Agenda
(Fast
142
Access
7
12
7
12
7
ISO/IEC 15938-12/Cor.2
N1095
9
ISO/IEC 15938-12/And.1 Ref, SW and flat metadata N1138
output
3
09/10 Xian
12
ISO/IEC 15938-12/And.2 Semantic enhancement
11/01 Daegu
7
12
ISO/IEC 15938-12 2nd edition MPEG Query Format
N1173
4
N1285
0
21
2
ISO/IEC 21000-2 (DID)
21
2
ISO/IEC 21000-2:2005/Amd.1Presentation Element
N1173
6
11/01 Daegu
21
3
ISO/IEC 21000-3 (DII)
21
3
N1304
1
12/10
Shangahi
21
4
ISO/IEC 21000-3:2003 AMD 2 Digital item semantic
relationships
ISO/IEC 21000-4 (IPMP)
21
4
4
21
5
ISO/IEC 21000-5 (Open Release Content Profile)
N1173
8
N1227
8
N9687
11/01 Daegu
21
ISO/IEC 21000-4:2005/Amd.1Protection of Presentation
Element
ISO/IEC 21000-4:2006/COR 1
21
8
ISO/IEC 21000-8 (Reference Software)
21
8
9
N1213
5
N6975
11/07 Torino
21
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
16
ISO/IEC 21000-16 (MPEG-21 Binary Format)
N7247
21
19
ISO/IEC 21000-19 (Media Value Chain Ontology)
10/01 Kyoto
21
21
ISO/IEC 21000-21 Media Contract Ontology
A
4
ISO/IEC 23000-4 (Musical Slide Show MAF)
N1114
6
N1309
9
N9037
A
4
ISO/IEC 23000-4 (Musical Slide Show MAF 2nd Ed.)
N9843
08/04
Archamps
A
4
N
A
4
A
6
ISO/IEC 23000-4 Amd.1 Conformance & Reference
Software
ISO/IEC 23000-4 Amd.2 Conformance & Reference
Software for Protected MSS MAF
ISO/IEC 23000-6 (Professional Archival MAF)
A
6
N
A
6
ISO/IEC 23000-6 Amd.1 Conformance and Reference
Software
ISO/IEC 23000-6 2nd edition (Professional Archival
Draft Systems Agenda
143
10/07 Geneva
12/07
Stockholm
11/11 Geneva
08/01 Antalya
05/01
HongKong
08/04
Archamps
08/04
Archamps
05/04 Busan
12/10
Shanghai
07/04 San Jose
N
N
N1285
12/07
MAF)
ISO/IEC 23000-7 (Open Access MAF)
3
N9698
N
Stockholm
08/01 Antalya
A
7
A
7
A
8
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)
A
10
ISO/IEC 23000-11/Amd.1 Conformance & Reference SW N
A
10
A
10
A
11
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)
N1304
5
N1396
6
N9397
A
11
ISO/IEC 23000-11/Cor.1
N
A
11
A
11
11
A
12
N1157
4
N1214
3
N1396
9
N
10/10
Guangzhou
11/07 Torino
A
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)
A
12
12
A
12
B
1
N1174
6
N1248
3
N1327
3
N7597
11/01 Daegu
A
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)
B
1
N8680
B
1
06/10
Hangzhou
07/04 San Jose
B
1
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.)
B
1
ISO/IEC 23001-1/Amd.1 (Exten. On encoding of wild
N9296
Draft Systems Agenda
144
N9853
N1115
1
N1174
2
N1228
3
N9397
N9049
N8886
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
13/10 Geneva
12/02 San Jose
13/01 Geneva
05/10 Nice
07/01
Marrakech
07/07
B
2
cards)
ISO/IEC 23001-2 (Fragment Request Unit)
B
3
ISO/IEC 23001-3 (IPMP XML Messages)
N9416
07/04 San Jose
B
8
ISO/IEC 23001-8 coding-independent code-points
130/01 Geneva
B
9
E
1
ISO/IEC 23001-9 Common Encryption for MPEG-2
Transport Streams
ISO/IEC 23008-1 Architecture
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
5
ISO/IEC 23008-5 Component Download
N9053
07/01
Marrakech
07/01
Marrakech
07/01
Marrakech
07/01
Marrakech
07/04 San Jose
E
6
ISO/IEC 23008-6 Fault Management
N9054
07/04 San Jose
E
7
ISO/IEC 23008-7 System Integrity Management
N9055
07/04 San Jose
E
8
ISO/IEC 23008-7 Reference Software
N
M
1
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
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 Agenda
145
N9051
Lausanne
07/04 San Jose
13/10 Geneva
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
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
11/01 Daegu
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
DAS
H
1
ISO/IEC 23009-1 Media Presentation Description and
Segment Formats
DAS
H
1
ISO/IEC 23009-1:2012 COR. 1
N1349
5
13/04 Incheon
DAS
H
1
ISO/IEC 23009-1:201x 2nd edition
N1368
7
13/07 Vienna
DAS
H
2
ISO/IEC 23009-2 DASH Conformance and reference
software
N1369
1
13/07 Vienna
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 Agenda
146
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
44.5
Standard development procedure from July 1st, 2012
 It is recommend to issue iterative CD ballots until specs become mature enough not to
receive any technical comments to DIS and to be able to FDIS ballot.
CD
 2 month ballot for AMDs
 3 month ballot for combined NP + CD ballot
 4 month ballot if WG11 decided to have
DIS
minimum 2 weeks of ballot preparation by ITTF
+
2 month translation
+
3 month ballot
NO vote?
Yes
FDIS
No
preparation + 2 month ballot
IS
Page: 147
Date Saved: 2016-02-12
44.6
Recommended due date for ballot texts
Meeting
Starting Date
Due date of CD
(2 month ballot)
Due date of DIS
108
109
110
111
112
113
2014/03/31
2014/07/07
2014/10/20
2015/02/16
2015/06/22
2015/10/19
2014/01/21
2014/04/27
2014/08/10
2014/12/06
2015/04/12
2015/08/09
2013/10/07
2014/01/14
2014/04/26
2014/08/23
2014/12/29
2015/04/25
Page: 148
Date Saved: 2016-02-12
– Video report
Source: Jens Ohm and Gary Sullivan, Chairs
1 Organization of the work
An opening Video SG plenary was held Monday during 14:00-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 14:00-16:00

Wed 11:30-13:00 – Review work and discuss further proceeding
 Thu 16:00-18:00 – Approval of documents, setup AHG
Breakout work performed on the following topics during the week: CDVS, Internet VC (IVC),
VC for Browsers (VCB), Web VC (WVC), and RVC-HEVC.
No parallel review was conducted of the WVC, VCB, and IVC topics.
1.1
Room allocation
Room allocations during the meeting were as follows:
Video plenary: Auditorium 3A; BO1: Room 6
The usual allocation of meeting rooms during the week was as follows:
1.2

Auditorium 3A (Video plenary and VCB/WVC/IVC)

Room 6 (CDVS)
AHGs and Breakout Topics
No additional review of the following AHG reports was performed in Video plenaries.
1).1.1.1.1.1
m32690 AHG on MPEG-7 Visual [ISO secretariat]
WD 2 of 15938-6 2nd ed.
1).1.1.1.1.2
m32691 AHG on Compact Descriptors for Visual Search [ISO secretariat]
DIS + DoC (first review on Wednesday).
1).1.1.1.1.3
m32692 AHG on Web Video Coding [ISO secretariat]
(Report submitted as m33473.) FDIS + DoC review as BoG Tue 10-12.
1).1.1.1.1.4
m32693 AHG on Internet Video Coding [ISO secretariat]
Considerations included the new elements and the type-1 status assumption.
IVC activity met as BoG (chaired by R. Wang) Mon 16-18.
1).1.1.1.1.5
m32694 AHG on Video Coding for Browsers [ISO secretariat]
CD – review of text as BoG Tue 9-10.
Further review of the results of the Type-1 BoGs was conducted in Video Tue 14-16.
Page: 149
Date Saved: 2016-02-12
1.3
Ballots
Ballots were inspected and handled accordingly in preparation of DoC documents, in
coordination with JCT-VC and JCT-3V as applicable.
1).1.1.1.1.6 m32758 Table of Replies on ISO/IEC FDIS 23002-4 [2nd Edition] [ITTF via SC
29 Secretariat]
1).1.1.1.1.7
Secretariat]
m32734 Summary of Voting on ISO/IEC 23008-2:201x/DAM 1 [SC 29
1).1.1.1.1.8
Secretariat]
m32735 Summary of Voting on ISO/IEC 23008-2:201x/DAM 2 [SC 29
1).1.1.1.1.9
m32737 Summary of Voting on ISO/IEC DIS 23008-5 [SC 29 Secretariat]
1).1.1.1.1.10 m32738 Summary of Voting on ISO/IEC DIS 23008-8 [SC 29 Secretariat]
1).1.1.1.1.11 m32748 Summary of Voting on ISO/IEC CD 15938-13 [SC 29 Secretariat]
1).1.1.1.1.12 m32755 Summary of Voting on ISO/IEC 14496-4:2004/PDAM 43 [SC 29
Secretariat]
1).1.1.1.1.13 m32756 Summary of Voting on ISO/IEC 14496-5:2001/PDAM 35 [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.
At this meeting, there were no liaison communications specifically produced by the Video
subgroup. Please see the Requirements report for video-related liaison letters produced by the
Requirements subgroup (including N 14515 and N 14516 on HDR/WCG, N 14506 to WG 1 on
HEVC still picture and HDR/WCG collaboration, and N 14496 to SG 16 Q.6 on on video coding
collaboration).
1.5
NB positions
The following NB inputs were reviewed, and dispositions were prepared in coordination with
JCT-VC, JCT-3V and other subgroups, as applicable.
1).1.1.1.1.14 m32712 Extensions of HEVC [A. G. Tescher for USNB]
(Responded in N14433.)
Page: 150
Date Saved: 2016-02-12
1).1.1.1.1.15 m33117 JPNB Comments on Request for Subdivision: ISO/IEC 1449610:2012/Amd6: Texture and Depth View Packing SEI Message in 3D-AVC [Takanori Senoh on
behalf of JPNB]
(Responded in N14417.)
1).1.1.1.1.16 m33346 JPNB comment on resolution 11.2.2 [Japan National Body]
(Responded in N14433.)
1).1.1.1.1.17 m33347 JPNB comment on resolution 11.2.7 [Japan National Body]
(Responded in N14433.)
1).1.1.1.1.18 m33399 JPNB comments on N14256 (Request for Subdivision: ISO/IEC 1449631) [Japan National Body]
(Responded in N14432.)
1.6
Joint Meetings
The following joint meetings were held (see notes, as applicable, in the corresponding sections)
1.7

Requirements, JCT-VC Mon 16-18 SCC, RExt (Requirements Room)

Requirements, JCT-VC, JCT-3V Tue 16-18 SHVC, MV-HEVC etc. (Requirements
Room)

3DG, JCT-3V Thu 10-11 AR / 3D Video (3DG Room)

3DG, Video Thu 11-12 AR / CDVS (3DG Room)

Requirements, JCT-VC, Thu 15-17 continuation (Requirements Room)

11:30-12, Wed assets: As a follow-up action, an AHG was installed to collect
information about test sequence assets and transfer them to the MPEG SVN.

17-18, Wed editing advice
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. 11.1.
2 MPEG-7 Visual XM software part 6
1).1.1.1.1.19 m33434 MPEG-7 eXperimentation Model Update and Testing [Karol Wnukowicz,
Stavros Paschalakis]
Considerable progress had been made in the context of the AHG work on updating the Visual
XM software. A WD for a new edition was issued as N14390.
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, usually for the whole day (except video
plenary times).
The DIS was issued as N14392 with DoC N14391.
Page: 151
Date Saved: 2016-02-12
3.1
CE and other technical inputs
3.1.1 CE1: Key point extraction
1).1.1.1.1.20 m33159 CDVS CE1: A low complexity detector ALP_BFLoG [Jie Chen, Ling-Yu
Duan, Tiejun Huang, Wen Gao, Alex C. Kot, Massimo Balestri, Gianlucca Francini, Skjalg
Lepsoy]
Key objective: to reduce memory and achieve speedup of the ALP detector and descriptor
extraction module. Memory reduced to 1.29MB and 14% faster then TM9 @ 1.29MB.
Some filters were moved to the frequency domain. Maxima detection was performed on sets of 3
lines: 312kb-> 9kB.
The added benefit is that block-based approach can be executed in parallel on multiple
processors.
Algorithmically equivalent to the default TM9 ALP with filtering done in the frequency domain.
Crosschecks successful: M33215, M33099.
Recommendation: Include as fast option in the TM software. No changes to the text of the
CVDS standard required.
1).1.1.1.1.21 m33099 CDVS: Cross-Check of Peking University’s Proposal m33159 [Zheng
Liu, Giovanni Cordara, Bin Chen]
Crosscheck successful.
1).1.1.1.1.22 m33215 CDVS: Crosscheck of m33159 [Alessandra Mosca]
Crosscheck successful.
3.1.2 CE2: Global descriptor
1).1.1.1.1.23 m33189 CDVS CE2: Improved SCFV [Zhe Wang, Ling-Yu Duan, Jie Lin, Tiejun
Huang, Wen Gao, Alex C. Kot, Miroslaw Bober]
Page: 152
Date Saved: 2016-02-12
The document reported improvements to SCVF. Two changes were proposed: (1) variance
within each GMM is used to select clusters improving performance. The number of Gaussian
functions was increased to 512.
Number of local vectors used for aggregation reduced to 250 (fixed) - reducing aggregation
complexity.
Some increase in memory: 21k->41k. Improvements to mAP +0.87%, TOP +0.55%. No change
to TPR and localisation. Crosscheck successful: M33098.
The group needs to understand & balance complexity increase with performance increase.
Following AHG the proponents started simulations to provide profiling info (TM8, TM9 and
proposal), including performance for 256 cluster centers with the new selection method and 300
local vectors.
Some initial profiling results were provided, indicating that Global descriptor from TM9 is about
3x slower compared to TM8.
Further results were presented showing that GD 512 GMM functions offers +0.87% mAP over
the 256
mAP
83.72%
84.59%
83.56%
TOP
90.16%
90.71%
TM9
M33189 (512)
256 with new
selection and 300
vectors
The group decided to adopt m33189 into the DIS.
TPR
93.22
93.18
93.57
Loc
0.8225
0.8185
1).1.1.1.1.24 m33098 CDVS: Cross-Check of Peking University’s Proposal m33189 [Zheng
Liu, Giovanni Cordara, Bin Chen]
Crosscheck successful.
3.1.3 Other
1).1.1.1.1.25 m33160 CDVS: Evaluate the performance of MBIT algorithm in TM9.0 [Zhe
Wang, Ling-Yu Duan, Jie Lin, Tiejun Huang, Wen Gao, Alex C. Kot]
Speedup confirmed, up to 15 times with 1% loss of mAP performance.
1).1.1.1.1.26 m33342 CDVS: Cross-check of m33160 [Keundong Lee, Seungjae Lee, Sang-il
Na]
Page: 153
Date Saved: 2016-02-12
Crosscheck successful.
1).1.1.1.1.27 m33447 CDVS: Cross-Check of Peking University’s Proposal m33160 [Zheng
Liu, Giovanni Cordara, Bin Chen]
Crosscheck successful.
1).1.1.1.1.28 m33489 CDVS: Editor’s proposed improvements on Study text of ISO/IEC
CD15938-13 Compact Descriptors for Visual Search.
The group reviewed the recommendation from the editors and accepted all except for the
introduction of the ConvertedImageXResolution and ConvertedImageYResolution descriptor
components.
3.2
WD and TM Development
1).1.1.1.1.29 m33194 CDVS: TM9 Extraction Evaluation on ARM Architectures [Giovanni
Ballocca, Alessandra Mosca, Attilio Fiandrotti, Massimo Mattelliano]
TM9 release 166 was tested using CDVS building dataset + ARM v6 and v6,
Device LG P500, LG Nexus 5
Server 64 core AMD, 128GB RAM, Ubunte 2012.10 3.2.0.
MAP retrieval: 0.5KB – 56% MAP, 16kB - 69%
Extraction: ARMv6 -11s, ARM v7 – 2s.
Some strange behaviour was observed for extraction time at 16k - -.25s.
It was recommended that a power profiler be used and for results of this to be reported.
3.3
New CE definition
CE 1 was define in preparation for Conformance testing & to perform a general check of the
performance and stability at the MPEG 108 after changes are introduced.
3.4
New TM10
TM10 schedule:
-
PKU will integrate by 6/April (Sunday) the following components:
(1) new 512 SCFV and
(2) MBIT (as option)
(3) ALP-BFLOG (as option)
-
TI will generate intermediate anchors by 8-April
-
TI will update syntax to align with the DIS syntax by 11-April
-
The update will be distributed for anchors re-generation to PKU (win), TI (linux), ST
(linux), Sisvel (windows), VA (linux). The anchors shall be generated by 14-April
(Monday).
4 Web Video Coding
ISO/IEC DIS 14496-19 (N13561) had been issued in Incheon. Resolutions had been formulated
by the same time and renewed in Vienna, urging for action on submitting IPR statements before
the closing of the DIS ballot. Since then, the situation has slightly improved, even though some
information in the data base still appears to be incomplete. Nevertheless, in order to make
progress, the FDIS was issued as N14387 (and DoC N14386). In response to NB comments, it
had to be considered that decoder conformance in Annex C is expressed in a manner dependent
Page: 154
Date Saved: 2016-02-12
on the buffering period SEI message and the picture timing SEI message. Also some normative
expressions relating to SEI messages are found elsewhere – e.g., Annex E. Therefore, a
normative reference to AVC was needed.
1).1.1.1.1.30 m33245 Comment on the WebVC project [David Benham]
5 Internet Video Coding Exploration
The BoG on IVC was chaired by Ronggang Wang. The first meeting of the BoG was held
Monday afternoon.
The following issues were initially identified to be resolved during the meeting:

Quality (particular LD) still significantly inferior than WVC and VCB
 Continue on improvements
The subsequent notes on documents were recorded by Ronggang Wang, partially from the AHG
report, where an initial review was performed . As far as the BoG made recommendations, these
were later approved by the video plenary in the context of output documents (adoptions to ITM
N14429, WD N14428 and Prior Art documentation N14431).
5.1
Review of documents
The following input documents had initially been reviewed in the AHG 14-03-30 Meeting and
further discussions were performed in the BoG during the meeting week.
1).1.1.1.1.31 m32727 Improvement on Non-Reference P frame coding for IVC [Dong-Hyun
Kim, Jae-Gon Kim]
Abstract:
An adaptive non-reference P frame coding with 3-level coding structure is proposed to replace
current 2-level structure, average performance gain of 0.2% and 0.7% is reported in CS1 and
CS2 respectively.
Discussions:
Prior art? Based on the earlier contributions of IVC.
Adaptive hierarchical coding can give about 1.3% bitrate saving compared with fixed
hierarchical structure.
Conclusion:
It was recommended to give more information on prior art on adaptive hierarchical coding. It
was later confirmed that prior art of 1987 exists on this aspect.
(Patent US 5699476, filed in 1987, notice in ISO patent database that it has expired in 2010. No
flexible referencing mechanisms, static structure.)
1).1.1.1.1.32 m33148 Cross-check of Improvement on Non-Reference P frame coding for IVC
(M32727) [Minsoo Park, Myeong Kyun Kim, Sang-hyo Park, Euee S. Jang]
Abstract:
There is no mismatch of overall BD-rate between the verification results and the proponent’s
results.
1).1.1.1.1.33 m33144 Updated Internet Video Coding Test Model (ITM) v 8.0 [Sang-hyo Park,
Jin Yeon Choi, Seung-ho Lee, Myeong Kyun Kim, Minsoo Park, Euee S. Jang]
Abstract:
An updated IVC test model, especially on the encoder side is provided by this contribution.
Added new coding tools since ITM3.0.
Page: 155
Date Saved: 2016-02-12
In addition, some problems on IVC WD1.0 are also reported. For example, the 8x8 transform
should be improved to resolve the mismatch between WD and software.
Discussions:
Add new coding tools since ITM3.0 to Test Model.
Where the hierarchical coding structure stated? On the frame-level encoding.
Revise the inverse transform implementation in software to match the WD document.
Conclusion:
Recommend to adopt the two comments from this contribution.
Recommend to adopt the new skeleton of IVC Test model.
1).1.1.1.1.34 m33146 Extended Deblocking Method for Internet Video Coding [Myeong Kyun
Kim, Minsoo Park, Sang-hyo Park, Jin Yeon Choi, Euee S. Jang]
Abstract:
Extend the curve fitting de-blocking method proposed in previous meeting to support adaptive
blocksize transform adopted in ITM8.0, subjective quality improvement in low-rate cases are
reported.
Discussions:
The method is only applied on I frame? No.
Was the video quality improvement checked? It is very hard to find the difference between
anchor and proposal.
Although there is no increase in decoding time, But inverse matrix implements issue in chip
design? Try to avoid inverse matrix operation if it is an issue.
It is applied in very limited cases.
We may not be sure the subjective quality improvement in all cases.
The current implementation is not good enough for subjective quality improvement.
Conclusion:
It was recommended to do expert viewing during this meeting on some sequences to find the
subjective quality improvement. It was later confirmed that no subjective improvement could be
found.
The technique goes back to a publication of Deknuyd et al. in 1994. Deblocking for Intra based
on DC prediction, had already been used for 8x8. Seems OK.
Some more assessment of visual benefit is planned before adoption.
1).1.1.1.1.35 m33140 Chroma interpolation filter for internet video coding [Zhenyu Wang, Hao
Lv, Xufeng Li, Ronggang Wang, Siwei Ma, Tiejun Huang, Wen Gao]
Abstract:
A 4-tap interpolation filter is proposed to replace current bi-linear interpolation for chroma
component, the average performance gain for Y,U and V is 1.9%, 5.9%, and 5.8% respectively
in CS2, and 0.2% , 0.6% and 1% respectively in CS1.
Discussions:
Q: is the same as 1997’s tech?
A: not exactly. Reused from previous. 1997 do not mention luma or chroma.
A: We have Patent for coefficients
Q: Don’t change coefficients by resolution?
A: yes
Q: Why don’t use multiple filters as luma component
A: complexity issue
Q: Did you check complexity issue compared to bi-linear?
A: For encoder only. Decoder can be increased.
Q: Bitrate improvement is meaningful.
Page: 156
Date Saved: 2016-02-12
Conclusion:
Recommend to adopt.
For informative information, Decoding and encoding time increase will be checked till during
this meeting.
Filter coefficients go back to Lanczos 1979. A patent application on the specific coefficients
used was filed prior to the last meeting by the proponents, but not granted yet. It is expressed by
the proponents that they would be willing to apply type-1 licensing to the patent if it would be
granted. Follow-up action may be necessary if the patent is not granted due to prior art that is not
type-1.
1).1.1.1.1.36 m33313 Cross-check of M33140 on chroma interpolation [Weiran Li, Yun He]
Abstract:
This contribution provides cross-check results of a chroma interpolation coding tool in IVC
proposed in m33140. The software provided by the proponent was reviewed and is consistent
with the descriptions in m33140. The coding efficiency of cross-check is identical to the ones
reported by proponent.
1).1.1.1.1.37 m33381 Cross-check of Extended Deblocking Method for IVC (m33146) [DongHyun Kim, Jae-Gon Kim]
Not available yet during initial review of m33146. Was presented later.
Generally, information about type-1 licensing situation seemed more convincing than in past
IVC proposals.
5.2
ITM development
ITM9 was issued with following new elements:

Non-reference P frame coding (prior art of 1987)

Chroma interpolation filter (prior art of 1979, with specific implementation filed as patent
by contributors, declared as type-1 )
5.3
New EE definition
New/continuing EEs are defined in N14430, 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
6 Video Coding for Browsers
The following input documents were initially reviewed in the AHG and further during the week:
1).1.1.1.1.38 m32963 Report on the possible optimization of VCB syntax structure [Seung-ho
Lee, Sang-hyo Park, Minsoo Park, Euee S. Jang]
The syntax change proposed in the contribution would not be compatible with existing decoders.
Therefore, it would be an extension of VCB, which could be considered if it has benefit.
Page: 157
Date Saved: 2016-02-12
1).1.1.1.1.39 m32964 Comments on WD3 of VCB [Sang-hyo Park, Jin Yeon Choi, Euee S.
Jang]
1).1.1.1.1.40 m33082 Proposed text for 14496-31 (VCB) CD [Mohamad Raad, Harald
Alvestrand, Qunshan Gu, Adrian Grange]
Review was performed in video on Tuesday at 14:00. It was generally assessed that the proposed
text is mature enough to be progressed to CD (N14388). The following issues were commented
on:
The informative annex with encoder description might be considered to be removed, and
maintained as a separate document.
Though the style of expressing syntax is somewhat different from the rules used in AVC/HEVC,
it appears to be consistent in the new version. Some elements of the decoding process are still
described as procedures (e.g. the inverse transform), where it should be clarified that the way of
implementation is not normatively specified, as long as the result is identical.
Furthermore, it was planned to issue a first Conformance WD (N14389), and give the AHG a
mandate to develop conformance testing of VCB.
7 Reconfigurable Media Coding – Video related
Input documents presented on Wednesday 11:30:
1).1.1.1.1.41 m33241 Updates on HEVC decoder status on conformance test streams [Khaled
Jerbi, Damien De Saint Jorre, Mickaël Raulet, Marco Mattavelli, Daniele Renzi, Claudio Alberti]
78 of 131 bitstreams currently supported
Issues: WPP, delta-QP, tiles OK now, including de-blocking on tile boundaries.
Software PDAM could be by next meeting.
1).1.1.1.1.42 m33242 Update on Text of ISO/IEC 23002-4:201x/PDAM2 FU and FN
descriptions for HEVC [Khaled Jerbi, Damien De Saint Jorre, Mickaël Raulet, Marco Mattavelli,
Daniele Renzi, Claudio Alberti]
FU for delta-QP added – include in Study of DAM.
1).1.1.1.1.43 m33244 HEVC decoding demo with the RVC framework [Khaled Jerbi, Hervé
Yviquel, Damien de Saint Jorre, Daniel Renzi, Mickaël Raulet, Marco Mattavelli]
Demonstration of an HEVC decoder within the RVC framework – Demo was shown in the
MPEG plenary.
Current RVC implementation is 10x slower with one core than an optimized open-source
implementation (openhevc)
1).1.1.1.1.44 m33349 A proposal for the definition of type synonyms for the RVC-CAL
Language [Rob Stewart, Junaid Ahmad]
Proposal to add new types for tokens in RVC-CAL
current types are int, float, Boolean. Idea to include arrays, structures, etc.
1).1.1.1.1.45 m33350 Some Issues with RVC-CAL Grammar Rules in ISO/IEC 23001-4 Third
Edition [Rob Stewart, Junaid Ahmad]
RVC-CAL grammar -- > corrigendum under discussion
It was reported that 6 rules are not well defined. This could be addressed by a corrigendum or
amendment. Can be bundled in WD, no urgent need for COR.
The following output documents are produced on preparing new standard parts:
Page: 158
Date Saved: 2016-02-12

N14395 WD2 of ISO/IEC 23001-4:201X/Amd.1 Parser Instantiation from BSD

N14397 Study Text of ISO/IEC 23002-4:201x/DAM2 FU and FN descriptions for
HEVC
The following CEs were planned (N14398):

CE1 Refactoring of HEVC FU;

CE2 Parser generation from BSD;

CE3 Type system and synonyms for RVC-CAL.
8 CICP
A DCOR (developed from a previous defect report) was issued to resolve the items of
incomplete descriptors for color transfer characteristics, frame packing types amd view position
(N14396).
9 HEVC
9.1
HEVC development
In coordination with JCT-VC, which had met in parallel, the following HEVC-related documents
were approved as WG11 outputs:
No.
Title
14414 Disposition of Comments on ISO/IEC 23008-2:2013/DAM1 Range
Extensions (RExt)
14415 Text of ISO/IEC FDIS 23008-2:201X (2nd edition)
14416 Study Text of ISO/IEC 23008-2:2013/DAM3 HEVC Scalable
Extensions
14418 HEVC RExt Test Model 7
14419 Scalable HEVC (SHVC) Test Model 6 (SHM 6)
14420 Report on HEVC compression performance verification testing
14421 HEVC Screen Content Coding Test Model 1 (SCM 1)
14426 Preliminary Draft of ISO/IEC FDIS 23008-8 HEVC Conformance
14427 WD of Conformance Testing for HEVC RExt
TBP Available
N
14/04/04
N
Y
14/05/30
14/06/06
Y
Y
Y
Y
14/06/06
14/06/06
14/04/25
14/04/25
14/05/16
14/05/30
In coordination with JCT-3V, which had met in parallel, the following HEVC-related documents
were approved as WG11 outputs:
No.
Title
14382 Disposition of Comments on ISO/IEC 14496-4:2004/PDAM43
14383 Text of ISO/IEC 14496-4:2004/DAM43 Conformance testing of the
3D extension of AVC
14384 Disposition of Comments on ISO/IEC 14496-5:2001/PDAM35
14385 Text of ISO/IEC 14496-5:2001/DAM35 3D AVC Reference
Software
14422 Draft Disposition of Comments on ISO/IEC 23008-2:2013/DAM2
Multiview Extensions
14423 Preliminary Draft of ISO/IEC 23008-2:2013/FDAM2 HEVC
Multiview Extensions, v2
Page: 159
TBP Available
N
14/04/04
N
14/04/18
N
N
14/04/04
14/04/18
N
14/04/04
N
14/05/31
Date Saved: 2016-02-12
14424 Study Text of ISO/IEC 23008-2:2013/PDAM4 3D Video Extensions
14425 Test Model 8 of 3D-HEVC and MV-HEVC
9.2
Y
Y
14/05/15
14/05/15
Jointly-discussed requirements-related issues
Joint discussions were held with Requirements, ITU-R SG 16 Q.6, JCT-VC, and JCT-3V at the
following times:

Mon. 31 March 1600–1800

Tue. 1 April 1600–1800
 Thu. 3 April 1500–1630
Details of these joint discussions are found in the JCT-VC and JCT-3V reports. Additional
information may be recorded in the Requirements subgroup report.
10 Wednesday Video plenary status review
A Video subgroup plenary was held 11:00-12:00 on Wednesday. Documents of RVC were
presented and discussed during that meeting.
Reports of BoGs were given as follows:
CDVS:
-
Change of SCFV to 512 models. Improvement in all bit rates except for lowest, around
0.9% increase of precision achieved overall.
-
ALP fast option and new fast indexing method (optional with some drop in performance),
only applies to software
-
Conformance, Software, TR Request (separate parts of 15938) & first version of
conformance WD
-
CD & DoC preparation progressing. US comment on color conversion: The input should
be a monochrome / luminance image, no diffuse description of color conversion process.
- M 33489: syntax improvements widely agreed
WVC:
-
Problem with USNB comment on normative reference to part 10 (w.r.t. SEI messages). It
seemed possible that this could be resolved by including buffering period and picture
timing SEI messages in part 29 or by using normative referencing.
VCB:
-
Review of CD draft was performed Tuesday, no further comments were made. It is
asserted that the text is mature enough to be promoted to CD.
-
Conformance WD will be presented Thursday.
-
Patent statements to ISO secretariate can be made – it was planne to issue a resolution on
this.
IVC:
-
No subjective difference was found with 16x16 deblocking, no bit rate/PSNR
improvement, recommendation not including it in ITM9.
-
For Thursday plenary: ITM9 text, WD2 (including 2 new tools non-reference P and
chroma interpolation), CE description, prior art doc.
Further issues were discussed as follows:
Page: 160
Date Saved: 2016-02-12
-
Meeting on editing procedures was announced Wed. 17:00 (3DG room)
11 Closing plenary topics
A closing plenary of the Video subgroup was held Thursday 16:00–18:00. Output docs were
approved, and AHGs were established. Discussions are recorded in this section. It was confirmed
that some breakout activities such as finalization in editing of documents and reporting for
document approval in other subgroups could continue after the closing, and no objections were
raised on this.
Detailed reports were given by the BoGs. All issues are basically reflected in the respective
subsections about BoG activities above. In the context of IVC, it was confirmed that a post filter
which is not falling under type-I licensing conditions should not be used in the reference
implementation.
11.1
Output docs
During the closing plenary, the following output documents were approved by the Video
subgroup:
No.
Title
TBP Available
1438 Disposition of Comments on ISO/IEC DIS 14496-29
N
14/04/04
6
1438 Text of ISO/IEC FDIS 14496-29 Web Video Coding
N
14/04/18
7
1438 Text of ISO/IEC CD 14496-31 Video Coding for Browsers
Y
14/04/11
8
1438 WD of Video Coding for Browsers Conformance Testing
N
14/05/05
9
1439 WD 2 of ISO/IEC 15938-6:201X (2nd edition)
Y
14/05/09
0
1439 Disposition of Comments on ISO/IEC CD 15938-13
N
14/04/04
1
1439 Text of ISO/IEC DIS 15938-13 Compact Descriptors for
Y
14/04/18
2
Visual Search
1439 Test Model 10: Compact Descriptors for Visual Search
Y
14/05/02
3
1439 Core Experiment in CDVS: Conformance and Performance
N
14/04/04
4
Testing
1439 WD2 of ISO/IEC 23001-4:201X/Amd.1 Parser Instantiation
Y
14/04/11
5
from BSD
1439
14/04/18
Text of ISO/IEC 23001-8:2013/DCOR1
Y
6
1439 Study Text of ISO/IEC 23002-4:201x/DAM2 FU and FN
Y
14/04/04
7
descriptions for HEVC
1439 Core Experiments in RVC
N
14/04/04
8
1442
Y
14/04/18
Working Draft 2 of Internet Video Coding (IVC)
8
1442
Y
14/04/18
Internet Video Coding Test Model (ITM) v 9.0
9
1443
N
14/04/04
Description of IVC Exploration Experiments
0
Page: 161
Date Saved: 2016-02-12
1443
1
1443
2
1443
3
1441
7
11.2
N
14/04/04
Response to JP NB on 14496-31 (VCB)
N
14/04/04
Response to NBs on HEVC technical development
N
14/04/04
Response to JP NB on Texture View Packing SEI Message
N
14/04/04
Collection of information related to IVC technologies
AHGs established
The following AHGs were established by the Video subgroup, as detailed in N 14309:

N14434 AHG on MPEG-7 Visual

N14435 AHG on Compact Descriptors for Visual Search

N14436 AHG on Internet Video Coding

N14437 AHG on Video Coding for Browsers
 N14438 AHG on Video Test Material Assets
The following AHGs established by the Requirements and 3G subgroups, are also relevant, as
detailed in N 14309:

N14497 AHG on Reconfigurable Media Coding

N14501 AHG on HDR and WCG

N14502 AHG on FTV

N14503 AHG on Compact Descriptors for Video Analysis
 N14505 AHG on Still Image Coding Using HEVC
Other topics in closing, as appropriate, are described under the respective sections from the BoGs.
The Video plenary was closed Thursday 3 April, 18:10.
Page: 162
Date Saved: 2016-02-12
– 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 seventeenth meeting during 27 Mar. – 4 Apr. 2014 at the Palacio
de Congresos de Valencia, Valencia, ES. 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 Thursday 27 Mar. 2014.
Meeting sessions were held on all days (including weekend days) until the meeting was closed at
approximately 1230 hours on Friday 4 Apr. 2014. Approximately 126 people attended the JCTVC meeting, and approximately 250 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.
The primary goals of the meeting were to review the work that was performed in the interim
period since the sixteenth JCT-VC meeting in producing the 14th HEVC Test Model (HM14)
software and text, the range extensions (RExt) Draft 6 with associated test model and software,
the Scalable HEVC (SHVC) extensions Draft 5 with associated test model and software, review
the results from one interim Core Experiments on RExt (RCE1) and one Core Experiment on
SHVC (SCE1), review the responses on the joint call for proposals on screen content coding
tools, and review other technical input documents. Important topics of the meeting included the
review of progress made towards definitions of SHVC, RExt, and screen content coding.
Advancing the work on development of conformance and reference software for HEVC and its
extensions is also a significant goal. Needs for corrections to version 1 were considered, and the
results of the verification test that had been set up for HEVC version 1 performance testing were
reviewed.
In addition to experiment plan descriptions, the JCT-VC produced 13 other particularly
important output documents from the meeting:

For HEVC version 1, the HEVC test model (HM) 15, HEVC Defect Report draft 4 (for
Version 1), HEVC conformance testing draft 7, and the HEVC version 1 verification test
report;

For HEVC range extensions (RExt), the HEVC range extensions draft 7 (final
specification draft submitted for ISO/IEC approval), RExt test model 7, and RExt
conformance draft 1;

For HEVC scalable extensions (SHVC), the SHVC extensions draft 6 and SHVC Test
Model 6, and a document specifying common test conditions and software reference
configurations for SHVC experiments;

For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test
model 1, and a document specifying common test conditions and software reference
configurations for SCC experiments;
Page: 163
Date Saved: 2016-02-12
For the organization and planning of its future work, the JCT-VC established 17 "ad hoc groups"
(AHGs) to progress the work on particular subject areas. The next four JCT-VC meetings are
planned for 30 June – 9 July 2014 under ITU-T auspices in Sapporo, JP, during 17–24 October
2014 under WG 11 auspices in Strasbourg, FR, during 10–18 Feb. 2015 under ITU-T auspices in
Geneva, CH, and during 18–26 June 2015 under WG 11 auspices in Warsaw, PL.
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 seventeenth meeting during 27 Mar. – 4 Apr. 2014 at the Palacio
de Congresos de Valencia, Valencia, ES. 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 900 hours on Thursday 27 Mar. 2014.
Meeting sessions were held on all days (including weekend days) until the meeting was closed at
approximately 1230 hours on Friday 4 Apr. 2014. Approximately 126 people attended the JCTVC meeting, and approximately 250 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

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
Page: 164
244 people, 300 input documents
Date Saved: 2016-02-12

11th "K" meeting (Shanghai, 2012-10)

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
235 people, 350 input documents
262 people, 450 input documents
 17th "Q" meeting (Valencia, 2014-03/04) 126 people, 250 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_03_Q_Valencia/.
1.3 Primary goals
The primary goals of the meeting were to review the work that was performed in the interim
period since the fifteenth JCT-VC meeting in producing the 14th HEVC Test Model (HM14)
software and text, the range extensions (RExt) Draft 6 with associated test model and software,
the Scalable HEVC (SHVC) extensions Draft 5 with associated test model and software, review
the results from one interim Core Experiments on RExt (RCE1) and one Core Experiments on
SHVC (SCE1), review the responses on the joint call for proposals on screen content coding
tools, and review other technical input documents. Important topics of the meeting included the
review of progress made towards definitions of SHVC, RExt, and screen content coding.
Advancing the work on development of conformance and reference software for HEVC and its
extensions is also a significant goal. Needs for corrections to version 1 were considered, and the
results of the verification test that had been set up for HEVC version 1 performance testing were
reviewed.
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 (as of the time of preparation of this report in late-June 2014).
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):".
Page: 165
Date Saved: 2016-02-12

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 Monday, 17 Mar. 2014.
Non-administrative documents uploaded after 2359 hours in Paris/Geneva time Tuesday 18 Mar.
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).
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-Q0173 and higher were registered
after the "officially late" deadline (and therefore were also uploaded late). However, some
documents in the "P0173+" 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-Q0094 (a proposal on software for palette mode) [uploaded 03-19],
Page: 166
Date Saved: 2016-02-12

JCTVC-Q0117 (a proposal on pic struct element) [uploaded 03-19],

JCTVC-Q0119 (a proposal on scaled reference layer offset) [uploaded 03-19],

JCTVC-Q0120 (a proposal on phase offset) [uploaded 03-19],

JCTVC-Q0122 (a proposal on reference sample locations) [uploaded 03-19],
 JCTVC-Q0154 (a proposal on HLS for picture flushing and DPB) [uploaded 03-20].
The following other documents not proposing normative technical content were registered on
time but were uploaded late:

JCTVC-Q0087 (an information document about coding results) [uploaded 04-04],

JCTVC-Q0136 (a document discussing test conditions for colour gamut scalability)
[uploaded 03-27].
The following cross-verification reports were registered on time but were uploaded late: JCTVCQ0097 [uploaded 03-28], JCTVC-Q0098 [uploaded 03-26], JCTVC-Q0099 [uploaded 03-25],
JCTVC-Q0123 [uploaded 03-25], JCTVC-Q0125 [uploaded 03-26], JCTVC-Q0143 [uploaded
03-26], JCTVC-Q0144 [uploaded 03-26], JCTVC-Q0150 [uploaded 03-27], JCTVC-Q0151
[uploaded 03-27], JCTVC-Q0152 [uploaded 04-02], JCTVC-Q0153 [uploaded 03-27], JCTVCQ0171 [uploaded 04-02], JCTVC-Q0172 [uploaded 04-02].
The following contribution registrations were later cancelled, withdrawn, never provided, were
cross-checks of a withdrawn contribution, or were registered in error: JCTVC-Q0058, JCTVCQ0121, JCTVC-Q0126, JCTVC-Q0233.
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 to be rejected in the document management
system, as has been agreed since the third meeting.
The initial uploads of the following contribution document was rejected as a "placeholder"
without any significant content and was not corrected until after the upload deadline:

JCTVC-Q0137 (a proposal on adaptive SAO offset scaling, corrected by a late upload on
03-20)
Page: 167
Date Saved: 2016-02-12

JCTVC-Q0140 (a performance report on encoder-only changes for SCC, corrected by a
late upload on 03-19)
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
(to the extent of the awareness of the chairs).
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.

Any special comments and observations made by a cross-check contributor.
1.4.4 Outputs of the preceding meeting
The report documents of the previous meeting, particularly including the meeting report JCTVCP1000, the HEVC Test Model (HM) JCTVC-P1002 (which still needs further attention to reach
the quality we would like it to have), the Defect Report JCTVC-P1003, the Conformance Draft
JCTVC-P1004, the Draft Specification of Range Extensions JCTVC-P1005, the RExt Test
Model JCTVC-P1013, the SHVC draft specification JCTVC-P1008, the SHVC test model
JCTVC-P1007, the common test conditions for RExt (JCTVC-P1006) and SHVC (JCTVCP1009), and the HEVC verification test plan JCTVC-P1011 were approved. The HM reference
software and the reference software versions for range extensions and SHVC, 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
Page: 168
Date Saved: 2016-02-12
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.
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
Page: 169
Date Saved: 2016-02-12

Review of contributions submitted to the CfP on screen content coding

Consideration of contributions and communications on HEVC project guidance

Consideration of HEVC 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:

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.
Page: 170
Date Saved: 2016-02-12
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.
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.
Page: 171
Date Saved: 2016-02-12
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:

AHG: Ad hoc group.

AI: All-intra.

AIF: Adaptive interpolation filtering.

ALF: Adaptive loop filter.

AMP: Asymmetric motion partitioning.

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.

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.

CABAC: Context-adaptive binary arithmetic coding.

CBF: Coded block flag(s).

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.

CGS: Colour gamut scalability (historically, coarse-grained scalability).

CL-RAS: Cross-layer random-acess skip.

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").

CTC: Common test conditions.

CVS: Coded video sequence.
Page: 172
Date Saved: 2016-02-12

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.

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 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).

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).

ILP: Inter-layer prediction (in scalable coding).

IPCM: Intra pulse-code modulation (similar in spirit to IPCM in AVC).

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.

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).
Page: 173
Date Saved: 2016-02-12

MV: Motion vector.

OLS: Output layer set

NAL: Network abstraction layer (as in AVC).

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).

OBMC: Overlapped block motion compensation.

PCP: Parallelization of context processing.

POC: Picture order count.

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: Rancom-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

SD: Slice data; alternatively, standard-definition.

SEI: Supplemental enhancement information (as in AVC).

SH: Slice header.

SHVC: Scalable high efficiency video coding.

SIMD: Single instruction, multiple data.
Page: 174
Date Saved: 2016-02-12

SPS: Sequence parameter set (as in AVC and HEVC).

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.

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 draft standard.

WG: Working group (usually used in reference to WG 11, a.k.a. MPEG).

WPP: Wavefront parallel processing

Block and unit names:
o CTB: Coding tree block (luma or chroma).
o CTU: Coding tree unit (containing both luma and chroma, synonymous with
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 four shape
possibilities for non-AMP cases.

2Nx2N: Having the full width and height of the CU.

2NxN: Having two areas that each have the full width and half the height
of the CU.

Nx2N: 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.
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.
1.12
Opening remarks
Opening remarks included:

Remarks on lateness of documents.
 Remarks on the number of documents.
Primary topic areas were noted as follows:
Page: 175
Date Saved: 2016-02-12

HLS

SHVC

RExt

Corrigenda items and preparation of new edition (how to progress RExt to final approval
ballot in ISO/IEC)
 Screen content coding CfP results
Other
 Verification testing had been completed
Unfinished (or less-than-optimally finished) deliverables

HEVC conformance (& Draft DoCR)

RExt draft finalization
 HM test model text
Two main tracks were followed for most meeting discussions:

HLS

RExt & SCC
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:

Thu. 27 Mar., 1st day 0900–2000
o JCT-VC opening and review of AHG reports [JRO & GJS] 0900–1315 (MP1)
o SCC CfP response presentations of technical proposals [JRO] 1445–2000 (MP1)
o HLS BoG [J. Boyce] 1445–2000 (Aud. 3B)

Fri. 28 Mar., 2nd day 0800–1900
o RExt [JRO] 0800–1300, 1630–1900 (MP1)
o HLS BoG [J. Boyce] 0900–1300, 1430–1900 (3B), esp.:
- 7.5.2 IRAP alignment and POC derivation
- 7.5.3 RPS signalling and derivation
- 7.5.5 Parameter sets
o SCC CfP Summarization BoG [H. Yu. R. Cohen, R. Joshi] 0800–1300 (3A)
o SCC CfP results review [JRO] 1430–1600 (MP1)
o SCE1 and related non-CE SHVC contributions [GJS] 1430–1900 (3A)

Sat. 29 Mar., 3rd day 0800–2000
o Parallel activity: JCT-3V first day 0900–2000 (3A+B)
o Non-CfP SCC or RExt [R. Cohen] 0830–1330, 1500–1730 (MP1)
o HLS [Y.-K. Wang] 0900–1330, 1500–1630 (S2)
o SHVC position calculation [J. Boyce] 0800–1330 (S1)
o JCT-VC review of Non-CfP SCC / RExt and SHVC position calculation [GJS]
1600–2000 (MP1)

Sun. 30 Mar., 4th day 0900–2000 [Summer time change noted]
Page: 176
Date Saved: 2016-02-12
o JCT-VC review of SHVC position calculation and HLS [GJS] 0900–1200 (Aud.
2)
o JCT-VC remainders [GJS] 1200–1400, 1330–1800
o RExt BoG [D. Flynn & C. Rosewarne] 1830–2000
o HLS BoG [J. Boyce] 1830–2000

Mon. 31 Mar., 5th day 1430–2100
o Parent level: WG 11 plenary 0900–1400
o Parent level: VCEG plenary 1400–1600
o Parent level: Joint meeting 1600–1800 (SCC &c)
o JCT-VC HLS 1815–2100 (GJS) (3B)
o JCT-VC RExt 1815–2100 (JRO) (Aud. 2)

Tue. 1 Apr., 6th day 0800–2100
o JCT-VC RExt and next steps for SCC (GJS & JRO) 0800–1000+ (Aud. 2)
o SHVC position calculation [J. Boyce] 0800–1000 (Room A)
o HLS [J. Boyce] 0900–1100 (Room A)
o SCM [R. Cohen] (Aud. 2)
o RExt editorial review [GJS] 1000 (Foyer Aud. 2B)
o RExt colour VUI [GJS] 1200 (Foyer Aud. 2B)
o Parent level: Joint meeting 1600–1800 (various topics)
o RExt editorial review [DF] 1800–2100 (3A)

Wed. 2 Apr., 7th day 1130–2100
o Parent level: WG 11 plenary 0900–1100
o JCT-VC review of side activity, RExt profiling details 1130−1300 (Aud. 2)
o Parent level: VCEG plenary 1300–1400 (Aud. 2)
o SCC 1500−1700 BoG (Room 3A)
o HLS 1500−1800 (Aud. 2)
o JCT-VC remainders 1800-2100 (Aud. 2)
- SHVC CGS phase 2.1 vs. 2.2
- HEVC v1 Conformance Q0219
- SHVC conformance (To be part of conformance AHG – volunteers: J.
Boyce, Y. Ye, T. Suzuki, A. Ramasubramonian) & ref soft
- Verification test follow-up (Q0019, Q0204 to be the basis of output doc)
- RExt conformance Q0249
- RExt coding features Q0051
o RExt finalization and editorial review BoG 1900−2100
o Parent level: ISO/IEC editor guidance 1700–1800 (Room 5)

Thu. 3 Apr., 8th day 0800–2100
o Parent level: Joint meeting 1500–1700 (various topics)
o BoG position & phase adj SHVC Room A 8am
o BoG HLS Room A 1000
o BoG SCC Room 3A 8am-1000
o JCT-VC & JCT-3V joint HLS review 1700-1800 Aud. 2
o JCT-VC Remainders 0800-1500 Aud. 2
- 0800 Misc
- 1000 Still picture
- 1030 SCC Review
- AHG plans
- RExt DoCR (IT NB: FPA)
Page: 177
Date Saved: 2016-02-12
-

Rectangular region FPA
1700 HLS BoG and revisits review Q0223
Shared DPB further discussion
1900 SHVC position & phase adjustment BoG review
CE planning (SCC, CGS WP?, 12 b SHVC?)
Output doc planning
Notes on some discussions completed
 RExt, CABAC initialization and CBF
 Version 1 defects MinCR (confirmed Wed p.m. (GJS)), Q0111
 SCC Project desc.
 Profiles – see joint meeting notes in section 8.1.
o CPB size effect for all-intra profiles
o Bit rates for high-throughput profile
o 12 bit profile Q0206
Fri. 4 Apr., 9th day 0800–1230
o Parent level: WG 11 plenary 1400–2200
o JCT-VC closing plenary 0800–1230
- AHG plans
- Output docs
- WG11 DoCRs, NBs, resolutions
- CE plans
- Q0256 check
1.14
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 (19) Track P (section 2)
 Communication to and by parent bodies (0) Track P (section 3.1)
 Conformance testing development (0) Track P (section 3.2)
 Version 1 bug reports and cleanup (1) Track P (section 3.3)
 Coding performance, implementation, and design analysis (5) Track P (section 3.4)
 Profile and level definitions (7) Track P/Joint with Parent Bodies (section 3.5)
 Use cases (4) Track P/Joint with Parent Bodies (section 3.7)
 Source video test material (2) Track P (section 3.8)
 SHVC CE1: Colour gamut and bit depth scalability (9) Track A (section 4)
 RExt CE1: Adaptive motion vector precision (5) Track B (section 5)
 CfP on screen content coding (12) Track P (section 6)
 Non-CE RExt and related contributions (37) BoG | Track B (section 7.1)
 Non-CE SHVC (17) BoG | Track A (section 7.2)
 Non-CfP SCC (31) BoG (section 7.3)
 High-level syntax common issues in RExt, 3D, SHVC, single layer (7) BoG | Track A
(section 7.4)
Page: 178
Date Saved: 2016-02-12

High-level syntax in SHVC and 3D extensions (33) BoG | Track A | joint with JCT-3V
(section 7.5)
 VUI and SEI messages (9) BoG | Track A (section 7.6)
 Non-normative (0) (section 7.7)
 Plenary discussions and BoG reports (0) Track P (section 8)
 Outputs & planning: AHG & CE plans, Conformance, Reference software, Verification
testing, Chroma format, CTC (sections 9, 10, and 11)
NOTE – The number of contributions in each category, as shown in parenthesis above, may
not be 100% precise.
2
AHG reports (19)
The activities of ad hoc groups (AHGs) that had been established at the prior meeting are
discussed in this section.
(Reviewed Thu 27th a.m. except as noted otherwise.)
JCTVC-Q0001 JCT-VC AHG report: Project management (AHG1) [G. J. Sullivan,
J.-R. Ohm (AHG chairs)]
1).1.1.1.1.46
In the interim period since the 16th JCT-VC meeting, the 14th HEVC Test Model (HM14)
software and text had been produced; one interim Core Experiment on range extensions (RCE1)
and one Core Experiment on scalable extensions (SCE1) were run. In preparation of the 17th
meeting, progress was made towards definitions of Scalable HEVC (SHVC) extensions and
range extensions into higher bit depths and non-4:2:0 colour sampling. Advancing the work on
development of conformance and reference software for HEVC and its extensions was also a
significant goal. Needs for corrections to version 1 were considered, and a verification test was
further executed for HEVC version 1 performance testing. Furthermore, a joint call for proposals
on screen content coding tools had been issued by the parent bodies, and 7 complete proposals
were received.
The work of the JCT-VC overall had proceeded well and actively in the interim period. Active
discussion had been carried out on the group email reflector (which had 1753 subscribers as of
2014-03-26), 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_01_P_Sanjose/), particularly including the following:

The meeting report (JCTVC-P1000) [Posted 2014-03-26]

The HM 14 encoder description (JCTVC-P1002) [Posted 2014-03-26]

The HEVC (version 1) defect report draft 3 (JCTVC-P1003) [Posted 2013-02-08]

The HEVC conformance specification Draft 6, to be submitted as Preliminary Draft of
ISO/IEC FDIS 23008-8 (JCTVC-P1004) [First posted 2013-03-27]

HEVC range extensions Draft 6, to be submitted as I Preliminary Draft of ISO/IEC
FDAM (JCTVC-P1005) [First posted 2014-02-19, but additional update was necessary –
final update 2014-04-03]

HEVC range extensions common test conditions and software reference configurations
(JCTVC-P1006) [First posted 2014-01-24, last updated 2014-02-05]

SHVC Test Model 5 (JCTVC-P1007) [Posted 2014-02-28]
Page: 179
Date Saved: 2016-02-12

SHVC Draft 5, submitted as ISO/IEC DAM (JCTVC-P1008) [First posted 2014-01-19,
last updated 2014-01-22]

Common SHM test conditions and software reference configurations (JCTVC-P1009)
[Posted 2014-02-08]

HEVC verification test plan draft 3 (JCTVC-P1011) [Posted 2014-01-17]

Range Extensions Test Model 6 encoder description (JCTVC-P1013) [First posted 201401-19, last updated 2014-02-23]

Description of HEVC Scalable Extensions Core Experiment 1 (SCE1): Colour gamut and
bit depth scalability (JCTVC-P1101) [First posted 2014-01-18 with final update 2014-0122]

Description of HEVC Range Extensions Core Experiment 1 (RCE1): Adaptive motion
vector precision (JCTVC-P1121) [First posted 2014-02-01 with final update 2014-02-06]
The software for HM version 13.0 had been released just after the last meeting (Jan 22).
Software for SHVC and Range Extensions were built on top of HM13. HM 14.0 had been
prepared but not yet released.
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-13.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-13.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.
Approximately 200 input contributions to the current meeting had been registered. A significant
number of late-registered and late-uploaded contributions were noted.
A preliminary basis for the document subject allocation and meeting notes for the 17th meeting
had been circulated to the participants by being announced in email, and was publicly available
on the ITU-hosted ftp site.
1).1.1.1.1.47 JCTVC-Q0002 JCT-VC AHG report: HEVC test model editing and errata
reporting (AHG2) [B. Bross, K. McCann (AHG co-chairs), W.-J. Han, I.-K. Kim, J.-R. Ohm,
K. Sugimoto, G. J. Sullivan, Y.-K. Wang (AHG 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 16th meeting in San José (9–17 January 2014) and the 17th
meeting in Valencia (27 March – 4 April 2014).
Page: 180
Date Saved: 2016-02-12
At the 16th JCT-VC meeting, documents JCTVC-O1002 and JCTVC-O1003 were approved as
JCT-VC output documents. In addition, document JCTVC-P0064, detailing some defect
corrections for HEVC version 1 (esp. modulo CPB removal delay wrapping), was adopted.
An issue tracker (https://hevc.hhi.fraunhofer.de/trac/hevc) was used in order to facilitate the
reporting of errata with the HEVC documents. A single issue with version 1 of the HEVC
specification (JCTVC L1003 and JCTVC-O1003) was reported on the tracker following the 16th
JCT-VC meeting. No issues with the HM13 Encoder Description in JCTVC-O1002 were
reported on the tracker during this period.
The HM14 Encoder Description was published as JCTVC-P1002.
The HEVC Defect Report Draft 3 was published as JCTVC-P1003.
The recommendations of the HEVC test model editing and errata reporting AHG were for JCTVC to:

Approve the HM14 Encoder Description in document JCTVC-P1002 as JCT-VC output.

Approve the HEVC Defect Report Draft 3 as JCT-VC output.

Determine whether or not an HM15 Encoder Description should be created, given the
absence of any input documents or issues raised via the tracker.

Encourage the use of the issue tracker to report issues with the text of both the HEVC v1
specification and the Encoder Description.

Coordinate with the Software development and HM software technical evaluation AhG to
address issues relating to any mismatches between software and text.

Consider further proposals for editorial improvements to HEVC v1.
1).1.1.1.1.48 JCTVC-Q0003 JCT-VC AHG report: HEVC HM software development and
software technical evaluation (AHG3) [F. Bossen, D. Flynn, K. Sühring (AHG chairs)]
This report summarizes the activities of the AhG on HEVC HM software development and
software technical evaluation that have taken place between the 16th and 17th JCT-VC meetings.
Activities focused on fixing bugs.
A brief summary of activities is given below.

Development of the software was coordinated 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 servers set up at HHI and the BBC, as announced
on the JCT-VC email reflector.

The HM user manual had been updated and a version controlled copy is included in the
doc directory of the repository. A PDF version had been produced and was included in
the same location prior to each HM release.

Version 14.0 was still in development to be released during the 17th JCT-VC meeting. A
number of bugs have been identified and fixed.
 There were a number of reported software bugs that should be fixed.
Multiple versions of the HM software were produced and announced on the JCT-VC email
reflector. The following sections give a brief summary of the changes made for each version. 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,
Page: 181
Date Saved: 2016-02-12
where version_number corresponds to one of the versions described below (eg., HM-11.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 13.0 had been released on January 22, 2013.
The coding performance did not change compared to HM-12.0.
HM 13.0 was the basis for CE, RExt and SHVC software development.
HM 14.0 had not yet been released, but was expected during the 17th JCT-VC meeting. This
version contains additional bug fixes as well as improved handling of encoding field sequences.
It should also be noted that the submission of additional conformance bitstreams had helped
fixing a number of bugs and implementing features that were previously not available in HM.
Notable additions included:

Additional bug fixes

Rules pertaining to picture output

Processing of filler data
 Improved field coding (incl. recovery point SEI messages)
HM 14.0 was expected to correctly decode all conformance bitstreams submitted to date.
Unless the release has been tagged, the development branch can be found under
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/HM-13.0-dev
There were no performance changes expected for HM 14.0.
Recommendations:

Continue to develop reference software based on HM version 14.0 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.

Encourage people who are implementing HEVC based products to report all (potential)
bugs that they are finding in that process.

Encourage people to submit bistreams that trigger bugs in the HM. Such bitstreams may
also be useful for the conformance specification.
Regarding the potential to issue an ISO/IEC FDIS at this meeting, it was agreed to finalize this in
July rather than now for synchronization with the ITU-T approval process.
1).1.1.1.1.49 JCTVC-Q0004 JCT-VC AHG report: HEVC conformance test development
(AHG4) [T. Suzuki, W. Wan (AHG chairs)]
This AHG was established to develop conformance specification of HEVC
The ftp site at ITU-T was 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.
The generated bitstreams are available at
http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/draft_conformance/
The features and conformance point of each bitstream are summarized in the attached Excel
sheet.
Page: 182
Date Saved: 2016-02-12
12 bitstreams were revised – the known problems in those were fixed (EXT_A_ericsson_4,
NUT_A_ericsson_5,
RPS_C_ericsson_5,
RPS_D_ericsson_6,
IPRED_A_docomo_2,
MVDL1ZERO_A_docomo_4, RAP_A_docomo_5, RPS_F_docomo_2, RPS_A_docomo_5,
ENTP_A_QUALCOMM_1, ENTP_B_Qualcomm_1, ENTP_C_Qualcomm_1).
13 new bitstreams were generated.
Some requested bitstreams were not yet generated. These were listed in the report, along with
volunteers for most cases.
JCTVC-Q0219 was an input document from editors.
Regarding the potential to issue an ISO/IEC FDIS at this meeting, it was agreed to finalize this in
July rather than now for synchronization with the ITU-T approval process.
The need was identified to discuss plans for extensions conformance testing.
1).1.1.1.1.50 JCTVC-Q0005 JCT-VC AHG report: HEVC range extensions development
(AHG5) [C. Rosewarne, M. Naccari (AHG chairs)]
This report summarizes the HEVC range extensions development Ad-Hoc Group (AHG5)
between the 16th JCT-VC meeting in in San José, CA, USA (January 2014) and the 17th JCTVC meeting in Valencia, ES, (March-April 2014).
After a kick-off message issued on the 27th January no further emails were sent to the reflector
regarding AHG5.
Contribution JCTVC-P1006 was uploaded, defining the test conditions as agreed at the 16th
JCT-VC meeting for Range extensions development. This contribution also includes the spread
sheet templates to be used in RExt Core Experiments (RCEs) at this meeting for AHG5, 8 and 18
related experiments.
Related contributions to the meeting were listed and categorized in the report.
The AHG recommended:

To review all related contributions.

To include appropriate methods into HEVC range extensions WD and HM range
extensions software.
1).1.1.1.1.51 JCTVC-Q0006 JCT-VC AHG report: Range extensions draft text (AHG6) [J. Sole,
D. Flynn, M. Naccari, C. Rosewarne, K. Sharman, G. J. Sullivan, T. Suzuki (AHG chairs)]
This document reports on the work of the JCT-VC ad hoc group on Range extensions draft text
(AHG6) between the 16th JCT-VC meeting in San Jose, USA (January 2014) and the 17th JCTVC meeting in Valencia, ES (March/April 2014).
The High Efficiency Video Coding (HEVC) Range Extensions test model was developed
following the actions taken at the 16th JCT-VC meeting in San Jose, US (January 2014).
One version of JCTVC-P1005 was published by the Editing AhG following the 16th JCT-VC
meeting in San Jose, which is based upon JCTVC-L1003_v34.
Changes in JCTVC-P1005 relative to the previous version was as follows:

Fixed loosened constraint on scaling list scaling_list_pred_matrix_id_delta [#1231]

Fixed incorrect coordinate scaling in §8.4.5.1, §8.7.3.2, §8.7.2.5.8 [#1234, #1236, #1238]

Fixed incorrect cbf check for 4:2:2 in transform unit syntax [#1235]

Added inferrence rule for delta_chroma_log2_weight_denom for monochrome [#1237]

Fixed typos in §8.4.1

Integrated extra context for log2_res_scale_abs_plus1 (JCTVC-P0154)

Integrated PPS signalling of SAO offset scale values (JCTVC-P0222)
Page: 183
Date Saved: 2016-02-12

Integrated Luma-Chroma scaling for unequal component bitdepths (JCTVC-P0066)

Integrated change to horizontal BV range limit to be CTU size independent (uses 64)
(mtgNotes)

Integrated change of intraBV vector initialization (JCTVC-P0304)

Integrated categorized Rice parameter initialization (JCTVC-P0199)

Integrated modifications to temporal motion constrained tile sets SEI message (JCTVCP0051, JCTVC-P0172)

Integrated (without diagram) knee function information SEI message (JCTVC-P0050)

Integrated IntraBC NxN, 2NxN, Nx2N modes (JCTVC-P0180)

Integrated CABAC bypass alignment for high rates (JCTVC-P0060)

Integrated VUI for SMPTE 2084 and XYZ (JCTVC-P0084)

Integrated mastering display colour volume SEI message (JCTVC-P0084)

Integrated PPS extension mechanism (JCTVC-P0166)
 Renamed luma-chroma prediction to cross-component prediction
Not yet integrated:

PPS extension mechanism

Profiles
 Some reported issues in the tracker
The recommendations of the HEVC Range extensions draft text AHG were to:

Approve the edited JCTVC-P1005 document as JCT-VC output

Encourage the use of the issue tracker (https://hevc.hhi.fraunhofer.de/trac/hevc/) to
facilitate the reporting of issues with the text

Resolve all text issues logged in trac

Compare the HEVC Range Extensions document with the HEVC Range Extensions
software and resolve any discrepancies that may exist, in collaboration with the Range
extensions software development (AHG7)

Ensure that properly drafted candidate text for the HEVC Range Extensions text
specification is available prior to introducing changes to the specification

Review, before the end of the meeting, all adoptions for integration in the output text

Recommned that the meeting notes include suffcient details of adoptions based on
recommendations of BoGs

Continue to improve the overall editorial quality of the draft text specification, to allow it
to proceed to FDAM ballot following this meeting
The following needs for further discussion were identified:

Further improvement of draft

DoCR

PPS extension signalling
Page: 184
Date Saved: 2016-02-12

FDAM process issue – possibilities:
o Delta documents for each ballot, new edition subsequently (e.g. October)
o FDIS for RExt, delta for July docs
o FDIS for all in July
1).1.1.1.1.52 JCTVC-Q0007 JCT-VC AHG report: Range extensions software (AHG7)
[K. Sharman, D. Flynn (AHG chairs)]
This report summarizes the activities of Ad Hoc Group 7 on support for range extensions
between the 16th and 17th JCT-VC meetings.
Following the end of the previous meeting on Friday 17th January, The HM12.0_RExt5.1
software was upgraded to HM13.0_RExt5.1 (reflecting the changes made to the main HM
branch) and then to HM13.0_RExt5.2 (macro removal), with both revisions released on Tuesday
28th January. All were tested according to the HM and RExt6 test conditions.
On Thursday 30th January, the development code for RExt6.0 (RExt6.0_rc1) with changes for
all tools was announced, and a request was made for proponents to verify their tools. A few
small changes were subsequently made, including a bug fix to the previously adopted crosscomponent prediction inter search algorithm (see JCTVC-Q0076). This then lead to the full
release of RExt6.0 on Wednesday 5th February.
The changes made were due to the following topics:

Renaming of cross-component decorrelation to cross-component prediction.

O0099
– Time Code SEI

RCE1-B3a
– Entropy coding alignment for 16-bit profiles

RCE2-A1
– Golomb-Rice Coding Initialization

RCE3-D2
– NxN, 2NxN, Nx2N intra block copy (with PU-level overlap prohibited)

Mtg notes
– Intra-Block-Copy search area always 64 wide.

P0044
– Tiers and levels.

P0066
– Bit depth correction for cross-component-prediction

P0154-Method1
signalling

P0166

P0222+notes – SAO programmable shift values to be sent in PPS
– Add additional context for cross-component prediction alpha
– Align PPS extension syntax with SPS extension syntax
 P0304 (RCE3) – Change of initial Intra-Block-Copy predictor to (-W,0)
On Monday 17th March, the following tools were also added, alongside some bug-fixes for 4:2:2
processing. It is hoped that this will become RExt6.1, following requested feedback from the
community.

O0044

The encoder scheme currently defined does not employ a rate-distortion search.

O0079
– Chroma sampling filter hint SEI message

P0050
– Knee function SEI message

P0084
– Master Display Colour Volume SEI message
– CU-adaptive chroma QP offsets
Page: 185
Date Saved: 2016-02-12
The following were still to be integrated:

O0043

Motion constrained tile sets SEI message
– Best-effort decoding
o N0383
– Motion constrained tile sets SEI message
o P0051
– Extensions to temporal motion constrained tile sets SEI message
o P0172-F
– Further extensions to temporal motion constrained tile sets SEI
message
Some significant gains in compression performance were shown (see tables in report) – esp. for:

SCC cases, primarily due to NxN and 2NxN/Nx2N
 High bit depth, primarily due to Rice adaptation rule change
Comparison to AVC was also provided for 14 b and 12 b. (There were some problems running
the AVC JM in these cases.)
The following contribution relates to the problem of having multiple encoder search algorithms
within RExt:

JCTVC-Q0076 Unifying HM and RExt Inter-Prediction Search [K. Sharman,
N. Saunders and J. Gamei]
Recommendations made by the AHG:

Continue to develop reference software based on HM and improve its quality.

Update encoder and documentation to be consistent with the current usage.

Remove macros introduced in previous HM versions before starting integration towards
RExt7.0 such as to make the software more readable.

Continue to identify bugs and discrepancies with text, and address them.

Test reference software more extensively outside of common test conditions.
1).1.1.1.1.53 JCTVC-Q0008 JCT-VC AHG report: Screen content coding (AHG8) [H. Yu,
R. Cohen, A. Duenas, D.-K. Kwon, T. Lin, J. Xu (AHG chairs)]
This report summarizes the activities of the JCT-VC ad hoc group on screen content coding
(AHG8) between the JCT-VC 16th meeting in San José, USA, and the 17th meeting in Valencia,
ES.
There had been much effort in studying and developing new coding tools for screen content
during this short interim period. So far, a total of 33 SCC related contributions had been
submitted to this meeting, and 7 of them were registered and submitted as SCC CfP response
proposals. It was reported that, basically, the tools discussed in these proposals can be classified
into the following areas: Intra-BC, in-loop filtering process, colour palette/table, colour
transform, inter colour prediction, string match, inter picture coding, etc. A list of contributions
was given in the AHG report.
It was recommended to

Present contributions and create CEs to further study these new tools.

Schedule viewing sessions, whenever necessary and possible, to further evaluate and
assess the subjective quality of these new coding tools.
Page: 186
Date Saved: 2016-02-12
1).1.1.1.1.54 JCTVC-Q0009 JCT-VC AHG report: High-level syntax for HEVC extensions
(AHG9) [M. M. Hannuksela, J. Boyce, Y. Chen, S. Deshpande, J. Samuelsson, Y.-K. Wang,
P. Wu (AHG chairs)]
This report summarizes the activities of the ad-hoc group on high-level syntax for HEVC
extensions (AHG9) between the 16th JCT-VC meeting and the 17th JCT-VC meeting.
No coordinated AHG activity took place. No emails were exchanged over the JCT-VC reflector.
The number of related input contributions was approximately 43, and these were listed in the
report.
JCTVC-Q0010 JCT-VC AHG report: Palette-based coding (AHG10) [W. Pu, P. Onno,
X. Guo, P. Lai (AHG chairs)]
Discussed Sat 29th (JRO) or Sun 30th (D. Flynn & C. Rosewarne as BoG).
Contribution JCTVC-Q0063 falls into the category of “Improvement on palette prediction”.
In the current AHG10 suggested software, the palette items in the last palette coded CU are used
as predictors to predict the current CU’s palette. Proposals in the category suggest to use more
palette predictors from more than one previous coded CUs.
The following contributions fall to the category of “Improvement on index and run-length
coding”:

In the current AHG10 reference software, run-length code is used with three run modes,
i.e. copy left run mode, copy top run mode, and escape mode. JCTVC-Q0064-66 in this
category suggest to includes more run modes and improve run-length / index coding.

In JCTVC-Q0047, bug fixes for RExt6.0 based AHG10 suggested software was reported.
It also reported encoder only improvements and improved palette index coding.

In JCTVC-Q0138, a MATCH mode is designed based on a line-matching above copy
method to code colour indices.

JCTVC-Q0169 and JCTVC-Q0174 presented results of adaptive scanning and modified
copy above run mode.
The following contributions fall to the category of “Tool combinations”:

Proposals in the category combine more than one palette coding tools to improve palette
based coding.

In JCTVC-Q0069, combination of JCTVC-Q0063, JCTVC-Q0064, JCTVC-Q0065,
JCTV-Q0066 was reported.

In JCTVC-Q0071, three tools to improve coding efficiency of palette based coding of
screen content including (i) long-term palette prediction, (ii) restricted run-length coding
and (iii) adaptive scanning of palette coded CUs are evaluated.

In JCTVC-Q0083, a triplet palette mode combining the triple palette and component wise
palette was reported. This proposal also reported improved index coding methods.
In JCTVC-Q0094, RExt6.0 based AHG10 suggested software was reported.
1).1.1.1.1.55 JCTVC-Q0011 JCT-VC AHG report: SHVC text editing (AHG11) [J. Chen,
J. Boyce, Y. Ye, M. Hannuksela, G. J. Sullivan, Y.-K. Wang (AHG chairs)]
This document reports the work of the JCT-VC ad hoc group on SHVC text editing (AHG11)
between the 16th JCT-VC meeting in San Jose, US, (9 – 17 Jan. 2014) and 17th JCT-VC
meeting in Valencia, Spain, (27 March – 4 April 2014).
Page: 187
Date Saved: 2016-02-12
The editorial team worked on two documents: JCTVC-P1007 (SHVC Test Model 5 text) and
JCTVC-P1008 (SHVC draft 5). Editing JCTVC-P1008 was assigned a higher priority than
editing JCTVC-P1007.
One version of JCTVC-P1007 and four versions of JCTVC-P1008 were produced by the editing
AHG following the 16th JCT-VC meeting in San Jose. The ISO/IEC SHVC DAM document was
generated based on the final version of JCTVC-P1008.
The main changes in JCTVC-P1008, relative to the previous JCTVC-O1008 (SHVC Draft 4),
are:

Incorporation of all common SHVC and MV-HEVC HLS normative adoptions at the
16th JCTVC meeting

Integration of all SHVC-specific normative adoptions at the 16th JCTVC meeting,
including:
o (JCTVC-P0312): vertical phase adjustment in resampling process for field-toframe scalability
o (Scalable Main 10 profile): Profile for up to 10 bits in each layer
o (RL and EL bit depth restriction): EL bit depth shall not be smaller than RL bit
depth (when the EL depends on the BL)

Editorial improvements and fixes
 Fixes of bug tracker tickets.
The JCTVC-P1007 Test Model 5 document mainly contains the general descriptions of SHVC
framework, texture data resampling process and motion field mapping process. The main change
to the previous JCTVC-O1007 (SHM4) is the inclusion of field-to-frame scalability.
The AHG recommended to:

Use SHVC bug-tracker (https://hevc.hhi.fraunhofer.de/trac/shvc) to report issues related
to 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 overall editorial quality of the SHVC Draft and Test Model
documents.

Request that proponents provide mature text for integration into the SHVC draft.
1).1.1.1.1.56 JCTVC-Q0012 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 16th
and 17th JCT-VC meetings.
The current latest software version was SHM-5.1, containing almost all the items adopted last
meeting, however some work was still needed on POC derivation related to JCTVC-P0041 and
JCTVC-P0056.
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
Two software versions had 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 and AVC base layer data can be found in the accompanying Excel tables. Performance
results are reportedly consistent with the adopted techniques.
Page: 188
Date Saved: 2016-02-12
The performance was essentially unchanged relative to prior SHM software (basically only HLS
changes).
Recommendations:

Continue to develop reference software based on SHM-5.1 and improve its quality.

Resolve identified software and working draft mismatches.
1).1.1.1.1.57 JCTVC-Q0013 JCT-VC AHG report: SHVC inter-layer filtering (AHG13)
[E. Alshina, J. Chen, P. Topiwala, T. Yamamoto, Y. Ye (AHG chairs)]
This document reports on the work of the JCT-VC AHG on SHVC inter-layer filtering (AHG13)
between the 16th JCT-VC meeting in San Jose, US, (9 – 17 Jan. 2014) and 17th JCT-VC
meeting in Valencia, Spain, (27 March – 4 April 2014) and, and lists the related input
documents.
There had not been discussions related to the mandates of this ad-hoc group over the reflector
between the 16th JCT-VC meeting and the 17th JCT-VC meeting. However, there was
significant activity in input contributions for this meeting.
It was reported that AhG13 related activity could be classified in 4 major topics:

Phase shift in re-sampling process adjustment;

Additional inter-layer filtering;

Resampling process refinement;
 Bug fix in inter-layer filtering for bit-depth scalability.
Several contributions fall to the category "Phase shift in re-sampling process adjustment".

Current SHVC draft distinguishes 2 types relative displacement between base and
enhancement pictures introduced by down-sampling process which (zero-phase shift or
central position alignment). In re-sampling process Chroma sample in 4:2:0 format is
assumed to be half-pel vertically displaced relatively to Luma sample.

A solution which handles interlaced-to-progressive scalability was adopted at JCTVC
16th meeting. Re-sampling process distinguishes 3 cases in current SHVC draft spec:
picture to picture, top filed –picture and bottom-field to picture conversion. Phase shift
during re-sampling is derived from system of flags indicating one of mentioned above
situation.

Proposals in this category suggest reorganizing the syntax for re-sampling process phase
adjustment in order to cover wider variety of combinations. In contributions from Arris
and Nokia, phase offsets are derived from system of flags. In Qualcomm and InterDigital
contributions, phase offsets are implicitly signalled.

It was asserted that the resampling process in the current SHVC draft is not well enough
suited for interlaced-to-progressive scalability when the base layer contains coded
frames. But no performance or subjective test results were reported in order to confirm
this statement.
Several contributions fall to the category "Additional inter-layer filtering":

Proposals in this category were tested using SCE1 settings: base and enhancement layers
have different colour gamut. Colour-conversion methods introduce additional processing
step during inter-layer reference picture construction executed before or after re-sampling
process.
Page: 189
Date Saved: 2016-02-12

The highest performance in SCE1 tests (~8% average BD-rate gain) was demonstrated by
inter-layer cross-colour filter with coefficients depending on triplet (Y,Cb,Cr) position in
colour space. Roughly speaking, this gain is composed from ~5% gain which comes from
splitting the colour space into multiple regions (up to 8x8x8) and another ~3% comes
from cross-colour inter-layer filtering [JCTVC-Q0072]. More details about these tools,
comparison and complexity analysis can be found in AhG14 and SCE1 reports.

Denoising for inter-layer reference previously was proposed for SNR scalability only for
colour-gamut scalability content shows BD-rate gain both for spatial ratio ×1 and ×2.
Average gain for inter-layer reference denoising is reportedly ~1% and is additive with
colour-gamut conversion tools.

About 1.5% BD-rate gain could be achieved with encoder modifications for weighted
prediction utilized in SCE1 anchor for inter-layer colour-gamut conversion.
Several contributions fall to the category "Re-sampling process refinement".

In an Ericsson contribution, a strange performance drop was demonstrated in case of
540p to 720p conversion (spatial ratio 4:3). Proposed solution adds one SPS level flag
which affects Scaled Reference Offsets and Scaling factor derivation.

In an Arris contribution, the shift value in reference sample position derivation is
modified. Shift becomes dependent on reference layer picture size.

In a Sharp contribution, a scaling factor and reference sample position derivation for
region-of-interest extraction is proposed. It is a re-proposal of a contribution from 15th
and 16th JCTVC meetings responding to the request for clarification of application case.
Several contributions fall to the category "Bug fix in inter-layer filtering for bit-depth
scalability".

This is s/w bug-fix for bit-depth conversion. Bit-depth conversion between layers is
incorporated with re-sampling process. In case of spatial ratio ×1 it was simply not
implemented. The bug fix reportedly provides more than 30% BD-rate gain.
Recommendations:

Review related contributions

Fix bit-depth conversion for ×1 case in reference s/w.
1).1.1.1.1.58 JCTVC-Q0014 JCT-VC AHG report: Colour gamut and bit depth scalability
(AHG14) [P. Andrivon, A. Duenas, E. Alshina, S. Deshpande, X. Li, K. Ugur, Y. Ye (AHG
chairs)]
This report summarizes the activities of the ad-hoc group of colour gamut and bit depth
scalability (AHG14) between the 16th JCT-VC meeting and the 17th JCT-VC meeting.
The AhG used the JCT-VC reflector for all discussions. A kick-off message was sent on January
30th, 2014. There were limited activity (typos, cross-checking volunteering, SHM bug-fixes)
related to the SCE1 over the SCE1 participants mailing list between the 16th JCT-VC meeting
and the 17th JCT-VC meeting.
As of the 25th of March 2014, there were 14 contributions related to colour gamut and bit-depth
scalability.
Two contributions are primary SCE1 proposals (JCTVC-Q0048 and JCTVC-Q0072). There are
4 non-SCE1 contributions mainly built on top of existing SCE1 technology proposals. One
contribution proposes to extend test conditions (JCTVC-Q0136).
An SCE1 report (JCTVC-Q0021) provides details on complexity and performance of CGS InterLayer Prediction (ILP) mechanism proposals.
Page: 190
Date Saved: 2016-02-12
The AhG recommended to:

Review all documents related to colour gamut and bit-depth scalability.

Analyze SCE1 related contributions on CGS ILP tools performance and complexity.
1).1.1.1.1.59 JCTVC-Q0015 JCT-VC AHG report: Hybrid codec scalability (AHG15)
[G. J. Sullivan (AHG chair)]
This document reports on the work of the JCT-VC ad hoc group on hybrid codec scalability,
including a report of the teleconferences held and the progress made during the interim period
since the preceding meeting. (The reader of this report is assumed to be familiar with various
jargon and abbreviations used in JCT-VC; recent meeting reports and the draft specification text
for HEVC and its SHVC and MV-HEVC extensions can be consulted for definitions of terms.)
The AHG held 5 teleconferences of 1–2 hours duration each, with substantial discussions of the
issues. Approximately 10–20 people participated in each call – each of which was announced
with at least 7 days of advance notice. The calls were held at different times of day to ensure
reasonable opportunities for participation from different time zones.
The AHG reached agreement to propose an approach to hybrid codec scalability that is specified
in a draft text document submitted with the AHG report.
The following needs for further work were identified:

Editors' notes are included in the accompanying draft text (prefixed by the string "[Ed.")
to identify open issues for further study.

Further work is needed for reference software development to fully support the proposed
scheme. A basic form of external means for providing a base layer is supported in the
software; however, the software assumes that there is always a base layer picture for each
access unit. Support for the planned signalling and syntax needs to be implemented.
The AHG noted that, due to the way the document repository web site works, two contributions
to the interim work had been registered as inputs of the previous meeting, although they are
really new inputs that arrived after that meeting ended.

JCTVC-P0315 Comments on JCTVC-P0184v3 ("Support of AVC base layer in SHVC")
[M. M. Hannuksela (Nokia)]
 JCTVC-P0316 Comments on Hybrid Scalability [S. Deshpande (Sharp)]
However, the above-listed documents were considered in the work of the AHG and do not
appear to require further review at the Valencia meeting, as updated versions of those
contributions have been provided as new input to the Valencia meeting.
The following contributions registered for the Valencia meeting were considered by the AHG.

JCTVC-Q0041 AHG 15: Comments on Hybrid Scalability [S. Deshpande (Sharp)]
(an update of JCTVC-P0316)

JCTVC-Q0042 AHG 15: Support of hybrid scalability [Y.-K. Wang, J. Chen, Y. Chen,
Hendry, A. K. Ramasubramonian (Qualcomm)]
(an update of JCTVC-P0315)
The following additional new contribution is noted to be relevant to the work of the AHG:

JCTVC-Q0188 Alternative AVC base layer HRD parameters for HEVC hybrid codec
scalability [M. M. Hannuksela (Nokia)]
1).1.1.1.1.60 JCTVC-Q0016 JCT-VC AHG report: Test sequence material (AHG16) [T. Suzuki,
R. Cohen, T. K. Tan, S. Wenger (AHG chairs)]
Page: 191
Date Saved: 2016-02-12
The AHG provided an updated list of available test sequences. Two relevant additional
contributions (JCTVC-Q0087 and JCTVC-Q0088) were noted to have been submitted to the
meeting.
See also the AHG 19 report JCTVC-Q0019 and contribution JCTVC-Q0204, which discusses
additional test sequences used for verification testing.
JCTVC-Q0017 JCT-VC AHG report: Adaptive motion precision (AHG17) [J. Xu,
X. Li (AHG chairs)]
1).1.1.1.1.61
This report summarizes the activities of the ad-hoc group of adaptive motion precision (AHG1)
between the 16th JCT-VC meeting and the 17th JCT-VC meeting.
The AhG used the JCT-VC reflector for all discussions. A kick-off message was sent on January
29th, 2014. There were limited activity related to RCE1 over RCE1 participant mailing list
between the 16th JCT-VC meeting and the 17th JCT-VC meeting.
Related contributions were listed. The AhG recommended to review the related documents.
1).1.1.1.1.62 JCTVC-Q0018 JCT-VC AHG report: high bit-rate and bit-depth operating points
(AHG18) [K. Sharman, R. Joshi, H-Y. Kim (AHG chairs)]
This report summarizes the activities of the Ad Hoc Group on high bit-rate and bit-depth
operating points between the 16th JCT-VC meeting held in San José, USA and the 17th JCT-VC
meeting held in Valencia, Spain.
The AHG used the JCT-VC reflector for discussion, although there was very little activity for
this AHG.
The test conditions now include lossless coding. The test conditions and benchmarks were
included alongside the other RExt test conditions in JCTVC-P1006. JCTVC-Q0007 includes a
summary of the changes due to adoptions at the previous meeting.
Related contributions were listed.
A viewing of some HDR sequences was planned to take place during the Valencia JCT-VC
meeting.
The AHG recommended studying the contributions related to the AHG.
1).1.1.1.1.63 JCTVC-Q0019 JCT-VC AHG report: Verification test preparation and testing
(AHG19) [T. K. Tan, V. Baroncini, M. Mrak, M. Karczewicz, W. Wan, J. Wen (AHG chairs)]
Several e-mail messages were exchanged among the members conducting the tests. The
following tasks were accomplished within the mandate of the ad hoc group.

The test sequences for Book and BT709Birthday that were originally encoded in 10 bits
with HEVC Main 10 and AVC High 10, were re-encoded in 8bits with HEVC Main and
AVC High as it was decided not to proceed with the 10 bits display.

The University of West Scotland (UWS) was added as a test site replacing FUB and
EPFL.

Subjective tests were successfully conducted at BBC and UWS.
 Results were analyzed and input document JCTVC-Q0204 was drafted.
The AHG recommended:

To review the results in JCTVC-Q0204 at the JCT-VC meeting in Valencia.

To publish the results in a publicly available document.

To request permission where necessary to make the original video sequences available
publicly and allow for them to be used in publications.
Page: 192
Date Saved: 2016-02-12
3
Project development, status, and guidance (24)
3.1 Communication to and by parent bodies (0)
See section 8.1.
3.2 Conformance test set development (1)
1).1.1.1.1.64 JCTVC-Q0219 Editor's proposed draft text of HEVC conformance testing
[T. Suzuki, W. Wan, G. Sullivan] [late]
This document is a proposed draft 7 of conformance test of HEVC.
JCTVC-Q0249 Proposal of the RExt conformance test development plan [T. Suzuki,
O. Nakagami (Sony)]
HEVC RExt is due for finalization. It is necessary to ensure the interoperability of the standard
and conformance testing is one tool for accomplishing that. It is an urgent issue to confirm the
spec by bitstream exchange, etc for product development. Therefore this contribution proposes to
start RExt conformance activity at the Valencia meeting. This contribution provides an initial
idea on conformance testing as a starting point of the discussion.
3.3 Version 1 bug reports and cleanup (1)
The previously planned handling of MinCR for version 1 defect purposes, in particular, was
supported by Japan NB input and was confirmed Wed p.m. (GJS).
JCTVC-Q0111 Errata report: Parsing issue for picture timing SEI message
[Y. Wu, L. Zhu, G. J. Sullivan, F. Kyslov, S. Sadhwani (Microsoft)]
1).1.1.1.1.65
Discussed Wed. (MMH). Further discussed Thu. (YKW)
This contribution asserts that there can be a parsing problem for the picture timing (PT) SEI
message under certain circumstances, and suggests corrective actions to provide additional
information in the standard and to prohibit a particular pathological combination. One discussed
case is when CpbDpbDelaysPresentFlag is equal to 1 (and thus PT SEI messages are present) but
NalHrdBpPresentFlag and VclHrdBpPresentFlag are both equal to 0 (and thus buffering period
SEI message are not present). It is proposed to disallow this combination, as it is suggested that
this combination does not seem particularly sensible or to represent any real application scenario
and was not fully considered in the development of the standard. The second discussed case is
when frame_field_info_present_flag is equal to 1 and CpbDpbDelaysPresentFlag is equal to 0,
and it is proposed to add information to the standard to assist decoders in parsing PT SEI
messages and to discourage encoders from generating bitstreams that could cause parsing
problems.
Decision: Disallow CpbDpbDelaysPresentFlag being equal to 1 when NalHrdBpPresentFlag and
VclHrdBpPresentFlag are both equal to 0.
It was remarked that this modification may not require sequential ordering of APS SEI preceding
BP SEI preceding PT SEI. Further study of the potential remaining parsing issues for BP and PT
SEI was encouraged. It was also remarked that these SEI messages and possibly some others also
may require delayed parsing.
Editorial action item: Editors are also requested to review and add clarification as necessary
regarding concept of POC being increasing in output order within each CVS.
Page: 193
Date Saved: 2016-02-12
3.4 HEVC coding performance, implementation demonstrations and design analysis
(5)
3.4.1 Version 1 verification test (1)
1).1.1.1.1.66 JCTVC-Q0204 HEVC verification test results [T. K. Tan (NTT Docomo), M. Mrak
(BBC), V. Baroncini (FUB), N. Ramzan (UWS)]
This document reports on the results for the HEVC video verification test.
The purpose of the HEVC verification test is to confirm that the objective of achieving a
substantially greater bit-rate reduction over the AVC High Profile has been met by the HEVC
standard.
A subjective evaluation was conducted comparing the HEVC Main profile to the AVC High
profile. Twenty video sequences with resolutions ranging from 480p to UHD were tested (at 4
different bit-rates / quality levels).
Analysis of the subjective test results reportedly show that in 86% of the test points, HEVC and
AVC have the same quality, even though the bit-rates of AVC are greater than or equal to
approximately double the HEVC bit-rates.
The bit-rate savings are similar for the different resolutions tested, with slightly more savings for
sequences with higher resolutions. The average bit-rate savings for test sequences with UHD,
1080p, 720p and 480p resolutions are estimated at approximately 64%, 62%, 56% and 52%,
respectively.
The results confirmed that the HEVC Main profile achieves the same subjective quality as AVC
High profile while requiring on average approximately 59% less bit-rate. A summary of
measured bit rate savings is illustrated below.
It was agreed to issue a final report of the verification test effort as an output document, based on
this document.
3.4.2 Still picture coding (1)
1).1.1.1.1.67 JCTVC-Q0229 HEVC still picture coding performance evaluation [D. Nicholson,
C. Larabi, A. Descampe] [late]
Discussed Thu a.m. (GJS).
This document presents a coding performance evaluation of HEVC for coding still pictures.
JPEG reference test image set, available in 4:2:0, in 4:4:4 as well as in RGB 4:4:4 were used for
the evaluation. All Intra configuration was used and for 4:4:4 and RGB 4:4:4 content, HEVC
Rext was used (HM13.0 + RExt 6.0), and results compared to JPEG 2000 (using OpenJPEG v2.1
release candidate).
Page: 194
Date Saved: 2016-02-12
The objective of this document was reported to be to present coding performance of HEVC for
coding still pictures, done in cooperation with some JPEG experts with the objective of verifying
the performance of HEVC for coding still pictures.
In the tables below, values indicate the bit rate of JPEG 2000 relative to HEVC, such that
positive numbers indicate a benefit for HEVC and negative numbers indicate a benefit for JPEG
2000.
Results generally
RGB 4:4:4
YCC 4:4:4
YCC 4:2:0
Y
16,9%
-3,3%
26,4%
All Intra Main-tier
U
V
5,1%
55,5%
43,0%
100,9%
32,2%
35,4%
Y
15,2%
-1,4%
20,7%
All Intra High-tier
U
V
-8,8%
37,1%
25,6%
79,2%
25,0%
27,1%
All Intra
Y
14,0%
16,2%
14,7%
Super-High-tier
U
V
-9,7%
22,1%
36,0%
59,3%
16,8%
18,8%
RGB 4:4:4
bike_2048x2560_444_8bit_444_rgb.rgb
cafe_2048x2560_444_8bit_444_rgb.rgb
woman_2048x2560_444_8bit_444_rgb.rgb
p01_4064x2704_444_8bit_444_rgb.rgb
p04_2264x1512_444_8bit_444_rgb.rgb
p06_4064x2704_444_8bit_444_rgb.rgb
p08_2592x1944_444_8bit_444_rgb.rgb
p10_2128x2832_444_8bit_444_rgb.rgb
p14_2704x3496_444_8bit_444_rgb.rgb
p26_4288x2848_444_8bit_444_rgb.rgb
p30_4064x2704_444_8bit_444_rgb.rgb
honolulu_zoo_3904x2600_444_8bit_444_rgb.rgb
oahu_northcoast_2600x3904_444_8bit_444_rgb.rgb
Overall
Y
25,4%
16,7%
15,4%
68,8%
7,6%
6,6%
4,6%
20,7%
-9,5%
17,1%
-19,4%
37,9%
27,7%
16,9%
All Intra Main-tier
U
V
-3,0%
128,1%
1,4%
48,1%
-13,2%
19,7%
91,5%
96,9%
-8,1%
21,5%
-23,6%
94,0%
-4,0%
14,5%
-0,3%
21,1%
-44,9%
45,8%
1,6%
69,9%
-10,3%
142,3%
-49,1%
30,8%
-29,6%
13,7%
5,1%
55,5%
Y
26,0%
17,8%
15,2%
60,9%
6,9%
12,5%
0,2%
5,8%
-5,0%
15,9%
-10,1%
23,9%
27,3%
15,2%
All Intra High-tier
U
-14,0%
0,9%
-22,8%
74,7%
-11,9%
-15,3%
-10,9%
-12,0%
-37,8%
-2,8%
10,6%
-40,2%
-33,1%
-8,8%
V
83,2%
35,0%
17,7%
76,4%
14,4%
65,2%
5,9%
6,8%
31,1%
38,3%
71,2%
23,2%
14,0%
37,1%
All Intra Super-High-tier
Y
U
V
31,8%
-15,7%
45,1%
23,0%
1,4%
23,2%
16,9%
-25,0%
18,3%
53,2%
55,9%
57,5%
6,9%
-14,2%
7,9%
18,4%
-9,7%
41,2%
-3,0%
-18,2%
-2,4%
-4,4%
-22,0%
-4,9%
-0,5%
-30,9%
16,9%
10,9%
-8,5%
14,8%
5,7%
25,1%
40,3%
10,1%
-30,8%
16,4%
13,1%
-33,1%
12,8%
14,0%
-9,7%
22,1%
V
161,4%
45,1%
29,3%
-11,3%
17,8%
144,8%
59,7%
16,0%
179,9%
68,1%
281,4%
28,5%
8,4%
79,2%
All Intra Super-High-tier
Y
U
V
22,8%
23,6%
81,4%
209,8%
221,3%
251,0%
0,6%
50,0%
13,2%
-11,5%
75,6%
-10,2%
2,4%
20,6%
11,7%
19,7%
1,8%
77,2%
-14,1%
17,0%
32,2%
-12,4%
9,9%
3,3%
-3,7%
-1,6%
79,4%
-6,4%
38,5%
51,9%
12,1%
1,5%
147,0%
-1,3%
-9,4%
18,1%
-8,2%
19,2%
14,1%
16,2%
36,0%
59,3%
V
56,5%
28,6%
5,7%
12,2%
24,3%
27,7%
24,5%
30,6%
25,2%
33,1%
26,8%
25,3%
32,0%
27,1%
All Intra Super-High-tier
Y
U
V
26,8%
30,0%
31,8%
16,5%
15,4%
16,8%
11,8%
18,3%
-0,2%
5,2%
14,3%
9,9%
12,3%
14,1%
17,8%
14,5%
8,0%
19,4%
11,3%
23,4%
23,5%
21,5%
8,7%
15,4%
9,0%
11,1%
22,6%
24,4%
24,2%
22,7%
17,0%
14,8%
21,5%
7,7%
11,5%
16,6%
13,7%
24,4%
26,9%
14,7%
16,8%
18,8%
YCC 4:4:4
bike_2048x2560_8bit_444.yuv
cafe_2048x2560_8bit_444.yuv
woman_2048x2560_8bit_444.yuv
p01_4064x2704_8bit_444.yuv
p04_2264x1512_8bit_444.yuv
p06_4064x2704_8bit_444.yuv
p08_2592x1944_8bit_444.yuv
p10_2128x2832_8bit_444.yuv
p14_2704x3496_8bit_444.yuv
p26_4288x2848_8bit_444.yuv
p30_4064x2704_8bit_444.yuv
honolulu_zoo_3904x2600_8bit_444.yuv
oahu_northcoast_2600x3904_8bit_444.yuv
Overall
Y
18,0%
14,1%
-15,6%
-18,5%
-4,8%
28,3%
-18,3%
3,0%
-14,3%
2,5%
-13,7%
-1,0%
-21,9%
-3,3%
All Intra Main-tier
U
V
14,6%
210,4%
45,1%
66,5%
93,8%
56,7%
105,9%
-14,5%
42,4%
24,5%
-29,5%
226,5%
28,9%
136,1%
30,5%
33,4%
-6,9%
344,4%
60,4%
74,0%
-17,0%
359,6%
-37,3%
49,0%
15,5%
9,2%
43,0%
100,9%
Y
18,2%
16,7%
-8,7%
-16,3%
-0,1%
23,4%
-16,7%
-7,4%
-8,3%
-1,7%
-2,5%
-0,2%
-14,5%
-1,4%
All Intra High-tier
U
19,6%
29,8%
78,7%
98,1%
31,0%
-13,2%
30,3%
22,2%
-3,0%
51,5%
-11,1%
-21,0%
19,6%
25,6%
YCC 4:2:0
bike_2048x2560_8bit_420.yuv
cafe_2048x2560_8bit_420.yuv
woman_2048x2560_8bit_420.yuv
p01_4064x2704_8bit_420.yuv
p04_2264x1512_8bit_420.yuv
p06_4064x2704_8bit_420.yuv
p08_2592x1944_8bit_420.yuv
p10_2128x2832_8bit_420.yuv
p14_2704x3496_8bit_420.yuv
p26_4288x2848_8bit_420.yuv
p30_4064x2704_8bit_420.yuv
honolulu_zoo_3904x2600_8bit_420.yuv
oahu_northcoast_2600x3904_8bit_420.yuv
Overall
Y
55,8%
23,8%
22,0%
9,2%
18,1%
22,3%
24,4%
48,6%
14,6%
46,2%
21,4%
17,1%
19,2%
26,4%
All Intra Main-tier
U
73,0%
45,9%
10,6%
9,4%
27,2%
29,8%
36,9%
36,0%
18,6%
51,0%
26,1%
26,7%
26,7%
32,2%
V
70,3%
48,1%
11,9%
16,0%
32,6%
37,9%
16,1%
48,9%
26,1%
48,6%
35,9%
32,5%
35,8%
35,4%
Y
44,8%
19,5%
15,6%
6,8%
15,5%
18,3%
17,2%
32,8%
11,4%
36,1%
20,3%
11,5%
18,7%
20,7%
All Intra High-tier
U
57,2%
26,8%
28,9%
11,8%
18,8%
16,4%
35,1%
20,1%
14,6%
34,9%
17,7%
19,4%
23,4%
25,0%
The results reportedly validated the performance of HEVC for coding still pictures, both for
4:2:0 and 4:4:4 8bit images. The following actions were recommended by the contributors:

To propose a 4:4:4 Still image profile based upon one of the 4:4:4 RExt profiles. (See
notes elsewhere.)

To set-up subjective tests to complete these verification tests (see below)
Page: 195
Date Saved: 2016-02-12

To continue tests with more than 8bit material

To continue tests with video material (including more than 8bits, using HEVC
verification test material as well as RExt video sequences) instead of still pictures.

To create HEVC still picture compliance (V1 and RExt) test set, potentially by using the
JPEG Still picture test set, as for HEVC Still Picture profile, as included in HEVC V1,
compliance material is not available.
The contributors indicated that subjective testing was planned and would be reported in the
future.
The contributors volunteered to contribute to the development of the HEVC conformance test set
with contribution of still pictures.
3.4.3 SHVC performance and design aspects (2)
1).1.1.1.1.68 JCTVC-Q0046 Complexity analysis of an optimized SHVC decoder
[W. Hamidouche, M. Raulet, O. Deforges (INSA)]
Discussed Tues p.m. (A. Duenas).
This contribution provides a complexity assessment of an optimized SHVC decoder. The SHVC
decoder is based on a real time and parallel HEVC decoder developed under the open source
"OpenHEVC" project. This contribution reported that the main time-consuming operations
introduced in the SHVC standard include the up-sampling of the lower layer picture and the upscaling of its motion vectors (MVs), which are optimized in single instruction multiple data
(SIMD) operations.
The optimized SHVC decoder reportedly archives a real time decoding of 1080p50 enhancement
layer on single core of an Intel i7 processor running at 2.6 GHz. The SHVC decoder decoding
two layers reportedly introduces an average 50%–80% extra complexity relative to a single layer
HEVC decoder.
The up-sampling and up-scaling operations, in the case of spatial scalability and inter coding
configuration, reportedly represent around 16% of the total decoding time. The low level
optimizations, together with a hybrid parallelism approach, reportedly enable the decoding of a
1600p enhancement layer at 88 frames per second on a 4-core i7 processor.
It was reported that the parallelism was achieved by a combination of picture-level parallelism
and wavefront parallel processing. Results were also presented by using only frame level or
wavefront parallel processing or both at the same time, as shown in the following table, wherein
n is the number of threads allocated for the wavefront parallelism and m is the number of frames
decoded in parallel for frame based parallelism.
Page: 196
Date Saved: 2016-02-12
Configurations
Speedup
Clas
sB
Decoding frame
rate (fps)
Decoding time per
frame (ms)
Speedup
Clas
sA
Decoding frame
rate (fps)
Decoding time per
frame (ms)
Decoding configurations (n, m)
x2
x1.5
SNR
HEVC
x2
x1.5
SNR
HEVC
x2
x1.5
SNR
HEVC
x2
SNR
HEVC
x2
SNR
HEVC
x2
SNR
HEVC
(1, 1)
(4, 1)
(1, 4)
(2, 2)
1
1
1
1
52
44
41
72
20.54
24.11
29.47
16.07
1
1
1
23
17
33
47.85
63.92
34.56
2.99
3.13
2.90
3.10
156
138
124
226
6.88
7.76
10.28
5.20
3.6
3.49
3.49
84
62
120
13.65
18.76
10.25
2.02
2.21
2.50
2.64
107
99
108
195
24.04
27.82
33.36
24.05
2.07
2.47
2.83
47
43
96
55.00
73.67
48.65
3.24
3.36
3.34
3.05
169
149
138
224
16.08
19.27
24.81
10.66
3.81
3.67
3.22
88
65
110
32.65
50.95
21.90
It was reported that it was difficult to achieve more than 3x speed up when using 4 cores.
It was reported that the usage of WPP allowed a simpler combination of picture level parallelism
with other types of parallelism and that this was the reason this decoder implementation was
selected. Of course, if the encoder does not use WPP encoding, the reported benefits of WPP
would not be available.
It was reported that the decoder is capable of correctly decoding all of the HEVC version one
conformance bitstreams.
A demonstration of this decoder decoding several scalable bitstreams was presented, with a
demonstration of switching between displaying the base-layer decoded information or the
combination of the multiple layers.
1).1.1.1.1.69 JCTVC-Q0050 4K real time streaming with SHVC decoder and GPAC player
[W. Hamidouche, M. Raulet, J. Le Feuvre (INSA)]
Discussed Tues p.m. (A. Duenas).
This contribution reported a 4K end-to-end video streaming demonstration using an optimized
SHVC decoder under the "OpenHEVC/FFmpeg" library and the "GPAC" player. The SHVC
decoder was integrated in the OpenHEVC/FFmpeg library, enabling this open source library to
support the decoding of a conforming SHVC bitstream. The GPAC player reportedly implements
tools to encapsulate conforming SHVC bitstreams into the mp4 file format.
At the server side, the GPAC player reportedly broadcasts the mp4 content in MPEG2-TS. At the
receiver side, the GPAC player feeds the openHEVC/FFmpeg SHVC decoder with the received
video packets. The FFmpeg library with the SHVC decoder decodes the requested SHVC video
layers and outputs YUV pictures corresponding to the highest decoded layer for rendering by the
Page: 197
Date Saved: 2016-02-12
GPAC layer. This demonstration also included, at the receiver side, an interactive interface to
switch between the decoded SHVC layers: HD and 4K for x2 spatial scalability.
A demonstration of this streaming system switch in real time between the base layer for HD
resolution and the enhancement layer for 4K resolution was performed, and additional
information about how to replicate this system was presented in the contribution.
3.4.4 Interlace (1)
1).1.1.1.1.70 JCTVC-Q0118 Interlace coding in HEVC v.1 [A. Tourapis, D. Singer (Apple)]
This contribution was provided as information for further study. It was not requested for detailed
presentation.
3.5 Profile and level definitions (requirements related) (7)
3.5.1 General (1)
1).1.1.1.1.71 JCTVC-Q0089 Profiles [C. Fogg, J. Helman (Movielabs)]
A table is requested in HEVC draft Annex A that summarizes the bitstream element restrictions
for each profile. It is suggested that this would clarify the definition of profiles added since the
publication of HEVC version 1 that lack a unique code point.
Editor action item: Delegated to the editors for consideration.
Discussion comments were recorded as follows:

high_precision_offsets_enabled_flag can be 0 or 1 in Main 12

separate_colour_plane_flag does not exist for Main and Main 10 and Main 12

general_max_422chroma_constraint_flag must be 1 for Main 12
3.5.2 RExt profiles and levels (5)
1).1.1.1.1.72 JCTVC-Q0051 AHG5: Recommended profiling of range extension coding tools
[S. Lee, C. Park, E. Alshina, C. Kim (Samsung), K. McCann (Zetacast)]
First discussed at joint parent-level meeting.
Discussed Wed 2 April p.m. (GJS).
This contribution provided recommendations on the process that should be used in the profiling
of range extension coding tools. It was suggested that the profiling for it should be based on an
assessment of the trade-off between coding gain and complexity of the additional range
extension coding tools, evaluated under the common test conditions of HEVC range extensions.
The contribution asserted that the results indicate that cross component decorrelation was the
only additional coding tool in the draft RExt text that provides a beneficial trade-off between
performance and complexity with what the contribution calls generic video content at less than
16 bits. It proposed that the Main 4:4:4 10/12 profiles should include cross component
decorrelation, as well as CU-adaptive chroma QP offset for encoder-side rate control in 4:4:4,
but not the other coding tools present in the draft text, which were asserted to provide a
beneficial performance/complexity trade-off only with screen content. In addition, it suggested to
include Golomb-Rice parameter adaptation and CABAC bit alignment in the 4:4:4 16 b all-intra
profile, but not the Main 4:4:4 10/12 profiles.
The contribution also suggested that screen content coding (SCC) 4:4:4 Profiles should be
developed based on the evaluation results of the responses to the Call for Proposals for SCC. It
suggested that all of the coding tools in the draft RExt text should be included in the initial test
model for that activity.
Page: 198
Date Saved: 2016-02-12
The presentation deck was not available, and differed from the prior contribution content. It was
requested to be uploaded.
In the presentation, the potential interactions between different features was discussed. It is
possible that adding or removing individual features would change the measured performance of
the other features (and the performance measurements would depende on the particular selected
test set, of course, and some features may have benefits not best characterized by PSNR
measures – e.g., chroma QP adjustment flexibility is not motivated by PSNR maximization).
From the recommendation of proponent as presented, the only remaining difference suggested,
relative to the draft text produced from the preceding meeting, was a recommendation to remove
CU adaptive chroma QP offset in 4:2:2 profiles. This is a feature that is difficult to evaluate in
experiments, due to its perceptual optimization motivation. Ease of transcode to 4:2:0 was
mentioned by the contributor as a motivation for desiring not to have a feature supported in 4:2:2
profiles that is not supported in 4:2:0 profiles.
Some participants indicated a strong interest in having the QP adjustment functionality in 4:2:2
usage.
(Not evaluated, but recommended to be included in 4:4:4 profiles by the contributor, was largeblock TS. Another difference in some profiles was the weighted prediction modification, which
was not discussed as a distinct feature in the contribution.)
1).1.1.1.1.73 JCTVC-Q0113 Request for an HEVC 4:4:4 8 bit profile [G. Martin-Cocher
(BlackBerry), P. Onno, C. Rosewarne (Canon), A. Fuldseth (Cisco), R. Sjöberg (Ericsson),
A. Duenas (NGCodec), J. Sole, M. Karczewicz (Qualcomm), M. Budagavi (TI)]
This document proposes to define a 4:4:4 8 bit profile as part of Amd1 of HEVC, which was
proposed to include coding tools designed for 4:4:4 colour sampling as well as tools that are
useful for coding "mixed content".
It was asserted that the following consumer applications would make use of this profile:

wireless display

video conferencing with screen sharing

compression and transmission of computer generated sequences
 mixed content scenarios
It was asserted that computer generated content predominantly uses the 4:4:4 8 bit format, and
that mixed content will also use a 4:4:4 8 bit format. It was asserted that a corresponding HEVC
profile needs to be defined, and not postponed to a later amendment.
It was further asserted that some tools, previously identified as screen content tools, are in fact
performing pretty well on natural sequences (e.g. block copying) and/or on mixed content (e.g.
transform skip). It was asserted that those tools have been so far mischaracterized as screencontent-only tools.
It was proposed that the coding tools currently defined in the HEVC Rext study text be included
in the proposed 4:4:4 8 bit profile.
1).1.1.1.1.74 JCTVC-Q0133 Comments on HEVC 4:4:4 8 bit profiles [A. Tourapis, D. Singer
(Apple)]
This contribution suggests certain possibilities for the creation of 4:4:4 8 bit profiles as an
outcome of the Screen Content CfP and expresses an opinion on which avenue is preferred to be
followed depending on this outcome.
The contributors recommended that the outcome of the Screen Content CfP be studied carefully,
and that the committee defines now either:

the only expected 4:4:4 8-bit profile that is planned to be specified, or
Page: 199
Date Saved: 2016-02-12

the initial member of a pair of expected profiles which would have a sensible, nested,
relationship.
1).1.1.1.1.75 JCTVC-Q0186 AHG5: Super-high Tier Specification Targeted at the Intra 16-bit
4:4:4 Profile [K. Sharman, N. Saunders, J. Gamei, T. Suzuki, A. Tabatabai (Sony)] [late]
At the 16th JCT-VC meeting in San José, the use of a new super tier was adopted, which could
be used in combination with the Intra 16-bit 4:4:4 profile. Following directives from the parent
bodies where the previously adopted super-tier was dropped from the currently defined profiles,
this contribution proposes that a “High Intra 16-bit 4:4:4” profile is adopted, enabling the
compression ratio defined by MinCR to be approached for all levels as a sequence average when
using intra-only coding.
1).1.1.1.1.76 JCTVC-Q0212 AHG5: Objective and subjective evaluations of cross-component
decorrelation in RExt6.0 for range extensions profile [K. Kawamura, S. Naito (KDDI)] [late]
This contribution reports objective and subjective performance of the cross-component
decorrelation tool in RExt6.0 for the general content (camera captured content). This
contribution provides an update on the results from the previous report in JCTVC-P0099. The
cross-component decorrelation feature was asserted to provide a substantial benefit, and was
proposed for inclusion in appropriate RExt profiles.
JCTVC-Q0251 On HEVC 4:4:4 profiles with intra block copying [J. Sole] [late]
This contribution provides a summary of the complexity and performance of intra block copying
and proposes to include this tool in the 4:4:4 profiles for HEVC Amd1.
3.5.3 SHVC profiles and levels (3)
1).1.1.1.1.77 JCTVC-Q0145 MV-HEVC/SHVC HLS: On level definitions [Y.-K. Wang,
K. Rapaka, J. Chen, Hendry, A. K. Ramasubramonian (Qualcomm)]
Discussed Wed 2 April (GJS).
This document reports and discusses asserted issues associated with the current level definitions
in SHVC, and proposes a different approach to define levels and decoder capabilities as well as
other changes to solve the above issues. It is asserted that the proposed approach for level
definitions also applies to MV-HEVC and that the level limits are specified in way that is
scalable to the number of layers in bitstreams.
As a part of the proposed level definitions, a decoder capability is specified in a way where the
level is associated with a scale, which is needed together with the level to express the decoder
capability. Two categories of conforming decoders are specified. Category I decoders can decode
some bitstreams conforming to a higher level of the decoder but with the number of layers being
smaller than the scale associated with the level of the decoder. Category II decoders can only
decode bitstreams conforming to the same or a lower level. Example Category I decoders are
those that are implemented using one existing single-layer HEVC decoder by reusing the
hardware core as is without changes or implemented without reusing the hardware cores of
existing single-layer HEVC decoders. Example Category II decoders are those that are
implemented using more than one existing single-layer HEVC decoder by reusing the hardware
cores as they are without change.
The current level definition of SHVC has the following issues (note that the attached Excel
sheets contain an analysis that would help understand some of the following issues):

If more than 4 SNR layers of 720p resolution (or equivalent number of luma pixels e.g.
more layers with combined spatial and SNR layers) are needed, then Level 5 or above
would have to be used. Consequently, the value of CtbSizeY shall be equal to 32 or 64
Page: 200
Date Saved: 2016-02-12
(per item e of the general limits). For resolution like 720p or lower, this restriction
disallows the use of smaller coding tree block sizes such as 16x16 and can therefore
result in sub-optimal coding efficiency.

If an SHVC decoder is implemented in a way that consists of 4 cores of HEVC Level 3.1
decoders, and is able to decode 4 SNR layers of 720p, per the current level definition, it
would have to be said to be conforming to Level 4 or above. Consequently, the decoder
needs to be able to decode any Level 4 bitstreams. However, with only high-level syntax
changes (i.e. no changes to the hardware cores), such a decoder would not be able to
decode an SHVC Level 4 bitstream with 2 SNR layers of 1080p resolution.

If an SHVC decoder is not implemented by reusing multiple existing HEVC decoder
cores but is implemented in a way that can decode both a single-layer HEVC bitstream of
1080p and a two-layer SHVC bitstream of 720p, according to the current level definition
it would labeled as a Level 3.1. However, then the expression of the other capability is
missing.

If an SHVC decoder is implemented in a way that consists of 4 cores of HEVC 3.1
decoders to be able to decode 4 SNR layers of 720p, per the current level definition, it
would be said to be conforming to Level 4 or above. Consequently, each enhancementlayer picture can have more than 3 tile rows and more than 3 tile columns, e.g. 5 tile rows
and 5 tile columns, each tile with width of 256 luma samples and height of 144 luma
samples. However, this would go beyond the Level 3.1 limits and consequently the
decoder cores for decoding the enhancement layers would have problems.
o All items in subclause A.4.1 of HEVC text are currently specified to be applied to
each layer. However, some of these items are not directly applicable to each layer.
o For item d on DPB size, the SPS syntax element is not applicable for
enhancement layers. Also, the DPB in the latest SHVC text is a shared-sub-DPB
design, thus item d cannot be directly applied to each layer.

For items h and i on CPB size, for bitstream-specific CPB operations, the parameter
cannot be applied to each layer.

Bitstream-specific restrictions on CPB size (by items h and i in subclause A.4.1 of HEVC
text) are needed. However, the items h and i in subclause A.4.1 of HEVC text cannot be
directly applied on bitstream level, because if directly applied, the same CPB size limit
for single-layer bitstreams would also be the limit for multi-layer bitstreams. This is not
scalable to the number of layers and would only allow for low picture quality when there
are many layers.

The restrictions by items b, c, d, g, h, i, and j in subclause A.4.2 of HEVC text are
currently specified to be layer-specific only. However, bitstream-specific restriction by
these items should be specified, regardless of whether their layer-specific counterparts are
specified.
This contribution proposes a different approach to define levels and decoder capabilities as well
as other changes to solve the above issues. Though in the above the problems are described
based on the current SHVC level definitions, some of the problems also apply to MV-HEVC,
and the proposed approach and most other changes also apply to MV-HEVC.
The proposal is summarized as follows:

A decoder capability is specified in a way where the level is associated with a scale,
which is needed together with the level to express the decoder capability.
Page: 201
Date Saved: 2016-02-12

Two categories of conforming decoders are specified. Category I decoders can decode
some bitstreams conforming to a higher level but with the number of layers being smaller
than the scale associated with the level of the decoder, while Category II decoders can
only decode bitstreams conforming to the same or a lower level (provided that the profile
and tier of the bitstream are the same as that of the decoder, respectively). Example
Category I decoders are those that are implemented using one existing single-layer
HEVC decoder by reusing the hardware core as is without changes or implemented
without reusing the hardware cores of existing single-layer HEVC decoders. Example
Category II decoders are those that are implemented using more than one existing singlelayer HEVC decoder by reusing the hardware cores as they are without change.

Two DPB size-related restrictions are proposed, one for each layer, and one for each subDPB, specified using the DPB related parameters in the VPS.

Bitstream-specific restrictions on CPB size are specified in a way that is scalable to the
number of layers and allow for high picture quality when there are many layers.

Bitstream-specific restrictions corresponding to items b, c, d, g, h, i, and j in subclause
A.4.2 of HEVC text are specified in a way that is that is scalable to the number of layers.
The text changes in relative to the latest SHVC and MV-HEVC draft texts are provided in the
attachments. The attached slides show some example scenarios for illustrating of some of the
above constraints.
In the discussion, a suggestion was to define a per-layer profile/level specification rather than a
specification that bundles the requirements of multiple layers. This would sort of make the
"external means" base layer approach become the normal approach, where the requirements of
each layer are separate. In a sense, this is already constructable – but not as a single bitstream
package.
Further AHG study was agreed to be needed on bitstream constraint specifications.
1).1.1.1.1.78 JCTVC-Q0103 MV-HEVC/SHVC HLS: On DPB Profile Level Limits
[S. Deshpande (Sharp)]
This document proposes per-layer and shared sub-DPB capacity level limits for SHVC and MVHEVC profiles. Maximum DPB size level limit constraints for per-layer sub-DPB parameters
max_vps_layer_dec_pic_buff_minus1[ ][ ][ ] and for (possibly) shared sub-DPB parameters
max_vps_dec_pic_buffering_minus1[ ][ ][ ] for SHVC scalable main and scalable main 10 and
MV-HEVC stereo main profiles are proposed.
Further AHG study was agreed to be needed on bitstream constraint specifications.
1).1.1.1.1.79 JCTVC-Q0206 Proposal to support 12 bit video in SHVC [T. Suzuki (Sony)] [late]
This document proposed to investigate 4:2:0 12 bit support in SHVC. Currently bit depth
scalability in SHVC is limited up to 10 bit. However, in UHDTV, for example ITU-R BT.2020,
4K video is defined for both 10 bit and 12 bit. In addition, 4:2:0 12 bit profile is defined in RExt
and the profile is used for consumer application in near future. Therefore, in SHVC bit depth
scalability profile in SHVC, 12 bit video should be allowed for both BL and EL. This
contribution proposes to allow to use 4:2:0 12 bit video in bit depth scalability profiles in SHVC.
3.6 RExt editing status
Starting with P1005-v2, the RExt editorial status was reviewed Tues 1000-1330 (GJS)

Profile & level
o Question: Should we ever require cabac_bypass_alignment_enabled_flag to be 1?
If yes, should we require decoders to decode bitstreams in which it is 0 (e.g. in
Page: 202
Date Saved: 2016-02-12
lower levels)?
Decision: Main 4:4:4 16 Intra and all other profiles in this meeting's output draft
will require the feature to be disabled. The planned new profile to be finalized in
July as part of "SHVC" will have an additional profile with higher bit rate
capabilities that will require that feature to be enabled and will not require
decoders to decode bitstreams in which the feature is disabled.
o Question: Table A-3: Scale by 1.25 and 1.5 instead of 1.5 and 2 for bit rate and
CPB size adjustments for 4:2:2 and 4:4:4? No action needed – 1.5 and 2
confirmed.
o Question: Change mcts_tier_flag[ i ] and max_mcts_tier_flag as u(1) to
mcts_tier_value[ i ] and max_mcts_tier_value as ue(v) for future proofing
(although technically OK for currently specified profiles). Decision: Agreed.
o Question: constraint on sps_extension_7bits seems to be wrong.
Decision (Ed.): Constraint in Annex A is mistaken and should be removed.
o Question: constraint forbidding presence of extension of SPS for Main is
unnecessary and should be removed (and may inadvertently cause nonconforming bitstreams to exist). Decision (Ed.): Remove that constraint.
o Question: PPS extension drafted incorrectly regarding using extension flag 0
when it isn't present. Should either have inferred value 0 or should be nested
inside if statement that establishes its presence. Decision (Ed.): Agreed (the same
editorial alternatives exist for the SPS and PPS extension and it would be
editorially preferable to use the same method of describing it in both cases).
o Question: SHVC and MV-HEVC drafts conflict with RExt and do not allow
extension bits other than extension bit 7 to be used. Decision (Ed.): Fix that.
o SEI message specification maturity was evaluated, and agreed to be categorized
as follows:
 Seem mature – proceed in RExt:
 Colour volume
 No display
 Timecode
 Plan to move from RExt draft to SHVC draft:
 MCTS
 Knee function
 Chroma resampling filter
o Colour VUI – see notes on Q0084.
o No special need for review was identified for the following topics:

Need to update payloadType list.

Main 4:4:4 16 Intra should have no other "tool constraints"

MinCR handling – seems OK.

Editorially, bracket the constraint flags to clarify and simplify semantics.

Should we allow additional flag combinations to be used? (No: it is more
future-proof to disallow them for now.)
Page: 203
Date Saved: 2016-02-12

For hypothetical auxiliary pictures (not in RExt), there is no 8b
monochrome profile. This aspect was decided to be changed later, as
recorded in sections 7.5.1 and 8.1.
In additional further discussion near the end of the meeting (GJS), it was noted that CABAC
initialization and CBF had been identified by the editors as areas of potential deficiencies in the
text. Decision (Ed.): Generally speaking, discrepancies in these aspects should be resolved by
studying the software in case of doubt.
3.7 HEVC, SHVC and RExt use cases (requirements related) (4)
To be dealt with at parent level – outside the scope of current JCT-VC work. Not reviewed.
1).1.1.1.1.80 JCTVC-Q0085 HDR/WCG workflow [B. Mandel (Universal)]
1).1.1.1.1.81 JCTVC-Q0190 Evaluation of distortion metrics on HDR video content
[E. François, P. Lopez, F. Le Léannec, S. Lasserre (Technicolor)] [late]
1).1.1.1.1.82 JCTVC-Q0191 New HDR video coding results [E. François, S. Lasserre,
F. Le Léannec (Technicolor)] [late]
1).1.1.1.1.83 JCTVC-Q0192 Insights and open questions on HDR/WCG video coding
[D. Singer, A. Tourapis] [late]
3.8 Source video test material (4)
The test sequences described below may be valuable for testing RExt coding performance.
Detailed review of these contributions was not requested. Demonstration viewing was conducted
for some of these as side activity during the meeting.
1).1.1.1.1.84 JCTVC-Q0087 Technicolor clip results [B. Mandel (Universal), C. Fogg,
J. Helman (Movielabs)] [late]
1).1.1.1.1.85 JCTVC-Q0088 StEM and Telescope HDR/WCG test sequences [J. Helman,
C. Fogg (Movielabs)]
1).1.1.1.1.86 JCTVC-Q0228 DCI StEM Content Description [J. Helman (Movielabs), W. Husak
(Dolby)] [late]
JCTVC-Q0232 HDR/WCG StEM and Telescope clips encoded as Y'DzDx and BT.2020 9
[B. Mandel (Universal), C. Fogg, J. Helman (MovieLabs)] [late]
Page: 204
Date Saved: 2016-02-12
4
Core experiment in SHVC (10)
4.1 SCE1: Colour gamut and bit depth scalability (10)
4.1.1 SCE1 summary and general discussion (1)
1).1.1.1.1.87 JCTVC-Q0021 SCE1: Summary Report of Colour Gamut and Bit Depth
Scalability [P. Andrivon, A. Duenas, E. Alshina, Y. Ye, K. Ugur, X. Li]
Discussed 2nd day p.m. (GJS).
This document summarizes the activities and test results performed in SCE1 on Colour Gamut
and Bit Depth Scalability. The evaluated tools and the test conditions are defined in document
JCTVC-P1101.
Basically, there were two groups of proposals.

1.1, 1.2, 1.3, 1.4 = various gain/offset models

2.1, 2.2 = 3D LUT mapping 8x2x2 – 8 uniform segments for luma, and 2 uniform
segments for each colour channel, (a, b, c, d)  Y' = aY * Y + bY * U + cY * V + dY, U' =
aU * Y + bU * U + cU * V + dU, V' = aV * Y + bV * U + cV * V + dV.
1.1 and 1.3 have thousands of table entries, which is generally agreed to be excessive.
1.4 requires a lot of computations and does not have great performance.
1.2 does not have a significant performance benefit relative to the anchor.
2.1 and 2.2 have 384 bytes of table data each, and not too much computational load, and operate
in the lower-resolution domain. For each, a table would be sent in PPS and optionally updated in
SH. It was asserted that the table content would be unlikely to be totally stable within a CVS of
significant length. There was discussion of whether slice-level update is necessary or not – likely
not seemed to be the tentative conclusion.
It was suggested that the 2.x proposals each contain a combination of techniques, and that some
of the elements of these (esp. entropy coding part) may not be necessary/justified.
The difference between 2.1 and 2.2 is the use of spatial phase positioning alignment for chroma
in 2.1, based on the assumption of the default positioning of the chroma samples. The gain for
this is in the 0.31–1.0% range. The overall gain is 6–10% (as a percentage of the total bit rate).
The overall conclusion was that a 2.x approach or something close to it would not be overly
burdensome to include and has adequate gain to justify its complexity, and should thus be
adopted.
But it is for a particular application space, so should it be in a "generic" scalable profile for all
profiles with a certain bit depth capability, or should it have its own profile?
Between 2.1 and 2.2, the gain difference is about 0.6%, with some extra complexity associated
with the alignment adjustment due to look-ahead aspect of the position adjustment processing.
There were mixed opinions about that.
A non-CE proposal Q0129 was trying to find a new trade-off.
Five sequences; two colour grades each, different resolutions, two bit depths for BT.709.
Gain was roughly 8% relative to WP for the highest-performing methods, 3% for the lowestperforming (1.2).
Further review was held in the evening of Wed. 2 April (GJS). Regarding the selection between
the 2.1 and 2.2 variants, there was discussion of whether method 2.2 was simpler, and it was
estimated that method 2.1 has about 0.6% gain over method 2.2.
Decision: Adopt method 2.1, with se(v) coding.
Page: 205
Date Saved: 2016-02-12
4.1.2 SCE1 primary contributions (2)
1).1.1.1.1.88 JCTVC-Q0048 SCE1: Colour gamut scalability with asymmetric 3D LUT [X. Li,
J. Chen, M. Karczewicz (Qualcomm), Y. He, Y. Ye, J. Dong (InterDigital), P. Bordes,
P. Andrivon, E. Francois, F. Hiron (Technicolor)]
1).1.1.1.1.89 JCTVC-Q0072 SCE1: Colour gamut scalability using gain-offset models
[A. Aminlou, K. Ugur, M. M. Hannuksela (Nokia)]
4.1.3 SCE1 cross checks (7)
1).1.1.1.1.90 JCTVC-Q0059 SCE1: Cross-check of JCTVC-Q0048 [A. Aminlou, K. Ugur
(Nokia)]
1).1.1.1.1.91 JCTVC-Q0097 SCE1: Crosscheck report on colour gamut scalability using gainoffset models (JCTVC-0072) [X. Li (Qualcomm)] [late]
1).1.1.1.1.92 JCTVC-Q0123 SCE1: Crosscheck for Colour gamut scalability using gain-offset
models (JCTVC-0072) Test 2 [K. Minoo (Arris)] [late]
1).1.1.1.1.93 JCTVC-Q0143 Crosscheck report of SCE1 test on colour gamut scalability using
8x8x8 regions and matrix mapping (JCTVC-Q0072) [K. Misra (Sharp)] [late]
1).1.1.1.1.94 JCTVC-Q0144 Crosscheck report of SCE1 test on asymmetric 3D-LUT with
phase alignment filter disabled (JCTVC-Q0048) [K. Misra (Sharp)] [late]
1).1.1.1.1.95 JCTVC-Q0196 SCE1: Crosscheck result of Test 1.3 [K. Sato (Sony)] [late]
1).1.1.1.1.96 JCTVC-Q0222 SCE1: Cross-check of 3D-LUT parameter coding of JCTVCQ0048 [K. Ugur, A. Aminlou (Nokia)] [late]
5
Core experiment in Range Extensions (5)
5.1 RCE1: Adaptive motion vector precision (5)
5.1.1 RCE1 summary and general discussion (1)
1).1.1.1.1.97 JCTVC-Q0022 RCE1: Summary Report of adaptive motion precision [X. Li,
J. Xu, Y. Zhou]
Discussed 2nd day (Fri) (JRO).
The tests were conducted according to the RCE1 description JCTVC-P1121. The results are
summarized as follows.
Page: 206
Date Saved: 2016-02-12
RA-MT
JCTVC-Q0155 PPS/slice
flag with full search
JCTVC-Q0155 PPS/slice
flag with fast search
JCTVC-Q0049 CU flag
JCTVC-Q0049 Enc Only
Y
U
V
Y
U
V
Y
U
V
Y
U
V
Class F
-1.1%
-1.0%
-1.1%
-0.9%
-0.7%
-0.8%
-1.1%
-1.2%
-1.2%
-0.6%
-0.7%
-0.8%
Class B
-0.3%
-0.2%
-0.2%
0.0%
-0.1%
0.0%
-0.4%
-0.3%
-0.2%
-0.2%
-0.1%
-0.1%
RGB 4:4:4 SC
RGB 4:4:4
Animation
YCbCr 4:4:4
SC
YCbCr 4:4:4
Animation
-0.7%
-0.7%
-0.8%
0.0%
0.0%
0.0%
-0.9%
-0.9%
-0.9%
-0.6%
-0.6%
-0.6%
-0.1%
-0.2%
-0.2%
0.0%
0.0%
0.0%
-1.0%
-1.3%
-1.4%
-0.6%
-0.8%
-0.9%
-0.7%
-0.6%
-0.6%
0.1%
0.1%
0.1%
-0.6%
-0.5%
-0.5%
-0.4%
-0.3%
-0.3%
-0.5%
-0.6%
-0.6%
0.0%
0.0%
0.0%
-0.9%
-1.4%
-1.5%
-0.3%
-0.7%
-0.7%
RangeExt
RGB 4:4:4 SC
(Optional)
YCbCr 4:4:4
SC (Optional)
-0.3%
-0.2%
-0.3%
0.0%
0.0%
-0.1%
-0.3%
-0.3%
-0.4%
-0.2%
-0.2%
-0.2%
-2.4%
-2.4%
-2.4%
-2.0%
-2.0%
-2.0%
-1.8%
-1.7%
-1.8%
-0.5%
-0.5%
-0.5%
-2.6%
-2.3%
-2.2%
-2.0%
-1.7%
-1.6%
-1.7%
-1.5%
-1.5%
-0.4%
-0.4%
-0.3%
Enc Time[%]
197%
97%
142%
147%
Dec Time[%]
96%
96%
96%
101%
JCTVC-Q0155 PPS/slice
flag with full search
JCTVC-Q0155 PPS/slice
flag with fast search
JCTVC-Q0049 CU flag
JCTVC-Q0049 Enc Only
RA-HT
Y
U
V
Y
U
V
Y
U
V
Y
U
V
Class F
-1.0%
-0.9%
-0.9%
-0.8%
-0.7%
-0.7%
-1.2%
-1.3%
-1.3%
-0.7%
-0.8%
-0.9%
Class B
-0.2%
-0.1%
-0.1%
0.0%
0.0%
0.0%
-0.4%
-0.3%
-0.2%
-0.2%
-0.1%
-0.1%
RGB 4:4:4 SC
-0.8%
-0.8%
-0.8%
0.0%
0.0%
0.0%
-1.2%
-1.2%
-1.2%
-0.8%
-0.7%
-0.8%
-0.1%
-0.1%
-0.1%
0.0%
0.0%
0.0%
-1.3%
-1.6%
-1.6%
-0.9%
-1.1%
-1.1%
-0.6%
-0.6%
-0.6%
0.3%
0.3%
0.3%
-0.7%
-0.7%
-0.7%
-0.5%
-0.5%
-0.5%
-0.1%
-0.3%
-0.2%
0.0%
0.0%
0.0%
-0.9%
-1.4%
-1.4%
-0.4%
-0.9%
-0.8%
-0.1%
0.0%
0.0%
0.0%
0.0%
0.0%
-0.2%
-0.2%
-0.3%
-0.2%
-0.1%
-0.2%
-2.3%
-2.2%
-2.2%
-2.0%
-1.9%
-1.9%
-1.8%
-1.7%
-1.7%
-0.7%
-0.6%
-0.6%
-2.8%
-2.6%
-2.5%
-2.2%
-2.0%
-1.9%
-1.9%
-1.7%
-1.7%
-0.6%
-0.6%
-0.5%
RGB 4:4:4
Animation
YCbCr 4:4:4
SC
YCbCr 4:4:4
Animation
RangeExt
RGB 4:4:4 SC
(Optional)
YCbCr 4:4:4
SC (Optional)
Enc Time[%]
198%
98%
142%
147%
Dec Time[%]
94%
94%
96%
101%
Page: 207
Date Saved: 2016-02-12
LB-MT
JCTVC-Q0155 PPS/slice
flag with full search
JCTVC-Q0155 PPS/slice
flag with fast search
JCTVC-Q0049 CU flag
JCTVC-Q0049 Enc Only
Y
U
V
Y
U
V
Y
U
V
Y
U
V
Class F
-1.5%
-1.3%
-1.5%
-0.9%
-0.6%
-0.6%
-1.1%
-0.5%
-1.0%
-0.9%
-0.4%
-0.7%
Class B
-0.4%
0.1%
0.2%
0.2%
0.2%
0.4%
-0.1%
0.1%
0.4%
-0.2%
-0.6%
-0.4%
RGB 4:4:4 SC
RGB 4:4:4
Animation
YCbCr 4:4:4
SC
YCbCr 4:4:4
Animation
-1.0%
-1.1%
-1.1%
0.0%
0.0%
0.0%
-1.1%
-1.1%
-1.2%
-0.7%
-0.8%
-0.8%
-0.3%
-0.4%
-0.5%
0.0%
0.0%
0.0%
-2.0%
-2.1%
-2.0%
-1.3%
-1.4%
-1.4%
-1.2%
-1.2%
-1.3%
-0.1%
-0.1%
-0.1%
-0.7%
-0.8%
-1.0%
-0.4%
-0.5%
-0.5%
-0.2%
-0.5%
-0.3%
0.0%
0.0%
0.0%
-0.5%
-1.4%
-1.0%
-0.4%
-1.0%
-0.9%
RangeExt
RGB 4:4:4 SC
(Optional)
YCbCr 4:4:4
SC (Optional)
-0.2%
-0.1%
0.0%
-0.2%
0.0%
0.0%
0.0%
0.0%
-0.1%
-0.2%
-0.1%
-0.2%
-5.0%
-5.0%
-4.9%
-3.3%
-3.3%
-3.3%
-3.0%
-3.0%
-3.0%
-1.8%
-1.8%
-1.7%
-5.5%
-5.3%
-5.2%
-2.0%
-1.9%
-1.8%
-3.0%
-2.9%
-2.8%
-1.2%
-1.1%
-0.9%
Enc Time[%]
197%
97%
142%
148%
Dec Time[%]
96%
96%
93%
100%
JCTVC-Q0155 PPS/slice
flag with full search
JCTVC-Q0155 PPS/slice
flag with fast search
JCTVC-Q0049 CU flag
JCTVC-Q0049 Enc Only
LB-HT
Y
U
V
Y
U
V
Y
U
V
Y
U
V
Class F
-1.3%
-1.1%
-1.2%
-0.7%
-0.5%
-0.5%
-1.1%
-0.9%
-1.1%
-0.9%
-0.7%
-0.8%
Class B
-0.1%
0.0%
0.0%
0.1%
0.1%
0.1%
-0.3%
-0.1%
-0.1%
-0.3%
-0.4%
-0.3%
RGB 4:4:4 SC
-1.2%
-1.2%
-1.2%
0.0%
0.0%
0.0%
-1.5%
-1.5%
-1.5%
-1.0%
-1.1%
-1.1%
-0.3%
-0.3%
-0.4%
0.0%
0.0%
0.0%
-2.6%
-2.6%
-2.4%
-1.5%
-1.5%
-1.5%
-1.3%
-1.2%
-1.3%
-0.1%
-0.1%
-0.1%
-1.1%
-1.1%
-1.2%
-0.7%
-0.7%
-0.8%
0.0%
-0.1%
-0.1%
0.0%
0.0%
0.0%
-0.8%
-1.8%
-1.4%
-0.5%
-1.1%
-1.0%
-0.1%
0.0%
0.1%
0.0%
0.0%
0.0%
-0.2%
-0.1%
-0.3%
-0.2%
-0.1%
-0.2%
-4.1%
-4.1%
-4.0%
-2.9%
-2.9%
-2.9%
-1.7%
-1.7%
-1.7%
-1.7%
-1.7%
-1.7%
-5.1%
-5.1%
-4.9%
-2.1%
-2.2%
-2.0%
-2.7%
-2.7%
-2.6%
-1.0%
-0.9%
-0.8%
RGB 4:4:4
Animation
YCbCr 4:4:4
SC
YCbCr 4:4:4
Animation
RangeExt
RGB 4:4:4 SC
(Optional)
YCbCr 4:4:4
SC (Optional)
Enc Time[%]
198%
97%
143%
149%
Dec Time[%]
95%
94%
94%
100%
Page: 208
Date Saved: 2016-02-12
RA-lossless
JCTVC-Q0155
PPS/slice flag with
full search
JCTVC-Q0155
PPS/slice flag with
fast search
JCTVC-Q0049
CU flag
JCTVC-Q0049
Enc Only
Total
Aver
Total
Aver
Total
Aver
Total
Aver
Class F
-0.1%
-0.2%
-0.1%
0.0%
-0.5%
-0.5%
-0.3%
-0.4%
Class B
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
-1.3%
-0.9%
-1.2%
-0.9%
-0.8%
-0.9%
-0.7%
-0.8%
-0.9%
-0.9%
-0.7%
-0.7%
-0.5%
-0.5%
-0.4%
-0.4%
0.0%
0.0%
0.0%
0.0%
-1.4%
-0.5%
-0.5%
-0.2%
-1.5%
-1.4%
-0.6%
-1.0%
RGB 4:4:4 SC
RGB 4:4:4
Animation
YCbCr 4:4:4
SC
YCbCr 4:4:4
Animation
RangeExt
RGB 4:4:4 SC
(Optional)
YCbCr 4:4:4
SC (Optional)
-1.5%
-1.1%
0.0%
0.0%
-0.2%
-0.2%
0.0%
0.0%
-0.8%
-0.7%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
-1.8%
-1.4%
-1.7%
-0.7%
-1.9%
-1.7%
-1.6%
-0.6%
Enc Time[%]
195%
98%
137%
142%
Dec Time[%]
95%
95%
92%
98%
JCTVC-Q0155
PPS/slice flag with
full search
JCTVC-Q0155
PPS/slice flag with
fast search
JCTVC-Q0049
CU flag
JCTVC-Q0049
Enc Only
LB-lossless
Total
Aver
Total
Aver
Total
Aver
Total
Aver
Class F
-0.1%
-0.1%
0.0%
0.0%
-0.4%
-0.4%
-0.3%
-0.3%
Class B
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
RGB 4:4:4 SC
-1.4%
-1.6%
-0.7%
-0.2%
-1.6%
-1.7%
-1.3%
-1.4%
-0.2%
-0.3%
0.0%
0.0%
-0.8%
-0.9%
-0.6%
-0.7%
-0.8%
-0.9%
0.0%
0.0%
-0.7%
-0.7%
-0.6%
-0.6%
0.0%
0.0%
0.0%
0.0%
-0.5%
-0.5%
-0.4%
-0.3%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
0.0%
-1.9%
-0.3%
-1.8%
0.2%
-1.5%
0.4%
-0.5%
1.0%
-2.0%
-3.3%
-1.8%
-0.6%
-1.5%
-2.6%
-0.6%
-1.8%
RGB 4:4:4
Animation
YCbCr 4:4:4
SC
YCbCr 4:4:4
Animation
RangeExt
RGB 4:4:4 SC
(Optional)
YCbCr 4:4:4
SC (Optional)
Enc Time[%]
Dec Time[%]
193%
93%
95%
138%
141%
94%
91%
95%
It was pointed out that BD calculation for optional sequences may not be reliable due to nonconvex behaviour of the anchor RD curves in some sequences of the set.
It is also mentioned that Q0067 and Q0092 are non-CE proposals which show more benefit
Generally, the integer pel restriction is mostly beneficial for screen content, and therefore any
changes below slice level should be considered in the screen content activity.
Also the slice-level proposal requires a change in TMVP and AMVP scaling (integer rounding
necessary)
Some gain is claimed for class B (mostly Kimono), but from the results above this can already be
achieved by non-normative means.
Some other proposals with non-normative changes (Q0077, Q0147) indicate that even higher
gain may be possible in a non-normative way by improving motion search.
The question was raised whether any study exists about the usefulness of sub-pel motion comp in
high resolution (e.g. 8K) content. This is not the case.
Page: 209
Date Saved: 2016-02-12
No action was taken for RExt – further investigation was encouraged in the context of screen
content coding.
5.1.2 RCE1 primary contributions (2)
1).1.1.1.1.98 JCTVC-Q0049 RCE1: Adaptive MV Precision [X. Li, J. Sole, M. Karczewicz
(Qualcomm)]
Discussed 2nd day (Fri) (JRO).
It is proposed to signal a flag at CU level to indicate whether all PUs in the CU have integerprecision MVs. When the flag is on, MV predictors of non-skip and non-merge PUs are rounded
to integer precision and MV differences are signaled in integer precision. For PUs in merge or
skip mode, MVs are rounded only before motion compensation so that fractional MVs are saved
and can be used as MV predictors for neighboring PUs. When the flag is off, sub-pixel motion
compensation is allowed.
1).1.1.1.1.99 JCTVC-Q0155 RCE1: Subtest 1 - Motion Vector Resolution Control for Screen
Content Coding [Y. Zhou, J. Xu, G. J. Sullivan, B. Lin (Microsoft)
Discussed 2nd day (Fri) (JRO).
It is proposed to add a high-level indicator (enabling flag at the PPS, and switching at slice
header level) to indicate the resolution for interpretation of the motion vectors.
Before encoding a slice, encoder may decide the motion vector resolution based on historical
statistical data, knowledge of its type of application, multi-pass analysis, or some other such
technique. If the encoder decides to use full pixel motion only, the fractional pixel search is
skipped. If a scaled motion vector prediction has a fractional part, the prediction is rounded to an
integer value.
At decoder side, if the motion vectors are indicated to be at full pixel resolution and a scaled
motion vector prediction has a fractional part, the prediction is rounded to an integer value.
Motion vector differences are simply interpreted as integer offsets rather than 1/4-sample offsets.
All other decoding processes remain same. The parsing process (below the header level) is
unchanged. When the motion vectors are coded at full-sample precision and the video uses 4:2:2
or 4:2:0 sampling, the chroma motion vectors can be derived in the usual manner, which will
produce 1/2-sample chroma motion displacements. Alternatively, it may be worth considering
also rounding the chroma motion.
The fast search version decides based on the first 5 frames of a sequences whether integer MC
works better, and then continues only using integer pel.
5.1.3 RCE1 cross checks (2)
1).1.1.1.1.100 JCTVC-Q0099 RCE1: Crosscheck report on adaptive MV precision by Microsoft
[X. Li (Qualcomm)] [late]
1).1.1.1.1.101 JCTVC-Q0156 RCE1: cross-check report of subtest 2 [Y. Zhou, J. Xu (Microsoft)]
6
CfP on screen content coding (14)
6.1 General
General issues for the screen content coding (SCC) joint CfP were discussed on the afternoon of
the 1st day (Thu) (JRO), and each primary response was briefly reviewed.
The following overall issues were noted regarding experiment conditions:
Page: 210
Date Saved: 2016-02-12

The "Slide show" sequence had too many frames – so it was sped up for viewing

Lossless testing should use "cost mode = lossless" (not mentioning this in the CfP was an
oversight, although most people noticed the problem)

There was discussion of maximum PSNR and BD metric issues, with various opinions
about how to address this.
Side activity in a BoG Q0239 of proposing parties (coordinated by H. Yu. R. Cohen, and R.
Joshi) was established to conduct the following activities:

Discuss the problems that occurred in computing BD rates, and align the different ways it
was done

Tabulate encoding/decoding times

Report back with all proposals in comparison, provide RD curves
 Provide a survey of the proposals (tools used in the proposals)
It was agreed that for this first report, the clipped PSNR values should be used, if the unclipped
values are not available for some of the proposals. In cases where this gives invalid results, the
following options should be considered

Exclude these cases

Use BD SNR instead
 Add/subtract a small value to avoid zero division in the Excel sheet's computation.
It was agreed to also be reported how many cases are affected.
1).1.1.1.1.102 JCTVC-Q0239 BoG report on summary of objective performance and tools for
SCC CfP responses [R. Joshi, R. Cohen, H. Yu]
The following information was provided by this BoG:

A summary of B-D rates for lossy conditions excluding ‘desktop’, ‘console’ and
‘webBrowsing’

A summary of compression ratio gains for lossless conditions for all sequences

A summary of tools used in the CfP responses

The rate-distortion plots for AI, RA, and LB test conditions for all sequences and rate
points
Discussion of this BoG activity was held on the 2nd day (Fri) (JRO).
A BoG was held on Friday March 28 to provide a summary of objective performance of screen
content coding CfP responses.
During the BoG meeting there was extensive discussion regarding the problems in the
calculation of BD-rates. The main discussion points were:

Whether clipping the PSNR to 58.92 dB was appropriate or some other clip value or
unclipped values should be used for calculating the BD-rates. It was concluded that using
unclipped PSNR values was unworkable when there was even a single lossless point.

Some proponents had lossless coding at two or more rate points. In one case, all the ratepoints were coded losslessly. This presented a challenge for the calculation of BD-rates.
Some modifications such as adding small offsets to clipped PSNR values corresponding
to lossless points were suggested. But, upon further testing, the BD-rate calculations were
found to be unreliable in problem cases.
Page: 211
Date Saved: 2016-02-12

Another suggestion was to use BD-PSNR. There was some concern that this measure had
been very rarely used in JCT-VC. So it would be harder to interpret, and its behavior had
not been well-tested under different conditions. A concern was also expressed that due to
PSNR clipping, this may favor proposals with lower rates than the anchor rates.

Another suggestion was to calculate PSNR difference assuming that the proposal and
anchor bit-rates were the same and also list the percentage difference in rates. But there
was objection that averaging the difference in PSNRs across rate points was meaningless.

Another suggestion was to take the lossless results out of the lossy group, as lossless
coding, in general, has never been evaluated in the RD space.
After an interim report was presented to the JCT-VC committee along with the rate-distortion
plots, the committee advised the BoG to provide BD-rates for lossy conditions excluding the
sequences ‘desktop’, ‘console’ and ‘webBrowsing’, which were the sequences that were most
affected by the presence of lossless frames under lossy coding conditions. It was noted, however,
that these screen-content sequences were the ones that exhibited the most improvement over the
anchors when coded, so any BD-rate average tables that exclude these sequences should not be
used alone when evaluating the proposals or tools. Performance on the three excluded sequences
should be included in those considerations.
The following categories were selected for classification of elements found in proposals

Block-based IntraBC
o Partition, range, search
o Block-based IntraBC: Modes
o Block-based IntraBC: Block Vector coding

Line-based Intra Copy

Palette
o Coding of the palette/colour table
o Coding of colour indices

String matching

Combined IntraBC, Palette, and/or string-matching

Cross-component

Colour-space transform

Loop-filtering

Rice parameter initialization

Other tools

Encoder-only changes
Page: 212
Date Saved: 2016-02-12
The following table was presented as a result of the BoG's survey of proposals.
Q0031
Qualcomm
Q0032
NCTU / ITRI
s/w base
RExt6.0
RExt6.0
Block-based
IntraBC
- Partition,
range, search
• Partition: No • Range:
2NxN, Nx2N Cur/left CTU,
• Range: Full as anchor
picture
• Search:
Hash-based
(16 bits)
Q0033
Q0034
MediaTek
Huawei
Q0037
Mitsubishi
InterDigital
RExt5.1
RExt5.1
RExt6.0
RExt5.1
• Partition: PUbased (RExt
6.0)
• Range:
Extended
search range 2
L/A/R
• Range:
Cur/left CTU,
as anchor
• Partition: PUbased (RExt
6.0)
• Range: Full
picture
• Search: hashbased, 2D
Dictionary
• Range:
Cur/left CTU,
as anchor
• Partition: PUbased (RExt 6.0)
• Range: Cur/left
CTU, as anchor
• IntraBC-skip:
2Nx2N, no
residue
• IntraBCmerge: 2Nx2N,
left/above
• IntraBC-flip:
PU-flag vertical
flip
• Initialized
with (-2w,0)
• Left/Above
BVs as
predictors
• Change to
BV
binarization
Line-based
Intra Copy
Palette
- Coding of the
palette/colour
table
Microsoft
Q0036
RExt5.1
Block-based
IntraBC
- Modes
Block-based
IntraBC
- BV Coding
Q0035
• P0303+
• Flag to
indicate
escape mode.
• Initialized
with (−w, 0),
(−2w,0)
• Two mostrecent BVs as
predictors
Line-based
IBC
• Partition:
Within a PU,
HOR or VER
lines
• Search
Range:
Cur/left CTU,
as anchor
• BVd
Coding: Same
as Blockbased IBC
• P0108+
•
Representatio
n:
Componentwise, Nmax =
15
• Table:
Palette
propagation
and palette
merge
Left/Above
• Initialized with
(−w, 0)
(Rext6.0)
Line-based IBC
• Partition:
2Nx1 or 1x2N
lines
• Search range:
Cur/Above,
Cur/Left
• BVd Coding:
1D, all positive
• P0108+
•
Representation:
Triplet, Nmax
= 64
• Table: Palette
share from
LAST
•
• P0108+
Representation: • Table: Palette
Triplet, Nmax
sharing
= 128
• Colour table
merge
Left/Above
• Table: Intertable colour
pred, intra-table
DPCM
Page: 213
• P303
• P303+
• Representative
colour dictionary
for palette
prediction
• Table: Entire
palette copy
from dictionary:
"palette-skip"
Date Saved: 2016-02-12
Palette
- coding of
colour indices
• P0303
String
matching
1D dictionary
for lossless
ONLY
(L0303)
• CTU-flag,
full pixel
matching
• (offset,
length)
• offset,
predictive
coded using 8
last
• length
1~64x64. EG
• Search range
is whole
frame
• Index scan:
Hor/Ver scans
• Index: 1-D
string search
for index
• Residual
coding
• P0108+
• Index
Normal: Four
neighbor index
pred
• Transition
Copy
• P303+
• Escape as
palette_idx 1
• Index:
Transition Copy
• Index mapping:
-1 for some cases
• Escape colour
prediction
1D dictionary
• CU-flag, full
pixel matching
• Hor/ver scan
• Mode 1:
maintain
dictionary,
similar to
Lempel-Ziv,
size: 1<<18,
level 5
- (offset,
length)
• Mode 2: All
rec_samples
- (offset_x,
offset_y,
length)
• Search range
is whole frame
• Stringmatching used
to code colour
indices
• RExt6.0 +
modified alpha
coding for
RGB
Crosscomponent
Loop-filtering
• P0108+
• Index:
Predictive
coding of line
modes
• Index
Normal: Four
neighbor index
pred, Transition
Copy with 2
candidates
• Combined
IBC-palette
mode
• Some pixels
(signalled as a
given palette
index) use
IBC, others
use palette
Combined
IntraBC,
Palette, and/or
string-matching
Colour-space
transform
• P0108+
• Index Line
modes: Hor,
Ver, Ver-Abv,
Normal
• Index
Normal: 2
half-lines.
Copy i-th
above line, or
Four neighbor
index pred
• LMChroma
from HM8.1,
except no luma
downsampling
• CU-level
adaptive
• One for
lossy, one for
lossless
• For lossy:
not
normalized,
QP+8, bitdepth + 2
• Intra: On
predicted /
orig block
•
Inter/IntraBC:
On residual
(cbf=1)
Modified
deblocking:
• PPS,
deblock
chroma as
luma
• BS = 3,
conditions:
large TU,
intra / 2Nx2N,
• Switch
between RExt
CCP (residual
domain) or
LMchroma for
Intra/IntraBC
(Y to U; Y or
U to V)
• CU-level
adaptive
• Only for Intra
mode with
GBR sequences
• GBR to
YCoCg;
component
reorder: RGB,
BGR
• On predicted /
orig block
• CU-level
adaptive
• GBR to YCoCg
(lossy) or
YCoCg-R
(reversible, for
lossless)
• For lossless,
bit-depth + 1
• ONLY to
Inter/IntraBC
residue (cbf=1)
• Histogram
Correction
- As
alternative
mode of SAO
- Each CUT,
ranges w1, w2,
w3, w4 around
top 4 histogram
peaks p, and
Page: 214
• No-deblocking
for palette CU
Date Saved: 2016-02-12
gradient
• BS = 3,
extended to 7
on each side
"correct" values
between p-w,
p+w mapped to
p
• As in Rext 6.0
Rice parameter
init.
Other tools
Enc-only
changes
• Explicit
RDPCM on
Intra / Inter /
IntraBC
• Deflickering
- SPS flag:
AI + high QP
- CU flag, if
ON, spatial
neighbor mark
UNAVAILA
BLE
• LD: Scenechange
detection:
CRA
• Modified
ME algorithm
• Fast AI
mode
selection
• Adaptive
MV precision
(additional
ME)
• Single colour
mode
- One value
for entire CU
- Candidate
values from
neighboring
index
• Disable
boundary filter
IntraDC,hor,ver
• Independent
Uniform Pred
Mode
- One value
for entire CU
- Candidate
values by
analyzing CTU
in slice
• For 4:4:4 lossy:
8-tap
interpolation
filters for all 3
colour
components
• Modified
inter-ME
algorithm
- hash based
(16-bit) for all
frames in DPB
and for certain
CU sizes; early
termination;
starting point
The following possible areas of experiments were initially discussed on Friday and later
tentatively planned to be executed as Core Experiments (SCCE) by the JCT-VC plenary on
Tuesday 0800-1000 (chaired by JRO) with following coordinators:

SCCE1 Intra BC extensions (J. Sole)

SCCE2 Line based intra copy (C. C. Chen)

SCCE3 Palette mode (Y.W. Huang)

SCCE4 String matching for sample coding (Y. Chen)
 SCCE5 Inter-component prediction and adaptive colour transforms (X. Xiu)
Possible basis for experimentation: RExt 7.0 (could include new motion estimation for screen
content, that was adopted from Q0147; it is report on performance of hash based search from
Q0035 approximately12% for RA against RExt6, approximately 8.7% for LDB average over the
entire screen content set)
Possible AHGs were identified:

AHG on encoder optimization for screen content coding

AHG on loop filter for screen content coding

AHG on colour spaces for screen content coding

String matching as generic method is used for different purposes and should also be
studied in an AHG
Page: 215
Date Saved: 2016-02-12
RD plots (with clipped PSNR values) were also presented. It is asserted that the BD rate
computation for the cases where PSNRs were clipped are invalid. The following sequences are
affected

Desktop

Console
 Web browsing
The BoG was asked to prepare an average BD rate comparison excluding these three sequences.
It should be reported as a result of the CfP that for these sequences the gain compared to the
anchors were so large that even the lossless range was reached for the higher rate points, and BD
rate computation was not possible.
1).1.1.1.1.103 JCTVC-Q0236 BoG report for Non-CfP SCC and related documents [R. Cohen]
A BoG discussion was held on Saturday March 29 to go over the Non-CfP screen content coding
and related technical contributions.
The reviewed documents included both new proposals and proposals related to one or more tools
also included in the formal responses to the SCC CfP. Improvements to, and combinations of,
existing tools were also proposed. Most, but not all, of the proposals were related to tools
proposed in response to the SCC CfP, or to SCC-related tools proposed at earlier meetings.
Many of these tools are not in the current HEVC Range Extensions Draft Text, and because they
were related to the SCC Joint CfP responses, no formal recommendations were made by the BoG
to adopt any specific proposal into RExt.
Many documents proposed identical or very similar tools or combinations of tools.The outcomes
of most discussions on these documents were that the proposals should be considered when
defining common software platforms or common conditions for subsequent CEs, TEs, or AHG
experiments. This happened for several cases, including Palette mode colour table generation,
palette mode colour index coding, SAO improvements, single-colour CU coding, stringmatching/dictionary coding, and related encoder improvements.
In addition to discussing specific proposals, methodologies for evaluating them were also
discussed. There was discussion of and consensus on using a higher, resolution-dependent PSNR
limit than was used in the SCC CfP for clipping per-frame PSNR values, because the current
clipping value of 58.92 dB caused problems with both computing BD-Rate and plotting PSNR vs.
Rate curves. There was also some discussion on how to evaluate SAO tools in a way that isn’t
affected by the encoder’s RD-optimized mode decision process. That would be an issue more for
RA and LB coding constraints as compared to AI. Issues related to reporting average PSNR
values across RGB and YUV results were also discussed.
The general recommendation from the BoG for most of these proposals was that they be
considered when defining common software platforms or common conditions for related CEs,
TEs, or AHG experiments. Further details can be found in the document and discussion
summaries included in the BoG report. Some convergence prior to the end of the meeting was
suggested to be desirable, as opposed to waiting for the post-meeting editing period for CEs/TEs.
1).1.1.1.1.104 JCTVC-Q0244 BoG report on screen content coding reference model (SCM) [R.
Cohen]
This document contains the meeting report from the BoG on screen content coding reference
model.
Discussed Thu a.m. (GJS)
BoG meetings were held on April 1, 2, and 3 to discuss and recommend a reference model for
screen content coding activities. The decision had been reached in JCT-VC to use full frame IBC
as the reference for comparison in all experiments. However, it was reported that other
Page: 216
Date Saved: 2016-02-12
experiments can show additionally that they provide benefit when the option of RExt6 (2 CTU)
configuration of IBC is only used.
The scope of the BoG activity was to work to establish the reference model (SCM) which is an
extension from RExt6.0 with:

Additional non-normative tools for motion search and whether they should be hash based
for SCC;

Full-frame IBC (with option for 2 CTU range) with an algorithm for encoder search;
quantizer modification.
The aspect was identified as the full frame IBC in encoder and decoder and determining how the
search is done.
Options for the SCM were identified.
The BoG Recommendation – endorsed by JCT-VC was to use "Option 6" (Intra hash from
Qualcomm, Inter hash from Microsoft, JCTVC-Q0248) if updated results are verified and
consistent with those shown above, and if consensus obtained from JCT-VC participants;
otherwise to use Option 2a (Intra hash from Qualcomm, no hash for Inter, JCTVC-Q0243). For
the verification, non-proponent(s) will complete a crosscheck of JCTVC-Q0248 within 2 weeks
after the meeting (so far, MediaTek had volunteered).
The BoG Recommendation was also to establish CE or AHG study on inter/intra hash topics.
Regarding test conditions:

The BoG recommendation was to remove SocialNetworkMap from the test set. In JCTVC discussion, it was suggested and agreed to also reduce the length of "flyinggraphics
text" – to use the first half of the sequence.

Regarding QP values, using 22, 27, 32, 37 was agreed.

The BoG recommended to include a add a camera-captured category consisting of
EBURainFruit, and Kimono for SCC CTC purposes.
It was suggested to give a mandate to an AHG to facilitate the testing of combinations of
proposed coding tools.
It was agreed that SCM 0.x is to be based on RExt 6, with version 1.0 based on RExt 7, and
additional point releases as appropriate. CEs were agreed to be based on version 1.0.
6.2 Primary responses (7)
1).1.1.1.1.105 JCTVC-Q0031 Description of screen content coding technology proposal by
Qualcomm [J. Chen, Y. Chen, T. Hsieh, R. Joshi, M. Karczewicz, W.-S. Kim, X. Li, C. Pang,
W. Pu, K. Rapaka, J. Sole, L. Zhang, F. Zou (Qualcomm)]
Discussed 1st day (Thu) p.m. (JRO).
This document presents the details of Qualcomm's response to the Joint Call for Proposals for
Coding of Screen Content issued by MPEG and ITU-T. The proposed solution is developed
based on the HEVC Range Extensions Draft 6 and the HM13.0-RExt6.0 software. The main
changes with respect to the base are the following:

Extension of the current tools: full-frame search intra BC (using left and above block as
prediction for displacement), deblocking filter (luma process used for chroma, new Bs3
which accesses 8 samples at both sides of boundary, used in case of 16x16 TU) and
explicit RDPCM

New tools: palette and colour transform (CU based adaptive), colour transform is
modified YCoCg, two different for lossless/lossy
Page: 217
Date Saved: 2016-02-12

Encoder modifications and subjective enhancement for screen content: Improved motion
estimation, uniform quantization in RDPCM, include chroma in RD selections, scene
change detection for low delay, reduce max RQT depth to 2, disable IBC with 2NxN.

1D dictionary method (related to JCTVC-L0303), matching area is the whole
reconstructed frame, hash table used for fast matching

De-flickering method in all intra (enforcing the same prediction mode which basically is
an encoder selection), combined with disabling prediction from neighboring CUs
(normative)
The proposed screen content video codec reportedly achieves BD-rate savings summarized as
follows:

For RGB sequences, G-component, lossy condition:
o text & graphics with motion, 1080p: (AI) 52.7% (RA) 45.4% (LB) 41.7%
o text & graphics with motion,720p: (AI) 39.9% (RA) 42.2% (LB) 39.7%
o mixed content, 1440p: (AI) 35.4% (RA) 42.3% (LB) 48.3%
o mixed content, 1080p: (AI) 31.1% (RA) 36.6% (LB) 38.1%
o animation, 720p: (AI) 23.4% (RA) 26.5% (LB) 28.4%

For YUV sequences, Y-component, lossy condition:
o text & graphics with motion, 1080p: (AI) 47.5% (RA) 36.9% (LB) 30.7%
o text & graphics with motion,720p: (AI) 27.7% (RA) 29.5% (LB) 26.0%
o mixed content, 1440p: (AI) 21.8% (RA) 22.8% (LB) 29.5%
o mixed content, 1080p: (AI) 20.2% (RA) 20.6% (LB) 20.9%
o animation, 720p: (AI) 0.6% (RA) 3.8% (LB) 6.1%
It is observed that the bit rate savings for lossy and lossless case are very similar.
The results above include unclipped PSNR values for two sequences where the BD rate
computation failed due to equal PSNR when clipping at neighbored rate points.
Encoding time increase lossy 175% in AI, 115% in RA, 128% in LB
Encoding time lossless: 238%/178%/172%
Decoding time lossy 79%/116%/111%
Decoding time lossless 78%/104%/97%
Note: These time measurements are compared to RExt 5.1, whereas RExt 6.0 already increases
encoding time by approximately 50%.
1).1.1.1.1.106 JCTVC-Q0032 Description of screen content coding technology proposal by
NCTU and ITRI International [C.-C. Chen, T.-S. Chang, R.-L. Liao, C.-W. Kuo, W.-H. Peng, H.M. Hang, Y.-J. Chang, C.-H. Hung, C.-C. Lin, J.-S. Tu, E.-C. Ke, J.-Y. Kao, C.-L. Lin, F.-D. Jou,
(NCTU/ITRI)]
Discussed 1st day (Thu) p.m. (JRO).
This document describes the technologies, jointly proposed by NCTU and ITRI International, in
response to the joint call for proposals for coding of screen content. It extends the HEVC RExt
(JCTVC-P01005) with three additional types of intra modes (palette coding, combined palette
coding and intra block copy, and line-based intra block copy), adaptive motion vector precision,
and two block vector coding schemes (block vector initialization and second block vector
predictor). The average G BD-rate reduction for RGB sequences in lossy coding was reported as
follows:
Page: 218
Date Saved: 2016-02-12

text & graphics with motion, 1080p: (AI) 28.6%,
(RA) 17.3%, (LB) 13.7%;

text & graphics with motion,720p : (AI) 14.9%,
(RA) 12.3%, (LB) 10.4%;

mixed content, 1440p
: (AI) 9.5%,

mixed content, 1080p
: (AI) 11.1%, (RA) 8.7%,
(RA) 7.7%,
(LB) 10.0%;
(LB) 8.0%;
 animation, 720p
: (AI) 0.8%,
(RA) 1.5%, (LB) 2.3%.
The average Y BD-rate reduction for YUV sequences is reported as follows:

text & graphics with motion, 1080p : (AI) 26.3%,
(RA) 15.6%, (LB) 10.5%;

text & graphics with motion,720p : (AI) 12.7%,
(RA) 10.6%, (LB) 8.2%;

mixed content, 1440p
: (AI) 9.2%,
(RA) 6.6%,
(LB) 7.6%;

mixed content, 1080p
: (AI) 10.5%, (RA) 7.8%,
(LB) 6.5%;
 animation, 720p
: (AI) 0.6%,
(RA) 0.6%, (LB) 0.8%.
The average runtime relative to the HM-12.1+RExt-5.1 anchors is reported as follows:

encoding time
: (AI) 169%,
 decoding time
: (AI) 103%,
Based on HM‐13.0+RExt‐6.0 with

(RA) 122%,
(LB) 121%;
(RA) 86%,
(LB) 115%.
IntraBC Extensions
o Line‐based IntraBC (only from current and left CTU)
o Pingpong BV predictor (P0217)

Palette Coding (based on P0108)
o Major colour merging (P0152)
o Sub‐row copy above mode

Combined IntraBC and Palette Coding
 Adaptive MV Precision (P0283)
Additional results are presented with full frame IBC, which indicate that significant additional
gain is possible (e.g. 39.3% for AI t&gmotion 1080).
1).1.1.1.1.107 JCTVC-Q0033 Description of screen content coding technology proposal by
MediaTek [P. Lai, T.-D. Chuang, Y.-C. Sun, X. Xu, J. Ye, S.-T. Hsiang, Y.-W. Chen, K. Zhang,
X. Zhang, S. Liu, Y.-W. Huang, S. Lei (MediaTek)]
Discussed 1st day (Thu) p.m. (JRO).
The goal of this proposal is to provide screen content coding technologies on top of the HEVC
standard. In order to achieve this goal, a number of coding tools are proposed. These include
intra block copying (IntraBC) with extended search range, triplet palette mode, line-based
(2N×1/1×2N) intra copying, modified coding of inter-component residual prediction, single
colour mode. With all the proposed tools enabled, the proposed screen content video codec
reportedly achieves BD-rate savings summarized as the following:
For RGB sequences, G-component, lossy condition:

text & graphics with motion, 1080p: (AI) 46.0% (RA) 31.4% (LB) 26.0%;

text & graphics with motion,720p: (AI) 28.6% (RA) 23.7%
Page: 219
(LB) 20.3%;
Date Saved: 2016-02-12

mixed content, 1440p
: (AI) 20.2%, (RA) 14.1%, (LB) 13.0%;

mixed content, 1080p
: (AI) 18.8%, (RA) 13.1%, (LB) 8.7%;
 animation, 720p
: (AI) 1.7%, (RA) 1.3%,
For YUV sequences, Y-component, lossy condition:
(LB) 1.1%.

text & graphics with motion, 1080p: (AI) 44.1%,
(RA) 27.4%, (LB) 21.2%;

text & graphics with motion,720p: (AI) 25.1%,
(RA) 20.0%, (LB) 14.7%;

mixed content, 1440p
: (AI) 20.0%,
(RA) 14.0%, (LB) 11.5%;

mixed content, 1080p
: (AI) 17.9%,
(RA) 13.4%, (LB) 8.1%;
 animation, 720p
: (AI) 0.3%,
(RA) 0.1%, (LB) 0.3%.
The average encoding time for the proposed encoder compared against the anchor RExt 5.1 are
314%, 151%, 141% for lossy AI, RA, and LD configurations, and 472%, 175%, 163% for
lossless AI, RA, and LD configurations, respectively. The corresponding average decoding time
compared against anchor are 81%, 99%, and 101% for lossy and 87%, 93%, and 96% for
lossless, respectively.
The high encoding times are likely caused by extending IBC search range and line-based copy
(no fast algorithm e.g. hash based search used).
Software base: HM12.1-RExt5.1 (anchor)
Coding tools on top of anchor

PU-based IntraBC (RExt6.0) with extended search range (12 previous CTUs left and
above)

Line-based Intra copying

Triplet palette mode (3 colours, various aspects in coding of palette table and sample
indices)

Single colour mode (reconstruct entire block with one colour based on candidates from
boundary)

Modified alpha parameter coding for inter-component residual coding (On top of
RExt6.0)
 Intra boundary filter disabling
It is also mentioned that line based copy utilizes similar redundancy as the 1D dictionary from
Q0031.
1).1.1.1.1.108 JCTVC-Q0034 Description of screen content coding technology proposal by
Huawei Technologies (USA) [Z. Ma, W. Wang, M. Xu, X. Wang, H. Yu (Huawei)]
Discussed 1st day (Thu) p.m. (JRO).
This contribution introduces an additional "colour table and index map coding mode" in intra
frames, on top of the HEVC Range Extensions (RExt) Draft 5 [2], for coding of screen content.
Additionally, a luma-based chroma intra prediction method is added to further exploit
correlations between colour components. The proposed solution is implemented in the HEVC
range extension reference software HM12.1+RExt-5.1 [3] (RExt5.1). The simulation results have
shown an average bit-rate reduction over the CfP anchors for lossless coding by 14.0%, 8.9%,
and 7.8% for All Intra (AI), Low-Delay with B-picture (LB), and Random Access (RA),
respectively. For the lossy coding mode, BD rate reduction of 10.3% for AI, 7.9% for RA, and
5.3% for LB have been observed. The complexity is measured using the encoding and decoding
Page: 220
Date Saved: 2016-02-12
times. However, due to the heterogeneous computing nodes utilized, the running times presented
in the test results may not accurately reflect the relative complexity.
Colour table processing (for three components) has some commonality with the triplet colour
table of Q0033. Merge (use table from left or above CU at CTU boundary); adaptive index map
scanning.
1D string search from line buffer gives around 1% gain.
Search is constrained to current CU for all elements of the proposal.
LM Chroma does give only small benefit (less than 1% on average).
Encoder/decoder run times are asserted to be not reliable.
1).1.1.1.1.109 JCTVC-Q0035 Description of screen content coding technology proposal by
Microsoft [B. Li, J. Xu, F. Wu, X. Guo, G. J. Sullivan (Microsoft)]
Discussed 1st day (Thu) p.m. (JRO).
In this proposal, hash based search, 1-D dictionary mode, adaptive colour space coding,
modifications to intra BC mode, and palette mode, etc. are introduced to improve the coding
efficiency and reduce the coding complexity for screen contents. Experimental results reportedly
show that for lossy coding, using lower bit rates than the anchor, the proposed scheme achieves
12.47 dB, 9.67 dB, and 9.12 dB on Y-component (or G-component if the input is of RGB
format) PSNR improvement on average for AI, RA, and LB respectively. The encoding time for
RA and LB are reported to be less than 90% of that of the anchor. The decoding time is similar
to the anchor (saving about 10% for AI case). For lossless coding, about 29.9%, 24.0% and
23.0% bit rate savings are reportedly achieved for AI, RA and LB respectively. Moreover,
different trade-off points between the encoding complexity and coding efficiency can be
achieved; e.g., the proposed scheme with a low complexity setting reportedly shows about 3x
faster encoding than the anchor, with average bit-rate savings of 19.5% and 18.6% for RA and
LB lossless coding, respectively.
Intra BC: Skip, merge, flip vertical, full frame with 2D dictionary (hash based search)
1D dictionary which copies a string of samples from a reconstructed area (follows 2D structure
of current PB but string is variable in length), using another hash based search.
Horizontal/vertical possible.
Adaptive colour space coding GBR/YCoCg/RGB/BGR, only applied to RGB.
Hash based search also applied for motion estimation in inter mode (would likely not work for
camera content due to noise), also considering chroma
Based on RExt 5.1, but some elements aligned with RExt 6
No BD rates reported, since some numbers were not meaningful (e.g. 0% BD rate was computed
in a case where PSNR range was non-overlapping)
Encoding time for AI 290/370% for lossy/lossless; RA and LDB are reduced in encoding time
compared to anchor (likely due to hash based search in motion estimation). Without the hash
table for motion estimation, encoding times for RA/LD might also be more significantly
increased.
Additional memory for storing hash table at encoder for motion comp could be non-negligible.
1).1.1.1.1.110 JCTVC-Q0036 Description of screen content coding technology proposal by
Mitsubishi Electric Corporation [R. Cohen, A. Minezawa, X. Zhang, K. Miyazawa, A. Vetro,
S. Sekiguchi, K. Sugimoto, T. Murakami (Mitsubishi Electric)]
Discussed 1st day (Thu) p.m. (JRO).
This document presents specifications of a new video coding algorithm developed for
submission as a response to the Joint Call for Proposals for Coding of Screen Content issued by
ISO/IEC JTC1/SC29/WG11 and ITU-T SG16 Q6. The proposed algorithm builds upon HEVC
Range Extensions Draft 6 by adding several coding tools targeting objective and subjective
performance for coding screen content video. These new tools include block-level interPage: 221
Date Saved: 2016-02-12
component prediction, a histogram correction mode for Sample Adaptive Offset, an independent
uniform prediction mode, and a palette mode. Specific examples of subjective improvements are
presented. For objective performance, for lossy test conditions, average gains over the anchor for
various content types are up to 27% for the G component of RGB sequences and up to 26% for
the Y component of YCbCr, for All Intra conditions. For Random Access conditions, the
corresponding averages were up to 17% for G and 14% for Y, and for Low Delay conditions, the
averages were up to 10.2% for G and 8.1% for Y. The gains on individual sequences were up to
32%, 29% and 19% for the G component for AI, RA, and LD conditions respectively, and up to
31%, 25% and 11% for the Y component. For lossless conditions, average bit-rate savings for
RGB sequences were up to 32%, 28% and 28% for AI, RA, and LD conditions respectively, and
for YCbCr sequences average bit-rate savings were up to 30%, 20% and 17%. Maximum bit-rate
savings were up to 43%, 40% and 40% for RGB AI, RA, and LB conditions, and 46%, 32% and
24% for YCbCr.
Based on RExt 6.0. Additional tools:

Inter-component prediction (based on linear model from co-located block)

Histogram Correction mode for SAO

Independent uniform prediction (using an explicit colour table signaled at the slice
header)
 Palette mode (from P0303)
Visual examples are given for the histogram correction mode. It is asked wheter these were using
the same coding mode and bit rate – this may not be the case.
Encoder time AI lossy 300% (with follow-up contribution showing approximately 250%),
decoder time 87%.
RA/LD 150/140% encoder, 88/111% decoder (decoder times may not be reliable).
1).1.1.1.1.111 JCTVC-Q0037 Description of screen content coding technology proposal by
InterDigital [X. Xiu, C.-M. Tsai, Y. He, Y. Ye (InterDigital)]
Discussed 1st day (Thu) p.m. (JRO).
This proposal uses two main technologies, namely improved palette coding and adaptive residue
colour space conversion, based on the current framework of HEVC Range Extensions.
Compared to the CfP anchors, for lossy coding, the proposed solution achieves the average {G,
B, R} BD-rate reductions of {16.3%, 15.9%, 15.8%}, {13.4%, 13.2%, 13.1%} and {13.8%,
13.6%, 13.4%} for AI, RA and LD, respectively, in RGB coding, and the average luma BD-rate
reductions of 13.2%, 9.2% and 7% for AI, RA and LD, respectively, in YCbCr coding. For
lossless coding, the average bit-rate savings of the proposed solution are 14.8%, 16.2% and
16.7% for AI, RA and LD, respectively, in RGB coding, and 13.8%, 10.2% and 9.3% for AI, RA
and LD, respectively, in YCbCr coding.
The performance improvement for screen content sequences (video sequences in the category
"text & graphics with motion") is significantly higher. For lossy coding, the proposed solution
achieves average {G, B, R} BD-rate reductions of {28.9%, 28.4%, 28.3%}, {21.7%, 21.1%,
21.3%} and {18.2%, 17.5%, 17.8%} for AI, RA and LD, respectively, in RGB coding, and
average luma BD-rate reductions of 22.7%, 15.7% and 10.3% for AI, RA and LD, respectively,
in YCbCr coding. For lossless coding, the bit-rate savings of the proposed solution are 27.8%,
25.8% and 25.9% for AI, RA and LD, respectively, in RGB coding, and are 28%, 21.5% and
19.4% for AI, RA and LD, respectively, in YCbCr coding.
Basis is RExt 5.1, additionally IBC with 2NxN, and Rice parameter modification of RExt 6.0.
Page: 222
Date Saved: 2016-02-12
Palette mode based on the AHG10 framework, with improved palette table prediction, and table
skip mode. Re-sorting of indices by "Burrows-Wheeler transform" for achieving longer runlengths. Transition mode from JCTVC-P0115 for table sizes >14, but not used with BWT.
Adaptive conversion RGB / YCoCg
Encoding lossy 284/174/163% for AI/RA/LD
Encoding 324/185/167% for AI/RA/LD
Decoding times were around 85% of anchor for all cases; numbers may not be fully reliable.
It was not exactly known what the benefit of the different elements of the proposal were.
6.3 Related contributions (7)
1).1.1.1.1.112 JCTVC-Q0052 Low-complexity encoders for JCTVC-Q0035 [B. Li, J. Xu
(Microsoft)]
Reviewed in BoG Q0236 on 3rd day (RC).
1).1.1.1.1.113 JCTVC-Q0053 On BD-Rate results [B. Li, J. Xu (Microsoft)]
Reviewed in BoG Q0236 on 3rd day (RC).
There appeared to be consensus to change how to handle very high PSNR measurements.
1).1.1.1.1.114 JCTVC-Q0193 Combination of screen content coding proposals JCTVCQ0034/JCTVC-Q0176 and JCTVC-Q0036 [R. Cohen, X. Zhang, A. Vetro, K. Sugimoto (MERL),
A. Minezawa, K. Miyazawa, S. Sekiguchi, T. Murakami (Mitsubishi Electric), Z. Ma, W. Wang,
M. Xu, X. Wang, H. Yu (Huawei Technologies (USA)] [late]
Reviewed 3rd day (Sat.) p.m. (GJS).
This document proposes a combination of screen content coding proposals JCTVCQ0034/JCTVC-Q0176 and and JCTVC-Q0176. Using HEVC Range Extensions Draft 6 and the
HM-13.0_RExt-6.0 software as a foundation, this combined proposal adds a colour table and
index map coding mode, block-level inter-component prediction, a histogram correction mode
for SAO, and an independent uniform prediction mode. Using the same test conditions as
specified in the Joint Call for Proposals for Coding of Screen Content, with HM 12.1_RExt 5.1
coded bitstreams as anchors, average improvements in BD-Rate for various content types under
the lossy All Intra (AI) configuration are reportedly up to 39% for RGB sequences and up to
34% for the Y component of YCbCr. For Random Access (RA) conditions, the corresponding
averages were up to 26% for RGB and 21% for YCbCr, and for Low Delay (LB) conditions, the
averages were up to 18% for RGB and 13% for YCbCr. For lossless conditions , averaged bit
rate reduction is up to 45%, 46% for AI RGB and AI YCbCr, 39% and 36% for RA RGB and
RA YCbCr, and 38% and 32% for LB RGB and LB YCbCr, respectively..
Combined proposal for Mitsubishi and MERL (Q0036 and Q0176), combining as tabulated
below.
JCTVC-Q0034/JCTVCQ0176
Colour table and index
map mode
Inter-component prediction
JCTVC-Q0036
Combined proposal
Palette mode
Colour table and index map
mode
Inter-component prediction
Histogram Correction for
SAO
Independent Uniform
Prediction
Also includes RExt 6.0 tools
Inter-component prediction
Histogram Correction for
SAO
Independent Uniform
Prediction
Also includes RExt 5.1 tools Also includes RExt 6.0 tools
Page: 223
Date Saved: 2016-02-12
Reporting that for a combined complexity about the same as in one of these proposals, an
additional gain is reported. For example, for the "RGB text & graphics with motion at 1080p"
sequences, about 9% improvement was reported for AI, RA and LB.
This seems to be good information for consideration regarding how to assess the potential shown
in CfP response proposals and potential ways to move forward into collaborative work.
1).1.1.1.1.115 JCTVC-Q0194 Cross-check of JCTVC-Q0034 [X. Zhang, R. Cohen (MERL),
K. Miyazawa (Mitsubishi Electric)] [late]
1).1.1.1.1.116 JCTVC-Q0213 Fix for adaptive colour space coding in JCTVC-Q0035 [B. Li,
J. Xu (Microsoft)] [late]
Reviewed in BoG Q0236 on 3rd day (Sat.) (RC).
For further consideration in the context of future adaptive colour space work.
1).1.1.1.1.117 JCTVC-Q0235 Cross-check report on Description of SCC technology proposal
by MERL (JCTVC-Q0036) [X. Wang, H. Yang, M. Xu (Huawei)] [late]
1).1.1.1.1.118 JCTVC-Q0238 Encoding time reduction for Independent Uniform Prediction in
SCC CfP response JCTVC-Q0036 [X. Zhang, R. Cohen] [late]
JCTVC-Q0242 Proposed common software base for future screen content coding
development [B. Li, J. Xu, G. J. Sullivan (Microsoft)] [late]
JCTVC-Q0243 Software for the Screen Content Coding Model [K. Rapaka, J. Sole,
M. Karczewicz] [late]
1).1.1.1.1.119 JCTVC-Q0250 Cross-check of JCTVC-Q0243 Software for the Screen Content
Coding Model and JCTVC-Q0248 Software for SCM with hash-based motion search [P. Lai,
X. Xu, S. Liu, Y.-C. Sun, T.-D. Chuang (MediaTek)] [late] [miss]
1).1.1.1.1.120 JCTVC-Q0245 Hash-based motion search [B. Li, J. Xu (Microsoft)] [late]
1).1.1.1.1.121 JCTVC-Q0248 Software for SCM with hash-based motion search [K. Rapaka
(Qualcomm), J. Xu (Microsoft)] [late]
1).1.1.1.1.122 JCTVC-Q0252 Hash-based intraBC search [B. Li, J. Xu (Microsoft)] [late]
Page: 224
Date Saved: 2016-02-12
7
Non-CE Technical Contributions (147)
7.1 Range extensions (41)
7.1.1 General (1)
1).1.1.1.1.123 JCTVC-Q0076 Unifying HM and RExt Inter-Prediction Search [K. Sharman,
N. Saunders, J. Gamei (Sony)]
Discussed Sat 29th (JRO) or Sun 30th (D. Flynn & C. Rosewarne as BoG).
This contribution examines the encoder inter search algorithms used in RExt and HM. It is
observed that, as a result of the adoption of the cross-component prediction tool at an earlier
JCTVC meeting, two inter residual estimation algorithms now exist within the Range Extensions
software model: one that is compatible with HM, and one that is not.
It is proposed that RExt and HM are harmonised by applying a patch to HM.
Tests using HM common test conditions are reported to show a BD-rate change for luma
between 0.1% and -0.1%, and for chroma between 0.3% and -0.5% (Classes A-E), with no
significant average change, indicating that the modified search has no significiant overall effect.
Averaged BD-rate changes using the AHG5 RExt common test conditions are reported to be
0.1% to -0.3%, indicating no significant effect. Averaged BD rate changes using the AHG8 RExt
lossless test conditions are observed to lie within the 0.0% to -2.9% range, indicating equal or
superior performance of the modified RExt search algorithm across all test sequences.
Follow-up of P0059. The performance of that contribution was inconsistent in lossy/lossless
conditions, which is asserted to be due to a bug found in the meantime. Question: Relation with
Q0147? This tackles a different aspect (pattern in diamond search), whereas Q0076 unifies the
RD optimization in mode selection between HM and RExt.
This helps to keep the two software bases aligned. Several experts expressed support.
Decision (SW): Adopt.
7.1.2 RCE1 related (4)
1).1.1.1.1.124 JCTVC-Q0067 Non-RCE1: On MV resolution and motion vector predictor
number [G. Laroche, T. Poirier, C. Gisquet, P. Onno (Canon)]
Discussed 2nd day (Fri) (JRO).
The HEVC Range Extensions Core Experiment 1 is dedicated to the adaptive Motion vector
precision method. In this RCE1, 2 methods to signal the motion vector precision are investigated.
One signals the MV precision at slice level and the second one at CU level. Both methods
modify the Merge and Inter/AMVP modes. In this contribution, the Motion vector precision is
signaled at PU level for Inter mode only. Moreover, when the precision is set equal to the full-pel,
the number of predictors for Inter/AMVP is reduced to 1. Several complexity compromises are
reported. The proposed modification can reach 2.1% gain over RExt6.0 for RA/ LDB
configurations. When the encoding complexity is reduced to 110% the average gain for all
RA/LDB configurations is 1.7%.
In the first experiment, Test 1, the adaptive motion vector resolution for Inter/AMVP PU (MV
res) is combined with 1 motion vector predictor for full-pel resolution (1 Pred). The second one,
Test 2, is the same as Test 1 with the proposed fast estimation. Test 3 is the same as Test 2
without 1 predictor for full-pel resolution. Test 4 is the fast estimation without change of the
Rext6.0 syntax.
Page: 225
Date Saved: 2016-02-12
Test 1
Test 2
Test 3
Test 4
RCE1 Test2
MV1
RCE1 Test2
MV2
MV RES
Inter/
AMVP PU
✓
✓
✓
1 Pred
✓
✓
Fast
Estimation
✓
✓
✓
Average
BDR
Enc Time
Dec Time
-1.6%
-1.1%
-0.7%
-0.1%
Average
BDR
+optional
-2.1%
-1.7%
-1.1%
-0.1%
120%
110%
110%
110%
95%
94%
98%
99%
-0.6%
-0.7
148%
101%
-0.9%
-1.2%
142%
95%
Switching is done at PU level (whereas Q0049 of RCE1 signals at CU level)
Test 1 and Test 2 use only one MV in AMVP (instead of 2) in case of integer pel
Test 3 is using two MV in AMVP.
Test 4 is non-normative test for integer pel restriction.
Average gain of approximately 0.4% average is reported on the AHG5 test set (which consists of
camera captured content). However, Test 4 (non-normative) is not reported for this test set.
Main gain is achieved for screen content, and this proposal would require more significant
changes in core parts of AMVP and CABAC parsing. Further study was planned in the context
of screen content coding activity.
1).1.1.1.1.125 JCTVC-Q0098 Non-RCE1: Crosscheck report on MV resolution and motion
vector predictor number (JCTVC-Q0067) [X. Li (Qualcomm)] [late]
1).1.1.1.1.126 JCTVC-Q0092 Non-RCE1: Simplification of RCE1 Test2 [T.-D. Chuang, C.-Y.
Chen, Y.-W. Huang, S. Lei (MediaTek)]
Discussed 2nd day (Fri) (JRO).
A CU-level adaptive MV precision method was proposed at the 16th JCT-VC meeting and is
studied in RCE1 Test2 [1], where a CU-level flag is signaled to indicate whether all PUs in the
CU have integer-precision MVs. If the flag is 1, the MV precision is in integer precision. The
MV predictors of PUs are rounded to integer precision and MV differences are signaled in
integer precision. Otherwise, the MV precision is in quarter precision. The MV coding is the
same with HEVC version 1 and the sub-pixel motion compensation is allowed. In RCE1 Test2,
the adaptive MV precision is applied on all inter CU. The context formation of the CU-level flag
requires the information of the coded adaptive MV precision flag of the upper CU, which results
in a requirement of a line buffer for this flag. The adaptive MV precision is also found to be less
efficient for merge mode.
Gains are reported relative to RCE1 test 2 (Q0049) and RExt 6.0
Lossy coding results and lossless coding results of the proposed single context adaptive MV
precision flag coding using RCE1 Test2 as the anchor and implementation basis are shown in
Table 1. The results reportedly show 0.2% and 0.1% loss for SC YUV 444 sequences under RAMain-Tier and LB-Main-Tier, respectively. for SC YUV 444 sequences under RA-Main-Tier
and LB-Main-Tier.
Lossy coding results and lossless coding results of the proposed single context adaptive MV
precision flag coding and disabling adaptive MV precision for merge mode using RCE1 Test2 as
the anchor and implementation basis are shown in Table 2, where 0.2% and 0.6%BD-rate
savings are shown for SC YUV 444 sequences under RA-Main-Tier and LB-Main-Tier,
respectively. The encoding times are reduced by 9% and 10% for RA-Main-Tier and LB-MainTier, respectively.
Page: 226
Date Saved: 2016-02-12
Table 3 shows the lossy coding results and lossless coding results of the proposed methods using
HM-13.0+RExt-6.0 as the anchor. It is reported to achieve 0.9% and 1.3% BD-rate savings for
SC YUV 444 sequences under RA-Main-Tier and LB-Main-Tier, respectively.
Signaling at CU level as in Q0049, but adaptive motion precision is not used in merge, therefore
the flag is not present if all PUs are in merge mode.
Further study was planned in the context of screen content coding activity.
1).1.1.1.1.127 JCTVC-Q0173 Non-RCE1: Crosscheck report on simplification of RCE1 test2
(JCTVC-Q0092) [X. Li (Qualcomm)] [late]
7.1.3 Implementation aspects of high bit rate and high bit depth (4)
1).1.1.1.1.128 JCTVC-Q0044 AhG18: On SAO quant-bits coding [E. Alshina, A. Alshin
(Samsung)]
Discussed 2nd day (Fri) (JRO).
Quantized SAO parameters are signalled in the bitstream according to the JCTVC 16 th meeting
outcome, but there is no recommendation about the choice for these parameters. This
contribution suggests for settings of SAO quantization depending on processing bit-depth and
slice QP, which reportedly improves SAO performance by 1.6% (LD) and 0.2%(AI) for 16 bit
coding and 1.1%(LD) for 12 bit coding. At the same time, this contribution suggests to move
some SAO control syntax from PPS to the slice header.
Some concern was expressed that the slice header may not be the best position for these
parameters, since they require a significant amount of data. The PPS seems to be the best place,
as the same offset parameters are likely used for several slices (depending on encoder decisions).
Decision (SW): Adopt the non-normative part (proposed setting of offset value for 12 bits &
beyond).
Note: The syntax still requires editorial improvement. This is a known issue.
(Editorial action item.)
1).1.1.1.1.129 JCTVC-Q0073 AHG18: Worst-case Escape Code Length Mitigation
[K. Sharman, N. Saunders, J. Gamei (Sony)]
Discussed 2nd day (Fri) (JRO).
This contribution identifies the worst-case code length that may occur when coding an escape
code for a coefficient as 46. The contribution proposes an alternative scheme to the exponentialGolomb part of escape coding that claims to reduce the worst-case escape code length to 32,
which is the same as the worst-case escape code length in HEVC version 1. All-tier BD-rate
changes of 0.0% are reported for AHG18 lossy and lossless common test conditions.
Simplification of previous P0061, the new proposal would make the coding also identical with
v1 scheme for smaller bit depths, which allows simplification of a RExt decoder.
Decision: Adopt (Q0073&Q0131).
1).1.1.1.1.130 JCTVC-Q0185 Cross-check of JCTVC-Q0073 AHG18: Worst-case Escape Code
Length Mitigation by Sony [C. Rosewarne, M. Maeda (Canon)] [late]
1).1.1.1.1.131 JCTVC-Q0131 AHG18: Limiting the worst-case length for
coeff_abs_level_remaining syntax element to 32 bits [M. Karczewicz, R. Joshi (Qualcomm)]
Discussed 2nd day (Fri) (JRO).
This contribution proposes a modification of the binarization for the coeff_abs_level_remaining
syntax element. The number of prefix bits is restricted depending upon
Page: 227
Date Saved: 2016-02-12
MAX_TR_DYNAMIC_RANGE and a truncated unary representation is used for the prefix. The
suffix bits are suitably modified for the highest suffix. It is asserted that with this modification,
the length of the coeff_abs_level_remaining syntax in the worst-case is limited to 32. The impact
on BD-rate performance is reported to be negligible (less than 0.02%) for AHG18 common test
conditions.
Identical with Q0073.
7.1.4 Intra block copy (26)
1).1.1.1.1.132 JCTVC-Q0062 AhG5: On the displacement vector prediction scheme for Intra
Block Copy [P. Onno, G. Laroche, T. Poirier, C. Gisquet (Canon)]
Discussed 2nd day (Fri) (JRO).
This contribution presents a modification of the displacement vector prediction scheme for the
Intra Block Copy method. In the current design of IBC, the displacement vector predictor
corresponds to the latest displacement vector used for the last CU coded with the IBC mode. In
this contribution, the displacement vector predictor scheme is changed to take into account the
new 2NxN, Nx2N and NxN IBC partitions adopted at the last meeting. In average, it is reported
that the new proposed prediction method based on the three last displacement vectors gives 0.3% gain for the AI and -0.2% for the RA/LB configurations. It is also reported that the
proposed scheme shows some gains for the Lossless case as well.
Instead of using the vector from last CU coded in IBC as predictor, it is proposed to use three
candidates, and a syntax element which signals the selection.
Search is not modified relative to current RExt. The new syntax element is bypass coded, using 1
bit CW for the last CU, and 2 bit for the other two.
Gain is only achieved in screen content.
Some concerns are expressed whether the additional complexity (parsing, memory for storing
two additional vectors) is justified by the relatively small coding improvement.
Q0134 and Q0114 are similar.
See further notes under Q0114.
1).1.1.1.1.133 JCTVC-Q0214 Cross-check of JCTVC-Q0062 [L. Zhu, J. Xu (Microsoft)] [late]
1).1.1.1.1.134 JCTVC-Q0134 Ping-pong block vector predictor for intra block copy [L. Zhu,
J. Xu, G. J. Sullivan, Y. Wu, S. Sankuratri, B. A. Kumar (Microsoft)]
Discussed 2nd day (Fri) (JRO).
A "ping-pong" approach with an encoder-selectable predictor for block vector (BV) prediction in
the intra block copy (BC) mode is described. This approach reportedly provides some coding
gain (approximately 1.2% and 1.0% average benefit for the tested YUV and RGB screen content
coding cases, and generally little impact on performance for other cases). The scheme is similar
to that proposed previously in JCTVC-P0217, although it is reportedly improved by only
applying the update of the two cached values at the CU level.
No benefit for camera captured content.
Two predictor candidates which are the last two PUs where IBC was used, provided that they are
different. A kind of FIFO approach is used, replacing the oldest predictor in the buffer if the new
IBC vector is new, i.e. coded with non-zero difference.
In the first version of the document, bypass coding of the flag is used. The second version
(uploaded 03-28) uses context based coding, asserted to give 0.2-0.3% additional gain. Version 3
provides syntax.
Version 1 only provides results for all intra.
Page: 228
Date Saved: 2016-02-12
One expert points out that syntax-wise this would unify AMVP and IBC vector coding (provided
that the order of syntax elements is changed relative to the syntax proposal in version 3).
Encoding time is increased to 107% in AI - this measurement is reliable according to the crosscheck. Clarify how the search was modified and how that impacts the result.
Further discussed later – see further notes under Q0114.
1).1.1.1.1.135 JCTVC-Q0180 Crosscheck of ping-pong block vector predictor for intra block
copy (JCTVC-Q0134) [P. Onno (Canon)] [late]
1).1.1.1.1.136 JCTVC-Q0246 Cross-check of JCTVC-Q0134-v4 Solution 3 on ping-pong block
vector predictor for intra block copy [P. Lai, S. Liu (MediaTek)] [late] [miss]
1).1.1.1.1.137 JCTVC-Q0075 AHG5: Intra-block-copy in Non-4:4:4 Formats [K. Sharman,
N. Saunders, J. Gamei (Sony)]
Discussed 2nd day (Fri) (JRO).
This contribution details two issues encountered when using intra-block-copy for non-2Nx2N
PUs in non-4:4:4 chroma formats, both of which stem from the adopted practice of merging the
PUs where the chroma PU dimensions would be smaller than 4x4. A rule is proposed to be added
to HEVC Range Extensions that would prevent these issues from occurring and also reduce
computational complexity in the decoder. The application of this rule is reported to have no
effect on coding efficiency.
The proposed rule would impose encoder constraints.
For class F, an average bit rate increase of 0.1%-0.2% is observed.
By the last meeting, an adoption was made based on P0180 that merges chroma PBs in cases that
would be smaller than 4x4. However, the current software implementation still would use 2x2
blocks in cases where clipping is performed to prevent an access beyond the CTU boundary. The
specification text is also not correct in this regard.
Generally, this proposal was supported by several experts as fixing a known problem. Editor (D.
Flynn) to check for consistency before it is adopted.
Further discussed Thu noon (GJS).
Decision: It was agreed to remove the clipping of the BV values and otherwise change the
software to match the text and establish constraints in the text to prohibit out-of-range references.
Further study was encouraged to determine whether some different approach is more appropriate
in the longer term.
1).1.1.1.1.138 JCTVC-Q0210 Cross-check of JCTVC-Q0075 on Intra-block-copy in Non-4:4:4
Formats [C. Pang (Qualcomm)] [late]
1).1.1.1.1.139 JCTVC-Q0080 Block vector prediction for intra block copy [X. Zhang, K. Zhang,
J. An, H. Huang, S. Lei (MediaTek)]
Discussed 2nd day (Fri) (JRO).
In the current HEVC Range Extensions Draft 6, the block vector (BV) predictor for each intra
block copying (IBC) PU is set to the BV of the previous IBC PU in general. This leads to cases
where the BV predictor comes from a block that is not adjacent to the current block, even if the
adjacent block is IBC coded. For example, for an IBC CU with N×N partitioning, the BV
predictor for its lower-left PU (3rd PU in coding order) comes from its upper-right PU (2nd PU in
coding order). This contribution proposes modifications to the derivation of BV predictor, such
that the aforementioned scenario is avoided. Experimental results reportedly show that the
Page: 229
Date Saved: 2016-02-12
proposed method can achieve 0.1%, 0.1%, 0.2%, 0.1%, and 0.3% BD-rate savings respectively
for Class F, RGB SC, YUV SC, optional RGB SC, and optional YUV SC sequences in AI MainTier condition. For RA Main-Tier, the BD-rate savings are 0.1%, 0.2%, 0.0%, 0.1%, and 0.2%.
For LD Main-Tier, the BD-rate savings are 0.1%, -0.2%, 0.1%, 1.7%, and 0.3%. The test results
under the test conditions of Joint Call for Proposals for coding of screen content are also
provided in this contribution.
Benefit in terms of compression was negligible – no action.
1).1.1.1.1.140 JCTVC-Q0226 Cross-check of block vector prediction for intra block copy in
JCTVC-Q0080 [W.-S. Kim (Qualcomm)] [late]
1).1.1.1.1.141 JCTVC-Q0082 Symmetric intra block copy [K. Zhang, J. An, X. Zhang, H. Huang,
S. Lei (MediaTek)]
Discussed 2nd day (Fri) (JRO).
In the current HEVC range extensions draft specification, intra block copy (IBC) was adopted to
consider reduplicated patterns in a picture. Besides reduplication, symmetry is often observed in
natural or screen-content pictures. Symmetric intra block copy is proposed to consider symmetric
patterns in a picture by flipping the reference block. Experimental results reportedly show that
the proposed method can achieve 0.8%, 0.9%, 0.9%, 1.2%, and 2.6% BD-rate reductions
respectively for Class F, RGB SC, YUV SC, optional RGB SC, and optional YUV SC sequences
in AI Main-Tier configurations under the common test condition for HEVC range extensions.
The proposed method can also reportedly achieve 1.8%, 0.7%, 1.1%, 0.4%, 2.0%, 0.9%, 1.1%,
and 0.4% BD-rate savings respectively for RGB, text & graphics with motion, 1080p / RGB, text
& graphics with motion,720p / RGB, mixed content, 1440p/ RGB, mixed content, 1080p/ YUV,
text & graphics with motion, 1080p/ YUV, text & graphics with motion,720p/ YUV, mixed
content, 1440p/ YUV, mixed content, 1080p classes in AI configurations under the test condition
of the call for proposals for coding of screen content.
Horizontal/vertical flipping is dependent on vectors
Question is raised what the gain would be when only horizontal flipping is used
Not for RExt – further study in CE of IBC for screen content.
1).1.1.1.1.142 JCTVC-Q0202 Cross-check for Symmetric intra block copy (JCTVC-Q0082) [??
(??)] [late]
1).1.1.1.1.143 JCTVC-Q0230 Cross-check of symmetric intra block copy (JCTVC-Q0082) [B. Li,
J. Xu (Microsoft)] [late]
1).1.1.1.1.144 JCTVC-Q0095 AHG8: Coding the prediction differences of the intra BC vectors
[S.-T. Hsiang, S. Lei (MediaTek)]
Discussed 2nd day (Fri) (JRO).
This contribution develops a new method for coding the block vector prediction difference
associated with the Intra block copy (BC) coding mode. The proposed method re-uses the
existing binarization scheme employed for coding the motion vector difference in the current
HEVC. However, an improved context modeling scheme has been developed for entropy coding
the resulting bin string. It is reported to achieve 1.9%, 1.4%, and 1.6% Luma BD-rate savings for
YCbCr 4:4:4 SC sequences under AI-Main-Tier, RA-Main-Tier, and LB-Main-Tier, respectively,
of the AHG8 CTCs.
The proposal increases the number of contexts to 15 (currently it is 2).
Page: 230
Date Saved: 2016-02-12
Number of context coded bins is also increased.
Would give up the unified MV coding between AMVP in inter and the IBC. This is undesirable.
Not for RExt – not clear if it is still give gain in combination with other extensions of screen
content.
No action at this point.
The contribution also includes a second proposal to limit the range of BVD components to [127,127] to enable storage in 1 byte. However, due to some other restrictions in the spec, it is
believed de facto the value range is anyway restricted to even smaller values.
Further discussed Mon 31st (JRO) after offline clarification with editors.
The currently specified constraint is [-128, 128], which is not correct. The maximum range of
horizontal differences could be [-176..+184]. The specification of these constraints would
however be redundant with the already existing constraints on maximum vector ranges.
Decision (Ed.): The constraint should be removed (action for editors, depending on question of
IBC inclusion in RExt).
JCTVC-Q0231 Crosscheck of JCTVC-Q0095 on Coding the prediction differences of the
intra BC vectors [C. Pang (Qualcomm)] [late]
1).1.1.1.1.145 JCTVC-Q0179 AHG8: Crosscheck of Coding the prediction differences of the
intra BC vectors (JCTVC-Q0095) [P. Onno (Canon)] [late]
1).1.1.1.1.146 JCTVC-Q0114 Block vector predictor for Intra block copy [C. Pang, J. Sole,
R. Joshi, M. Karczewicz (Qualcomm)]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
In this document, block vector prediction method for Intra block copy is proposed. In the
proposed method, either spatial neighboring block vector or default vector is used as block
vector predictor. Reported average BD-rates are −1.4%, −1.0% and −0.7% for YUV 4:4:4 SC
sequences in AI MT, RA MT and LB MT, respectively.
In the current design, the BV predictor is the previously reconstructed block vector in decoding
order from within the current block. This contribution modifies the current BV prediction, by
allowing an encoder to choose which of its two neighbouring predictors (from within the CTU)
are used. A syntax element is added to signal this selection.
This contribution is similar in some respects to the proposal Q0134, but requires a line buffer
within the CTU to allow selection between left and top predictor.
It was suggested that previously the committee was not looking at changes that did not offer
gains in the RExt content. This proposal does not offer any gains in non-SCC content.
It was noted that the supplied specification text is not of sufficient quality, only presenting a
syntax element without any decoding process (or updates to context tables).
Further discussion Monday 31st evening (chaired by JRO)
Proponents of Q0062, Q0114, Q0134 will prepare a report about the average performance with
same data sets (excluding optional).
Note: Generally, the gains by these improved prediction methods appear relatively low compared
to the gains that are reported by extended compensation ranges. It is not clear whether the benefit
would still be existing with ranges larger than current and left CTU.
Further investigation of the three methods in IBC experiment (SCC).
1).1.1.1.1.147 JCTVC-Q0207 Crosscheck of JCTVC-Q0114 on Block vector prediction method
for Intra block copy [J. Xu (Sony)] [late]
Page: 231
Date Saved: 2016-02-12
1).1.1.1.1.148 JCTVC-Q0127 Simplification on block vector prediction for intra block copy
[X. Xu, S. Liu, S. Lei (MediaTek)]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
In this contribution, the block vector prediction for PU based intra block copy (IntraBC) is
proposed to change from using the block vector (BV) of last coded IntraBC PU to using the BV
of last coded IntraBC CU. The proposed change can remove the dependency of BV derivation
between PUs when one CU consists of multiple PUs. The simulation results show coding
performance changes relative to RExt-6.0 anchor are in the range of -0.1% (gain) to 0.2% (loss)
for mandatory sequences, and -0.6% (gain) to 0.2% (loss) for optional sequences.
This contribution modifies the intraBC BV to predict all PUs within a CU from the last PU of the
previous CU. The contributor asserts that there is a reduction in the critical path for the serial
computation of the final BVs within a CU. However, this path may not be very significant.
No support was expressed for this change.
1).1.1.1.1.149 JCTVC-Q0172 Cross-check of JCTVC-Q0127 [J. Xu (Microsoft)] [late]
1).1.1.1.1.150 JCTVC-Q0132 On unification of intra block copy and inter-picture motion
compensation [X. Xu, S. Liu, S. Lei (MediaTek)]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
In this contribution, the intra block copy operation (IntraBC) for a prediction unit is modified
from its current form (in RExt6) to align with a motion compensated PU in inter slice. AMVP is
used for PU level BV prediction and inter PU syntax is used for IntraBC signaling. The
simulation results using AMVP for IntraBC reported average -0.3%, 0.0% and -0.3% BD-rate
change (YCbCr444SC main-tier) compared with RExt6 anchor. The simulation results using
inter PU signaling reported average 1.7%, 1.8% and -2.1% BD-rate change (YCbCr444SC maintier) compared with RExt6 anchor. The IntraBC related syntax is simplified.
This contribution attempts to unify the intraBC BV prediction to utilise the existing inter
signalling methods. It is provided in two stages:
-
Using AMVP gives a 0.3%.
-
Using Inter's prediction_unit() syntax, skip/merge. This has a ~2% AI loss, most likely
due to the inability to use 4x4 in this mode.
NB, use of AMVP will require extra line buffers
NB, this implementation didn't use the merge mode
NB, AMVP wasn't tested in this configuration
It was noted that the provided specification text inadiquately describes the method.
Due to the above, it would be inappropriate to adopt this at this stage of the project
(FDIS/FDAM)
1).1.1.1.1.151 JCTVC-Q0237 Crosscheck of JCTVC-Q0132 on AMVP for BV prediction and PU
syntax for IntraBC [R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M. Hang (NCTU)] [late]
1).1.1.1.1.152 JCTVC-Q0135 AMP for the Intra BC prediction [L. Zhu, J. Xu, Y. Wu,
G. J. Sullivan, S. Sankuratri, B. A. Kumar (Microsoft)]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
This document reports the results of applying asymmetric motion partitioning (AMP) for Intra
block copy (BC) prediction. The addition of the AMP mode is asserted to improve
Page: 232
Date Saved: 2016-02-12
harmonization of the Intra BC design with what is used for inter-picture prediction, and it is
noted that since AMP uses only two partitions instead of four, it may have lower decoding
complexity than the NxN case. Two sets of results with different motion estimation algorithms to
speed up AMP in the Intra BC mode are provided. The first one uses the existing fast motion
estimation for the Intra BC mode. The second one uses a modified hybrid motion estimation for
the Intra BC mode.
This contribution does not include any specification text (it is effectively similar to the AMVP
text from above).
Disabled for 8x8 CUs
The gains are small compared to encoder only modifications.
It was suggested that we shouldn't be looking at coding efficiency proposals for RExt at this
point in time. This proposal doesn't seem to simplify anything.
"Not just about coding efficiency, but alignment to intra, and encoder complexity. Somehow it is
more aligned".
No action.
1).1.1.1.1.153 JCTVC-Q0184 Cross-check of JCTVC-Q0135 AMP for Intra BC prediction
[P. Lai, X. Xu, S. Liu (MediaTek)] [late]
1).1.1.1.1.154 JCTVC-Q0139 Intra block copy with larger search region [C. Pang, J. Sole,
T. Hsieh, M. Karczewicz (Qualcomm)]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
This contribution provides results of the objective compression performance for Intra block copy
with a larger search region than 64 columns on the left of the current CTU. When the search
region is the entire frame, BD-rate improvements of 19.1%, 16.5% and 14.8% are reported for
YUV 4:4:4 SC sequences in AI-MT, RA-MT and LB-MT, respectively.
Three options using a hash-based search for 8x8:
-
Full frame, ~19% AI Luma
-
Full frame, but remove an inter reference frame
- 3x5 CTU, ~12% AI Luma
4x4 blocks are not being searched within the extended area.
Contributor suggests that the memory bandwidth is still less than inter.
(In the follow-up discussion, doubt was raised about this, and it might require more analysis.
May also depend on implementation specific memory/cache structures.)
Extending the area requires writing out an aditional copy of the picture (prior to deblocking) if
the internal cache is not large enough to store the additional area.
How would this compare to using a different search using say two CTUs to the left and up to
four rows of the above CTU.
It was suggested from some private testing, that extending the search area to 1x1, 2x2,...5x5
offers gains initially.
Question: how does affect just doing this on an I-frame? and keeping the current limit for B as it
currently is.
Comment: how does this relate to encode
Follow-up discussion on Mon. 31st evening (chaired by JRO).
Further results were presented where for the case of inter coded pictures the IBC range was
restricted to the current and left CTU. This reduces the performance in RA conf. for 4:4:4 SC
RGB from approximately 16% to 10% bit rate reduction.
Further consideration in the context of SCC experiments, not a candidate for RExt.
Page: 233
Date Saved: 2016-02-12

What are the different ranges of IBC to be tested

What is the range to be defined for “comparison reference” – 2 CTU or larger? This shall
be brought to JCT plenary
 Aspects of memory bandwidth & Memory/cache size need to be analysed as well
Follow-up discussion in JCT-VC plenary Tue 8:00. Possible approaches:

RExt 6. This would eventually have the disadvantage that other tools (in other
experiments) show benefit that they would no longer show when IBC allows larger
displacement. A possible option to resolve this would be to test other tools in
combination with two IBC configurations (restricted and full frame)

Use full frame IBC as reference

Use something in between. This would have different options: Only CTUs from left plus
4 lines above, which would be asserted as hardware friendly, but likely not give similar
compression benefit; something like 3x3, 3x4, 3x5, which would give already significant
benefit.

Decision is made to use full frame IBC as reference for comparison in all experiments.
However, other experiments can show additionally that they provide benefit when the
option of RExt6 (2 CTU) is only used.
BoG (R. Cohen):

Define the reference model (SCM) which is an extension from RExt6.0 with additional
non-normative tools for motion search, full frame IBC with an algorithm for encoder
search, quantizer modification.
1).1.1.1.1.155 JCTVC-Q0140 AHG8: Performance of encoder and parameter only changes for
Screen Content Coding [J. Sole, C. Pang, L. Zhang, K. Rapaka, M. Karczewicz (Qualcomm)]
[late]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
This contribution provides results of the objective compression performance of some encoder
and parameter modifications of HEVC RExt Profile for screen content coding. BD-rate
improvements of 31.3% and 26.7% are reported for the RGB 4:4:4 SC and the YUV 4:4:4 SC
classes.
1. Search area for intra BC is increased with respect to the reference: full frame search and
hash-table at the encoder side are used as described in Q0139.
2. Transform skip size is increased with respect to the reference: a maximum transform-skip
size of 8×8 is used (instead of 4). This had been reported in JCTVC-N0288, where a gain
for SC sequences of 1.5% (RGB444) and 1.3% (YUV444) AI had been reported.
3. Refinement inter-frame motion estimation for screen content coding as in [Q0147].
4. Use of uniform quantization for RDPCM as in [Q0148].
5. Refinement of intra block copying search by considering the chroma components as in
[Q0175].
This document provides further information relating to the previous contribution Q0139.
3-5 have been adopted as non-normative tools in software (see under Q0147, Q0148, Q0175)
About 2: Transform skip 8x8 is reported to increase the encoder run time by approximately 15%
(likely a problem with fast search of RQT). This would require some update of encoder software
to justify the gain.
About1: See above under Q0139.
Page: 234
Date Saved: 2016-02-12
1).1.1.1.1.156 JCTVC-Q0220 Cross-check of 'Intra block copy with larger search region'
(JCTVC-Q0139) by Qualcomm [C. Rosewarne, M. Maeda (Canon)] [late]
1).1.1.1.1.157 JCTVC-Q0175 Intra block copy with encoder search using chroma component
[C. Pang, J. Sole, M. Karczewicz (Qualcomm)] [late]
(Chaired by D. Flynn and C. Rosewarne Sun 30th p.m. as part of a RExt BoG)
This contribution proposes an encoder search method for Intra block copy. In the proposed
method, both luma and chroma components are used in the encoder search for Intra block copy
in a final step. Reported average BD-rates are -1.3%, -0.8% and -0.9% for YUV 4:4:4 SC
sequences in AI-MT, RA-MT and LB-MT, respectively.
(Further discussion chaired by JRO Mon 31st evening)
Less gain for lossless.
This could be beneficial in SCC development when comparing the restricted (2 CTU) search
range versus extended search range. Several expressed however the opinion that when the search
range is extended, testing only 4 candidates may not be sufficient.
Decision (SW): Adopt in RExt SW with option to enable/disable.
JCTVC-Q0221 Cross-check of 'Intra block copy with encoder search using chroma
component' (JCTVC-Q0175) by Qualcomm [C. Rosewarne, M. Maeda
(Canon)] [late]
7.1.5 Other (6)
1).1.1.1.1.158 JCTVC-Q0070 Consistent usage of intra boundary filter disabling [X. Zhang,
K. Zhang, J. An, H. Huang, S. Lei (MediaTek)]
Discussed 2nd day (Fri) (JRO).
In the current HEVC range extensions, the horizontal and vertical gradient filters are disabled
when implicit_rdpcm_enabled_flag and cu_transquant_bypass_flag are both equal to 1, from
JCTVC-O0147. In addition to the gradient filters, the DC filter is another boundary filter to
smooth the intra block boundary. However, the variable disableIntraBoundaryFilter only
controls the gradient filters. Therefore, this contribution firstly proposes method 1 to consistently
utilize of boundary-filter disabling in lossless coding by disabling and enabling the gradient
filters and DC filter together. Considering the video characteristics that some videos do not need
to smooth the boundary in intra prediction, in method 2, the boundary filters are also suggested
to be optionally disabled for lossy coding. Experimental results reportedly show the consistent
usage of intra boundary filters (method 1) does not change the bit-rate noticeably and can
achieve up to 0.2% bit-savings for AHG8 lossless coding conditions.
Method 1 (lossless): No obvious benefit, no action.
Method 2 (lossy): Only beneficial (bit rate reduction) for screen content, bit rate for natural video
is slightly increased. No action.
1).1.1.1.1.159 JCTVC-Q0201 Cross-check for Consistent usage of intra boundary filter
disabling (JCTVC-Q0070) [E. Alshina, A. Alshin (Samsung)] [late]
1).1.1.1.1.160 JCTVC-Q0128 Fix for Strong Intra Smoothing in RExt [J. Xu, A. Tabatabai,
O. Nakagami, T. Suzuki (Sony)]
Discussed 2nd day (Fri) (JRO).
Page: 235
Date Saved: 2016-02-12
This contribution identifies the mismatch between RExt text draft and RExt software on Strong
Intra Smoothing. Solution is proposed to resolve this issue. Simulation results demonstrate that
proposed solution can maintain coding efficiency of current reference software.
Results show that allowing SIS for chroma when chroma format is 4:4:4 will degrade the coding
performance of current reference software under common test conditions.
During the RExt development, the application of SIS to chroma components had been included
in the text, but it was never implemented in software. This contribution shows that the usage of
SIS for chroma is not beneficial.
Decision (BF): Adopt. Change the RExt spec. text such that it is aligned with the software.
1).1.1.1.1.161 JCTVC-Q0209 Cross-check of JCTVC-Q0128 on Fix for Strong Intra Smoothing
in Rext [C. Pang (Qualcomm)] [late]
1).1.1.1.1.162 JCTVC-Q0148 Quantization rounding for RDPCM [F. Zou (Qualcomm)]
Discussed 2nd day (Fri) (JRO).
In this proposal, a uniform quantization is proposed for residue differential pulse code
modulation (RDPCM) blocks. The proposed scheme is implemented on HM-13.0+RExt-6.0, and
the simulation results demonstrate the proposed simple encoder change result in 0.2%, 0.4%,
0.8% BD-rate savings on average for AI, RA and LB main tiers respectively, up to 3.6% BDsavings for the RGB 4:4:4 SC LB high tier.
Encoder only change (replacing the 1/3 dead zone quantization in RDPCM by uniform rounding
quantization).
Decision (SW): Adopt this non-normative proposal.
1).1.1.1.1.163 JCTVC-Q0181 Crosscheck of quantization rounding for RDPCM (JCTVC-Q0148)
[C. Gisquet (Canon)] [late]
7.2 SHVC (20)
7.2.1 General (2)
1).1.1.1.1.164 JCTVC-Q0130 AHG12: Mismatch of SHVC draft 5 and SHM-5.0 software in bitdepth scalability with 1x scalability [C. Auyeung (Sony)]
Discussed 2nd day (Fri) p.m. (GJS).
This contribution reports that when bit-depth scalability is enabled with 1x scalability, SHM-5.0
software does not match the description of SHVC working draft 5. This contribution proposes
two alternate fixes to the SHM-5.0 software for bit-depth and 1x scalability. Both bug fixes
resulted in the same luma BDR of AI_1x and RA_1x of −28% and −17.9%, respectively, with
the SCE1 BT.709 8 bits and 10 bits test sequences as inputs.
It was reported that a software change had already been made to make the software conform to
the text.
1).1.1.1.1.165 JCTVC-Q0198 Cross-check for bit-depth conversion bug fix in SHM reference
s/w (JCTVC-Q0130) [E. Alshina, A. Alshin (Samsung)] [late]
Page: 236
Date Saved: 2016-02-12
7.2.2 SCE1 related (colour gamut and bit depth scalability) (7)
1).1.1.1.1.166 JCTVC-Q0129 Non-SCE1: Reduction of the number of colour space regions in
SCE1 test 1.1 [C. Auyeung, K. Sato (Sony)]
Discussed 2nd day (Fri) p.m. (GJS).
In SCE1 test 1.1, Nokia proposed to divide the YUV colour space uniformly into
NYxNCbxNCr=8x8x8 regions, and for each region, use a YUV matrix based mapping to derive the
mapped pixel values. Nokia reported that the luma BDR of AI_1x, AI_2x, RA_1x, and RA_2x
were −8.1%, −8.5%, −9.7%, −6.4% respectively. This contribution proposes to reduce the
number of regions by 75% by dividing the regions non-uniformly (roughly logarithmically in the
Cb and Cr domain) into 8x4x4 regions to reduce the memory requirements and the computation
for regression analysis. This reportedly results in corresponding BD BR impacts of −8.6%,
−8.8%, −9.9%, −6.5%. In addition, if the colour space is divided into the proposed 4x4x4 nonuniform regions, the BD BR became −9.1%, −8.8%, −9.5%, −5.8% correspondingly.
The reduced sizes are still larger than the 2.x designs tested in the CE. An extra stage of table
lookup is needed to identify the partition in which the pixel lies.
The resulting table size is still larger than in the 2.x designs, and the scheme, as tested, is being
applied after upsampling rather than before upsampling.
However, the non-uniform partitioning concept could, in principle, also be applied to the 2.x
designs – e.g. with a table size not larger than in 2.x or performing the mapping prior to
upsampling.
Further study (possible CE – proponent was asked to check during meeting whether it seeems to
help or not).
1).1.1.1.1.167 JCTVC-Q0199 Non-SCE1: Cross-check for reduction of the number of colour
space regions in SCE1 test 1.1 (JCTVC-Q0129) [E. Alshina, A. Alshin (Samsung)] [late]
1).1.1.1.1.168 JCTVC-Q0043 Non-SCE1: Denoising of inter-layer reference [E. Alshina,
A. Alshin (Samsung)]
Discussed 2nd day (Fri) p.m. (GJS).
This contribution presents test results for denoising of inter-layer reference frame for colourgamut scalability. Denoising is achieved by filtering "zero-phase" positions by 2D separable FIR
filter consistent with SHVC re-sampling filter. Two variants are tested: non-switchable and
picture based on/off denoising of inter-layer reference. Under SCE1 test conditions algorithm
shows in average 1.5% (×1) and 0.3% (×2) BD-BR gain for non-switchable version and 1.6%
(×1) and 0.6% (×2) BD-BR gain for a non-switchable version. It is reportedly demonstrated that
gain is additive with performance improvement provided by other tools for colour-gamut
scalability in SCE1 and non SCE1 contributions.
The proponent suggested that this may not be necessary for a generic profile for which interlayer processing is not otherwise needed in the SNR case, but should be considered when bit
depth or colour adjustment operations are being applied for inter-layer referencing.
It was remarked that denoising as a preprocessing stage is also a possibility.
It was remarked that the gain would be larger if low-delay P testing was included, as that case
showed the highest gain for the concept when previously proposed (e.g., JCTVC-M0273,
Incheon, KR, 18–26 Apr. 2013).
Considering the late stage of development of SHVC, the possibility of prefiltering, the limited
amount of gain measured, and the limited prior interest when the technique was previously
proposed, no action was taken on this.
Page: 237
Date Saved: 2016-02-12
1).1.1.1.1.169 JCTVC-Q0056 Non-SCE1: Encoder improvements for weighted prediction
[A. Aminlou, K. Ugur (Nokia), E. Alshina (Samsung)]
Discussed 2nd day (Fri) p.m. (GJS).
This contribution proposes several encoder improvements on weighted prediction so that it suits
better to colour gamut scalability. The encoder classifies pixels of inter-layer reference frame
into two classes and finds separate weight and offset parameters for each class. Then, the interlayer reference pictures are placed in both lists and different weight parameters are signalled for
each inter-layer reference picture. Then encoder selects the best mode and reference picture for
each block based on rate-distortion cost. The simulation results show that this technique brings
average BD-rates of −1.6% (AI×1), −1.2% (AI×2), −2.1% (RA×1) and −1.1% (RA×2) under
SCE1 test conditions.
This is an encoder-only compression technique modification.
More elaborate application of the same concepts (e.g., how to segment the colour regions and
whether and how to apply bipred and how many inter-layer references to use) could provide
further gain.
The concept could also potentially reduce the size of the tables needed in a combined approach
or could potentially provide additional gain relative to a particular table size, since this could be
applied
Further study was encouraged (possibly in a CE).
1).1.1.1.1.170 JCTVC-Q0227 Crosscheck report of JCTVC-Q0056 on encoder improvements
for weighted prediction [K. Misra (Sharp)] [late]
1).1.1.1.1.171 JCTVC-Q0136 AHG14: On methods and test conditions for colour gamut
scalability [K. Minoo, A. Luthra, D. Baylon (Arris)] [late]
Discussed 2nd day (Fri) p.m. (GJS).
This contribution proposes the following modifications to the test conditions of future core
experiments regarding colour gamut scalability:

Include test sequences for which the colour grading is performed at the lowest spatial
resolution.

Include a test condition where the base layer is in the same colour gamut as enhanced
layer.
In discussion, the second point was highlighted as bringing up some interesting implications and
opportunities for optimizations (e.g., non-normative encoding techniques).
Regarding the proposed methods in SCE1, this contribution asserts that none of the proposed
methods captures the local nature of colour transform function for a class of use cases in which
tone-mapping and colour grading are performed based on local characteristics of the scene. To
qualify a proposed scheme for such use cases, it is also proposed to:

Include test sequences representing global and local tone mapping and colour grading
scenarios.
The contributor remarked that removing the ability to send colour adjustment information at a
slice level may preclude the ability to use this functionality for local region adaptivity.
1).1.1.1.1.172 JCTVC-Q0141 Non-SCE1: Coding of colour gamut prediction coefficients
[K. Misra, S.-H. Kim, A. Segall (Sharp)]
Discussed 2nd day (Fri) p.m. (GJS).
Page: 238
Date Saved: 2016-02-12
This contribution proposes an alternate technique for coding of colour gamut prediction
coefficients presented in JCTVC-Q0072 (category 1.1 of SCE1). The purpose of the contribution
is to propose improved coding performance relative to the prior proposal.
The performance of the proposed approach was evaluated with SCE1 test conditions as specified
in JCTVC-P1101. The average luma BD BR improvement of the proposed approach is reported
to be:

Configuration 1, JCTVC-Q0072: 9.0% (All intra 1x), 9.1% (All intra 2x), 9.8% (Random
access 1x) and 6.5% (Random access 2x)

Configuration 3, JCTVC-Q0072: 5.7% (All intra 1x), 5.5% (All intra 2x), 6.9% (Random
access 1x) and 4.3% (Random access 2x).
Relative to the proposal JCTVC-Q0072, the reported benefit was ranging from 0.1–0.9%.
7.2.3 Upsampling process, phase offset (9)
See notes on BoG report JCTVC-Q0234 for consideration of contributions in this area.
JCTVC-Q0234 BoG report on SHVC upsampling process and phase offset [J. Boyce]
The BoG met on 3rd meeting day (29 March). The outcome was discussed in JCT-VC later on
29 March and in the morning of 30 March (GJS).
The BoG recommended that the following activities take place:

Discussion within the track of whether the phase adjustment should use explicit
signalling of phases vs. the current method which derives phases based upon flags for
interlace indication and cross-layer phase position? Mixed opinions were expressed in
review. It was noted that addressing the needs for the next topic listed below may affect
the desired outcome on this.

Side activity among proponents to consider a general solution for explicit signaling of
related parameters to address multiple issues, including 540p->720p, ROI scalability,
field-to-frame, and other phase adjustment issues, and further discussion to be held
during meeting. The 540p->720p case could be handled by using the conformance
cropping window to derive the scaling factor.
The BoG planned to meet again (Tues) to further discuss the following

Any new contributions based upon side activity discussion

Phase adjustment issues.

Improving coding efficiency for 540p -> 720p scalability (since if this is treated with an
inaccurate scaling ratio, the coding efficiency loss reported in Q0104 is substantial – e.g.,
9%).
A subsequent review of (-v3) BoG results was conducted on Thurdsay at 1900.
The BoG recommended adoption of the following:

JCTVC-Q0200, use the cropping window parameters of the reference layer in the
calculation of ScalingFactor and the starting phase position.

JCTVC-Q0120, introduce a calculated delta (which is calculated once per picture) for use
in the reference sample location calculation.
The following was recorded fro the review of the BoG report:

Q0254 seemed rather complicated.
Page: 239
Date Saved: 2016-02-12

Q0203 was a much lateer submission than would ordinarily be indicated by its document
number, as a previous document registration was re-used for a new proposal in response
to activity during the meeting. (This practice is highly discouraged.) It seemed more
consistent with the direction given to the BoG to study general-purpose signalling. It
includes both a method of evaluating technology and a specific technical approach with
formulas for a general calculation scheme. However, it was not fully mature for action.
Further study of both the evaluation methodology and the technical proposal in
Q0203was encouraged.

In the meantime, some small changes to the existing design were suggested for current
adoption, and the JCT-VC endorsed these suggested changes.
o Q0200 was also a re-used document registration number. It was nevertheless
recommended and agreed for adoption.
o Q0120 improves precision. It was also recommended and agreed for adoption.
The BoG also recommended, and the JCT-VC endorsed, the following plans and topics for
further study activity:

To study in AHG13, including several (e.g., 3) conference calls, a generalized phase
signaling solution, taking into consideration JCTVC-Q0203 and JCTVC-Q0254. At least
7 days notice was agreed for announcing the date & time of these calls, and the
scheduling would be conducted to apropriately balance the time zone requirements of the
various participants.

JCTVC-Q0203 proposes using 4 syntax elements per picture to signal general-purpose
phase (X and Y, luma and chroma), and an evaluation methodology for accuracy of resampling. The design goals are consistent with the direction given to the BoG to study
general-purpose phase signaling, but it was available too late this meeting for action.

JCTVC-Q0254 was co-authored by 5 proponent companies and considers several use
cases, and proposes that the 3 current flags be replaced by 9 syntax elements and
formulas to utilize those syntax elements (scaled_ref_layer_frac_factor_minus1,
scaled_ref_layer_left_phase_offset, scaled_ref_layer_top_phase_offset,
scaled_ref_layer_horizontal_chroma_position,
scaled_ref_layer_vertical_chroma_position, ref_layer_left_phase_offset,
ref_layer_top_phase_offset, ref_layer_horizontal_chroma_position,
ref_layer_vertical_chroma_position), with possible addition of 4 more syntax elements
for more flexible ROI scalability (ref_layer_left_offset, ref_layer_top_offset,
ref_layer_right_offset, ref_layer_bottom_offset).
1).1.1.1.1.173 JCTVC-Q0107 SHVC HLS: On picture level resampling phase filter selection
[Y. Ye, Y. He, Y. He (Interdigital)]
1).1.1.1.1.174 JCTVC-Q0119 Increased resolution for scaled reference layer offset [K. Minoo,
D. Baylon, A. Luthra (Arris)] [late]
1).1.1.1.1.175 JCTVC-Q0120 Re-sampling using existing phase offset flag signaling [K. Minoo,
D. Baylon (Arris)] [late]
Page: 240
Date Saved: 2016-02-12
1).1.1.1.1.176 JCTVC-Q0216 Cross-check for modified phase offset calculation in JCTVCQ0120 [J. Chen (Qualcomm)] [late]
1).1.1.1.1.177 JCTVC-Q0122 Increased precision for deriving the reference layer sample
locations [K. Minoo, D. Baylon (Arris)] [late]
1).1.1.1.1.178 JCTVC-Q0197 Cross-check for increased precision for deriving the reference
layer sample location [E. Alshina (Samsung)] [late]
Crosscheck of Q0122; includes a counter-proposal. However, the counter-proposal aspect was
withdrawn in a revised version of the contribution.
1).1.1.1.1.179 JCTVC-Q0159 AHG 13: Sub-region extraction – position calculation and
comparison of different approaches [T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)]
1).1.1.1.1.180 JCTVC-Q0168 On phase offset for resampling process in SHVC [J. Chen,
K. Rapaka, M. Karczewicz (Qualcomm)]
1).1.1.1.1.181 JCTVC-Q0187 Resampling of reference layer frames in interlaced-to-progressive
scalability [M. M. Hannuksela, K. Ugur (Nokia)] [late]
1).1.1.1.1.182 JCTVC-Q0104 Fix for the computation of scaling factors used in inter-layer
prediction [K. Andersson, J. Samuelsson (Ericsson)]
1).1.1.1.1.183 JCTVC-Q0215 Cross-check for refined scaling factor calculation in JCTVCQ0104 [J. Chen (Qualcomm)] [late]
JCTVC-Q0254 Report of side activity on reference position derivation [K. Minoo, Y. Ye,
J. Chen, T. Yamamoto, K. Andersson]
(Although registered as a "report", this contribution appeared to be a technical proposal
submitted by a group of proponents rather than a BoG report.)
JCTVC-Q0200 Re-sampling process modification considering cropping information
[E. Alshina (Samsung), J. Chen (Qualcomm) ] [late]
Note: The document number was initially registered as cross-check on something, and later reallocated to a different topic.
1).1.1.1.1.184 JCTVC-Q0203 AhG13: Methodology for evaluation an accuracy of re-sampling
process [E. Alshina (Samsung)]
Page: 241
Date Saved: 2016-02-12
7.3 Screen content coding (37)
7.3.1 Palette mode (20)
1).1.1.1.1.185 JCTVC-Q0047 AHG10: Simplification of Palette Based Coding [W. Pu, R. Joshi,
M. Karczewicz, F. Zou, J. Sole (Qualcomm)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.186 JCTVC-Q0178 AHG10: Crosscheck of Simplification of Palette Based Coding
(JCTVC-Q0047) [C. Gisquet (Canon)] [late]
1).1.1.1.1.187 JCTVC-Q0063 AhG10: Palette predictor stuffing [C. Gisquet, G. Laroche,
P. Onno (Canon)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.188 JCTVC-Q0150 Crosscheck AhG10: Palette predictor stuffing (JCTVC-Q0063)
[W. Pu, R. Joshi (Qualcomm)] [late]
1).1.1.1.1.189 JCTVC-Q0064 AhG10: Palette index coding [C. Gisquet, G. Laroche, P. Onno
(Canon)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.190 JCTVC-Q0151 Crosscheck AhG10: Palette index coding (JCTVC-Q0064)
[W. Pu, R. Joshi (Qualcomm)] [late]
1).1.1.1.1.191 JCTVC-Q0065 AhG10: Transition copy mode for Palette mode [C. Gisquet,
G. Laroche, P. Onno (Canon)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.192 JCTVC-Q0152 Crosscheck AhG10: Transition copy mode for palette mode
(JCTVC-Q0065) [W. Pu, R. Joshi (Qualcomm)] [late]
1).1.1.1.1.193 JCTVC-Q0066 AhG10: Run coding for palette mode [G. Laroche, T. Poirier,
C. Gisquet, P. Onno (Canon)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.194 JCTVC-Q0153 Crosscheck AhG10: Run coding for palette mode (JCTVCQ0066) [W. Pu, R. Joshi (Qualcomm)] [late]
1).1.1.1.1.195 JCTVC-Q0069 AhG10: Combination of Palette coding tools [C. Gisquet,
G. Laroche, P. Onno (Canon)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
Page: 242
Date Saved: 2016-02-12
For further consideration in the context of potential future palette work.
1).1.1.1.1.196 JCTVC-Q0224 Crosscheck AhG10: Combination of Palette coding tools (JCTVCQ0069) [W. Pu, R. Joshi (Qualcomm)] [late]
1).1.1.1.1.197 JCTVC-Q0071 AHG10: Improvements on palette coding [D. Bugdayci,
J. Lainema, K. Ugur, M. M. Hannuksela (Nokia)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.198 JCTVC-Q0083 AHG10: A triplet palette mode combining JCTVC-P0108 and
JCTVC-P0198 [Y.-C. Sun, T.-D. Chuang, P. Lai, S.-T. Hsiang, Y.-W. Chen, X. Zhang, S. Liu, Y.W. Huang, S. Lei (MediaTek)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.199 JCTVC-Q0205 AHG10: Cross-check report for JCTVC-Q0083 X. Guo (Microsoft)
[late]
1).1.1.1.1.200 JCTVC-Q0094 Suggested software for the AHG10 Palette Based Coding based
RExt6.0 [W. Pu (Qualcomm), X. Guo (Microsoft), P. Onno (Canon), P. Lai (MediaTek), J. Xu
(Sony)] [late]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
This was a porting of P0303 AHG10 software from RExt 5.1 to RExt 6.0 basis.
For further consideration in the context of potential future palette work.
1).1.1.1.1.201 JCTVC-Q0169 AHG10: Adaptive Scan Order on Palette Based Coding [J. Zhu,
J. Ye, K. Kazui (Fujitsu)
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.202 JCTVC-Q0138 AHG10: Line-matching above copy method [Y.-J. Chang, C.-L.
Lin, C.-H. Hung (ITRI), C.-C. Chen, W.-H. Peng, H.-M. Hang (NCTU)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.203 JCTVC-Q0218 Crosscheck of JCTVC-Q0138 on line-matching above copy
method [Y.-C. Sun, Y.-W. Huang (MediaTek)] [late]
1).1.1.1.1.204 JCTVC-Q0174 AHG10: Modified copy above mode for palette based coding
[J. Zhu, J. Ye, K. Kazui (Fujitsu)] [late]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
1).1.1.1.1.205 JCTVC-Q0225 Improvements to palette based coding [W. Pu, F. Zou, R. Joshi,
M. Karczewicz, J. Sole (Qualcomm)] [late]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future palette work.
Page: 243
Date Saved: 2016-02-12
1).1.1.1.1.206 JCTVC-Q0240 Crosscheck of JCTVC-Q0225 on AHG10: Improvements to
Palette Based Coding [J. Xu (Sony)] [late]
7.3.2 Other (17)
1).1.1.1.1.207 JCTVC-Q0068 AhG8: On Sample Adaptive Band Value [G. Laroche, T. Poirier,
C. Gisquet, P. Onno (Canon)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
For further consideration in the context of potential future SAO work.
This contribution brought up an issue of how to compare filtering techniques (both for SAO and
deblocking – somewhat previously discussed) where the filtering affects subsequent mode
decisions in the prediction loop and it becomes hard to separate filtering effects from the
perturbation of the mode decision process.
1).1.1.1.1.208 JCTVC-Q0208 Crosscheck of JCTVC-Q0068 on AHG8: On Sample Adaptive
Band Value [J. Xu, A. Tabatabai (Sony)] [late]
1).1.1.1.1.209 JCTVC-Q0077 AHG8: Effectiveness of the HM Inter Search for Screen Content
[K. Sharman, N. Saunders, J. Gamei (Sony)]
Discussed 2nd day (Fri) (JRO).
This contribution examines the reasons for the effectiveness of intra block-copy when using
inter-predictive coding, noting that intra block-copy is effective for source material with a high
degree of spatial repetitiveness, such as screen content. It is asserted that the current HM interprediction search is poorly suited for predicting such content and that substantial improvement
may be made purely by changing the search algorithm.
It is recommended that the inter search algorithm be considered before accepting any further new
tools based solely on their inter performance, and that some test material be re-evaluated for its
suitability for testing new tools.
It is also pointed out that some of the screen content sequences (e.g. web browsing, ppt) seem to
be very easy to compress.
No specific proposal on alternative motion estimation was provided. Adoption of Q0147 seems
to be an appropriate start to solve the problem.
1).1.1.1.1.210 JCTVC-Q0093 Single colour intra mode for screen content coding [Y.-W. Chen,
Y.-C. Sun, Y.-W. Huang, S. Lei (MediaTek)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
Was included in a SCC CfP response.
For further consideration in the context of potential future SCC (possibly palette-related) work.
1).1.1.1.1.211 JCTVC-Q0171 Cross-check of JCTVC-Q0093 [J. Xu (Microsoft)] [late]
1).1.1.1.1.212 JCTVC-Q0112 In-loop colour-space transform [L. Zhang, J. Chen, J. Sole,
M. Karczewicz (Qualcomm)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
Includes report of gain for in-loop versus out-of-loop operation of the colour transform.
For further consideration in the context of potential SCC work.
Page: 244
Date Saved: 2016-02-12
1).1.1.1.1.213 JCTVC-Q0124 Improvements on 1D dictionary coding [J. Ye, S. Liu, S. Lei
(MediaTek), X. Chen, L. Zhao, T. Lin (Tongji)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
Was not in the organization's formal CfP response.
For further consideration in the context of potential SCC 1D dictionary work.
1).1.1.1.1.214 JCTVC-Q0125 Crosscheck for JCTVC-Q0124 Improvements on 1D dictionary
coding mode [R. Cohen (MERL)] [late]
1).1.1.1.1.215 JCTVC-Q0149 1D Dictionary Coding [F. Zou (Qualcomm)]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
The technique also part of a formal CfP response proposal (Q0031) when that proposal was
operating in lossless mode. (Not cross-checked.)
For further consideration in the context of potential SCC 1D dictionary work.
1).1.1.1.1.216 JCTVC-Q0137 AHG 8: Adaptive Scaling of SAO offset [W.-S. Kim, J. Sole,
M. Karczewicz (Qualcomm)] [late]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236. Further
discussed in review of the BoG on 3rd day (GJS).
Not screen content specific – more related to RExt as it is, and its design consistency.
RExt, as it is, limits this technique to higher than 10 bit depth operation.
Some participants questioned the value due to the small reported gain and the need to continue to
support the prior type of operation for version 1. No visual improvement was reported. Not a
definite problem identified. No action.
1).1.1.1.1.217 JCTVC-Q0217 Crosscheck of JCTVC-Q0137 on adaptive scaling of SAO offsets
[X. Zhang, Y.-W. Huang (MediaTek)] [late]
1).1.1.1.1.218 JCTVC-Q0147 AHG8: On fast inter search method for screen content coding
[K. Rapaka, J. Sole, L. Zhang, M. Karczewicz (Qualcomm)]
Discussed 2nd day (Fri) (JRO).
This contribution proposes a fast inter search method for screen content coding to better capture
the spatial and temporal characteristics exhibited by screen content sequences like sharp edges,
high spatial frequencies and non-monotonic error surface. It is asserted that the current HM’s
inter prediction search is poorly suited for predicting such content and that substantial
improvement may be made purely by changing the search algorithm. The following three
modifications to inter search are proposed a) Multi stage approximated error cost computation
with early exit at each stage b) Modified initial search method with a fixed diamond search
traversing uniformly across the initial search space c) Modified early skip detection based on
residual signals merge MV only. The proposed modifications are encoder only and do not affect
decoder operation. For the lossy coding, the proposed inter search under SCC CfP test conditions
show BD-rate gain of 8% and 9.2% for 1080p text and graphic sequences under random access
and low delay configurations respectively.
Results are on CFP test conditions and AHG8 test conditions. This indicates that different
strategies of motion search may be necessary for screen content than for natural video. Since the
gains of approximately 3% average over all sequences are significant, this should be carefully
considered when assessing coding tools for screen content.
Decision (SW): Adopt as non-default option to next version of RExt software.
Page: 245
Date Saved: 2016-02-12
1).1.1.1.1.219 JCTVC-Q0241 Cross-check of JCTVC-Q0147 "On fast inter search method for
screen content coding" [K. Sharman, N. Saunders, J. Gamei (Sony)] [late]
1).1.1.1.1.220 JCTVC-Q0176 AHG8: String match in coding of screen content [W. Wang,
Z. Ma, M. Xu, X. Wang, H. Yu (Huawei)] [late]
Reviewed in BoG Q0236 on 3rd day (RC). See notes on BoG report JCTVC-Q0236.
2D string match of palette colour indices. (Not used in CfP response.)
7.4 HL syntax common issues for range extensions, 3D, SHVC, and single-layer
HEVC coding (7)
7.4.1 Auxiliary pictures (3)
1).1.1.1.1.221 JCTVC-Q0081 RExt/SHVC HLS (AHG5 and 9): On reuse of alpha planes in
auxiliary pictures [M. Naccari, M. Mrak (BBC)]
Discussed Sun 30th (GJS).
Alpha channel signals are supported in HEVC using auxiliary pictures, and their associated
information is conveyed using the SEI message proposed in JCTVC-P0123. The syntax supports
several functionalities such as values for transparent and opaque samples, whether pre-multiplied
alpha planes are received etc. The proposal discusses the case when not all primary pictures have
an associated channel. The contribution proposes to extend the syntax of the alpha_channel_info
SEI message by adding a flag specifying the persistence of alpha planes within the coded video
sequence.
It was asked why there would not be a presumption that the alpha channel content would simply
persist, without needing the flag to indicate it. Decision (Ed.): Delegated to editors to clarify, as
necessary, that the alpha channel content persists until cancelled or updated in output order.
It was asked whether it is really necessary to require a primary picture in the access unit for
every alpha picture – e.g., to change the transparency of a picture without changing its texture
content. Decision: Remove the constraint that an alpha picture must be accompanied by a
primary picture.
1).1.1.1.1.222 JCTVC-Q0161 Layer association of auxiliary pictures [T. Ikai (Sharp)]
See BoG Q0223 and related notes.
1).1.1.1.1.223 JCTVC-Q0162 SHVC/MV-HEVC HLS: Scaled offset information of auxiliary
pictures [T. Ikai (Sharp)]
See BoG Q0223 and related notes.
7.4.2 Other (4)
1).1.1.1.1.224 JCTVC-Q0078 MV-HEVC/SHVC HLS: On additional layer sets, rewriting of
simulcast layers, and profile-tier-level indication for auxiliary picture layers [M. M. Hannuksela
(Nokia)]
Initially discussed in BoG Q0223 (JB), then discussed 30 March in JCT-VC (GJS).
The proposal includes the following aspects:

Additional layer sets can be specified in VPS extension in two value ranges of layer set
indices:
Page: 246
Date Saved: 2016-02-12
o A first range of indices for additional layer sets when an external base layer is in
use. The sub-bitstream extraction process is appended so that it can be applied to
additional layer sets where an external base layer is in use.
o A second range of indices for additional independent layer sets (which may be
converted to a new bitstream). These additional layer sets are not required to
generate conforming bitstreams with the sub-bitstream extraction process of
clause 10.
A loop of hrd_parameters( ) syntax structures may be provided for the additional layer
sets where an external base layer is in use.

The syntax of SPS and PPS with nuh_layer_id greater than 0 is modified so that the SPS
and PPS syntax of HEVC version 1 can be used also when nuh_layer_id is that of the
independent non-base layers. This is asserted to make it possible to rewrite independent
non-base layers to standalone bitstreams by changing the nuh_layer_id of SPSs and PPSs
for the independent non-base layers.

A non-base layer subtree extraction process is specified for converting one or more nonbase layer subtrees to a standalone conforming bitstream.
o Profile-tier-level combinations specified for additional independent layer sets
apply to the output bitstream of the non-base layer subtree extraction process:
o Profile-tier-level combinations indicated in the VPS for the output layer sets of
additional layer sets apply to the output bitstream of the non-base layer subtree
extraction process.

The profile-tier-level combination indicated in the SPS for a non-base independent layer
applies to the base layer of an output bitstream of the non-base layer subtree extraction
process.

It is allowed to include auxiliary picture layers for output layer sets that are indicated to
be conforming to the MV-HEVC and SHVC profile specifications (currently Stereo
Main, Scalable Main, Scalable Main 10), but auxiliary picture layers are not taken into
account in the profile and level constraints.

Additionally, complementary aspects numbered 1, 2, 3a to 3d, and 4 are proposed in
Section 2.7 of the contribution.
In discussion, a participant remarked that we could just require the decoding capability of
auxiliary pictures to be within the scope of a profile/level constraint of some defined profile,
rather than treating them as extra data that is not required to be decoded.
For further study in AHG.
1).1.1.1.1.225 JCTVC-Q0106 RExt HLS: on lossless coding [X. Xiu, Y. He, Y. Ye (Interdigital)]
Discussed 30 March in JCT-VC (GJS).
Range Extensions draft 6 uses cu_transquant_bypass_flag to indicate the use of transquant
bypass coding at the CU level. This contribution proposes to be able to indicate at a higher level
that all CUs use this coding type, and to skip the associated lower-level syntax when this is
indicated. It also proposes to establish some other syntax constraints to prohibit "useless" syntax
when this is indicated (e.g., deblocking control parameters).
There is essentially no coding efficiency benefit for this.
It was asked whether it seems appropriate to expect lossless coding to be dominant enough in
usage to establish a special way to indicate it at a high level.
One participant expressed support for this – e.g., with monochrome coding.
Page: 247
Date Saved: 2016-02-12
Another participant suggested that if we want such a thing, it could be a constraint indicator–
e.g., to define a special profile that would not be required to obey bit rate constraints. Using an
SEI message was also mentioned by another participant as a possibility.
It was suggested that further study may be beneficial – e.g., in relation to future work on SCC.
1).1.1.1.1.226 JCTVC-Q0115 REXT/MV-HEVC/SHVC/3D-HEVC HLS: On indication of
decoding process [M. M. Hannuksela (Nokia)]
See Q0223 BoG report and related notes.
1).1.1.1.1.227 JCTVC-Q0116 RExt HLS: Picture referencing across CRA pictures [R. Sjöberg,
J. Samuelsson, Y. Wang (Ericsson)]
See Q0223 BoG report and related notes.
7.5 HL syntax in SHVC and 3D extensions (33)
7.5.1 General HLS issues (7)
1).1.1.1.1.228 JCTVC-Q0223 BoG report on High Level Syntax [J. Boyce]
The BoG met 27, 28, and 29 March, and results were reviewed by JCT-VC on 30 March (GJS).
Decision: The BoG recommended, and the JCT-VC endorsed, the following actions:

JCTVC-Q0108
o Proposal #1: Remove restriction on alignment of TSA and STSA with dependent
layers
o Proposal #2: Allow STSA pics of non-base layers to have TemporalId equal to 0

JCTVC-Q0158 Proposal #2: Change range of values for HighestTid in Annex C to
reduce number of encoder conformance tests

JCTVC-Q0146
o Proposal 1.1: Change inference rule in semantics of poc_msb_val_present_flag
o Proposal 1.4, Infer a value of 0 when poc_reset_info_present_flag is not present

JCTVC-Q0060 Proposal 2: Add a condition to the derivation of refLayerPicIdc of
(TemporalId = = 0)

JCTVC-Q0165
o Proposal 1.a), add a constraint to disallow an empty output layer set
o Proposal 2. change condition for presence of num_add_output_layer_sets to avoid
sending it when there is only one layer set.

JCTVC-Q0195
o Proposal 1: restructure syntax table for sending of rep_format_idx_present_flag
and vps_num_ref_formats_minus1
o Proposal 2: add a semantic constraint on the value of update_ref_format_flag (no
need for update if there is only one possible value)

JCTVC-Q0177
o Proposal 1: correction of inference rule for sps_temporal_id_nesting_flag when it
is not present
Page: 248
Date Saved: 2016-02-12
o Proposal 2: clarification of description of end of sequence NAL unit

JCTVC-Q0183, numerous small clean-ups on SEI messages (with further text review)

JCTVC-Q0078, Items 3 b, 3 c and 4, clarifying which pictures in an output layer sets are
applied the values of general_progressive_source_flag, general_interlaced_source_flag,
general_non_packed_constraint_flag and general_frame_only_constraint_flag.
Decision (Ed.): The BoG suggested, and the JCT-VC endorsed, delegating the following to the
editors:

Several editorial issues regarding HRD operation from JCTVC-Q0055. The editors were
asked to review the text modifications with the contribution author.

Editorial improvements are needed for the association of NAL units within an access unit
and access unit boundary detection. Language in JCTVC-0091 may be useful to study.

JCTVC-Q0146, proposal 1.2, consider adding a NOTE and check if usage of
HandleCraAsBlaFlag and EOS behavior is clearly described, and proposal 1.3
specification bug fix

JCTVC-Q0054 proposal #2, bug fix in the semantics of vps_profile_present_flag[ ]

JCTVC-Q0116, consider adding a note regarding how random accessibility is affected by
the recovery point SEI message
The BoG recommended the following activities to take place:

To discuss JCTVC-Q0166 in track, "On scaled reference layer offset"
A high-level question raised by this is whether to allow changes of the region of the
reference layer that is enhanced by the EL – in regard to both the positioning and the
resampling ratio.
It was remarked that the per-picture adjustment flexibility needed for the interlace phase
adjustment already imposes some of the same kind of requirement on the decoder as this
flexibility would.
It was agreed in principle that it would be desirable to enable this functionality – although
details need to be worked out and examined for suitability.
See also Q0119
See further notes below.

To discuss JVTVC-Q0170 in track, "Resampling need for a scalable layer"
This contribution proposes a two-bit indicator per layer to indicate whether resampling or
position adjustment is needed or not for decoding an EL. An alternative indicator could
be provided as scalability mask information. It was remarked that bit depth difference is
also not indicated. No action was taken on this.

To discuss JCTVC-Q0090 in track, "Redundant picture SEI message"
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.
Page: 249
Date Saved: 2016-02-12

To discuss JCTVC-Q0105 in track, "On temporal enhancement layers and diagonal interlayer prediction". See notes on that contribution.

To discuss aspects of JCTVC-Q0078 in track, "On additional layer sets, rewriting of
simulcast layers, and profile-tier-level indication for auxiliary picture layers". See notes
on that contribution. See additional notes below.

To discuss JCTVC-Q0115 in track, "On indication of decoding process". This was related
to Q0078. See additional notes on JCTVC-Q0078; further study planned.
Some additional items remained to be addressed or were identified as out of scope for this BoG.

Items that could be covered if further discussion would be held in BoG: Q0161, Q0162,
Q0164, Q0167. These topics were considered in further discussions held later in the BoG.

Other items: Q0081 (see notes below), Q0106 (see notes below), Q0041 (discussed in
AHG 15 prior to meeting; result incorporated into AHG proposed text), Q0042
(discussed in AHG 15 prior to meeting; result incorporated into AHG proposed text),
Q0188 (see notes below), Q0110 (further study in AHG later planned), Q0084 (see notes
below), Q0183 (see notes above and in discussion of Q0078), Q0045 (see notes below),
Q0096 (see notes below), Q0074 (see notes below), Q0086 (see notes below).
See additional notes immediately below.
1).1.1.1.1.229 Discussion of HLS BoG JCTVC-Q0223 in JCT-VC Wed p.m. (GJS & JB)
Decision: Remove DPB sharing and processes that mark inter-layer reference pictures as
"unused for reference".
Y.-K. W. volunteered to arrange software for sub-bitstream extraction.
Should we normatively define a rewriting process? It was remarked that this is not something
that affects decoders – it is purely a hypothetical process to specify conformance. Decision: Yes.
Should auxiliary pictures be required to conform to some defined profiles/level. Decision: Yes, it
needs to be possible to indicate what are the characteristics of these pictures – what syntax they
conform to, what bit rates, etc.
Q0078 proposes that the profile indication in the SPS of an aux pic is the profile that would
apply after rewriting. Decision: Agreed.
Should we define a Monochrome 8 bit profile, so that monochrome (e.g. alpha) auxiliary pictures
have something to conform to? Decision: Agreed.
On output layer sets:

if there is an output layer set that doesn't include the base layer, the bitstream is rewritten
and the same output layer set is required to be present for the rewritten bitstream, which
contains a base layer. Decision: Agreed.

if an aux picture is part of an output layer set but is not part of a target output layer, the
buffer flow includes the aux picture but the decoding process requirements do not.
Decision: Agreed.

For currently specified profiles, if the target output layers include aux pics, the decoding
process requirements include decoding the aux pics – however, we would not allow that
in currently-specified profiles? See additional notes below; further study planned in
AHG.
Association between auxiliary and primary pictures:

Can an aux pic be associated with more than one primary? Yes.

Vice versa? Yes.
Page: 250
Date Saved: 2016-02-12

How does a decoder know which aux picture(s) to use? That's subject to definition by
SEI or external means.
 Should there be a default relationship? For further study.
See additional notes immediately below.
1).1.1.1.1.230 Joint JCT-VC and JCT-3V discussion of HLS BoG report Q0223 Thu 1700 (GJS)
The "-v7" version of the BoG report was presented to a joint session of JCT-VC and JCT-3V.
This joint session began with rapid review of the items previously reviewed in JCT-VC.
The reported aspects were endorsed except as otherwise noted.
The hybrid scalability text in the AHG15 report was approved.
Sub-bitstream extraction capability will be added to reference software.
A normative rewriting process is to be defined, so that independent non-base layers can be
rewritten to be decodable by non-layered profiles (i.e.,. Main, Main 10).
Regarding Auxiliary picture concepts:

The profile indication in the SPS of an aux pic is the profile that would apply after
rewriting.

When an output layer set that doesn't include the base layer, the bitstream is rewritten and
the same output layer set is required to be present for the rewritten bitstream, which
contains a base layer

When an aux picture is part of an output layer set but is not part of a target output layer,
the buffer flow includes the aux picture but the decoding process requirements do not.

An auxiliary picture can be associated with more than one primary picture.

More than one auxiliary picture of a particular type may be associated with the same
primary picture.
Regarding whether a separate profile is needed for the case where the base layer is provided by
external means, there was discussion about that. Further study was encouraged.
There should be a constraint on the size of the pictures provided by external means and of their
representation format.
For MV-HEVC, don't remove the restriction to prohibit the external base layer (at least for now).
Otherwise, the MV-HEVC draft will include the same specification for hybrid operation as for
SHVC.
The constraint specification and capability indication AHG and HLS AHG should be jointly
conducted or at least closely coordinated between JCT-VC and JCT-3V, as much of this work is
common for the two layered coding extensions.
Regarding sub-DPB sharing, some participants indicated that they thought the identified problem
was solvable and asked for that topic to be reopened. The suggested potential savings was up to
one reference picture per enhancement layer (under certain conditions). A new contribution
Q0255 had been provided to address the topic. Due to the late stage and not necessarily large
potential savings in typical use, the decision reached earlier in the meeting was not changed.
Regarding the Q0078 requirement to send an additional VPS in an SEI message (to be used by
the rewritten bitstream). It was agreed that the output bitstream of the rewriting process would be
allowed to produce a bitstream that is otherwise conforming but does not contain a VPS for the
case of single-layer rewritten bitstreams. Further study was encouraged to determine whether this
solution is fully adequate. To clarify the decision on not including requirement for decoding
process for aux pictures, it is only an editorial matter whether something is described in the body
and prohibited in all profiles, or prohibited in general – the latter is probably better on this topic
(until a future version needs to allow it in some profile).
Page: 251
Date Saved: 2016-02-12
Regarding the Q0247 field/frame indication proposal, it was agreed to adopt the SEI message but
not the extra SPS flags. Further study was encouraged to determine whether the solution is fully
adequate.
Q0166 considers per-picture spatial offsets, proposing to remove the spatial offsets from the VPS
and put them in the SPS and SH. (It was in the SPS and SH also in SVC.) This was agreed to be
for further study including in AHG 13.
1).1.1.1.1.231 JCTVC-Q0055 MV-HEVC/SHVC HLS: Comments on general decoding process
and selection of CPB operation in the HRD operation [Y. Cho, B. Choi, M. W. Park, J. Y. Lee
(Samsung)]
See Q0223 BoG report and related notes.
1).1.1.1.1.232 JCTVC-Q0091 MV-HEVC/SHVC HLS: On access unit definition and allowing
different decoding orders in different layer trees [M. M. Hannuksela (Nokia)]
See Q0223 BoG report and related notes.
1).1.1.1.1.233 JCTVC-Q0105 MV-HEVC/SHVC HLS: On temporal enhancement layers and
diagonal inter-layer prediction [M. M. Hannuksela (Nokia)]
First discussed in BoG Q0223 (JB).
Then discussed in JCT-VC (GJS) 30 March a.m.
This contribution asserts that diagonal inter-layer prediction would be useful in the following use
cases:

An enhancement layer provides a temporal enhancement, possibly along with spatial or
quality enhancement, relative to the base layer, where the picture rate ratio is non-dyadic,
e.g. a 24-Hz base layer, a 30-Hz first enhancement layer, and a 120-Hz second
enhancement layer.
In discussion, there was some questioning of what should be done for this use case for
professionally produced content, as it was suggested that exposure times should be
different for presentation at different frame rates, so that even when there is temporal
aligment between BL and EL pictures, some coded difference may be needed in the EL to
prevent temporal artefacts. The display of very sharp pictures at very low frame rate is
undesirable, as is the display of blurry pictures at high frame rate.

An SHVC-coded temporal enhancement layer is provided for an AVC or HEVC base
layer.
See the comments above regarding potential temporal artefacts also for this case.

Interlaced-to-progressive scalability, when the base layer contains coded frames. This
case would require more than just diagonal referencing. This seemed to bring up larger
issues for which additional study would be needed, probably beyond the scope of the
current SHVC phase of work.
It was mentioned during discussion that ARC is another potential case. However, VUI flags have
been drafted to address that usage, and it was suggested that the switching points for that
scenario are less frequent and therefore perhaps less in need of special handling.
It was proposed to enable the use of diagonal inter-layer reference pictures as summarized in the
following:

A gating flag in SPS multilayer extension would indicate whether diagonal inter-layer
prediction is enabled in the slice header level.

A short_term_ref_pic_set( ) syntax structure could be included in the slice header for a
direct reference layer and would be referred to as the reference-layer short-term RPS. The
Page: 252
Date Saved: 2016-02-12
reference-layer short-term RPS syntax structure would specify the pictures from the
direct reference layer that are included in the initial reference picture list(s) of the current
picture, but causes no change to the marking of the pictures.

The decoding process for reference picture lists construction would be modified to
include reference pictures from the reference-layer short-term RPS syntax structure for
the current picture.
The following changes were made in revision 1 of the contribution:

The short_term_ref_pic_set( ) syntax structure is used as requested in the first review in
the of the contribution during the meeting (instead of using a specific reference-layer
short-term RPS syntax structure).
 The use of diagonal inter-layer prediction with hybrid codec scalability was enabled.
It was proposed that, when the scheme is activated, a flag for each direct reference layer would
be sent to indicate whether it is a diagonally referenced layer.
As proposed, only one reference layer could be used for "diagonal" referencing – although this
was a design choice that would not be necessary to make the concept work.
In discussion, it was noted that the proposal would enable referencing multiple pictures from the
reference layer rather than the current design in which only one picture from each reference layer
can be referenced. The referenced pictures would not need to be "neighbouring" pictures either
temporally or in terms of decoding order.
It was asked whether there is any anticipated impact on TMVP or scaling. The proponent
indicated that the diagonally referenced pictures would be treated as long-term referenced
pictures (for the purpose of decoding the current picture only). This aspect was suggested by the
proponent to not be necessary and was identified as an open issue – the pictures in the other layer
could instead be treated as ordinary short-term reference pictures. The safer option may be to
treat them as long-term reference pictures.
The proposal was to also remove the constraint (under non-resampling operation) that the motion
vectors used to reference the reference layer must be equal to 0. It was remarked that this could
have complexity implications. The proponent indicated that limiting the motion vector values to
0 would somewhat hurt compression performance.
Without the scheme, similar functionality could be achieved by creating (possibly non-output)
"skipped pictures" in the EL that correspond to the access units of the BL, but this could require
a higher decoder level of capability.
It was agreed that we need to decide how important it is to have the zero MV value constraint.
It was noted that pictures that are not ordinarily used as reference pictures in the base layer
would become reference pictures for the purposes of decoding the EL, and this would constrain
the allowed position of the EL pictures in decoding order and the ability to reference certain
pictures, as the EL must appear before the marking of any such RL picture as unused for
reference in the reference layer.
It was remarked that the zero MV constraint is important for memory bandwidth requirements on
the decoding process.
Unless this functionality is important enough to justify a profile that does not impose the zeroMV constraint, we can't adopt the proposed scheme. Thus, no action was taken on the proposal.
1).1.1.1.1.234 JCTVC-Q0108 MV-HEVC/SHVC HLS: On TSA and STSA pictures
[M. M. Hannuksela (Nokia)]
See Q0223 BoG report and related notes.
1).1.1.1.1.235 JCTVC-Q0109 MV-HEVC/SHVC HLS: On TemporalId constraints
[M. M. Hannuksela (Nokia)]
Page: 253
Date Saved: 2016-02-12
See Q0223 BoG report and related notes.
1).1.1.1.1.236 JCTVC-Q0158 MV-HEVC/SHVC HLS: On Highest TemporalId [S. Deshpande
(Sharp)]
See Q0223 BoG report and related notes.
1).1.1.1.1.237 JCTVC-Q0163 MV-HEVC/SHVC HLS: On decoding non-output/non-reference
layers [T. Tsukuba, T. Yamamoto, T. Ikai (Sharp)]
See Q0223 BoG report and related notes.
7.5.2 IRAP alignment and POC derivation (2)
1).1.1.1.1.238 JCTVC-Q0057 MV-HEVC/SHVC HLS: Comments on IRAP alignments and POC
value derivation [B. Choi, Y. Cho, M. W. Park, J. Y. Lee, S. Lee, C. Kim (Samsung)]
See Q0223 BoG report and related notes
1).1.1.1.1.239 JCTVC-Q0146 MV-HEVC/SHVC HLS: On picture order count and related
[A. K. Ramasubramonian, Hendry, Y.-K. Wang]
See Q0223 BoG report and related notes.
7.5.3 RPS signalling and derivation (3)
1).1.1.1.1.240 JCTVC-Q0060 MV-HEVC/SHVC HLS : On inter-layer RPS signalling and
derivation [H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)]
See Q0223 BoG report and related notes.
1).1.1.1.1.241 JCTVC-Q0079 MV-HEVC/SHVC HLS: max_tid_il_ref_pics_plus1 in inter-layer
RPS syntax and semantics [M. M. Hannuksela (Nokia)]
See Q0223 BoG report and related notes.
JCTVC-Q0100 MV-HEVC/SHVC HLS: Constraints for Reference Picture Set
Parameters [S. Deshpande (Sharp)]
1).1.1.1.1.242
See Q0223 BoG report and related notes.
7.5.4 HLS for hybrid scalability (3)
1).1.1.1.1.243 General
Text was proposed with the AHG 15 report
The following needs for further work were identified by the AHG:

Editors' notes are included in the accompanying draft text (prefixed by the string "[Ed.")
to identify open issues for further study.

Further work is needed for reference software development to fully support the proposed
scheme. A basic form of external means for providing a base layer is supported in the
software; however, the software assumes that there is always a base layer picture for each
access unit. Support for the planned signalling and syntax needs to be implemented.
Decision: The proposed text was endorsed, with non-editorial open issues considered as follows:

Regarding whether, in F.7.3, to send sub_layers_vps_max_minus1[ i ] and
max_tid_il_ref_pics_plus1[ i ][ j ] for the externally-provided base layer, it was agreed
that these should be sent. M. M. Hannuksela agreed to provide the semantics.
Page: 254
Date Saved: 2016-02-12

Regarding the question of "Further study whether all the six specified types of IRAP
NAL unit types should be defined instead of just three, and whether codec specific
definitions, e.g. when the base layer is AVC, are needed, such as defined in
P0184v2_attachment", no action appeared necessary.

Would the addition of the support of external-means-provided base layer affect the level
definitions? This aspect to be resolved by further study in AHG, including review of
Q0145.

It was suggested that we may not necessarily define separate profiles for support of
external-means-provided base layer, since we do not have separate profiles for other type
of external means signalling. If this is agreed, then the addition of the hybrid profiles
should be removed and the added restriction on vps_base_layer_internal_flag for the nonhybrid profiles should also be removed. Pending an identification of a need to do
otherwise, we will assume there is no need to specify the hybrid case as a separate
profile.
1).1.1.1.1.244 JCTVC-Q0041 AHG 15: Comments on Hybrid Scalability [S. Deshpande (Sharp)]
Discussed in AHG 15 prior to meeting; result incorporated into AHG proposed text.
1).1.1.1.1.245 JCTVC-Q0042 AHG 15: Support of hybrid scalability [Y.-K. Wang, J. Chen,
Y. Chen, Hendry, A. K. Ramasubramonian (Qualcomm)]
Discussed in AHG 15 prior to meeting; result incorporated into AHG proposed text.
1).1.1.1.1.246 JCTVC-Q0188 Alternative AVC base layer HRD parameters for HEVC hybrid
codec scalability [M. M. Hannuksela (Nokia)] [late]
Discussed 30 March (GJS).
Also submitted to parent bodies; submitted to JCT-VC for information.
It is asserted that the base layer (BL) hypothetical reference decoder (HRD) parameters are
intended for single-layer use and might not suit the consumption of the base layer for hybrid
codec scalability. It is proposed to initiate work to specify a mechanism to convey alternative
HRD parameters for an AVC base layer, which suit hybrid codec scalability. As these HRD
parameters concern the base layer, it is suggested to specify the parameters as part of the AVC
specification.
The suggestion is to provide HRD parameters for which the pictures needed for reference by the
EL are ensured to have been decoded prior to that use and are retained within the DPB until that
use.
The contribution also suggests considering whether there is a need to synchronize the output of
the BL as a single-layer output and the output of a scalable decoding process.
This contribution is intended for consideration by the parent bodies.
7.5.5 Parameter sets (5)
1).1.1.1.1.247 JCTVC-Q0054 MV-HEVC/SHVC HLS: VPS extension clean-up [Y. Cho, B. Choi,
M. W. Park, J. Y. Lee (Samsung)]
See Q0223 BoG report and related notes.
1).1.1.1.1.248 JCTVC-Q0061 MV-HEVC/SHVC HLS: On max_tid_il_ref_pics_plus1 in the VSP
extension [H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)]
See Q0223 BoG report and related notes.
Page: 255
Date Saved: 2016-02-12
1).1.1.1.1.249 JCTVC-Q0110 Support for out-of-band signalling in VPS to enable future layer
additions [S. Narasimhan, A. Luthra (Arris)]
See Q0223 BoG report and related notes.
1).1.1.1.1.250 JCTVC-Q0165 MV-HEVC/SHVC HLS: Clean up for output layer set [T. Tsukuba,
T. Yamamoto, T. Ikai, S. Deshpande (Sharp)]
See Q0223 BoG report and related notes.
1).1.1.1.1.251 JCTVC-Q0211 MV-HEVC/SHVC HLS: On HighestTid and
MaxSubLayersInLayerSetMinus1 [T. Ikai (Sharp)] [late]
See Q0223 BoG report and related notes.
7.5.6 HRD related (5)
1).1.1.1.1.252 JCTVC-Q0101 MV-HEVC/SHVC HLS: On Bitstream Partition Buffer
[S. Deshpande (Sharp)]
Discussed 31 March p.m. (GJS).
In this document various constraints are proposed for bitstream partition buffer related
parameters. Additionally signalling modifications are proposed for bitstream partition buffer
HRD parameters.
In r1 revision a variant bitstream conformance constraint is added for Sub-proposal 12 and Subproposal 13.

Sub-proposal 1: A bitstream restriction which makes sure that when HRD parameters
are signalled for bitstream partition in VPS VUI, the signalled index of hrd_parameters( )
structure for a bitstream partition is within a valid range of hrd_parameters( ) structures
signalled in the vps_vui_bsp_hrd_parameters() syntax structure.

Sub-proposal 2: A bitstream restriction which makes sure that when HRD parameters
are signalled for bitstream partition in bitstream partition HRD parameters SEI message,
the signalled index of hrd_parameters( ) structure for a bitstream partition is within a
valid range of hrd_parameters() structures signalled in the bsp_hrd() SEI message
structure.

Sub-proposal 3: A bitstream restriction which makes sure that when HRD parameters
are signalled for bitstream partition in VPS VUI, the signalled index of a delivery
schedule within hrd_parameters( ) structure is within a valid range of delivery schedules
signalled in the sub_layer_hrd_parameters structure in that hrd_parameters() structure.

Sub-proposal 4: A bitstream restriction which makes sure that when HRD parameters
are signalled for bitstream partition in bitstream partition HRD parameters SEI message,
the signalled index of a delivery schedule within hrd_parameters( ) structure is within a
valid range of delivery schedules signalled in the sub_layer_hrd_parameters structure in
that hrd_parameters() structure.

Sub-proposal 5: A bitstream restriction which makes sure that when only one bitstream
partition is signalled for a layer set in vps_vui_bsp_hrd_parameters( ) the bitstream
partition does not exactly match the corresponding layer set.

Sub-proposal 6: A bitstream restriction which makes sure that when only one bitstream
partition is signalled for a layer set in bitstream partition HRD parameters SEI message
the bitstream partition does not exactly match the corresponding layer set.
Page: 256
Date Saved: 2016-02-12

Sub-proposal 7: Since there is a limited range of values that can be assigned to
bsp_comb_hrd_idx[ h ][ i ][ j ] syntax element in VPS VUI HRD parameters vps_vui_bsp_hrd_parameters() syntax and that it is typically not likely that some index
values are taken more often than others it is proposed to use u(v) coding for this syntax
element instead of ue(v) coding currently used.

Sub-proposal 8: Since there is a limited range of values that can be assigned to
sei_bsp_comb_hrd_idx[ lsIdx ][ i ][ j ] syntax element in bitstream partition HRD
parameters SEI message syntax and that it is typically not likely that some index values
are taken more often than others it is proposed to use u(v) coding for this syntax element
instead of ue(v) coding currently used.

Sub-proposal 9: A modification of the syntax and semantics for bitstream partition HRD
parameters SEI message is proposed. Also a bitstream constraint related to hybrid
scalability is proposed, consistent with agreements in AHG15 meetings, JCTVC-Q0015
AHG report and specification draft text output from AHG15.

Sub-proposal 10: With the current signalling of bitstream partition specific HRD
parameters in vps_vui_bsp_hrd_parameters( ), it is possible to include a layer in a layer
set in multiple bitstream partitions. It is asserted that there may not be any benefit of
doing partitioning in this manner. Two options are proposed to prevent including a layer
in a layer set in multiple bitstream partitions.

Sub-proposal 11: With the current signalling of bitstream partition specific HRD
parameters in bitstream partition HRD parameters SEI message it is possible to include a
layer in a layer set in multiple bitstream partitions. It is asserted that there may not be any
benefit of doing partitioning in this manner. Two options are proposed to prevent
including a layer in a layer set in multiple bitstream partitions.

Sub-proposal 12: It is proposed that each bitstream partition of a layer set must be
distinct. i.e. any two bitstream partitions of a layer set can not be identical. It is proposed
that a bitstream partition signalled in VPS VUI bitstream partition HRD parameters for a
layer set can not exactly match another bitstream partition for the same layer set.
It is noted that if Sub-proposal 10 is adopted then Sub-proposal 12 is not necessary.

Sub-proposal 13: It is proposed that each bitstream partition of a layer set must be
distinct. i.e. any two bitstream partitions of a layer set can not be identical. It is proposed
that a bitstream partition signalled in bitstream partition HRD parameters SEI message
for a layer set can not exactly match another bitstream partition for the same layer set.
It was noted that if sub-proposal 11 is adopted then sub-proposal 13 is not necessary.
In discussion of sub-proposal 5, it was noted that when the base layer is externally specified, the
sub-bitstream extraction process cannot produce a conforming bitstream, and the text needs to
allow that.
In discussion of sub-proposals 10 and 11, option 2 (a contraint-only approach) was preferred.
Sub-proposals 12 and 13 therefore did not need to be considered.
Decision (BF/Cleanup): Adopt (sub-proposals 1–11, refined as described).
1).1.1.1.1.253 JCTVC-Q0182 MV-HEVC/SHVC: On bitstream partition buffering
[M. M. Hannuksela, A. Hallapuro (Nokia)] [late]
Discussed 31 March p.m. (GJS).
The contribution proposes a number of items that are asserted to be fix bugs or editorial
clarifications related to the indications for bitstream partition buffering.

Sub-proposal 1
Page: 257
Date Saved: 2016-02-12
o Problem: The sequence-level bitstream partition HRD parameters can be
indicated through the vps_vui_bsp_hrd_parameters( ) syntax structure and
through the bitstream partition HRD parameters SEI message. No constraints
have been specified whether both can be present. Furthermore, when both are
present, no constraints have been specified on the contents of these syntax
structures, particularly if the contents have to be semantically identical.
o Proposal: Allow the vps_vui_bsp_hrd_parameters( ) syntax structure and the
bitstream partition HRD parameters SEI message to be present. Specify that when
both structures are present, their contents shall be semantically identical. The
following text is proposed: "When both the bitstream partition HRD parameters
SEI message and the vps_vui_bsp_hrd_parameters( ) syntax structure in the active
VPS are present, the contents of the SEI message shall be semantically identical
to the contents of the vps_vui_bsp_hrd_parameters( ) syntax structure of the
active VPS."
o Alternative: It could be reconsidered whether both the VPS VUI and the SEI
signalling are needed. In discussion, the alternative was not preferred.

Sub-proposal 2
o Problem: The syntax element initial_cpb_removal_delay_length_minus1 of the
hrd_parameters( ) syntax structure is used to derive the length of the u(v)-coded
syntax elements nal_initial_arrival_delay[ i ] and vcl_initial_arrival_delay[ i ] in
the bitstream partition initial arrival time SEI message. The hrd_parameters( )
syntax structure can be included in the SPS VUI or in the VPS where it is
associated with a layer set. Different SPSs may be active in different layers. It is
ambiguous which SPS VUI to use or whether to use the VPS to obtain the correct
hrd_parameters( ) syntax structure for concluding the lengths for these syntax
elements.
o Proposal: Add length signaling of the u(v)-coded syntax elements
nal_initial_arrival_delay[ i ] and vcl_initial_arrival_delay[ i ] in the
vps_vui_bsp_hrd_parameters( ) syntax structure and in the bitstream partition
HRD parameters SEI message.
o Alternative 1: Clarify that the VPS hrd_parameters( ) syntax structure that applies
to the layer set which is associated with the bitstream partition initial arrival time
SEI message is used to determine the lengths of the nal_initial_arrival_delay[ i ]
and vcl_initial_arrival_delay[ i ] syntax elements. In discussion of sub-proposal 2,
the "alternative 1" approach was preferred.
o Alternative 2: An approach would be to require the
initial_cpb_removal_delay_length_minus1 to the same in all hrd_parameters( )
syntax structures of the active SPSs and in the active VPS.

Sub-proposal 3
o Problem: The vps_vui_bsp_hrd_parameters( ) syntax structure includes the
num_bsp_sched_combinations syntax element, which specifies the number of
schedule combinations for a bitstream partition. Respectively, the bitstream
partition HRD parameters SEI message includes the
sei_num_bsp_sched_combinations_minus1 syntax element. The proponents could
not see a reason to allow zero schedule combinations like the
Page: 258
Date Saved: 2016-02-12
num_bsp_sched_combinations syntax element of the
vps_vui_bsp_hrd_parameters( ) syntax structure allows.
o Proposal: Change num_bsp_sched_combinations to
num_bsp_sched_combinations_minus1 in the vps_vui_bsp_hrd_parameters( )
syntax structure.

Sub-proposal 4 (editorial)
o Layer set 0, which consists of the base layer only, cannot be partitioned. A
clarification is proposed that it is disallowed to have a bitstream partition HRD
parameters SEI message or a bitstream partition nesting SEI message being
contained in a scalable nesting SEI message, which specifies the nested SEI
messages to apply to the layer set 0.

Sub-proposal 5 (editorial)
o A clarification is proposed that, similarly to other HRD related SEI messages, also
the bitstream partition initial arrival time SEI message is allowed to be conveyed
through external means.
Decision (BF/Cleanup/Ed): Adopted (such that we use the main proposal for sub-proposal 1, and
alternative 1 for sub-proposal 2).
1).1.1.1.1.254 JCTVC-Q0102 MV-HEVC/SHVC HLS: Comments on HEVC Extensions
[S. Deshpande (Sharp)]
Discussed 31 March p.m. (GJS).
Only sub-proposals 1 and 2 belong to this category.

Sub-proposal 1: A modification to the derivation of number of sub-DPBs and assignment
of sub-DPBs to each layer considering separate_colour_plane_vps_flag is proposed.

Sub-proposal 2: A semantics bug fix is proposed for sps_max_dec_pic_buffering_minus1
as a bug-fix. In discussion, the first option was preferred.
Decision (BF/Cleanup/Ed.): Adopt. (The need for sub-proposal 1 is conditioned on the
specification of a shared sub-DPB.)
It was suggested that also the separate_colour_plane_flag should affect inference of
NoOutputOfPriorPicsFlag. Decision (Ed.): Agreed (affects RExt text).
JCTVC-Q0154 MV-HEVC/SHVC HLS: On picture flushing and DPB parameters
[A. K. Ramasubramonian, Y.-K. Wang, Hendry (Qualcomm)] [late]
1).1.1.1.1.255
Discussed 31 March p.m. (GJS).
This document proposes a change to the picture flushing operation and the inference of DPBrelated parameters. The behaviour of NoOutputOfPriorPicsFlag for controlling output of pictures
is proposed to be made applicable across all layers, and removal of pictures is proposed to be
decoupled from their output such that the removal is not controlled by
NoOutputOfPriorPicsFlag. It is asserted that this design can avoid problems of exceeding the
buffer size limit in certain bitstreams. The second change proposes to infer the value of DPBrelated parameters in the VPS from the corresponding parameters in SPS for the 0-th output layer
set.
Further discussed 2 April p.m. (GJS).
It was noted that this imposes some requirements on EL decoders that are not found in BL-only
decoders.
Decision: Adopted (some details discussed further in BoG).
Page: 259
Date Saved: 2016-02-12
1).1.1.1.1.256 JCTVC-Q0157 MV-HEVC/SHVC HLS: On DPB - to share or not to share; that is
the question [A. K. Ramasubramonian, Hendry, Y.-K. Wang, Y. Chen (Qualcomm)]
Discussed 30 March p.m. (GJS).
A sub-DPB in an SHVC/MV-HEVC decoder is shared by all layers that have the same
representation format indicated in the VPS. This document asserts that sharing of sub-DPBs may
result in decoded picture buffer overflow when bitstream down-switching or bitstream thinning
(discarding of individual or a set of discardable pictures) occurs. Several possible solutions, with
none asserted to be seemingly satisfying, are presented. Another discussion of the question on
whether to share or not to share seems needed, and a final decision on this is suggested to be
made at this meeting.
Basically, only a picture in a particular layer can mark previously decoded pictures in that same
layer as unused for reference (except for sub-layer non-reference pictures not used for inter-layer
prediction).
It was agreed that problem had been identified; side activity was ongoing to determine whether
there is a reasonably simple and clean solution. Unless such a solution is found, we will simply
prohibit the sharing.
1).1.1.1.1.257 JCTVC-Q0255 MV-HEVC/SHVC HLS: On sharing of sub-DPBs [A. K.
Ramasubramonian, Hendry (Qualcomm), S. Deshpande (Sharp)] [late]
See joint VC/3V HLS meeting notes. Due to the late stage and not necessarily large potential
savings in typical use, the decision reached earlier in the meeting to not allow sharing of subDPBs was not changed.
7.5.7 Miscellaneous HLS topics (8)
1).1.1.1.1.258 JCTVC-Q0142 MV-HEVC/SHVC HLS: On extraction of independent non-base
layer [Hendry, A. K. Ramasubramonian, Y.-K. Wang (Qualcomm)]
See Q0223 BoG report and related notes.
1).1.1.1.1.259 JCTVC-Q0102 MV-HEVC/SHVC HLS: Comments on HEVC Extensions
[S. Deshpande (Sharp)]
Only proposal 3 belongs to this category.
See Q0223 BoG report and related notes.
1).1.1.1.1.260 JCTVC-Q0160 SHVC/MV-HEVC HLS: On alternative output layer flag
[T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)]
See Q0223 BoG report and related notes.
1).1.1.1.1.261 JCTVC-Q0166 MV-HEVC/SHVC HLS: On scaled reference layer offset
[T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)]
See Q0223 BoG report and related notes.
1).1.1.1.1.262 JCTVC-Q0170 SHVC HLS: Resampling need for a scalable layer [K. Andersson,
J. Samuelsson, R. Sjöberg, J. Ström]
See Q0223 BoG report and related notes.
1).1.1.1.1.263 JCTVC-Q0177 MV-HEVC/SHVC HLS: Miscellaneous HLS topics [Hendry,
A. K. Ramasubramonian, Y.-K. Wang, V. Seregin (Qualcomm)] [late]
See Q0223 BoG report and related notes.
1).1.1.1.1.264 JCTVC-Q0189 MV-HEVC/SHVC HLS: On slice_temporal_mvp_enabled_flag
[M. M. Hannuksela (Nokia)] [late]
Page: 260
Date Saved: 2016-02-12
See Q0223 BoG report and related notes.
1).1.1.1.1.265 JCTVC-Q0195 MV-HEVC/SHVC HLS: On representation format signaling
[S. Hattori, O. Nakagami, T. Suzuki (Sony)] [late]
See Q0223 BoG report and related notes.
7.6 SEI and VUI (9)
7.6.1 General (1)
1).1.1.1.1.266 JCTVC-Q0183 MV-HEVC/SHVC HLS: SEI message cleanups [Hendry, Y.-K.
Wang, A. K. Ramasubramonian (Qualcomm)] [late]
See Q0223 BoG report and related notes.
1).1.1.1.1.267 JCTVC-Q0247 MV-HEVC/SHVC HLS: On frame-field related indications (followup of parts of JCTVC-Q0183/JCT3V-H0082 and JCTVC-Q0078/JCT3V-H0026)
[M. M. Hannuksela (Nokia)]
See Q0223 BoG report and related notes.
7.6.2 Overlay-related SEI (2)
1).1.1.1.1.268 JCTVC-Q0045 MV-HEVC/SHVC HLS: Proposal for an SEI message on
selectable overlays [N. Stefanoski, O. Wang, A. Smolic (DRZ), T. Szypulski (ESPN)]
Discussed 31 March p.m. (GJS).
In this document, an SEI message is proposed to realize the functionality of selectable overlays.
selectable overlays is a functionality which enables viewers to turn on and off single overlay
elements, like score bars, information panels, news tickers, etc. on their display device. An SEI
message is proposed that describes overlays with three different categories of auxiliary pictures,
representing overlay content, overlay label, and overlay alpha information. The syntax is
identical to the second option that is proposed in JCTVC-Q0096. This proposal is based on the
input documents JCTVC-P0092, JCTVC-P0135, and JCTVC-O0358 and intends to harmonize
the designs of the SEI messages proposed in these documents.
The selectable overlays functionality was first proposed in JCTVC-O0358 at the 15th JCT-VC
meeting (there this functionality was called optional overlays). Auxiliary picture types have been
adopted for which the interpretation can be specified by an SEI message. It was proposed to use
that approach for the selectable overlays functionality with help of auxiliary pictures. At the last
JCT-VC meeting (16th JCT-VC-Meeting in San Jose), two proposals, i.e. JCTVC-P0092 and
JCTVC-P0135, were presented that proposed the selectable overlays functionality using
auxiliary pictures. When discussed previously, it was recorded that "At the concept level, it was
agreed to plan to support such a capability. Further study was needed to work out details."
General question: What, in general, is the association between auxiliary pictures and primary
pictures?
String coding using UTF-8 with null termination was suggested per the scalability information
SEI message in AVC (H.263 refers to ISO/IEC 10646 for UTF-8, AVC has a similar reference).
It was noted that ISOBMFF has strings with a string type defined and could be studied as an
example of how to convey and specify them.
It was remarked, and agreed, that this is not essential to delivering SVC or other major projects,
and could be considered on a slower schedule if it does not mature sufficiently rapidly.
Roughly the same as proposed in Q0096.
Decision: Adopt (modified for variable-length strings).
Page: 261
Date Saved: 2016-02-12
1).1.1.1.1.269 JCTVC-Q0096 MV-HEVC/SHVC HLS: Overlay info SEI message [J. Boyce,
S. Wenger (Vidyo)]
Discussed 31 March p.m. (GJS).
A new SEI message is proposed to support overlay pictures with individually controllable
overlay elements using three categories of auxiliary pictures, representing overlay content,
overlay label, and overlay alpha. The proposed SEI message describes the overlays, by indicating
the layer_id values of the various aux pic layers, and providing overlay label mapping
parameters. Two options are proposed regarding AuxId values. In the first option, a single AuxId
value is proposed to be allocated to overlay pictures. In the second option, AuxId values from the
already allocated “Unspecified” range are used. The syntax in the second option is identical to
that proposed in JCTVC-Q0045. Other related contributions are JCTVC-P0135, JCTVC-O0358,
and JCTVC-P0092.
In the v2 version of this document, editorial improvements have been made to the semantics of
overlay_content_layer_id[ i ].
The argument for allocating a special aux type code to be used with overlays would be to be able
to identify at the VPS level (rather than from an SEI message) whether overlays are (or may be)
present.
Closely related to JCTVC-Q0045, see notes on that contribution.
7.6.3 Colour-related SEI and VUI (3)
1).1.1.1.1.270 JCTVC-Q0074 SEI message for Colour Mapping Information [P. Andrivon,
P. Bordes, E. François (Technicolor)]
Discussed Tues pm (GJS).
The proposal is to provide information about how to convert the decoded pictures from the
colour space in which the decoded pictures are represented to a different colour space – e.g., for
use on an alternative display. For example, if the decoded pictures are in the Rec. BT.2020
colour space, the proposal is to provide guidance to perform a better mapping to a more limited
colour space such as BT.709 – e.g., performing clipping.
The concept was previously discussed in JCTVC-N0180, JCTVC-O0363, JCTVC-P0126.
The model is asserted to be compatible with built-in functionality in CE devices.
It is stated that software is supplied to identify proposed model parameters. Implementation is
provided in HM-13.0+RExt-6.0 encoders and decoders. When the proposed colour mapping
information SEI message is present, colour mapping is applied to the decoded output pictures.
The proposal is asserted to be similar in concept (and in syntax and semantics) to the current tone
mapping SEI message type 3 but extended to support one LUT per channel instead of just one
LUT that applies to all three channels, and a matrix is also proposed for cross-component
transformation. At the decoder side, the LUT would applied first, followed by the matrix (in the
opposite order ordinarily used, e.g. for YUV to RGB to linear conversion).
At the previous meeting, some concerns were expressed about editorial quality and persistence
aspects.
Quote from previous meeting: "Some additional study was requested by some participants,
although there was some support for the proposal (at least in concept). No particular problems
were identified with the proposal."
Q0183 was related regarding persistence and was asserted to have been taken into account.
It was remarked that the syntax elements pre_lut_num_pivots_minus1[ c ] and
post_lut_num_pivots_minus1[ c ] were proposed to have a very large range of values. The
proponent indicated that their testing was done with 33 pivot points. A suggestion was 64 *
2^(bit depth – 8).
Page: 262
Date Saved: 2016-02-12
The proposed syntax was somewhat similar to the prior tone mapping information SEI message.
The distinction made here is that the proposed information is more about colour space
transformation than about dynamic range transformation.
The proponent indicated that RP 177 is a relevant SMPTE recommendation, but the proponent
indicated that its use would result in clipping.
Further discussed 2 April p.m. (GJS).
It was suggested to adopt this into the SHVC draft; however, a final review is anticipated to
occur at the next meeting to determine whether it is fully mature or not at that time for final
approval (or should wait for a next amendment/revision). Decision: Agreed.
1).1.1.1.1.271
JCTVC-Q0086 Mastering Display Colour Volume SEI [C. Fogg, J. Helman
(Movielabs)]
Discussed Tues noon (GJS).
Proposes adding precision.
Decision: Adopted (RExt). (Confirmed 2 April p.m. GJS.)
Editorial issues:

SMPTE 2086 is an FCD ST and should be referred to that way.

Needs to mention that x, y is defined by ISO 11664-1

Check boldface in syntax

"quantized_CE_xy_coordinate" expression needs cleanup

216 should be 216.
1).1.1.1.1.272 JCTVC-Q0084 VUI entries for YZX and digital cinema EOTF [C. Fogg, J. Helman
(Movielabs)]
Discussed Tues noon (GJS).
This contribution suggests changes to address feedback received since the previous meeting in
San Jose (January 2014) on the XYZ colour description information in HEVC Annex E (video
usability information, a.k.a. VUI). In the matrix_coeffs semantics, it is proposed that the YZX
mapping from real values to integer follow convention for YCbCr and GBR signals for both
video_full_range_flag=0 and video_full_range_flag=1. A transfer_characteristics code point for
digital cinema EOTF (with gamma 2.6) is also requested.
Technical actions:

Requests to add another EOTF (SMPTE ST 428-1:2006)

SMPTE FCD ST 2084 is non-final, but seems to be past the stage of technical changes or
significant risk of non-approval; refer to it as such (esp. since not a normative reference)
Editorial actions:

Missing multiplication symbols, missing subscript formatting

Missing bibliography entries

2085 should be 2084 in bibliography

Disconnect of variable names

Just use 0 for matrix coefficients if no matrix is needed (and editorially modify the
description of what that means)
Decision: Adopted (RExt). (Confirmed 2 April p.m. GJS.)
Page: 263
Date Saved: 2016-02-12
7.6.4 Other SEI (3)
JCTVC-Q0090 HEVC/MV-HEVC/SHVC HLS: Redundant picture SEI message
[M. Sychev, V. Stepin, S. Ikonin (Huawei)]
1).1.1.1.1.273
Reviewed in BoG, see Q0223 and related notes.
1).1.1.1.1.274 JCTVC-Q0164 MV-HEVC/SHVC HLS: On sub-bitstream property SEI [T. Ikai,
T. Yamamoto, T. Tsukuba (Sharp)]
Reviewed in BoG, see Q0223 and related notes.
1).1.1.1.1.275 JCTVC-Q0167 MV-HEVC/SHVC HLS: On layers not present SEI [T. Ikai (Sharp)]
Reviewed in BoG, see Q0223 and related notes.
JCTVC-Q0253 MV-HEVC/SHVC HLS: On semantics of layers not present SEI message
[A. K. Ramasubramonian (Qualcomm)] [late]
Reviewed in BoG, see Q0223 and related notes.
1).1.1.1.1.276 JCTVC-Q0117 Extension of the pic_struct element in HEVC [A. Tourapis,
D. Singer (Apple), A. Duenas (NGCodec), G. Martin-Cocher (BlackBerry)] [late]
Discussed Thu 3 April (GJS).
This contribution updates a previous contribution JCTVC-P0261 proposing to extend the
pic_struct element that is present in the picture timing SEI message of HEVC to handle some
interlace content applications. In particular, this extension proposes to enable indication of a
method of carriage of interlaced video material using a "progressive-like" carriage mechanism. A
previous document P0082 discussed the same topic.
The contributor indicated that the document was essentially provided as information about how
this could be done, without necessarily saying that the contributor themselves planned to do this
or was aware that any significant community would be likely to want to be able to indicate such
usage.
It was remarked that also the same indication could be provided by other means (e.g. a user data
SEI message or system-level signal), and noted that only a few reserved values of pic_struct
exist. Only one value would remain reserved for future use if this would be adopted (as-is).
However, another participant indicated that some previous system had used a similar indication,
and another participant indicated that this could be used for "PSF" applications to avoid a onefield delay when sending PSF video.
It was suggested that a new SEI message may be a more appropriate way to indicate this than
extending the capability of an existing SEI message. The functionality was agreed to be
desirable. A single bit would appear to suffice for the indicator. The value of field_seq_flag
would be required to be zero when the new SEI message is present.
Decision: Adopt as new 1-bit SEI message with field_seq_flag required to be zero (in SHVC,
editor delegated to produce the exact text for the syntax consisting of a one-bit flag with the
meaning proposed).
JCTVC-Q0256 Rectangular Region Frame Packing Arrangement [G. Balocca (Sisvel)]
[late]
Q0256 was a late contribution providing modified proposed text relative to the WG 11 IT NB
ballot input, responding to comments made in joint review on Thu. It was reviewed in closing
plenary on Fri. a.m. (GJS).
A participant questioned whether the suggested name was the best choice (although not
preferring "FPA version 2") and suggested giving the editors the discretion to select an
alternative name (with follow-up consultation with the proponent).
Page: 264
Date Saved: 2016-02-12
It was suggested to remove the reserved byte and type code and aspect ratio flag and shorten the
content interpretation type to 2 bits with no intent to extend later.
A participant commented that if this new message is present, there should be some indication
that the video should not be displayed in the normal fashion. One suggestion was to define a type
code in the old SEI message that would indicate that some packing existed but was not defined in
that SEI message. It was noted that, in the SPS, there is a general_nonpacked_constraint_flag
syntax element that may be a way to address this issue.
It was questioned how to deal with the backward compatibility issue of decoders that may
understand the existing FPA but not the new one. It was noted that the proposed text suggested
for encoders to use the "default display window" to manage that case. It was suggested to
mandate rather than advise that the "default display window", but the contributor suggested that
the encoder may have valid reasons for choosing not to do that (e.g., not wanting to provide a
lower-resolution 2D viewable picture as an acceptable alternative to 3D viewing). It was also
noted that decoders may ignore the default display window.
It was remarked that the frame0_self_contained_flag was removed in the modified syntax, but
would actually be useful.
It was suggested to clarify that both types of FPA should not be allowed in the same CVS. This
was agreed.
It was suggested that it could be desirable to be able to cancel the new FPA using the
cancellation signal specified by the old FPA SEI message.
It was suggested that document availability was somewhat unfortunate in this case; however,
there was a need to proceed, and the text seemed generally adequate at this stage.
Decision: Include in RExt (prohibit both types in the same CVS, remove the proposed reserved
byte and type code and aspect ratio flag and shortening the content interpretation type to 2 bits
with no intent to extend later, using general_nonpacked_constraint_flag syntax element).
7.7 Non-normative: Encoder optimization, decoder speed improvement and
cleanup, post filtering, loss concealment, rate control (0)
See notes on JCTVC-Q0077 (effectiveness of the HM Inter Search for Screen Content) and
JCTVC-Q0147 (fast inter search method for screen content coding) and JCTVC-Q0148 (RExt
Quantization rounding for RDPCM) and JCTVC-Q0056 (weighted prediction parameter
optimization).
8
Plenary Discussions and BoG Reports
8.1 Project development
Joint meetings with the VCEG and MPEG parent bodies were held at the following times:

Mon. 31 March 1600–1800

Tue. 1 April 1600–1800
 Thu. 3 April 1500–1630
Topics discussed and outcomes of these joint meetings are recorded as follows:

For HEVC version 1, the following is reported:
o The verification testing of HEVC version 1 had been completed with good results,
and a report of the outcome would be issued by the JCT-VC and its parent bodies.
Page: 265
Date Saved: 2016-02-12
o Regarding, version 1 defect correction, the previous plan to correct the defect in
the MinCR specification for the current high tier was confirmed (a relevant
parent-level contribution was m33346).

Regarding the current range extensions work and the future screen content coding (SCC)
extensions, various views were expressed in input contributions to the parent bodies on
these projects and the appropriate relationship between them and the particular
configurations of coding capabilities that should be specified in profiles and levels
currently and in the near future (e.g., M32734 (summary of voting), M33347, M32712,
JCTVC-Q0113 VCEG-AX12 / M32845, JCTVC-Q0133 / M32868, M33413, JCTVCQ0051 / M32728, VCEG-AX14 / M33338, M33100, M33337, JCTVC-Q0212 / M33363,
M32820, JCTVC-Q0186, M33048). The impact of this discussion on the planning for
SCC and the range extensions is reflected below, especially in regard to the specification
of a 4:4:4 8 b profile and the "intra block copy" coding feature.

For the screen content coding (SCC) CfP outcome, the following is reported:
o The input report (VCEG-AX13 / M33474) of the formal subjective assessment of
the submissions in response to the CfP was noted, along with the objective
measurements, coding tools analysis, and other information gathered from the
study of the submissions themselves (JCTVC-Q0239).
o It was agreed that the responses to the joint CfP indicated that the HEVC standard
should be extended to include additional coding capabilities for SCC and that
additional profiles should be developed to include such technology.
o It is anticipated that such profiles will include typical HEVC capabilities for
coding camera-captured content as well as additional SCC-oriented coding
features
o The technical work for development of such SCC extensions should be conducted
in the JCT-VC.
o The development timeline was agreed such that the completion of the
standardization process for the SCC extensions was estimated to occur around the
end of 2015 or beginning of 2016, with ISO/IEC CD ballot likely to be issued in
February 2015.

For the range extensions, the following is reported:
o Decision: Issue a complete text containing range extensions and errata corrections
(in integrated form) as an ISO/IEC FDIS as an output of the current meeting.
o Decision: In consideration of new contributions for RExt and SCC indicating a
potential lack of adequate maturity, some implementation difficulty, and a
potental lack of adequate benefit on a sufficiently broad range of video content,
the "intra block copy" coding feature will not be included in the RExt profile
specification currently being finalized.
o Decision: For 4:4:4 profiles:

Define 8b and 16 b profiles

Define corresponding simple subsets as still picture profiles

Remove the highest tier previously drafted for the 4:4:4 Intra 16 profile
from the text to be produced
Page: 266
Date Saved: 2016-02-12

Define an all-intra 16 b profile with CABAC bypass alignment required to
be enabled by encoders and with decoders not required to decode
bitstreams in which CABAC bypass alignment is disabled. The maximum
bit rates in each tier of the additional profile will be 12 times the bit rates
in the corresponding tier of the 4:4:4 Intra 16 profile (and there will be two
tiers, as in other profiles). The specification of this profile will be finalized
at the meeting of July 2014 rather than at the current (Valencia, April
2014) meeting.
NOTE - Post-meeting observation: Since decoders for this profile would
not be required to decode bitstreams from any previously specified
profiles, some other features should probably also be given the same
treatment as CABAC bypass alignment in this new profile. This would
include the modified Rice parameter adaptation rule, high-precision
transform processing, and features that could be characterized as bug-fixes
for version 1, such as extended-precision weighted prediction, the context
for coding the transform skip flag, the rotation of transform skip blocks,
large block-size transform skip. It seems less clear what should be done
regarding RDPCM and intra smoothing disabling, but suggested by editors
GJS and DF that decoders should support both modes for these.
o Decision: For all-intra profiles, the CPB size constraint will correspond to 0.5
seconds of the maximum bit rate.
o For the all-intra profiles, in the parent-level input contribution M33048, it had
been suggested to make the "in loop" filtering processes mandatory for these
profiles. After discussion, it was agreed to keep these processes optional in such
profiles (although the picture hash SEI message should assume these processes
had been applied).
o Decision: Regarding the proposed specification of an SEI message to signal a
rectangular frame packing arrangement (e.g., JCTVC-Q0256 and IT NB input in
parent-level contribution M32734), various aspects of the proposed text were
discussed, and it was ultimately agreed to include specification of such an SEI
message in the RExt extensions specification. More detailed notes on the subject
are found in the section of this report concerning JCTVC-Q0256.
o Regarding colour-related aspects for the RExt specification (e.g., SEI and VUI),
the actions and plans recorded elsewhere in this report on those topics were
reviewed and confirmed as appropriate.

For the scalability extensions, the following is reported:
o Various issues were discussed, particularly including JCT-VC and parent-level
inputs M32735 (summary of voting), JCTVC-Q0188 / VCEG-AX11 / M33043,
M33412, and plans and considerations relating to ROI scalability and the use of
an interlaced base layer.
o Parent-level input M33171 was noted in regard to a proposed requirement for
chroma format scalability, and it was agreed that this should be considered a
longer-term issue not for immediate action.
o It was noted that a tentative conclusion had been reached in JCT-VC HLS study
that the specification of a Monochrome 8 bit profile is needed for purposes of
achieving adequate clarity of the specification of decoding requirement
Page: 267
Date Saved: 2016-02-12
capabilities, so that monochrome (e.g. alpha) auxiliary pictures have something
specified to conform to. This need was confirmed.
o Regarding the 12 b profile proposed in Q0206 and WG 11 parent body document
M33427, it was noted that 12 b operation has not been tested in JCT-VC. It was
agreed that the subject should be further studied (in AHG 14) and a decision
should be reached on the subject at the next meeting.

For 3D extensions, various topics were discussed. Such topics not directly relevant to
JCT-VC are recorded in the JCT-3V report.

Regarding future work on HDR (high dynamic range) and WCG (wide colour gamut),
e.g., the parent-level input contribution m32771, it was noted that MPEG is planning
further study in this area and expected to determine in October 2014 or February 2015
whether significant new standardization work is needed for this.

Regarding the study of interlaced video coding with HEVC and the potential for further
enhancing the performance of HEVC on interlaced video content by making core
technology modifications specifically to address needs for coding interlaced video (e.g.,
including parent-level inputs M33407 and M33476), viewing of video content was
conducted by the MPEG Requirements subgroup, and it was determined that the evidence
was insufficient to identify a need for new technology development (e.g., new profiles)
for this purpose. However, it would be desirable to conduct verification testing to confirm
the compression capability improvement that already exists for interlaced video content
for use of HEVC versus its predecessors. It was remarked that some study in this area had
already been done (e.g., by a prior "4EVER" project). A mandate was given for a JCTVC ad hoc group to study what has already been done in this area and identify what
further is needed for performing such a verification test of HEVC capability.

Regarding still image coding using HEVC, the recent reports of the substantial
effectiveness of HEVC for this purpose were noted (e.g., JCTVC-Q0229). Further study
on the subject was noted to be planned – particularly in the MPEG parent body – and
interest in the subject was also noted by VCEG.
8.2 BoGs
1).1.1.1.1.277 JCTVC-Q0223 BoG report on High Level Syntax [J. Boyce]
See section 7.5.1.
JCTVC-Q0234 BoG report on SHVC upsampling process and phase offset [J. Boyce]
See section 7.2.3.
1).1.1.1.1.278 JCTVC-Q0236 BoG report for Non-CfP SCC and related documents [R. Cohen]
See section 6.1.
1).1.1.1.1.279 JCTVC-Q0239 BoG report on summary of objective performance and tools for
SCC CfP responses [R. Joshi, R. Cohen, H. Yu]
See section 6.1.
1).1.1.1.1.280 JCTVC-Q0244 BoG report on screen content coding reference model (SCM) [R.
Cohen]
Page: 268
Date Saved: 2016-02-12
See section 6.1.
9
Project planning
9.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.
9.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
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.
9.3 General issues for CEs and TEs
Group coordinated experiments were planned. These have traditionally fallen 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.
A deadline of three 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.
Page: 269
Date Saved: 2016-02-12
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 HM+RExt). Exceptions must be justified, discussed on the
general JCT-VC reflector, and recorded in the abstract of the summary report.
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.
The CE plan is to be considered final at the same time as corresponding software.
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 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 JCTVCK11xx 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.
Page: 270
Date Saved: 2016-02-12

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.
9.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.
9.5 Common Conditions for HEVC Coding Experiments
No particular changes were noted w.r.t. prior CTC. The general agreed common conditions for
single-layer coding efficiency experiments remained as described in the prior output document
JCTVC-L1100.
9.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:

SHM 6.0, based on HM 14.0, should be available within 2 weeks after the meeting.

HM 14.0+RExt7.0 should also be available within 2 weeks after the meeting.

HM 14.0+RExt7.0+SCM 1.0 should be available within 2 weeks after HM 14.0+RExt7.0.
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-VC reflector (jct-vc@lists.rwth-aachen.de).
Title and Email Reflector
Chairs
Mtg
JCT-VC project management (AHG1)
(jct-vc@lists.rwth-aachen.de)
 Coordinate overall JCT-VC interim efforts.
 Report on project status to JCT-VC reflector.
 Provide report to next meeting on project
coordination status.
G. J. Sullivan, J.-R. Ohm
(co-chairs)
N
Page: 271
Date Saved: 2016-02-12
HEVC test model editing and errata reporting
(AHG2)
(jct-vc@lists.rwth-aachen.de)
 Produce and finalize JCTVC-Q1002 HEVC Test
Model 15 (HM 15) Encoder Description.
 Collect reports of errata for HEVC version 1 text
specification.
 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.
B. Bross, K. McCann
(co-chairs), W.-J. Han,
I. K. Kim, J.-R. Ohm,
K. Sugimoto,
G. J. Sullivan,
Y.-K. Wang,
(vice-chairs)
N
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 15.0 software version
and the reference configuration encodings
according to JCTVC-L1100 common
conditions.
 Prepare and deliver additional "dot" version
software releases and software branches as
appropriate.
 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.
F. Bossen (chair),
D. Flynn, K. Sühring
(vice-chairs)
N
Page: 272
Date Saved: 2016-02-12
HEVC conformance test development (AHG4)
(jct-vc@lists.rwth-aachen.de)
 Study the requirements of HEVC conformance
testing to ensure interoperability.
 Discuss the work plan needed to develop HEVC
v.1, RExt and SHVC conformance testing.
 Study potential testing methodology to fulfil the
requirements of HEVC 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.
T. Suzuki (chair),
N
J. Boyce, K. Kazui,
A. K. Ramasubramonian,
Y. Ye (vice-chairs)
Verification test preparation (AHG5)
(jct-vc@lists.rwth-aachen.de)
 Complete the HEVC verification test report.
 Make preparations for verification testing of
HEVC for interlaced video content.
 Make preparations for verification testing of
HEVC range extensions.
V. Baroncini (chair),
M. Karczewicz, N.
Ramzan, C. Rosewarne,
K. Sharman, T. K. Tan,
J.-M. Thiesse, W. Wan,
J. Wen (vice-chairs)
N
Range extensions draft text (AHG6)
(jct-vc@lists.rwth-aachen.de)
 Produce and finalize JCTVC-Q1005 HEVC
RExt draft text.
 Gather and address comments for refinement of
the text.
 Coordinate with AHG7 on range extensions
software development to address any identified
issues regarding text and software relationship.
J. Sole (primary),
D. Flynn, M. Naccari,
C. Rosewarne,
K. Sharman, G. Sullivan,
T. Suzuki
N
Page: 273
Date Saved: 2016-02-12
Range extensions software and test model
development (AHG7)
(jct-vc@lists.rwth-aachen.de)
 Coordinate development of the HM RExt
software and its distribution
 Prepare and deliver HM 14.0-RExt-7.0 software
version and the reference configuration
encodings according to JCTVC-P1006.
 Prepare and deliver additional "dot" version
software releases and software branches as
appropriate.
 Update HEVC Range extensions test model 7
encoder description (Q1013).
 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.
 Coordinate with AHG6 on range extensions
draft text to address any identified issues
regarding text and software relationship.
D. Flynn, K. Sharman
(co-chairs)
N
Screen content coding (AHG8)
(jct-vc@lists.rwth-aachen.de)
 Study (lossy and lossless) coding tools and the
performance of HEVC and its range extensions
on screen content.
 Evaluate and identify test material appropriate
for testing screen content coding performance,
in coordination with AHG16.
 Make recommendations for test conditions for
screen content coding.
 Coordinate with SCCEs on combination
experiments.
 Finalize the common test conditions SCCEs.
R. Cohen and H. Yu
(co-chairs), , A. Duenas,
T. Lin, S. Liu, J. Sole,
J. Xu, Y. Ye
(vice-chairs)
N
Page: 274
Date Saved: 2016-02-12
High-level syntax for HEVC extensions (AHG9)
(jct-vc@lists.rwth-aachen.de)
 Identify opportunities for common approaches
for multi-view and scalable high-level
extensions of HEVC.
 Study NAL unit header, video parameter set,
sequence parameter set, picture parameter set,
and slice header syntax designs.
 Study SEI messages and VUI syntax designs
needed for HEVC extensions.
 Study mechanisms to indicate decoding
capabilities/requirements for auxiliary picture
layers
 Investigate mechanisms for picture referencing
across CRA pictures
 Study and compare mechanisms for enabling
temporal enhancement layers and diagonal interlayer prediction
 Study the operation of the Hypothetical
Reference Decoder for multi-layer operation.
 Assist in software development and text drafting
for the high-level syntax in the HEVC
extensions designs.
 Coordinate efforts with JCT-3V AHG6 on highlevel syntax issues in relation to 3D extensions.
J. Boyce and
M. M. Hannuksela
(co-chairs), Y. Chen,
S. Deshpande,
J. Samuelsson, G. Tech,
Y.-K. Wang, P. Wu
(vice-chairs)
N
Layered coding constraint specifications and
capability indications (AHG10)
(jct-vc@lists.rwth-aachen.de)
 Study how constraints on bitstream syntax affect
specifications of bitstream conformance and
decoder conformance for layered coding.
 Study indications of bitstream properties and
decoding process requirements for layered
coding.
 Identify potential side-effects of constraint
specifications and capability indications and
recommend alternative approaches.
 Identify potential needs for modifications and
additional indications of constraints and
decoding process requirements for layered
coding.
 Coordinate with AHG 9 on high-level syntax for
constraint specifications and capability
indications for layered coding.
G. Sullivan (chair)
Tel.
Page: 275
Date Saved: 2016-02-12
SHVC text editing (AHG11)
(jct-vc@lists.rwth-aachen.de)
 Produce and finalize JCTVC-Q1007 SHVC Test
Model 6 (SHM 6) text.
 Produce and finalize JCTVC-Q1008 SHVC text
specification Draft 6.
 Gather and address comments for corrections
and editorial improvements of these documents.
 Coordinate with AHG12 on SHVC software
development to address issues relating to
mismatches between software and text.
J. Chen (chair), J. Boyce, N
M. M. Hannuksela,
G. J. Sullivan,
Y.-K. Wang, Y. Ye
(vice-chairs)
SHVC software development (AHG12)
(jct-vc@lists.rwth-aachen.de)
 Prepare SHM 6.0 software (based on HM 14)
for experimentation.
 Provide software to CEs within two weeks after
the meeting.
 Generate anchors and templates based on
common test conditions.
 Discuss and identify additional issues related to
SHVC software.
V. Seregin, Y. He,
(co-chairs)
N
SHVC inter-layer resampling process (AHG13)
(jct-vc@lists.rwth-aachen.de)
 Develop methodology for evaluating the
accuracy of resampling processing
 Study generic solutions for phase adjustment in
resampling process
 Study re-sampling process modification related
to extracting regions of interest.
 Discuss and identify additional issues related to
resampling filtering.
E. Alshina (chair),
J. Chen, P. Topiwala,
T. Yamamoto, Y. Ye
(vice-chairs)
Tel.
Colour gamut and bit depth scalability (AHG14)
(jct-vc@lists.rwth-aachen.de)
 Study methods for colour gamut and bit depth
scalable coding.
 Study the interaction of colour gamut scalability
with bit-depth and spatial scalability.
 Identify test sequences and test conditions, in
coordination with AHG16.
 Study the complexity of various methods for
colour gamut scalable coding
 Discuss and identify additional issues related to
colour gamut scalability.
P. Andrivon, A. Duenas,
(co-chairs), C. Auyeung,
E. Alshina,
S. Deshpande, X. Li,
K. Ugur, Y. Ye
(vice-chairs)
N
Page: 276
Date Saved: 2016-02-12
J. Xu, R. Joshi
SCC extensions test model text editing (AHG15)
(co-chairs), R. Cohen,
(jct-vc@lists.rwth-aachen.de)
S. Liu, Z. Ma, Y. Ye
 Produce and finalize HEVC screen content
coding extensions test model 1.0 text.
 Gather and address comments for refinement of
the test model.
 Coordinate with AHG [SCC extensions software
development] to address issues relating to
mismatches between software and text.
N
Test sequence material (AHG16)
(jct-vc@lists.rwth-aachen.de)
 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 on range
extensions development, AHG8 on screen
content coding, and AHG14 on colour gamut
scalability, AHG18 on high bit rate and high bit
depth operation.
T. Suzuki, V. Baroncini,
R. Cohen (co-chairs),
T. K. Tan, S. Wenger
(vice-chairs)
N
SCC extensions software development (AHG17)
(jct-vc@lists.rwth-aachen.de)
 Coordinate development of the HM SCM
software and its distribution.
 Prepare and deliver HM 14.0-SCM-1.0 software
version and the reference configuration
encodings according to JCTVC-Q1015.
 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.
 Coordinate with AHG15 to address any
identified issues regarding text and software
relationship.
B. Li, K. Rapaka
(chairs), R. Cohen,
P. Chuang, X. Xiu
(vice-chairs)
N
Page: 277
Date Saved: 2016-02-12
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.
1).1.1.1.1.281 JCTVC-Q1000 Meeting Report of 17th JCT-VC Meeting [G. J. Sullivan, J.-R.
Ohm] [2014-06-20] (near next meeting)
1).1.1.1.1.282 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.)
1).1.1.1.1.283 JCTVC-Q1002 High Efficiency Video Coding (HEVC) Test Model 15 (HM 15)
Encoder Description [K. McCann (primary), B. Bross, W.-J. Han, I. K. Kim, K. Sugimoto,
G. J. Sullivan] [2014-06-20] (near next meeting)
1).1.1.1.1.284 JCTVC-Q1003 High Efficiency Video Coding (HEVC) Edition 1 Defect Report
Draft 4 [Y.-K. Wang, G. J. Sullivan, B. Bross] [2014-05-30]
1).1.1.1.1.285 JCTVC-Q1004 HEVC Conformance Draft 7 [T. Suzuki, W. Wan, G. J. Sullivan]
(WG 11 N 14426 Preliminary draft of ISO/IEC FDIS) [2014-05-16]
1).1.1.1.1.286 JCTVC-Q1005 HEVC Range Extensions Draft Text 7 [D. Flynn, M. Naccari,
K. Sharman, C. Rosewarne, J. Sole, G. Sullivan, T. Suzuki] (WG 11 N 14414, ISO/IEC FDIS)
[2014-05-30]
1).1.1.1.1.287 Remains valid – not reissued: JCTVC-P1006 Common test conditions and
software reference configurations for HEVC range extensions [D. Flynn, C. Rosewarne,
K. Sharman]
1).1.1.1.1.288 JCTVC-Q1007 SHVC Test Model 6 (SHM 6) [J. Chen, J. Boyce, Y. Ye,
M. M. Hannuksela] (WG 11 N 14419) [2014-06-06]
1).1.1.1.1.289 JCTVC-Q1008 SHVC Draft Text 6 [J. Chen, J. Boyce, Y. Ye, M. M. Hannuksela,
G. J. Sullivan, Y.-K. Wang] (WG 11 N 14416 ISO/IEC Study of DAM3) [2014-06-06]
1).1.1.1.1.290 JCTVC-Q1009 Common SHM test conditions and software reference
configurations [V. Seregin, Y. He] [2014-05-02] (1 week after software)
Update to include updated anchor results and config files and include colour gamut scalability
tests.
1).1.1.1.1.291 Remains valid – not updated JCTVC-O1010 Guidelines for conformance test
bitstream preparation [T. Suzuki, W. Wan]
Page: 278
Date Saved: 2016-02-12
1).1.1.1.1.292 JCTVC-Q1011 Report on HEVC compression performance verification test
(WG 11 N 14420) [T. K. Tan, M. Mrak, V. Baroncini, N. Ramzan] [2014-04-25]
1).1.1.1.1.293 JCTVC-Q1012 Range extensions conformance draft 1 (WG 11 N 14427) [T.
Suzuki, K. Kazui (Editors)] [2014-05-30]
1).1.1.1.1.294 JCTVC-Q1013 HEVC Range Extensions Test Model 7 Encoder Description
[M. Naccari, C. Rosewarne, K. Sharman, G. Sullivan] (WG 11 N 14418) [2014-06-06]
1).1.1.1.1.295 Remains valid – not re-issued: JCTVC-L1100 Common HM test conditions and
software reference configurations [F. Bossen]
(Remains valid, although from a prior meeting.)
Note that regardless of preliminary CE plans established earlier in the meeting were not
considered binding on final CE plans as reviewed in closing plenary.
1).1.1.1.1.296 JCTVC-Q1014 Screen content coding test model 1 (SCM 1) (WG 11 N 14421)
[R. Joshi, J. Xu, R. Cohen, S. Liu, Z. Ma, Y. Ye] [2014-04-25]
1).1.1.1.1.297 JCTVC-Q1015 Common conditions for screen content coding tests [H. Yu,
R. Cohen, K. Rapaka, J. Xu] [2014-05-02]
1).1.1.1.1.298 JCTVC-Q1101 HEVC Scalable Extensions Core Experiment SCE1: Colour
Gamut and Bit Depth Scalability [A. Duenas, P. Andrivon, E. Alshina, Y. Ye, K. Ugur, X. Li (CE
coordinators)] [2014-04-25] (three weeks)
3 weeks for finalization of CE description. Some details of planned test to be worked out to
provide a more precise defintion of the experiment.
To test normative and non-normative alternatives.
JCTVC-Q1101 was reviewed in non-final form in closing plenary. A three week finalization
period was authorized for the plan document.
1).1.1.1.1.299 JCTVC-Q1121 HEVC Screen Content Core Experiment 1 (SCCE1): Intra block
copy [J. Sole, S. Liu (CE coordinators)] [2014-04-18] (two weeks)
JCTVC-Q1121 was reviewed in non-final form in closing plenary. A two week finalization
period was authorized for the plan document.
1).1.1.1.1.300 JCTVC-Q1122 HEVC Screen Content Core Experiment 2 (SCCE2): Line-based
intra copy [C.-C. Chen, X. Xu, L. Zhang (CE coordinators)] [2014-04-18] (two weeks)
JCTVC-Q1122 was reviewed in non-final form in closing plenary. A two week finalization
period was authorized for the plan document.
1).1.1.1.1.301 JCTVC-Q1123 HEVC Screen Content Core Experiment 3 (SCCE3): Palette
mode [Y.-W. Huang, P. Onno, R. Joshi, R. Cohen, X. Xiu, Z. Ma (CE coordinators)] [2014-0418] (two weeks)
Page: 279
Date Saved: 2016-02-12
JCTVC-Q1123 was reviewed in non-final form in closing plenary. A two week finalization
period was authorized for the plan document.
1).1.1.1.1.302 JCTVC-Q1124 HEVC Screen Content Core Experiment 4 (SCCE4): String
matching for sample coding [Y. Chen, J. Xu (CE coordinators)] [2014-04-18] (two weeks)
JCTVC-Q1124 was reviewed in non-final form in closing plenary. A two week finalization
period was authorized for the plan document.
1).1.1.1.1.303 JCTVC-Q1125 HEVC Screen Content Core Experiment 5 (SCCE5): Intercomponent prediction and adaptive colour transform [X. Xiu, J. Chen (CE coordinators)] [201404-18] (two weeks)
JCTVC-Q1125 was reviewed in non-final form in closing plenary. A two week finalization
period was authorized for the plan document.
12 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 Monday or
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 Wednesday or Thursday prior to such meetings and closing it on the last
day of the WG 11 meeting).
Some specific future meeting plans were established as follows:

30 June (3:45 p.m.) – 9 July 2014 under ITU-T auspices in Sapporo, JP.

17–24 Oct. 2014 under WG 11 auspices in Strasbourg, FR.

10–18 Feb. 2015 under ITU-T auspices in Geneva, CH.
 18–26 June 2015 under WG 11 auspices in Warsaw, PL.
The agreed document deadline for the 18th JCT-VC meeting is 20 June. Plans for scheduling of
agenda items within that meeting TBA.
UPC, UPM and Kenzler Conference Management were thanked for the excellent hosting of the
17th meeting of the JCT-VC.
The JCT-VC meeting was closed at approximately 12:30 hours on Fri. 4 Apr. 2014.
Page: 280
Date Saved: 2016-02-12
Annex A to JCT-VC report:
List of documents
JCT-VC number
MPEG
number
Created
JCTVC-Q0001
m33387
2014-03-26
21:13:06
2014-03-27
05:54:34
2014-03-27
05:54:34
JCT-VC AHG report: Project management (AHG1)
G. J. Sullivan, J.-R. Ohm (AHG chairs)
JCTVC-Q0002
m33377
2014-03-26
08:59:46
2014-03-26
23:27:05
2014-03-26
23:27:05
JCT-VC AHG report: HEVC test model editing and errata
reporting (AHG2)
B. Bross, K. McCann (AHG co-chairs), W.-J.
Han, I.-K. Kim, J.-R. Ohm, K. Sugimoto, G. J.
Sullivan, Y.-K. Wang (AHG vice-chairs)
JCTVC-Q0003
m33415
2014-03-27
16:32:07
2014-03-27
16:33:50
2014-03-27
16:35:12
JCT-VC AHG report: HEVC HM software development and
software technical evaluation (AHG3)
F. Bossen, D. Flynn, K. Sühring (AHG chairs)
JCTVC-Q0004
m33402
2014-03-27
08:40:54
2014-03-27
10:32:04
2014-03-28
16:24:00
JCT-VC AHG report: HEVC conformance test development
(AHG4)
T. Suzuki, W. Wan (AHG chairs)
JCTVC-Q0005
m33403
2014-03-27
08:44:09
2014-03-27
09:04:43
2014-03-27
09:04:43
JCT-VC AHG report: HEVC range extensions development
(AHG5)
C. Rosewarne, M. Naccari (AHG chairs)
JCTVC-Q0006
m33389
2014-03-26
23:28:31
2014-03-27
10:10:45
2014-03-27
10:10:45
JCT-VC AHG report: Range extensions draft text (AHG6)
J. Sole, D. Flynn, M. Naccari, C. Rosewarne, K.
Sharman, G. Sullivan, T. Suzuki (AHG chairs)
JCTVC-Q0007
m33167
2014-03-24
16:14:53
2014-03-27
09:10:11
2014-03-27
09:10:11
JCT-VC AHG report: Range extensions software (AHG7)
K. Sharman, D. Flynn (AHG chairs)
JCTVC-Q0008
m33408
2014-03-27
09:25:09
2014-03-27
09:25:45
2014-03-27
09:25:45
JCT-VC AHG report: Screen content coding (AHG8)
H. Yu, R. Cohen, A. Duenas, D.-K. Kwon, T.
Lin, J. Xu (AHG chairs)
JCTVC-Q0009
m33378
2014-03-26
08:59:46
2014-03-26
09:00:09
2014-03-26
09:00:09
M. M. Hannuksela, J. Boyce, Y. Chen, S.
JCT-VC AHG report: High-level syntax for HEVC extensions
Deshpande, J. Samuelsson, Y.-K. Wang, P. Wu
(AHG9)
(AHG chairs)
JCTVC-Q0010
m33460
2014-03-29
16:11:52
2014-03-29
16:16:13
2014-03-29
16:16:13
JCT-VC AHG report: Palette-based coding (AHG10)
W. Pu, P. Onno, X. Guo, P. Lai (AHG chairs)
JCTVC-Q0011
m33390
2014-03-27
00:13:35
2014-03-27
00:14:16
2014-03-27
00:14:16
JCT-VC AHG report: SHVC text editing (AHG11)
J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G. J.
Sullivan, Y.-K. Wang (AHG chairs)
JCTVC-Q0012
m33278
2014-03-24
23:05:43
2014-03-26
05:14:53
2014-03-26
05:14:53
JCT-VC AHG report: SHVC software development (AHG12) V. Seregin, Y. He (AHG chairs)
JCTVC-Q0013
m33101
2014-03-24
07:10:55
2014-03-25
04:35:15
2014-03-27
11:27:28
JCT-VC AHG report: SHVC inter-layer filtering (AHG13)
E. Alshina, J. Chen, P. Topiwala, T. Yamamoto,
Y. Ye (AHG chairs)
JCTVC-Q0014
m33179
2014-03-24
16:57:15
2014-03-27
08:13:56
2014-03-27
11:53:20
JCT-VC AHG report: Colour gamut and bit depth scalability
(AHG14)
P. Andrivon, A. Duenas, E. Alshina, S.
Deshpande, X. Li, K. Ugur, Y. Ye (AHG
First upload
Last upload
Page: 281
Title
Date Saved: 2016-02-12
Authors
chairs)
JCTVC-Q0015
m32717
2014-03-14
05:50:58
2014-03-14
05:52:02
2014-03-27
05:27:04
JCT-VC AHG report: Hybrid codec scalability (AHG15)
G. J. Sullivan (AHG chair)
JCTVC-Q0016
m33409
2014-03-27
09:57:40
2014-03-27
12:31:12
2014-03-27
12:31:12
JCT-VC AHG report: Test sequence material (AHG16)
T. Suzuki, R. Choen, T. K. Tan, S. Wenger
(AHG chairs)
JCTVC-Q0017
m32992
2014-03-20
21:37:52
2014-03-25
18:52:08
2014-03-25
18:52:08
JCT-VC AHG report: Adaptive motion precision (AHG17)
J. Xu, X. Li (AHG chairs)
JCTVC-Q0018
m33169
2014-03-24
16:17:09
2014-03-27
09:10:30
2014-03-27
09:10:30
JCT-VC AHG report: high bit-rate and bit-depth operating
points (AHG18)
K. Sharman, R. Joshi, H-Y. Kim (AHG chairs)
JCTVC-Q0019
m33414
2014-03-27
11:56:45
2014-03-27
11:57:53
2014-03-27
12:01:25
JCT-VC AHG report: Verification test preparation and testing T. K. Tan, V. Baroncini, M. Mrak, M.
(AHG19)
Karczewicz, W. Wan, J. Wen (AHG chairs)
JCTVC-Q0021
m33180
2014-03-24
17:02:30
2014-03-25
09:58:42
2014-03-28
14:35:54
SCE1: Summary report of CE on colour gamut and bit depth
scalability
P. Andrivon, A. Duenas, E. Alshina, Y. Ye, K.
Ugur, X. Li (CE coordinators)
JCTVC-Q0022
m33235
2014-03-24
19:30:09
2014-03-25
21:17:35
2014-03-25
21:17:35
RCE1: Summary report of CE on adaptive motion precision
X. Li, J. Xu, Y. Zhou (CE coordinators)
m32877
2014-03-18
03:12:37
2014-03-18
11:03:42
2014-03-28
08:59:32
Description of screen content coding technology proposal by
Qualcomm
J. Chen, Y. Chen, T. Hsieh, R. Joshi, M.
Karczewicz, W.-S. Kim, X. Li, C. Pang, W. Pu,
K. Rapaka, J. Sole, L. Zhang, F. Zou
(Qualcomm)
JCTVC-Q0032
m32858
2014-03-17
23:44:26
2014-03-17
23:53:39
2014-03-27
14:43:55
Description of screen content coding technology proposal by
NCTU and ITRI International
C.-C. Chen, T.-S. Chang, R.-L. Liao, C.-W.
Kuo, W.-H. Peng, H.-M. Hang, Y.-J. Chang, C.H. Hung, C.-C. Lin, J.-S. Tu, E.-C. Ke, J.-Y.
Kao, C.-L. Lin, F.-D. Jou, F.-C. Chen
(NCTU/ITRI)
JCTVC-Q0033
m32905
2014-03-18
06:59:15
2014-03-18
08:27:07
2014-03-26
14:12:05
Description of screen content coding technology proposal by
MediaTek
P. Lai, T.-D. Chuang, Y.-C. Sun, X. Xu, J. Ye,
S.-T. Hsiang, Y.-W. Chen, K. Zhang, X. Zhang,
S. Liu, Y.-W. Huang, S. Lei (MediaTek)
JCTVC-Q0034
m32878
2014-03-18
03:29:45
2014-03-18
05:12:19
2014-03-27
16:29:08
Description of screen content coding technology proposal by
Huawei Technologies (USA)
Z. Ma, W. Wang, M. Xu, X. Wang, H. Yu
(Huawei)
JCTVC-Q0035
m32882
2014-03-18
04:54:19
2014-03-18
19:24:04
2014-03-27
15:52:03
Description of screen content coding technology proposal by
Microsoft
B. Li, J. Xu, F. Wu, X. Guo, G. J. Sullivan
(Microsoft)
JCTVC-Q0036
m32852
2014-03-17
23:21:54
2014-03-18
05:29:52
2014-03-28
01:14:19
Description of screen content coding technology proposal by
Mitsubishi Electric Corporation
R. Cohen, A. Minezawa, X. Zhang, K.
Miyazawa, A. Vetro, S. Sekiguchi, K.
Sugimoto, T. Murakami (Mitsubishi Electric)
JCTVC-Q0037
m32880
2014-03-18
04:23:54
2014-03-18
07:54:16
2014-03-29
03:46:37
Description of screen content coding technology proposal by
InterDigital
X. Xiu, C.-M. Tsai, Y. He, Y. Ye (InterDigital)
JCTVC-Q0041
m32709
2014-03-06
00:24:09
2014-03-06
00:27:52
2014-03-06
00:27:52
AHG 15: Comments on Hybrid Scalability
S. Deshpande (Sharp)
JCTVC-Q0031
Page: 282
Date Saved: 2016-02-12
JCTVC-Q0042
m32710
2014-03-06
18:12:02
2014-03-06
20:12:32
2014-03-06
20:12:32
AHG 15: Support of hybrid scalability
Y.-K. Wang, J. Chen, Y. Chen, Hendry, A. K.
Ramasubramonian (Qualcomm)
JCTVC-Q0043
m32718
2014-03-14
13:35:56
2014-03-15
09:29:48
2014-03-24
09:07:18
Non-SCE1: De-noising of inter-layer reference
E. Alshina, A. Alshin (Samsung)
JCTVC-Q0044
m32719
2014-03-14
13:36:38
2014-03-15
09:30:13
2014-03-15
09:30:20
AhG18: On SAO quant-bits coding
E. Alshina, A. Alshin (Samsung)
JCTVC-Q0045
m32720
2014-03-14
17:37:08
2014-03-14
17:53:25
2014-04-02
17:28:29
MV-HEVC/SHVC HLS: Proposal for an SEI message on
selectable overlays
N. Stefanoski, O. Wang, A. Smolic (DRZ), T.
Szypulski (ESPN)
JCTVC-Q0046
m32722
2014-03-14
21:09:39
2014-03-14
21:10:58
2014-03-30
09:54:41
Complexity analysis of an optimized SHVC decoder
W. Hamidouche, M. Raulet, O. Deforges
JCTVC-Q0047
m32723
2014-03-15
02:13:57
2014-03-18
09:33:22
2014-03-28
06:40:14
AHG10: Simplification of Palette Based Coding
W. Pu, F. Zou, R. Joshi, M. Karczewicz, J. Sole
(Qualcomm)
JCTVC-Q0048
m32724
2014-03-15
04:35:06
2014-03-17
19:28:18
2014-04-02
18:18:42
SCE1: Colour gamut scalability with asymmetric 3D LUT
X. Li, J. Chen, M. Karczewicz (Qualcomm), Y.
He, Y. Ye, J. Dong (InterDigital), P. Bordes, P.
Andrivon, E. Francois, F. Hiron (Technicolor)
JCTVC-Q0049
m32725
2014-03-15
22:35:42
2014-03-17
20:55:28
2014-03-17
20:55:28
RCE1: Adaptive MV Precision
X. Li, J. Sole, M. Karczewicz (Qualcomm)
JCTVC-Q0050
m32726
2014-03-16
22:17:57
2014-03-16
22:20:03
2014-03-16
22:20:03
4K real time streaming with SHVC decoder and GPAC player
W. Hamidouche, M. Raulet, J. Le Feuvre
(IETR/INSA)
JCTVC-Q0051
m32728
2014-03-17
03:47:57
2014-03-17
10:53:30
2014-04-03
08:22:03
AHG5: Recommended profiling of range extension coding
tools
S. Lee, C. Park, E. Alshina, C. Kim (Samsung),
K. McCann (Zetacast)
JCTVC-Q0052
m32729
2014-03-17
05:58:12
2014-03-18
19:27:46
2014-03-18
19:27:46
Low complexity encoders for JCTVC-Q0035
B. Li, J. Xu (Microsoft)
JCTVC-Q0053
m32730
2014-03-17
05:59:01
2014-03-18
19:28:13
2014-03-30
22:15:47
On the interpretation of screen content coding results
B. Li, J. Xu (Microsoft)
JCTVC-Q0054
m32767
2014-03-17
08:18:06
2014-03-17
08:57:25
2014-03-17
08:57:25
MV-HEVC/SHVC HLS: VPS extension clean-up
Y. Cho, B. Choi, M. W. Park, J. Y. Lee
(Samsung)
JCTVC-Q0055
m32768
2014-03-17
08:24:16
2014-03-17
08:57:52
2014-03-17
08:57:52
MV-HEVC/SHVC HLS: Comments on general decoding
Y. Cho, B. Choi, M. W. Park, J. Y. Lee
process and selection of CPB operation in the HRD operation (Samsung)
JCTVC-Q0056
m32772
2014-03-17
09:16:48
2014-03-17
12:27:03
2014-03-17
12:27:03
Non-SCE1: Encoder improvements for weighted prediction
A. Aminlou, K. Ugur (Nokia), E. Alshina
(Samsung)
JCTVC-Q0057
m32773
2014-03-17
12:20:38
2014-03-18
01:31:22
2014-03-28
15:02:28
MV-HEVC/SHVC HLS: Comments on IRAP alignment and
POC value derivation
B. Choi, Y. Cho, M.W. Park, J.Y. Lee, S. Lee,
C. Kim (Samsung)
JCTVC-Q0058
m32774
2014-03-17
12:20:48
JCTVC-Q0059
m32775
2014-03-17
14:00:37
Withdrawn
2014-03-17
16:22:05
2014-03-17
16:22:05
Page: 283
SCE1: Cross-check of JCTVC-Q0048
Date Saved: 2016-02-12
A. Aminlou, K. Ugur (Nokia)
JCTVC-Q0060
m32776
2014-03-17
15:25:50
2014-03-17
15:51:05
2014-03-28
09:18:56
MV-HEVC/SHVC HLS: On inter-layer RPS signalling and
derivation
JCTVC-Q0061
m32777
2014-03-17
15:27:09
2014-03-17
15:51:26
2014-03-17
15:51:26
MV-HEVC/SHVC HLS: On max_tid_il_ref_pics_plus1 in the
H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)
VPS extension
JCTVC-Q0062
m32780
2014-03-17
15:37:59
2014-03-17
19:11:49
2014-03-29
15:59:41
AhG5: On the displacement vector prediction scheme for Intra P. Onno, G.Laroche, T. Poirier, C. Gisquet
Block Copy
(Canon)
JCTVC-Q0063
m32781
2014-03-17
15:38:12
2014-03-17
18:51:51
2014-03-29
09:11:51
AhG10: Palette predictor stuffing
C. Gisquet, G. Laroche, P. Onno (Canon)
JCTVC-Q0064
m32782
2014-03-17
15:38:22
2014-03-17
18:52:21
2014-03-29
16:06:13
AhG10: Palette index coding
C. Gisquet, G. Laroche, P. Onno (Canon)
JCTVC-Q0065
m32783
2014-03-17
15:38:35
2014-03-17
18:53:05
2014-03-29
16:03:12
AhG10: Transition copy mode for Palette mode
C. Gisquet, G. Laroche, P. Onno (Canon)
JCTVC-Q0066
m32784
2014-03-17
15:38:50
2014-03-17
18:51:44
2014-03-17
18:51:44
AhG10: Run coding for palette mode
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-Q0067
m32785
2014-03-17
15:39:05
2014-03-17
22:16:41
2014-03-28
08:33:51
Non-RCE1: On MV resolution and motion vector predictor
number
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-Q0068
m32786
2014-03-17
15:39:13
2014-03-17
18:56:55
2014-03-17
18:56:55
AhG8: On Sample Adaptive Band Value
G. Laroche, T. Poirier, C. Gisquet, P. Onno
(Canon)
JCTVC-Q0069
m32787
2014-03-17
15:39:24
2014-03-17
18:54:39
2014-03-29
15:56:46
AhG10: Combination of Palette coding tools
C. Gisquet, G. Laroche, P. Onno (Canon)
JCTVC-Q0070
m32788
2014-03-17
15:55:03
2014-03-17
17:14:07
2014-03-26
15:15:08
Consistent usage of intra boundary filter disabling
X. Zhang, K. Zhang, J. An, H. Huang, S. Lei
(MediaTek)
JCTVC-Q0071
m32789
2014-03-17
16:23:21
2014-03-18
14:55:58
2014-03-28
12:03:10
AHG10: Improvements on palette coding
D. Bugdayci, J. Lainema, K. Ugur, M.M.
Hannuksela (Nokia)
JCTVC-Q0072
m32790
2014-03-17
16:24:32
2014-03-17
16:51:53
2014-03-17
16:51:53
SCE1: Colour gamut scalability using gain-offset models
A. Aminlou, K Ugur, M. M. Hannuksela
(Nokia)
JCTVC-Q0073
m32791
2014-03-17
16:48:17
2014-03-17
16:56:54
2014-03-24
12:26:22
AHG18: Worst-case Escape Code Length Mitigation
K. Sharman, N. Saunders, J. Gamei (Sony)
JCTVC-Q0074
m32792
2014-03-17
16:49:43
2014-03-17
16:53:07
2014-04-02
16:37:20
SEI message for Colour Mapping Information
P. Andrivon, P. Bordes, E. Franois
(Technicolor)
JCTVC-Q0075
m32793
2014-03-17
16:49:46
2014-03-17
16:57:14
2014-03-24
12:26:46
AHG5: Intra-block-copy in Non-4:4:4 Formats
K. Sharman, N. Saunders, J. Gamei (Sony)
JCTVC-Q0076
m32794
2014-03-17
16:51:35
2014-03-17
16:57:36
2014-03-17
16:57:36
Unifying HM and RExt Inter-Prediction Search
K. Sharman, N. Saunders, J. Gamei (Sony)
JCTVC-Q0077
m32795
2014-03-17
16:53:15
2014-03-17
16:57:50
2014-03-18
12:57:48
AHG8: Effectiveness of the HM Inter Search for Screen
Content
K. Sharman, N. Saunders, J. Gamei (Sony)
Page: 284
Date Saved: 2016-02-12
H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)
JCTVC-Q0078
m32797
2014-03-17
17:06:32
2014-03-18
12:04:53
2014-04-04
08:22:21
MV-HEVC/SHVC HLS: On additional layer sets, rewriting of
simulcast layers, and profile-tier-level indication for auxiliary M. M. Hannuksela (Nokia)
picture layers
JCTVC-Q0079
m32799
2014-03-17
17:12:47
2014-03-18
12:05:52
2014-03-18
12:05:52
MV-HEVC/SHVC HLS: max_tid_il_ref_pics_plus1 in interlayer RPS syntax and semantics
M. M. Hannuksela (Nokia)
JCTVC-Q0080
m32800
2014-03-17
17:21:54
2014-03-17
17:33:25
2014-03-26
15:16:40
Block vector prediction for intra block copy
X. Zhang, K. Zhang, J. An, H. Huang, S. Lei
(MediaTek)
JCTVC-Q0081
m32803
2014-03-17
17:28:06
2014-03-17
17:31:39
2014-03-17
17:31:39
RExt/SHVC HLS (AHG5 and 9): On reuse of alpha planes in
auxiliary pictures
M. Naccari, M. Mrak (BBC)
JCTVC-Q0082
m32808
2014-03-17
17:36:18
2014-03-17
17:45:47
2014-03-27
09:23:41
Symmetric intra block copy
K. Zhang, J. An, X. Zhang, H. Huang, S. Lei
(MediaTek)
JCTVC-Q0083
m32809
2014-03-17
17:50:15
2014-03-17
17:57:08
2014-03-27
12:33:04
Y.-C. Sun, T.-D. Chuang, P. Lai, S.-T. Hsiang,
AHG10: A triplet palette mode combining JCTVC-P0108 and
Y.-W. Chen, X. Zhang, S. Liu, Y.-W. Huang, S.
JCTVC-P0198
Lei (MediaTek)
JCTVC-Q0084
m32801
2014-03-17
17:24:55
2014-03-18
06:11:19
2014-04-01
11:56:20
VUI entries for YZX and digital cinema EOTF
C. Fogg, J. Helman (Movielabs)
JCTVC-Q0085
m32804
2014-03-17
17:28:10
2014-03-18
11:23:46
2014-04-14
20:50:23
High Dynamic Range / Wide Colour Gamut workflow
B. Mandel (Universal Pictures), C. Fogg, J.
Helman (MovieLabs)
JCTVC-Q0086
m32802
2014-03-17
17:26:18
2014-03-18
06:11:41
2014-04-01
12:00:01
Mastering Display Colour Volume SEI
C. Fogg, J. Helman (Movielabs)
JCTVC-Q0087
m32805
2014-03-17
17:30:01
2014-04-04
14:34:32
2014-04-04
14:34:32
Technicolor HDR clips encoded as Y’DzDx and BT.2020
Y’CbCr
B. Mandel (Universal), C. Fogg, J. Helman
(MovieLabs)
JCTVC-Q0088
m32806
2014-03-17
17:31:07
2014-03-18
06:27:45
2014-03-29
18:01:52
HDR/WCG StEM encoded with Y'DzDx
J. Helman, C. Fogg (MovieLabs), B. Mandel
(Universal)
JCTVC-Q0089
m32807
2014-03-17
17:34:11
2014-03-18
06:13:26
2014-03-18
06:13:26
Profile tables
C. Fogg, J. Helman (Movielabs)
JCTVC-Q0090
m32810
2014-03-17
17:52:11
2014-03-18
07:53:35
2014-03-25
16:42:07
HEVC/MV-HEVC/SHVC HLS: Redundant picture SEI
message
M. Sychev, V. Stepin, S. Ikonin (Huawei)
JCTVC-Q0091
m32811
2014-03-17
17:56:18
2014-03-18
12:07:14
2014-03-18
12:07:14
MV-HEVC/SHVC HLS: On access unit definition and
allowing different decoding orders in different layer trees
M. M. Hannuksela (Nokia)
JCTVC-Q0092
m32814
2014-03-17
18:06:41
2014-03-17
18:17:02
2014-03-26
15:29:00
Non-RCE1: Simplification of RCE1 Test2
T.-D. Chuang, C.-Y. Chen, Y.-W. Huang, S. Lei
(MediaTek)
JCTVC-Q0093
m32815
2014-03-17
18:20:09
2014-03-17
18:37:07
2014-03-28
05:15:54
Single colour intra mode for screen content coding
Y.-W. Chen, Y.-C. Sun, Y.-W. Huang, S. Lei
(MediaTek)
JCTVC-Q0094
m32816
2014-03-17
18:30:20
2014-03-19
00:29:20
2014-03-19
00:29:20
AHG10: Suggested Software for Palette Coding based on
RExt6.0
W. Pu (Qualcomm), X. Guo (Microsoft), P.
Onno (Canon), P. Lai (MediaTek), J. Xu (Sony)
JCTVC-Q0095
m32817
2014-03-17
2014-03-17
2014-03-28
AHG8: Coding the prediction differences of the intra BC
S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)
Page: 285
Date Saved: 2016-02-12
18:41:28
18:47:17
12:12:36
vectors
JCTVC-Q0096
m32818
2014-03-17
18:54:51
2014-03-17
20:39:19
2014-04-02
20:42:38
MV-HEVC/SHVC HLS: Overlay info SEI message
J. Boyce, S. Wenger (Vidyo)
JCTVC-Q0097
m32822
2014-03-17
19:46:41
2014-03-28
10:16:18
2014-03-28
10:16:18
SCE1: Crosscheck report on colour gamut scalability using
gain-offset models (JCTVC-0072)
X. Li (Qualcomm)
JCTVC-Q0098
m32823
2014-03-17
19:49:08
2014-03-26
22:48:28
2014-03-26
22:48:28
Non-RCE1: Crosscheck report on MV resolution and motion
vector predictor number (JCTVC-Q0067)
X. Li (Qualcomm)
JCTVC-Q0099
m32824
2014-03-17
19:50:22
2014-03-25
21:32:57
2014-03-25
21:32:57
RCE1: Crosscheck report on Motion Vector Resolution
Control (JCTVC-Q0155)
X. Li (Qualcomm)
JCTVC-Q0100
m32825
2014-03-17
20:14:02
2014-03-18
07:08:35
2014-04-03
11:25:03
MV-HEVC/SHVC HLS: Constraints for Reference Picture
Set Parameters
S. Deshpande (Sharp)
JCTVC-Q0101
m32826
2014-03-17
20:15:08
2014-03-18
07:08:53
2014-03-19
18:17:14
MV-HEVC/SHVC HLS: On Bitstream Partition Buffer
S. Deshpande (Sharp)
JCTVC-Q0102
m32827
2014-03-17
20:16:17
2014-03-18
07:09:34
2014-03-29
15:40:40
MV-HEVC/SHVC HLS: Comments on HEVC Extensions
S. Deshpande (Sharp)
JCTVC-Q0103
m32828
2014-03-17
20:17:46
2014-03-18
07:10:03
2014-03-18
07:10:03
MV-HEVC/SHVC HLS: On DPB Profile Level Limits
S. Deshpande (Sharp)
JCTVC-Q0104
m32833
2014-03-17
20:56:10
2014-03-17
21:33:56
2014-03-29
11:22:10
Fix for the computation of scaling factors used in inter-layer
prediction
K. Andersson, J. Samuelsson (Ericsson)
JCTVC-Q0105
m32834
2014-03-17
21:15:04
2014-03-18
14:50:42
2014-03-30
09:54:34
MV-HEVC/SHVC HLS: On temporal enhancement layers
and diagonal inter-layer prediction
M. M. Hannuksela (Nokia)
JCTVC-Q0106
m32836
2014-03-17
21:18:28
2014-03-17
21:21:18
2014-03-27
02:56:37
Rext HLS: on lossless coding
X. Xiu, Y. He, Y. Ye (InterDigital)
JCTVC-Q0107
m32837
2014-03-17
21:22:51
2014-03-18
05:57:10
2014-03-27
02:59:14
SHVC HLS: On picture level resampling phase filter selection Y. Ye, Y. He, Y. He (InterDigital)
JCTVC-Q0108
m32838
2014-03-17
21:24:07
2014-03-18
12:07:58
2014-03-18
12:07:58
MV-HEVC/SHVC HLS: On TSA and STSA pictures
M. M. Hannuksela (Nokia)
JCTVC-Q0109
m32840
2014-03-17
21:34:17
2014-03-18
12:09:38
2014-03-18
12:09:38
MV-HEVC/SHVC HLS: On TemporalId constraints
M. M. Hannuksela (Nokia)
JCTVC-Q0110
m32842
2014-03-17
21:34:59
2014-03-17
21:36:43
2014-03-17
21:36:43
Support for out-of-band signaling in VPS to enable future
layer additions
S. Narasimhan, A.Luthra (Arris)
JCTVC-Q0111
m32843
2014-03-17
21:48:34
2014-03-17
22:34:56
2014-03-17
22:34:56
Errata report: Parsing issue for picture timing SEI message
Y. Wu, L. Zhu, G. J. Sullivan, F. Kyslov, S.
Sadhwani (Microsoft)
JCTVC-Q0112
m32844
2014-03-17
21:49:46
2014-03-18
10:54:39
2014-03-20
22:06:34
AhG8: In-loop colour-space transform
L. Zhang, J. Chen, J. Sole, M. Karczewicz
(Qualcomm)
JCTVC-Q0113
m32845
2014-03-17
2014-03-18
2014-03-30
Request for an HEVC 4:4:4 8 bit profile as well as other bit
M. Mrak (BBC), G. Martin-cocher
Page: 286
Date Saved: 2016-02-12
22:09:38
01:10:50
18:19:32
depth profiles
(BlackBerry), P. Onno, C. Rosewarne (Canon),
A. Fuldseth (Cisco), R. Sjöberg (Ericsson), A.
Duenas (NG Codec), J. Sole, M. Karczewicz
(Qualcomm), R. Haszhimoto (Renesas), M.
Budagavi (TI),
JCTVC-Q0114
m32846
2014-03-17
22:26:31
2014-03-18
10:02:53
2014-03-31
16:14:52
Block vector prediction method for Intra block copy
C. Pang, J. Sole, R. Joshi, M. Karczewicz
(Qualcomm)
JCTVC-Q0115
m32847
2014-03-17
23:08:12
2014-03-18
12:11:08
2014-03-18
12:11:08
REXT/MV-HEVC/SHVC/3D-HEVC HLS: On indication of
decoding process
M. M. Hannuksela (Nokia)
JCTVC-Q0116
m32848
2014-03-17
23:08:13
2014-03-18
13:33:38
2014-03-27
18:32:18
RExt HLS: Picture referencing across CRA pictures
R. Sjöberg, J. Samuelsson, Y. Wang (Ericsson)
JCTVC-Q0117
m32850
2014-03-17
23:18:25
2014-03-19
02:49:05
2014-03-19
02:49:05
Extension of the pic_struct element in HEVC
A. M. Tourapis, D. Singer (Apple), A. Duenas
(NGCodec), G. Martin-Cocher (Blackberry)
JCTVC-Q0118
m32851
2014-03-17
23:19:27
2014-03-18
23:53:10
2014-03-18
23:53:10
Interlace coding in HEVC v.1
A.M. Tourapis, D. Singer (Apple)
JCTVC-Q0119
m32853
2014-03-17
23:40:54
2014-03-19
01:55:55
2014-03-27
07:27:42
Increased resolution for scaled reference layer offset
K. Minoo, D. Baylon, A. Luthra (Arris)
JCTVC-Q0120
m32854
2014-03-17
23:41:49
2014-03-19
01:56:24
2014-03-27
07:29:18
Re-sampling using existing phase offset flag signaling
K. Minoo, D. Baylon (Arris)
JCTVC-Q0121
m32855
2014-03-17
23:42:07
JCTVC-Q0122
m32856
2014-03-17
23:42:27
2014-03-19
01:56:47
2014-03-29
12:48:37
Increased precision for deriving the reference layer sample
locations
K. Minoo, D. Baylon (Arris)
JCTVC-Q0123
m32857
2014-03-17
23:43:14
2014-03-25
20:00:30
2014-03-25
20:00:30
SCE1: Crosscheck for Colour gamut scalability using gainoffset models (JCTVC-0072) Test 2
K. Minoo (Arris)
JCTVC-Q0124
m32859
2014-03-18
00:00:43
2014-03-18
01:37:01
2014-03-30
09:51:12
Improvements on 1D dictionary coding
J. Ye, S. Liu, S. Lei (MediaTek), X. Chen, L.
Zhao, T. Lin (Tongji)
JCTVC-Q0125
m32860
2014-03-18
00:00:54
2014-03-26
20:41:47
2014-03-28
23:03:51
Crosscheck for JCTVC-Q0124 Improvements on 1D
dictionary coding mode
R. Cohen (MERL)
JCTVC-Q0126
m32861
2014-03-18
00:01:19
JCTVC-Q0127
m32862
2014-03-18
00:02:03
2014-03-18
04:47:13
2014-03-27
00:43:34
Simplification on block vector prediction for intra block copy X. Xu, S. Liu, S. Lei (MediaTek)
JCTVC-Q0128
m32863
2014-03-18
00:02:46
2014-03-18
05:52:57
2014-03-28
10:40:43
Fix for Strong Intra Smoothing in RExt
J. Xu, A. Tabatabai, O. Nakagami, T. Suzuki
(Sony)
JCTVC-Q0129
m32864
2014-03-18
00:05:58
2014-03-18
08:00:44
2014-03-18
08:00:44
Non-SCE1: Reduction of the number of colour space regions
in SCE1 test 1.1
C. Auyeung, K. Sato (Sony)
Withdrawn
Withdrawn
Page: 287
Date Saved: 2016-02-12
JCTVC-Q0130
m32865
2014-03-18
00:12:08
2014-03-18
07:56:57
2014-03-20
21:28:57
AHG12: Mismatch of SHVC draft 5 and SHM-5.0 software in
C. Auyeung (Sony)
bit-depth scalability with 1x scalability
JCTVC-Q0131
m32866
2014-03-18
00:18:40
2014-03-18
06:18:29
2014-03-26
20:33:12
AHG18: Limiting the worst-case length for
coeff_abs_level_remaining syntax element to 32 bits
M. Karczewicz, R. Joshi (Qualcomm)
JCTVC-Q0132
m32867
2014-03-18
00:31:06
2014-03-18
05:08:48
2014-04-03
19:30:34
On unification of intra block copy and inter-picture motion
compensation
X. Xu, S. Liu, S. Lei (MediaTek)
JCTVC-Q0133
m32868
2014-03-18
00:44:19
2014-03-18
23:49:36
2014-03-18
23:49:36
Comments on HEVC 4:4:4 8 bit profiles
A.M. Tourapis, D. Singer (Apple)
JCTVC-Q0134
m32872
2014-03-18
01:53:22
2014-03-18
23:08:36
2014-04-02
04:23:06
Ping-pong block vector predictor for intra block copy
L. Zhu, J. Xu, G. J. Sullivan, Y. Wu, S.
Sankuratri, B. A Kumar (Microsoft)
JCTVC-Q0135
m32873
2014-03-18
01:56:51
2014-03-18
23:10:34
2014-03-18
23:10:34
AMP for Intra BC prediction
L. Zhu, J. Xu, Y. Wu, G. J. Sullivan, S.
Sankuratri, B. A Kumar (Microsoft)
JCTVC-Q0136
m32874
2014-03-18
02:11:39
2014-03-27
00:36:07
2014-03-27
00:36:07
AHG14: On methods and test conditions for colour gamut
scalability
K. Minoo, A. Luthra, D. Baylon (Arris)
JCTVC-Q0137
m32875
2014-03-18
02:11:53
2014-03-18
07:18:41
2014-03-24
17:38:42
AhG 8: Adaptive Scaling of SAO offset
W.-S. Kim, J. Sole, M. Karczewicz
(Qualcomm)
JCTVC-Q0138
m32876
2014-03-18
02:58:36
2014-03-18
05:06:18
2014-03-27
07:40:19
AHG10: Line-matching above copy method
Yao-Jen Chang, Chun-Lung Lin, Chao-Hsiung
Hung (ITRI), Chun-Chi Chen, Wen-Hsiao
Peng, Hsueh-Ming Hang (NCTU)
JCTVC-Q0139
m32879
2014-03-18
04:08:08
2014-03-18
07:37:43
2014-03-29
16:30:13
Intra block copy with larger search region
C. Pang, J. Sole, T. Hsieh, M. Karczewicz
(Qualcomm)
JCTVC-Q0140
m32881
2014-03-18
04:37:44
2014-03-18
10:05:15
2014-03-29
16:30:57
AhG8: Performance of encoder and parameter only changes
for Screen Content Coding
J. Sole, C. Pang, L. Zhang, K. Rapaka, M.
Karczewicz (Qualcomm)
JCTVC-Q0141
m32883
2014-03-18
05:00:57
2014-03-18
05:08:18
2014-03-27
00:56:45
Non-SCE1: Coding of colour gamut prediction coefficients
K. Misra, S.-H. Kim, A. Segall (Sharp)
JCTVC-Q0142
m32884
2014-03-18
05:01:21
2014-03-18
10:55:58
2014-04-03
16:17:46
MV-HEVC/SHVC HLS: On extraction of independent nonbase layer
Hendry, A. K. Ramasubramonian, Y.-K. Wang
(Qualcomm)
JCTVC-Q0143
m32885
2014-03-18
05:01:50
2014-03-26
17:37:11
2014-03-26
17:37:11
Crosscheck report of SCE1 test on colour gamut scalability
using 8x8x8 regions and matrix mapping (JCTVC-Q0072)
K. Misra (Sharp)
JCTVC-Q0144
m32886
2014-03-18
05:02:15
2014-03-26
17:36:26
2014-03-26
17:36:26
Crosscheck report of SCE1 test on asymmetric 3D-LUT with
phase alignment filter disabled (JCTVC-Q0048)
K. Misra (Sharp)
JCTVC-Q0145
m32887
2014-03-18
05:05:19
2014-03-18
12:03:36
2014-03-18
12:03:36
MV-HEVC/SHVC HLS: On level definitions
Y.-K. Wang, K. Rapaka, J. Chen, Hendry, A. K.
Ramasubramonian (Qualcomm)
JCTVC-Q0146
m32888
2014-03-18
05:05:36
2014-03-18
12:20:46
2014-03-18
12:20:46
MV-HEVC/SHVC HLS: On picture order count and related
A. K. Ramasubramonian, Hendry, Y.-K. Wang
(Qualcomm)
JCTVC-Q0147
m32892
2014-03-18
05:09:52
2014-03-18
20:51:49
2014-03-30
13:27:44
AhG8: On fast inter search method for screen content coding
K. Rapaka, J. Sole, L. Zhang, M. Karczewicz
(Qualcomm)
Page: 288
Date Saved: 2016-02-12
JCTVC-Q0148
m32893
2014-03-18
05:26:42
2014-03-18
22:36:25
2014-03-27
19:31:58
Quantization rounding for RDPCM
F. Zou, R. Joshi, J. Sole, C. Pang, M.
Karczewicz (Qualcomm)
JCTVC-Q0149
m32894
2014-03-18
05:27:09
2014-03-18
21:44:47
2014-03-31
19:32:10
Pixel-based 1D Dictionary Coding
F. Zou, Y. Chen, C. Pang, J. Sole, M.
Karczewicz (Qualcomm)
JCTVC-Q0150
m32895
2014-03-18
06:17:07
2014-03-27
22:31:06
2014-03-27
22:31:06
Crosscheck AhG10: Palette predictor stuffing (JCTVCQ0063)
W. Pu, R. Joshi (Qualcomm)
JCTVC-Q0151
m32896
2014-03-18
06:18:28
2014-03-27
22:30:12
2014-03-27
22:40:04
Crosscheck AhG10: Palette index coding (JCTVC-Q0064)
W. Pu, R. Joshi (Qualcomm)
JCTVC-Q0152
m32897
2014-03-18
06:20:01
2014-04-02
03:32:33
2014-04-02
03:32:33
Crosscheck AhG10: Transition copy mode for Palette mode
(JCTVC-Q0065)
W. Pu, R. Joshi (Qualcomm)
JCTVC-Q0153
m32898
2014-03-18
06:21:18
2014-03-27
22:45:07
2014-03-27
22:45:07
Crosscheck AhG10: Run coding for palette mode (JCTVCQ0066)
W. Pu, R. Joshi (Qualcomm)
JCTVC-Q0154
m32899
2014-03-18
06:25:21
2014-03-20
10:27:41
2014-03-20
10:27:41
MV-HEVC/SHVC HLS: On picture flushing and DPB
parameters
A. K. Ramasubramonian, Y.-K. Wang, Hendry
(Qualcomm)
JCTVC-Q0155
m32901
2014-03-18
06:35:22
2014-03-18
23:36:37
2014-03-26
14:27:32
RCE1: Subtest 1 - Motion Vector Resolution Control
Y. Zhou, J. Xu, G. J. Sullivan, B. Lin
(Microsoft)
JCTVC-Q0156
m32902
2014-03-18
06:35:44
2014-03-18
23:28:37
2014-03-18
23:28:37
RCE1: cross-check report of subtest 2
Y. Zhou, J. Xu (Microsoft)
JCTVC-Q0157
m32903
2014-03-18
06:49:20
2014-03-18
11:56:03
2014-03-18
11:56:03
MV-HEVC/SHVC HLS: On DPB - to share or not to share,
that is the question
A. K. Ramasubramonian, Hendry, Y.-K. Wang,
Y. Chen (Qualcomm)
JCTVC-Q0158
m32906
2014-03-18
07:02:51
2014-03-18
07:10:32
2014-03-18
07:10:32
MV-HEVC/SHVC HLS: On Highest TemporalId
S. Deshpande (Sharp)
JCTVC-Q0159
m32908
2014-03-18
08:01:41
2014-03-18
09:16:26
2014-03-29
10:57:43
AHG 13: Sub-region extraction – position calculation and
comparison of different approaches
T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)
JCTVC-Q0160
m32909
2014-03-18
08:01:44
2014-03-18
09:17:44
2014-04-03
07:53:01
SHVC/MV-HEVC HLS: On alternative output layer flag
T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)
JCTVC-Q0161
m32910
2014-03-18
08:01:46
2014-03-18
09:33:18
2014-03-29
08:05:52
Layer association of auxiliary pictures
T. Ikai (Sharp)
JCTVC-Q0162
m32911
2014-03-18
08:01:48
2014-03-18
09:35:31
2014-03-29
08:06:36
SHVC/MV-HEVC HLS: Scaled offset information of
auxiliary pictures
T. Ikai (Sharp)
JCTVC-Q0163
m32912
2014-03-18
08:01:50
2014-03-18
09:26:17
2014-03-27
18:08:30
MV-HEVC/SHVC HLS: On decoding non-output/nonreference layers
T. Tsukuba, T. Yamamoto, T. Ikai (Sharp)
JCTVC-Q0164
m32913
2014-03-18
08:01:52
2014-03-18
09:37:51
2014-03-18
09:37:51
MV-HEVC/SHVC HLS: On sub-bitstream property SEI
T. Ikai, T. Yamamoto, T. Tsukuba(Sharp)
JCTVC-Q0165
m32914
2014-03-18
08:01:54
2014-03-18
09:21:03
2014-03-28
10:43:29
MV-HEVC/SHVC HLS: Clean up for output layer set
T. Tsukuba, T. Yamamoto, T. Ikai, S.
Deshpande(Sharp)
Page: 289
Date Saved: 2016-02-12
JCTVC-Q0166
m32915
2014-03-18
08:01:57
2014-03-18
09:20:14
2014-04-02
15:42:17
MV-HEVC/SHVC HLS: On scaled reference layer offset
T. Yamamoto, T. Tsukuba, T. Ikai (Sharp), A.
K. Ramasubramonian (Qualcomm)
JCTVC-Q0167
m32916
2014-03-18
08:01:59
2014-03-18
09:42:22
2014-03-18
09:42:22
MV-HEVC/SHVC HLS: On layers not present SEI
T. Ikai (Sharp)
JCTVC-Q0168
m32917
2014-03-18
08:09:46
2014-03-18
10:04:58
2014-03-18
10:04:58
On phase offset for resampling process in SHVC
J. Chen, K. Rapaka, M. Karczewicz
(Qualcomm)
JCTVC-Q0169
m32928
2014-03-18
10:42:44
2014-03-18
10:47:54
2014-03-29
11:15:10
AHG10: Adaptive Scan Order on Palette Based Coding
J. Zhu, J. Ye, K. Kazui (Fujitsu)
JCTVC-Q0170
m32929
2014-03-18
13:34:37
2014-03-18
13:39:23
2014-03-18
13:39:23
SHVC HLS: Resampling need for a scalable layer
K. Andersson, J. Samuelsson, R. Sjöberg, J.
Ström (Ericsson)
JCTVC-Q0171
m32931
2014-03-18
23:38:14
2014-04-02
00:24:36
2014-04-02
00:24:36
Cross-check of JCTVC-Q0093
J. Xu (Microsoft)
JCTVC-Q0172
m32932
2014-03-18
23:39:01
2014-04-02
00:24:12
2014-04-02
04:37:44
Cross-check of JCTVC-Q0127
J. Xu (Microsoft)
JCTVC-Q0173
m32933
2014-03-19
00:21:18
2014-03-26
22:57:47
2014-03-26
22:57:47
Non-RCE1: Crosscheck report on simplification of RCE1
test2 (JCTVC-Q0092)
X. Li (Qualcomm)
JCTVC-Q0174
m32935
2014-03-19
01:51:49
2014-03-19
08:40:33
2014-03-29
13:23:20
AHG10: Modified copy above mode for palette based coding
J. Zhu, J. Ye, K. Kazui (Fujitsu)
JCTVC-Q0175
m32936
2014-03-19
01:54:29
2014-03-19
23:47:09
2014-03-28
18:08:11
Intra block copy with encoder search using chroma
component
C. Pang, J. Sole, M. Karczewicz (Qualcomm)
JCTVC-Q0176
m32937
2014-03-19
05:08:27
2014-03-24
01:08:52
2014-03-25
05:15:43
AHG8: String match in coding of screen content
W. Wang, Z. Ma, M. Xu, X. Wang, H. Yu
(Huawei)
JCTVC-Q0177
m32938
2014-03-19
06:41:57
2014-03-19
09:12:02
2014-03-19
09:12:02
MV-HEVC/SHVC HLS: Miscellaneous HLS topics
Hendry, A. K. Ramasubramonian, Y.-K. Wang,
V. Seregin (Qualcomm)
JCTVC-Q0178
m32947
2014-03-19
15:14:53
2014-03-30
10:58:56
2014-03-30
10:58:56
AHG10: Crosscheck of Simplification of Palette Based
Coding (JCTVC-Q0047)
C. Gisquet (Canon)
JCTVC-Q0179
m32948
2014-03-19
15:15:10
2014-03-25
16:29:02
2014-03-25
16:29:02
AHG8: Crosscheck of Coding the prediction differences of
the intra BC vectors (JCTVC-Q0095)
P. Onno (Canon)
JCTVC-Q0180
m32949
2014-03-19
15:15:27
2014-03-28
22:32:34
2014-03-28
22:32:34
Crosscheck of ping-pong block vector predictor for intra
block copy (JCTVC-Q0134)
P. Onno (Canon)
JCTVC-Q0181
m32950
2014-03-19
15:15:41
2014-03-26
10:52:10
2014-03-26
10:52:10
Crosscheck of quantization rounding for RDPCM (JCTVCQ0148)
C. Gisquet (Canon)
JCTVC-Q0182
m32986
2014-03-20
16:37:49
2014-03-20
16:43:14
2014-03-21
13:09:10
MV-HEVC/SHVC: On bitstream partition buffering
M. M. Hannuksela, A. Hallapuro (Nokia)
JCTVC-Q0183
m32988
2014-03-20
17:09:52
2014-03-25
03:20:35
2014-03-25
03:20:35
MV-HEVC/SHVC HLS: SEI message cleanups
Y.-K. Wang, Hendry, A. K. Ramasubramonian
(Qualcomm)
Page: 290
Date Saved: 2016-02-12
JCTVC-Q0184
m32991
2014-03-20
18:45:19
2014-03-29
17:12:23
2014-03-29
17:12:23
Cross-check of JCTVC-Q0135 AMP for Intra BC prediction
P. Lai, X. Xu, S. Liu (MediaTek)
JCTVC-Q0185
m32993
2014-03-21
03:15:23
2014-03-28
11:21:54
2014-03-28
11:21:54
Cross-check of 'AHG18: Worst-case Escape Code Length
Mitigation' (JCTVC-Q0073) by Sony
C. Rosewarne, M. Maeda (Canon)
JCTVC-Q0186
m33038
2014-03-21
11:46:28
2014-03-21
11:48:19
2014-04-03
08:22:16
AHG5: Super-high Tier Specification Targeted at the Intra 16- K. Sharman, N. Saunders, J. Gamei, T. Suzuki,
bit 4:4:4 Profile
A. Tabatabai (Sony)
JCTVC-Q0187
m33042
2014-03-21
14:02:16
2014-03-21
17:42:58
2014-03-21
17:42:58
Resampling of reference layer frames in interlaced-toprogressive scalability
M. M. Hannuksela, K. Ugur (Nokia)
JCTVC-Q0188
m33044
2014-03-21
14:33:39
2014-03-21
14:41:43
2014-03-21
14:41:43
Alternative AVC base layer HRD parameters for HEVC
hybrid codec scalability
M. M. Hannuksela (Nokia)
JCTVC-Q0189
m33058
2014-03-21
21:46:39
2014-03-21
21:50:22
2014-03-30
18:26:49
MV-HEVC/SHVC HLS: On
slice_temporal_mvp_enabled_flag
M. M. Hannuksela (Nokia)
JCTVC-Q0190
m33077
2014-03-23
14:22:32
2014-03-23
22:05:47
2014-04-09
17:39:27
Evaluation of distortion metrics on HDR video content
E. Franois, P. Lopez, F. Le Léannec, S.
Lasserre (Technicolor)
JCTVC-Q0191
m33078
2014-03-23
14:24:22
2014-03-24
18:36:43
2014-03-25
18:51:01
New HDR video coding results
E. Franois, S. Lasserre, F. Le Léannec
(Technicolor)
JCTVC-Q0192
m33240
2014-03-24
20:52:05
2014-03-24
20:53:27
2014-03-24
20:53:27
Insights and open questions on HDR/WCG video coding
D. Singer, A.M. Tourapis (Apple)
R. Cohen, X. Zhang, A. Vetro, K. Sugimoto
(MERL), A. Minezawa, K. Miyazawa, S.
Sekiguchi, T. Murakami (Mitsubishi Electric),
Z. Ma, W. Wang, M. Xu, X. Wang, H. Yu
(Huawei Technologies (USA)
JCTVC-Q0193
m33246
2014-03-24
21:36:26
2014-03-24
21:41:16
2014-03-24
21:41:16
Combination of screen content coding proposals JCTVCQ0034/JCTVC-Q0176 and JCTVC-Q0036
JCTVC-Q0194
m33276
2014-03-24
22:57:21
2014-03-29
04:17:42
2014-03-31
04:12:04
Cross-check of JCTVC-Q0034: Description of screen content X. Zhang, R. Cohen (MERL), K. Miyazawa, A.
coding technology proposal by Huawei Technologies (USA) Minezawa (Mitsubishi Electric)
JCTVC-Q0195
m33299
2014-03-25
01:17:10
2014-03-25
01:21:40
2014-03-25
01:21:40
MV-HEVC/SHVC HLS: On representation format signaling
S. Hattori, O. Nakagami, T. Suzuki (Sony)
JCTVC-Q0196
m33302
2014-03-25
02:18:34
2014-03-25
02:27:05
2014-03-25
02:27:05
SCE1: Crosscheck result of Test 1.3
K. Sato (Sony)
JCTVC-Q0197
m33304
2014-03-25
02:26:59
2014-03-25
03:13:46
2014-03-28
08:39:47
Cross-check for increased precision for deriving the reference
E. Alshina (Samsung)
layer sample location
JCTVC-Q0198
m33305
2014-03-25
02:29:02
2014-03-25
04:04:53
2014-03-25
04:04:53
Cross-check for bit-depth conversion bug fix in SHM
reference s/w (JCTVC-Q0130)
JCTVC-Q0199
m33306
2014-03-25
02:30:48
2014-03-27
04:11:17
2014-03-27
04:11:17
Non-SCE1: Cross-check for reduction of the number of colour
E. Alshina, A. Alshin (Samsung)
space regions in SCE1 test 1.1 (JCTVC-Q0129)
JCTVC-Q0200
m33307
2014-03-25
02:30:50
2014-03-31
16:31:43
2014-04-01
12:45:36
Re-sampling process modification considering cropping
information
Page: 291
Date Saved: 2016-02-12
E. Alshina, A. Alshin (Samsung)
E. Alshina (Samsung), J. Chen (Qualcomm)
JCTVC-Q0201
m33308
2014-03-25
02:32:10
2014-03-27
04:21:48
2014-03-27
04:21:48
Cross-check for Consistent usage of intra boundary filter
disabling (JCTVC-Q0070)
JCTVC-Q0202
m33310
2014-03-25
03:10:50
2014-04-03
11:38:16
2014-04-03
11:38:16
Cross-check for Symmetric intra block copy (JCTVC-Q0082) E. Alshina (Samsung)
JCTVC-Q0203
m33311
2014-03-25
03:10:52
2014-04-03
11:37:41
2014-04-04
08:53:57
AhG13: Methodology for evaluation an accuracy of resampling process
E. Alshina (Samsung)
JCTVC-Q0204
m33340
2014-03-25
09:17:38
2014-03-27
16:05:46
2014-04-01
14:30:53
HEVC verification test results
T.K. Tan, M. Mrak, V. Baroncini, N. Ramzan
(Test coordinators)
JCTVC-Q0205
m33343
2014-03-25
10:26:41
2014-03-28
06:22:45
2014-03-28
06:22:45
AHG10: Cross-check report for JCTVC-Q0083
X. Guo (Microsoft)
JCTVC-Q0206
m33345
2014-03-25
11:37:26
2014-03-28
18:36:42
2014-04-01
14:33:55
Proposal to support 12 bit video in SHVC
T. Suzuki, C. Auyeung, K. Sato (Sony)
JCTVC-Q0207
m33353
2014-03-25
18:55:46
2014-03-25
19:58:41
2014-03-25
19:58:41
Crosscheck of JCTVC-Q0114 on Block vector prediction
method for Intra block copy
J. Xu (Sony)
JCTVC-Q0208
m33354
2014-03-25
18:57:25
2014-03-28
00:20:29
2014-03-28
00:20:29
Crosscheck of JCTVC-Q0068 on AHG8: On Sample
Adaptive Band Value
J. Xu, A. Tabatabai (Sony)
JCTVC-Q0209
m33355
2014-03-25
21:26:57
2014-03-28
04:00:41
2014-03-28
04:00:41
Cross-check of JCTVC-Q0128 on Fix for Strong Intra
Smoothing in RExt
C. Pang (Qualcomm)
JCTVC-Q0210
m33357
2014-03-25
22:24:02
2014-03-27
00:55:48
2014-03-27
00:55:48
Cross-check of JCTVC-Q0075 on Intra-block-copy in Non4:4:4 Formats
C. Pang (Qualcomm)
JCTVC-Q0211
m33358
2014-03-26
01:08:25
2014-03-27
02:20:38
2014-03-27
02:20:38
MV-HEVC/SHVC HLS: On HighestTid and
MaxSubLayersInLayerSetMinus1
T. Ikai (Sharp)
JCTVC-Q0212
m33363
2014-03-26
01:57:09
2014-03-26
01:59:41
2014-03-28
10:14:28
AHG5: Objective and subjective evaluations of crosscomponent decorrelation in RExt6.0 for range extensions
profile
K. Kawamura, S. Naito (KDDI)
JCTVC-Q0213
m33385
2014-03-26
18:54:52
2014-03-26
22:10:58
2014-03-29
11:13:26
Fix for adaptive colour space coding in JCTVC-Q0035
B. Li, J. Xu (Microsoft)
JCTVC-Q0214
m33386
2014-03-26
18:58:42
2014-03-28
00:25:13
2014-03-28
00:25:13
Cross-check of JCTVC-Q0062
L. Zhu, J. Xu (Microsoft)
JCTVC-Q0215
m33391
2014-03-27
00:43:30
2014-03-28
16:06:36
2014-03-28
16:06:36
Cross-check for refined scaling factor calculation in JCTVCQ0104
J. Chen (Qualcomm)
JCTVC-Q0216
m33392
2014-03-27
01:07:40
2014-03-28
16:21:18
2014-03-28
16:21:18
Cross-check for modified phase offset calculation in JCTVCQ0120
J. Chen (Qualcomm)
JCTVC-Q0217
m33400
2014-03-27
06:30:48
2014-03-27
07:19:20
2014-03-27
07:19:20
Crosscheck of JCTVC-Q0137 on adaptive scaling of SAO
offsets
X. Zhang, Y.-W. Huang (MediaTek)
JCTVC-Q0218
m33401
2014-03-27
06:32:22
2014-03-29
15:53:19
2014-03-29
15:53:19
Crosscheck of JCTVC-Q0138 on line-matching above copy
method
Y.-C. Sun, Y.-W. Huang (MediaTek)
Page: 292
Date Saved: 2016-02-12
E. Alshina, A. Alshin (Samsung)
JCTVC-Q0219
m33404
2014-03-27
09:08:19
2014-03-28
16:24:30
2014-03-28
16:24:30
Editor's proposed draft text of HEVC conformance testing
T. Suzuki, W. Wan, G. Sullivan (Editors)
JCTVC-Q0220
m33405
2014-03-27
09:13:05
2014-03-30
13:07:32
2014-03-30
13:07:32
Cross-check of 'Intra block copy with larger search region'
(JCTVC-Q0139) by Qualcomm
C. Rosewarne, M. Maeda (Canon)
JCTVC-Q0221
m33406
2014-03-27
09:17:50
2014-03-30
13:09:22
2014-03-30
13:09:22
Cross-check of ‘Intra block copy with encoder search using
C. Rosewarne, M. Maeda (Canon)
chroma component' (JCTVC-Q0175) by Qualcomm
JCTVC-Q0222
m33410
2014-03-27
10:17:58
2014-03-27
12:20:03
2014-03-27
12:20:03
SCE1: Cross-check of 3D-LUT parameter coding of JCTVCQ0048
K. Ugur, A. Aminlou (Nokia)
JCTVC-Q0223
m33418
2014-03-27
22:03:47
2014-03-27
23:14:22
2014-04-03
15:26:39
BoG report on High Level Syntax
J. Boyce, Y.-K. Wang
JCTVC-Q0224
m33419
2014-03-27
22:46:44
2014-04-02
03:19:07
2014-04-02
03:28:18
Crosscheck AhG10: Combination of Palette coding tools
(JCTVC-Q0069)
W. Pu, R. Joshi (Qualcomm)
JCTVC-Q0225
m33424
2014-03-28
01:15:01
2014-03-28
07:32:18
2014-03-28
07:32:18
Improvements to palette based coding
W. Pu, F. Zou, R. Joshi, M. Karczewicz, J. Sole
(Qualcomm)
JCTVC-Q0226
m33425
2014-03-28
06:53:27
2014-03-31
19:29:32
2014-03-31
19:29:32
Cross-check of block vector prediction for intra block copy in
W.-S. Kim (Qualcomm)
JCTVC-Q0080
JCTVC-Q0227
m33430
2014-03-28
16:07:45
2014-03-30
18:25:37
2014-03-30
18:25:37
Crosscheck report of JCTVC-Q0056 on encoder
improvements for weighted prediction
K. Misra (Sharp)
JCTVC-Q0228
m33446
2014-03-29
07:12:47
2014-03-29
08:57:08
2014-03-29
08:57:08
DCI HDR & WCG StEM Content Description
J. Helman (MovieLabs), W. Husak (Dolby)
JCTVC-Q0229
m33433
2014-03-28
19:10:21
2014-03-28
19:15:00
2014-04-02
01:13:39
HEVC still picture coding performance evaluation
Didier Nicholson, Chaker Larabi, Antonin
Descampe
JCTVC-Q0230
m33436
2014-03-28
20:34:44
2014-03-28
20:47:10
2014-03-28
20:47:10
Cross-check of symmetric intra block copy (JCTVC-Q0082)
B. Li, J. Xu (Microsoft)
JCTVC-Q0231
m33443
2014-03-29
00:36:27
2014-03-29
00:45:37
2014-03-29
00:45:37
Crosscheck of JCTVC-Q0095 on Coding the prediction
differences of the intra BC vectors
C. Pang (Qualcomm)
JCTVC-Q0232
m33448
2014-03-29
08:49:51
2014-04-04
14:35:17
2014-04-04
14:35:17
HDR/WCG StEM and Telescope clips encoded as Y'DzDx
and BT.2020
B. Mandel (Universal), C. Fogg, J. Helman
(MovieLabs)
JCTVC-Q0233
m33449
2014-03-29
08:49:52
JCTVC-Q0234
m33459
2014-03-29
13:51:38
2014-03-29
15:51:44
2014-04-03
16:06:41
BoG report on SHVC upsampling process and phase offset
J. Boyce (BoG coordinator)
JCTVC-Q0235
m33461
2014-03-29
16:38:38
2014-03-29
16:46:24
2014-03-29
16:46:24
Cross-check report on Description of SCC technology
proposal by MERL (JCTVC-Q0036)
X. Wang, H. Yang, M. Xu (Huawei)
JCTVC-Q0236
m33463
2014-03-30
03:22:14
2014-03-30
03:36:25
2014-03-31
08:51:25
BoG report for Non-CfP SCC and related documents
R. Cohen (BoG coordinator)
Withdrawn
Page: 293
Date Saved: 2016-02-12
JCTVC-Q0237
m33475
2014-03-30
16:42:36
2014-04-02
21:36:53
2014-04-10
05:34:25
Crosscheck of JCTVC-Q0132 on AMVP for BV prediction
and PU syntax for IntraBC
R.-L. Liao, C.-C. Chen, W.-H. Peng (NCTU),
J.-S. Tu (ITRI)
JCTVC-Q0238
m33477
2014-03-30
22:36:23
2014-03-31
08:05:39
2014-03-31
08:05:39
Encoding time reduction for Independent Uniform Prediction
in SCC CfP response JCTVC-Q0036
X. Zhang, R. Cohen
JCTVC-Q0239
m33480
2014-03-31
11:34:43
2014-03-31
16:26:22
2014-03-31
16:26:22
BoG report on summary of objective performance and tools
for SCC CfP responses
R. Joshi, R. Cohen, H. Yu
JCTVC-Q0240
m33483
2014-03-31
19:18:50
2014-04-03
20:30:22
2014-04-03
20:30:22
Crosscheck of JCTVC-Q0225 on AHG10: Improvements to
Palette Based Coding
J. Xu (Sony)
JCTVC-Q0241
m33484
2014-03-31
20:21:07
2014-03-31
20:23:11
2014-03-31
20:23:11
Cross-check of JCTVC-Q0147 "On fast inter search method
for screen content coding"
K. Sharman, N. Saunders, J. Gamei (Sony)
JCTVC-Q0242
m33488
2014-04-01
08:44:25
2014-04-01
08:55:56
2014-04-01
08:55:56
Proposed common software base for future screen content
coding development
B. Li, J. Xu, G. J. Sullivan (Microsoft)
JCTVC-Q0243
m33492
2014-04-01
10:30:58
2014-04-01
10:32:49
2014-04-09
17:18:21
Software for the Screen Content Coding Model
K. Rapaka, C. Pang, J. Sole, M. Karczewicz
(Qualcomm)
JCTVC-Q0244
m33493
2014-04-01
12:33:38
2014-04-01
12:35:49
2014-04-03
12:17:39
BoG report on screen content coding reference model (SCM)
R. Cohen (BoG coordinator)
JCTVC-Q0245
m33500
2014-04-01
22:50:58
2014-04-01
23:20:17
2014-04-01
23:20:17
Hash-based motion search
B. Li, J. Xu (Microsoft)
JCTVC-Q0246
m33501
2014-04-02
01:17:26
2014-04-02
23:07:40
2014-04-02
23:07:40
Cross-check of JCTVC-Q0134 Solution 3 on ping-pong block
P. Lai, S. Liu (MediaTek)
vector predictor for intra block copy
JCTVC-Q0247
m33505
2014-04-02
11:07:33
2014-04-02
11:14:51
2014-04-02
11:14:51
MV-HEVC/SHVC HLS: On frame-field related indications
(follow-up of parts of JCTVC-Q0183/JCT3V-H0082 and
JCTVC-Q0078/JCT3V-H0026)
M. M. Hannuksela (Nokia)
JCTVC-Q0248
m33508
2014-04-02
15:08:44
2014-04-02
15:12:32
2014-04-10
07:37:06
Software for SCM with hash-based motion search
K. Rapaka (Qualcomm), J. Xu (Microsoft)
JCTVC-Q0249
m33509
2014-04-02
15:40:55
2014-04-02
15:44:01
2014-04-02
15:44:01
Proposal of the RExt conformance test development plan
T. Suzuki, O. Nakagami (Sony)
JCTVC-Q0250
m33510
2014-04-02
15:58:09
2014-04-04
11:00:01
2014-04-16
01:57:18
Cross-check of JCTVC-Q0243 Software for the Screen
P. Lai, X. Xu, S. Liu, Y.-C. Sun, T.-Z. Chuang
Content Coding Model and JCTVC-Q0248 Software for SCM
(MediaTek)
with hash-based motion search
JCTVC-Q0251
m33511
2014-04-02
16:50:26
2014-04-02
17:15:33
2014-04-02
17:15:33
On HEVC 4:4:4 profiles with intra block copying
J. Sole (Qualcomm)
JCTVC-Q0252
m33512
2014-04-02
18:02:04
2014-04-02
18:07:41
2014-04-03
08:23:25
Hash-based intraBC search
B. Li, J. Xu (Microsoft)
JCTVC-Q0253
m33514
2014-04-03
06:36:06
2014-04-03
06:43:22
2014-04-03
06:43:22
MV-HEVC/SHVC HLS: On semantics of layers not present
SEI message
A. K. Ramasubramonian (Qualcomm)
JCTVC-Q0254
m33516
2014-04-03
2014-04-03
2014-04-03
Report of side activity on reference position derivation
K. Minoo (Arris), Y. Ye (InterDigital), J. Chen
Page: 294
Date Saved: 2016-02-12
09:54:22
12:44:39
12:44:39
(Qualcomm), T. Yamamoto (Sharp), K.
Andersson (Ericsson)
JCTVC-Q0255
m33523
2014-04-03
17:10:49
2014-04-03
17:17:27
2014-04-03
17:17:27
MV-HEVC/SHVC HLS: On sharing of sub-DPBs
A. K. Ramasubramonian, Hendry (Qualcomm),
S. Deshpande (Sharp)
JCTVC-Q0256
m33524
2014-04-03
19:18:03
2014-04-03
19:21:30
2014-04-03
23:02:02
Rectangular Region Frame Packing Arrangement
G. Balocca (Sisvel)
JCTVC-Q1000
m33551
2014-04-18
22:01:51
Meeting report of the 17th meeting of the Joint Collaborative
Team on Video Coding (JCT-VC), Valencia, ES, 27 Mar.
– 4 Apr. 2014
G. J. Sullivan, J.-R. Ohm
JCTVC-Q1002
m33552
2014-04-18
22:06:13
2014-06-22
19:19:04
2014-06-22
19:19:04
High Efficiency Video Coding (HEVC) Test Model 15 (HM
15) Encoder Description
K. McCann, B. Bross, W.-J. Han, I. K. Kim, K.
Sugimoto, G. J. Sullivan
JCTVC-Q1003
m33553
2014-04-18
22:08:02
2014-05-28
07:09:48
2014-05-28
07:09:48
High Efficiency Video Coding (HEVC) Edition 1 Defect
Report Draft 4
Y.-K. Wang, G. J. Sullivan, B. Bross
JCTVC-Q1004
m33548
2014-04-06
19:07:18
2014-05-25
22:31:14
2014-05-25
22:31:14
HEVC Conformance Draft 7
T. Suzuki, G. Sullivan, W. Wan (Editors)
JCTVC-Q1005
m33545
2014-04-06
11:15:42
2014-04-06
11:20:22
2014-06-19
08:00:13
High Efficiency Video Coding (HEVC) Range Extensions
text specification: Draft 7
D. Flynn, M. Naccari, C. Rosewarne, K.
Sharman, J. Sole, G. J. Sullivan, T. Suzuki
(Editors)
JCTVC-Q1007
m33554
2014-04-18
22:09:41
2014-06-07
09:25:59
2014-06-07
09:25:59
SHVC Test Model 6 (SHM 6)
J. Chen, J. Boyce, Y. Ye, M. M. Hannuksela
JCTVC-Q1008
m33550
2014-04-15
02:10:21
2014-04-15
02:12:01
2014-06-21
00:58:54
High efficiency video coding (HEVC) scalable extension
Draft 6
J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G. J.
Sullivan, Y.-K. Wang
JCTVC-Q1009
m33555
2014-04-18
22:10:49
2014-04-29
22:51:06
2014-04-29
22:51:06
Common SHM test conditions and software reference
configurations
V. Seregin, Y. He
JCTVC-Q1011
m33518
2014-04-03
15:11:29
2014-05-18
02:34:10
2014-05-18
02:34:10
HEVC verification test report
T. K. Tan, M. Mrak, V. Baroncini (Test
coordinators)
JCTVC-Q1012
m33549
2014-04-06
19:10:47
Range extensions conformance draft 1
T. Suzuki, K. Kazui (Editors)
JCTVC-Q1013
m33546
2014-04-06
11:17:10
2014-06-11
15:06:02
2014-06-11
15:06:02
HEVC Range Extensions Test Model 7 Encoder Description
C. Rosewarne, K. Sharman, M. Naccari, G.
Sullivan (Editors)
JCTVC-Q1014
m33556
2014-04-18
22:13:32
2014-04-28
22:34:03
2014-04-28
22:34:03
Screen content coding test model 1 (SCM 1)
R. Joshi, J. Xu, R. Cohen, S. Liu, Z. Ma, Y. Ye
JCTVC-Q1015
m33557
2014-04-18
22:14:52
2014-05-02
03:56:00
2014-05-07
20:08:50
Common conditions for screen content coding tests
H. Yu, R. Cohen, K. Rapaka, J. Xu
JCTVC-Q1101
m33558
2014-04-18
22:20:14
2014-04-29
00:37:41
2014-04-29
00:37:41
HEVC Scalable Extensions Core Experiment SCE1: Colour
Gamut and Bit Depth Scalability
A. Duenas, P. Andrivon, E. Alshina, Y. Ye, K.
Ugur, X. Li
JCTVC-Q1121
m33544
2014-04-05
2014-04-05
2014-04-18
HEVC Screen Content Coding Core Experiment 1 (SCCE1):
J. Sole, S. Liu (CE coordinators)
Page: 295
Date Saved: 2016-02-12
13:58:06
20:38:48
22:44:37
Intra Block Copying Extensions
JCTVC-Q1122
m33543
2014-04-05
00:00:41
2014-04-08
00:57:15
2014-04-19
06:26:48
HEVC Screen Content Coding Core Experiment 2 (SCCE2):
Line-based Intra Copy
C.-C. Chen, X. Xu, L. Zhang (CE coordinators)
JCTVC-Q1123
m33547
2014-04-06
11:31:02
2014-04-18
08:52:12
2014-04-18
08:52:12
HEVC Screen Content Core Experiment 3 (SCCE3): Palette
mode
Y.-W. Huang, P. Onno, R. Joshi, R. Cohen, X.
Xiu, Z. Ma (CE coordinators)
JCTVC-Q1124
m33542
2014-04-04
21:14:54
2014-04-04
21:18:05
2014-04-21
19:01:47
HEVC Screen Content Coding Core Experiment 4 (SCCE4):
String matching for sample coding
Y. Chen, J. Xu (CE coordinators)
JCTVC-Q1125
m33534
2014-04-04
18:27:56
2014-04-04
18:32:24
2014-04-18
22:54:12
HEVC Screen Content Coding Core Experiment 5 (SCCE5):
Inter-component prediction and adaptive colour transforms
X. Xiu, J. Chen (CE coordinators)
Page: 296
Date Saved: 2016-02-12
Annex B to JCT-VC report:
List of meeting participants
The participants of the sixteenth meeting of the JCT-VC, according to a sign-in sheet circulated
during the meeting (approximately 126 people in total), were as follows:
Page: 297
Date Saved: 2016-02-12
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.
Elena Alshina (Samsung Electronics)
Peter Amon (Siemens AG)
Kenneth Andersson (LM Ericsson)
Pierre Andrivon (Technicolor)
Jicheng Au (MediaTek)
Cheung Auyeung (Sony)
Giovanni Ballocca (Sisvel Tech)
Gun Bang (ETRI)
Guillaume Barroux (Fujitsu)
Frank Bossen (NTT Docomo)
Jill Boyce (Vidyo)
Done Bugdayci Sansli (Tampere University of Technology)
Tsui-Shan Chang (NCTU/ITRI)
Chun-Chi Chen (NCTU/ITRI)
Jianle Chen (Qualcomm)
Peisong Chen (Broadcom)
Weizhong Chen (Huawei)
Xu Chen (Huawei Technologies)
Ying Chen (Qualcomm)
Yi-Wen Chen (MediaTek)
Yongjin Cho (Samsung Electronics)
Keiichi Chono (NEC)
Tzu-Der Chuang (MediaTek)
Takeshi Chujoh (Toshiba)
Robert Cohen (Mitsubishi Electric Res. Labs)
Sachin Deshpande (Sharp)
Alexey Dolgoborodov (Vanguard Software Solutions)
Alberto Duenas (NGCodec)
David Flynn (Blackberry)
Chad Fogg (Harmonic)
Edouard François (Technicolor)
Arild Fuldseth (Cisco Systems Norway)
Dan Grois (Fraunhofer HHI)
Miska Hannuksela (Nokia)
Ryoji Hashimoto (Renesas Electronics)
Shinobu Hattori (Sony)
James Helman (MovieLabs)
Fnu Hendry (Qualcomm)
Yu-Wen Huang (MediaTek USA Inc.)
Atsuro Ichigaya (Japan Broadcasting Corporation (NHK))
Tomohiro Ikai (Sharp)
Byeungwoo Jeon (Sungkyunkwan Univ. (SKKU))
Jung Won Kang (ETRI (Electronics and Telecommunications Research Institute))
Marta Karczewicz (Qualcomm Technologies)
Kei Kawamura (KDDI)
Kimihiko Kazui (Fujitsu Labs)
Dae Yeon Kim (Chips & Media)
Hui Yong Kim (ETRI)
Seung Hwan Kim (Sharp)
Peter Kuhn (European Patent Office)
PoLin (Wang) Lai (Mediatek USA)
Jani Lainema (Nokia)
Page: 298
Date Saved: 2016-02-12
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.
Guillaume Laroche (Canon Research)
Sebastien Lasserre (Technicolor)
Thorsten Laude (Leibniz Univ. Hannover)
Bae-Keun Lee (KT)
Hahyun Lee (Electronics and Telecommunications Research Institue (ETRI))
Sukho Lee (ETRI)
Sunil Lee (Samsung Electronics)
Shawmin Lei (MediaTek USA)
Ming Li (ZTE)
Xiang Li (Qualcomm Technologies)
Chong Soon Lim (Panasonic)
Ching-Chieh Lin (ITRI International)
Jian-Liang Lin (MediaTek Inc.)
Tao Lin (Tongji University)
Shan Liu (MediaTek USA)
Ajay Luthra (Arris)
Zhan Ma (Huawei)
Vinod Kumar Malamal Vadakital (Nokia)
Gaëlle Martin-Cocher (Blackberry)
Shohei Matsuo (NTT)
Ken McCann (Zetacast / Samsung)
Akira Minezawa (Mitsubishi Electric)
Koohyar Minoo (Arris)
Kazuyuki Miyazawa (Mitsubishi Electric)
Matteo Naccari (BBC R&D)
Ohji Nakagami (Sony corporation)
Takahiro Nishi (Panasonic)
Jens-Rainer Ohm (RWTH Aachen Univ.)
Patrice Onno (Canon Research Centre France)
Chanyul Park (Samsung Electronics)
Wen-Hsiao Peng (ITRI International/NCTU)
Adarsh Krishnan Ramasubramonian (Qualcomm Technologies)
Krishnakanth Rapaka (Qualcomm Technologies)
Justin Ridge (Nokia Oyj)
Christopher Rosewarne (CiSRA / Canon Inc)
Damian Ruiz (Univ. Politec. de Valencia)
Jesus Sampedro (Polycom)
Nicholas Saunders (Sony Europe Broad. & Prof. Res. Labs)
Karl Sharman (Sony Europe Broad. & Prof. Res. Labs)
Masato Shima (Canon)
Shinya Shimizu (NTT)
Rickard Sjöberg (Ericsson AB)
Joel Sole (Qualcomm Technologies)
Nikolce Stefanoski (Disney Research Zurich)
Karsten Sühring (Fraunhofer HHI)
Gary Sullivan (Microsoft)
Huifang Sun (Mitsubishi Electric Res. Labs)
Teruhiko Suzuki (Sony)
Maxim Sychev (Huawei Technologies)
Ali Tabatabai (Sony)
Thiow Keng Tan (NTT Docomo)
Gerhard Tech (Fraunhofer HHI)
Page: 299
Date Saved: 2016-02-12
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
Pankaj Topiwala (FastVDO)
Alexandros Tourapis (Apple)
Yi-Shin Tung (ITRI USA / MStar Semiconductor)
Kemal Ugur (Nokia)
Glenn Van Wallendael (Ghent University - iMinds)
Anthony Vetro (Mitsubishi Electric Res. Labs)
Wei Wang (Huawei)
Ye-Kui Wang (Qualcomm Technologies)
Stephan Wenger (Vidyo)
Thomas Wiegand (Fraunhofer HHI)
Ping Wu (ZTE UK)
Xiaoyu Xiu (InterDigital Commun.)
Jizheng Xu (Microsoft)
Tomoyuki Yamamoto (Sharp)
Haitao Yang (Huawei Technologies)
Yan Ye (InterDigital Commun.)
Peng Yin (Dolby Labs)
Haoping Yu (Huawei USA)
Xiaozhen Zheng (Huawei Technologies)
Yunfei Zheng (Apple)
Minhua Zhou (Broadcom)
Jianqing Zhu (Fujitsu R&D Center)
Page: 300
Date Saved: 2016-02-12
– 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 eighth meeting during 29 Mar. – 4 Apr.
2014 at the Palacio de Congresos de Valencia, Valencia, ES. 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. Several plenary sessions were chaired by Dr Karsten
Müller and Dr Anthony Vetro, particularly in cases when neither of the two chairs was able to
attend due to commitments in other groups or joint meetings. It was usually avoided to make
decisions which might cause objections in such cases.
The JCT-3V meeting sessions began at approximately 900 hours on Saturday 29 Apr. 2014.
Meeting sessions were held on all days until the meeting was closed at approximately 1201 hours
on Friday 4 Apr. 2014. Approximately 58 people attended the JCT-3V meeting, and
approximately 205 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 AHG on 3D High-level Syntax (AHG7) had met the 2 days before the JCT-3V meeting (2728 Apr.), to discuss HEVC HLS input contributions jointly with JCT-VC experts. The outcome
of this joint meeting, which continued after the beginning of the JCT-3V meeting, is documented
in the JCT-VC report JCTVC-Q1000.
The primary goals of the meeting were to review the work that was performed in the interim
period since the seventh JCT-3V meeting in producing

Test Model 9 of 3D-AVC

Draft 2 of 3D-AVC reference software (ISO/IEC 14496-5:2001/PDAM 35 Study – not
for ballot)

Draft Text 7 of MV-HEVC (Preliminary Draft of ISO/IEC 23008-2:200X/FDAM 2 – not
for ballot)

Test Model 7 of 3D-HEVC and MV-HEVC, and associated software

Draft 3 of 3D-HEVC text specification (ISO/IEC 23008-2:2013/PDAM4 – for ballot)

Draft 6 of MVC plus Depth Conformance (Study of ISO/IEC 14496-4:2004/FDAM 41 –
for ballot)

Draft 4 of 3D-AVC Conformance (ISO/IEC 14496-4:2004/PDAM 43 Study – not for
ballot)

Report of 3D-AVC Subjective Quality Assessment

Common Test Conditions of 3DV Core Experiments and CE Descriptions.
Page: 301
Date Saved: 2016-02-12
Furthermore, the JCT-3V reviewed the results from three interim Core Experiments (CE);
reviewed technical input documents; produced updated versions of the draft texts, framework
descriptions and software implementations of the items above; and planned a new set of Core
Experiments (CEs) for further investigation of proposed technology.
The JCT-3V produced 7 particularly important output documents from the meeting:

Draft 3 of 3D-AVC reference software (ISO/IEC 14496-5:2001/DAM 35 – for ballot)

Draft Text 8 of MV-HEVC (Preliminary Draft Text of ISO/IEC 23008-2:2013/FDAM 2
– not for ballot)

Test Model 8 of 3D-HEVC and MV-HEVC, and associated software

Draft 4 of 3D-HEVC text specification (Study Text of ISO/IEC 23008-2:2013/PDAM 4 –
not for ballot)

Draft 5 of 3D-AVC Conformance (Text of ISO/IEC 14496-4:2004/DAM 43 – for ballot)

Draft 4 of MVC+D Reference Software (bug fixing before progressing to FDAM)
 Common Test Conditions of 3DV Core Experiments.
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 3 – 9 July 2014 under ITU-T auspices in Sapporo, JP, during 18 – 24
Oct. 2014 under WG 11 auspices in Strasbourg, FR, during 12 – 18 Feb. 2015 under ITU-T
auspices in Geneva, CH, and during 20 – 26 June 2015 under WG 11 auspices in Warsaw, PL.
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.
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 eighth meeting during 29 Mar. – 4 Apr.
2014 at the Palacio de Congresos de Valencia, Valencia, ES. The JCT-3V meeting was held
under the chairmanship of Dr Jens-Rainer Ohm (RWTH Aachen/Germany) and Dr Gary Sullivan
(Microsoft/USA). A couple of sessions were also chaired by Dr Karsten Müller (FhGHHI/Germany) and Dr Anthony Vetro (MERL/USA).
1.2
Meeting logistics
The JCT-3V meeting sessions began at approximately 900 hours on Saturday 29 Mar. 2014.
Meeting sessions were held on all days until the meeting was closed at approximately 1201 hours
on Friday 4 Apr. Approximately 58 people attended the JCT-3V meeting, and approximately 205
input documents were discussed. The meeting took place in a collocated fashion with a meeting
Page: 302
Date Saved: 2016-02-12
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 AHG on 3D High-level Syntax (AHG7) had met the 2 days before the JCT-3V meeting (2728 Mar.), to discuss HEVC HLS input contributions jointly with JCT-VC experts.
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_03_H_Valencia/.
1.3
Primary goals
The primary goals of the meeting were to review the work that had been performed in the interim
period since the seventh JCT-3V meeting in producing

Test Model 9 of 3D-AVC

Draft 2 of 3D-AVC reference software (ISO/IEC 14496-5:2001/PDAM 35 Study – not
for ballot)

Draft Text 7 of MV-HEVC (Preliminary Draft of ISO/IEC 23008-2:2013/FDAM 2 – not
for ballot)

Test Model 7 of 3D-HEVC and MV-HEVC, and associated software

Draft 3 of 3D-HEVC text specification (ISO/IEC 23008-2:2013/PDAM4 – for ballot)

Draft 6 of MVC plus Depth Conformance (Study of ISO/IEC 14496-4:2004/FDAM 41 –
for ballot)

Draft 4 of 3D-AVC Conformance (ISO/IEC 14496-4:2004/PDAM 43 Study – not for
ballot)

Report of 3D-AVC Subjective Quality Assessment
 Common Test Conditions of 3DV Core Experiments and CE Descriptions.
Furthermore, the JCT-3V reviewed the results from the interim Core Experiments (CE);
reviewed technical input documents; produced updated versions of the aforementioned draft
texts, framework descriptions, conformance and software implementations of the items above;
and planned a new set of Core Experiments (CEs) for further investigation of proposed
technology.
1.4 Documents and document handling considerations
1.4.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:
Page: 303
Date Saved: 2016-02-12

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.4.2 Late and incomplete document considerations
The formal deadline for registering and uploading non-administrative contributions had been
announced as Friday, 21 Mar. 2014. For documents on HEVC high level syntax, if submitted as
joint contributions to JCT-VC and JCT-3V, the deadline of Monday, 17 Mar. 2014 had been
announced.
Non-administrative documents uploaded after 2359 hours in Paris/Geneva time Saturday 22 Mar.
2014 were considered "officially late". For HLS documents, a similar consideration applies with
the date of Mar. 18. 2359.
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).
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 regular contribution documents with registration numbers JCT3V-H0146 and higher, as well
as common SHVC/MV-HEVC HLS documents with registration numbers JCT3V-H0056 and
higher were registered after the "officially late" deadline (and therefore were also uploaded late).
Some documents in the "H0146+" 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.
Page: 304
Date Saved: 2016-02-12
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-H0045 (a technical proposal on HLS for picture flushing and DPB) [uploaded 0320]

JCT3V-H0056 (a technical proposal on miscellaneous HLS topics) [uploaded 03-19]

JCT3V-H0081 (a technical proposal on HLS for bistream partition buffering) [uploaded
03-20]

JCT3V-H0082 (a technical proposal on SEI message cleanup) [uploaded 03-25]

JCT3V-H0138 (a technical proposal on slice flag for temporal MVP enabling) [uploaded
03-21]

JCT3V-H0168 (a technical proposal on HLS for representation format signalling)
[uploaded 03-25]

JCT3V-H0188 (a technical proposal on HLS for TID and sublayer signalling) [uploaded
03-27]

JCT3V-H0205 (a technical proposal on disabling B prediction for 4x8 and 8x4 PU)
[uploaded 04-01]

JCT3V-H0206 (a technical proposal on HLS for frame/field indicators) [uploaded 04-02]

JCT3V-H0208 (a technical proposal on layers not present SEI) [uploaded 04-03]
 JCT3V-H0209 (a technical proposal on sharing sub-DPBs) [uploaded 04-03]
The following other documents not proposing normative technical content were classified as late
(this did not apply in the current meeting):
 JCT3V-H0XXX (an input on …) [uploaded XX-XX]
The following cross-verification reports were classified as late either due to late upload or late
registration: JCT3V-H0129, JCT3V-H0140, JCT3V-H0141, JCT3V-H0142, JCT3V-H0143,
JCT3V-H0144, JCT3V-H0145, JCT3V-H0146, JCT3V-H0147, JCT3V-H0148, JCT3V-H0149,
JCT3V-H0150, JCT3V-H0151, JCT3V-H0152, JCT3V-H0153, JCT3V-H0154, JCT3V-H0155,
JCT3V-H0156, JCT3V-H0157, JCT3V-H0158, JCT3V-H0159, JCT3V-H0160, JCT3V-H0161,
JCT3V-H0162, JCT3V-H0163, JCT3V-H0164, JCT3V-H0165, JCT3V-H0166, JCT3V-H0167,
JCT3V-H0169, JCT3V-H0170, JCT3V-H0171, JCT3V-H0172, JCT3V-H0173, JCT3V-H0174,
JCT3V-H0175, JCT3V-H0176, JCT3V-H0177, JCT3V-H0178, JCT3V-H0179, JCT3V-H0180,
JCT3V-H0181, JCT3V-H0182, JCT3V-H0183, JCT3V-H0184, JCT3V-H0185, JCT3V-H0186,
JCT3V-H0187, JCT3V-H0189, JCT3V-H0190, JCT3V-H0191, JCT3V-H0192, JCT3V-H0193,
JCT3V-H0194, JCT3V-H0195, JCT3V-H0196, JCT3V-H0197, JCT3V-H0198, JCT3V-H0199,
JCT3V-H0200, JCT3V-H0201, JCT3V-H0202, JCT3V-H0203.
The following document registrations were later cancelled or otherwise never provided or never
discussed due to lack of availability or registration errors: JCT3V-H0139.
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
Page: 305
Date Saved: 2016-02-12
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-H0XXX (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-H0XXX and ..., the first complete
versions appeared only on 03-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.
1.4.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.
Page: 306
Date Saved: 2016-02-12

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.4.4 Outputs of the preceding meeting
The report documents of the previous meeting, particularly the meeting report (JCT3V-G1000),
the 3D-AVC test model 9 (JCT3V-G1003), the multi-view MV-HEVC draft text 7 (JCT3VG1004), the MV-/3D-HEVC test model 7 (JCT3V-G1005) and 3D-HEVC draft text 3 (JCT3VG1001), the draft 6 of MVC plus depth conformance spec (JCT3V-G1006), Draft 2 of 3D-AVC
Reference Software (JCT3V-G1014), Draft 4 of 3D-AVC Conformance (JCT3V-G1009), the 3D
AVC Subjective Quality Assessment Test Report (JCT3V-G1011), which had been produced in
the interim period, were approved. The ATM and HTM reference software packages produced
by AHG4 and AHG5 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.5 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.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 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
Page: 307
Date Saved: 2016-02-12

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 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):
"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."
Page: 308
Date Saved: 2016-02-12
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 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.
To the best of our knowledge, the ATM, HTM and MFC software packages that are used in JCT3V 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.9 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
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
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.

AMP: Asymmetric motion partitioning.

AMVP: Advanced motion vector prediction.

ARP: Advanced residual prediction.

ATM: AVC based 3D test model
Page: 309
Date Saved: 2016-02-12

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.

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.
Page: 310
Date Saved: 2016-02-12

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).

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.
Page: 311
Date Saved: 2016-02-12

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).
o CTU: Coding tree unit (containing both luma and chroma, synonymous with
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 four shape
possibilities for non-AMP cases.

2Nx2N: having the full width and height of the CU.

2NxN: having two areas that each have the full width and half the height
of the CU.

Nx2N: 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.
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.11 Liaison activity
The JCT-3V did not send or receive formal liaison communications at this meeting.
Page: 312
Date Saved: 2016-02-12
1.12
Opening remarks
New edition HEVC planning was discussed regarding how to proceed with FDAM vs. FDIS in a
coordinated manner for the RExt, SHVC, and MV-HEVC extensions.
Planning of conformance and reference software for MV-HEVC was discussed, emphasizing the
need to complete the work on these in addition to the development of the coding specification
text.
The ISO/IEC PDAM ballot for 3D-HEVC closes before the 9th meeting, whereas DAM is only
planned for Oct. The option could be considered to re-issue a PDAM ballot in July with a 2
month ballot period.
HLS topics were agreed to primarily be discussed jointly with JCT-VC participants.
Consideration of the benefit of dedicated combined texture & depth coding tools was discussed.
1.13
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) (3)

CE1 and related : Merge list construction (section 4.1) (29)

CE2 and related: Residual prediction (section 4.2) (17)

CE3 and related: Entropy coding simplifications (section 4.3) (22)

3DV standards development (incl. software, conformance) (section 5) (0)

High-Level Syntax (section 6) (42)

Non-CE technical contributions (section 1).1.1.1.1.434) (68)

Alternative Depth Formats (section 1).1.1.1.1.499) (3)
 Non-normative Contributions (section 9) (0)
NOTE – The number of contributions noted in each category, as shown in parenthesis above,
may not be 100% precise.
1.14
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 11:30-13:13 and 14:45-19:45 CE1-3 review
o Joint BoG on HLS in parallel

Sunday, second day
o 9:00-13:00 Non-CE technical contributions
o 18:00-20:00 Non-CE technical contributions (chaired by A. Vetro)
Page: 313
Date Saved: 2016-02-12
o Joint BoG on HLS in parallel

Monday, third day
o 9:00-13:00 MPEG plenary
o 14:00-18:30 Non-CE technical contributions, complexity measurement (chaired
by K. Müller)

Tuesday, fourth day
o 10:00-13:00 MFC plus depth, Alternative depth formats, 3D-only HLS,
Conformance
o 14:00-16:00 Revisits (chaired by A. Vetro)
o 16:00-18:00 Joint meeting with parent bodies
o 18:00-19:30 Revisits (chaired by A. Vetro)

Wednesday, fifth day
o 14:00-17:00 Continue on revisits / planning of CEs / further business
o 17:00 Information meeting about editing for ISO/IEC texts

Thursday, sixth day
o Morning: Side activities on drafting CE descriptions etc.
o 10-11 Joint meeting with 3DG on relation AR/3DV (3DG) Sehoon, Jens
o 14-15 Software work plan (Gerhard Tech)
o 15-17 Joint meeting with parent bodies
o 17- Joint meeting with JCT-VC on common HLS definition

Friday, seventh day
o 9:00-12:00 Closing plenary, including review of CE descriptions AHG, draft DoC
on MV-HEVC
2 AHG reports (10)
The activities of ad hoc groups that had been established at the prior meeting are discussed in
this section.
1).1.1.1.1.304
JCT3V-H0001 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_01_G_Sanjose/), particularly
including the following:

The meeting report (JCT3V-G1000)

Draft 3 of 3D-HEVC text specification (JCT3V-G1001) (submitted for ISO/IEC PDAM
ballot)
Page: 314
Date Saved: 2016-02-12

Test Model 9 of 3D-AVC (JCT3V-G1003)

Draft Text 7 of MV-HEVC (JCT3V-G1004)

Test Model 7 of 3D-HEVC and MV-HEVC (JCT3V-G1005), and associated software

Draft 6 of MVC plus Depth Conformance (JCT3V-G1006) (submitted for ISO/IEC FDAM
ballot)

Draft 4 of 3D-AVC Conformance (JCT3V-G1009)

Report of 3D Video Subjective Quality Assessment (JCT3V-G1011)

Draft 2 of 3D-AVC reference software (JCT3V-G1014)

Common Test Conditions of 3DV Core Experiments (JCT3V-G1100)
 Finalized core experiment descriptions (JCT3V-G1101 through JCT3V-G1103).
The 10 ad hoc groups and 3 core experiments had made progress, and various reports from those
activities had been submitted.
The software for ATM version 11, and HTM version 10 (recently updated to HM13) 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.
More than 200 input contributions to the current meeting had been registered. Late-registered
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_03_H_Valencia/JCT3V-H_Logistics.doc. A joint
meeting of AHG7 (high level syntax) with JCT-VC on topics of HEVC high-level syntax, two
days prior to the current JCT-3V meeting, was also organized.
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_03_H_Valencia/JCT3VH_Notes_d0.doc.
1).1.1.1.1.305
JCT3V-H0002 JCT-3V AHG report: 3D-AVC Test Model editing
(AHG2) [M. M. Hannuksela, Y. Chen, T. Suzuki, J.-R. Ohm, G. Sullivan]
As decided by JCT-3V, editors of JCT3V-G1003 removed the description of tools which are not
present in the final specification of the 3D-AVC, e.g. depth map coding tools, from the Test
Model document.
A number of mismatches between 3D-AVC specification text and 3D-ATM software were listed
and analysed in JCT3V-G0239. In addition to this, several working items were communicated
between AhG2 and AhG4.
JCT-3V AhG4 and volunteering proponents conducted actions toward aligning the specification
text and software implementation. A list of fixes conducted during this period includes:
1. Bug-fix in HLS implementation of 3D-AVC
2. Flexible depth resolution
3. DMV derivation in depth first and texture first coding order
4. Enabling support of IBP inter-view prediction in 3D-ATM
5. Bug-fix in support of un-paired MVD coding in 3D-AVC
No concerns were raised against approval of the document G1003.
Page: 315
Date Saved: 2016-02-12
It was suggested to consider to discontinue this AHG or join its mandates with those of AHG4
for purposes of future AHG coordination.
1).1.1.1.1.306
JCT3V-H0003 JCT-3V AHG Report: MV-HEVC / 3D-HEVC Draft
and Test Model editing (AHG3) [G. Tech, K. Wegner, J. Boyce, Y. Chen, T. Suzuki, S.
Yea, J.-R. Ohm, G. J. Sullivan]
The third 3D-HEVC draft, the seventh Test Model of 3D-HEVC and MV-HEVC and the seventh
MV-HEVC draft were developed from the second 3D-HEVC draft, the sixth 3D-HEVC Test
Model and the sixth MV-HEVC draft, respectively, following the decisions taken at the 7th JCT3V meeting in San Jose.
Three editorial teams were formed to work on the three documents that were to be produced:

G1005 3D-HEVC Test Model 7


G1001 3D-HEVC Draft Text 3


Li Zhang, Gerhard Tech, Krzysztof Wegner, Sehoon Yea
Gerhard Tech, Ying Chen, Krzysztof Wegner, Sehoon Yea
G1004 MV-HEVC Draft Text 7

Gerhard Tech, Miska Hannuksela, Ying Chen, Jill Boyce, Krzysztof Wegner
 Adarsh Ramasubramonian, Jianle Chen, Yan Ye, Jens-Rainer Ohm, Gary Sullivan
The MV-HEVC Draft text has been prepared in an editing meeting following the San Jose
meeting.
Three versions of G1001 have been published by the editing AHG following the 7th JCT-3V
meeting in San Jose, the last version has been submitted for PDAM ballot. The 3D-HEVC draft
text has been updated to be aligned with MV-HEVC draft 7.
All adoptions of the last meeting have been incorporated. Moreover existing text has been
revised and improved.
One version of G1005 has been published by the editing AHG following the 7th JCT-3V meeting
in San Jose. 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.
Eight versions of G1004 were published by the AHG following the 7th JCT-3V meeting in San
Jose. 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. Open issues in
G1004: Some text bugs reported in the bug tracking system or indicated by editor's comments.
No concerns were raised against approval of the documents G1001, G1004, G1005.
1).1.1.1.1.307
JCT3V-H0004 JCT-3V AHG Report: 3D-AVC Software Integration
(AHG4) [D. Rusanovskyy (LGE), J.Y. Lee (Samsung), J.-L. Lin (MediaTek), D.Tian
(MERL), O.Stankiewicz (Poznan Univ.)]
This document reports on activities performed by JCT-3V AHG4 on 3D-AVC Software
Integration between 7th and 8th JCT-3V meetings. Activities focused on the execution of
integration plan listed in JCT3V-G0239. All planned working items have been implemented and
3D-ATM v11.0 has been validated and cross-checked in EHP PIP/IBP/IPP coding configurations,
as well as preliminary results for HP PIP/IBP/IPP were produced and expect on cross-check.
Nevertheless, a recently reported bug in HLS of MVC+D prevented AhG4 to reach consensus,
whether current software release (3D-ATM v11.0) should be utilized for 3D-AVC conformance
Page: 316
Date Saved: 2016-02-12
bitstream production. It was suggested to utilize 3D-AVC v11.1 (to be available shortly) for
generating conformance bitstreams.
Working items were categorized in two groups, marked as Stage I, which incorporated all major
bugs known to AhG4, and Stage II, which targeted enabling new functionality, namely IBP interview prediction. A reasoning for such categorization was an attempt to utilize software resulted
from Stage I for generating conformance bitstreams for most of cases. The software integration
of Stage I was conducted in time. However, a late bug-report for MVC+D HLS implementation
in 3D-ATM raised concerns and AhG4 was not able to reach a consensus, if this software should
be used for 3D-AVC conformance bitstream production until the MVC+D bug-fix is provided.
The software resulting from Stage II work was publicly released with a significant delay,
compare to the original working schedule. The delay was originally caused by limited
computational resources for proponent's simulations and further increased by the complexity of
timely replication of the simulation framework for large amount of non-typical (non-CTC)
coding configurations, e.g. EHP IBP/IPP and HP IBP. Proponents and cross-checkers did not
have ready validated setups and this lead to a delay for communication for configuration
alignments.
As per mandate 4, AhG4 conducted extensive validation and verification of 3D-ATM under
different coding configuration.
Simulations included verification of 3D-ATM functionality for independency in enabling of
coding tools, e.g. DVMP, VSP and ALC.
Following this, 3D-ATM was validated under different coding configuration, including IPP, IBP
and PIP inter-view prediction in EHP and HP. Simulation results for IPP/IBP/PIP in EHP are
available in /results folder. Results for IPP/IBP/PIP in HP configuration will be available shortly
after bug-fix in HLS of MVC+D is introduced.
The encoder/decoder mismatch relates to non-CTC condition (IPP and IBP configurations in 3view coding). This case is not covered by the conformance bitstreams of MVC+D, but it is
planned to be included in 3D AVC conformance. It was later clarified that the new conformance
set would also include streams with that functionality for MVC+D decoders (i.e. extending the
MVC+D conformance set).
1).1.1.1.1.308
JCT3V-H0005 JCT-3V AHG Report: MV-HEVC and 3D-HEVC
Software Integration (AHG5) [G. Tech, L. Zhang, Y. Chang, 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/
Multiple versions 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-10.0 was HTM-9.3. Development of HTM-10.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.
After release of HTM-10.0, a bug critical under CTC had been reported. Therefore an additional
version HTM-10.0r1 had been issued.
Page: 317
Date Saved: 2016-02-12
HTM-10.0r1 vs. HTM-9.3 (CTC, three view configuration)
video
video rate
video
total rate
synth
total rate
enc time
dec time
ren time
Balloons
Kendo
Newspaper_CC
GT_Fly
Poznan_Hall2
Poznan_Street
Undo_Dancer
Shark
−0.2%
−0.2%
−0.1%
−0.2%
−0.2%
−0.2%
−0.5%
−0.3%
−0.4%
−0.8%
−0.3%
−0.4%
−0.1%
−0.3%
−0.7%
−0.7%
−1.1%
−1.6%
−1.7%
−2.0%
−1.1%
−1.0%
−1.5%
−2.5%
136.1%
137.4%
145.2%
131.3%
127.6%
133.7%
125.2%
127.2%
108.8%
109.4%
108.1%
106.1%
105.7%
115.7%
107.9%
111.7%
99.9%
100.5%
99.6%
100.4%
100.8%
100.6%
102.8%
99.4%
1024x768
1920x1088
−0.2%
−0.3%
−0.5%
−0.5%
−1.5%
−1.6%
139.6%
129.0%
108.8%
109.4%
100.0%
100.8%
average
−0.2%
−0.5%
−1.5%
133.0%
109.2%
100.5%
Some HLS elements (POC alignment, SEI messages) were missing in the MV-HEVC
implementation.
Question: How does it match in terms of maturity of common HLS implementation with SHVC
software (which is also based on HM13)? Not known.
1).1.1.1.1.309 JCT3V-H0006 JCT-3V AHG Report: 3D Coding Tool Testing (AHG6) [K.
Müller (Fraunhofer HHI), A. Vetro (MERL)]
Mandate 1: Discuss and finalize CE work plans.
The CE work plans were finalized and made available via the JCT-3V web site by January 27,
2014.
Mandate 2: Study the Common Test Conditions and suggest possible changes.
Possible changes to the Common Test Conditions from the various CEs should be discussed
further during the meeting.
Mandate 3: Coordinate between core experiments when necessary.
For the CEs, the 3DV-HTM software version 10.0r1 was used, as announced over the reflector
by March 5, 2014.
Other than this, there were no other needs during this AHG period to coordinate between any of
the core experiments.
Mandate 4: Study coding tool performance of non-CTC configurations.
All CEs used the CTC configuration. In addition, CE3 used the all-intra configuration.
Mandate 5: Report on status of core experiments.
There were 3 CEs established at the previous meeting to further study various aspects of the
HEVC-based coding designs.
To get a sense of where the main areas of development are focused, the approximate number of
CE reports and CE related contributions are noted below.
CE1 on Merge List Construction is most active with 24 contributions. CE3 on Entropy Coding
Simplifications is also active with 19 contributions, as well as CE2 on Residual Prediction with
14 contributions.
No 3D viewing equipment was available at this meeting
1).1.1.1.1.310
JCT3V-H0007 JCT-3V AHG report: 3D High level syntax (AHG7)
[M. M. Hannuksela, J. Boyce, Y. Chen, A. Norkin, Y.-K. Wang]
JCT-VC AHG15 on hybrid codec scalability had several phone conferences between the 7th JCT3V meeting and the 8th JCT-3V meeting. Invitations to the phone conferences were distributed
Page: 318
Date Saved: 2016-02-12
through the JCT-3V reflector too. JCT-VC AHG15 agreed on recommendations on the
mechanism to enable hybrid codec scalability.
JCT-3V AHG7 had met collocated with JCT-VC on 27 – 28 March, 2014. The JCT-VC BoG
report on High Level Syntax (JCTVC-Q0223) documented the agreements that had been reached.
Most high-level syntax input contributions have been submitted to both JCT-VC and JCT-3V.
These input contributions have been categorized in the JCT-VC meeting notes. Additionally the
following three input contributions relate to 3D-HEVC high-level syntax (as correctly
categorized in "JCT3V-H_Notes_d0.doc", Section 6.1):

JCT3V-H0040 3D-HEVC HLS: Inter-layer reference picture list construction [B. Choi, Y.
Cho, M.W. Park, J.Y. Lee, S. Lee, C. Kim (Samsung)]

JCT3V-H0041 3D-HEVC HLS: Layer dependency [B. Choi, Y. Cho, M.W. Park, J.Y. Lee,
S. Lee, C. Kim (Samsung)]

JCT3V-H0095 3D-HEVC HLS: On SDC signaling [J.-L. Lin, Y.-W. Chen, Y.-W. Huang, S.
Lei (MediaTek)]
There were no emails related to the mandates of this ad-hoc group over the reflector between the
7th JCT-3V meeting and the 8th JCT-3V meeting.
No detailed presentation or discussion was deemed necessary.
1).1.1.1.1.311
JCT3V-H0008 JCT-3V AHG Report: Complexity Assessment
(AHG8) [G. G. (Chris) Lee (NCKU), G. Bang (ETRI), T. Ikai (Sharp), K. Rapaka
(Qualcomm), D. Rusanovskyy (LGE)]
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.
Discussed, identified and tabulated coding tools or cases were to be studied at different
suggested data granularities using a spreadsheet which provides a high level overview of the
scope of the work in this ad hoc group. Furthermore, several examples provided by co-chairs and
proponents in previous JCT-3V meetings were also included in this spreadsheet which was
uploaded together with AHG 8 report.
Mandate 2: Assessment made on depth intra tools (DMM) – JCTVC-H0127
Excel sheet with other tools’ analysis from previous meetings were also included in the current
report.
Analyse which other coding tools should be assessed.
1).1.1.1.1.312
JCT3V-H0009 JCT-3V AHG Report: 3D Test Material (AHG9) [S.
Shimizu (NTT), S. Yea (LG)]
There was no relevant e-mail exchange over the reflector, but there had been several e-mail
exchanges with the potential content providers. There were also some offline activities to prepare
the 3D test materials that were offered at the 5th and 6th JCT-3V meetings.
Deutsche Telekom has kindly starting to prepare some clips for the evaluation on whether they
are useful for our activities. Since only a stereo pair for each sequence is available, it is necessary
to estimate depth maps.
Regarding the KBS sequences, LG has started preliminary investigations including deinterlacing and camera parameter estimations.
Baseline distances were relatively small, could be possible to estimate depth. No camera
parameters were available for this content. May not be suitable for wider range 3D video, but
eventually useful as additional material in the stereo case. For example, for testing performance
Page: 319
Date Saved: 2016-02-12
of MV-HEVC. This is an action for the future (could be starting from next meeting). There were
no input contributions related to this AHG at this meeting.
JCT3V-H0010 JCT-3V AHG Report: Conformance testing development
(AHG10) [T. Suzuki (Sony), D. Rusanovskyy (LGE), D. Tian (MERL), Y. W. Chen (ITRI)]
Software problems were noted to have interfered with this work.
A late bug-report for MVC+D HLS implementation in 3D-ATM raised concerns on bitstream
preparation. The following syntax elements are missing in SPS when profile_idc is equal to 138:
chroma_format_idc, bit_depth_luma_minus8, bit_depth_chroma_minus8,
lossless_qpprime_y_zero_flag, and seq_scaling_matrix_present_flag.
1).1.1.1.1.313
The investigation of the software and MVC+D conformance bitstreams were still on-going.
However, MVC+D conformance was finalized in the last meeting. If problems are found in
MVC+D conformance bitstreams, it was suggested that they should be discussed during the JCT3V Valencia meeting.
Bitstream preparation
Since the bugs were found in 3D-AVC software, preparation of 3D-AVC conformance streams
was suspended. The software should be fixed first, and then volunteers should start to generate
bitstreams.
Actions:
-
Proceed with DAM for 3D-AVC software and conformance (possibly without attaching
bitstreams, since not attached anyway for PDAM)
-
In the context of the 3D-AVC conformance, make corrections of the MVC+D streams and
also add some more MVC+D streams for IPP and IBP.
-
Work on fixing the software for producing the correct syntax elements in SPS (which applies
to both MVC+D software which is currently under DAM ballot and 3D-AVC software); the
bug fix would be required by July when the MVC+D FDAM is planned.
3 Project development, status, and guidance (3)
3.1
Communication by parent bodies (0)
See section 10.1.
3.2
3D video application areas (0)
No contributions were noted on this topic.
3.3
Profile/level definitions (1)
JCT3V-H0126 MV-HEVC: On phrasing used in specifying the Stereo Main
profile [M. M. Hannuksela (Nokia)]
Presented Friday morning.
The contribution proposes aligning the phrasing used in specifying the Stereo Main profile with
that used to specify the Scalable Main and Scalable Main 10 profiles.
It is asserted that the phrasing used in specifying the Stereo Main profile differs substantially
from the phrasing used for the Scalable Main and Scalable Main 10 profiles. It is considered to
be desirable that the phrasing of the profile specifications would be similar.
A profile-tier-level combination is indicated for an output layer set. The phrasing in Scalable
Main and Scalable Main 10 profiles has been carefully constructed so that the profile constraints
1).1.1.1.1.314
Page: 320
Date Saved: 2016-02-12
apply to the sub-bitstream for the output layer set. It is therefore suggested that the Stereo Main
profile should be follow the same approach.
New text is provided in v2 as requested by the joint meeting on Thursday.
Hybrid scalability is currently not possible.
Some further alignment may be necessary for DPB specification aspects.
Auxiliary pictures can be in the layer set, but not in profile constraints / dccoder capabilities.
This could be a contradiction, since one part of the spec says they have to be output, and another
part says it is not mandatory to decode them. Further alignment may be necessary here.
Decision: Adopt as in v2 of the document.
3.4
3D-HEVC / MV-HEVC performance assessment (0)
No contributions were noted on this topic.
3.5
MFC plus depth (1)
1).1.1.1.1.315
JCT3V-H0080 On MFC plus Depth: Specification and Reference
Software [L. Grimaldi, K. Schueuer, P. Yin, T. Lu, H. Ganapathy, T. Chen, W. Husak]
A respective MPEG requirement document is submitted to this meeting to include a MFC Depth
High Profile in Annex I of AVC extension, which supports MFC High profile for the coding of
stereoscopic texture views. The depth coding follows the same approach as defined for MVC+D
in Annex I. This contribution includes a draft specification of an MFC Depth High profile and
the reference software to generate MFC+D bitstreams.
The presentation deck was requested to be uploaded.
Software only allows progressive and same resolution, i.e. it does not yet fully implement all
options.
It is basically also possible to just supplement frame compatible base layer with depth maps (but
may not be useful from quality perspective).
This needed to be discussed by parent bodies before JCT-3V would take action. Please see notes
of joint discussion.
3.6
Complexity assessment (1)
(Chaired by K. Müller, Monday afternoon)
1).1.1.1.1.316
JCT3V-H0127 AHG8: Complexity Assessment on Depth Intra
Modes [G. G. Lee, C.-F. Chen (NCKU), T. Ikai (Sharp), Z.-H. Yu (NCKU)]
This proposal provides a case study of complexity assessment on depth intra modes in 3D-HEVC
and complexity metrics, including number of operations, data storage requirement, and data
transfer rate are assessed. The analysed results in this proposal might be considered as anchor
complexity to assist JCT3V in evaluating the proposals coming from several proponents in a fair
manner. In this proposal, the issue in the size of wedgelet pattern is also issued. The analysis
result suggests if the maximum size of DMM increases to 6464, then storage size will be
dramatically increased with respect to the maximum size is 3232. This proposal also presents
the experimental results without depth modeling modes (DMM) coding tools. When DMM 1 and
DMM 4 are both disable, the results reveal that the coding loss is 0.0%, -0.23%, and 5.73% for
video PSNR vs. video bitrate, video PSNR vs. total bitrate, and synth PSNR vs. total bitrate,
respectively in all intra coding condition; on the other hand, in CTC coding condition, the results
reveal that the coding loss is 0.11%, -0.15%, and 2.39% for video PSNR vs. video bitrate, video
PSNR vs. total bitrate, and synth PSNR vs. total bitrate, respectively.
This informative Contribution on depth intra mode copmplexity assessment was presented
Monday afternoon.
Page: 321
Date Saved: 2016-02-12
3.7
Quality assessment (0)
No contributions were noted on this topic.
3.8
Source video test material (0)
No contributions were noted on this topic.
4 Core experiments
4.1
CE1: Merge list construction (29)
(Chaired by J. Ohm.)
4.1.1 Summary (1)
1).1.1.1.1.317
JCT3V-H0011 CE1: Summary Report on Merge List Construction [J.-L.
Lin, J Heo]
A) Coding efficiency improvement by removal of redundant merge list candidates
Adaptive Disabling Inter-view Motion Vector Candidates
 JCT3V-H0070:

It is proposed to disable the IVMV candidates when IC is enabled.

In the simplified solution, the motion information of the IVMV candidates
is not used for the pruning process.
Coding results
Video Video Video/video Video/total Synthesized/total Enc
Dec
1
2
BR
BR
BR
time
time
H0070 (CE
Test)
0.06% 0.04%
-0.03%
-0.04%
-0.01%
98.7% 97.0%
H0070 (with
simplification) 0.06% 0.05%
-0.02%
-0.02%
-0.03%
99.7% 97.5%
This simplified proposal adds two conditions based on IC mode that would skip using a temporal
inter-view motion vector candidate in the merge list construction. This is asserted as being
uncritical in terms of complexity (possibly reducing average decoder complexity), and gives a
very small benefit in compression. WD text of the simplified version is provided.
Decision: Adopt H0070 (simplified version as per WD text in v2 of the contribution).
B) Merge candidate list simplification
Test1: Simplification on pruning process
 JCT3V-H0096: Proposed pruning process
Texture
Depth
Option 1
N/A
MPI-IVMV
Removed
Option 2
Removed
IVMV-A1
MPI-A1
Allowed
Allowed
IVMV-B1
A1-DV
B1-DV
MPI-B1
N/A
N/A
Allowed
Removed
Removed
Removed
Removed
Removed
Page: 322
Option 3
Removed
Allowed
only for
texture
Removed
Removed
Removed
Date Saved: 2016-02-12
IVMV-Shift
IVMV
N/A
Removed
Removed
Removed
 JCT3V-H0123: The VSP flag storage and checking process are removed by disabling
VSP inheritance and only one default VSP candidate is inserted to a fixed position in
the merge candidate list. (Note: The list has still 6 candidates)
Candidate 0
Candidate 1
Candidate 2
Candidate 3
Candidate 4
VSP
 JCT3V-H0097:
Proposed pruning process
Texture(or Depth)
IVMV(or MPI)- First candidate in the HEVC list
Proposed 3D Merge list construction (Texture)
Current
Proposed
IVMV
IVMV
A1
First candidate in the HEVC list
B1
Second candidate in the HEVC
list
B0
DV
DV
Third candidate in the HEVC
list
VSP
Shift IVMV
A0
Shift DV
B2
Forth candidate in the HEVC
list
Shift IVMV
Fifth candidate in the HEVC list
Shift DV
Temporal
Page: 323
Date Saved: 2016-02-12
Candidate 5
Proposed 3D Merge list construction (Depth)
Current
Proposed
MPI
MPI
DDD
DDD
IVMV
IVMV
A1
First candidate in the HEVC list
B1
Second candidate in the HEVC
list
B0
Third candidate in the HEVC
list
A0
Forth candidate in the HEVC
list
B2
Fifth candidate in the HEVC list
Temporal
(Note: The list has still 6 candidates)
Candidate 0
Candidate 1
Candidate 2
Candidate 3
Candidate 4
Candidate 5
VSP
Proposed VSP position
Coding results
Video
1
Video Video/video Video/total Synthesized/total
Enc
Dec
2
BR
BR
BR
time
time
H0096
(Option 1)
0.01% 0.07%
0.00%
0.00%
0.01%
99.5% 99.4%
H0096
(Option 2)
0.04% 0.01%
0.03%
0.01%
0.02%
99.8% 99.8%
H0096
(Option 3)
0.04% 0.05%
0.02%
0.01%
0.04%
99.1% 99.9%
H0123
0.20% 0.06%
0.01%
0.00%
0.00%
101.6% 100.3%
H0097
0.29% 0.13%
0.06%
0.04%
0.09%
99.8% 99.3%
Side activity comparing H0096, H0097 was conducted to report back about the detailed benefits
in simplifying the worst case of comparisons, data accesses etc. in the merge list construction.
Follow up discussion was held on Tues:
The offline review revealed that H0097 create some difficulty for parallel processing. Both
H0097 and H0123 may be studied further, e.g., as part of an AHG activity.
The number of pruning (and condition checks) for each option of H0096 was reported as follows:

Option 1: 4 (6)

Option 2: 2 (12)
 Option 3: 1 (6)
The proponents expressed a preference for Option 2, which allows pruning for IVMV-A1 only.
This approach incurs a minor coding loss of 0.04%.
Page: 324
Date Saved: 2016-02-12
It was suggested that simplifications should consider the main bottlenecks first, i.e., knowing
whether the entry is from A1 or B1. Need to consider implications on parallel processing.
There is a preference for the decoupling approach in H0097, which would be studied further. It
would be desirable to follow up on this before deciding on the approach proposed in H0096.
Test2: Simplification on shift DV candidates
 JCT3V-H0098:
1. Option1: propose to remove the shift DV candidates
2. Option2: propose to replace the shift DV candidates by the depth-based minimum
DV
Coding results
Video
1
Video
2
Video/video Video/total Synthesized/total
BR
BR
BR
Enc
time
Dec
time
H0098
(Option 1)
0.19% 0.10%
0.06%
0.05%
0.05%
102.4% 99.6%
H0098
(Option 2)
0.03% 0.00%
0.02%
0.02%
0.00%
99.7% 99.5%
Option 1 shows significant loss and is not homogeneous over sequences (0.7% loss in Poznan
Hall 2 for the dependent Video 1)
Option 2: From the current draft text in H0098 it is difficult to understand what the claimed
simplification is, since there seem to be some new parts and some modified parts which are not
clearly indicated. More thorough analysis requested what the saving of comparison/availability
checking/data accesses would be.
Follow up discussion was held on Tues: working draft text was presented and a comparison with
the number of condition checks was provided. The current shift DV method requires 30
conditional checks, while the proposed (Option 2) requires finding the minimum among 4 corner
pixels.
It was claimed that the proposed approach cannot be used when depth is unavailable and would
incur a loss of 0.15%. Proponents disagree since they would invoke NBDV in this case.
It was noted that the processing is different depending on whether the depth is available or not.
No action was taken on H0098.
Test3: Simplification of 3D-HEVC merge candidate construction
 JCT3V-H0062 (CE): proposes to remove 3D-HEVC merge candidates except
inheritance VSP candidate for 8x4 / 4x8 PU
 JCT3V-H0074 (related)
1. Option 2: propose to remove 3D-HEVC merge candidates in depth coding for all
non-2Nx2N PU
 JCT3V-H0075 (related)
1. Option 2: propose to remove 3D-HEVC merge candidate in texture coding for all
non-2Nx2N PU.
2. Option 3: propose to remove 3D-HEVC merge candidate in both depth and
texture coding for all non-2Nx2N PU
Coding results
Video
Video
Video/video Video/total Synthesized/total
Page: 325
Enc
Date Saved: 2016-02-12
Dec
1
2
0.07%
BR
BR
BR
time
time
H0062
(CE)
0.04%
0.00%
0.00%
-0.01%
99.8% 99.9%
H0074related
(Option2)
0.01% 0.03%
0.00%
-0.01%
0.00%
100.6% 104.3%
H0075related
(Option2)
0.24% 0.20%
0.08%
0.08%
0.04%
99.9% 102.0%
H0075related
(Option3)
0.27% 0.24%
0.09%
0.08%
0.07%
99.8% 102.3%
H0075 incurs a drop in performance which is undesirable.
H0074 is only reducing complexity in case of depth which does not seem to solve the problem at
large (and would at least for the case of 4x8/8x4 be covered in H0062).
H0062 targets reduction of complexity in the worst case (4x8/8x4 PU) and seems to have no
disadvantage in compression (applied to both texture and depth, where for depth no specific 3DHEVC candidates would be used at all, whereas texture uses VSP candidates but no other). More
analysis requested what the saving of comparison/availability checking/data accesses is. An
inconsistency of this could be the change of merge process depending on PU size.
Follow up discussion: It was shown that 3D-HEVC has approximately 291% more condition
checks relative to HEVC. The proposed approach would reduce to 124%. In terms of data access
for merge list construction for 8x8 block sizes, the current 3D-HEVC is 289% greater than
HEVC and the proposal reduces this to 156%.
Decision: Adopt (H0062)
C) CE Related: Simplification of sub-PU candidates
a) JCT3V-H0066 (related) / JCT3V-H0074 – Option 1 (related) / JCT3V-H0133 – Option2
(related):

Proposes to disallow sub-PU MPI candidate for all non-2Nx2N PU in order to
avoid irregular 8x12/12x8 MCP block sizes.
Current Sub-PU partition for AMP mode (CU size: 16x16)
b) JCT3V-H0075 – Option 1 (related) / JCT3V-H0067 – Option1 (related)
 Propose to remove VSP candidate for all non-2Nx2N PU
c) JCT3V-H0067 – Option2 (related)

Propose to remove DV candidates for all non-2Nx2N PU
Page: 326
Date Saved: 2016-02-12
Coding results
Video
1
Video
2
Video/video Video/total Synthesized/total
BR
BR
BR
Enc
time
Dec
time
H0066related/
H0074related
(Option1)/
H0133related
(Option2)
0.01% 0.01%
0.00%
-0.01%
-0.04%
99.1% 99.2%
H0075related
(Option 1)/
H0067related
(Option1)
0.11% 0.06%
0.01%
0.01%
0.00%
99.6% 97.4%
H0067related
(Option2)
0.02% 0.03%
-0.02%
-0.02%
0.00%
99.9% 98.6%
H0067related
(Option1+2)
0.15% 0.15%
0.02%
0.01%
0.01%
100.1% 99.1%
Topic a) Sub PUs are currently used with
- VSP (always 4x8/8x4) where B pred is explicitly disallowed
- IVMP for texture where a 2Nx2N restriction is implemented to avoid 4x8/8x4 B prediction
with sub PU
- MPI for depth hypothetically this could cause B prediction with 4x8/8x4 (which is the issue
here)
Generally, it is desirable to restrict identically for the latter two cases.
It is pointed out that it would be sufficient to disable asymmetric partitioning (and still allow the
Nx2N and 2NxN case) to avoid the occasional occurrence of B prediction with 8x4/4x8 cases.
What is proposed here seems to be more restrictive than necessary.
Another option would be to generally disallow B prediction in case of 4x8 and 8x4 sub PU sizes.
Offline activity (Jicheng An) was conducted to provide text for the latter option which seems to
be the simplest and least restrictive solution.
1).1.1.1.1.318
JCT3V-H0205 Disallow bi-prediction in case of 4x8 and 8x4 sub PU
sizes [J. An (MediaTek)] [late]
Follow up discussion: working draft text was provided and reviewed.
Decision: Adopt (disallow B prediction in case of 4x8 and 8x4 sub PU sizes as provided in
H0205)
b) and c) was already discussed under B) and no further action necessary
D) Motion hole filling for sub-PU MPI
 JCT3V-H0077/JCT3V-H0099/JCT3V-H0111/JCT3V-H0133 (Option 1)

Proposes to use a default motion parameter to fill the sub-PU MPI motion
hole, where the default motion parameter is derived from the center subPU.
Page: 327
Date Saved: 2016-02-12

In order to align with the motion hole filling in sub-PU IVMP and make
sub-PU MPI friendly to parallel processing.
Coding results
Video
1
Video
2
Video/video Video/total Synthesized/total
BR
BR
BR
Enc
time
Dec
time
H0077/
H0099/
H0111/
0.02%
-0.01%
-0.02%
-0.02%
101.9% 97.8%
0.10%
H0133(Option
1)
Generally, this is considered as beneficial (harmonization of motion hole filling processes for
IVMP and MPI, where the latter is more complicated currently) Offline activity: Proponents to
suggest a harmonized version of text and software.
Follow up discussion: a harmonized version of the working draft text was presented and
reviewed.
Decision: Adopt (H0077/H0099/H0111/H0133(Option 1) – all are identical)
E) Removal of DDD candidate
 JCT3V-H0117: proposes to remove the DDD candidate from the depth merge
candidate list.
Coding results
Video
Video Video/video Video/total Synthesized/total Enc
Dec
1
2
BR
BR
BR
time
time
H0117
0.0%
0.0%
0.0%
0.0%
0.12%
99.6% 101.4%
Removing the DDD candidate would make DDD obsolete. DDD is a depth coding tool which
only influences the synthesized PSNR (where a loss of 0.12% is observed). Some complexity
concerns were raised about DDD which are however not related to the merge list construction,
but rather to the conversion process from disparity to depth (Note: Contribution H0134 is a
simplification of this conversion). No action in the context of merge list construction necessary,
unless a decision would be made to remove DDD entirely.
F) Bug-fix and clean ups on merge list construction
 JCT3V-H0083: proposes a bug-fix and clean ups on merging candidate list
construction.
Coding results
Video Video Video/video Video/total Synthesized/total
Enc
Dec
1
2
BR
BR
BR
time
time
H0083
0.06% 0.16%
-0.03%
-0.03%
-0.03%
#NUM! #NUM!
(Proposal was explicitly presented – see notes below.)
Page: 328
Date Saved: 2016-02-12
4.1.2 CE contributions (12)
1).1.1.1.1.319
JCT3V-H0062 CE1: Simplification of 3D-HEVC merge candidate
construction [T. Ikai (Sharp)]
1).1.1.1.1.320
JCT3V-H0172 Crosscheck on simplification of 3D-HEVC merge
candidate construction (JCT3V-H0062) [Y. Zhang (Zhejiang University)] [late]
1).1.1.1.1.321
JCT3V-H0070 3D-CE1: Results on Adaptive Disabling Inter-view
Motion Vector Candidates [M. W. Park, J. Y. Lee, B. Choi, Y. Cho, C. Kim (Samsung)]
1).1.1.1.1.322
JCT3V-H0179 3D-CE1: Crosscheck of Results on Adaptive
Disabling Inter-view Motion Vector Candidates (JCT3V-H0070) [T. Ikai (Sharp)] [late]
1).1.1.1.1.323
JCT3V-H0096 3D-CE1: Simplification of a pruning process in 3D
Merge list construction [J. Y. Lee, M. W. Park, C. Kim (Samsung)]
1).1.1.1.1.324
JCT3V-H0176 3D-CE1: Crosscheck of Simplification of a pruning
process in 3D Merge list construction (JCT3V-H0096) [T. Ikai (Sharp)] [late]
1).1.1.1.1.325
JCT3V-H0097 3D-CE1: Simplification of 3D Merge list construction
[J. Y. Lee, M. W. Park, C. Kim (Samsung), Y. Zhang, L. Yu (Zhejiang University)]
1).1.1.1.1.326
JCT3V-H0177 3D-CE1: Crosscheck of Simplification of 3D Merge
list construction (JCT3V-H0097) [T. Ikai (Sharp)] [late]
1).1.1.1.1.327
JCT3V-H0098 3D-CE1: Simplification of shift DV candidates [J. Y.
Lee, M. W. Park, C. Kim (Samsung)]
1).1.1.1.1.328
JCT3V-H0163 Crosschecking for Samsung's Simplification of shift
DV candidates (JCT3V-H0098) [H. Huang (MediaTek)] [late]
1).1.1.1.1.329
JCT3V-H0123 CE1: Results on simplification for VSP merging
candidate construction [Y. Zhang, L. Yu(Zhejiang University)]
1).1.1.1.1.330
JCT3V-H0178 CE1: Crosscheck of Results on simplification for
VSP merging candidate construction (JCT3V-H0123) [T. Ikai (Sharp)] [late]
Page: 329
Date Saved: 2016-02-12
4.1.3 Related contributions (16)
1).1.1.1.1.331
JCT3V-H0066 3D-CE1 related: Sub-PU Size for MPI [M. W. Park,
J. Y. Lee, C. Kim (Samsung)]
1).1.1.1.1.332
JCT3V-H0190 Crosscheck on Sub-PU Size for MPI from Samsung
[S. Yoo, S. Yea (LGE)] [late]
1).1.1.1.1.333
JCT3V-H0067 3D-CE1 related: CU-level VSP and DV Candidates
[M. W. Park, J. Y. Lee, C. Kim (Samsung)]
1).1.1.1.1.334
JCT3V-H0142 3D-CE1 related: Crosscheck on CU-level VSP and
DV Candidates (JCT3V-H0067) [S. Shimizu, S. Sugimoto (NTT)] [late]
1).1.1.1.1.335
JCT3V-H0074 3D-CE1 related: Simplification of merging candidate
list in depth coding [H. Huang, K. Zhang, J. An, X. Zhang, J.-L. Lin, S. Lei (MediaTek)]
1).1.1.1.1.336
JCT3V-H0153 3D-CE1 related: Cross check of simplification of
merging candidate list in depth coding (JCT3V-H0074) [J. Y. Lee, C. Kim (Samsung)]
[late]
1).1.1.1.1.337
JCT3V-H0075 3D-CE1 related: Simplification of merging candidate
list in texture coding [H. Huang, K. Zhang, J. An, X. Zhang, J.-L. Lin, S. Lei (MediaTek)]
1).1.1.1.1.338
JCT3V-H0154 3D-CE1 related: Cross check of simplification of
merging candidate list in texture coding (JCT3V-H0075) [J. Y. Lee, C. Kim (Samsung)]
[late]
1).1.1.1.1.339
JCT3V-H0077 Sub-PU level MPI motion hole filling [J. An, K.
Zhang, J.-L. Lin, S. Lei (MediaTek)]
1).1.1.1.1.340
JCT3V-H0148 Cross check of Motion hole filling for sub-PU level
MPI (JCT3V-H0077) [J. Nam, S. Yea (LGE)] [late]
1).1.1.1.1.341
JCT3V-H0083 CE1 related: Bug-fix and clean up on merge list
construction [G. Bang, Y.S. Heo, G.H. Park, G.S. Lee, N.H. Hur]
This report presents a bug-fix and clean ups on merging candidate list construction. In the bugfix, pruning process of disparity inter-view merging candidate (IvDC) was corrected. In addition,
source code was cleaned up to aligned with the draft specification.
Page: 330
Date Saved: 2016-02-12
The first part reports a misalignment between text and software. From the results, it is claimed
that changing the software according to the text gives a small improvement in compression.
The second part cleans up the pruning process in the software in same style as it was done in the
spec. text.
Generally, this is candidate for SW bug fix adoption.
However, no independent simulations were performed demonstrating that the change of
compression performance is only due to the first part, and the second part standalone retains
identical results. This was requested to be investigated offline with cross-checkers and later
reported back.
The proposed clean-ups were confirmed. It was suggested to further study the implementation of
the derivation process for the shifted disparity merging candidate.
Decision (SW): Adopt.
1).1.1.1.1.342
(Qualcomm)]
JCT3V-H0133 Simplification of Sub-PU based MPI [H. Liu, Y. Chen
1).1.1.1.1.343
JCT3V-H0175 Crosscheck on Qualcomm's proposal on
"Simplification of Sub-PU based MPI (JCT3V-H0133)" [X. Zheng, Y. Lin (HiSilicon)]
[late]
1).1.1.1.1.344
JCT3V-H0151 CE1 related: Cross check of Bug-fix and clean up on
merge list construction (JCT3V-H0083) [M. W. Park, C. Kim (Samsung)] [late]
1).1.1.1.1.345
JCT3V-H0099 3D-CE1 related: Default motion parameter for subPU MPI [J. Y. Lee, M. W. Park, C. Kim (Samsung)]
1).1.1.1.1.346
JCT3V-H0170 Crosscheck on default motion parameter for sub-PU
MPI (JCT3V-H0099) [Y. Zhang (Zhejiang University)] [late]
1).1.1.1.1.347
JCT3V-H0111 CE1 related: The unification of sub-PU process for
MPI blocks [S.Yoo, J.Nam, S.Yea (LGE)]
1).1.1.1.1.348
JCT3V-H0152 3D-CE1 related: Cross check of the unification of
sub-PU process for MPI blocks (JCT3V-H0111) [J. Y. Lee, C. Kim (Samsung)] [late]
1).1.1.1.1.349
JCT3V-H0117 3D-CE1 related: Simplification on merge list for
depth video coding [J. Seo, J. Nam, S. Yea]
1).1.1.1.1.350
JCT3V-H0169 3D-CE1 related: Cross check of Simplification on
merge list for depth video coding (JCT3V-H0117) [M. W. Park, C. Kim (Samsung)] [late]
Page: 331
Date Saved: 2016-02-12
4.2
CE2: Residual prediction (17)
(Chaired by J. Ohm.)
4.2.1 Summary (1)
1).1.1.1.1.351
JCT3V-H0012 CE2 Summary Report: Residual Prediction [L.
Zhang, T. Ikai]
A) complexity reduction
a) Results of ARP simplification [JCT3V-H0063*] (CE proposal)
It is proposed to disable ARP for 4x4 chroma blocks to reduce ARP’s bandwidth.
The experiment results show that the BD-rate loss is 0.1 %, 0.1 % and 0.1 % in video, total video
and synthesis respectively.
It is claimed that the complexity of memory bandwidth of ARP compared to HEVC single view
coding is reduced from 122% to 105%.
Detailed results are shown in the following table:
JCT3V-H0063
Video
1
Video
2
0.36%
0.32%
Video PSNR
/ video bitrate
Video
PSNR / total
bitrate
Synth
PSNR /
total bitrate
Enc
time
Dec
time
Ren
time
0.08%
0.07%
0.08%
100%
101%
100%
This proposal was crosschecked by Qualcomm, and detailed information can be referred to
JCT3V-H0194.
b) Improvement disparity vector on temporal ARP and chroma 4x4 off [JCT3V-H0064]
This proposal proposes a combination of the disparity improvement part of JCT3V-H0130 and
disabling ARP for chroma 4x4 block of JCT3V-H0063. It is asserted that the combination shows
better trade-off between coding efficiency and complexity.
This proposal was crosschecked by Qualcomm, and detail information can be referred to JCT3VH0195.
c) Simplification of Advanced Residual Prediction [JCT3V-H0132]
Two aspects are proposed in this contribution:
1) For bi-predictively coded PUs, the number of accessed blocks used in ARP is reduced:
a. When current PU is predicted from one temporal reference picture and one interview reference picture, the reference block identified by current disparity vector
in temporal ARP is set to the reference block identified with the coded disparity
motion vector.
b. When current PU is predicted from two inter-view reference pictures, the
temporal reference block in the ARP target reference picture associated with
reference picture list 1 is set to the one associated with reference picture list 0.
2) It is proposed to disable bi-predictive 4x4 chroma blocks with ARP mode by applying
uni-prediction from reference picture list 0.
This proposal was crosschecked by Sharp, and detail information can be referred to JCT3VH0181.
d) Simplification of ARP [JCT3V-H0109]
This contribution proposes to remove the 0.5 weighting factor.
This proposal is crosschecked by MediaTek and detail information can be referred to JCT3VH0162.
e) Removal of ARP for AMVP mode [JCT3V-H0112]
This contribution proposes to remove ARP for AMVP mode.
Page: 332
Date Saved: 2016-02-12
This proposal is crosschecked by Qualcomm and detail information can be referred to JCT3VH0198.
Summary of coding performance and complexity
The following table shows the simulation results and complexity comparisons for all CE and CE
related proposals on ARP simplification.
Video
1
Video
2
Video PSNR /
video bitrate
Video PSNR
/ total bitrate
JCT3V-H0063*
0.36%
0.32%
0.08%
JCT3V-H0064
0.06%
0.01%
JCT3V-H0132 #1
0.01%
JCT3V-H0132
JCT3V-H0132 #1 +
JCT3V-H0130
JCT3V-H0132 +
JCT3V-H0130
JCT3V-H0109
Memory
bandwidth
compared to
HEVC
(worst case)
122%
Synth PSNR
/ total bitrate
Enc
time
Dec
time
0.07%
0.08%
100%
101%
105%
-0.02%
-0.04%
0.00%
100%
101%
105%
-0.04%
0.00%
0.00%
-0.02%
107%
101%
101%
0.18%
0.14%
0.04%
0.04%
0.02%
104%
108%
94%
-0.45%
-0.52%
-0.14%
-0.13%
-0.12%
103%
98%
101%
-0.27%
-0.33%
-0.09%
-0.08%
-0.08%
104%
107%
94%
0.0%
ARP in 3D-HEVC
0.04%
-0.06%
0.03%
0.03%
-0.02%
99%
98%
122%
JCT3V-H0112
0.03%
-0.03%
0.00%
0.01%
-0.02%
100%
98%
122%
JCT3V-H0118
0.00%
0.00%
0.00%
0.00%
0.00%
100%
100%
122%
Note: The numbers about memory bandwidth (which came from the suggested analysis method
of AHG 8) may change with different memory pattern. The current method uses 1x1 (pixel wise)
assumption of memory access, whereas larger patterns such as 4x2 or 4x4 would be more
realistic for implementations.
From the summary table, new proposals have been received that claim better tradeoff between
complexity reduction and compression performance than the proposal that was investigated in
CE (H0063). Better consider study for one more CE cycle.
H0064 was a combination of CE proposals H0063 (simplification) and H0130 (improvement).
B) coding performance
Further improvements on advanced residual prediction [JCT3V-H0130*]
It is proposed to extend the block-level temporal ARP (when sub-PU inter-view merging
candidates are used) to inter-view ARP. Meanwhile, for the block-level temporal ARP, the
disparity vector refinement process is also applied to further improve the coding efficiency.
Two sets of simulation results are provided, as shown in the following table:
Video PSNR
/ video bitrate
Video
PSNR / total
bitrate
Synth
PSNR /
total bitrate
Enc
time
Dec
time
Ren
time
-0.32%
-0.09%
-0.09%
-0.10%
101%
95%
99%
-0.53%
-0.15%
-0.15%
-0.14%
105%
105%
106%
Video
1
Video
2
Block-level inter-view
ARP
-0.27%
Whole proposal
-0.45%
For the “whole proposal”, in worst case, the number of collocated motion vectors that need to be
accessed would increase by two which is undesirable (for this, the combination with H0132
reported under A wold not resolve the issue). For block level inter-view ARP, no refinement is
done such that the problem does not occur. Worst case complexity of current ARP would not be
increased, but it is becoming more likely that the worst case is selected more frequently on
average. For this, the combination with H0132 would help.Further study of H0130 block-level
inter-view ARP with H0132 in CE.
CE contributions (4)
1).1.1.1.1.352
JCT3V-H0063 CE2: Results of ARP simplification [T. Ikai (Sharp)]
Page: 333
Date Saved: 2016-02-12
Further investigation of H0063 (the aspect to completely disable 4x4 chroma) in and ongoing CE
in combination with H0130/H0132 was planned.
1).1.1.1.1.353
JCT3V-H0194 3D-CE2: Crosscheck of Results of ARP
simplification (JCT3V-H0063) [H. Liu (Qualcomm)] [late]
1).1.1.1.1.354
JCT3V-H0130 3D-CE2: Further improvements on advanced
residual prediction [L. Zhang, H. Liu, Y. Chen, M. Karczewicz (Qualcomm)]
1).1.1.1.1.355
JCT3V-H0193 3D-CE2: Crosscheck of Further improvements on
advanced residual prediction (JCT3V-H0130) [T. Ikai (Sharp)] [late]
4.2.2 Related contributions (12)
1).1.1.1.1.356
JCT3V-H0064 CE2-related: Improvement disparity vector on
temporal ARP and chroma 4x4 off [T. Ikai (Sharp)]
This is a combination of H0130 block-level and H0063. Better tradeoff in terms of complexity
reduction versus compression performance is anticipated by the combination of H0130 blocklevel and H0132 (where the second aspect of H0132 only disables B prediction with 4x4
chroma).
1).1.1.1.1.357
JCT3V-H0195 3D-CE2 related: Crosscheck of Improvement
disparity vector on temporal ARP and chroma 4x4 off (JCT3V-H0064) [H. Liu
(Qualcomm)] [late]
1).1.1.1.1.358
JCT3V-H0109 CE2 related: Simplification of ARP [X.Chen,
X.Zheng, Y.Lin, J.Zheng (HiSilicon)]
3D-HEVC supports advanced residual prediction (ARP) for both of temporal residual and interview residual. This contribution proposes a simplification to remove 0.5 weighting for ARP
process. The experimental results reportedly shows minor gain of 0.02% in synthesized.
The presentation deck for the contribution was requested to be uploaded.
Generally, the decoder complexity reduction achieved is not large (1 shift operation per sample if
0.5 weighting is always used).
In earlier meetings, removal of the 0.5 weighting had been proposed, but by that time it was not
adopted since the decoder complexity reduction is minor and it might give up some flexibility.
For some sequences, up to 0.4% BR increase in dependent views.
No action.
1).1.1.1.1.359
JCT3V-H0162 Crosschecking for HiSilicon's CE2-related (H0109)
proposal [K. Zhang, J. An, X. Zhang, H. Huang, S. Lei (MediaTek)] [late]
1).1.1.1.1.360
JCT3V-H0112 CE2 related: Removal of ARP for AMVP mode [J.
Nam, J. Seo, S. Yea (LGE)]
In the current 3D-HEVC, advanced residual prediction (ARP) is used to apply SKIP, MERGE,
and AMVP modes for dependent texture view coding with the 2Nx2N PU size. However, it is
Page: 334
Date Saved: 2016-02-12
reportedly observed that the ARP for AMVP mode gives no impact on the overall coding
performance while increasing the encoding complexity. Therefore, this contribution proposes
removal of ARP for AMVP mode in 3D-HEVC. The proposed method incurs no coding loss in
terms of the synthesized PSNR.
The same concept was proposed in F0145 Requires an additional condition check at the decoder,
no reduction of decoder complexity.
The benefit in terms of complexity would be mainly for the encoder, but an encoder could avoid
usage of the combination of ARP and AMVP anyway.
The benefit was considered not obvious – no action was taken.
An update of the contribution was later presented (Wed. afternoon), where additional is given in
the presentation deck included in V2. It is shown that the number of occurrences combining ARP
and AMVP is very small (around 0.1%). This gives a good explanation of the observed
behaviour.
1).1.1.1.1.361
JCT3V-H0198 3D-CE2 related: Crosscheck of Removal of ARP for
AMVP mode (JCT3V-H0112) [H. Liu (Qualcomm)] [late]
1).1.1.1.1.362
JCT3V-H0118 3D-CE2 related: Separation of syntax elements for
ARP mode [J. Seo, J. Nam, S. Yea]
The syntax element for the ARP (Advanced Residual Prediction) mode is
iv_res_pred_weight_idx in 3D-HEVC. It can have integer values ranging from 0 to 2 and
represents both on/off-status of the ARP and the weighting factor when it is on. It undergoes
binarization into 0 (ARP off), 10 (ARP on), or 11 (ARP on with a weighting factor of 0.5. This
contribution proposes to replace iv_res_pred_weight_idx with two separate one-bit flags for a
clearer description of the syntax. The first flag (ARP_mode_flag) indicates whether ARP is on,
and the second one (ARP_weight_flag) indicates if the weighting factor is 1 or 0.5. The numbers
and types of context models for the two flags are identical with those used for binarized bins of
the current syntax element (i.e. iv_res_pred_weight_idx). Experimental results confirm the
proposed method does not affect coding-efficiency.
The presentation deck for the contribution was requested to be uploaded.
This would not change the syntax and semantics and decoding, but rather do the same with
different description text, splitting a syntax element into two.
The benefit was considered not obvious – no change was made in response to this.
1).1.1.1.1.363
JCT3V-H0202 3D-CE2 related: Crosscheck results on Separation
of syntax elements for ARP mode (JCT3V-H0118) [Z. Gu (Santa Clara Univ.)] [late]
1).1.1.1.1.364
JCT3V-H0085 3D-AHG5: On complexity reduction of bi-prediction
for advanced residual prediction [Y.-W. Chen, J.-L. Lin, Y.-W. Huang, S. Lei
(MediaTek)]
(Chaired by K. Müller, Monday afternoon)
In HTM-10.0, when motion information of list0 is the same as that of list1, i.e., two motion
vectors point to a same reference block, the encoder and the decoder can non-normatively
change the inter prediction direction from bi-prediction to uni-prediction to avoid the
unnecessary computation caused by the redundant motion compensation process. Experimental
results reportedly show that the decoder could save 5.0% decoding time by this non-normative
fast bi-prediction. However, changing the inter prediction PU with identical motion from biprediction to uni-prediction in current reference software, HTM-10.0, generates a bitstream
Page: 335
Date Saved: 2016-02-12
which does not conform to the 3D-HEVC text due to the unequal operations between uniprediction and bi-prediction in advanced residual prediction (ARP). To resolve this issue, it is
proposed to align the operations between uni-prediction and bi-prediction for ARP. Experimental
results reportedly show that the proposed method causes no coding efficiency loss while the
unnecessary computation of bi-prediction can be removed.
The proposal suggests to:
1.) Unify clipping operations (same solution as for IC)
2.) Modify the selection of reference picture
It was mentioned that the current 3D-HEVC version produces conforming bitstreams, the
concept has been proposed before, one expert expressed concerns about flexibility, and
accordingly, comparison with ARP reference picture selection process was suggested.
It was claimed that there was a misalignment between text and software, but this was not yet
been confirmed by the software coordinators. Assuming there is a misalignment, it is unclear
whether we should fix the software or update the text.
This was revisited Wed. afternoon after new data on comparison and statistical analysis on
occurrence on ARP PUs with identical motion was studied.
The proposed method does not save worst case memory accesses.
An analysis is provided which indicates that the percentage of cases where ARP uses identical
motion vectors is relatively low (<1% of all MC operations).
In the current HTM, both encoder and decoder are behaving non-conforming, because they are
using the non-normative simplification of fast bi prediction for ARP in the case of identical
motion vectors, which is different from uni prediction in case of ARP. Due to the fact that both
ends have the same wrong behaviour, no encoder/decoder mismatch is observed.
The first step should be to fix the problem of non-compliant encoder/decoder (i.e. disable the fast
bi prediction in case of ARP). Only relative to such a reference, it would be possible to judge the
benefit of this proposal.
Decision(BF): Change the software such that fast bi prediction is not used in ARP.
Further study of the proposal against such corrected reference was requested.
1).1.1.1.1.365
JCT3V-H0180 3D-AHG5: Crosscheck of On complexity reduction of
bi-prediction for advanced residual prediction (JCT3V-H0085) [T. Ikai (Sharp)] [late]
1).1.1.1.1.366
JCT3V-H0132 CE2 related: Simplification of Advanced Residual
Prediction [H. Liu, Y. Chen(Qualcomm)]
In current 3D-HEVC, the Advanced Residual Prediction (ARP) is employed to code the residue
of inter-coded prediction unit in non-base texture views more efficiently. In worst case scenario,
i.e., when current PU is bi-directionally predicted and at least one reference picture is not from
current view, four additional blocks (besides motion compensated blocks) need to be accessed in
ARP. This increases the bandwidth required by inter-coded PU when compared with HEVC
single view coding. This contribution proposes to reduce the additionally accessed blocks in
ARP to reduce the bandwidth. It is reported that the bandwidth is reduced by around 30% for
ARP, and there is only 0.02% coding loss compared to HTM under the common test conditions.
It is proposed to use the coded MV instead of the derived MV such that for B prediction the
same block is used again and does not need to be accessed twice. According to the results, this
does not any significant impact on compression.
It is also proposed to restrict 4x4 chroma ARP to unidirectional prediction, which has a small
impact on compression for dependent views (0.1-0.2% loss)
Further study in a CE was planned.
Page: 336
Date Saved: 2016-02-12
1).1.1.1.1.367
JCT3V-H0181 CE2 related: Crosscheck of Simplification of
Advanced Residual Prediction (JCT3V-H0132) [T. Ikai (Sharp)] [late]
4.3
CE3: Entropy coding simplifications (22)
(Chaired by J. Ohm.)
4.3.1 Summary (1)
JCT3V-H0013 CE3 Summary report on Entropy Coding Simplifications
[Y.-L. Chang (MediaTek), H. Liu (Qualcomm)]
Category (a): [CE] Simplification of CABAC of depth_dc_flag
In the current 3D-HEVC, there is a mismatch in terms of context model between HTM software
and WD. One context in WD is used while two contexts (selected according to the number of
segments) in HTM are used for coding depth_dc_flag. Three proposals propose to modify the
software to be aligned with the WD while the context model for depth_dc_flag is reduced from
two to one. Note that the proposed modifications in the three proposals are identical.
1).1.1.1.1.368
Summary of results on Test (a)
Proposal
Num. contexts Binarization
(initType 0 / 1 / 2)
process
Num. context
coded bins
Performance
(CTC)
WD
HTM-10.0r1
2/2/2
FL
1
-
-
JCT3V-H0084
Test 1
1 / 1/ 1
FL
1
0.01%
Yes
JCT3V-H0100
Test 2
(CE-related)
1 / 1/ 1
FL
1
0.01%
Yes
JCT3V-H0113
(CE-related)
1 / 1/ 1
FL
1
0.01%
Yes
All three are implementing the same alignment of software with WD text.
Decision(BF): Adopt H0084/H0100/H0113
Category (b): [CE] Simplification of CABAC of depth_dc_abs
In the current 3D-HEVC, the prefix codeword bins of depth_dc_abs are context coded (up to 13
bins for the worst case), two CE proposals have proposed several methods to reduce the context
coded bins from 13 to 1, 3 and 9, respectively.
Summary of results on Test (b)
Syntax
element
Num. contexts
Binarization
(initType 0 / 1
process
/ 2)
Max. num. context
coded bins
Performance
(CTC/ AI)
WD
HTM-10.0r1
1 / 1 /1
UEG0
13
-
-
JCT3V-H0084
Test 2
1 / 1/ 1
UEG0
1
0.07% / 0.15%
Yes
JCT3V-H0131
Test 2
1 / 1/ 1
UEG0
3
-0.06% / -0.02%
Yes
JCT3V-H0131
Test 1
1 / 1/ 1
See G0124
9
-0.02% / NA
Yes
It is common understanding that H0131 test 2 provides the best tradeoff reducing max number of
context coded bins without losing compression performance.
Decision: Adopt H0131 Test 2
Category (c): [CE] Simplification of CABAC of wedgelet segmentation
Page: 337
Date Saved: 2016-02-12
In the current 3D-HEVC, the table index in DMM1 is binarized as a fixed-length code, and all
bins share one context model. In the worst cases, 11 context coded bins are coded for DMM1
wedgelet index. Two simplifications of the CABAC of DMM1 wedgelet segmentation are
proposed in this category.
Summary of results on Test (c)
Syntax
element
Num. contexts
Binarization Num. context coded
(initType 0 / 1
process
bins (worst case)
/ 2)
Performance
(CTC/AI)
WD
HTM-10.0r1
1 / 1 /1
FL
11
-
-
JCT3V-H0078
1 / 1/ 1
Table 3-b
0
-0.06% / -0.05%
Yes
JCT3V-H0092
1 / 1/ 1
FL
0
-0.03% / -0.01%
Yes
Summary of syntax design on Test (c)
block size
4×4
8×8
16×16
32×32
bins
number
type
number
type
number
type
number
type
HTM-10.0r1
wedge_full_tab_idx
7
CABAC
10
CABAC
11
CABAC
11
CABAC
JCT3V-H0078
wedge_dir_idx
wedge_refine_idx
5
0~3
bypass
bypass
5
3~6
bypass
bypass
5
4~6
bypass
bypass
5
4~6
bypass
bypass
JCT3V-H0092
wedge_full_tab_idx
7
bypass
10
bypass
11
bypass
11
bypass
Both H0078 and H0092 completely avoid context coded bins for DMM wedgelet segmentation
index without affecting compression performance. The additional improvement of H0078 by
splitting the syntax element into a fixed length part that is common for all block sizes and a block
size dependent variable length binarization is marginal. Retaining the current binarization (block
size dependent FLC) seems to be simpler.
H0110 (non-CE under category f) is related, but as proposed in the first version this was still
using context coded bins without showing benefit in compression compared to the CE proposals.
However, there is an updated version (v4) which also reports results omitting the context coding
(giving -0.07% for AI and -0.06% for CTC, not cross-checked yet). The proposal is splitting into
two syntax elements, where the first is a differential value relating to a block size dependent
initial table index, and the second is a sign bit which only appears depending on the value of the
difference. This also is asserted to be more complicated in parsing and decoding and description,
not justified by the negligible compression benefit.
Decision: Adopt H0092.
Category (d): [CE-related] Simplification of CABAC of dim_not_present_flag
In current 3D-HEVC, three CABAC context models are used for dim_not_present_flag to
indicate whether the current block is encoded as HEVC intra mode or depth intra mode. Three
proposed simplifications use only one context as a candidate without referring to any information
of neighboring blocks. The concept of the three proposed simplifications is identical, only
different initial values are selected. The initial values (CNU, CNU, CNU) for each picture type is
used in JCT3V-H0100 and JCT3V-H0119 test1 while the initial values (154, 141, 155) is used in
JCT3V-H0135 and JCT3V-H0119 test2.
Summary of results on Test (d)
Syntax
element
Num. contexts
Binarization Num. context coded
(initType 0 / 1
process
bins
/ 2)
Page: 338
Performance
(CTC/AI)
WD
Date Saved: 2016-02-12
HTM-10.0r1
3 / 3 /3
FL
1
-
-
JCT3V-H0100
Test 1
1 / 1/ 1
FL
1
-0.02% / 0.00%
Yes
JCT3V-H0119
Test 1
1 / 1/ 1
FL
1
-0.02% / 0.00%
Yes
JCT3V-H0119
Test 2
1 / 1/ 1
FL
1
-0.02% / 0.00%
Yes
JCT3V-H0135
1 / 1/ 1
FL
1
-0.02% / 0.00%
Yes
H0100 Test 1 and H0119 Test 1 are identical
H0119 Test 2 and H0135 are identical.
H0119 Test 2 and H0135 reduce number of context but leave context initialization as is. H0100
and H0119 Test 1 change the context init but the compression performance is not changed.
Decision: Adopt solution from H0119 Test 2 and H0135
Category (e): [CE-related] Simplification of CABAC of iv_res_pred_weight_idx
In the current 3D-HEVC, two CABAC context models are used to indicate on/off of advanced
residual prediction (ARP) by referring to the information of left neighboring block. The proposed
method in JCT3V-H0120 simplifies the context models for the iv_res_pred_weight_idx. It uses
only one CABAC context model without referring to any information of neighboring blocks.
Summary of results on Test (e)
Syntax
element
Num. contexts
Binarization Num. context coded
(initType 0 / 1
process
bins
/ 2)
Performance
(CTC)
WD
HTM-10.0r1
2 / 2 /2
FL
1
-
-
JCT3V-H0120
1 / 1/ 1
FL
1
0.03%
Yes
For some sequences, more than 0.2% loss occurs for dependent views. Average BR increase for
dependent views is 0.12%. Benefit in complexity reduction is not huge.
No action.
Category (f): [CE] Improvement of coding performance of CABAC of wedgelet segmentation
In the current 3D-HEVC, the table index in DMM1 is binarizied as a fixed-length code. As
coding bits for table index can be used for signaling more number than table index, redundancy
happens. A method is proposed in JCT3V-H0110 to code the table index by the difference value
which can shorten coding list index and fewer bit needed to be coded.
Summary of results on Test (f)
Syntax
element
Num. contexts
Binarization Num. context coded
(initType 0 / 1
process
bins (worst case)
/ 2)
Performance
(CTC/AI)
WD
HTM-10.0r1
1 / 1 /1
FL
11
-
-
JCT3V-H0110
1 / 1/ 1
Table 6-b
10
-0.07% / -0.07%
Yes
Summary of syntax design on Test (f)
block size
4×4
8×8
16×16
32×32
bins
number
type
number
type
number
type
number
HTM-10.0r1
wedge_full_tab_idx
7
CABAC
10
CABAC
11
CABAC 11
CABAC
JCT3V-H0110
6
wedge_diff_tab_idx
wedge_diff_tab_idx_sign 1
CABAC
bypass
9
1
CABAC
bypass
10
1
CABAC 10
bypass 1
CABAC
bypass
See above under cat. (c)
Page: 339
Date Saved: 2016-02-12
type
4.3.2 CE contributions (8)
1).1.1.1.1.369
JCT3V-H0078 CE3: Results on DMM1 signaling using intra
direction [P. Merkle, K. Müller (HHI)]
1).1.1.1.1.370
JCT3V-H0161 Crosschecking for HHI's CE3 (H0078) proposal [K.
Zhang, J. An, X. Zhang, H. Huang, S. Lei (MediaTek)] [late]
1).1.1.1.1.371
JCT3V-H0084 3D-CE3: Simplification on CABAC contexts for the
syntax related delta DC [Y.-W. Chen, J.-L. Lin, T.-D. Chuang, Y.-L. Chang, Y.-W.
Huang, S. Lei (MediaTek)]
1).1.1.1.1.372
JCT3V-H0196 3D-CE3: Crosscheck of Simplification on CABAC
contexts for the syntax related delta DC (JCT3V-H0084) [H. Liu (Qualcomm)] [late]
1).1.1.1.1.373
JCT3V-H0092 3D-CE3: Results on simplified DMM mode coding
[K. Zhang, Y.-W. Chen, J. An, X. Zhang, J.-L. Lin, S. Lei (MediaTek)]
1).1.1.1.1.374
JCT3V-H0124 CE3: Cross check of simplified DMM mode coding
(JCT3V-H0092) [P. Merkle (HHI)]
1).1.1.1.1.375
JCT3V-H0131 3D-CE3: Delta DC coding for SDC and DMM modes
[Q. Yu, L. Zhang, H. Liu, Y. Chen (Qualcomm), S. Ma (PKU)]
1).1.1.1.1.376
JCT3V-H0166 3D-CE3: Crosscheck on Simplification on Delta DC
coding for SDC and DMM modes (JCT3V-H0131) [Y.-W. Chen (MediaTek)] [late]
4.3.3 Related contributions (13)
1).1.1.1.1.377
JCT3V-H0100 3D-CE3 related: Simplification on CABAC contexts
for a DMM flag [J. Y. Lee, M. W. Park, C. Kim (Samsung)]
1).1.1.1.1.378
JCT3V-H0165 3D-CE3 related: Crosscheck on Simplification on
CABAC contexts for a DMM flag (JCT3V-H0100) [Y.-W. Chen (MediaTek)] [late]
1).1.1.1.1.379
JCT3V-H0110 CE3 related: Redundancy removal for DMM1
signalling [X.Chen, X.Zheng, Y.Lin, J.Zheng (HiSilicon)]
Page: 340
Date Saved: 2016-02-12
1).1.1.1.1.380
JCT3V-H0191 Crosscheck of redundancy removal for DMM1
signalling [J. Seo, S. Yea (LGE)] [late]
1).1.1.1.1.381
JCT3V-H0113 CE3 related: Alignment of WD and HTM for syntax
element depth_dc_flag [J. Nam, J. Seo, S. Yea (LGE)]
1).1.1.1.1.382
JCT3V-H0155 3D-CE3 related: Cross check of alignment of WD
and HTM for syntax element depth_dc_flag (JCT3V-H0113) [J. Y. Lee, C. Kim
(Samsung)] [late]
1).1.1.1.1.383
JCT3V-H0119 3D-CE3 related: Simplification on CABAC contexts
for the syntax related to depth intra mode [J. Seo, J. Nam, S. Yea (LGE)]
1).1.1.1.1.384
(MediaTek)] [late]
JCT3V-H0187 Crosschecking for LGE's JCT3V-H0119 [J. An
1).1.1.1.1.385
JCT3V-H0201 3D-CE3 related: Cross-check results on
simplification on CABAC contexts for the syntax related to depth intra mode (JCT3VH0119) [M. Li, P. Wu (ZTE)] [late]
1).1.1.1.1.386
JCT3V-H0120 3D-CE3 related: Simplification on CABAC contexts
for advanced residual prediction mode [J. Seo, J. Nam, S. Yea]
1).1.1.1.1.387
JCT3V-H0192 3D-CE3 related: Crosscheck of LGE's proposal on
Simplification on CABAC contexts for ARP (JCT3V-H0120) [P. Lu, L. Yu (Zhejiang
University)] [late]
JCT3V-H0135 CE3 related: Simplification of dim_not_present_flag coding
[H. Liu, Y. Chen (Qualcomm)]
1).1.1.1.1.388
1).1.1.1.1.389
JCT3V-H0167 CE3 related: Cross check of simplification of
dim_not_present_flag coding (JCT3V H0135) [P. Merkle (HHI)] [late]
5 3DV standards development (incl. software, conformance) (0)
5.1
3D-AVC (0)
No contributions were noted regarding project guidance on this topic.
Page: 341
Date Saved: 2016-02-12
5.2
MV-HEVC (0)
No contributions were noted regarding project guidance on this topic.
5.3
3D-HEVC (0)
No contributions were noted regarding project guidance on this topic.
6 High-level syntax (42)
6.1
MV-HEVC/3D-HEVC specific HLS (3)
1).1.1.1.1.390
JCT3V-H0040 3D-HEVC HLS: Inter-layer reference picture list
construction [B. Choi, Y. Cho, M.W. Park, J.Y. Lee, S. Lee, C. Kim (Samsung)]
In order to prohibit the inclusion of decoded depth map pictures into the inter-layer reference
picture sets of texture pictures and decoded texture pictures into the inter-layer reference picture
sets of depth map pictures, a simple modification of decoding process for inter-layer reference
picture set is proposed. Only when the value of DepthFlag of a picture PicX in the DPB
belonging to the same access unit is identical to the value of DepthFlag of the current picture, the
PicX can be included in RefPicSetInterLayer0 or RefPicSetInterLayer1 of the current picture. If
the value of DepthFlag is not identical, the decoded picture cannot be included in the reference
picture set.
Discussion:
The design intent is clearly to avoid inter-component dependencies in inter-layer reference
picture sets. It is however believed that due to a concatenation of conditions in the construction
of refPicLayerID this case cannot occur anyway, such that the additional restriction suggested in
H0040 is not necessary. Check offline with Y. Chen for confirmation.
It was later confirmed that the current design is fine in that it would not put reference pictures of
texture into the depth inter-layer RPS or vice-versa.
1).1.1.1.1.391
JCT3V-H0041 3D-HEVC HLS: Layer dependency [B. Choi, Y. Cho,
M.W. Park, J.Y. Lee, S. Lee, C. Kim (Samsung)]
A new dependency type of layers is proposed for depth quadtree prediction. In the depth
quadtree prediction, the values of split_cu_flag and PartMode of a depth map picture are inferred
from the value of split_cu_flag and part_mode of the corresponding texture picture. To enable
this, the split_cu_flag and part_mode data should be stored for inter-layer prediction. By
assigning
the
third
value
of
direct_dependency_type
to
VpsInterLayerSplitPartModePredictionEnabled to indicate the inter-layer dependency of
split_cu_flag and part_mode, the split data and the partition mode data can be selectively stored
in buffers and predicted from the reference layers, similarly to sample data and motion data.
Alternatively, the depth quadtree prediction can be removed from 3D-HEVC instead of assigning
a new layer dependency type, if it brings only marginal coding gains.
The proposal would imply that the quadtree prediction could selectively be enabled/disabled per
layer. There is already a flag for disabling quadtree prediction in the VPS extension syntax of
3D-HEVC, which can also be used layer specific. The benefit not clear about why this should be
done differently.
1).1.1.1.1.392
JCT3V-H0095 3D-HEVC HLS: On SDC signaling [J.-L. Lin, Y.-W.
Chen, Y.-W. Huang, S. Lei (MediaTek)]
In HTM-10.0, the segment-wise DC coding (SDC) is applied as an alternative intra coding mode.
A flag is signaled at CU level to indicate whether current CU applies SDC coding or the
Page: 342
Date Saved: 2016-02-12
conventional residual coding. In current HTM software, the pcm_flag is transmitted only when
the SDC is not enabled since the decoding process of a CU with PCM mode and SDC mode both
enabled is not allowed. However, this conditional check is reportedly missing in the text which is
not aligned with current HTM software. Two solutions are proposed in this contribution to fix
the problem to avoid the situation that PCM mode and SDC mode are simultaneously enabled in
one CU. In solution 1, the conditional check of sdc_flag is added when parsing the PCM flag. In
solution 2, the sdc_flag is proposed to be transmitted in CU extension when PCM mode is not
enabled.
The current software disallows combination of SDC and IPCM. The contribution proposes to
allow enabling IPCM only when SDC is disabled.
Instead of formulating additional conditions in the same way as the decoder software is
checking, from the subsequent discussion it appears more appropriate to formulate an encoder
constraint about not enabling SDC when IPCM is used in CU.
Decision: Editors will put in the encoder restriction. The conditional parsing is to be removed
from the software. Then, the sdc_flag can also better be moved to CU extension syntax part.
6.2
Common MV-HEVC/SHVC HLS (39)
6.2.1 Summary
1).1.1.1.1.393
JCT3V-H0207 BoG report on High Level Syntax [J. Boyce, Y.-K.
Wang]
The BoG report was presented, and related decisions were made in a joint meeting with JCT-VC,
Thu 03-03, 1700-2000. See further detail of adoptions under JCT3V-H1002.
6.2.2 Contributions (39)
1).1.1.1.1.394
JCT3V-H0021 MV-HEVC/SHVC HLS: Proposal for an SEI
message on selectable overlays [N. Stefanoski, O. Wang, A. Smolic (DRZ), T. Szypulski
(ESPN)]
Same as JCTVC-Q0045. Please see JCT-VC report.
1).1.1.1.1.395
JCT3V-H0022 MV-HEVC/SHVC HLS: VPS extension clean-up [Y.
Cho, B. Choi, M. W. Park, J. Y. Lee (Samsung)]
Same as JCTVC-Q0054. Please see JCT-VC report.
1).1.1.1.1.396
JCT3V-H0023 MV-HEVC/SHVC HLS: Comments on general
decoding process and selection of CPB operation in the HRD operation [Y. Cho, B.
Choi, M. W. Park, J. Y. Lee (Samsung)]
Same as JCTVC-Q0055. Please see JCT-VC report.
1).1.1.1.1.397
JCT3V-H0024 MV-HEVC/SHVC HLS: On inter-layer RPS signalling
and derivation [H. Lee, J. W. Kang, J. Lee, J. S. Choi (ETRI)]
Same as JCTVC-Q0060. Please see JCT-VC report.
1).1.1.1.1.398
JCT3V-H0025 MV-HEVC/SHVC HLS: On
max_tid_il_ref_pics_plus1 in the VPS extension [H. Lee, J. W. Kang, J. Lee, J. S. Choi
(ETRI)]
Same as JCTVC-Q0061. Please see JCT-VC report.
Page: 343
Date Saved: 2016-02-12
1).1.1.1.1.399
JCT3V-H0026 MV-HEVC/SHVC HLS: On additional layer sets,
rewriting of simulcast layers, and profile-tier-level indication for auxiliary picture layers
[M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0078. Please see JCT-VC report.
1).1.1.1.1.400
JCT3V-H0027 MV-HEVC/SHVC HLS: max_tid_il_ref_pics_plus1 in
inter-layer RPS syntax and semantics [M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0079. Please see JCT-VC report.
1).1.1.1.1.401
JCT3V-H0028 MV-HEVC/SHVC HLS: On access unit definition and
allowing different decoding orders in different layer trees [M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0091. Please see JCT-VC report.
1).1.1.1.1.402
JCT3V-H0029 HEVC/MV-HEVC/SHVC HLS: Redundant picture
SEI message [M. Sychev, V. Stepin, S. Ikonin (Huawei)]
Same as JCTVC-Q0090. Please see JCT-VC report.
1).1.1.1.1.403
JCT3V-H0030 MV-HEVC/SHVC HLS: Overlay info SEI message [J.
Boyce, S. Wenger (Vidyo)]
Same as JCTVC-Q0096. Please see JCT-VC report.
1).1.1.1.1.404
JCT3V-H0031 MV-HEVC/SHVC HLS: Constraints for Reference
Picture Set Parameters [S. Deshpande (Sharp)]
Same as JCTVC-Q0100. Please see JCT-VC report.
1).1.1.1.1.405
JCT3V-H0032 MV-HEVC/SHVC HLS: On Bitstream Partition Buffer
[S. Deshpande (Sharp)]
Same as JCTVC-Q0101. Please see JCT-VC report.
1).1.1.1.1.406
JCT3V-H0033 MV-HEVC/SHVC HLS: Comments on HEVC
Extensions [S. Deshpande (Sharp)]
Same as JCTVC-Q0102. Please see JCT-VC report.
1).1.1.1.1.407
JCT3V-H0034 MV-HEVC/SHVC HLS: On DPB Profile Level Limits
[S. Deshpande (Sharp)]
Same as JCTVC-Q0103. Please see JCT-VC report.
1).1.1.1.1.408
JCT3V-H0035 MV-HEVC/SHVC HLS: On temporal enhancement
layers and diagonal inter-layer prediction [M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0105. Please see JCT-VC report.
1).1.1.1.1.409
JCT3V-H0036 MV-HEVC/SHVC HLS: On TSA and STSA pictures
[M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0108. Please see JCT-VC report.
1).1.1.1.1.410
JCT3V-H0037 MV-HEVC/SHVC HLS: On TemporalId constraints
[M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0109. Please see JCT-VC report.
Page: 344
Date Saved: 2016-02-12
1).1.1.1.1.411
JCT3V-H0038 REXT/MV-HEVC/SHVC/3D-HEVC HLS: On
indication of decoding process [M. M. Hannuksela (Nokia)]
Same as JCTVC-Q0115. Please see JCT-VC report.
1).1.1.1.1.412
JCT3V-H0039 MV-HEVC/SHVC HLS: Comments on IRAP
alignment and POC value derivation [B. Choi, Y. Cho, M.W. Park, J.Y. Lee, S. Lee, C.
Kim (Samsung)]
Same as JCTVC-Q0057. Please see JCT-VC report.
1).1.1.1.1.413
JCT3V-H0042 MV-HEVC/SHVC HLS: On picture order count and
related [A. K. Ramasubramonian, Hendry, Y.-K. Wang (Qualcomm)]
Same as JCTVC-Q0146. Please see JCT-VC report.
1).1.1.1.1.414
JCT3V-H0043 MV-HEVC/SHVC HLS: On level definitions [Y.-K.
Wang, K. Rapaka, J. Chen, Hendry, A. K. Ramasubramonian (Qualcomm)]
Same as JCTVC-Q0145. Please see JCT-VC report.
1).1.1.1.1.415
JCT3V-H0044 MV-HEVC/SHVC HLS: On extraction of independent
non-base layer [Hendry, A. K. Ramasubramonian, Y.-K. Wang (Qualcomm)]
Same as JCTVC-Q0142. Please see JCT-VC report.
1).1.1.1.1.416
JCT3V-H0045 MV-HEVC/SHVC HLS: On picture flushing and DPB
parameters [A. K. Ramasubramonian, Y.-K. Wang, Hendry (Qualcomm)] [late]
Same as JCTVC-Q0154. Please see JCT-VC report.
1).1.1.1.1.417
JCT3V-H0046 MV-HEVC/SHVC HLS: On DPB - to share or not to
share, that is the question [A. K. Ramasubramonian, Hendry, Y.-K. Wang, Y. Chen
(Qualcomm)]
Same as JCTVC-Q0157. Please see JCT-VC report.
1).1.1.1.1.418
JCT3V-H0047 MV-HEVC/SHVC HLS: On Highest TemporalId [S.
Deshpande (Sharp)]
Same as JCTVC-Q0158. Please see JCT-VC report.
1).1.1.1.1.419
JCT3V-H0048 SHVC/MV-HEVC HLS: On alternative output layer
flag [T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)]
Same as JCTVC-Q0160. Please see JCT-VC report.
1).1.1.1.1.420
JCT3V-H0049 Layer association of auxiliary pictures [T. Ikai
(Sharp)]
Same as JCTVC-Q0161. Please see JCT-VC report.
1).1.1.1.1.421
JCT3V-H0050 SHVC/MV-HEVC HLS: Scaled offset information of
auxiliary pictures [T. Ikai (Sharp)]
Same as JCTVC-Q0162. Please see JCT-VC report.
1).1.1.1.1.422
JCT3V-H0051 MV-HEVC/SHVC HLS: On decoding nonoutput/non-reference layers [T. Tsukuba, T. Yamamoto, T. Ikai (Sharp)]
Same as JCTVC-Q0163. Please see JCT-VC report.
Page: 345
Date Saved: 2016-02-12
1).1.1.1.1.423
JCT3V-H0052 MV-HEVC/SHVC HLS: On sub-bitstream property
SEI [T. Ikai, T. Yamamoto, T. Tsukuba(Sharp)]
Same as JCTVC-Q0164. Please see JCT-VC report.
1).1.1.1.1.424
JCT3V-H0053 MV-HEVC/SHVC HLS: Clean up for output layer set
[T. Tsukuba, T. Yamamoto, T. Ikai, S. Deshpande(Sharp)]
Same as JCTVC-Q0165. Please see JCT-VC report.
1).1.1.1.1.425
JCT3V-H0054 MV-HEVC/SHVC HLS: On scaled reference layer
offset [T. Yamamoto, T. Tsukuba, T. Ikai (Sharp)]
Same as JCTVC-Q0166. Please see JCT-VC report.
1).1.1.1.1.426
JCT3V-H0055 MV-HEVC/SHVC HLS: On layers not present SEI [T.
Ikai (Sharp)]
Same as JCTVC-Q0167. Please see JCT-VC report.
1).1.1.1.1.427
JCT3V-H0056 MV-HEVC/SHVC HLS: Miscellaneous HLS topics
[Hendry, A. K. Ramasubramonian, Y.-K. Wang, V. Seregin (Qualcomm)] [late]
Same as JCTVC-Q0177. Please see JCT-VC report.
1).1.1.1.1.428
JCT3V-H0081 MV-HEVC/SHVC: On bitstream partition buffering
[M. M. Hannuksela, A. Hallapuro (Nokia)] [late]
Same as JCTVC-Q0182. Please see JCT-VC report.
1).1.1.1.1.429
JCT3V-H0082 MV-HEVC/SHVC HLS: SEI message cleanups
[Hendry, Y.-K. Wang, A. K. Ramasubramonian (Qualcomm)] [late]
Same as JCTVC-Q0183. Please see JCT-VC report.
1).1.1.1.1.430
JCT3V-H0138 MV-HEVC/SHVC HLS: On
slice_temporal_mvp_enabled_flag [M. M. Hannuksela (Nokia)] [late]
Same as JCTVC-Q0189. Please see JCT-VC report.
1).1.1.1.1.431
JCT3V-H0168 MV-HEVC/SHVC HLS: On representation format
signaling [S. Hattori, O. Nakagami, T. Suzuki (Sony)] [late]
Same as JCTVC-Q0195. Please see JCT-VC report.
1).1.1.1.1.432
JCT3V-H0188 MV-HEVC/SHVC HLS: On HighestTid and
MaxSubLayersInLayerSetMinus1 [T. Ikai (Sharp)] [late]
Same as JCTVC-Q0211. Please see JCT-VC report.
1).1.1.1.1.433
JCT3V-H0206 MV-HEVC/SHVC HLS: On frame-field related
indications (follow-up of parts of JCTVC-Q0183/JCT3V-H0082 and JCTVCQ0078/JCT3V-H0026) [M. M. Hannuksela (Nokia)] [late]
Same as JCTVC-Q0247. Please see JCT-VC report.
1).1.1.1.1.434
JCT3V-H0208 MV-HEVC/SHVC HLS: On semantics of layers not
present SEI message [A. K. Ramasubramonian (Qualcomm)] [late]
Same as JCTVC-Q0253. Please see JCT-VC report.
Page: 346
Date Saved: 2016-02-12
1).1.1.1.1.435
JCT3V-H0209 MV-HEVC/SHVC HLS: On sharing of sub-DPBs [A.
K. Ramasubramonian, Hendry (Qualcomm), S. Deshpande (Sharp)] [late]
Same as JCTVC-Q0255. Please see JCT-VC report.
7 Non-CE technical contributions (69)
7.1
IC (6)
(Chaired by J. Ohm, Sunday morning.)
1).1.1.1.1.436
JCT3V-H0086 Low-latency illumination compensation (IC)
encoding algorithm [Y.-W. Chen, J.-L. Lin, Y.-W. Huang, S. Lei (MediaTek)]
The current HTM encoder decides the enabling of illumination compensation (IC) flag at the
slice-level by examining original sample differences between the current picture and the
associated inter-view reference picture which results in one-picture latency and is not acceptable
for the low-delay applications. In this contribution, a modified IC encoding algorithm with low
latency is proposed by utilizing only the information of previously decoded pictures without
accessing samples of the current picture and the inter-view reference picture. The simulation
results reportedly show that the modified IC encoding algorithm introduces no coding loss while
low-latency encoding is achieved for IC encoding.
Decision(SW): Adopt as non-CTC mode of operation.
1).1.1.1.1.437
JCT3V-H0125 Cross check of Low-latency illumination
compensation (IC) encoding algorithm (JCT3V-H0086) [M. W. Park, C. Kim (Samsung)]
1).1.1.1.1.438
JCT3V-H0090 Simplification on illumination compensation for 3DHEVC [K. Zhang, J. An, X. Zhang, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
In current 3D-HEVC, the training process of illumination compensation (IC) imposes quite a
high complexity burden on both the encoder and decoder side. This contribution proposes to
constrain the number of training samples not to exceed a fixed number to reduce the complexity
of the IC training process in the worst case. Experimental results reportedly show that the
proposed method achieve 0.02% BD-rate saving for the synthesized views in the common test
condition.
The proposal is to use less training samples in case of large block size (>16). However, when
counting number of operations per sample, this does not help in worst case complexity, which
would rather occur in case of small block sizes. Therefore, the benefit is not obvious.
No action.
1).1.1.1.1.439
JCT3V-H0150 Cross check of Simplification on illumination
compensation for 3D-HEVC (JCT3V-H0090) [M. W. Park, C. Kim (Samsung)] [late]
1).1.1.1.1.440
JCT3V-H0128 Improvement on illumination compensation
reference pixels selection [Z. Gu (SCU), J. Zheng (HiSilicon), N. Ling (SCU), P. Zhang
(HiSilicon)]
This contribution proposes an improvement of illumination compensation reference pixels
selection. To take more partition cases into consideration, the performance of simplified DC
prediction is further improved in this contribution. It is reported that -0.1% BD-rate gain is
achieved for view2 and synthesized view under CTC.
Page: 347
Date Saved: 2016-02-12
The proposal suggests to access all samples and make a pre-selection based on SAD criterion
which out of three subsets of samples is used in the linear model. This increases memory
accesses and computations (where computations are not increased as much as would be the case
when feeding all samples into the LM). The method is used only for 16x16 and 8x8.
Gain is not sufficient to justify the additional complexity.
Further study for identification of a better performance/complexity tradeoff was recommended
(not as a CE).
1).1.1.1.1.441
JCT3V-H0149 Crosscheck of Improvement on illumination
compensation reference pixels selection (JCT3V-H0128) [J. Seo, S. Yea (LGE)] [late]
7.2
MV/DV inheritance / coding (8)
1).1.1.1.1.442
JCT3V-H0088 MV-HEVC: A virtual collocated picture for temporal
motion vector prediction [K. Zhang, J. An, X. Zhang, H. Huang, J.-L. Lin, S. Lei
(MediaTek)]
A virtual collocated picture (VCP) for temporal motion vector prediction (TMVP) is proposed to
improve the coding performance of MV-HEVC. By constructing a VCP based on the motion
information from the inter-view reference picture and two auxiliary temporal reference picture,
inter-view motion prediction can be introduced into MV-HEVC without changing any CU-level
syntax or procedure. Experimental results reportedly show that the proposed method can achieve
coding gain 2.5%, 2.2% and 1.3% for V1, V2 and all videos respectively.
Question: What does the term “auxiliary pictures” mean in this context? A: Same as collocated
pictures in dependent view.
One remark was made that the slice level flag might not be necessary.
The proposal would require dedicated normative inter-layer processing which is undesirable in
the MV-HEVC concept.
Several experts expressed the opinion that such a change should not be made.
JCT3V-H0186 MV-HEVC: Crosscheck of A virtual collocated picture for
temporal motion vector prediction (JCT3V-H0088) [T. Ikai (Sharp)] [late]
1).1.1.1.1.443
1).1.1.1.1.444
JCT3V-H0089 MV sharing for 3D-HEVC [K. Zhang, J. An, X.
Zhang, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
In this contribution, a MV sharing method between the depth and texture components is
proposed to reduce the MV storage. MVs needed by temporal motion vector prediction or interview motion prediction for depth coding are fetched from the corresponding texture picture
instead of a depth picture. MV storage can be halved in the proposed approach. The experimental
results reportedly show that the proposed simplification brings no coding loss.
The contribution shows that texture and depth can share the same motion vectors stored for
IVMP and TMVP without coding loss in CTC. Number of memory accesses is not reduced.
However, more consideration appears necessary what the implications would be in cases of
unpaired texture and depth, backward compatibility with MV-HEVC (where the depth is coded
independently and requires motion vector storage), and in case of different resolution of texture
and depth. This might require some re-configuration of memory resources in DPB to really get
the benefit.
Further study was recommended.
Page: 348
Date Saved: 2016-02-12
1).1.1.1.1.445
JCT3V-H0173 Crosscheck on MediaTek's proposal on "MV sharing
for 3D-HEVC (JCT3V-H0089)" [X. Zheng (HiSilicon)] [late]
7.3
DLT (5)
(Chaired by J. Ohm, Sunday morning.)
1).1.1.1.1.446
JCT3V-H0091 On DLT signaling in 3D-HEVC [K. Zhang, J. An, X.
Zhang, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
This contribution proposes several solutions to address problems in depth look-up table (DLT)
signaling in 3D-HEVC. Firstly, it is clarified that a DLT cannot be predicted by a non-existed
DLT. Secondly, the bit-depth for depth samples signaled in SPS and PPS is made consistent.
Finally, the redundancy of signaling DLT several times is removed. Experimental results show
that there is no obvious coding performance change.
Problem1: Possibility of prediction in DLT differential coding from non-existing reference.
Other possibilities would include either a condition that a bitstream would be invalid (encoder
constraint), or defining a default initial value. Discuss offline with Y. Chen and F. Jäger, report
back best solution.
Offline discussions considered the proposed encoder constraint and also a more flexible solution
that would explicitly reference where the DLT reference is. Although there is a preference to
have greater flexibility, it was agreed to adopt the encoder constraint. Decision: Adopt
Problem2: Add a constraint that the bit depth signaling in PPS should not contradict the value
signaled in SPS. Decision: Adopt this aspect.
Problem3: Redundancy of DLT signaling. According to one of the editors (Y. Chen), the draft
text includes a flag that allows disabling the signaling of DLT in PPS, such that an encoder has
the choice to avoid the redundancy. It may however be that the software does not implement that.
Clarify offline, report back.
It was agreed in follow up discussion that a software modification would be sufficient to avoid
redundant DLT signaling.
Decision (SW): Adopt
1).1.1.1.1.447
JCT3V-H0129 Crosscheck of MediaTek proposal on DLT signaling
in 3D-HEVC (JCT3V-H0091) [J. Zheng, X. Zheng, X. Chen (HiSilicon)] [late]
1).1.1.1.1.448
JCT3V-H0105 Performance evaluation on DLT-based residual
coding [J. Y. Lee, M. W. Park, C. Kim (Samsung)]
DLT-based residual coding (F0159) was adopted for the efficient depth intra coding at Geneva meeting. It
compresses a difference between indexes of original and predicted pixels for several intra modes. Since
the reason why the DLT-based residual coding is applied for only several modes is not clear enough, this
contribution tests the performance when it is extended into all the intra modes and removed, respectively.
The results illustrate that both cases have no coding gain.
The contributions shows two sets of results:

In one case, the DLT based residual coding is extended to all intra coding modes (instead of only
using it for DC, planar, hor/ver, DMM)

In the other case, DLT based residual coding is disabled in all modes, but still used for DC offset
and SDC.
Both cases show no difference in compression. From the second case, it is concluded that DLT based
residual coding in intra coding modes does not give benefit.
Page: 349
Date Saved: 2016-02-12
Decision: Remove DLT based residual coding.
1).1.1.1.1.449
JCT3V-H0199 Crosscheck of Performance evaluation on DLTbased residual coding (JCT3V-H0105) [H. Liu (Qualcomm)] [late]
1).1.1.1.1.450
JCT3V-H0189 3D-HEVC: Harmonization of depth lookup table for
intra prediction modes for intra depth coding [H. Sabirin, K. Kawamura, S. Naito (KDDI)]
[late]
Identical to first case of H0105; thus there was no need for this to be presented.
7.4
DMM (10)
(Chaired by J. Ohm, Sunday morning.)
1).1.1.1.1.451
JCT3V-H0116 Removal of delta DC values for DMM4 [J. Nam, J.
Seo, S. Yea (LGE)]
In the current 3D-HEVC, each partition of depth modeling modes (DMM) can be coded together
with an optional delta DC value. However, it is observed that compensation of delta DC values
for DMM4 mode gives no impact on the overall coding performance while increasing the
encoding complexity. Therefore, this contribution proposes removal of delta DC values for the
DMM4 mode in 3D-HEVC. The proposed method incurs no coding loss in terms of the
synthesized PSNR both under the CTC and AI configurations.
It is shown that the combination of DMM4 and DC offset is hardly used (approx. 1-2%). This
explains that its removal does not change compression significantly.
However, it is not really obvious that this gives a benefit in complexity reduction. A generic
concept of the different combinations (DMM, SDC, DC offset, intra/inter) was introduced by the
last meeting, and the solution suggested here would disable the usage of DC offset for just one
specific DMM case. The design would not be simplified by this.
1).1.1.1.1.452
JCT3V-H0156 Cross check of removal of delta DC values for
DMM4 (JCT3V-H0116) [J. Y. Lee, C. Kim (Samsung)] [late]
1).1.1.1.1.453
JCT3V-H0106 Separate enabling flag for SDC and DMM and Study
on DMM4 [J. Y. Lee, B. Choi, M. W. Park, Y. Cho, C. Kim (Samsung)]
Intra SDC and DMM is enabled and disabled by vps_depth_modes_flag. When SDC is enabled and
DMM is disabled, one bit for a CU-level DMM flag is always transmitted. This contribution proposes to
define a separate flag for DMM and unify enabling flags of inter and intra SDC, because intra SDC is
performed in the exactly same manner as inter SDC, rather than DMM. In addition, it is discussed
whether DMM4 can have inter-layer dependency or not.
It is argued that DMM4 is not an intended inter coding tool, but there is a contradiction that the
WD allows it only in P and B slices. The following was discussed:
From the specification, DMM4 can only be used in P or B slices (since per base spec, an I slice
could not access information from another slice, where however the depth slice would need to
access the corresponding texture slice). In the software implementation, the depth slice is a
conventional I slice which formally violates this condition. The issue could be resolved by
introducing an additional slice type e.g. ‘Intra Depth Slice’ which allows accessing information
from a texture I slice in the same access unit. The concept was requested to be further discussed
in a BoG (P. Merkle), which reported back later.
1).1.1.1.1.454
JCT3V-H0204 BoG report on intra depth slice [P. Merkle]
Page: 350
Date Saved: 2016-02-12
BoG report provided in H0204: It was recommended to adopt the specification text changes for
inter-component prediction in depth intra slices. The text changes were reviewed.
Decision: Adopt (H0204).
Note: Also consider whether the issue could be resolved by only defining the depth slice as a P
or B slice, whereas in this case some implications might occur in terms of random access and
HRD mechanisms.
It was not clear what the benefit of the alternative signaling would be. The current signaling is
enabling all intra depth coding tools (DMM, intra SDC, …) together, and inter SDC separately.
It is not clear whether encoders might want to always enable both inter and intra SDC together.
On the other hand, it is also not clear whether encoder might always want to use all intra coding
tools together. Further study on these aspects appears necessary, but it may be too early to make
a final decision on which HLS flags for enabling/disabling tools should be included.
One more intention of the contribution is to remove DMM4 entirely. It is shown that it does not
provide benefit in CTC, and average loss of 0.17% is observed in all intra case.
In the discussion, several concerns were raised against removal of DMM4, since it is not an
overly complex mode.
1).1.1.1.1.455
JCT3V-H0146 Cross check of Separate enabling flag for SDC and
DMM and Study on DMM4 (JCT3V-H0106) [J. Nam, S. Yea (LGE)] [late]
1).1.1.1.1.456
JCT3V-H0121 Advanced boundary chain coding for depth intra
mode [J. Seo, J. Nam, S. Yea]
Region-boundary chain coding was proposed and adopted in July of 2012 (JCT2-0070). At a
later stage, it was removed from the Test Model (TM) due to its reduced coding gain in the midst
of significant design changes for depth intra coding. This contribution presents its improved
version - advanced boundary chain (ABC) coding - for depth intra coding. As before, the
proposed method separates a block into two partitions following an arbitrary contour – without
introducing Access Unit (AU) dependency (i.e. relying on corresponding texture video) described by a chain-code and can be applied to blocks of sizes from 4x4 to 32x32. The
improvement lies in both a more versatile description of arbitrary contours while achieving more
efficient encoding of the associated side-information for chain description. The proposed method
provides BDR gains of 0.3% and 0.3% under CTC and AI configurations, respectively
This is an extension of G0094, which initially proposed to replace DMM4. When G0094 was
presented, concern was expressed that surprisingly it did not provide comparable gain in AI
mode. This is no longer the case with the new contribution, which shows additional gain over
DMM4.
When the ‘old’ boundary chain coding was removed, it did not provide any significant coding
gain any more. The new approach is reported to give coding gain, and is claimed to be no more
complex than the old solution was (which however needs some more investigation to verify).
To be studied in CE.
1).1.1.1.1.457
JCT3V-H0145 Crosscheck on Advanced boundary chain coding for
depth intra mode (JCT3V-H0121) [S. Shimizu, S. Sugimoto (NTT)] [late]
1).1.1.1.1.458
JCT3V-H0174 Crosscheck on LGE's proposal on "Advanced
boundary chain coding for depth intra mode (JCT3V-H0121)" [X. Zheng, Y. Lin
(HiSilicon)] [late]
Page: 351
Date Saved: 2016-02-12
1).1.1.1.1.459
JCT3V-H0136 Constraints for depth modeling modes [H. Liu, Y.
Chen (Qualcomm)]
In 3D-HEVC, for a Prediction Unit (PU) coded with Depth Modeling Mode (DMM), split depth
of the associated transform tree (if available) may be greater than 0, meaning that a DMM coded
PU may be located in multiple transform units. However, the decoding process for this case is
not defined appropriately and the decoder cannot handle it. Such flexibility in the current
working draft of 3D-HEVC is considered as a bug for our current design. This contribution
proposes to constrain the split depth of the associated transform tree of DMM coded PU to be
equal to zero. Proposed method has no impact on coding efficiency.
This constraint is implemented in software anyway, since a crash would occur if it was not
observed. The specification text does not have such constraint (disallowing an encoder to
produce a bitstream that would incur a split of the transform tree causing transform blocks that
are smaller than a DMM block).
Decision(BF): Adopt.
1).1.1.1.1.460
JCT3V-H0108 Clean-up on DMM and SDC DC prediction [X.
Zheng, Y. Lin, X. Chen, J. Zheng (HiSilicon)]
This contribution unifies DC prediction process for DMM1, DMM4, SDC DMM1 and SDC
DMM4. The unification can simplify the implementation process and the standard specification
description for DC prediction part. The experimental results of the proposed method are exactly
identical as htm10.r1 anchor.
The results are not bit-wise identical, since in some occasional cases slightly different predictions
might occur, which however do not produce any noticeable difference in compression
performance.
This was seen as a straightforward simplification/unification.
Decision: Adopt.
1).1.1.1.1.461
JCT3V-H0158 Cross check of clean-up on DMM and SDC DC
value derivation (JCT3V-H0108) [P. Merkle (HHI)] [late]
7.5
SDC (8)
(Chaired by A. Vetro, Sunday evening.)
1).1.1.1.1.462
JCT3V-H0093 Simplification on SDC DC mode [J.-L. Lin, Y.-W.
Chen, Y.-W. Huang, S. Lei (MediaTek)]
In HTM-10.0, the segment-wise DC coding (SDC) is applied as an alternative intra coding mode.
For the DC mode in SDC, the DC value needs to be calculated in two steps. It firstly calculates
the mean of the depth values of neighbouring samples as the initial prediction samples of current
depth block. As the second step, after a boundary post-filter is applied on the initial prediction
samples, it has to re-calculate the mean of the prediction samples as the input of a depth lookup
table to derive an index value. In this proposal, it is proposed to simplify the DC mode in SDC
by directly using the DC value calculated in the first step. The experimental results reportedly
show no coding loss under the common tests conditions and all-intra test conditions.
This proposal seems to be a logical simplification in that it only computes the DC value once
from neighbouring samples. However, it incurs a special case for this particular mode, i.e., other
modes require filtering, and it does not help the worst case.
No action.
Page: 352
Date Saved: 2016-02-12
1).1.1.1.1.463
JCT3V-H0157 Cross check of simplification on SDC DC mode
(JCT3V-H0093) [J. Y. Lee, C. Kim (Samsung)] [late]
1).1.1.1.1.464
JCT3V-H0101 Allowing zero DC candidate in inter SDC [J. Y. Lee,
M. W. Park, C. Kim (Samsung)]
At the last meeting, multiple DC candidates were adopted to improve the performance of the
inter SDC (G0101). However, the zero DC candidate was not adopted due to the additional
branch in merge mode in WD (G0058). To figure out the problem and for the design generality
(that covers the zero DC candidate as well), the proposed method allows the zero candidate. It
can be represented by deleting one condition in WD. Results show that the proposed method
does not affect the coding performance a lot.
With the current unified syntax design, the additional branch is not required. The revised syntax
according to this proposal removes a condition. Several experts expressed some support for the
proposal.
However, there is concern on the overlap between skip mode and the use of zero DC candidate,
which may lead to some minor loss.
No action.
1).1.1.1.1.465
JCT3V-H0164 Crosschecking for Samsung's Allowing zero DC
candidate in inter SDC (JCT3V-H0101) [H. Huang (MediaTek)] [late]
1).1.1.1.1.466
JCT3V-H0102 Residual DC quantization in intra SDC [J. Y. Lee, M.
W. Park, C. Kim (Samsung)]
DLT is used to reduce the magnitude of the residual DC for the general modes in intra SDC.
DLT enables DC to be signaled as an index instead of the value. To reconstruct the residual DC
in a decoder side, DC of the predicted pixels should be first calculated and then re-mapping from
the DLT index to the value is performed. In order to simplify these operation, the proposed
method quantizes the residual DC with one shift operation to reduce the magnitude of the
residual DC, instead of using DLT. The results showed that the proposed method achieves the
coding gain of -0.1% and removes the DC calculation and re-mapping processes.
The same functionality may be possible using the existing DLT. The proposed method may also
be evaluated with other DMM modes.
It is desirable to further study this in CE within the context of the existing design. This study
should include the usage of the same quantized values signaled by DLT, i.e. implementing the
same functionality as encoder-side operation. It should further be investigated whether the
scheme can also be applied in combination with DMM.
1).1.1.1.1.467
JCT3V-H0171 Crosscheck on residual DC quantization in intra
SDC (JCT3V-H0102) [Y. Zhang (Zhejiang University)] [late]
1).1.1.1.1.468
JCT3V-H0114 Simplification of DC calculation for SDC [J. Nam, J.
Seo, S. Yea (LGE)]
No longer relevant according to proponent.
1).1.1.1.1.469
JCT3V-H0144 Crosscheck on Simplification of DC calculation for
SDC (JCT3V-H0114) [S. Shimizu, S. Sugimoto (NTT)] [late]
Page: 353
Date Saved: 2016-02-12
7.6
DBBP (20)
(Chaired by A. Vetro, Sunday evening.)
1).1.1.1.1.470
JCT3V-H0057 Sub-PU Restriction for DBBP [F. Jäger (RWTH
Aachen University)]
At the 6th JCT-3V meeting, a motion/disparity prediction method was introduced in JCT3VG0106 [1] that uses a depth-derived binary segmentation mask for the derivation of PU
partitioning and for merging of two prediction signals. The method is called Depth-based Block
Partitioning (DBBP). The segmentation process in JCT3V-G0106 results in two segments, which
motion information is coded as a conventional bi-partitioned coding unit with two sets of motion
information. In the original proposal, Sub-PU Inter-View Motion Prediction (SPIVMP), as
proposed in JCT3V-F0101 [2], is disabled for coding units using DBBP, as sub-PU motion
information interferes with the sample-precise segmentation mask design. At the 7th JCT-3V
meeting it was proposed in JCT3V-G0138 [3] to use sub-PU storage of disparity information for
block using View Synthesis Prediction (VSP). Consequently, there is currently an
incompatibility between VSP and DBBP, which is resolved in this proposal by introducing a
restriction on DBBP-coded blocks to not use VSP for disparity compensation. The impact on the
coding efficiency is negligible.
Working draft changes were reviewed and are very minor. The change was supported by several
experts.
Decision: Adopt.
1).1.1.1.1.471
JCT3V-H0140 Crosscheck on Sub-PU Restriction for DBBP
(JCT3V-H0057) [S. Shimizu, S. Sugimoto (NTT)] [late]
1).1.1.1.1.472
JCT3V-H0058 Low Complex Partitioning Derivation for DBBP [F.
Jäger (RWTH Aachen University), J. Konieczny, G. Cordara (Huawei Technologies)]
At the 7th JCT-3V meeting, a motion/disparity prediction method was introduced in JCT3VG0106 that uses a depth-derived binary segmentation mask for the derivation of PU partitioning
and for merging of two prediction signals. The partitioning derivation process in JCT3V-G0106
is relatively high complexity, as it needs to analyse the full block of either depth or mask samples
to find the resulting partitioning mode. In this contribution, a low complex approach for the same
task is proposed, which requires only up to 3 binary comparisons per coding unit for achieving
almost the same results as the original method. The impact on the coding efficiency of DBBP is
negligible.
This proposal still enables all 6 partitions with much fewer computations. There is a constant
number of add/shifts and comparisons for all block sizes (3 Adds, 1 Shift, 2 or 3 Comparisons).
The coding efficiency is unchanged.
See additional notes under H0073.
1).1.1.1.1.473
JCT3V-H0079 Cross check of Low Complex Partitioning Derivation
for DBBP (JCT3V-H0058) [M. W. Park, C. Kim (Samsung)]
1).1.1.1.1.474
JCT3V-H0065 DBBP simplification [T. Ikai (Sharp)]
In Depth-based Block Partitioning (DBBP), two interpolations are utilized to generate one
prediction image for each list, resulting that the burden of motion compensation process doubles.
DBBP also needs additional process such as two types of partitioning (in motion parameter
Page: 354
Date Saved: 2016-02-12
derivation and in motion compensation) and blending. This proposal presents three
simplifications of DBBP as follows:
Proposal 1: use bi-linear interpolation instead of 8/4 tap interpolation in MC process
Proposal 2: use VSP like partitioning in DBBP partitioning in motion parameter derivation. Will
be included as part of offline discussion on partitioning derivation. See notes under H0073.
Proposal 3: removing 1/2 weighting in blending process. Related to H0104, but much simpler
and gives minor gain. As noted below, the boundary filter in H0104 is adopted. Simplifications
of the updated scheme can be studied further.
It is reported that all of three proposals show no coding loss.
1).1.1.1.1.475
JCT3V-H0159 Crosschecking for Sharp's DBBP simplification,
JCT3V-H0065 [X. Zhang (MediaTek)] [late]
1).1.1.1.1.476
JCT3V-H0068 Simplification of DBBP in 3D-HEVC [M. W. Park, J.
Y. Lee, C. Kim (Samsung)]
In the current 3D-HEVC, DBBP is relatively high complexity because it needs to access all
depth samples in the corresponding depth block to derive a PU partition mode and segmentation
mask while other depth-based processes such as the Sub-PU partition size and 2nd DV derivation
for VSP and DoNBDV derivation only access 4 corner depth pixels. Moreover, DBBP has
currently six partition modes, but four AMP modes would be redundant because they can be
covered by two symmetric partition modes. In order to reduce the complexity of DBBP, it is
proposed to use only corner pixels, which are already used in other depth-based process, in the
corresponding depth block for deriving the PU partition mode and segmentation mask, and to
allow 2 symmetric partition modes. The proposed methods provide no coding loss (0.04% bitsaving for synthesized views) with about 97% both encoding and decoding time
The first aspect of this proposal uses 4 corner pixels to determine a threshold for the
segmentation rather than all the pixels. It was noted that the same segmentation process is used
for DBBP and DMM4. It could be worth evaluating the same simplification for DMM4,
especially since it would be less desirable to have two different processes.
In contrast to H0058, this proposal only uses 2 of the 6 partitions and disables 4 of the AMP
partitions.
See additional notes under H0073.
1).1.1.1.1.477
JCT3V-H0071 Cross check of Simplification of DBBP in 3D-HEVC
(JCT3V-G0068) [F. Jäger (RWTH Aachen University)]
1).1.1.1.1.478
JCT3V-H0069 Disparity Vector for DBBP in 3D-HEVC [M. W. Park,
J. Y. Lee, C. Kim (Samsung)]
In the current 3D-HEVC, DBBP uses DoNBDV to find the corresponding depth block, which is
used for deriving a segmentation mask and a PU partition mode. However, this can cause of
increasing the memory access bandwidth requirement because it needs to fetch the depth block
twice; one is for the DoNBDV derivation and the other is for the derivation of the segmentation
mask and the PU partition mode in DBBP. Therefore, it is proposed to use NBDV instead of
DoNBDV for the DBBP process in order to reduce the number of depth blocks to be fetched.
The proposed method reportedly provides no coding loss.
There is some minor loss observed.
Proposal H0115 is very related. See additional notes under H0115.
Page: 355
Date Saved: 2016-02-12
1).1.1.1.1.479
JCT3V-H0160 Crosschecking for LGE's Disparity Vector for DBBP
in 3D-HEVC, JCT3V-H0069 [X. Zhang (MediaTek)] [late]
1).1.1.1.1.480
JCT3V-H0143 Crosscheck on Disparity Vector for DBBP in 3DHEVC (JCT3V-H0069) [S. Shimizu, S. Sugimoto (NTT)] [late]
1).1.1.1.1.481
JCT3V-H0072 Bug-fix of depth-based block partitioning [X. Zhang,
K. Zhang, J. An, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
In the current 3D-HEVC, the depth-based block partitioning (DBBP) needs to determine a block
partition mode among 2NxN, Nx2N, 2NxnU, 2NxnD, nLx2N, and nRx2N when the CU size is
larger than 8x8, and among 2NxN, Nx2N in 8x8 CU. That is because the AMP partition modes
are always disabled in 8x8 CU. However, the case when the AMP is disabled by
amp_enable_flag=0 for entirely picture has not been considered in the block partitioning stage of
DBBP in current software and WD. In this contribution, two methods are proposed to fix the
bug.
Method 1 proposes to add one condition check to see whether the AMP block partitions are
allowed in the block partitioning stage of DBBP.
Method 2 proposes to totally disable the AMP partitions in the block partitioning of DBBP.
The experimental results reportedly show an averaged 0.04% bit savings on synthesis views for
method 2, while the number of block partitioning candidates of DBBP could be reduced from six
to two (2NxN and Nx2N).
It was noted that method 2 partially overlaps with H0068. This proposal completely disables the
AMP partitions, while H0068 additionally modifies the derivation process as a simplification.
The current method is not a simplification, but rather imposes a restriction. It is not clear that this
restriction is needed. The dominant factor in the complexity is due to the number of operations
rather than the number of possible partitions.
See additional notes under H0073.
1).1.1.1.1.482
JCT3V-H0183 Crosscheck of Bug-fix of depth-based block
partitioning (JCT3V-H0072) [T. Ikai (Sharp)] [late]
1).1.1.1.1.483
JCT3V-H0073 Simplification on depth-based block partitioning
(DBBP) [X. Zhang, K. Zhang, J. An, H. Huang, J.-L. Lin, S. Lei (MediaTek)]
In the current 3D-HEVC, the depth-based block partitioning (DBBP) comprises steps of partition
mode modification, segment mask generation and bi-segment motion compensation. In the step
of partition mode modification, with derived virtual depth as input, sub-sample mean value
calculation, pixel-by-pixel level CU contour pattern calculation and contour value counting are
utilized to modify the partition mode. Such design consumes a certain memory access, hardware
resources and computation complexity. In this contribution, two simplification methods are
proposed respectively to simplify the partition mode modification and limit the suitable CU sizes
for DBBP. Experimental results reportedly show the proposed simplifications bring no coding
efficiency loss.
Method 1 is similar in spirit to H0058 and H0068, i.e., use fewer pixels to derive the partition.
Other proposals seems slight simpler.
Method 2 disables DBBP for 8x8 CU. This is the worst-case complexity, and there is no coding
loss. There are some questions on whether DBBP incurs the worst case or not, and the benefit of
disabling. It was noted that ARP has higher memory access requirements compared to DBBP,
Page: 356
Date Saved: 2016-02-12
and ARP cannot be used together with DBBP. This can be looked at further to more clearly
identify if there is a problem and the proposed solution would alleviate the worst-case
complexity.
Offline discussion occurred to discuss simplifications to partition derivation (H0058, H0065,
H0068, H0072). It would be ideal if one approach or a harmonized approach could be agreed. If
not, consider a CE but we need to understand how comparisons would be performed.
Follow up discussion: It was agreed to restrict the possible partitions to 2NxN and Nx2N and
further study the derivation process. The default configuration would disable AMP.
Decision: Adopt (H0072, Method 2)
1).1.1.1.1.484
JCT3V-H0184 Crosscheck of Simplification on depth-based block
partitioning (JCT3V-H0073) [T. Ikai (Sharp)] [late]
1).1.1.1.1.485
JCT3V-H0094 Improvement on the signaling of DBBP [J.-L. Lin, Y.W. Chen, T.-D. Chuang, X. Zhang, Y.-W. Huang, S. Lei (MediaTek)]
In depth-based block partitioning (DBBP) mode, instead of signaling a partition mode to a
decoder, a best partition mode is implicitly derived from a corresponding depth block. However,
in current syntax design, in order to signal the DBBP mode, encoder firstly needs to signal a
2NxN partition mode to a decoder and then transmit a DBBP flag to indicate it is DBBP mode.
The signaling of the 2NxN partition mode is actually unnecessary, because the real partition
mode is derived from the corresponding depth block when DBBP is enabled. In order to clean up
the syntax and remove the redundancy, a solution is proposed in this contribution to remove the
dependence on 2NxN partition mode in DBBP flag signaling and remove the redundant partition
mode signaling. The experiment results reportedly show no coding loss.
Solution 1: remove condition for 2NxN.
Solution 2: remove the redundancy by skipping the partition mode syntax. In order to avoid a
parsing dependency, a default partition mode needs to be set.
The benefit of the proposed changes is a minor simplification of syntax. Solution 1 seems
slightly cleaner.
Decision: Adopt (Solution 1).
1).1.1.1.1.486
JCT3V-H0185 Crosscheck of Improvement on the signaling of
DBBP (JCT3V-H0094) [T. Ikai (Sharp)] [late]
1).1.1.1.1.487
JCT3V-H0104 Partition boundary filtering in DBBP [J. Y. Lee, M.
Mishurovskiy, M. W. Park, C. Kim (Samsung)]
Depth-based block partitioning (DBBP) was adopted at the last meeting. In DBBP, an arbitrarily
shaped block partitioning for the collocated texture block is derived from a binary segmentation
mask computed by the corresponding depth block. Two partitions are motion-compensated and
then merged by averaging them based on the depth-based segmentation mask. In this
contribution, to improve the performance of the current DBBP of about -0.2%, the filtering
process for smoothing the regions around the arbitrary partition efficiently, instead of averaging,
is proposed. The result shows that the proposed method obtains the gain of about -0.2% in
dependent views and about -0.1% in overall performance. In addition, the gain is quite consistent
in all the sequences.
It was noted that the complexity is also increase from (1 add, 1 shift) to (2 adds, 2 shifts) for each
boundary sample.
Page: 357
Date Saved: 2016-02-12
It would be interesting to know how this method performs in combination with NBDV. Further
study is encouraged together with proposals to use NBDV.
Decision: Adopt.
1).1.1.1.1.488
JCT3V-H0122 Cross check of Partition boundary filtering in DBBP
(JCT3V-H0104) [F. Jäger (RWTH Aachen University)]
1).1.1.1.1.489
JCT3V-H0115 Simplification of virtual depth map derivation for
DBBP [J. Nam, J. Seo, S. Yea (LGE)]
In the last meeting, the depth-based block partitioning (DBBP) method was adopted in 3DHEVC. In the DBBP method, an arbitrarily shaped block partitioning is derived based on a
binary segmentation mask computed from the virtual depth map which is derived by depth
oriented neighboring block based disparity vector (DoNBDV). Therefore, it is required to fetch
two depth blocks to get the virtual depth map. To reduce the number of depth fetching, this
contribution proposes to use NBDV instead of DoNBDV to derive the virtual depth map. The
proposed method incurs no coding loss in terms of the synthesized PSNR.
Same proposal as in H0069 to use NBDV rather than DoNBDV. It was noted that the loss
relative to the total gain provided by DBBP is somewhat high.
The use of DoNBDV was proposed for VSP and gave 0.1% gains based on HTM7, but was not
adopted due to additional memory fetch.
It was remarked that if DoNBDV is used for DBBP, then perhaps it should be reconsidered for
VSP.
It was suggested that the use of NBDV or DoNBDV could be reconsidered after other
simplifications and improvements are in place. Further study was encouraged (not in a CE).
7.7
Other (12)
(Chaired by K. Müller, Monday afternoon.)
1).1.1.1.1.490
JCT3V-H0076 Removal of chroma intra mode and cbf flags in
depth coding [J. An, K. Zhang, J.-L. Lin, S. Lei (MediaTek)]
In current 3D-HEVC, for depth map coding, the chroma sample values are meaningless and
always set to 128. Therefore, the chroma intra mode and chroma cbf (coded block flag) are
redundancies in depth map coding. However, in current 3D-HEVC software HTM10.0r1, the
chroma intra mode and cbf are still coded for depth map except for the SDC mode, which is
weird. Firstly, coding the chroma intra mode (syntax element intra_chroma_pred_mode) and cbf
(syntax elements cbf_cb and cbf_cr) are actually not necessary for depth map. Secondly, why is
SDC mode the only mode that does not have chroma intra mode? The chroma intra mode should
not be coded in any mode in depth map coding.
Suggestion to encode depth data with 4:0:0 format, it was mentioned, that 4:0:0 is not a profile in
HEVC v1, also, range extensions could be used, which specify 4:0:0.
No action.
1).1.1.1.1.491
JCT3V-H0147 Cross check of Removal of chroma intra mode and
cbf in depth map coding (JCT3V-H0076) [J. Nam, S. Yea (LGE)] [late]
1).1.1.1.1.492
JCT3V-H0087 Single depth intra mode for 3D-HEVC [Y.-W. Chen,
J.-L. Lin, Y.-W. Huang, S. Lei (MediaTek)]
Page: 358
Date Saved: 2016-02-12
In this contribution, an intra coding mode termed as single depth mode is proposed to code the
smooth area within a depth map. A CU-level flag is signaled to indicate whether a CU is coded
as single depth mode. When a CU is coded as single depth mode, it is reconstructed by filling
this CU with one single depth value. Additionally, an index is transmitted to select one out of
several available depth sample candidates derived from the spatial neighboring pixels. Compared
to the anchor HTM-10.0r1, the proposed method reportedly shows overall 0.3% and 0.2% BDrate savings under common test conditions and all intra conditions, respectively.
Slice-level enabling flag might not be necessary, additional offset values are chosen from
neighboring values, SDC with DC mode is similar from the concept, i.e. it is suggested that the
gain could also be achieved by encoder optimization for SDC.
In contrast to that, the proposal introduces a different signaling method, where the SDC flag still
needs to be coded, i.e. also a residual might be coded. It was encouraged to further study the
prediction mode, however with more flexibility. Higher gains for CTC than AI, Harmonization
with DDD was suggested.
Further study in CE.
1).1.1.1.1.493
JCT3V-H0141 Crosscheck on Single depth intra mode for 3DHEVC (JCT3V-H0087) [S. Shimizu, S. Sugimoto (NTT)] [late]
1).1.1.1.1.494
JCT3V-H0103 Vertical DV restriction after depth-based refinement
[J. Y. Lee, M. W. Park, C. Kim (Samsung)]
In 3D-HEVC, DV is used for IVMV, VSP, DBBP, DV candidate, and ARP. Especially, IVMV,
DBBP, and DV candidate use DV refinement based on the corresponding depth block. The
neighboring block-based DV is used to fetch the corresponding depth block. After the refinement,
the vertical DV for DV candidate is restricted to 0, but the others are not. Under the current 1D
camera setting, the depth map has only horizontal information, but the vertical DV of the
neighboring block-based DV is still used after the depth-based refinement in IVMV and DBBP.
Therefore, this contribution proposes to restrict the vertical DV after the depth-based refinement.
The results illustrate that minor coding gain of -0.05% is observed in the proposed method. Also,
the gain is quite consistent at all the sequences.
In our current test set, we use rectified test data with strictly horizontal disparities. Application of
DoNBDV (after DV refinement)
Decision: Adopt.
1).1.1.1.1.495
JCT3V-H0182 Crosscheck of Vertical DV restriction after depthbased refinement (JCT3V-H0103) [T. Ikai (Sharp)] [late]
1).1.1.1.1.496
JCT3V-H0107 Constraints on the range of NBDV [Y. Zhang, P. Lu,
L. Yu (Zhejiang University)]
This contribution is a follow-up of JCT3V-G0082. In this contribution, it is proposed to limit
NBDV into a predefined range. The proposed method can save the bandwidth required or reduce
the cache miss when fetching the reference views without any coding loss.
It is suggested to rather restrict the disparity vectors, in MV-HEVC a mechanism for restricting
the y-components of inter-view motion vectors to [-56…56]. It was noted, that also a restriction
in horizontal direction of motion vectors for 3D-HEVC could be beneficial. See also notes from
previous meeting under G0082.
No action.
Page: 359
Date Saved: 2016-02-12
1).1.1.1.1.497
JCT3V-H0200 Cross-check results on constraints on the range of
NBDV (JCT3V-H0107) [M. Li, P. Wu (ZTE)] [late]
1).1.1.1.1.498
JCT3V-H0137 Control of the availability of advanced inter-view
coding predictions [L. Zhang, Y. Chen, M. Karczewicz (Qualcomm)]
In the last meeting, JCT3V-G0067 was adopted to disable certain merge candidates introduced in
3D-HEVC when there is no inter-view picture in current reference lists which results in the
unavailability of reference view of derived DV from NBDV process. During the merge list
construction process for each prediction unit, additional conditions are added to check the
availability of inter-view reference pictures, although such information is the same for all
prediction units (PUs) within one slice. In this contribution, the PU-level checking is replaced by
slice-level checking to remove the redundancy. In addition, some further clean-ups of the
working draft for other inter-view coding tools are also provided.
First part of proposal suggests using the available flags for interview motion prediction, VSP,
respired icPos as editorial changes. It was mentioned, that inter_layer_pred_enabled_flag cannot
be guaranteed to be 0, when there is no interview reference picture for the current slice.
It was suggested to use editorial changes only. Further study on aspects of enabling inter-view
prediction in the slice level is needed, no decision possible at this meeting.
Second part: When NumDirectRefLayers[ layerId ] is equal to 0, the value of iv_mv_pred_flag[
layerId ] shall be equal to 0. This applies to VPS as encoder constraint.
Decision: Adopt (second part).
1).1.1.1.1.499
JCT3V-H0134 Simplifications for disparity derived depth coding [Q.
Yu, Y. Chen, H. Liu (Qualcomm), S. Ma (PKU)]
This contribution proposes simplifications to Disparity Derived Depth (DDD) coding.
1. First, the look-up table used for mapping disparity vector to depth is simplified.
2. Second, disparity vector of a texture block that is already accessed by other merge candidate
is used to derive depth value for DDD.
3. Third, DDD applies only for partition mode 2Nx2N. It is reported that proposed method has
no coding performance loss.
Part 1: CU level multiplication is also used for weighted prediction, also this might be smaller, it
was mentioned, that a rather large lookup table is created which requires 64kBytes for the worst
case. It was mentioned, that a lookup table for IC would require 32kBytes. It needs to be assed,
whether the current multiplication or proposed LUT are more complex. The bit precision needs
to be considered as well.
No action.
Part 2 (Test 4): Method reduces one motion information access,
The benefit is unclear – was revisited Wed. afternoon
The benefit of saving the MV access does not apply in CTC case. No benefit in saving worst
case memory access. Some (very small) increases of rate are also observed in some sequences
No action
Part 3: Restrict DDD to 2Nx2N
No action.
1).1.1.1.1.500
JCT3V-H0197 Crosscheck on Simplifications for disparity derived
depth coding (JCT3V-H0134) [S. Yoo, S. Yea (LGE)] [late]
Page: 360
Date Saved: 2016-02-12
1).1.1.1.1.501
JCT3V-H0203 Crosscheck of simplifications for disparity derived
depth coding (test 4 in JCT3V-H0134) [K. Zhang (MediaTek)] [late]
8 Alternative depth formats (3)
(Chaired by JR Ohm, Tue morning.)
1).1.1.1.1.502
JCT3V-H0059 AHG2: Texture and depth view packing SEI
message in 3D-AVC [Takanori Senoh, Koki Wakunami, Yasuyuki Ichihashi, Hisayuki
Sasaki, Kenji Yamamoto, Masayuki Tanimoto, Ying Chen]
This document provides technically improved texture and depth view packing SEI message in
3D-AVC. The document is improved based on the editor’s comments at the 7th JCT-3V meeting.
The change relative to the previous version is that unique camera parameters are provided,
associated with the base view picture and each of the constituent residual pictures, such that the
global warping for the prediction is possible.
The samples in the residual pictures are not “prediction residuals”, but rather original samples for
those positions where the warping produces holes.
Conclusion: Previous technical flaws are resolved, though probably more editorial improvement
would be possible.
To be discussed by parent bodies before JCT-3V would take action (see under 3.1).
1).1.1.1.1.503
JCT3V-H0060 AHG3: Alternative depth info SEI message in 3DHEVC [Takanori Senoh, Koki Wakunami, Yasuyuki Ichihashi, Hisayuki Sasaki, Kenji
Yamamoto, Masayuki Tanimoto, Ying Chen]
This contribution provides technically improved alternative depth info SEI message in 3DHEVC. The description for depth_type = 0 was improved by adding camera parameters which
are necessary for view synthesis after decoding.
Same SEI message as in H0059 for 3D-AVC – the same change (inclusion of view synthesis
parameters) is necessary for improvement. To be decided by next meeting when further review
of follow-up from H0059 is made.
1).1.1.1.1.504
JCT3V-H0061 AHG4: Texture and Depth View Packing SEI
Message Integration in 3D-AVC [Takanori Senoh, Koki Wakunami, Yasuyuki Ichihashi,
Hisayuki Sasaki, Kenji Yamamoto, Masayuki Tanimoto]
Encoder and decoder software for SEI message.
Synthesis PSNR shows worse quality than with anchors, but complexity and rate are reduced for
the case of multi-camera compared to 3D-AVC. Investigation was made during first JCT-3V
meeting which unveiled basically similar quality.
9 Non-normative contributions (0)
9.1
Encoder optimization (0)
No contributions were noted in this area.
9.2
Rate control (0)
No contributions were noted in this area.
Page: 361
Date Saved: 2016-02-12
10 Plenary Discussions and BoG Reports
10.1
Project development
Joint meetings with the VCEG and MPEG parent bodies were held at the following times:

Mon. 31 March 1600–1800

Tue. 1 April 1600–1800
 Thu. 3 April 1500–1630
Topics of these discussions that are relevant to both JCT-VC and JCT-3V are recorded in the
corresponding JCT-VC report.
Two topics specific to 3D were particularly discussed in the joint meetings.
-
MFC+depth: (WG 11 M32985): Conceptually, this could be interpreted as MVC+D+MFC,
the proposal included software and spec text (4 pages, mostly SPS syntax – no coding tool
changes – just a profile proposal). This was agreed to seem desirable, and it was agreed that
JCT-3V should be given the mandate to proceed with technical work on the specification of
this additional extension of AVC.
-
Texture and depth view packing SEI message for AVC (WG 11 M33117 and M32962,
VCEG-AX16). The draft SEI message had previously been in 3D-AVC drafts; but was taken
out at the last meeting. The proposal supports up to 5 camera views: a base view and camera
parameters and a secondary array for "hole filling"; there was prior consideration in
Stockholm meeting. However, there were concerns about correctness and maturity. The
proposal includes camera parameters for more than one view. It was agreed that further study
should take place, and since the proposed feature seems relatively minor, a decision can be
made within the JCT-3V on this at the next meeting. The work on this may proceed if it is
assessed by the JCT-3V to be technically mature.
10.2
BoGs
1).1.1.1.1.505
See section 7.4.
JCT3V-H0204 BoG report on intra depth slice [P. Merkle]
1).1.1.1.1.506
Wang]
See section 6.2.1.
JCT3V-H0207 BoG report on High Level Syntax [J. Boyce, Y.-K.
11 Project planning
11.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.
Page: 362
Date Saved: 2016-02-12
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.
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.
Page: 363
Date Saved: 2016-02-12
-
All software, results, documents produced in the CE should be announced and made
available to all CE participants in a timely manner.
11.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.
11.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
11.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-F1100.
11.3
Software 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. It has already been expressed by email that this will be done.
It was later mentioned in the closing plenary that the software may require further improvements,
containing too many macros which are difficult to disable. Furthermore, a manual would be
desirable.
Since the bug free software is necessary to finalize the conformance of the spec, and a standard
without conformance shall not exist, action could be taken in longer term to remove 3D AVC
from the AVC spec if this situation is not resolved.
HTM-11.0 Integration plan
Track 1: Merge, RP
Coordinator: Yulin Chang (TBC)
Starting day:
Item
JCT3V-H0077/JCT3V-H0099/JCT3V-H0111/JCT3V-H0133 Sub-PU
MPI
JCT3V-H0137 Control of the availability of advanced inter-view coding
predictions (HLS)
JCT3V-H0083 CE1 Bug-fix and clean up on merge list construction
JCT3V-H0070 CE1: Results on Adaptive Disabling Inter-view Motion
Vector Candidates
JCT3V-H0062 CE1: Simplification of merge candidate construction
JCT3V-H0205 Disallow bi-prediction in case of 4x8 and 8x4 sub PU
Page: 364
Integrator
Qualcomm (TBC)
Qualcomm
ETRI
Samsung
Sharp
TBD
Date Saved: 2016-02-12
sizes
JCT3V-H0085 AHG5: Complexity reduction of bi-prediction for RP
Mediatek
Track 2: DBBP, DLT, others
Coordinator: Hongbin Liu (TBC)
Starting day:
Item
JCT3V-H0057 Sub-PU Restriction for DBBP
JCT3V-H0104 Partition boundary filtering in DBBP
JCT3V-H0103 Vertical DV restriction after depth-based refinement
JCT3V-H0105 Performance evaluation on DLT-based residual coding
JCT3V-H0072 Bug-fix of depth-based block partitioning
JCT3V-H0094 Improvement on the signaling of DBBP
JCT3V-H0091 On DLT signaling (HLS)
Integrator
RWTH
Samsung
Samsung
Samsung
Mediatek
Mediatek
Mediatek
Track 3: DMM SDC
Coordinator: Gerhard Tech.
Starting day:
Item
JCT3V-H0086 Low-latency illumination compensation (IC) encoding
algorithm (Non CTC)
JCT3V-H0092 CE3: Results on simplified DMM mode coding
JCT3V-H0095 On SDC signaling (HLS)
JCT3V-H0084/JCT3V-H0100/JCT3V-H0113 CE3: depth_dc_flag
JCT3V-H0131 CE3: Delta DC coding for SDC and DMM modes
JCT3V-H0119/JCT3V-H0135 CE3 Simplification of
dim_not_present_flag coding
JCT3V-H0108 Clean-up on DMM and SDC DC prediction
Integrator
Mediatek
Mediatek
Mediatek
TBD
Qualcomm
LGE
HiSilicon
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
Page: 365
Date Saved: 2016-02-12
-
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.
11.4
Software repositories
11.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
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.
11.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: It 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 11.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 11.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/.
11.5
List of CEs
(chaired by A. Vetro)
Page: 366
Date Saved: 2016-02-12
The following CEs were planned, and initial versions of the descriptions were presented Thu
PM.

CE1 on Residual Prediction [H. Liu, T. Ikai]
− Sub-block ARP (H0130)
− Memory bandwidth reduction (H0063, H0132)

CE2 on depth intra coding [Y. Chen, Y.W. Chen]
− Adaptive boundary chain coding (H0121)
− Single depth mode (H0087)
− Residual DC quantization (H0102)
12 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.
G. Tech, K. Wegner (cochairs), J. Boyce, Y. Chen,
M. Hannuksela, T. Suzuki,
S. Yea, J.-R. Ohm, G.
Produce and finalize JCT3V-H1001 3D-HEVC
Sullivan (vice chairs)
Draft Text 4.
MV-HEVC / 3D-HEVC Draft and Test Model
editing (AHG2)
(jct-3v@lists.rwth-aachen.de)


Produce and finalize JCT3V-H1002 MV-HEVC
Draft Text 8.

Produce and finalize JCT3V-H1003 3D-HEVC
and MV-HEVC Test Model 8.

Gather and address comments for refinement of
these documents.
Coordinate with the 3D-HEVC Software
Integration AhG to address issues relating to
mismatches between software and text.
Page: 367
N
Date Saved: 2016-02-12
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
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 v12.0 software
to address bug (expected by 30 April 2014).

Perform analysis and reconfirmation checks of
the behaviour of technical changes adopted into
the draft design, and report the results of such
analysis.

Start an effort for software code clean up,
particularly regarding the usage of macros.
Page: 368
D. Rusanovskyy (chair), F.
C. Chen, J. Y. Lee, J.-L.
Lin, O. Stankiewicz, T.
Suzuki, D. Tian (vice
chairs)
N
Date Saved: 2016-02-12
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-11.0 software version
and the reference configuration encodings
according to JCT3V-H1100 based on common
conditions suitable for use in most core
experiments (expected within four weeks after
the meeting).

Prepare and deliver HTM-11.1 software that
include additional items not integrated into the
11.0 version.

Perform analysis and reconfirmation checks of
the behaviour of technical changes adopted into
the draft design, and report the results of such
analysis.
G. Tech, H. Liu (co-chairs),
Y. W. Chen, K. Wegner
(vice chairs)
N

Suggest configuration files for additional testing
of tools.
Coordinate with MV-HEVC Draft and 3DHEVC Test Model editing AhG to identify any
mismatches between software and text.
K. Müller, A. Vetro, S. Yea
3D Coding Tool Testing (AHG5)
(co-chairs)
(jct-3v@lists.rwth-aachen.de)

Discuss and finalize CE work plans

Study the Common Test Conditions and suggest
possible changes

Coordinate between core experiments when
necessary.

Study coding tool performance of non-CTC
configurations

Report on status of core experiments.

Prepare viewing logistics for 9th JCT-3V
meeting.
Page: 369
N
Date Saved: 2016-02-12
3D High level syntax (AHG6)
(jct-3v@lists.rwth-aachen.de)
 Identify opportunities for common approaches
for multi-view and scalable high-level
extensions of HEVC.
 Study NAL unit header, video parameter set,
sequence parameter set, picture parameter set,
and slice header syntax designs.
 Study SEI messages and VUI syntax designs
needed for HEVC extensions.
 Study mechanisms to indicate decoding
capabilities/requirements for auxiliary picture
layers
 Investigate mechanisms for picture referencing
across CRA pictures
 Study and compare mechanisms for enabling
temporal enhancement layers and diagonal interlayer prediction
 Study the operation of the Hypothetical
Reference Decoder for multi-layer operation.
 Assist in software development and text drafting
for the high-level syntax in the HEVC
extensions designs.
Coordinate efforts with JCT-VC AHG9 on highlevel syntax issues in relation to 3D extensions.
J. Boyce and
M. M. Hannuksela
(co-chairs), Y. Chen,
S. Deshpande,
J. Samuelsson, G. Tech,
Y.-K. Wang, P. Wu
(vice-chairs)
Y
(Tuesday
and
Wednesday
before the
9th JCT-3V
meeting)
Complexity assessment (AHG7)
C. Lee (chair), G. Bang, T.
Ikai, K. Rapaka (vice
chairs)
N
(jct-3v@lists.rwth-aachen.de)

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.

Analyse existing designs and produce
complexity perspective per tool, from the
viewpoint of possible slowdown, bottlenecks or
implementation issues.

Develop a recommendation to JCT-3V on
formalized complexity assessment in a reporting
document.
Page: 370
Date Saved: 2016-02-12
3D Test Material (AHG8)
(jct-3v@lists.rwth-aachen.de)
 Identify deficiencies and limitations of current
3D video test material.
 Identify, collect, and make available a variety of
additional 3D video sequences.
 Study the characteristics of test materials and
their impact on coding performance, synthesis
quality etc.
 Recommend appropriate test materials for use in
3D Video Coding Extension Development.
 Assess the suitability of the test material that
was offered to the 5th and 6th JCT-3V meetings,.
S. Shimizu, S. Yea (cochairs)
N
T. Suzuki (chair), D.
Rusanovskyy, D. Tian, Y.
W. Chen (vice chairs)
N
G. Sullivan (chair)
Tel.

Assess additional stereo material for an
upcoming MV-HEVC verification
Conformance testing development (AHG9)
(jct-3v@lists.rwth-aachen.de)
 Further discuss and improve the conformance
drafts related to 3D-AVC (JCT3V-H1004)
 Collect the conformance test streams
Layered coding constraint specifications and
capability indications (AHG 10)
(jct-3v@lists.rwth-aachen.de)
 Study how constraints on bitstream syntax affect
specifications of bitstream conformance and
decoder conformance for layered coding.
 Study indications of bitstream properties and
decoding process requirements for layered
coding.
 Identify potential side-effects of constraint
specifications and capability indications and
recommend alternative approaches.
 Identify potential needs for modifications and
additional indications of constraints and
decoding process requirements for layered
coding.
 Coordinate with AHG 6 on high-level syntax for
constraint specifications and capability
indications for layered coding.
On Wednesday afternoon, it was discussed whether a new AHG on studying simplifications of
tools in general would be beneficial. No interest was expressed in this regard.
Page: 371
Date Saved: 2016-02-12
13 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 generally presumed invalid.)
1).1.1.1.1.507
JCT3V-H1000 Meeting Report of 8th JCT-3V Meeting [J.-R. Ohm,
G. J. Sullivan]
(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.)
1).1.1.1.1.508
JCT3V-H1001 3D-HEVC Draft Text 4 [G. Tech, K. Wegner, Y.
Chen, S. Yea] (Study Text of ISO/IEC 23008-2 PDAM4, WG 11 N14424) [2014-05-15]
Summary of Adoptions for 3D-HEVC

JCT3V-H0070 Adaptive Disabling Inter-view Motion Vector Candidates (simplified
version as per WD text in v2 of the contribution)

JCT3V-H0062 Simplification of merge candidate construction

JCT3V-H0205 Disallow bi-prediction in case of 4x8 and 8x4 sub PU sizes

JCT3V-H00077/JCTVC-H0099/JCTVC-H0111/JCTVC-H0133 Sub-PU MPI (option 1)

JCT3V-H0131 Delta DC coding for SDC and DMM modes (test 2)

JCT3V-H0092 Simplified DMM mode coding

JCT3V-H0119/JCT3V-H0135 Simplification of dim_not_present_flag coding

JCT3V-H0095 SDC signaling (encoder restriction)

JCT3V-H0091 DLT signaling (encoder restrictions)

JCT3V-H0105 Remove DLT based residual coding

JCT3V-H0204 Intra depth slice

JCT3V-H0136 Constraints on DMM (bug fix)

JCT3V-H0108 Clean-up on DMM and SDC DC prediction

JCT3V-H0057 Sub-PU Restriction for DBBP

JCT3V-H0072 Bug-fix of depth-based block partitioning (method 2)

JCT3V-H0094 Improvement on the signaling of DBBP

JCT3V-H0104 Partition boundary filtering in DBBP

JCT3V-H0103 Vertical DV restriction after depth-based refinement

JCT3V-H0137 Control of the availability of advanced inter-view coding predictions
(second part)

This list was presented during the closing plenary and no complaints were made.
Page: 372
Date Saved: 2016-02-12
1).1.1.1.1.509
JCT3V-H1002 MV-HEVC Draft Text 8 [G. Tech, K. Wegner, Y.
Chen, M. Hannuksela, J. Boyce] (Preliminary Draft Text of ISO/IEC 23008-2 FDAM2,
WG 11 N14423) [2014-05-31]
Finalization planned for 14-07
Summary of Adoptions for MV-HEVC
(Table provided by Gerhard Tech)
Item
Q0081 Decision (Ed.): Delegated to editors to clarify, as necessary, that the alpha channel
content persists until cancelled or updated in output order.
Q0081 Decision: Remove the constraint that an alpha picture must be accompanied by a
primary picture.
HLS for hybrid scalability (Provided with JCT-VC AhG 15 report)
Decision: The proposed text was endorsed, with non-editorial open issues considered as
follows:

Regarding whether, in F.7.3, to send sub_layers_vps_max_minus1[ i ] and
max_tid_il_ref_pics_plus1[ i ][ j ] for the externally-provided base layer, it was agreed
that these should be sent. M. M. Hannuksela agreed to provide the semantics.

Regarding the question of "Further study whether all the six specified types of IRAP NAL
unit types should be defined instead of just three, and whether codec specific definitions,
e.g. when the base layer is AVC, are needed, such as defined in P0184v2_attachment", no
action appeared necessary.

Would the addition of the support of external-means-provided base layer affect the level
definitions? This aspect to be resolved by review of H0043/Q0145.
It was suggested that we may not necessarily define separate profiles for support of externalmeans-provided base layer, since we do not have separate profiles for other type of external
means signalling. If this is agreed, then the addition of the hybrid profiles should be removed
and the added restriction on vps_base_layer_internal_flag for the non-hybrid profiles should
also be removed. Pending an identification of a need to do otherwise, we will assume there is
no need to specify the hybrid case as a separate profile.
Regarding whether a separate profile is needed for the case where the base layer is provided
by external means, there was discussion about that. Further study was encouraged.
There should be a constraint on the size of the pictures provided by external means and of
their representation format.
For MV-HEVC, don't remove the restriction to prohibit the external base layer (at least for
now). Otherwise, the MV-HEVC draft will include the same specification for hybrid
operation as for SHVC.
H0032/Q0101 .Decision (BF/Cleanup): Adopt (sub-proposals 1–11, refined as described).
H0082/Q0182 Sub-proposal 1: Allow the vps_vui_bsp_hrd_parameters( ) syntax structure and
the bitstream partition HRD parameters SEI message to be present. Specify that when both
structures are present, their contents shall be semantically identical. The following text is
proposed: "When both the bitstream partition HRD parameters SEI message and the
vps_vui_bsp_hrd_parameters( ) syntax structure in the active VPS are present, the contents of
the SEI message shall be semantically identical to the contents of the
vps_vui_bsp_hrd_parameters( ) syntax structure of the active VPS." Decision
(BF/Cleanup/Ed): Adopted (such that we use the main proposal for sub-proposal 1.
H0082/Q0182 Sub-proposal 2 Alternative 1: Clarify that the VPS hrd_parameters( ) syntax
Page: 373
Date Saved: 2016-02-12
structure that applies to the layer set which is associated with the bitstream partition initial
arrival time SEI message is used to determine the lengths of the nal_initial_arrival_delay[ i ]
and vcl_initial_arrival_delay[ i ] syntax elements. Decision (BF/Cleanup/Ed): Adopted
alternative 1 for sub-proposal 2.
H0033/Q0102 Sub-proposal 1: A modification to the derivation of number of sub-DPBs and
assignment of sub-DPBs to each layer considering separate_colour_plane_vps_flag is
proposed. Decision (BF/Cleanup/Ed.): Adopt. (The need for sub-proposal 1 is conditioned on
the specification of a shared sub-DPB.)
H0033/Q0102 Sub-proposal 2: A semantics bug fix is proposed for
sps_max_dec_pic_buffering_minus1 as a bug-fix. In discussion, the first option was
preferred. Decision (BF/Cleanup/Ed.): Adopt. .
H0033/Q0102 It was suggested that also the separate_colour_plane_flag should affect
inference of NoOutputOfPriorPicsFlag. Decision (Ed.): Agreed (affects RExt text).
H0045/Q0154 On picture flushing and DPB parameters Decision: Adopted (some details to
be discussed further in BoG).
H0021/Q0045 SEI message on selectable overlays Decision: Adopt (modified for variablelength strings).
H0036/Q0108 Proposal #1: Remove restriction on alignment of TSA and STSA with
dependent layers
H0036/Q0108 Proposal #2: Allow STSA pics of non-base layers to have TemporalId equal to
0
H0036/Q0108 Proposal #2: Change range of values for HighestTid in Annex C to reduce
number of encoder conformance tests
H0042/Q0146 Proposal 1.1: Change inference rule in semantics of poc_msb_val_present_flag
H0042/Q0146 Proposal 1.4, Add an inference value of 0 when poc_reset_info_present_flag is
not present
H0024/Q0060 Proposal 2: Add a condition to the derivation of refLayerPicIdc of (TemporalId
== 0)
H0053/Q0165 proposal 1.a), add a constraint to disallow an empty output layer set
H0053/Q0165 proposal 2. change condition for presence of num_add_output_layer_sets to
avoid sending it when there is only one layer set.
H0168/Q0195 proposal 1: restructure syntax table for sending of rep_format_idx_present_flag
and vps_num_ref_formats_minus1
H0168/Q0195 proposal 2: add a semantic constraint on the value of update_ref_format_flag
H0056/Q0177 proposal 1: modify inference rule for sps_temporal_id_nesting_flag when it is
not present
H0082/Q0183, numerous small clean-ups on SEI messages
H0026/Q0078, Items 3 b,c and 4, clarifying which pictures in an output layer sets are applied
the values of general_progressive_source_flag, general_interlaced_source_flag,
general_non_packed_constraint_flag and general_frame_only_constraint_flag.
H0023/Q0055 Several editorial issues regarding HRD operation from Q0055. Review text
modifications with contribution author.
H0028/Q0091Editorial improvements are needed for the association of NAL units within an
access unit and access unit boundary detection. Language in 0091 may be useful to study.
H0042/Q0146, proposal 1.2, consider adding a NOTE and check if usage of
Page: 374
Date Saved: 2016-02-12
HandleCraAsBlaFlag and EOS behavior is clearly described, and proposal 1.3 specification
bug fix
H0022/Q0054 proposal #2, bug fix in the semantics of vps_profile_present_flag[ ]
Q0116, consider adding a note regarding how random accessibility is affected by the recovery
point SEI message
H0033/Q0102 proposal #3, change the max loop index for signaling bit rate and pic rate info
to MaxSubLayersInLayerSetMinus1
Add a profile constraint to the Scalable Main, Scalable Main 10, and Stereo Main profiles
against allowing layers with duplicate values of DependencyId (or ViewOrderIdx) when
AuxId equal to 0.
H0044/Q0142 v2: Add semantic constraints to poc_lsb_not_present_flag.
H0048/Q0160 v2: Add constraint to stereo main profile that it must contain exactly two
texture views, and add a note to state that the constraint implies a restriction that
alt_output_flag equal to 0.
H0138/Q0189 Proposal 2.2, clarification of semantics of slice temporal mvp enabled flag
H0138/Q0189 Proposal 2.3, SEI message for indicating constraints on TMVP
H0031/Q0100 v3, add constraint to RPS semantics
H0208/Q0253, modified semantics of layers not present SEI message to correct bug
introduced during editing
H0045/Q0154 Proposal in C.5.2.1: Add in the decoding process that when a new VPS is
activated, all pictures in the DPB are marked as unused for reference
H0026/Q0078: mechanism for signaling a profile/tier/level conformance point for auxiliary
pictures, including the aspects listed below. Revisit in track the contribution’s requirement
for including the additional VPS, in the VPS rewriting SEI message, in all cases where
auxiliary pictures are used. Clarification needed of an earlier track decision: “if an aux picture
is part of an output layer set but is not part of a target output layer, the buffer flow includes
the aux picture but the decoding process requirements do not.”

signaling of additional layer sets

description of how profile_tier_level applies

rewriting process

VPS rewriting SEI message
 output layer set nesting SEI message
Regarding the H0026/Q0078 requirement to send an additional VPS in an SEI message (to be
used by the rewritten bitstream). It was agreed that the output bitstream of the rewriting
process would be allowed to produce a bitstream that is otherwise conforming but does not
contain a VPS for the case of single-layer rewritten bitstreams. Further study to determine
whether this solution is fully adequate was encouraged. To clarify the decision on not
including requirement for decoding process for aux pictures, it is only an editorial matter
whether something is described in the body and prohibited in all profiles, or prohibited in
general – the latter is probably better (until a future version needs to allow it in some profile).
Clarify that an auxiliary picture can be associated with more than one primary picture.
Consider if the language associating an alpha auxiliary picture with a primary picture in the
semantics of dimension_id[ ][ ] near the AuxId derivation could be moved to the alpha SEI
message.
Page: 375
Date Saved: 2016-02-12
Q0142, consider adding a note to clarify that if IDR alignment is indicated, the constraint on
poc_lsb_not_present[ ] does not apply.
Remove sub-DPB sharing and processes that mark inter-layer reference pictures as "unused
for reference"
Normative rewriting process to be defined, so that independent non-base layers can be
rewritten to be decodable by non-layered profiles (i.e.,. Main, Main 10)
Auxiliary picture concepts:

Profile indication in the SPS of an aux pic is the profile that would apply after rewriting.

When an output layer set that doesn't include the base layer, the bitstream is rewritten and
the same output layer set is required to be present for the rewritten bitstream, which
contains a base layer

When an aux picture is part of an output layer set but is not part of a target output layer,
the buffer flow includes the aux picture but the decoding process requirements do not.

An auxiliary picture can be associated with more than one primary picture.

More than one auxiliary picture of a particular type may be associated with the same
primary picture
H0126 Phrasing used in specifying the Stereo Main profile.
This table was presented during the closing plenary and no complaints were made.

See also notes in section 6.2 and the JCT-VC report for more details

In the closing plenary, it is furthermore agreed that several SEI messages which are
relevant for stereo seem to be missing from the MV-HEVC spec, e.g. view position ID
and camera parameters. The editors were given the discretion to copy such SEI messages
from the AVC spec.
1).1.1.1.1.510
JCT3V-H1003 Test Model 8 of 3D-HEVC and MV-HEVC [Y. Chen,
G. Tech, K. Wegner, S. Yea] (WG 11 N14425) [2014-05-15]
It was planned to structure this document into 2 parts (Test models for MV-HEVC and 3DHEVC) later.
Bug fixes:

JCT3V-H0085 Complexity reduction of bi-prediction for advanced residual prediction
 JCT3V-H0084/JCT3V-H0100/JCT3V-H0113 Depth DC flag
Software:

JCT3V-H0083 Bug-fix and clean up on merge list construction

JCT3V-H0086 Low-latency illumination compensation (IC) encoding algorithm (non
CTC)

JCT3V-H0091 DLT signaling
1).1.1.1.1.511
JCT3V-H1004 Draft 5 of 3D-AVC Conformance [D. Rusanovskyy, T.
Suzuki, D. Tian, Y. W. Chen] (ISO/IEC 14496-4:2004 DAM43, WG 11 N14383) [201404-18]
Page: 376
Date Saved: 2016-02-12
1).1.1.1.1.512
JCT3V-H1005 Draft 3 of 3D-AVC Reference Software [D.
Rusanovskyy, D. Tian] (ISO/IEC 14496-5:2001 DAM35, WG 11 N14385) [2014-04-18]
1).1.1.1.1.513
JCT3V-H1006 Draft 4 of MVC+D Reference Software [D.
Rusanovskyy, T. Suzuki, D. Tian] [2014-04-18]
1).1.1.1.1.514
(remains valid)
JCT3V-G1100 Common Test Conditions of 3DV Core Experiments
1).1.1.1.1.515
JCT3V-H1101 Description of Core Experiment 1 (CE1) on Residual
Prediction [H. Liu, T. Ikai]
1).1.1.1.1.516
JCT3V-H1102 Description of Core Experiment 2 (CE2) on Depth
Intra Coding [Y. Chen, Y.-W. Chen]
14 Future meeting plans, expressions of thanks, and closing of the meeting
During the closing plenary, it was discussed that the production of conformance streams for MVHEVC (relating to Stereo Main Profile) is necessary, and whether it could be bundled with
SHVC conformance. This is to be discussed with JCT-VC during the next meeting.
It is also discussed that verification testing for the performance of the Stereo Main Profile is
necessary, which could be organized similarly as the previous 3D-AVC testing.
The document upload deadline for the 9th meeting of the JCT-3V will be June 26, 2014, 2359
MET (Geneva/Paris time zone). Documents that are intended to be discussed in the joint meeting
of JCT-VC and JCT-3V AHG6 for HLS (starting from July 1) shall be registered as joint
contributions, the deadline of the 18th JCT-VC meeting is to be applied, i.e. June 20, 2014, 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 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:

3-9 July 2014 under ITU-T auspices in Sapporo, JP

18-24 Oct. 2014 under WG 11 auspices in Strasbourg, FR

12-18 Feb. 2015 under ITU-T auspices in Geneva, CH

20-26 June 2015 under WG 11 auspices in Warsaw, PL
Page: 377
Date Saved: 2016-02-12
Note: Depending on expectations about future work load, shorter meeting durations may be
considered starting from the 10th meeting.
UPC, UPM and Kenzler Conference Management were thanked for the excellent hosting of the
8th meeting of the JCT-3V.
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.
It was also reminded that slide presentation decks should be made available.
The JCT-3V meeting was closed at approximately 1201 hours on Friday 4 Apr. 2014.
Page: 378
Date Saved: 2016-02-12
Annex A to JCT-3V report:
List of documents
JCT3VH0001
2014-03m33435 28
20:12:15
2014-0328
21:38:00
2014-0328
21:38:00
JCT-3V AHG Report: JCT-3V project
management (AHG1)
JCT3VH0002
2014-03m33441 28
23:33:08
2014-0328
23:35:11
2014-0328
23:35:11
M. M. Hannuksela, Y.
JCT-3V AHG report: 3D-AVC Test Model
Chen, T. Suzuki, J.-R.
editing (AHG2)
Ohm, G. Sullivan
JCT3VH0003
2014-03m33438 28
22:29:36
2014-0328
22:35:00
2014-0328
22:35:00
JCT-3V AHG Report: MV-HEVC / 3DHEVC Draft and Test Model editing
(AHG3)
G. Tech, K. Wegner, J.
Boyce, Y. Chen, T.
Suzuki, S. Yea, J.-R.
Ohm, G. Sullivan
JCT3VH0004
2014-03m33421 28
00:18:52
2014-0328
21:22:45
2014-0328
21:22:45
JCT-3V AHG Report: 3D-AVC Software
Integration (AHG4)
D. Rusanovskyy (LGE),
J. Y. Lee (Samsung), J.L. Lin (MediaTtek), D.
Tian (MERL), O.
Stankiewicz (Poznan)
JCT3VH0005
2014-03m33440 28
22:50:18
2014-0328
22:53:33
2014-0328
22:53:33
JCT-3V AHG Report: MV-HEVC and 3D- G. Tech, L. Zhang, Y.
HEVC Software Integration (AHG5)
Chang, K. Wegner
JCT3VH0006
2014-03m33351 25
17:06:28
2014-0325
17:07:28
2014-0329
09:19:18
JCT-3V AHG Report: 3D Coding Tool
Testing (AHG6)
JCT3VH0007
2014-03m33442 28
23:34:28
2014-0328
23:35:35
2014-0328
23:35:35
M. M. Hannuksela, J.
JCT-3V AHG report: 3D High level syntax
Boyce, Y. Chen, A.
(AHG7)
Norkin, Y.-K. Wang
JCT3VH0008
2014-03m33444 29
02:04:28
2014-0329
06:51:53
2014-0329
06:51:53
JCT-3V AHG Report: Complexity
Assessment (AHG8)
G. G. (Chris) Lee
(NCKU), G. Bang
(ETRI), T. Ikai (Sharp),
K. Rapaka (Qualcomm),
D. Rusanovskyy (LGE)
JCT3VH0009
2014-03m33429 28
15:27:39
2014-0328
15:28:05
2014-0328
15:28:05
JCT-3V AHG Report: 3D Test Material
(AHG9)
S. Shimizu (NTT), S.
Yea (LGE)
JCT3VH0010
2014-03m33422 28
00:26:09
2014-0330
09:57:51
2014-0330
09:57:51
JCT-3V AHG Report: Conformance
testing development (AHG10)
T. Suzuki (Sony), D.
Rusanovskyy (LGE), D.
Tian (MERL), Y. W.
Chen (ITRI)
JCT3VH0011
2014-03m33451 29
09:54:26
2014-0329
09:56:45
2014-0329
10:56:09
CE1: Summary Report on Merge List
Construction
J.-L. Lin, J. Heo
JCT3VH0012
2014-03m32934 19
01:09:00
2014-0327
19:35:07
2014-0327
19:35:07
CE2 Summary Report: Residual Prediction L. Zhang, T. Ikai
JCT3VH0013
2014-03m33445 29
05:48:46
2014-0329
10:31:02
2014-0329
18:23:28
CE3 Summary report on Entropy Coding
Simplifications
Y.-L. Chang (MediaTek),
H. Liu (Qualcomm)
JCT3VH0021
2014-03m32721 14
17:41:54
2014-0314
17:53:53
2014-0319
11:19:06
MV-HEVC/SHVC HLS: Proposal for an
SEI message on selectable overlays
N. Stefanoski, O. Wang,
A. Smolic (DRZ), T.
Szypulski (ESPN)
JCT3VH0022
2014-03m32769 17
08:51:33
2014-0317
08:55:40
2014-0317
08:55:40
MV-HEVC/SHVC HLS: VPS extension
clean-up
Y. Cho, B. Choi, M. W.
Park, J. Y. Lee
(Samsung)
JCT3VH0023
2014-03m32770 17
08:52:12
2014-0317
08:56:17
2014-0317
08:56:17
MV-HEVC/SHVC HLS: Comments on
general decoding process and selection of
CPB operation in the HRD operation
Y. Cho, B. Choi, M. W.
Park, J. Y. Lee
(Samsung)
Page: 379
J.-R. Ohm, G. J. Sullivan
K. Müller (Fraunhofer
HHI), A. Vetro (MERL)
Date Saved: 2016-02-12
JCT3VH0024
2014-03m32778 17
15:30:32
2014-0317
15:51:57
2014-0320
10:59:23
MV-HEVC/SHVC HLS: On inter-layer
RPS signalling and derivation
H. Lee, J. W. Kang, J.
Lee, J. S. Choi (ETRI)
JCT3VH0025
2014-03m32779 17
15:31:25
2014-0317
15:52:20
2014-0317
15:52:20
MV-HEVC/SHVC HLS: On
max_tid_il_ref_pics_plus1 in the VPS
extension
H. Lee, J. W. Kang, J.
Lee, J. S. Choi (ETRI)
JCT3VH0026
2014-03m32796 17
17:06:06
2014-0318
12:05:15
2014-0404
08:23:12
MV-HEVC/SHVC HLS: On additional
layer sets, rewriting of simulcast layers,
and profile-tier-level indication for
auxiliary picture layers
M. M. Hannuksela
(Nokia)
JCT3VH0027
2014-03m32798 17
17:12:15
2014-0318
12:06:10
2014-0318
12:06:10
MV-HEVC/SHVC HLS:
max_tid_il_ref_pics_plus1 in inter-layer
RPS syntax and semantics
M. M. Hannuksela
(Nokia)
JCT3VH0028
2014-03m32812 17
17:56:43
2014-0318
12:06:39
2014-0318
12:06:39
MV-HEVC/SHVC HLS: On access unit
M. M. Hannuksela
definition and allowing different decoding
(Nokia)
orders in different layer trees
JCT3VH0029
2014-03m32813 17
17:59:36
2014-0318
07:54:43
2014-0325
16:43:56
HEVC/MV-HEVC/SHVC HLS:
Redundant picture SEI message
JCT3VH0030
2014-03m32819 17
18:57:01
2014-0317
20:39:32
2014-0317
20:39:32
MV-HEVC/SHVC HLS: Overlay info SEI J. Boyce, S. Wenger
message
(Vidyo)
JCT3VH0031
2014-03m32829 17
20:26:48
2014-0318
07:11:30
2014-0403
11:25:44
MV-HEVC/SHVC HLS: Constraints for
Reference Picture Set Parameters
S. Deshpande (Sharp)
JCT3VH0032
2014-03m32830 17
20:27:35
2014-0318
07:11:49
2014-0319
18:18:30
MV-HEVC/SHVC HLS: On Bitstream
Partition Buffer
S. Deshpande (Sharp)
JCT3VH0033
2014-03m32831 17
20:28:52
2014-0318
07:12:10
2014-0329
15:41:40
MV-HEVC/SHVC HLS: Comments on
HEVC Extensions
S. Deshpande (Sharp)
JCT3VH0034
2014-03m32832 17
20:29:45
2014-0318
07:12:32
2014-0318
07:12:32
MV-HEVC/SHVC HLS: On DPB Profile
Level Limits
S. Deshpande (Sharp)
JCT3VH0035
2014-03m32835 17
21:15:23
2014-0318
14:51:04
2014-0330
09:55:09
MV-HEVC/SHVC HLS: On temporal
enhancement layers and diagonal interlayer prediction
M. M. Hannuksela
(Nokia)
JCT3VH0036
2014-03m32839 17
21:24:27
2014-0318
12:08:15
2014-0318
12:08:15
MV-HEVC/SHVC HLS: On TSA and
STSA pictures
M. M. Hannuksela
(Nokia)
JCT3VH0037
2014-03m32841 17
21:34:46
2014-0318
12:09:14
2014-0318
12:09:14
MV-HEVC/SHVC HLS: On TemporalId
constraints
M. M. Hannuksela
(Nokia)
JCT3VH0038
2014-03m32849 17
23:08:34
2014-0318
12:10:22
2014-0318
12:10:22
REXT/MV-HEVC/SHVC/3D-HEVC
HLS: On indication of decoding process
M. M. Hannuksela
(Nokia)
JCT3VH0039
2014-03m32869 18
01:29:25
2014-0318
01:37:26
2014-0318
01:37:26
B. Choi, Y. Cho, M. W.
MV-HEVC/SHVC HLS: Comments on
Park, J. Y. Lee, S. Lee,
IRAP alignment and POC value derivation
C. Kim (Samsung)
JCT3VH0040
2014-03m32870 18
01:39:10
2014-0321
05:53:33
2014-0321
05:53:33
3D-HEVC HLS: Inter-layer reference
picture list construction
JCT3VH0041
2014-03m32871 18
01:40:16
2014-0321
05:53:55
2014-0321
05:53:55
B. Choi, Y. Cho, M. W.
3D-HEVC HLS: Layer dependency type
Park, J. Y. Lee, S. Lee,
for split flag and partition mode prediction
C. Kim (Samsung)
JCT3VH0042
2014-03m32889 18
05:06:36
2014-0318
12:20:47
2014-0318
12:20:47
MV-HEVC/SHVC HLS: On picture order
count and related
A. K. Ramasubramonian,
Hendry, Y.-K. Wang
(Qualcomm)
JCT3V-
m32890 2014-03-
2014-03-
2014-03-
MV-HEVC/SHVC HLS: On level
Y.-K. Wang, K. Rapaka,
Page: 380
M. Sychev, V. Stepin, S.
Ikonin (Huawei)
B. Choi, Y. Cho, M. W.
Park, J. Y. Lee, S. Lee,
C. Kim (Samsung)
Date Saved: 2016-02-12
H0043
18
05:07:50
18
12:11:45
18
12:11:45
definitions
J. Chen, Hendry, A. K.
Ramasubramonian
(Qualcomm)
JCT3VH0044
2014-03m32891 18
05:08:51
2014-0318
10:56:22
2014-0318
10:56:22
MV-HEVC/SHVC HLS: On extraction of
independent non-base layer
Hendry, A. K.
Ramasubramonian, Y.-K.
Wang (Qualcomm)
JCT3VH0045
2014-03m32900 18
06:25:28
2014-0320
10:27:39
2014-0320
10:27:39
MV-HEVC/SHVC HLS: On picture
flushing and DPB parameters
A. K. Ramasubramonian,
Y.-K. Wang, Hendry
(Qualcomm)
JCT3VH0046
2014-03m32904 18
06:54:02
2014-0318
11:56:05
2014-0318
11:56:05
MV-HEVC/SHVC HLS: On DPB - to
share or not to share, that is the question
A. K. Ramasubramonian,
Hendry, Y.-K. Wang, Y.
Chen (Qualcomm)
JCT3VH0047
2014-03m32907 18
07:03:54
2014-0318
07:12:52
2014-0318
07:12:52
MV-HEVC/SHVC HLS: On Highest
TemporalId
S. Deshpande (Sharp)
JCT3VH0048
2014-03m32918 18
08:11:15
2014-0318
09:18:07
2014-0403
07:53:42
SHVC/MV-HEVC HLS: On alternative
output layer flag
T. Yamamoto, T.
Tsukuba, T. Ikai (Sharp)
JCT3VH0049
2014-03m32919 18
08:11:18
2014-0318
09:33:30
2014-0329
08:08:57
Layer association of auxiliary pictures
T. Ikai (Sharp)
JCT3VH0050
2014-03m32920 18
08:11:20
2014-0318
09:35:43
2014-0329
08:10:28
SHVC/MV-HEVC HLS: Scaled offset
information of auxiliary pictures
T. Ikai (Sharp)
JCT3VH0051
2014-03m32921 18
08:11:23
2014-0318
09:51:04
2014-0327
18:13:07
MV-HEVC/SHVC HLS: On decoding
non-output/non-reference layers
T. Tsukuba, T.
Yamamoto, T. Ikai
(Sharp)
JCT3VH0052
2014-03m32922 18
08:11:26
2014-0318
09:37:41
2014-0318
09:37:41
MV-HEVC/SHVC HLS: On sub-bitstream T. Ikai, T. Yamamoto, T.
property SEI
Tsukuba (Sharp)
JCT3VH0053
2014-03m32923 18
08:11:29
2014-0318
10:08:00
2014-0328
10:46:31
MV-HEVC/SHVC HLS: Clean up for
output layer set
T. Tsukuba, T.
Yamamoto, T. Ikai, S.
Deshpande (Sharp)
JCT3VH0054
2014-03m32924 18
08:11:34
2014-0318
09:20:28
2014-0402
15:43:36
MV-HEVC/SHVC HLS: On scaled
reference layer offset
T. Yamamoto, T.
Tsukuba, T. Ikai (Sharp),
A. K. Ramasubramonian
(Qualcomm)
JCT3VH0055
2014-03m32925 18
08:11:37
2014-0318
09:42:11
2014-0318
09:42:11
MV-HEVC/SHVC HLS: On layers not
present SEI
T. Ikai (Sharp)
JCT3VH0056
2014-03m32939 19
06:50:18
2014-0319
09:12:38
2014-0319
09:12:38
MV-HEVC/SHVC HLS: Miscellaneous
HLS topics
Hendry, A. K.
Ramasubramonian, Y.-K.
Wang, V. Seregin
(Qualcomm)
JCT3VH0057
2014-03m32945 19
10:01:22
2014-0321
11:01:07
2014-0321
11:01:07
Sub-PU Restriction for DBBP
F. Jäger (RWTH Aachen
University)
JCT3VH0058
2014-03m32946 19
10:02:41
2014-0321
11:02:08
2014-0321
11:02:08
Low Complex Partitioning Derivation for
DBBP
F. Jäger (RWTH Aachen
University), J.
Konieczny, G. Cordara
(Huawei Technologies)
Takanori Senoh, Koki
Wakunami, Yasuyuki
Ichihashi, Hisayuki
Sasaki, Kenji Yamamoto,
Masayuki Tanimoto,
Ying Chen
JCT3VH0059
2014-03m32957 20
02:08:08
2014-0321
03:59:35
2014-0321
03:59:35
AHG2: Texture and depth view packing
SEI message in 3D-AVC
JCT3VH0060
2014-03m32958 20
02:20:09
2014-0321
04:00:34
2014-0321
04:00:34
Takanori Senoh, Koki
AHG3: Alternative depth info SEI message
Wakunami, Yasuyuki
in 3D-HEVC
Ichihashi, Hisayuki
Page: 381
Date Saved: 2016-02-12
Sasaki, Kenji Yamamoto,
Masayuki Tanimoto,
Ying Chen
JCT3VH0061
2014-03m32961 20
02:37:18
2014-0321
04:01:16
2014-0327
04:24:07
AHG4: Texture and Depth View Packing
SEI Message Integration in 3D-AVC
Takanori Senoh, Koki
Wakunami, Yasuyuki
Ichihashi, Hisayuki
Sasaki, Kenji Yamamoto,
Masayuki Tanimoto
JCT3VH0062
2014-03m32965 20
09:14:26
2014-0320
09:53:06
2014-0401
08:11:58
CE1: Simplification of 3D-HEVC merge
candidate construction
T. Ikai (Sharp)
JCT3VH0063
2014-03m32966 20
09:14:49
2014-0320
09:53:27
2014-0329
09:28:48
CE2: Results of ARP simplification
T. Ikai (Sharp)
JCT3VH0064
2014-03m32967 20
09:15:17
2014-0320
09:53:49
2014-0320
09:53:49
CE2-related: Improvement disparity vector
T. Ikai (Sharp)
on temporal ARP and chroma 4x4 off
JCT3VH0065
2014-03m32968 20
09:15:33
2014-0320
09:54:14
2014-0326
22:41:22
DBBP simplification
T. Ikai (Sharp)
JCT3VH0066
2014-03m32969 20
09:55:04
2014-0321
12:46:38
2014-0329
09:24:29
3D-CE1 related: Sub-PU Size for MPI
M. W. Park, J. Y. Lee, C.
Kim (Samsung)
JCT3VH0067
2014-03m32970 20
09:55:21
2014-0321
12:47:03
2014-0329
09:24:52
3D-CE1 related: CU-level VSP and DV
Candidates
M. W. Park, J. Y. Lee, C.
Kim (Samsung)
JCT3VH0068
2014-03m32971 20
09:55:31
2014-0321
12:47:26
2014-0330
09:30:42
Simplification of DBBP in 3D-HEVC
M. W. Park, J. Y. Lee, C.
Kim (Samsung)
JCT3VH0069
2014-03m32972 20
09:55:40
2014-0321
12:47:44
2014-0330
09:31:06
Disparity Vector for DBBP in 3D-HEVC
M. W. Park, J. Y. Lee, C.
Kim (Samsung)
JCT3VH0070
2014-03m32973 20
09:55:52
2014-0321
12:48:07
2014-0329
09:25:55
3D-CE1: Results on Adaptive Disabling
Inter-view Motion Vector Candidates
M. W. Park, J. Y. Lee, B.
Choi, Y. Cho, C. Kim
(Samsung)
JCT3VH0071
2014-03m32974 20
10:02:43
2014-0321
10:59:52
2014-0321
10:59:52
Cross check of Simplification of DBBP in
3D-HEVC (JCT3V-H0068)
F. Jäger (RWTH Aachen
University)
JCT3VH0072
2014-03m32976 20
11:03:35
2014-0322
03:24:28
2014-0330
10:02:27
Bug-fix of depth-based block partitioning
X. Zhang, K. Zhang, J.
An, H. Huang, J.-L. Lin,
S. Lei (MediaTek)
JCT3VH0073
2014-03m32977 20
11:03:37
2014-0322
03:25:22
2014-0330
10:05:54
Simplification on depth-based block
partitioning (DBBP)
X. Zhang, K. Zhang, J.
An, H. Huang, J.-L. Lin,
S. Lei (MediaTek)
JCT3VH0074
2014-03m32978 20
11:03:39
2014-0322
02:46:40
2014-0322
02:46:40
H. Huang, K. Zhang, J.
3D-CE1 related: Simplification of merging
An, X. Zhang, J.-L. Lin,
candidate list in depth coding
S. Lei (MediaTek)
JCT3VH0075
2014-03m32979 20
11:10:22
2014-0322
02:47:07
2014-0322
02:47:07
H. Huang, K. Zhang, J.
3D-CE1 related: Simplification of merging
An, X. Zhang, J.-L. Lin,
candidate list in texture coding
S. Lei (MediaTek)
JCT3VH0076
2014-03m32980 20
11:11:46
2014-0322
02:49:45
2014-0330
09:43:57
Removal of chroma intra mode and cbf in
depth map coding
J. An, K. Zhang, J.-L.
Lin, S. Lei (MediaTek)
JCT3VH0077
2014-03m32981 20
11:12:28
2014-0322
02:50:14
2014-0322
02:50:14
Motion hole filling for sub-PU level MPI
J. An, K. Zhang, J.-L.
Lin, S. Lei (MediaTek)
JCT3VH0078
2014-03m32982 20
11:18:47
2014-0320
11:24:38
2014-0320
11:24:38
CE3: Results on DMM1 signaling using
intra direction
P. Merkle, K. Müller
(HHI)
Page: 382
Date Saved: 2016-02-12
JCT3VH0079
2014-03m32983 20
12:24:51
2014-0321
12:50:24
2014-0321
12:50:24
Cross check of Low Complex Partitioning M. W. Park, C. Kim
Derivation for DBBP (JCT3V-H0058)
(Samsung)
JCT3VH0080
2014-03m32984 20
14:42:37
2014-0321
04:10:33
2014-0402
15:43:07
On MFC plus Depth: Specification and
Reference Software
JCT3VH0081
2014-03m32987 20
16:39:13
2014-0320
16:42:50
2014-0321
13:09:38
MV-HEVC/SHVC: On bitstream partition M. M. Hannuksela, A.
buffering
Hallapuro (Nokia)
JCT3VH0082
2014-03m32989 20
17:11:27
2014-0325
03:21:09
2014-0325
03:21:09
MV-HEVC/SHVC HLS: SEI message
cleanups
Y.-K. Wang, Hendry, A.
K. Ramasubramonian
(Qualcomm)
JCT3VH0083
2014-03m32994 21
03:31:39
2014-0321
03:39:24
2014-0401
13:24:27
CE1 related: Bug-fix and clean up on
merge list construction
G. Bang (ETRI), Y.S.
Heo (KHU), G.H. Park,
G.S. Lee, N.H. Hur
JCT3VH0084
2014-03m32996 21
07:41:29
2014-0322
02:58:10
2014-0329
06:40:27
3D-CE3: Simplification on CABAC
contexts for the syntax related delta DC
Y.-W. Chen, J.-L. Lin,
T.-D. Chuang, Y.-L.
Chang, Y.-W. Huang, S.
Lei (MediaTek)
JCT3VH0085
2014-03m32997 21
07:41:52
2014-0322
02:58:35
2014-0331
13:59:34
Y.-W. Chen, J.-L. Lin,
3D-AHG5: On complexity reduction of biY.-W. Huang, S. Lei
prediction for advanced residual prediction
(MediaTek)
JCT3VH0086
2014-03m32998 21
07:42:08
2014-0322
02:58:59
2014-0329
06:43:00
Low-latency illumination compensation
(IC) encoding algorithm
Y.-W. Chen, J.-L. Lin,
Y.-W. Huang, S. Lei
(MediaTek)
JCT3VH0087
2014-03m32999 21
07:45:53
2014-0322
03:42:32
2014-0329
06:44:01
Single depth intra mode for 3D-HEVC
Y.-W. Chen, J.-L. Lin,
Y.-W. Huang, S. Lei
(MediaTek)
JCT3VH0088
2014-03m33000 21
07:45:56
2014-0322
03:01:10
2014-0330
09:45:19
MV-HEVC: A virtual collocated picture
for temporal motion vector prediction
K. Zhang, J. An, X.
Zhang, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3VH0089
2014-03m33001 21
08:00:50
2014-0322
03:01:52
2014-0330
09:46:26
MV sharing for 3D-HEVC
K. Zhang, J. An, X.
Zhang, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3VH0090
2014-03m33002 21
08:03:03
2014-0322
03:02:37
2014-0322
03:02:37
Simplification on illumination
compensation for 3D-HEVC
K. Zhang, J. An, X.
Zhang, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3VH0091
2014-03m33003 21
08:08:26
2014-0322
03:03:07
2014-0330
09:48:04
On DLT signaling in 3D-HEVC
K. Zhang, J. An, X.
Zhang, H. Huang, J.-L.
Lin, S. Lei (MediaTek)
JCT3VH0092
2014-03m33004 21
08:09:06
2014-0322
03:04:08
2014-0322
03:04:08
3D-CE3: Results on simplified DMM
mode coding
K. Zhang, Y.-W. Chen, J.
An, X. Zhang, J.-L. Lin,
S. Lei (MediaTek)
JCT3VH0093
2014-03m33005 21
08:11:17
2014-0322
04:02:10
2014-0330
10:07:18
Simplification on SDC DC mode
J.-L. Lin, Y.-W. Chen,
Y.-W. Huang, S. Lei
(MediaTek)
JCT3VH0094
2014-03m33006 21
08:12:15
2014-0322
03:44:20
2014-0403
09:56:03
Improvement on the signaling of DBBP
J.-L. Lin, Y.-W. Chen,
T.-D. Chuang, X. Zhang,
Y.-W. Huang, S. Lei
(MediaTek)
JCT3VH0095
2014-03m33007 21
08:14:21
2014-0322
04:42:41
2014-0330
16:44:13
3D-HEVC HLS: On SDC signaling
J.-L. Lin, Y.-W. Chen,
Y.-W. Huang, S. Lei
(MediaTek)
JCT3VH0096
2014-03m33008 21
08:59:22
2014-0321
13:21:35
2014-0401
12:25:29
3D-CE1: Simplification of a pruning
process in 3D Merge list construction
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
JCT3VH0097
m33009
2014-0321
2014-0321
2014-0326
3D-CE1: Simplification of 3D Merge list
construction
J. Y. Lee, M. W. Park, C.
Kim (Samsung), Y.
Page: 383
L. Grimaldi, K. Schüür,
P. Yin, T. Lu, H.
Ganapathy, T. Chen, W.
Husak (Dolby)
Date Saved: 2016-02-12
08:59:35
13:22:17
01:05:42
Zhang, L. Yu (Zhejiang
Univ.)
JCT3VH0098
2014-03m33010 21
08:59:42
2014-0321
13:22:52
2014-0401
01:07:52
3D-CE1: Simplification of shift DV
candidates
JCT3VH0099
2014-03m33011 21
08:59:49
2014-0321
13:23:22
2014-0327
00:39:54
3D-CE1 related: Default motion parameter J. Y. Lee, M. W. Park, C.
for sub-PU MPI
Kim (Samsung)
JCT3VH0100
2014-03m33012 21
08:59:56
2014-0321
13:24:09
2014-0321
13:24:09
3D-CE3 related: Simplification on
CABAC contexts for a DMM flag
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
JCT3VH0101
2014-03m33013 21
09:00:03
2014-0321
13:24:37
2014-0330
09:19:16
Allowing zero DC candidate in inter SDC
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
JCT3VH0102
2014-03m33014 21
09:00:09
2014-0321
13:25:14
2014-0330
09:20:00
Residual DC quantization in intra SDC
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
JCT3VH0103
2014-03m33015 21
09:00:21
2014-0321
13:25:47
2014-0321
13:25:47
Vertical DV restriction after depth-based
refinement
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
JCT3VH0104
2014-03m33016 21
09:00:27
2014-0321
13:26:23
2014-0321
13:26:23
Partition boundary filtering in DBBP
J. Y. Lee, M.
Mishurovskiy, M. W.
Park, C. Kim (Samsung)
JCT3VH0105
2014-03m33017 21
09:00:36
2014-0321
13:26:58
2014-0330
09:20:54
Performance evaluation on DLT-based
residual coding
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
JCT3VH0106
2014-03m33018 21
09:00:45
2014-0321
13:27:31
2014-0330
09:21:30
J. Y. Lee, B. Choi, M. W.
Separate enabling flag for SDC and DMM
Park, Y. Cho, C. Kim
and Study on DMM4
(Samsung)
JCT3VH0107
2014-03m33019 21
09:10:34
2014-0321
11:39:48
2014-0331
14:44:34
Constraints on the range of NBDV
Y. Zhang, P. Lu, L. Yu
(Zhejiang Univ.)
JCT3VH0108
2014-03m33020 21
09:14:11
2014-0321
16:40:58
2014-0329
17:43:56
Clean-up on DMM and SDC DC value
derivation
X. Zheng, Y. Lin, X.
Chen, J. Zheng
(HiSilicon)
JCT3VH0109
2014-03m33021 21
09:28:11
2014-0321
13:42:59
2014-0321
18:40:32
CE2 related: Simplification of ARP
X.Chen, X.Zheng, Y.Lin,
J.Zheng (HiSilicon)
JCT3VH0110
2014-03m33022 21
09:29:31
2014-0321
13:46:35
2014-0329
18:15:49
CE3 related: Redundancy removal for
DMM1 signalling
X.Chen, X.Zheng
(HiSilicon), C.Zhu
(UESTC), Y.Lin,
J.Zheng (HiSilicon)
JCT3VH0111
2014-03m33023 21
09:55:22
2014-0321
10:26:28
2014-0326
09:14:53
CE1 related : The unification of sub-PU
process for MPI blocks
S.Yoo, J.Nam, S.Yea
(LGE)
JCT3VH0112
2014-03m33024 21
09:58:11
2014-0321
14:19:56
2014-0331
10:59:22
CE2 related: Removal of ARP for AMVP
mode
J. Nam, J. Seo, S. Yea
(LGE)
JCT3VH0113
2014-03m33025 21
09:58:29
2014-0321
14:20:27
2014-0329
07:48:58
CE3 related: Alignment of WD and HTM
for syntax element depth_dc_flag
J. Nam, J. Seo, S. Yea
(LGE)
JCT3VH0114
2014-03m33026 21
09:58:42
2014-0321
14:20:52
2014-0321
14:20:52
Simplification of DC calculation for SDC
J. Nam, J. Seo, S. Yea
(LGE)
JCT3VH0115
2014-03m33027 21
09:59:03
2014-0321
14:21:21
2014-0330
18:53:48
Simplification of virtual depth map
derivation for DBBP
J. Nam, J. Seo, S. Yea
(LGE)
JCT3VH0116
m33028
2014-0321
2014-0321
2014-0330
Removal of delta DC values for DMM4
J. Nam, J. Seo, S. Yea
(LGE)
Page: 384
J. Y. Lee, M. W. Park, C.
Kim (Samsung)
Date Saved: 2016-02-12
09:59:20
14:22:13
10:44:20
JCT3VH0117
2014-03m33029 21
10:02:32
2014-0321
14:12:34
2014-0326
15:09:59
3D-CE1 related: Simplification on merge
list for depth video coding
J. Seo, J. Nam, S. Yea
(LGE)
JCT3VH0118
2014-03m33030 21
10:02:47
2014-0321
14:13:05
2014-0326
15:10:34
3D-CE2 related: Separation of syntax
elements for ARP mode
J. Seo, J. Nam, S. Yea
(LGE)
JCT3VH0119
2014-03m33031 21
10:03:00
2014-0321
14:15:10
2014-0326
15:11:03
3D-CE3 related: Simplification on
CABAC contexts for the syntax related to
depth intra mode
J. Seo, J. Nam, S. Yea
(LGE)
JCT3VH0120
2014-03m33032 21
10:03:56
2014-0321
14:15:33
2014-0326
15:11:33
3D-CE3 related: Simplification on
CABAC contexts for advanced residual
prediction mode
J. Seo, J. Nam, S. Yea
(LGE)
JCT3VH0121
2014-03m33033 21
10:04:10
2014-0321
14:15:57
2014-0402
14:49:11
Advanced boundary chain coding for depth J. Seo, J. Nam, S. Yea
intra mode
(LGE)
JCT3VH0122
2014-03m33034 21
10:05:24
2014-0321
10:59:36
2014-0321
10:59:36
Cross check of Partition boundary filtering F. Jäger (RWTH Aachen
in DBBP (JCT3V-H0104)
Univ.)
JCT3VH0123
2014-03m33035 21
10:08:15
2014-0321
16:40:21
2014-0328
21:34:12
CE1: Results on simplification for VSP
merging candidate construction
Y. Zhang, L. Yu
(Zhejiang Univ.)
JCT3VH0124
2014-03m33036 21
10:58:20
2014-0321
11:02:58
2014-0321
11:02:58
CE3: Cross check of simplified DMM
mode coding (JCT3V-H0092)
P. Merkle (HHI)
JCT3VH0125
2014-03m33037 21
11:26:48
2014-0321
12:51:01
2014-0321
12:51:01
Cross check of Low-latency illumination
compensation (IC) encoding algorithm
(JCT3V-H0086)
M. W. Park, C. Kim
(Samsung)
JCT3VH0126
2014-03m33040 21
12:53:50
2014-0321
13:11:04
2014-0404
08:25:53
MV-HEVC: On phrasing used in
specifying the Stereo Main profile
M. M. Hannuksela
(Nokia)
JCT3VH0127
2014-03m33041 21
13:43:23
2014-0321
13:54:18
2014-0331
13:43:16
AHG8: Complexity Assessment on Depth
Intra Modes
C.-F. Chen, G. G. Lee
(NCKU), T. Ikai (Sharp),
Z.-H. Yu (NCKU)
JCT3VH0128
2014-03m33046 21
16:50:14
2014-0322
02:19:54
2014-0329
12:12:12
Improvement on illumination
compensation reference pixels selection
Z. Gu (SCU), J. Zheng
(HiSilicon), N. Ling
(SCU), P. Zhang
(HiSilicon)
JCT3VH0129
2014-03m33047 21
16:54:43
2014-0326
00:52:05
2014-0326
00:52:05
Crosscheck of MediaTek's proposal on
DLT signaling in 3D-HEVC (JCT3VH0091)
J. Zheng, X. Zheng, X.
Chen (HiSilicon)
JCT3VH0130
2014-03m33049 21
17:55:18
2014-0321
22:45:46
2014-0321
22:45:46
3D-CE2: Further improvements on
advanced residual prediction
L. Zhang, H. Liu, Y.
Chen, M. Karczewicz
(Qualcomm)
JCT3VH0131
2014-03m33050 21
17:57:49
2014-0321
18:34:06
2014-0328
22:19:45
3D-CE3: Delta DC coding for SDC and
DMM modes
Q. Yu, L. Zhang, H. Liu,
Y. Chen (Qualcomm), S.
Ma (PKU)
JCT3VH0132
2014-03m33051 21
17:58:44
2014-0321
22:46:42
2014-0330
10:48:49
CE2 related: Simplification of Advanced
Residual Prediction
H. Liu, Y. Chen
(Qualcomm)
JCT3VH0133
2014-03m33052 21
17:59:38
2014-0321
22:47:21
2014-0331
12:27:38
Simplification of Sub-PU based MPI
H. Liu, Y. Chen
(Qualcomm)
JCT3VH0134
2014-03m33053 21
18:01:02
2014-0321
22:48:07
2014-0331
13:10:48
Q. Yu, Y. Chen, H. Liu
Simplifications for disparity derived depth
(Qualcomm), S. Ma
coding
(PKU)
JCT3VH0135
2014-03m33054 21
18:02:18
2014-0321
22:48:44
2014-0321
22:48:44
CE3 related: Simplification of
dim_not_present_flag coding
Page: 385
H. Liu, Y. Chen
(Qualcomm)
Date Saved: 2016-02-12
JCT3VH0136
2014-03m33055 21
18:03:23
2014-0321
22:49:28
2014-0330
11:16:06
Constraints for depth modeling modes
H. Liu, Y. Chen
(Qualcomm)
JCT3VH0137
2014-03m33056 21
18:05:11
2014-0321
22:50:05
2014-0321
22:50:05
Control of the availability of advanced
inter-view coding predictions
L. Zhang, Y. Chen, M.
Karczewicz (Qualcomm)
JCT3VH0138
2014-03m33059 21
21:47:00
2014-0321
21:50:03
2014-0330
18:26:59
MV-HEVC/SHVC HLS: On
slice_temporal_mvp_enabled_flag
M. M. Hannuksela
(Nokia)
JCT3VH0139
2014-03m33060 21
23:07:33
JCT3VH0140
2014-03m33061 21
23:13:10
2014-0328
12:32:04
2014-0328
12:32:04
Crosscheck on Sub-PU Restriction for
DBBP (JCT3V-H0057)
JCT3VH0141
2014-03m33062 21
23:13:31
2014-0328
12:32:23
2014-0328
12:32:23
Crosscheck on Single depth intra mode for S. Shimizu, S. Sugimoto
3D-HEVC (JCT3V-H0087)
(NTT)
JCT3VH0142
2014-03m33063 21
23:13:50
2014-0328
12:32:40
2014-0328
12:32:40
3D-CE1 related: Crosscheck on CU-level
VSP and DV Candidates (JCT3V-H0067)
JCT3VH0143
2014-03m33064 21
23:14:08
2014-0328
12:32:55
2014-0328
12:32:55
Crosscheck on Disparity Vector for DBBP S. Shimizu, S. Sugimoto
in 3D-HEVC (JCT3V-H0069)
(NTT)
JCT3VH0144
2014-03m33065 21
23:14:26
2014-0328
12:33:12
2014-0328
12:33:12
Crosscheck on Simplification of DC
calculation for SDC (JCT3V-H0114)
S. Shimizu, S. Sugimoto
(NTT)
JCT3VH0145
2014-03m33066 21
23:14:46
2014-0328
12:33:27
2014-0328
12:33:27
Crosscheck on Advanced boundary chain
coding for depth intra mode (JCT3VH0121)
S. Shimizu, S. Sugimoto
(NTT)
JCT3VH0146
2014-03m33088 24
00:43:14
2014-0326
08:34:36
2014-0326
08:34:36
Cross check of Separate enabling flag for
SDC and DMM and Study on DMM4
(JCT3V-H0106)
J. Nam, S. Yea (LGE)
JCT3VH0147
2014-03m33089 24
00:43:28
2014-0326
08:35:20
2014-0326
08:35:20
Cross check of Removal of chroma intra
mode and cbf in depth map coding
(JCT3V-H0076)
J. Nam, S. Yea (LGE)
JCT3VH0148
2014-03m33090 24
00:43:36
2014-0326
08:36:06
2014-0326
08:36:06
Cross check of Motion hole filling for subJ. Nam, S. Yea (LGE)
PU level MPI (JCT3V-H0077)
JCT3VH0149
2014-03m33091 24
01:06:21
2014-0326
13:41:54
2014-0326
13:41:58
Crosscheck of Improvement on
illumination compensation reference pixels J. Seo, S. Yea (LGE)
selection (JCT3V-H0128)
JCT3VH0150
2014-03m33093 24
02:32:28
2014-0324
02:42:05
2014-0324
02:42:05
Cross check of Simplification on
illumination compensation for 3D-HEVC
(JCT3V-H0090)
M. W. Park, C. Kim
(Samsung)
JCT3VH0151
2014-03m33094 24
02:33:46
2014-0324
02:50:31
2014-0324
02:50:31
CE1 related: Cross check of Bug-fix and
clean up on merge list construction
(JCT3V-H0083)
M. W. Park, C. Kim
(Samsung)
JCT3VH0152
2014-03m33102 24
07:19:22
2014-0324
07:30:24
2014-0327
00:56:58
3D-CE1 related: Cross check of the
unification of sub-PU process for MPI
blocks (JCT3V-H0111)
J. Y. Lee, C. Kim
(Samsung)
JCT3VH0153
2014-03m33103 24
07:19:32
2014-0324
07:30:54
2014-0324
07:30:54
3D-CE1 related: Cross check of
simplification of merging candidate list in
depth coding (JCT3V-H0074)
J. Y. Lee, C. Kim
(Samsung)
JCT3VH0154
2014-03m33104 24
07:19:43
2014-0324
07:31:25
2014-0324
07:31:29
3D-CE1 related: Cross check of
simplification of merging candidate list in
texture coding (JCT3V-H0075)
J. Y. Lee, C. Kim
(Samsung)
JCT3VH0155
m33105
2014-0324
2014-0324
2014-0324
3D-CE3 related: Cross check of alignment J. Y. Lee, C. Kim
of WD and HTM for syntax element
(Samsung)
Withdrawn
Page: 386
S. Shimizu, S. Sugimoto
(NTT)
S. Shimizu, S. Sugimoto
(NTT)
Date Saved: 2016-02-12
07:19:51
07:32:01
07:32:01
depth_dc_flag (JCT3V-H0113)
JCT3VH0156
2014-03m33106 24
07:19:59
2014-0324
07:32:36
2014-0324
07:32:36
Cross check of removal of delta DC values J. Y. Lee, C. Kim
for DMM4 (JCT3V-H0116)
(Samsung)
JCT3VH0157
2014-03m33107 24
07:20:07
2014-0324
07:33:06
2014-0324
07:33:06
Cross check of simplification on SDC DC
mode (JCT3V-H0093)
JCT3VH0158
2014-03m33119 24
12:06:17
2014-0324
12:20:32
2014-0324
12:20:32
Cross check of clean-up on DMM and
P. Merkle (HHI)
SDC DC value derivation (JCT3V-H0108)
JCT3VH0159
2014-03m33120 24
12:28:55
2014-0324
15:04:27
2014-0324
15:04:27
Crosschecking for Sharp's DBBP
simplification, JCT3V-H0065
JCT3VH0160
2014-03m33121 24
12:29:08
2014-0324
15:04:53
2014-0327
07:24:23
Crosschecking for LGE's Disparity Vector
X. Zhang (MediaTek)
for DBBP in 3D-HEVC, JCT3V-H0115
JCT3VH0161
2014-03m33122 24
12:29:50
2014-0325
22:09:16
2014-0325
22:09:16
Crosschecking for HHI's CE3 (H0078)
proposal
JCT3VH0162
2014-03m33123 24
12:30:03
2014-0325
22:09:50
2014-0325
22:09:50
K. Zhang, J. An, X.
Crosschecking for HiSilicon's CE2-related
Zhang, H. Huang, S. Lei
(H0109) proposal
(MediaTek)
JCT3VH0163
2014-03m33124 24
12:31:04
2014-0326
15:08:22
2014-0326
15:08:22
Crosschecking for Samsung's
Simplification of shift DV candidates
(JCT3V-H0098)
H. Huang (MediaTek)
JCT3VH0164
2014-03m33125 24
12:31:14
2014-0326
15:09:00
2014-0326
15:09:00
Crosschecking for Samsung's Allowing
zero DC candidate in inter SDC (JCT3VH0101)
H. Huang (MediaTek)
JCT3VH0165
2014-03m33157 24
14:54:12
2014-0324
16:01:20
2014-0324
16:01:20
3D-CE3 related: Crosscheck on
Simplification on CABAC contexts for a
DMM flag (JCT3V-H0100)
Y.-W. Chen (MediaTek)
JCT3VH0166
2014-03m33158 24
14:54:29
2014-0324
16:02:08
2014-0324
16:02:08
3D-CE3: Crosscheck on Simplification on
Delta DC coding for SDC and DMM
Y.-W. Chen (MediaTek)
modes (JCT3V-H0131)
JCT3VH0167
2014-03m33162 24
15:33:53
2014-0327
10:53:55
2014-0327
10:53:55
CE3 related: Cross check of simplification
of dim_not_present_flag coding (JCT3V
P. Merkle (HHI)
H0135)
JCT3VH0168
2014-03m33300 25
01:18:29
2014-0325
01:22:07
2014-0325
01:22:07
MV-HEVC/SHVC HLS: On representation S. Hattori, O. Nakagami,
format signaling
T. Suzuki (Sony)
JCT3VH0169
2014-03m33303 25
02:19:38
2014-0325
06:23:43
2014-0325
06:23:43
3D-CE1 related: Cross check of
Simplification on merge list for depth
video coding (JCT3V-H0117)
M. W. Park, C. Kim
(Samsung)
JCT3VH0170
2014-03m33314 25
03:59:23
2014-0325
04:08:42
2014-0327
03:38:57
Crosscheck on default motion parameter
for sub-PU MPI (JCT3V-H0099)
Y. Zhang (Zhejiang
Univ.)
JCT3VH0171
2014-03m33315 25
04:00:23
2014-0325
04:09:06
2014-0325
04:09:06
Crosscheck on residual DC quantization in Y. Zhang (Zhejiang
intra SDC (JCT3V-H0102)
Univ.)
JCT3VH0172
2014-03m33316 25
04:01:08
2014-0325
04:09:09
2014-0325
04:09:09
Crosscheck on simplification of 3D-HEVC
Y. Zhang (Zhejiang
merge candidate construction (JCT3VUniv.)
H0062)
JCT3VH0173
2014-03m33321 25
05:42:18
2014-0328
12:01:50
2014-0328
12:01:50
Crosscheck on MediaTek's proposal on
"MV sharing for 3D-HEVC (JCT3VH0089)"
X. Zheng (HiSilicon)
JCT3VH0174
2014-03m33322 25
05:43:27
2014-0328
12:02:24
2014-0328
12:02:24
Crosscheck on LGE's proposal on
"Advanced boundary chain coding for
depth intra mode (JCT3V-H0121)"
X. Zheng, Y. Lin
(HiSilicon)
Page: 387
J. Y. Lee, C. Kim
(Samsung)
X. Zhang (MediaTek)
K. Zhang, J. An, X.
Zhang, H. Huang, S. Lei
(MediaTek)
Date Saved: 2016-02-12
JCT3VH0175
2014-03m33323 25
05:44:04
2014-0328
12:03:06
2014-0328
12:03:06
Crosscheck on Qualcomm's proposal on
"Simplification of Sub-PU based MPI
(JCT3V-H0133)"
JCT3VH0176
2014-03m33324 25
06:45:28
2014-0325
07:16:25
2014-0326
22:25:37
3D-CE1: Crosscheck of Simplification of a
pruning process in 3D Merge list
T. Ikai (Sharp)
construction (JCT3V-H0096)
JCT3VH0177
2014-03m33325 25
06:45:41
2014-0325
07:17:09
2014-0325
07:17:09
3D-CE1: Crosscheck of Simplification of
3D Merge list construction (JCT3VH0097)
T. Ikai (Sharp)
JCT3VH0178
2014-03m33326 25
06:45:52
2014-0325
07:18:09
2014-0325
07:18:09
CE1: Crosscheck of Results on
simplification for VSP merging candidate
construction (JCT3V-H0123)
T. Ikai (Sharp)
JCT3VH0179
2014-03m33327 25
06:46:00
2014-0325
07:19:10
2014-0325
07:19:10
3D-CE1: Crosscheck of Results on
Adaptive Disabling Inter-view Motion
Vector Candidates (JCT3V-H0070)
T. Ikai (Sharp)
JCT3VH0180
2014-03m33328 25
06:46:08
2014-0325
07:19:46
2014-0325
07:19:46
3D-AHG5: Crosscheck of On complexity
reduction of bi-prediction for advanced
residual prediction (JCT3V-H0085)
T. Ikai (Sharp)
JCT3VH0181
2014-03m33329 25
06:46:16
2014-0326
22:24:36
2014-0326
22:24:36
CE2 related: Crosscheck of Simplification
of Advanced Residual Prediction (JCT3V- T. Ikai (Sharp)
H0132)
JCT3VH0182
2014-03m33330 25
06:46:24
2014-0325
07:20:19
2014-0325
07:20:19
Crosscheck of Vertical DV restriction after
T. Ikai (Sharp)
depth-based refinement (JCT3V-H0103)
JCT3VH0183
2014-03m33331 25
06:46:33
2014-0325
07:20:58
2014-0325
07:20:58
Crosscheck of Bug-fix of depth-based
block partitioning (JCT3V-H0072)
T. Ikai (Sharp)
JCT3VH0184
2014-03m33332 25
06:46:40
2014-0325
07:21:34
2014-0325
07:21:34
Crosscheck of Simplification on depthbased block partitioning (JCT3V-H0073)
T. Ikai (Sharp)
JCT3VH0185
2014-03m33333 25
06:47:04
2014-0325
07:22:07
2014-0325
07:22:07
Crosscheck of Improvement on the
signaling of DBBP (JCT3V-H0094)
T. Ikai (Sharp)
JCT3VH0186
2014-03m33334 25
06:47:15
2014-0328
08:33:38
2014-0328
08:33:38
MV-HEVC: Crosscheck of A virtual
collocated picture for temporal motion
vector prediction (JCT3V-H0088)
T. Ikai (Sharp)
JCT3VH0187
2014-03m33356 25
22:16:08
2014-0328
16:06:04
2014-0328
16:06:04
Crosschecking for LGE's JCT3V-H0119
J. An (MediaTek)
JCT3VH0188
2014-03m33359 26
01:09:57
2014-0327
02:21:18
2014-0327
02:21:18
MV-HEVC/SHVC HLS: On HighestTid
and MaxSubLayersInLayerSetMinus1
T. Ikai (Sharp)
JCT3VH0189
2014-03m33364 26
02:25:12
2014-0328
10:16:43
2014-0328
10:16:43
3D-HEVC: Harmonization of depth lookup H. Sabirin, K.
table for intra prediction modes for intra
Kawamura, S. Naito
depth coding
(KDDI)
JCT3VH0190
2014-03m33366 26
02:40:04
2014-0326
03:08:05
2014-0326
03:08:05
Crosscheck on Sub-PU Size for MPI from
Samsung
S. Yoo, S. Yea (LGE)
JCT3VH0191
2014-03m33367 26
03:18:06
2014-0326
13:43:07
2014-0326
13:43:07
Crosscheck of redundancy removal for
DMM1 signalling (JCT3V-H0110)
J. Seo, S. Yea (LGE)
JCT3VH0192
2014-03m33369 26
04:30:55
2014-0326
10:39:14
2014-0326
10:39:14
3D-CE3 related: Crosscheck of LGE's
proposal on Simplification on CABAC
contexts for ARP(JCT3V-H0120)
P. Lu, L. Yu (Zhejiang
Univ.)
JCT3VH0193
2014-03m33388 26
22:15:05
2014-0326
22:22:51
2014-0326
22:22:51
3D-CE2: Crosscheck of Further
improvements on advanced residual
prediction (JCT3V-H0130)
T. Ikai (Sharp)
JCT3VH0194
m33393
2014-0327
2014-0327
2014-0327
3D-CE2: Crosscheck of Results of ARP
simplification (JCT3V-H0063)
H. Liu (Qualcomm)
Page: 388
X. Zheng, Y. Lin
(HiSilicon)
Date Saved: 2016-02-12
01:18:39
17:11:39
17:11:39
JCT3VH0195
2014-03m33394 27
01:20:22
2014-0327
17:12:08
2014-0327
17:12:08
3D-CE2 related: Crosscheck of
Improvement disparity vector on temporal H. Liu (Qualcomm)
ARP and chroma 4x4 off (JCT3V-H0064)
JCT3VH0196
2014-03m33395 27
01:23:09
2014-0327
17:12:44
2014-0327
17:12:44
3D-CE3: Crosscheck of Simplification on
CABAC contexts for the syntax related
delta DC (JCT3V-H0084)
JCT3VH0197
2014-03m33396 27
01:23:22
2014-0327
04:08:30
2014-0327
04:08:30
Crosscheck on Simplifications for disparity
S. Yoo, S. Yea (LGE)
derived depth coding (JCT3V-H0134)
JCT3VH0198
2014-03m33397 27
01:24:35
2014-0327
17:13:09
2014-0327
17:13:09
3D-CE2 related: Crosscheck of Removal
H. Liu (Qualcomm)
of ARP for AMVP mode (JCT3V-H0112)
JCT3VH0199
2014-03m33398 27
01:27:08
2014-0327
17:13:49
2014-0327
17:13:49
Crosscheck of Performance evaluation on
DLT-based residual coding (JCT3VH0105)
H. Liu (Qualcomm)
JCT3VH0200
2014-03m33416 27
18:30:31
2014-0327
18:34:39
2014-0327
18:34:39
Cross-check results on constraints on the
range of NBDV (JCT3V-H0107)
M. Li, P. Wu (ZTE)
JCT3VH0201
2014-03m33417 27
18:31:42
2014-0327
18:36:14
2014-0327
18:36:14
3D-CE3 related: Cross-check results on
simplification on CABAC contexts for the
M. Li, P. Wu (ZTE)
syntax related to depth intra mode
(JCT3V-H0119)
JCT3VH0202
2014-03m33420 27
23:23:16
2014-0328
00:04:54
2014-0328
00:04:54
3D-CE2 related: Crosscheck results on
Separation of syntax elements for ARP
mode (JCT3V-H0118)
JCT3VH0203
2014-03m33450 29
09:37:49
2014-0330
10:10:29
2014-0330
10:10:29
Crosscheck of simplifications for disparity
derived depth coding (test 4 in JCT3VK. Zhang (MediaTek)
H0134)
JCT3VH0204
2014-04m33491 01
10:26:37
2014-0401
10:28:23
2014-0401
10:28:23
BoG report on intra depth slice
P. Merkle
JCT3VH0205
2014-04m33494 01
16:35:21
2014-0401
16:41:40
2014-0403
09:47:17
Disallow bi-prediction in case of 4x8 and
8x4 sub PU sizes
J. An (MediaTek)
JCT3VH0206
2014-04m33506 02
11:07:54
2014-0402
11:14:26
2014-0402
11:14:26
MV-HEVC/SHVC HLS: On frame-field
related indications (follow-up of parts of
JCTVC-Q0183/JCT3V-H0082 and
JCTVC-Q0078/JCT3V-H0026)
M. M. Hannuksela
(Nokia)
JCT3VH0207
2014-04m33513 03
00:22:05
2014-0403
00:25:20
2014-0403
15:27:05
BoG report on High Level Syntax
J. Boyce, Y.-K. Wang
JCT3VH0208
2014-04m33515 03
06:36:20
2014-0403
06:43:20
2014-0403
06:43:20
MV-HEVC/SHVC HLS: On semantics of
layers not present SEI message
A. K. Ramasubramonian
(Qualcomm)
JCT3VH0209
2014-04m33522 03
17:10:45
2014-0403
17:17:25
2014-0403
17:17:25
MV-HEVC/SHVC HLS: On sharing of
sub-DPBs
A. K. Ramasubramonian,
Hendry (Qualcomm), S.
Deshpande (Sharp)
JCT3VH1000
2014-04m33535 04
18:42:53
Meeting Report of 8th JCT-3V Meeting
J.-R. Ohm, G. J. Sullivan
JCT3VH1001
2014-04m33536 04
18:49:01
3D-HEVC Draft Text 4
G. Tech, K. Wegner, Y.
Chen, S. Yea
JCT3VH1002
2014-04m33537 04
18:55:38
MV-HEVC Draft Text 8
G. Tech, K. Wegner, Y.
Chen, M. Hannuksela, J.
Boyce
JCT3VH1003
m33541
Test Model 8 of 3D-HEVC and MVHEVC
Y. Chen, G. Tech, K.
Wegner, S. Yea
2014-0404
2014-0408
21:26:27
2014-0408
21:26:27
Page: 389
H. Liu (Qualcomm)
Zhouye Gu
Date Saved: 2016-02-12
19:25:20
JCT3VH1004
2014-04m33538 04
18:58:38
2014-0419
04:03:22
2014-0419
04:03:22
Draft 5 of 3D-AVC Conformance
D. Rusanovskyy, T.
Suzuki, D. Tian, Y. W.
Chen
JCT3VH1005
2014-04m33539 04
19:09:41
2014-0419
04:04:01
2014-0419
04:04:01
Draft 3 of 3D-AVC Reference Software
D. Rusanovskyy, D. Tian
JCT3VH1006
2014-04m33540 04
19:15:19
2014-0419
04:04:37
2014-0419
04:04:37
Draft 4 of MVC+D Reference Software
D. Rusanovskyy, T.
Suzuki, D. Tian
JCT3VH1100
2014-04m33527 04
09:55:15
Common Test Conditions of 3DV Core
Experiments
K. Müller, A. Vetro
JCT3VH1101
2014-04m33530 04
11:50:36
2014-0404
11:52:27
2014-0404
11:52:27
Description of Core Experiment 1 (CE1)
on Residual Prediction
H. Liu, T. Ikai
JCT3VH1102
2014-04m33532 04
12:28:56
2014-0404
12:29:27
2014-0404
12:29:27
Description of Core Experiment 2 (CE2)
on depth intra coding
Y. Chen, Y. -W. Chen
Page: 390
Date Saved: 2016-02-12
Annex B to JCT-3V report:
List of meeting participants
The participants of the fourth meeting of the JCT-3V, according to a sign-in sheet passed around
during the meeting (approximately 58 in total), were as follows:
Page: 391
Date Saved: 2016-02-12
127. Jicheng An (MediaTek)
128. Jun Arai (NHK (Japan Broadcasting Corporation))
129. Gun Bang (ETRI)
130. Vittorio Baroncini (FUB)
131. Weizhong Chen (Huawei Technologies)
132. Xu Chen (Huawei Technologies)
133. Ying Chen (Qualcomm)
134. Yi-Wen Chen (MediaTek)
135. Marek Domanski (Poznań Univ. Tech.)
136. Dan Grois (Fraunhofer HHI)
137. Zhouye Gu (Santa Clara University)
138. Miska Hannuksela (Nokia)
139. Shinobu Hattori (Sony)
140. Tomohiro Ikai (Sharp Corporation)
141. Fabian Jaeger (RWTH Aachen Univ.)
142. Joël Jung (Orange Labs)
143. Kei Kawamura (KDDI)
144. Miok Kim (Santa Clara University)
145. Jacek Konieczny (Huawei Technologies)
146. Bae-Keun Lee (KT)
147. Gwo Giun (Chris) Lee (NCKU/ITRI)
148. Jin Young Lee (Samsung)
149. Ming Li (ZTE)
150. Ching-Chieh Lin (ITRI International)
151. Jian-Liang Lin (MediaTek Inc.)
152. Hongbin Liu (Qualcomm wireless communication technology (China) Co., Ltd)
153. Philipp Merkle (Fraunhofer HHI)
154. Karsten Müller (Fraunhofer HHI)
155. Ohji Nakagami (Sony)
156. Jens-Rainer Ohm (RWTH Aachen Univ.)
157. Min-Woo Park (Samsung Electronics)
158. Mohamad Raad (RaadTech Consulting)
159. Justin Ridge (Nokia Oyj)
160. Klaas Schueuer (Dolby Germany GmbH)
161. Takanori Senoh (NICT)
162. Jungdong Seo (LG Electronics)
163. Shinya Shimizu (NTT)
164. Olgierd Stankiewicz (Poznań Univ. Tech.)
165. Gary Sullivan (Microsoft)
166. Huifang Sun (Mitsubishi Electric Research Labs)
167. Teruhiko Suzuki (Sony)
168. Yasser Syed (Comcast Labs)
169. Masayuki Tanimoto (Nagoya Industrial Science Research Institute)
170. Gerhard Tech (Fraunhofer HHI)
171. Alexandros Tourapis (Apple Inc)
172. Sebastiaan Van Leuven (Ghent University - iMinds)
173. Anthony Vetro (Mitsubishi Electric Research Labs)
174. Qing Wang (Zhejiang Univ.)
175. Krzysztof Wegner (Poznań Univ. Tech.)
176. Menno Wildeboer (Philips)
177. Ping Wu (ZTE (UK) Ltd)
178. Kenji Yamamoto (NICT)
179. Sehoon Yea (LG Electronics)
392
393
180. Peng Yin (Dolby Labs)
181. Haoping Yu (Huawei USA)
182. Lu Yu (Zhejiang Univ.)
183. Yichen Zhang (Zhejiang Univ.)
184. Xiaozhen Zheng (Huawei Technologies)
Page: 393
Date Saved: 2016-02-12
394
– Audio report
Source: Schuyler Quackenbush, Chair
1
Record of AhG meetings ....................................................................................................... 396
1.1 AhG on 3D Audio and DRC ........................................................................................... 396
1 Opening Audio Plenary ......................................................................................................... 401
2 Administrative matters........................................................................................................... 401
2.1 Communications from the Chair..................................................................................... 401
2.2 Approval of agenda and allocation of contributions ....................................................... 401
2.3 Creation of Task Groups ................................................................................................. 401
2.4 Approval of previous meeting report .............................................................................. 401
2.5 Review of AHG reports .................................................................................................. 402
2.6 Ballots to process ............................................................................................................ 402
2.7 Received National Body Comments and Liaison matters .............................................. 402
2.8 Joint meetings ................................................................................................................. 402
2.9 Plenary Discussions ........................................................................................................ 402
3 Task group activities .............................................................................................................. 402
3.1 Joint Meetings ................................................................................................................. 402
3.1.1 Joint meeting with Systems on FF at Audio (Tue 1700-1800) ................................ 402
3.1.2 Joint meeting with All on MPEG Assets (Wed 1130-1200) .................................... 403
3.1.3 Joint meeting with Systems at Audio (Wed 1200-1300).......................................... 403
3.1.4 Joint meeting with 3DG at Audio (Thu 1200-13000 ............................................... 403
3.2 Task Group discussions .................................................................................................. 404
3.2.1 3D Audio .................................................................................................................. 404
3.2.2 DRC .......................................................................................................................... 415
3.2.3 Exploration ............................................................................................................... 416
3.2.4 Maintenance ............................................................................................................. 419
4 Closing Audio Plenary and meeting deliverables .................................................................. 420
4.1 Plenary discussions ......................................................................................................... 420
4.2 Responses to Liaison and NB comments ........................................................................ 420
4.3 Recommendations for final plenary ................................................................................ 421
4.4 Establishment of Ad-hoc Groups .................................................................................... 421
4.5 Approval of output documents ....................................................................................... 421
4.6 Press statement ................................................................................................................ 421
4.7 Agenda for next meeting................................................................................................. 421
4.8 All other business............................................................................................................ 421
4.9 Closing of the meeting .................................................................................................... 421
Annex A Participants................................................................................................................ 422
Annex B Audio Contributions and Schedule ........................................................................... 423
Annex C Task Groups .............................................................................................................. 428
Annex D Output Documents .................................................................................................... 429
Annex E Agenda for the 109th MPEG Audio Meeting ............................................................ 431
Page: 394
Date Saved: 2016-02-12
395
Page: 395
Date Saved: 2016-02-12
396
1
1.1
Record of AhG meetings
AhG on 3D Audio and DRC
The AHG on Dynamic Range Control (DRC) and 3D Audio and Audio Maintenance met
Saturday March 29, 2014, 1200-1800 Hrs and Sunday January 12, 2013 1000-1800 Hrs at the
MPEG meeting venue.
Ongoing CEs
Werner Oomen, Philips, presented
m33128
CE on IPF Crossfade
Werner Oomen, Johannes
Hilpert, Andreas Hölzer, Max
Neuendorf, Frans de Bont
It was the recommendation of the AhG to adopt the 0-qmf slot cross-fade for IPF.
Thomas Sporer, FhG-IDMT, presented
m33086
CE Immersive Audio (cross check site - Fraunhofer IDMT)
Thomas Sporer, Sara Kepplinger,
Judith Liebetrau, Christina
Mittag,
The contribution reports the results of a listening test of the CE technology. For 5.1 channel
presentation, 1 item was worse, at the 95% level of significance (but the confidence interval was
very close to overlapping with zero).
Achim Kuntz, FhG-IIS, presented
m33193
FhG crosscheck results for immersive audio rendering CE
Hanne Stenzel, Achim Kuntz
The contribution reports the results of a listening test of the CE technology. For both 5.1 channel
and Rand5, the RM and CE systems were not different at the 95% level of significance. When
looking at differences, for 5.1 presentation, the CE technology is worse than the RM technology
for 2 item; and for Rand5 presentation, the CE technology is better than the RM technology for 1
item.
Jeongil Seo, ETRI, presented
m33135
ETRI listening test report for Immersive Audio Rendering CE
Jeongil Seo, Kyeongok Kang
The contribution reports the results of a listening test of the CE technology. For both 5.1 channel
and Rand5, when averaged over all items, there RM and CE systems are not different.
Sang Bae Chon, Samsung, presented
m33138
Crosscheck Report on Immersive Audio Rendering
Sang Bae Chon, Sunmin Kim
The presentation gave a brief overview of the CE technology. It also reports the results of a
listening test of the CE technology, including results with all listeners pooled. In 5.1 channel
presentation, Signal 5 is better and mean better. In Rand5 presentation, mean is better.
When looking at only Samsung results, items 4 and 5 were significantly better in 5.1 and Rand5
presentations. The presenter noted that Samsung’s room had a 45 degree elevation to the upper
ring of speakers, which might have explained the differences between Samsung, IDMT and IIS
results.
Discussion
Experts noted that Samsung appeared to design the algorithm for their 45 degree top ring rather
than for the nominal reference layout. Juergen Herre, FhG-IIS/ AudioLabs, noted that the
documents for this CE did not have all CE requirements, e.g. Working Draft Text, and so would
not be a complete CE proposal.
The Chair proposed that this CE result be further discussed during the week and that the presenter
report back to the Audio group.
New CEs
Oliver Wuebbolt, Technicolor, presented
m33195
Scalable Decoding Mode for MPEG-H 3D Audio HOA
Page: 396
Johannes Boehm, Peter Jax,
Florian Keiler, Sven
Kordon, Alexander Krueger,
Date Saved: 2016-02-12
397
Oliver Wuebbolt,
The contribution notes that the inherent structure of HOA supports an embedded, layered coding
strategy in which increased sound scene “detail” is achieved by decoding an increasing number
of HOA coefficient channels. This might have two applications:


Unequal error protections, e.g. in which higher protection is applied to the lower layers
Adaptive decoding “power,” in which higher layers are not decoded when a portable device is
running low on battery power.
However, the predominant sound tool in the HOA RM breaks this inherent layered HOA
structure.
The contribution proposes, e.g. to keep the 0-order HOA as is, and extract the predominant sound
only from the 1st and higher order signals. Note that 0-order is an omni-directional mono signal.
However, the proposed syntax supports a arbitrary order HOA base layer. Furthermore, the VVec
directional tool (from Qualcomm) already supports the scalable architecture (if the mode Coded
VVVecLength = 0 is excluded).
The syntax changed required are a single bit in the HOADecoderConfig(). The changes to the
semantics are provided in the contribution, but not in the exact form as needed in the WD. There
is no change in decoder complexity if all layers are decoded, although there is the desired
reduction in complexity if only the
A base layer could be:


One SCE containing the 0-order HOA.
One SCE containing the 0-order HOA and one SCE containing a “voice commentary” audio
object.
Werner Oomen, Philips, asked why not always use the scalable mode? The presenter replied that
the scalable mode codes some sound components twice, once in base layer and once (perhaps) in
the directional parameters. This might lead to noise unmasking since, in general, the noise in the
two modes will be uncorrelated.
The presenter noted that


If “low-power” mode, this is already supported in the specification and what is further needed is a
under interface to indicate whether the enhancement layer is decoded.
If “robust” mode, the application layer must present only the “error-free” layers to the 3D Audio
audio decoder.
Max Neuendorg, FhG-IIS, stated that the coding efficiency might be reduced since, in scalable
mode, you must code the same sound components in both the base layer and the enhancement
layer. There may be two issues:


Noise unmasking, although Technicolor experts have not been able to identify conclusive
evidence of this.
Extra bit requirements for coding a sound in both layers.
Nils Peters, Qualcomm, noted that the USAC CPE or QE have decorrelators that could mitigate
the noise masking.
The Chair noted that there are several open issues in this contribution that should be discussed
further during the week, and the results of those discussions brought back to the group.
There was no consensus to take an action, however the Audio subgroup looks forward to possible
additional information at the next MPEG meetng.
Toru Chinen, Sony, presented
m33137
Proposal on Complexity Reduction of the MPEG-H 3D
Audio CO Object Renderer
Yuki Yamamoto, Toru
Chinen, Masayuki
Nishiguchi, Mitsuyuki
Hatanaka, Runyu Shi
The contribution proposed a way to reduce complexity for the case that objects are or “not
active” in the sound scene. There might be a need for three levels of object “importance:” 0) is
not active, 1) is active but not essential (e.g. reverberation), 2) is essential.
Page: 397
Date Saved: 2016-02-12
398
The Chair noted that experts seemed to support the need remove inefficiency in processing
audio objects, e.g. to not mix “digital zero” object signals into the final mix. There may be
several ways to accomplish this, one of which is the Sony proposal. This issue will continue to be
discussed.
It was the decision of the group to put the proposed technology into the output document
Technology under Consideration for CD
Achim Kuntz, FhG-IIS, presented
M33205
Report on Investigation of Imaginary Loudspeaker
Placement
Christian Borß, Achim
Kuntz
At the Hannover 3D Audio AhG meeting, the generalized VBAP algorithm was recommended
for inclusion in the WD. However, the AhG also recommended that there be a follow-up study on
placing an imaginary speaker in the center of the video screen and also on the e.g. left side of the
room. This contribution reports on that study.
A listening test was performed, using dynamic single objects were used as stimuli and the
following systems under test:



gVBAP, middle of screen
gVBAP, RM2
VBAP, two possible triangulations
The results of the test were that gVBAP, middle of screen, had the highest mean score of the
systems under test. Using differential scores relative to gVBAP, middle of screen, VBAP was
worse at the 95% level of significance. When objects are to the side, VBAP has best performance.
Based on these results, the contribution recommends
1) to add a rule for


gVBAP using a center front imaginary speaker.
gVBAP using a center rear imaginary speaker if there is no physical speaker there.
2) to remove tables from the WD for imaginary loudspeaker placement
3) to remove tables from the WD listing triangularization for 22.2, 10.1 and 8.1, in that they can
be calculated by the QuickHull algorithm.
It was the recommendation of the AhG to adopt the recommendations 1) and 2). Concerning
recommendation 3), the presenter will investigate the 22.2, 10.1 and 8.1 triangularizations created
by QuickHull and report back to the group.
Achim Kuntz, FhG-IIS, provided further information. After some discussion it was agree that:



QuickHull triangularization tables were accepted to the Audio subgroup
Slight revision of processing rules were accepted by the Audio subgroup
Achim Kuntz, FhG-IIS, presented
m33228
Active downmix setting signaling
Alexander Adami, Achim
Kuntz
The contribution reviews what is now supported in RM, which supports the transmission of a
downmix matrix with active downmixing in the decoder (i.e. active downmix with phasealignment and energy preservation), and this has be demonstrated to give high-quality results.
However, it notes that broadcasters have requested support for passive downmix (i.e. apply
downmix without any adaptation).
The contribution proposes two new parameters in the downmix config of the bitstream:


Phase-align strength (phaseAlignStrength): permits use of additional mappings from ICC to phase
alignment
Adaptive EQ strength (adaptiveEqStrength): weights between passive and active downmixes.
Takehiro Sugimoto, NHK, indicated that broadcasters, including NHK, are very interested in this
functionality. He further asked if the two controls phaseAlignStrength, adaptiveEqStrength can
be controlled by the user, i.e. as an interactivity feature. The presenter confirmed that interactivity
is not supported by the proposal.
Page: 398
Date Saved: 2016-02-12
399
Johannes Boehm, Technicolor, asked what would happen if downmix matrix is transmitted,
but the user loudspeakers are not in the expected locations. The presenter stated that this is not
clear in the current WD text.
Werner Oomen, Philips, questioned the value of the 3-bit scale values as opposed to a simple 1bit on/off value, i.e. no active or default active values.
Gregory Pallone, Orange, noted that the 3-bit scale values would be set in response to the artistic
intent and that this intent would have to be communicated via e.g. workflow metadata, to the
MPEG-H 3D Audio compression engine.
Yeshwant Muthusamy, Samsung, asked whether broadcasters need the 3-bit granularity in the
parameters. He noted that it would be good to request information from e.g. ATSC.
It was the recommendation of the AhG to implement a 1-bit flag in the downmix config to
indicate active or passive downmix with an additional 7 reserved bits, and to seek input from
broadcasters as to whether the proposed 7-level active/passive granularity is useful. If so, then
this functionality can be added in response to a CD ballot comment.
Takehiro Sugimoto, NHK, presented
m33080
Latest mixing method for 22.2 ch and
derived 5.1 ch downmixing coefficients
Takehiro Sugimoto,
Kensuke Irie, Yasushige
Nakayama
The contribution notes that in initial development of Super Hi-Vision, the sound scene was
primarily ambient. However, to support cinema or television content, the sound scene must
contain highly localized sound objects, e.g. dialog or foley sounds. Most importantly, depending
how the 22.2 program is mixed (i.e. the nature and placement of sound objects), it may be
required to use a specific downmix matrix, e.g. for producing a 5.1 channel output. Finally, NHK
requests that 3D Audio support


Transmitted downmix matrix that must be used in a passive manner so that output can be
confirmed by broadcaster during production.
Adaptive downmix that is e.g. best effort by a 3D Audio decoder.
NHK anticipates that the user can switch between the two modes.
Achim Kuntz, FhG-IIS, notes that if a 3D Audio decoder receives a description of loudspeaker
positions, then it operates in Adaptive downmix mode and otherwise it operates in Passive
downmix mode. If the user does not have e.g. ITU-R 5.1 setup but wishes to use the transmitted
downmix matrix, then the implementation could give the “false” information that the user does
have ITU-R 5.1 setup so that the 3D Audio decoder used the transmitted downmix matrix. Such
decoder interface and controls may be at the application layer and would be outside the scope of
the 3D Audio decoder.
The Chair concluded that all concerns raised by NHK have been met by that portion of the
technology of the previous contribution (m33228) that was accepted into the CD.
Juergen Herre, FhG-IIS/International Audio Laboratories Erlangen (AudioLabs), presented
m33192
Proposal for generic rendering support for MPEG-H
SAOC 3D
Adrian Murtaza, Jouni
Paulus, Leon Terentiv,
Juergen Herre, Harald
Fuchs,
The contribution notes that the RM0 SAOC-3D can render to a designated set of loudspeaker
layouts, e.g.: 22.2, 10.1, 8.1, 7.1, 5.1 and 2.1. For other configurations, SAOC-3D renders to the
next “higher” layout and the format converter renders to the target output layout. The integrated
architecture agreed to at the Hannover 3D Audio AhG meeting removed the format converter
from the SAOC-3D Processing chain, and this has necessitated the changes proposed in the
contribution.
The proposed new method is to specify a set of rules for allocating decorrelators to fullbandwidth audio channels, and an algorithm for sharing decorrelators in the case that there are
more full bandwidth audio channels than decorrelators. The presenter noted that m33198
addresses the issue of how many decorrelators are available in the 3D Audio decoder.
Page: 399
Date Saved: 2016-02-12
400
The Chair noted that it is clear that modifications to SAOC-3D are needed. There were
concerns raised by experts that it was not clear exactly what new syntax and semantics are being
proposed. The presenter will get more detail and make an additional presentation later in the
week.
Further discussion
The presenter had break-out sessions with interested experts to address concerns. These concerns
and their resolution were summarized for Audio experts.
It was the consensus of the Audio subgroup to adopt the proposals into the CD text.
Richard Furse, Blue Ripple Sound, presented
m33176
Support for Proprietary Renderers in MPEG-H Audio
Richard Furse
The contribution noted statements from industry (e.g. DCI and BS.2266) that industry wishes to
have audio decoders interoperate with alternative, proprietary, renderers. In the final audio mix,
the mix engineer may work with an MPEG 3D Audio renderer or some other renderer. In the
latter case, MPEG 3D Audio would have to accept content produced by that other renderer, and
this may be best rendered by a non-MPEG 3D Audio renderer.
The Chair noted that is seems likely that proprietary renderer would need:




USAC decoded output and USAC element to loudspeaker mapping for channel-based signals
USAC decoded output and location metadata for objects
Reconstructed HOA N-order representations and nearfield compensation metadata
SAOC fully decoded and rendered signals (but this needs to be checked)
The Chair noted that Audio experts endorse the concept of supporting proprietary renders,
however on this issue there are more questions than answers. He further noted that contributions
m33134 and m33131 should be studied as they may address issues of how proprietary rendering
interfaces might work.
This topic will continue to be discussed during the week.
Zongxian LIU, Panasonic, presented
m33348
Core Experiment Proposal on Low Complexity HOA
Rendering
Zongxian LIU, Naoya
TANAKA
The contribution proposes methods to reduce the complexity of RM1 HOA decoding. The
changed do not result in any change in the decoded output, but does request one additional bit in
the bitstream.
Oliver Wuebbolt, Technicolor, noted that there is no need for an additional bit in the bitstream,
since the HOA extension payload already has equivalent information.
The Chair noted that there is no need for the proposed new bit in the bitstream, as equivalent
information is already present. He proposed three possible actions to take based on the
contribution:
1. No action. The contribution is noted but is for information only.
2. The technology in the contribution is put in an informative annex of the CD.
3. Take action (2) and also put an implementation of the technology into the Reference Software.
The group will continue to discuss which of the three actions is to be selected.
Later in the week Panasonic experts made a proposal for option 2), above.
It was the consensus of the Audio subgroup to put this technology into an informative annex of
the CD.
Frank Baumgarte, Apple, gave a presentation that covered the following contributions:
m33249
WD Text on Dynamic Range Control
m33250
List of Modifications of Dynamic Range Control Tool
Page: 400
Frank Baumgarte, David
Singer, Fabian Kuech,
Michael Kratschmer,
Christian Uhle, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte, David
Singer, Fabian Kuech,
Michael Kratschmer,
Christian Uhle, Bernhard
Neugebauer, Michael Meier
Date Saved: 2016-02-12
401
m33251
Dynamic Range Control Reference Software
m33252
Dynamic Range Control Reference Software: List of
Bugfixes
Dynamic Range Control Reference Software: List of
Modifications
m33253
Frank Baumgarte, Michael
Kratschmer, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte, Bernhard
Neugebauer, Michael Meier
The presentation listed the modifications to the DRC tools, all of which are incorporated into the
WD text contribution:
The presentation listed the bugfixes to the Reference Software, all of which are incorporated into
the SVN revision 226.
The presentation listed the modifications to the Reference Software that increase functionality so
that it more fully supports normative aspects of the WD text.
It was the recommendation of the AhG to accept all proposals into the WD on DRC.
The presenter noted that, at the 107th meeting there was WD on 14496-3/AMD 5, Support for
Dynamic Range Control. This could progress to CD at this meeting.
Frank Baumgarte, Apple, presented
m33254
Dynamic Range Control Tool Extension Proposal
Frank Baumgarte
The contribution proposes an extension to the DRC tools to support “ducking,” as might be used
to attenuate the main program when a narration commentary is active. Each narration channel
group would have an associated ducking gain sequence. Ducking would be applied to all
channels that are not in the narration sequence, with a scaling factor that can vary per target
channel group. In this way, e.g. L, R can have one ducking scaling and Ls, Rs have a different
ducking scaling.
It was the recommendation of the AhG to accept the proposals into the WD on DRC.
Recommendations and review of AhG Report
The AhG report was reviewed and was approved by the AhG members present.
1
Opening Audio Plenary
The MPEG Audio Subgroup meeting was held during the 108th meeting of WG11, March 31 –
April 4, 2014 in Valencia, ES. The list of participants is given in Annex A.
2
2.1
Administrative matters
Communications from the Chair
The Chair summarised the issues raised at the Sunday evening Chair’s meeting, proposed task groups for the week, and proposed agenda items for
discussion in Audio plenary.
2.2
Approval of agenda and allocation of contributions
The agenda and schedule for the meeting was discussed, edited and approved. It shows the
documents contributed to this meeting and presented to the Audio Subgroup, either in the task
groups or in Audio plenary. The Chair brought relevant documents from Requirements, Systems
to the attention of the group. It was revised in the course of the week to reflect the progress of the
meeting, and the final version is shown in Annex B.
2.3
Creation of Task Groups
Task groups were convened for the duration of the MPEG meeting, as shown in Annex C.
Results of task group activities are reported below.
2.4
Approval of previous meeting report
The Chair asked for approval of the 107th Audio Subgroup meeting report, which was registered
as a contribution. The report was approved.
m33177
107th MPEG Audio Report
Schuyler Quackenbush
Page: 401
Date Saved: 2016-02-12
402
2.5
Review of AHG reports
There were no requests to review any of the AHG reports.
2.6
Ballots to process
There were no ballots to process.
2.7
Received National Body Comments and Liaison matters
The NB comments and Liaison statements were presented, discussed, and resources to draft
responses were allocated.
No.
m33457
m33457
m32956
m33372
m33269
m32763
Body
Swiss NB
Swiss NB
ATSC S34
DVB
Ecma TC32TG22
IEC TC 100
2.8
Joint meetings
Groups
Systems
All
Systems
3DV
2.9
Title
Swiss NB Comment on MPEG-H 3D Audio
Swiss NB Comment on MPEG-H 3D Audio
ATSC Liaison on MPEG-H
Liaison Statement from DVB to SC 29/WG 11 on MPEG-H 3D Audio
Liaison Statement on Ecma S5 activity
IEC CD 62702-1 Ed.1.0, 62702-2 Ed.1.0
What
m33256 WD of 14496-12 Amd 4, Enhanced
audio support
CICP
MPEG Assets
m33187 Proposal for MPEG-H 3D Audio in
MPEG-2 Systems
3D transport stream
Philips doc
Audio in Augmented Reality
Where
Audio
Day
Tue
Time
1700-1730
3
Audio
Wed
Wed
1130-1200
1200-1300
Audio
Thu
1200-1300
Plenary Discussions
Proposals for outgoing Liaison statements were reviewed. Clemens Par, Swissaudec, presented
m33076
AES- X212 – Proposal for a Liaison Statement from
WG11
Thomas Sporer, Clemens
Par
The contribution is a draft of the liaison statement to AES on normative interfaces for
binauralization.
3
Task group activities
3.1
Joint Meetings
3.1.1
Joint meeting with Systems on FF at Audio (Tue 1700-1800)
Max Neuendorf, FhG-IIS, presented
m33184
Update to Audio part of ISO/IEC 23001-8 (CICP)
Max Neuendorf
The document presents new tables for CICP that are specify



Exact geometric position in the sound stage.
New loudspeaker labels
Additional loudspeaker configurations
David Singer, Apple, suggested that some text that explains why new tables are needed and how
the tables are aligned.
It was the consensus of the Audio and Systems subgroups to progress this contribution to PDAM
of 23001-8.
Ingo Hoffman, FhG-IIS, presented
m33188
MPEG-H 3D Audio in ISO Base Media FF
Page: 402
Date Saved: 2016-02-12
403
The contribution proposes a means to carry MPEG-H 3D Audio in ISO FF. Rather than use
the MPEG-4 FF structure, it is proposed to carry MPEG-H 3D Audio as a top-level sample entry
box. The presenter gave a walk-through of the proposed structure.
It was agreed that the Audio subgroup will create a WD on 23008-3, MPEG-H 3D Audio AMD1
based on this contribution.
David Singer, Apple, presented
m33256
WD of 14496-12 Amd 4, Enhanced audio support
Speaker configuration sections needs to be updated according to the latest CICP changes. We
need a link to the new position table in CICP. Add an option to specify azimuth and elevation of
loudspeakers. If possible, add supplemental/extended language codes for audio according to
ETSI EN 300 468 (DVB). Perhaps we need box to describe interactivity capabilities.
Audio and Systems experts agreed to incorporate the identified issues, and to issue the result as
PDAM at this meeting.
3.1.2
Joint meeting with All on MPEG Assets (Wed 1130-1200)
It is desired that Audio assets, e.g. 3D Audio CfP test items, be made available in the MPEG
Assets repository. Takehiro XX, NHK, attended this joint meeting and reported that he explained
that there are usage restrictions placed on the content by the content provider. The Chair will
clarify what usage might fall under the umbrella of “for use in developing the MPEG-H 3D
Audio standard.”
3.1.3
Joint meeting with Systems at Audio (Wed 1200-1300)
m33131
Flexible System signaling for 3D audio in MPEG-H
m33190
Proposed MPEG-H 3D Audio stream format
m33187
Proposal for MPEG-H 3D Audio in MPEG-2 Systems
Robert Brondijk, Frans de
Bont
Stephan Schreiner, Harald
Fuchs, Stefan Doehla,
Stephan Schreiner, Harald
Fuchs
The purpose of the Descriptor is:


Which Audio decoder should Systems instantiate, and with what parameters?
How does the user consume the content? This may include user interaction, e.g. Dialog
Enhancement or additional audio programs such as narration for the visually impaired.
Constraints such as min/max limits on user control variables are appropriate.
It may be Audio’s business that the audio program is 10.1 channels, but if the user has 22.2
loudspeakers, which are the 10.1 that should be used. Audio may also choose to make a
normative interface for control.
Systems reads descriptor and know how user can interact
MMT has signalling message that might be used for user interaction.
Masayuki Nishiguchi, Sony, presented
m33161
Synchronization Scheme using Audio Fingerprinting for
various use cases.
Masayuki Nishiguchi
The presenter summarized the use case for the proposed technology and gave a demonstration of
the synchronization technology.
3.1.4
Joint meeting with 3DG at Audio (Thu 1200-13000
The joint meeting of the 107th meeting identified the following requirements:
1.
2.
3.
4.
Attach directional metadata to the audio object, e.g. radiation strength
Use HRTF for spatialization
Low-latency decoders for synchronous presentation of “real” and “augmented” reality.
Analyze the scene and capture appropriate acoustic metadata (e.g. room reflection properties)
A first use case could be: User is wearing “glasses-mounted” camera and wearing headphones.
Open issues:
Page: 403
Date Saved: 2016-02-12
404
Need both user position and also head tracking. However, if the user is wearing the camera
(e.g. Google Glass), then both could be delivered by analysing the visual scene. The Augmented
Reality engine would constantly update the audio object relative position
Need acoustic radiation model for sound source.
Audio open issues to address for Augmented Reality use case


User-specified object position metadata (relative to my head)
Metadata for source acoustic radiation pattern, doppler shift, distance cues.
3.2
Task Group discussions
3.2.1
3D Audio
3D Audio Phase 2
Clemens Par, Swissaudec, presented
m33272
Status update on the Ecma standardization project
‘Scalable Sparse Spatial Sound System (S5)’
Clemens Par
The contribution reports on a new standard in Ecma that is to be finalized this April 18th. The zip
archive of this contribution has a number of other documents. A general theme is that there is a
market need for 3D Audio technology that can operate at Phase 2 bitrates (i.e. 128, 96, 64, 48
kb/s), and that the technology in the Ecma S5 standard appears to be able to operate at such
bitrates and provide a quality that will be acceptable to the marketplace.
Juergen Herre, FhG-IIS/AudioLabs
m33206
Thoughts on MPEG-H 3DA Phase 2
Juergen Herre, Jan Plogsties
The contribution reviewed the vision and accomplishment of 3D Audio Phase 1, and the timeline
for Phase 2 submissions and evaluations. The presenter noted that Phase 1 can deliver excellent
quality, and that Phase 2 should be able to deliver quality that is well received in the marketplace,
e.g. above 40 Mushra points. In addition, Phase 2 technology should deliver performance that is
better than existing MPEG technology.
The presenter concluded that


There should be a minimum performance, e.g. Mushra score, for consideration for
standardization.
“Benchmarks” should be included in the Phase 2 evaluation test such that Audio experts can
understand the performance of submission with respect to e.g. current MPEG technology.
The Chair stated that MPEG Audio has never brought “bad” (e.g. below MUSHRA 40)
technology to the market. While HE-AAC v2 and USAC may provide less than transparent audio
quality at their lowest bitrate range, they have been extremely successful in the marketplace.
Furthermore, the Chair agreed that supplying MPEG “benchmark” technology should be viewed
as independent of making a submission to the Phase 2 call.
Clemens Par, Swissaudec, noted that Phase 2 has been viewed as a Core Experiment with a
common timeline (as defined by the Call). In this respect, benchmarking of RM vs. RM+CE
should be encouraged. On the other hand, extension to lower bitrates may be viewed as a CE with
a “new functionality” such that a comparison to RM is not applicable.
The Chair hoped that many of the issues raised by this contribution can be addressed by writing a
detailed test logistics document, e.g. the progression of m33259 (see below).
Werner Oomen, Philips, presented
m33133
Extending Phase I to lower bitrates
Aki Härmä, Werner de
Bruijn, Werner Oomen,
Robert Brondijk
The contribution noted that 3D Audio supports a wide range of bit rate, and this will be extended
in Phase 2. Furthermore, SAOC is a powerful tool for addressing the highest levels of
compression. Combining SAOC and individual objects can be done with Phase 1 3D Audio, but
may result in a rate/distortion curve that is not very smooth, as shown here (© Werner Oomen):
Page: 404
Date Saved: 2016-02-12
405
The contribution proposes to “smooth out” the rate/distortion curve by “allocating” objects to
SAOC objects or individually coded objects on a QMF tile by QMF tile basis, e.g. as shown here
(© Werner Oomen):
SAOC already permits this structure, using the mechanism of residual coding. The current 3D
Audio specification already support this structure, but lacks the additional syntax to support
manipulating the linked SAOC/Individual object in the sound scent.
The contribution proposes to extend 3D Audio objectConfig() by the additional syntax that will
support interactivity. The presenter envisioned that such interactivity could encompass both
object movement and also e.g. dialog enhancement.
The Chair noted that some experts would like more information about the envisioned
performance of the technology, specifically as a means to “smooth out” the rate/distortion curve,
and encouraged the presenter to do a pencil-and-paper analysis of how this might work.
This will continue to be discussed.
Later in the week Werner Oomen, Philips, gave a presentation offering additional information on
this proposal.
The critical crossover frequency was investigated for the transition of objects between SCE and
an SAOC downmix, which with respect to SBR proved to be functional at 7250Hz:
Page: 405
Date Saved: 2016-02-12
406
Philips proposed to include the considerations of m33133 into the current metadata work item.
It was the consensus of the ASG to include a generalization of this technology in the CD.
Phase 2
The Chair presented
m33259
DRAFT Listening Test Logistics for 3D Audio Phase 2
Schuyler Quackenbush
The contribution is a draft of the output document that will organize the listening tests that will
be use in part to evaluate responses to the Phase 2 Call. It was discussed and experts suggested to
add appropriate Anchors and Benchmarks to the set of systems under test to


Stabilize the subjective scale
Verify that submissions have performance better than current MPEG technology
This will continue to be discussed
Later in the week, this document was reviewed, edited and accepted by the consensus of the
Audio subgroup as an output document.
Binauralization
Taegyu Lee, Yonsei, presented
m33141
Bugfix on the Software for MPEG-H 3D Audio CO
Binaural Renderer
Taegyu Lee, Henney Oh,
Jeongil Seo
The contribution notes that in the previous AdHoc period the FD binauralization engine was
integrated into the WD text and Ref Sw. In the course of that effort, bugs were discovered in the
software, and this contribution reports on those bugs and recommends fixes:




Error in curve fitting that specifies subband filter length. Bitstreams and decoded waveforms are
not changed.
Error in RT20 calculation. Fix causes new bitstreams and decoded waveforms.
Delay compensation for QMF Tapped Delay Line (QTDL). Fix causes new bitstreams and
decoded waveforms.
Propagation time in Sparse Frequency Reverberator (SFR). Fix causes new bitstreams and
decoded waveforms.
Page: 406
Date Saved: 2016-02-12
407
In addition, the RM2 integrated architecture resulted in a slightly different QMF interface that
resulted in different decoded output.
The contribution presented listening test results that verified that applying all bugfixes resulted in
performance that was not different from RM2.
It was the consensus of the Audio subgroup to incorporate all recommended bugfixes into the
RM2 Reference Software.
Gregory Pallone, Orange, presented
m33202
RM1-HOA Binaural Parameterization
Gregory Pallone
The contribution has a description or the algorithm used to convert BRIRs to binauralization
parameters for the TD binauralization. It is recommended that this text be a normative section of
the 3D Audio CD text to be produced at this meeting. A matching software implementation is
available for integration into the 3D Audio Reference Software.
In the course of creating the software implementation of the parameterization, a bug was
identified in the binauralization engine: that the cutoff frequency for diffuse block needs to be a
vector, since there now can be more than one diffuse block.
In some cases, the automatic parameterization resulted in binauralization parameters that were
different (and longer) that the RM0 manual parameterization. The contribution reports the results
of a listening test that verified that the automatic parameterization produced quality that was not
different from the RM0 performance (in fact, the mean of the automatic means tended to be
higher).
It was the consensus of the Audio subgroup to incorporate all recommendations of the
contribution for additions to CD text and Reference Software.
Simone Fontana, Huawei, presented
m33170
Mixing Time estimation for Binauralization
Simone Fontana, Peter
Grosche, Panji Setiawan
The contribution presented a scenario for binauralization, and recommends that the
parameterization from BRIR be automatic and normative.
An important part of the automatic parameterization is identifying the “Mixing Time” which is
transition point between Direct and Early (D&E) part and the late Reverberant (RIR) part. It
reviewed possible means to identify Mixing Time, and recommends a hybrid method that is databased, but is verified to agree with perceptual results.
It notes that the currently in 3D Audio, TD uses T20 reverberation and FD used T60
reverberation, both based on the Schroeder Energy Decay Curve (EDC).
The contribution notes if a room is assumed to be “ergotic” then as some point in time the energy
flow in the room due to the BRIR reverberant part will be uniform in all directions. This
assumption leads to a conclusion that at and after the Mixing Time, all BRIR curves can be
considered identical. Based on this observation, the contribution describes a simple algorithm to
determine Mixing Time.
The presenter stated that the advantage of the proposed technology is that it provides a consistent
and high-quality method to identify the point between D&E and RIR. The proposed technology
would work with both TD and FD binauralization engines.
The Chair concluded that there is no consensus in the Audio subgroup to make a decision at this
time, and encouraged interested experts to continue to discuss this proposal.
Jeongil Seo, ETRI, presented
m33136
Consideration on Binaural Renderer Architecture
Jeongil Seo, Kyeongok
Kang, Taegyu Lee, Henney
Oh
The contribution summarized the state of normative technology for binauralization in the
integrated 3D Audio decoder architecture. It noted that there are three means for binauralization:



TD
FD
H2B/TD (an efficient means if number of coefficient channels is less than number of virtual
loudspeaker signals)
Page: 407
Date Saved: 2016-02-12
408
Amongst these, two (TD, FD) are conceptually different only with respect to input format. It
further notes that the mixer and DRC may operate in QMF domain. It presents complexity figures
for TD and FD binauralization with various assumptions about domain of processing chain.
Based on these observations, it proposes that FD be the normative binauralization engine in most
cases. In the special case that there are only HOA signals, the TD engine should be normative.
Oliver Weubbolt, Technicolor, reminded the group that at highest bitrates the USAC decoder will
deliver time domain signals and so TD binauralization might be most appropriate.
Henney OH, WILUS STRC, noted that it may a burden on implementations to have to store two
different binauralization parameters, one for each of FD and TD engines.
Gregory Pallone, Orange, presented
m33200
Proposal for Binauralization
Gregory Pallone
The presentation proposed that the binauralization domain (TD/FD) follow the mixing domain.
With this assumption, it reviewed the complexity for each binauralization engine. In this case,
there is no TD/FD conversion step and so this complexity can be neglected.
The contribution proposes that


If mixer is in time domain, TD binauralization is used.
If mixer is in QMF domain, FD binauralization is used.
The Chair noted that an implementation could be free to use either binauralization engine and
that conformance could accommodate this flexibility.
Discussion on binauralization
The Chair noted that none of the proposals advocates only one of the two binauralization engines.
The differences are only when a given engine would be used. I would be interesting to give
implementations some amount of freedom to use either binauralization engine in some situations.
Experts will draft some normative text that clearly states a way forward. This will be reviewed
later in the week.
Profiles
Gregory Pallone, Orange, presented
m33203
Thoughts on MPEG-H Profile
Gregory Pallone
This is a joint contribution from Orange, Huawei and Technicolor. It anticipates that MPEG will
specify a 3D Audio profile at the 109th meeting. The contribution observes that the marketplace
will want 3D Audio in all of Channel, Object and HOA signal modes and proposes that a profile
should unify the marketplace by supporting all signal modes. Examples use cases are:
TV with Channel (current), HOA (possibly sports or live TV), objects (possibly dialog)
In such an envisioned profile, and open issues is what levels are appropriate, e.g.:



Number of HOA components
Maximum number of objects
Miximum number of channels
Specifying the number of core coder channels could accommodate these constraints.
Yeshwant Muthusamy, Samsung Telecom America, stated that Samsung is very strongly in
support of a single profile for all signal modes.
Thomas Sporer, FhG-IDMT, noted that 32 simultaneous objects is the limit of what humans can
perceive, while 16 might be a realistic number.
Jan Plogsties, FhG-IIS, noted that the question of levels might be posed to possible application
standard customers this meeting via a liaison statement. Werner Oomen, Philips, noted that the
DVB liaison contains use cases that could already inform Audio experts on what levels might be
appropriate in a first profile.
The Chair suggested that a “Thoughts on 3D Audio Profile” document might be useful to focus
our thoughts for a response to the ATSC and DVB liaisons.
Interfaces
Jan Plogsties, FhG-IIS, presented
m33209
Progress on workplan for 3D Audio interfaces
Jan Plogsties
The contribution reviewed the information the decoder needs in order to decode the transmitted
signal for the user’s environment.
Page: 408
Date Saved: 2016-02-12
409
The contribution notes that transmitted loudspeaker layout is currently fully specified in the
WD text as Speakerconfig3d(), which can reference:



One CICP layout index
Set of CICP loudspeaker indexes
Set of loudspeaker positions
Concerning BRIR data, there is an intent to interoperate with AES X212 file. However, the
interface to 3D Audio could be:


Set of BRIR as FIR filters
MPEG-H binauralization parameters, as some text file or binary data structure
Finally, 3D Audio decoder data structures must be flagged as readable by an interface or as
writeable by an interface.
Experts noted that at the Hannover AhG meeting, it was agree on how signal loudspeaker
position in the bitstream, i.e. the configuration used in production.
Audio experts will draft a straw-man document on normative interfaces for discussion during the
week.
Taegyu Lee, Yonsei University, presented
m33139
Consideration on the Interface of Binaural Renderer
Taegyu Lee, Henney Oh,
Young-cheol Park, Dae Hee
Youn, Jeongil Seo,
Kyeongok Kang,
The contribution notes that there is a need for a normative interface for 3D Audio binauralization
BRIR data. It notes that this can be as FIR filters or as parameters. It also gives a concrete
example of the binary data needs for the FD binauralization engine.
Werner de Bruijn, Philips, presented
m33134
3D Audio Decoder Interfaces
Aki Härmä, Werner de
Bruijn, Werner Oomen
The contribution notes that Philips has previously presented, in m29145, m30249, m31367 and
m32241, information on possible normative interfaces. Any interface should be simple with lowcomplexity readers and writers.



Playback-side loudspeaker configuration
BRIR data
Object control data, e.g. to modify object gains
It proposes syntax for an interface parameter packet. The syntax is a compact binary
representation in the form of a bitstream element. An annex of the contribution gives an
equivalent representation using XML format. Concerning BRIR data, the contribution asserts that
XML is not an efficient or perhaps even feasible container for BRIR data; that WAV file format
has many variations, which might make interoperability problematic.
The Chair noted that it might not be the job of MPEG to define an interface that serves
proprietary renders.
Interested experts will discuss this topic in a break-out and bring some text back to the group for
further discussion.
CD of ISO/IEC 23008-3 3D Audio
Max Neuendorf, FhG-IIS, presented
m33178
Proposed CD of ISO/IEC 23008-3 3D Audio
Max Neuendorf, Oliver
Wübbolt, Andreas Hölzer,
Johannes Böhm, Sven
Kordon, Florian Keiler,
Peter Jax, Alexander
Krüger, Deep Sen, Nils
Peters,
The presenter highlighted what has changed between the WD from the 107th meeting and this
contribution.
Loudspeaker configuration

Loudspeaker layout for encoded content
Page: 409
Date Saved: 2016-02-12
410

SpeakerConfig3d() – syntax element to describe loudspeaker layout
SAOC editorial changes



remove text that was not appropriate for SAOC 3D (i.e. in the context of 3D Audio)
re-orgainized text
remove text if a reference to MPEG-D SAOC is sufficient
Binaural

add normative text for FD and TD engines
It was the consensus of the Audio subgroup to accept the proposed changes and to use this
contribution as the basis for the CD text that will issue this week.
Max Neuendorf, FhG-IIS, presented
m33182
Software for MPEG-H 3D Audio RM2
Christian Ertel, Sascha Dick,
Andreas Hölzer, Florian
Keiler, Alexander Krüger,
Sven Kordon, Deep Sen,
Nils Peters, ,
The contribution has the RM2 software in a zip archive in the contribution zip archive. The
document text lists the changes incorporated into the Reference Software since RM1. If also give
an overview of what software modules changed or were added as a result of the C/O/HOA
architecture merge. The presenter noted that, as of just prior to the 108th MPEG meeting, the Ref
Sw was fully in line with the Draft CD text.
Gregory Pallone noted that he could incorporate the parameterization software for the TD
binauralization into the output document for 3D Audio Ref Sw.
Max Neuendorf, FhG-IIS, presented
m33198
Proposed corrections to MPEG-H 3D Audio
Max Neuendorf, Christian
Helmrich, Adrian Murtaza,
The contribution proposes corrections to the Draft CD contribution text that go beyond editorial
changes. In general such changes can be to



Only specification text (there were none)
Only reference software (1, related to SAOC)
Both text and reference software
Concerning Ref Sw, the SAOC object metadata is not aligned with the signal, and the correction
is to add a delay to the metadata.
Concerning both text and Ref Sw, the following table summarizes the proposed changes:
Page: 410
Date Saved: 2016-02-12
411
errata correction affects:
label / issue
1
RM2_3D_BUGFIX_SAOC_1
2
RM2_3D_BUGFIX_IGF_11
(??)
RM2_3D_BUGFIX_IGF_12
(correct calculation of target energy)
RM2_3D_BUGFIX_IGF_13
(preserve maximum dynamic range)
3
4
5
Length field in elem loop
6
RM2_3D_BUGFIX_SAOC_2
(Wet path energy correction)
RM2_3D_BUGFIX_SAOC_3
(Use only maximum number of
decorrelators)
7
bit
stream
dec.
waveforms,
algorithm
change
dec. waveforms,
processing side
effects
(bit reservoir
variations,
random noise
seeds, rounding
etc.)
n
y
n
n
y
n
n
y
n
n
n
y
y
n
y
n
y
n
y
n
n
8
FC table updates
y
n
y
9
CICP codepoint
y
n
n
The Chair noted that the”length field in elem loop” is perhaps less clear cut than the other
proposed changes, in that the 16-bit length field imposes a bitrate burden that can be appreciable
at lower (e.g. Phase 2, 48 kb/s) bitrates.
Concerning RM2_3D_BUGFIX_SAOC_3, the Chair noted that m33192 assumed to use level 0
signalling. Christof F, Dolby, stated that it is not clear that the capability to reduce complexity
(i.e. reduce the number of decorrelators) should be given up. The Chair noted that in this case, we
now that lower complexity leads to lower quality. The actual reduction in 3D Audio decoder
complexity will be studied.
The revision to CICP codepoint is to add additional configurations to support what are envisioned
to become widely deployed configurations.
Finally, it is proposed to use the new CICP codepoint LoudspeakerGeometry in the 3D Audio
decoder text and reference software.
It was the consensus of the Audio subgroup to accept the proposed changes for all BUT items 5,
7, 9 and to give the editor the mandate to include these changes into the CD text and reference
software.
Further discussion
Concerning point 7, above, Juergen Herre confirmed the following:
bsDcorrelationLevel Decorrelators Relative Complexity
0
11
100%
1
9
99%
2
7
98%
3
5
97%
Furthermore, he confirmed that at index 3, the subjective quality performance drops by 10
MUSHRA points.
The Audio Subgroup agreed to remove the 2-bit field bsDcorrelationLevel field and to always
make the 11 decorrelators available.
Page: 411
Date Saved: 2016-02-12
412
Max Neuendorf, FhG-IIS, presented a proposal on point 5, above. In brief, it transmits a
“elementLengthPresent” in the Config. This permits the length field to conditionally appear prior
to each SCE, CPE, QCE.
The Audio Subgroup agreed to accept the proposal, subject to some further refinements of the
syntax.
There was not sustained objection to the point 9, above, so the Audio Subgroup agreed to accept
the proposal as presented in the contribution.
3D Audio and Systems
Robert Brondijk, Philips, presented
m33130
Addressing multi language in MPEG-H
Robert Brondijk, Frans de
Bont
The presenter noted that e.g. DVB uses a “dual decoder” architecture that permits decoding of a
main program and a language program, which are mixed in the receiver.
Robert Brondijk, Philips, presented
m33131
Flexible System signaling for 3D audio in MPEG-H
Robert Brondijk, Frans de
Bont
The presenter noted that there is a Systems layer that typically “advertises” the program types
and characteristics, while the MPEG layer carries the media representation and associated
metadata. In between is a shared layer that might be jointly specified by e.g. DVB and MPEG.
This is illustrated in the following figure:
DVB has


Service Description Table, which lists “TV Channels”
Event Information Table, which lists the “TV Shows” that are broadcast at a specific time on a
specific TV Channel
MPEG has


Program Map Table, which lists PIDs, where each PID shall contain only one language type
Media Descriptor, which indicates at a high level the features of the media
The essential issue is that the PMT and PID can indicate only one language.
The contribution recommends a specific descriptor syntax, which defines the concept of a media
group, where, e.g. one group is a main program with a default language, and other groups with
other languages.
A key concept is a Stream Multiplexer that receives a main program and a supplemental program.
This then feeds all streams (and objects) into a single 3D Audio decoder.
Audio experts will continue to discuss this proposal in conjunction with the presentation of other
relevant contributions.
Stephan Schreiner, FhG-IIS, presented
m33187
Proposal for MPEG-H 3D Audio in MPEG-2 Systems
Page: 412
Stephan Schreiner, Harald
Date Saved: 2016-02-12
413
Fuchs
The contribution proposes a new stream_id and stream_type for MPEG-H 3D Audio. It
describes a new MPEG-H_3dAudioDescriptor.
The Chair noted that the proposed descriptor is detailed, and hopes that Systems experts can
indicate the appropriate level of detail for such a descriptor.
Stephan Schreiner, FhG-IIS, presented
m33190
Proposed MPEG-H 3D Audio stream format
Stephan Schreiner, Harald
Fuchs, Stefan Doehla,
The contribution proposes a synchronizing transport for carriage of 3D Audio in MPEG-2
Systems transport streams. It defines mpeghAudioTransportStream() and
mpeghAudioTransprortStreamPacket(). The packets can be of type Sync, Config and 3D Audio
payload. This permits a synchronizing stream to be constructed as a sequence of packets, as
illustrated here:
SYNC
Config
Payload
Payload
Payload
It was the consensus of the Audio subgroup to accept this proposal into the CD text.
3D Audio
Johannes Boehm, Technicolor, presented
m33196
HOA decoder – changes and proposed modifications
Johannes Boehm, Peter Jax,
Florian Keiler, Sven
Kordon, Alexander Krueger,
Oliver Wuebbolt,
The contribution documents the changes to the HOA that are incorporated into the draft CD
contribution:




Bugfixes and syntax cleanup.
Removal of LP prediction mode. This reduces complexity and reduced decoding delay by 1
frame. Listening test results showed that this change resulted in no reduction in performance.
Replace HE-AAC core coder with the USAC core coder and re-structure the carriage of HOA
compression information to be a USAC extension playload.
Removal of hoaDependancyFlag and use instead usacIndependancyFlag. This permits HOA
processing structure to have the same
It was the consensus of the Audio subgroup to accept the recommendations of the AhG to
incorporate these changes into the CD text to be produced at this meeting.
The contribution proposes additional changes to the HOA text:



Remove the signaling of HOA rendering matrix ID. This was due to the three sources of HOA
material (Technicolor, Qualcomm, Orange). The ID might be useful, but only for exactly the
normative 22.2 loudspeaker setup. The presenter noted that such a downmix matrix can be
transmitted via the Passive Downmix capability.
Bitstream cleanup, including limiting the HOA order to at most 29. This is reasonable as it has
special resolution comparable to that of the quantized Predominant Sound component.
Add some reserved bits in the HOA bitstream syntax that permits some (currently unknown)
extensibility. A specific proposal will be made at the next meeting.
The contribution documents the changes to the HOA that are incorporated into the draft CD
contribution:
Other topics
Max Neuendorf, FhG-IIS, presented
m33191
Technical description of stream-switching with MPEG-H
SAOC 3D
Adrian Murtaza, Jouni
Paulus, Leon Terentiv,
Falko Ridderbusch, Harald
Fuchs, Juergen Herre,
The proposal brings more information on seamless switching with SAOC-3D.
It was the consensus of the Audio subgroup to incorporate the proposed text and technology into
the CD text to be issued this week.
Page: 413
Date Saved: 2016-02-12
414
Max Neuendorf, FhG-IIS, presented
m33231
Codec behavior at reconfiguration events
Max Neuendorf
The presentation noted that, unlike prevous MPEG technology (e.g. AAC), MPEG-H 3D Audio
has decoder elements that may be used in response to decoder-side information or user
interaction, and that these decoder elements cannot be known by the MPEG-H 3D Audio encoder.
For example, consider:


22.2 channel reference config in bitstream and 22.2 target channel config (at decoder)
22.2 channel reference config in bitstream and 5.1 target channel config (at decoder)
In the latter case, the format converter must be used, which entails additional delay (e.g. QMF
analysis/synthesis).
The contribution proposes to have a delay replace any tool that is “not active.” The presence of
such a delay is optional, but its presence (or not) is normatively signalled in the mpegh3dConfig().
The presenter noted that some delays may be significant and others not.
The Chair suggested that the group draft a workplan to study which processing tools may require
delay compensation. This may include use cases e.g. cinema or music only.
Jan Plogsties, FhG-IIS, presented
m33224
Object Interaction Use Cases and Technology
Simone Füg, Jan Plogsties
The contribution has reviewed the requirements listed in the CfP, and notes that the following
requirements have not yet been met:

The system should enable user control of objects (e.g. dialog enhancement, alter sound scene by
object replacement).
The contribution proposes new syntax and semantics for managing objects. There was
considerable discussion of the proposal.
A break-out group will examine what might be agreed to this week, and what should be
transferred to a workplan form this meeting for further study.
MPEG-H 3D Audio DRC
Fabian Kuech, FhG-IIS, presented
m33151
Proposed Text on DRC and Loudness Technology in
MPEG-H 3D Audio
Michael Kratschmer, Fabian
Kuech, Johannes Boehm
The contribution proposes:



Alignment of text between MPEG-D DRC and MPEG-H 3D Audio, such that 3D Audio can in
general refer to MPEG-D DRC
A single section of the document that discuses semantics of DRC in 3D Audio
New syntax items for new capability
o DRC in SAOC
o DRC in HOA
It was the consensus of the Audio subgroup to accept all proposals in the contribution except

Downmix Type that refers to a default BRIR (this will be left as reserved value)
Samsung CE on Immersive Audio
Sang Bae, Samsung, gave a presentation on additional information on the Samsung CE. It
reviewed the proposed technology and indicated how listening rooms with different upper ring
loudspeaker placement might have a sub-optimal listener experience. The presenter suggested
how technology could be modified so that the different listening rooms could get the desired
experience. Finally, the presenter reviewed the proposed syntax to support the technology.
It is proposed to conduct an additional cross-check during the AhG period, with listening tests at
FhG-IIS and ETRI.
It was the consensus of the Audio subgroup to incorporate this technology into an Annex of the
CD, marked subject to verification and decision at the June AhG meeting.
Panasonic CE on low complexity rendering for HOA
It was the consensus of the Audio subgroup to include a description of this technology as an
informative annex of the 3D Audio CD.
Huawei CE on mixing time
Page: 414
Date Saved: 2016-02-12
415
A workplan was presented for further study of this technology. This workplan will be
incorporated into the Workplan on 3D Audio, and the Audio subgroup looks forward to
additional information at the 109th meeting.
3.2.2
DRC
Toru Chinen, Sony, presented
m33118
Comparison Test about Dynamic Range Control
Technology
Runyu Shi, Toru Chinen,
Yuki Yamamoto, Hiroyuki
Honma, Masayuki
Nishiguchi
The contribution reports the results of several experiments. First used all gain sequences from
Apple, FhG-IIS and Sony.


RM is DRC WD1 with all bug fixes
CE is DRC WD1 with all bug fixes plus Sony technology (i.e. no linear rather than spline
interpolation and prediction)
Experiment results showed that CE technology reduced average (-20%) and peak bitrate (-40%)
of DRC information rate. When considering total 3D Audio bitrate, average bitrate reduction was
approximately -0.05%. The presenter asserted that it is very important to reduce peak bitrate,
which this CE technology can do.
A second experiment reported the distribution of bitrates. These results show a performance gain
for the LIN technology with respect to RM1. The increase in performance of Sony CE as
compared to LIN is much less.
Fabian Kuech, FhG-IIS, presented
m33142
Core Experiment on Redundancy Reduction in MPEG-D
DRC Gain Sequence Coding
Bernhard Neugebauer,
Fabian Kuech
The contribution stated that it is important to reduce both average and peak DRC bitrate. The CE
technology is composed of three components
The first is syntax changes that always reduces rate. The resulting sequences produce bit-identical
decoded output:


timeDeltaCode
o introduce “frame end flag”
o introduce adaptive word length
slopeCode
o able to reduce rate by 1 bit/frame
The RM1+CE technology as compared to RM1
reduced average rate 5%,
and reduced peak rate by 17%.
The results have been cross-checked by Apple.
The presenter noted that the last change (slopeCode) permits either spline or linear interpolation
such that the either the current RM1 technology or the Sony CE technology could be used.
The Chair noted that there seems to be support for accepting this CE, but a decision will be made
after all DRC CE presentations and subsequent discussion.
Fabian Kuech, FhG-IIS, presented
m33145
Core Experiment on Low-Bitrate Gain Sequence Coding
for MPEG-D DRC
Bernhard Neugebauer,
Fabian Kuech
The contribution proposes a new gainInterpolationType flag. This permits either spline
interpolation or linear interpolation. With this flag, the CE then tests the performance of linear
interpolation. This results in an average reduction in bitrate of 17%, and 23% reduction for the
“highest rate” frames (i.e. 95% percentile).
The contribution reports on a second experiment. For the experiments, the following
abbreviations are used:
RM1: Reference Model 1
CE: This Core Experiment (gainInterpolationType = 1)
BR: Core Experiment on Bitrate Reduction [M33142]
Page: 415
Date Saved: 2016-02-12
416
LP:
Linear Prediction [Sony M32229]
MT: Modified timeDelta coding [Sony M32229]
The bitrate reduction with respect to RM1 is as follows:
Technology Avg. Highest 5%
CE+MT
19% 29%
LP
19% 27%
CE+BR
22% 40%
Toru Chinen, Sony, stated that the Sony linear predictive coding is able to reduce the highest 1%
by a significant amount.
Fabian Kuech, FhG-IIS, presented
m33147
Core Experiment on Improving MPEG-D DRC
Technology
Michael Meier, Fabian
Kuech
The CE introduces the concept of “node reservoir.” Similar to the “bit reservoir” used in USAC,
this can smooth out the nodes transmitted per frame. It proposes a one-frame reservoir and notes
that the default mode DRC nodes are used one frame after they are transmitted (to match to the
USAC decoder overlap-add delay). The CE requires no syntax changes and produces a decoded
result that is bit-exact as compared to RM1. The CE technology is not possible in DRC low-delay
mode because in this case the DRC sequences do not have the one-frame delay.
The performance of the technology is as follows:
Technology Average High 5% High 1%
RM1+CE
-1%
6%
14.5%
The presenter noted that the slight decrease in performance could be due to the fact that the
shifted node case makes less use of node position differential coding.
Masayuki Nishiguchi, Sony, noted that the node buffer might result in worse performance in the
case of packet loss or bit errors.
Fabian Kuech, FhG-IIS, presented
m33149
Technical Description of a Tool for DRC Technology
Michael Kratschmer, Fabian
Kuech
The contribution proposes a DRC “playload splitter” that has properties of a bit reservoir in that
is can spread DRC information bits over several core codec frames. The proposed reservoir can
spread information up to 15 core coder frames into the future. The underlying DRC information
is identical so that the decoded output is identical. The proposal is enabled by a 1-bit flag in the
config().
The Chair noted that there are no proposals on limits on reservoir size, and that this might be best
considered when using DRC in 3D Audio.
Additional information: impact of payload splitter peak rate smoothing in the context of 3D
Audio using e.g. more than 16 DRC gain sequences.
Conclusion
It was the consensus of the Audio subgroup to accept into the DRC CE text:



Accept gainInterpolationType flag in m33145
Accept linear interpolation from Sony
Accept syntax changes as in m33142
It was decided to put the following technology into the “Candidate Technologies for 3D Audio”
document:


3.2.3
Node Reservoir as in m33147 – accept into CD subject to xcheck
Payload splitter tool proposed in m33149 will have a workplan for further study.
Exploration
Takehiro Sugimoto, NHK, presented
m33079
Cross-check report of audio synchronization
Takehiro Sugimoto and
Yasushige Nakayama
The contribution reported on a cross-check of the Sony technology.
Page: 416
Date Saved: 2016-02-12
417
Jürgen Herre, Fraunhofer-IIS, asked how the synchronization had been achieved and whether
the system was consistent when different streams were used. Takehiro Sugimoto replied that
Sony had supplied the relevant software and that the microphone and the stream synchronized in
all cases.
Several conditions with different ambience noise were tested in a 3D lab of NHK. Regarding the
number of tests, Sony referred to its last report; regarding the number of ambiences NHK referred
to its crosscheck report.
Thomas Sporer, Fraunhofer-IDMT, asked for the average distance between loudspeaker and
microphone, which was reported by NHk to be 3m.
Masayuki Nishiguchi, Sony Corporation, presented
m33154
Cross check report of audio synchronization experiment
using MP4 file format
Shusuke Takahashi, Akira
Inoue, Masayuki Nishiguchi,
Toru Chinen
Sony proposed a scheme for synchronization of multiple audio streams for standardization at the
106th meeting in Geneva. At the 107th meeting in San Jose, the system aspect and syntax
structure defining Audio Object Type (AOT) of the audio feature stream were proposed for their
accommodation into an MPEG system, and a work plan [N14270] was issued. The present
contribution describes the experimental setup and crosscheck results of the experiment conducted
by Sony and NHK. AOT = 46 was used for the synchronization stream, Sony proposed a new
Audio Object Type AOT = 46 within MPEG-4 in order to transmit the synchronization feature as
an elementary stream.
At the same time the following syntax was proposed. For the configuration data:
Syntax
No. of bits Mnemonic
AudioSyncFeatureSpecifcConfig()
{
audio_sync_feature_type
4
uimsbf
audio_sync_feature_frame_length_index
4
uimsbf
audio_sync_feature_time_resolution_index
4
uimsbf
audio_sync_number_of_streams_index
4
uimsbf
reserved
16
uimsbf
}
For the bitstream payload:
Syntax
AudioSyncFeatureFrame()
{
For (i = 0; i < audio_sync_number_of_streams; i++) {;
For (j=0; j<audio_sync_feature_frame_length; j++) {
audio_sync_feature
}
}
}
No. of bits Mnemonic
1
uimsbf
Sony hinted that in IPTV synchronization mechanism of multiple screen contents were now
under discussion.
Jürgen Herre, Fraunhofer-IIS, asked how quantization could be achieved for AOT = 46 and
requested further information on how the matching was done and where it was described. Werner
Oomen, Philips asked whether the extraction and the fingerprint feature were both available.
Sony Corporation volunteered to provide further information in case of approval, and in
particular the extraction source code. Jürgen Herre noted that it is good MPEG tradition to
provide the source code only after a successful core experiment. However, he and other experts
Page: 417
Date Saved: 2016-02-12
418
observed that very little technical information was provided about the semantics, the
extraction and the matching.
Sony reiterated to provide source code after approval. Werner Oomen, Philips, asked whether in
such case the whole source code would be provided which was confirmed by Sony by asking at
the same time whether the fingerprinting could be made normative.
Christof Fersch, Dolby, asked whether the system could also be used for other fingerprint
mechanisms. Sony Corporation replied that the systems need not to be constrained to a specific
algorithm and improved systems would be possible. In any case the detection algorithm should
be made normative.
Werner Oomen, Philips, observed that the detection algorithm could be made normative whilst
the fingerprinting could stay informative. Sony Corporation observed that such approach might
break the compatibility and suggested a single normative part.
Jürgen Herre observed that without the specifications interoperability couldn’t be achieved. Sony
claimed that the whole algorithm should be made normative whilst Jürgen Herre wished that
some interoperability should be enabled.
Werner Oomen observed that the feature extraction algorithm and the comparison belong
together. Different fingerprints would require different matching. He asked whether the
synchronization could be made interoperable. Jürgen Herre observed that different solutions
could be possible.
Werner Oomen observed that the system should work in closed applications, particular with
regard to fingerprinting, and should not open the available standard. Sony replied that the
algorithm would have to be identified.
Jürgen Herre stated that one should start with one matching algorithm, which probably should be
made informative. Sony consented that this could be an option.
Jürgen Herre stated for Fraunhofer-IIS to be willing to show support for the proposal if informal
information would be given on the feature extraction and the matching procedure.
Thomas Sporer asked who would be in charge to give the right identity to this new kind of
fingerprint. Christof Fersch observed that a registration authority would be needed.
Max Neuendorf noted that it would be sufficient to proceed with the usual amendment process.
Werner Oomen asked what would happen if one had the fingerprint and would like to use the
transport mechanism. Max Neuendorf and Jürgen Herre both showed a preference for proceeding
in the usual way instead of using a registry.
Sony urged for approval during the present WG 11 Meeting.
Jürgen Herre stated that Sony might provide WD with an informative section on feature
extraction and matching during this meeting.
Sony replied that such procedure should start with the normative part approved.
Jürgen Herre noted that the present focus was on AOT = 46 and Fraunhofer-IIS was ready for
support if above mentioned information would be provided in informative sections.
Sony claimed that likewise one of the types should be made normative and agreed, upon
investigation from Jürgen Herre, to the proposal of making the whole algorithm normative.
Jürgen Herre observed that MPEG-7 would be en excellent candidate for including these
synchronization features.
Sony replied that any solution other than AOT = 46 would be unpredictable.
Thomas Sporer observed that the present solution would not represent a complete system with
respect to severe delays, switches on both screens and Internet applications where an offset of 10
seconds may be observed. German TV programs could run with a few minutes’ lags and
matching the second screen could impose a problem.
Sony noted that the present system couldn’t be used for live broadcast applications. The second
screen would have to be imported first and the main stream to be delayed. However, the
matching window currently had a 20s length depending on complexity. Hierarchical matching
would, however, be possible,
Page: 418
Date Saved: 2016-02-12
419
Christof Fersch asked what was Systems’ reaction to the present system’s presentation by
Sony and how it could be made sure that the current proposals works with Systems. Sony replied
that further assessment results should be provided to Systems. Dolby showed further concern and
requested an input contribution on how the proposal would work together with time
synchronization in Systems.
Sony Corporation replied that complementary technology could be chosen for hybrid systems and
even with exchanged time code one would have to take care of delay issues. Sony Corporation
confirmed that in case of acceptance of the new object type full disclosure would be made.
Jürgen Herre and Thomas Sporer noted that there would be support under the condition that
enough information is provided for understanding the proposal. Jürgen Herre noted that, in case
of disclosure of the extraction and matching features, still the proposal would have to conform to
Systems and timestamps.
Sony Corporation asked for the schedule for AMD5. Max Neuendorf, who observed that an
editing period would not be needed, and Christof Fersch provided the detailed schedule:
Thomas Sporer asked within which standard all the other descriptions would be incorporated.
Sony Corporation articulated its preference for MPEG-D. Thomas Sporer observed that a test for
MPEG-D could be provided at the 109th MPEG Meeting in a synchronized way.
It was the consensus of the Audio Subgroup that the Sony proposal for AOT = 46 is conditionally
approved together with audio_sync_feature_type set to 0, provided that the supplied information
is complete enough to allow implementation, whilst in such case the extraction would be made
normative and the matching informative. The syntax should be made normative.
It was the consensus of the Audio Subgroup that the synchronization technology be accepted as a
part of the MPEG standard conditionally, that means:




Audio Object Type (AOT=46) is defined for the audio feature stream in the MPEG-4 standard.
The proposed audio feature extraction algorithm is accepted as a normative part of the MPEG-4
standard.
The proposed audio feature and its syntax are accepted as a normative part of the MPEG-4
standard.
The proposed feature matching algorithm is accepted as an informative part of the MPEG-4
standard.
On condition that:

Sony provides complete technical description of the proposed synchronization scheme.
Sony Corporation will present more information at the 109th MPEG Meeting.
3.2.4
Maintenance
Noboru Harada, NTT, presented
m33298
Proposed levels for ALS simple profile
Noboru Harada, Takehiro
Moriya, Yutaka Kamamoto
The contribution describes a new service in Japan under the auspices of ARIB:
Video
Audio
8K MPEG-H HEVC, 100 Mbps Up to 22.2 channel, 1.4 mb/s
MPEG-4 ALS
MPEG-4 AAC
4K MPEG-H HEVC, 40 Mbps 5.1 channel, 4.8 mb/s
MPEG-4 ALS
The contribution requests the new levels (levels 2 and 3) for MPEG-4 ALS Simple Profile. These
new levels will be mirrored in MPEG-4 Conformance and MPEG-2 Systems, so that the
contribution requests:



New levels in MPEG-4 ALS Simple Profile
New ProfileAndLevels in MPEG-2 Systems
New Conformance in MPEG-4 Audio Conformance.
Page: 419
Date Saved: 2016-02-12
420
The Chair noted that there will issue at this meeting a PDAM on MPEG-4 Audio, and that
this will issue as IS in February 2015.
Audio experts look forward to more information from ARIB or the JNB on this topic at the July
MPEG meeting.
Max Neuendorg, FhG-IIS, presented
m33168
Proposed Updates to MPEG-4 Audio
Arne Borsum, Nikolaus
Rettelbach,
It was the consensus of the Audio subgroup to accept the proposals and add them to 144963/PDAM 5. It was noted that, with this change, the DVB and ARIB application standards may be
in conflict with MPEG. Interested experts should check on this and consider whether MPEG
should take some action at the 109th MPEG meeting.
Max Neuendorg, FhG-IIS, presented
m33172
Proposed AMD to MPEG-4 Reference Software
Nikolaus Rettelbach, Tobias
Schwegler, Michael Haertl,
It was the consensus of the Audio subgroup to take the contribution and make it ISO/IEC 144965:2001/PDAM 37 New levels for AAC profiles and uniDRC support.
Max Neuendorg, FhG-IIS, presented
m33186
Corrections to MPEG-D USAC
Andreas Niedermeier,
Matthias Hildenbrand,
Daniel Fischer, Max
Neuendorf,
The contribution listed a range of errata and inconsistencies in the specification text of the
MPEG-D Unified speech and audio coding (USAC) or the corresponding software. Furthermore,
USAC conformance issues as outlined in the defect report were addressed in this contribution,
where issues were listed as those that:
⎯
affect only the specification text but not the reference software
⎯
affect only the reference software but not the specification text
⎯
affect both the specification text and reference software
⎯
affect only conformance test sequences
⎯
affect only conformance amendment text and conformance tables
Software and text changes
Fraunhofer-IIS requested the mandate for fixing reported issues and volunteered to put the
relevant documents on the reflector for review by the Audio Subgroup.
Christof Fersch, Dolby, expressed concern that no precise information for clause 4.1 of the
contribution (“Additional eSBR header requirements”) was available in the contribution. The
eSBR tool provides the SBR patching method known from MPEG-4 SBR. He proposed to delete
the issues raised in clause 4.1 from the list and wait for an NB Comment that would specifically
address a proposed solution.
Max Neuendorf noted that the ballot for the present amendments would close after the 109th
MPEG Meeting in Sapporo, after which there should be a Study on the document that addresses
clause 4.1.
It was the consensus of the Audio Subgroup to approve the set of DCOR without the issues raised
by clause 4.1
4
Closing Audio Plenary and meeting deliverables
4.1
Plenary discussions
4.2
Responses to Liaison and NB comments
Liaison statement and NB comment responses generated by Audio were presented and approved.
Page: 420
Date Saved: 2016-02-12
421
4.3
Recommendations for final plenary
The Audio recommendations were presented and approved.
4.4
Establishment of Ad-hoc Groups
The ad-hoc groups shown in the following table were established by the Audio subgroup.
No.
Title
Mtg
YES (see below)
14499
AHG on 3D Audio and Audio Maintenance
AHG on Responding to Industry Needs on Adoption of
No
14500
MPEG Audio
The AHG on 3D Audio and Audio Maintenance will have the following meetings:


4.5
Monday 1300-1800 and Tuesday 0900-1800, June 2 and 3, 2014, at a Europan, location to be
announced by April 25, 2014
Sat Jul 5, 1000 – 1800, Sun Jul 6, 1000 - 1800, at the 109th MPEG meeting venue.
Approval of output documents
All output documents, shown in Annex D, were presented in Audio plenary and were approved.
4.6
Press statement
The Audio contribution to the press statement was reviewed and approved.
4.7
Agenda for next meeting
The agenda for the next MPEG meeting is shown in Annex F.
4.8
All other business
There was none.
4.9
Closing of the meeting
The 108th Audio Subgroup meeting was adjourned Friday at 14:01 hrs.
Page: 421
Date Saved: 2016-02-12
Annex A
Participants
There were 32 participants in the Audio subgroup meeting, as shown in the following table.
First
Last
Country
Affiliation
Email
Johannes
Boehm
DE
Technicolor
Johannes.Boehm@technicolor.com
Toru
Chinen
JP
Sony
Toru.Chinen@jp.sony.com
Sang
Chon
KR
sb.chon@samsung.com
Jürgen
Kyeong
Ok
Herre
DE
Samsung Electronics
Int'l Audio Labs
Erlangen / Fraunhofer
Kang
Korea
ETRI
kokang@etri.re.kr
Max
Neuendorf
DE
Fraunhofer IIS
max.neuendorf@iis.fraunhofer.de
Masayuki
Nishiguchi
JP
Sony
Masayuki.Nishiguchi@jp.sony.com
Werner
Oomen
NL
Philips
werner.oomen@philips.com
Gregory
Pallone
FR
Orange
gregory.pallone@orange.com
Takehiro
Sugimoto
Japan
NHK
sugimoto.t-fg@nhk.or.jp
Stephan
Schreiner
Germany
Fraunhofer IIS
stephan.schreiner@iis.fraunhofer.de
Naoya
Tanaka
JP
Panasonic
tanaka.naoya@jp.panasonic.com
Oliver
Wuebbolt
DE
Technicolor
oliver.wuebbolt@technicolor.com
Tomasz
Zernicki
PL
Zylia
tomasz.zernicki@zylia.pl
Clemens
Par
Switzerland
Swissaudec
mail@swissaudec.com
Bill
Zou
USA
DTS
bill.zou@dts.com
Deep
Sen
USA
Qualcomm
dsen@ieee.org
Thomas
Sporer
Germany
Fraunhofer IDMT
spo@idmt.fhg.de
Jan
Plogsties
Germany
Fraunhofer IIS
jan.plogsties@iis.fraunhofer.de
Yeshwant
Muthusamy
USA
Samsung
y.muthusamy@samsung.com
Taegyu
Lee
KR
Yonsei University
tglee@dsp.yonsei.ac.kr
Frank
Baumgarte
USA
Apple Inc.
fb@apple.com
Werner
De Bruijn
NL
Philips
werner.de.bruijn@philips.com
Panji
Setiawan
Germany
Huawei Technologies
panji.setiawan@huawei.com
Nils
Peters
US
npeters@qti.qualcomm.com
Zongxian
Liu
Singapore
Richard
Furse
UK
Qualcomm
Panasonic R&D Center
Singapore
Blue Ripple Sound
Limited
Fabian
Kuech
Germany
Fraunhofer IIS
fabian.kuech@iis.fraunhofer.de
Achim
Kuntz
Germany
Fraunhofer IIS
achim.kuntz@iis.fraunhofer.de
Simone
Fontana
Italy
Huawei Technologies
simone.fontana@huawei.com
Lukasz
Januszkiewicz
Poland
lukasz.januszkiewicz@zylia.pl
Michael
Meier
DE
Zylia Sp. z o.o.
Institut fuer
Rundfunktechnik
422
hrr@iis.fraunhofer.de
zongxian.liu@sg.panasonic.com
richard@blueripplesound.com
meier@irt.de
Annex B
No
Saturday
1400-1800
m33128
Audio Contributions and Schedule
Title
MPEG-H 3D Audio
Ongoing Core Experiments
CE on IPF Crossfade
m33086
CE Immersive Audio (cross check site – Fraunhofer
IDMT)
m33193
m33138
FhG crosscheck results for immersive audio rendering
CE
ETRI listening test report for Immersive Audio
Rendering CE
Crosscheck Report on Immersive Audio Rendering
0900-1300
m33195
New Ces
Scalable Decoding Mode for MPEG-H 3D Audio HOA
m33137
Proposal on Complexity Reduction of the MPEG-H 3D
Audio CO Object Renderer
m33135
Sunday
1000-1300
M33205
m33228
MPEG-H 3D Audio
Rendering
Report on Investigation of Imaginary Loudspeaker
Placement
Active downmix setting signaling
m33080
Latest mixing method for 22.2 ch and
derived 5.1 ch downmixing coefficients
1300-1400
Lunch
m33192
Proposal for generic rendering support for MPEG-H
SAOC 3D
m33176
m33348
1400-1800
m33250
Support for Proprietary Renderers in MPEG-H Audio
Core Experiment Proposal on Low Complexity HOA
Rendering
MPEG-D DRC
List of Modifications of Dynamic Range Control Tool
m33249
WD Text on Dynamic Range Control
423
Authors
X
Werner Oomen, Johannes
Hilpert, Andreas Hölzer,
Max Neuendorf, Frans de
Bont
X
Thomas Sporer, Sara
Kepplinger, Judith
Liebetrau, Christina Mittag,
Hanne Stenzel, Achim
Kuntz
Jeongil Seo, Kyeongok
Kang
Sang Bae Chon, Sunmin
Kim
X
Johannes Boehm, Peter Jax,
Florian Keiler, Sven
Kordon, Alexander
Krueger, Oliver Wuebbolt,
Yuki Yamamoto, Toru
Chinen, Masayuki
Nishiguchi, Mitsuyuki
Hatanaka, Runyu Shi
X
Christian Borß, Achim
Kuntz
Alexander Adami, Achim
Kuntz
Takehiro Sugimoto,
Kensuke Irie, Yasushige
Nakayama
X
Adrian Murtaza, Jouni
Paulus, Leon Terentiv,
Juergen Herre, Harald
Fuchs,
Richard Furse
Zongxian LIU, Naoya
TANAKA
X
Frank Baumgarte, David
Singer, Fabian Kuech,
Michael Kratschmer,
Christian Uhle, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte, David
Singer, Fabian Kuech,
Michael Kratschmer,
Christian Uhle, Bernhard
Neugebauer, Michael Meier
X
X
X
X
X
X
X
X
X
X
424
m33252
m33251
Dynamic Range Control Reference Software: List of
Bugfixes
Dynamic Range Control Reference Software: List of
Modifications
Dynamic Range Control Reference Software
m33254
Dynamic Range Control Tool Extension Proposal
1800-
Review of AhG Report
Chairs meeting
m33253
Monday
0900-1300
1300-1400
1400-1430
m32695
m32696
m33177
m33457
m32956
m33372
m33269
m33076
1430-1800
m33272
Frank Baumgarte, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte, Michael
Kratschmer, Bernhard
Neugebauer, Michael Meier
Frank Baumgarte
X
X
X
X
X
MPEG Plenary
Lunch
Audio Plenary
Welcome and Remarks
Report on Sunday Chairs meeting
Review main tasks for the week
3D Audio
Integrated architecture
Metadata and System support
Proprietary rendering
Binauralization
Prepare CD text
DRC
Prepare CD text
For 3D and DRC, all CEs must be complete and
integrated next meeting
General
AHG on 3D Audio and Audio Maintenance
AHG on Responding to Industry Needs on Adoption of
MPEG Audio
107th MPEG Audio Subgroup Report
Swiss NB comment
ATSC Liaison on MPEG-H
DVB Liaison on MPEG-H
Liaison Statement on Ecma S5 activity
AES- X212 – Proposal for a Liaison Statement from
WG11
m33272
m33206
m33133
3D Audio Phase 2
Status update on the Ecma standardization project
‘Scalable Sparse Spatial Sound System (S5)’
Comments for MPEG-H 3D Audio Phase 2
Thoughts on MPEG-H 3DA Phase 2
Extending Phase I to lower bitrates
m33259
DRAFT Listening Test Logistics for 3D Audio Phase 2
1800-
HoD Meeting
ISO secretariat
ISO secretariat
X
X
Schuyler Quackenbush
X
X
X
X
X
X
Thomas Sporer, Clemens
Par
Clemens Par
X
Clemens Par
Juergen Herre, Jan Plogsties
Aki Härmä, Werner de
Bruijn, Werner Oomen,
Robert Brondijk
Schuyler Quackenbush
X
X
X
X
Tuesday
0800-1300
m33141
m33202
m33170
3D Audio
Binauralization
Bugfix on the Software for MPEG-H 3D Audio CO
Binaural Renderer
RM1-HOA Binaural Parameterization
Mixing Time estimation for Binauralization
Page: 424
Taegyu Lee, Henney Oh,
Jeongil Seo
Gregory Pallone
Simone Fontana, Peter
Date Saved: 2016-02-12
X
X
X
425
m33136
Consideration on Binaural Renderer Architecture
m33200
Proposal for Binauralization
Grosche, Panji Setiawan
Jeongil Seo, Kyeongok
Kang, Taegyu Lee, Henney
Oh
Gregory Pallone
m33203
Profiles
Thoughts on MPEG-H Profile
Gregory Pallone
X
m33209
m33134
Interfaces
Progress on workplan for 3D Audio interfaces
3D Audio Decoder Interfaces
X
X
m33139
Consideration on the Interface of Binaural Renderer
Jan Plogsties
Aki Härmä, Werner de
Bruijn, Werner Oomen
Taegyu Lee, Henney Oh,
Young-cheol Park, Dae Hee
Youn, Jeongil Seo,
Kyeongok Kang,
1300-1400
Lunch
m33178
Text and Reference Software
Proposed CD of ISO/IEC 23008-3 3D Audio
X
m33182
Software for MPEG-H 3D Audio RM2
m33198
Proposed corrections to MPEG-H 3D Audio
Max Neuendorf, Oliver
Wübbolt, Andreas Hölzer,
Johannes Böhm, Sven
Kordon, Florian Keiler,
Peter Jax, Alexander
Krüger, Deep Sen, Nils
Peters,
Christian Ertel, Sascha
Dick, Andreas Hölzer,
Florian Keiler, Alexander
Krüger, Sven Kordon, Deep
Sen, Nils Peters, ,
Max Neuendorf, Christian
Helmrich, Adrian Murtaza,
1700-1800
Joint with Systems at Audio
m33256 WD of 14496-12 Amd 4, Enhanced audio
support
m33188 MPEG-H 3D Audio in ISO Base Media FF
m33184 Update to Audio part of ISO/IEC 23001-8
(CICP)
1800Wednesday
0800-0900
X
X
X
X
X
X
X
X
Chairs meeting
m33131
Audio
3D Audio and Systems
Flexible System signaling for 3D audio in MPEG-H
m33130
Addressing multi language in MPEG-H
0900-1100
MPEG Plenary
1130-1200
m33190
3D Audio and Systems
Proposed MPEG-H 3D Audio stream format
m33187
Proposal for MPEG-H 3D Audio in MPEG-2 Systems
1130-1200
Joint with all at 3
Page: 425
Robert Brondijk, Frans de
Bont
Robert Brondijk, Frans de
Bont
X
Stephan Schreiner, Harald
Fuchs, Stefan Doehla,
Stephan Schreiner, Harald
Fuchs
Takehiro
X
Date Saved: 2016-02-12
X
X
426
1200-1300
MPEG Assets
Joint with Systems at Audio
m33187 Proposal for MPEG-H 3D Audio in MPEG-2
m33131 Flexible System signaling for 3D audio in
MPEG-H
other?
1300-1400
Lunch
1400-1800
m33196
3D Audio
HOA decoder – changes and proposed modifications
m33191
Other topics
Technical description of stream-switching with MPEG-H
SAOC 3D
m33231
m33224
1700-1800
1830-2000
Thursday
0800-1300
m33118
m33142
m33145
m33147
m33149
m33151
m33079
m33154
Codec behavior at reconfiguration events
Object Interaction Use Cases and Technology
Joint meeting with All (Room 5)
Writing MPEG Standards
Social
DRC
Comparison Test about Dynamic Range Control
Technology
New DRC CEs
Core Experiment on Redundancy Reduction in MPEG-D
DRC Gain Sequence Coding
Core Experiment on Low-Bitrate Gain Sequence Coding
for MPEG-D DRC
Core Experiment on Improving MPEG-D DRC
Technology
Technical Description of a Tool for DRC Technology
MPEG-H 3D Audio DRC
Proposed Text on DRC and Loudness Technology in
MPEG-H 3D Audio
Exploration
Cross-check report of audio synchronization
Cross check report of audio synchronization experiment
using MP4 file format
m33298
Maintenance
Proposed levels for ALS simple profile
m33168
Proposed Updates to MPEG-4 Audio
m33172
Proposed AMD to MPEG-4 Reference Software
m33186
Corrections to MPEG-D USAC
Page: 426
Johannes Boehm, Peter Jax,
Florian Keiler, Sven
Kordon, Alexander
Krueger, Oliver Wuebbolt,
X
Adrian Murtaza, Jouni
Paulus, Leon Terentiv,
Falko Ridderbusch, Harald
Fuchs, Juergen Herre,
Max Neuendorf
Simone Füg, Jan Plogsties,
X
Runyu Shi, Toru Chinen,
Yuki Yamamoto, Hiroyuki
Honma, Masayuki
Nishiguchi
X
Bernhard Neugebauer,
Fabian Kuech
Bernhard Neugebauer,
Fabian Kuech
Michael Meier, Fabian
Kuech
Michael Kratschmer, Fabian
Kuech
X
Michael Kratschmer, Fabian
Kuech, Johannes Boehm
X
X
X
X
X
X
Takehiro Sugimoto,
Yasushige Nakayama
Shusuke Takahashi, Akira
Inoue, Masayuki
Nishiguchi, Toru Chinen
Noboru Harada, Takehiro
Moriya, Yutaka Kamamoto
Arne Borsum, Nikolaus
Rettelbach,
Nikolaus Rettelbach, Tobias
Schwegler, Michael Haertl,
Andreas Niedermeier,
Matthias Hildenbrand,
Daniel Fischer, Max
Date Saved: 2016-02-12
X
X
X
427
Neuendorf,
1200-1300
Joint meeting with 3DG at Audio
Audio in Augmented Reality
1300-1400
Lunch
1400-1800
Open Issues
Liaison
Responses to ATSC and DVB
Outgoing statement to AES (and DVB?)
3D Audio
Multi-language, multi-program support
Systems Descriptor
Object management
Normative binauralization
Normative interfaces
Required metadata
Progression
3D Audio CD
uniDRC CD
3D Audio WD on Amd1: 3D Audio in ISO Base Media
FF
Other outputs
Phase 2 listening test logistics
Press release
3D Audio
uniDRC
Review of Liaison responses
ATSC, DVB, Ecma, IEC TC 100
1400-1500
1800Friday
0900-1300
1000
1030
1300-1400
1400-
Chairs meeting
Audio Plenary
Report on Thursday Chairs meeting
Recommendations for final plenary
Establishment Ad-hoc groups and review AhG Mandates
Get document numbers
Submit AhG Mandates and Resolutions
Approve and send Press Release
Approve Responses to NB comments and Liaison
Approval of output documents:
Title: wxxxx (short title).docx
File wxxxx.zip
Agenda for next meeting
Review of Audio presentation to MPEG plenary
A.O.B.
Closing of the Audio meeting
Lunch
MPEG Plenary
Page: 427
Date Saved: 2016-02-12
Annex C
1.
2.
3.
4.
Task Groups
MPEG-H 3D Audio
MPEG-D DRC
Maintenance of MPEG-2, MPEG-4 and MPEG-D
Exploration: Media Synchronization
428
429
Annex D
Output Documents
4.9.1
No.
14445
14446
14447
14448
14449
14450
14451
14452
14453
14454
14455
14456
14457
14458
14459
14460
14461
14462
14463
14464
14465
14466
14467
14468
14469
14470
14471
Title
14496-3 – Audio
Request for Amendment, ISO/IEC 14496-3:2009/PDAM 5,
Support for Dynamic Range Control
ISO/IEC 14496-3:2009/PDAM 5, Support for Dynamic Range
Control
14496-5 – Reference Software
Request for ISO/IEC 14496-5:2001/Amd 37
ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles and
uniDRC support
23001-8 – Coding Independent Code Points
Request for Amendment ISO/IEC 23001-8:2013/Amd 1
ISO/IEC 23001-8:2013/PDAM 1 New audio code points
23003-2 – Unified Speech and Audio Coding
ISO/IEC 23003-3:2012/DCOR 3, Unified speech and audio coding
ISO/IEC 23003-3:2012/Amd.1/DCOR 1, Conformance
ISO/IEC 23003-3:2012/Amd.2/DCOR 1, Reference software
23003-4 – Dynamic Range Control
Request for Subdivision ISO/IEC 23003-4 CD
Text of ISO/IEC 23003-4 CD, Dynamic Range Control
WD of CD Software for Dynamic Range Control
Candidate Technology for Dynamic Range Control
23008-3 – 3D Audio
Request for Subdivision ISO/IEC 23008-3 CD
Text of ISO/IEC 23008-3/CD, 3D audio
WD of ISO/IEC 23008-3:20XX/Amd 1, 3D Audio File Format
Support
Listening Test Logistics for 3D Audio Phase 2
Active Downmix Control
Interface for Binaural Data
Candidate Technologies for 3D Audio
Workplan on 3D Audio
23008-6 – Reference Software for 3D Audio
RM2 Software for MPEG-H 3D Audio
Exploration - Audio Synchronization
Status of Audio Synchronization
Liaison Statements
Response to Swiss NB Comment on 3D Audio
Liaison Statements
Liaison Response to ATSC on 3D Audio
Liaison Response to DVB on 3D Audio
Liaison Response to Ecma on S5 standardization
Page: 429
TBP Available
N
14/04/04
N
14/04/04
N
N
14/04/04
14/05/02
N
N
14/04/04
14/04/04
N
N
N
14/05/02
14/04/04
14/05/02
N
YES
N
N
14/04/04
14/04/11
14/05/16
14/04/04
N
14/04/04
YES 14/04/11
N
14/04/04
YES
YES
N
N
N
14/04/04
14/04/04
14/04/04
14/04/04
14/04/04
N
14/04/04
N
14/04/04
N
14/04/04
N
N
N
14/04/04
14/04/04
14/04/04
Date Saved: 2016-02-12
430
14472 Liaison to DVB on SAOC-DE
14473 Liaison to AES on X212
Page: 430
N
N
Date Saved: 2016-02-12
14/04/04
14/04/04
431
Annex E
Agenda for the 109th MPEG Audio Meeting
Agenda Item
1. Opening of the meeting
2. Administrative matters
2.1. Communications from the Chair
2.2. Approval of agenda and allocation of contributions
2.3. Review of task groups and mandates
2.4. Approval of previous meeting report
2.5. Review of AhG reports
2.6. Joint meetings
2.7. Received national body comments and liaison matters
3. Plenary issues
4. Task group activities
4.1. MPEG-D Dynamic Range Control
4.2. MPEG-H 3D Audio
4.3. Exploration: Audio Synchronization
4.4. Maintenance: MPEG-2, MPEG-4, and MPEG-D
5. Discussion of unallocated contributions
6. Meeting deliverables
6.1. Responses to Liaison and NB comments
6.2. Recommendations for final plenary
6.3. Establishment of new Ad-hoc groups
6.4. Approval of output documents
6.5. Press statement
7. Future activities
8. Agenda for next meeting
9. A.O.B
10. Closing of the meeting
Page: 431
Date Saved: 2016-02-12
432
– 3DG report
Source: Marius Preda, Chair
Summary
3DGC meeting report Valencia, April 2014 ............................... Error! Bookmark not defined.
1. Opening of the meeting................................................................................................... 433
1.1 Roll call ...................................................................................................................... 433
1.2 Approval of the agenda............................................................................................. 433
1.3 Goals for the week .................................................................................................... 433
1.4 Standards from 3DGC ............................................................................................... 434
1.5 Room allocation ........................................................................................................ 434
1.6 Joint meetings ........................................................................................................... 434
1.7 Schedule at a glance ................................................................................................. 435
2. AhG reports ..................................................................................................................... 436
2.1 MPEG-V ..................................................................................................................... 436
2.2 Augmented Reality.................................................................................................... 436
2.3 RGC ............................................................................................................................ 436
2.4 3D Graphics compression ......................................................................................... 437
2.5 3D 3DG Activities are reported in the Wednesday and Friday plenary.................... 437
3. Analysis of contributions ................................................................................................. 437
3.1 Joint meeting with 3DV ............................................................................................. 442
3.2 Joint meeting with 3DA ............................................................................................. 442
3.3 Joint meeting with all on MPEG assets ..................................................................... 442
3.4 Session MPEG Assets ................................................................................................ 442
3.5 Joint Session with JPEG on JPEGAR ........................................................................... 443
3.6 Session 3DG Plenary ................................................................................................. 443
4. General issues .................................................................................................................. 443
4.1 General discussion .................................................................................................... 443
4.1.1 Reference Software ............................................................................................ 443
4.1.2 Web site .............................................................................................................. 443
5. General 3DG related activities......................................................................................... 444
5.1 Promotions................................................................................................................ 444
5.1.1 Web Site ............................................................................................................. 444
5.2 Press Release: ........................................................................................................... 444
6. Resolutions from 3DG...................................................................................................... 444
6.1 Resolutions related to MPEG-4................................................................................. 444
6.1.1 Part 5 – Reference Software .............................................................................. 444
6.1.2 Part 16 – Animation Framework eXtension (AFX) ............................................. 444
Page: 432
Date Saved: 2016-02-12
433
6.1.3 Part 27 – 3DG Conformance............................................................................... 445
6.2 Resolutions related to MPEG-A ................................................................................ 445
6.2.1 Part 13 – Augmented Reality Application Format ............................................. 445
6.2.2 Part 14 – Mixed and Augmented Reality Reference Model .............................. 445
6.3 Resolutions related to MPEG-C................................................................................. 445
6.3.1 Part 5 – Reconfigurable Media Coding Conformance and Reference Software 445
6.4 Resolutions related to MPEG-V ................................................................................ 446
6.4.1 General ............................................................................................................... 446
6.4.2 Part 1 – Architecture .......................................................................................... 446
6.4.3 Part 2 – Control Information .............................................................................. 446
6.4.4 Part 3 – Sensory Information ............................................................................. 446
6.4.5 Part 4 – Virtual World Object Characteristics .................................................... 446
6.4.6 Part 5 – Data Formats for Interaction Devices ................................................... 446
6.4.7 Part 6 – Common types and tools ...................................................................... 447
6.5 Management ............................................................................................................. 447
6.5.1 Asset management............................................................................................. 447
7. Establishment of 3DG Ad-Hoc Groups............................................................................. 447
8. Closing of the Meeting .................................................................................................... 449
1.
Opening of the meeting
1.1
Roll call
1.2
Approval of the agenda
The agenda is approved.
1.3
Goals for the week
The goals of this week are:






Review contributions related to Graphics Tool Library
Review contributions related to MPEG-V
Review contributions related to Augmented Reality
Review contributions related to Pattern-based 3DMesh Coding (PB3DMC)
Status of ref soft and conformance for Pattern-based 3DMesh Coding (PB3DMC)
Investigate future developments for MPEG 3D Graphics Compression
 Relationship with WebGL and WebCL
 Relationship with X3D/COLLADA/glTF/others
 3D graphics based tele-immersion
 Review and issue liaison statements
 JPEG on AR
Page: 433
Date Saved: 2016-02-12
434
 Review the votes
 Web-site
 MPEG database
1.4
Standards from 3DGC
Std Pt Edit.
A/E
4
5
2001
A32
4
5
2001
A36
4
11
201x
E2
4
4
4
16
16
27
2011
2011
2009
A3
A4
A5
4
27
2009
A6
A
C
V
V
V
V
13
5
1
2
3
4
201x
2013
201x
201x
201x
201x
A1
A1
E3
E3
E3
E3
V
5
201x
E3
V
V
6
7
201x
201x
E3
E3
1.5
Description
CfP
RS multi-resolution 3D mesh
compression
Pattern-based 3D mesh coding
reference software
Scene description and
application engine
Web3DG coding
Pattern-based 3D mesh coding
C for multi-resolution 3D mesh
compression
Pattern-based 3D mesh coding
conformance
ARAF RS & C
GTL RS & C
Architecture
Control information
Sensory information
Virtual world object
characteristics
Data formats for interaction
devices
Common types and tools
RS & C
DIS
FDIS Gr.
11/12 13/01
WD
CD
13/04
14/04
3
13/11
14/04
14/10
3
11/12 12/02 13/11
14/07
15/02
S
12/10 14/07
13/08
13/01
14/10
14/07
13/04
15/06
15/02
14/04
3
3
3
13/11
14/04
14/10
3
13/04
12/02 13/01
13/11
13/11
13/11
13/11
13/11
13/11
14/07
14/04
14/04
14/04
14/11
14/07
15/02
14/10
14/10
14/10
3
3
3
3
3
3
13/11
14/04
14/10
3
13/11
14/07
14/04
14/10
14/10
15/06
3
3
Room allocation
3DGC: Room #5
1.6
Joint meetings
During the week, 3DG had several joint meetings with Requirements, Video, Audio and Systems.
3, S
3, S
All
What
MPV
AR
MPEG assets
Page: 434
Day
Tue
Tue
Wed
Time1
09:00
10:30
11:30
Time2
10:30
18:00
12:00
Where
3
3
3
Date Saved: 2016-02-12
435
All
3, R
3, V
3, V
3, S
3, A
3, JPEG
1.7
Drafting of standards
New compression
CDVidS in AR
3D Video in AR
UD in AR
AR
ARAF & JPEG
Wed
Wed
Thu
Thu
Thu
Thu
Thu
17:00
18:00
09:00
10:00
11:00
12:00
14:30
18:00
19:00
10:00
11:00
12:00
13:00
15:30
3
R
3
3
3
A
3
Schedule at a glance
Monday
Session Agenda/Status/Preparation of the week
14h30 to 15h00
Session 3DG Plenary, review of contributions
15h00 to 18h00
Tuesday
Session MPEG-V
09:00 to 10:30
Session ARAF
10:30 to 13:30
Lunch
13:30 to 14:30
Session ARAF
14:30 to 17:00
Session MAR Reference Model
17:00 to 18:00
Wed
Session MPEG Assets
11:30 to 12:00
Session MAR Reference Model
12:00 to 13:30
Lunch
13:30 to 14:30
ARAF
Session - 3D video for ARAF
- 3D audio for ARAF
14:30 to 17:00
Session Joint meeting with all on standard editing
17:00 to 18:00
Session
Joint meeting with requirements on Genome
Compression
18:00 to 19:00
Thu
Session CDVidS in AR (joint with Video)
09:00 to 10:00
Session 3D Video in AR (joint with Video)
10:00 to 11:00
Session UD in AR (joint with UD)
11:00 to 12:00
Session 3D Audio in AR (joint with Audio)
12:00 to 13:00
Page: 435
Date Saved: 2016-02-12
436
Lunch
13:00 to 14:30
Session Joint meeting with JPEG on Augmented Reality
14:30 to 15:30
Session 3DG documents
15:30 to 16:40
Session ARAF E2
16:40 to 17:00
Session MPEG-V Output documents
17:00 to 18:00
Friday
Session
3DG Plenary, 3DG Output Documents Review,
Liaisons, resolutions
09:00 to 13:00
Tele-immersion Requirements (joint with
requirements)
15:30h to 16:00h
OLD
Session
Session 3D Printing Requirements
15h30 to 16h
Session MAR Ref Model
11:00h to 12:00h
Session ARAF E2: the 6 use-cases
14h to 15:30h
Session
Tele-immersion Requirements (joint with
requirements)
15:30h to 16:30h
Session Multisensorial AF
11:30h to 12h
Session MAR Ref Model
16:30h to 18h
2.
AhG reports
2.1
MPEG-V
http://wg11.sc29.org/doc_end_user/documents/108_Valencia/ahg_presentations/MPEGVAhGreport.ppt-1396812411-MPEG-VAhGreport.ppt
2.2
Augmented Reality
http://wg11.sc29.org/doc_end_user/documents/108_Valencia/ahg_presentations/ARAhGreport.p
pt-1396812286-ARAhGreport.ppt
2.3
RGC
http://wg11.sc29.org/doc_end_user/documents/108_Valencia/ahg_presentations/AHG_report_pr
esentation_MTL.pptx-1396876751-AHG_report_presentation_MTL.pptx
Page: 436
Date Saved: 2016-02-12
437
2.4
3D Graphics compression
http://wg11.sc29.org/doc_end_user/documents/108_Valencia/ahg_presentations/AhGGraphicsCo
mpressionReport.pptx-1396876675-AhGGraphicsCompressionReport.pptx
2.5
3D 3DG Activities are reported in the Wednesday and Friday plenary
Wednesday:
http://wg11.sc29.org/doc_end_user/documents/108_Valencia/presentations/MPEG3DGraphicsM
ercredi.ppt-1396429559-MPEG3DGraphicsMercredi.ppt
Friday:
http://wg11.sc29.org/doc_end_user/documents/108_Valencia/presentations/MPEG3DGraphicsVe
ndredi.ppt-1396620152-MPEG3DGraphicsVendredi.ppt
3.
Analysis of contributions
RGC
m33258
MPEG-4
3DG
Updates on RGC CAL Reference
Software Status
Christian Tulvan, Marius Preda
ARAF
ARAF guidelines: PROTOs implementations
m33382
Revision of the use case.
Traian Lavric, Marius
Preda
Use Case for AR Social networking service
Information from social networks can be used to
augment the ARAF scene.
m33411
The user profile (and user preference) will be used B. S. Choi, Young Ho
Jeong, Jin Woo
to get dara from a Social Network Service. The
Hong
server provides "SNS Data" and this infomation
should be converted to the scene.
A SNS PROTO and the SNS_Container PROTO is
provided.
Page: 437
Date Saved: 2016-02-12
438
Resolution: Consider the User Description under n
categories: "static data", "SNS_related_data"
(location, mood, last post, …), "…"
Review of RefModel
MAR RefMod
C. Perrey
- Section 11 MAR System API: have a
3DV for AR
Depth Estimation Reference Software may be
used but the estimation is not always of good
quality
An idea is to combine two approaches : a time of
flight and color camera(s)
Internal session
Idea for the AR use case with remote detection:
several descriptors (top matches) can be sent by
the Detection Library and they can be used for
local tracking
BB : bounding box
CDVids (now
The objective is to create models (signatures) of a Joint with CDVids
called CDVA)
set of classes. The browser will extract a signature
of a whole image and send it to the processing
server that is providing a set of classes found in
the image.
The classes planned now are for automotive
(vehicles (cars as subset), pedestrians).
Tracking is also an object.
3D Video in
AR
User
Description
1. Augment the "Book arrival" video that will help
to see the relation between the coordinate
systems.
Joint with Video
2. the depth estimation solution is not real time
and is computation extensive
(http://vision.middlebury.edu/stereo/eval/)
Presentation of PROTOS containing user static
data and user social network activity.
SNS_Static_data and fit it in the mpeg7:PersonalType and the UD:UserDescriptionType
Page: 438
Date Saved: 2016-02-12
439
Head Tracking is needed to render the audio.
3DAudio can be used to modulate the audio
perception with respect to the user position and
orientation. Currently similar approach is used at
the production side but it can be used at the user
side (in real time).
The 3D position and orientation of the graphical
objects (enriched with audio) is known and it
should be forwarded to the 3D audio engine. The
relative positions between the sources and the
user are prefered.
Draw a diagram showing that the scene is sending
to the 3D audio engine the relative position of all
the sources and get back the sound for the
headphones.
Audio 3D
Reference software implementation exists but is
working using files: the chain is the following: (1)
3D decoder (multi-channel); some of the outputs
are objects and higher order ambisonic. (2) Object
renderer. The 3D coordinates are included as a
metadata in the bitstream (it is represented as an
angle of view: the user is facing the screen), but an
entry can be done in the Object Renderer taking
the input from the scene.
Represent the acoustic radiation model that can
be attached per classes of objects.
Personalized binauralisation may be possible and
this can be used in AR for personalized perception
(HRTF model).
What may be the limits of the low-latency. 50ms is
something doable today (including encoder).
Homework: try to see what are the use cases
when we need less than this.
Joint with
JPEG
The MAR Reference Model was updated to also
take into consideration the situation when the
Page: 439
Date Saved: 2016-02-12
440
MAR Engine has pre-programmed behavior (such
as the case when an AR application is used and the
developper embedded directly in the code the
application behavior).
MPEG-V
Proposal of 3D Printer Capability
Description
m32959
MPEG-V
3DG
A set of capabilities is introduced for
materials, colors, printer type …
Seungwook Lee, Jinsung Choi,
There is no need to have the schema Kyoungro Yoon, Min-Uk Kim,
for all various types of materials but HyoChul Bae
to include a material name and a
material provider.
Add the PrintingServiceCapability
supported file type.
Proposal of 3D Printer User
Preference Description
m32960
Prefered material and prefered
Seungwook Lee, Jinsung Choi,
material characteristics. There is also
Kyoungro Yoon, Min-Uk Kim,
a notion of printing service
HyoChul Bae
introduced by aspects such as
maximum price and delivery limit.
Add the PrintingServicePreferences
including cost, delivery time
Corrections of the makeup avatar
type in MPEG-V Part 4 3rd edition
m33097
Add a mechanism to define the
equation in the cosmetic model.
Some errors in the binary
representation are corrected.
Jin-Seo Kim, In-Su Jang, SoonYoung Kwon, Sang-Kyun Kim,
Yong Soo Joo
CD for Part 2: Approved
Summary of CD for Part 3: Approved but one
comment from UK
votes for
MPEG-V
CD for Part 4: Approved
CD for Part 5: Approved
CD for Part 6: Approved
Page: 440
Date Saved: 2016-02-12
441
MPEG-V output documents
Decision to not promote the Parts 2,
3, 4, 5 and 6 as DIS because the
reference software is not yet CD.
Action points: propose the RefSoft
and conformance for the next
meeting. The tools that will not be
covered by the ref soft will be
removed from the DIS.
Multisensory application formats and
the MPEG-V APIs are postponed.
3DG
Proposal for opening an exploration
activity within SC29WG11 for the
definition of a standard technology
for the compression, storage and
streaming of genome data
m33114
MPEG-4
3DG
m32308
MPEG-4
3DG
Current technologies are able to
sequence individual genome.
Need for a compressed form of the
genome that contains also
annotations.
Need for interoperability because
various actors are involved in the
chain.
A set of requirements are proposed:
lossless, having acces point, variable
size sequence lenghts, quaryable,
extensible per parts of genome,
integrate annotations.
claudio.alberti@epfl.ch Claudio
Alberti, Ioannis Xenarios,
marco.mattavelli@epfl.ch Marco
Mattavelli, Heinz Stockinger,
Yann Thoma
Results for Open3DGC and OpenCTM
Christian Tulvan, Marius Preda
benchmarking
m33466
3D Tele-Immersion Use Cases and
Requirements
m33467
Crosscheck the Benchmarking
Lazar Bivolarsky
Resultsa and Test Procedure for
SC3DMC, Open3DGC_and_OpenCTM
Page: 441
Lazar Bivolarsky
Date Saved: 2016-02-12
442
3.1
Joint meeting with 3DV
Reference Software for depth estimation (available on the SVN: Exploration/ftv/DERS).
This software is not real-time, OpenCV may also be an option (working real-time on a PC but not on
a phone).
3D FTV has a data set with a soccer game containing also the player positions. Some use cases from
3D FTV may be interesting for AR.
3.2
Joint meeting with 3DA
There is a single band binarilasisation engine able to cover 900 points on a sphere.
MPEG-H Audio has a description of the engine. The reference software uses the engine and can be
used as example.
MPEG-H Audio text will be frozen in July, probably the software a bit later.
HRTF can be found on the IRCAM website:
http://recherche.ircam.fr/equipes/salles/listen/
Reference software can be found in the contribution RM1-HOA : m32077 (http://phenix.itsudparis.eu/mpeg/doc_end_user/documents/107_San Jose/wg11/m32077-v2-m32077.zip)
3.3
Joint meeting with all on MPEG assets
The idea of requesting contributors to provide the reference software under the form of a library is
introduced. There were some concerns about how rich the library API should be.
3.4
Session MPEG Assets
1. The following decisions were taken in the MPEG Assets meeting:
2. The Content repository will have the same structure as the Conformance Assets based on
Standard / Part
3. The MPEG SVN reflector will be used for communication
4. The Content repository will be accessible (read-write) via FTP (the account will be
distributed to all Chairs)
5. The Content repository will be accessible (read-only) via HTTP using the same interface as
the Conformance repository: http://wg11.sc29.org/content
6. A CfP will NOT be accepted if the content is not referenced in the MPEG Content repository
Page: 442
Date Saved: 2016-02-12
443
7. The repository can contain the actual data or the information were the data is available (in
this case, it has to be accessible by MPEG members and should include acknowledgments,
copyright and terms of use).
8. Submitting Content material:
a. An MPEG member can directly submit content to the appropriate location, but in
this case, should inform the Content repository administrator about the operation
b. An MPEG member can directly inform the Content repository administrator about
the location of the files that should be placed on the Content repository
3.5
Joint Session with JPEG on JPEGAR
Currently there is no interoperability between AR SDKs. The JPEG AR architecture was reviewed
and compared with the one in the reference model. The reference model was updated to include
the case when the AR Engine is not a browser but an application that has a pre-build behavior (this
being the case targeted by JPEG AR)
3.6
Session 3DG Plenary
Review of all the output documents.
4.
General issues
4.1
General discussion
4.1.1 Reference Software
It is recalled that the source code of both decoder AND encoder should be provided as part of the
Reference Software for all technologies to be adopted in MPEG standards. Moreover, not providing
the complete software for a published technology shall conduct to the removal of the
corresponding technical specification from the standard.
Currently all the AFX tools published in the third edition are supported by both encoder and
decoder implementation.
4.1.2 Web site
The new web site is available at http://wg11.sc29.org/3dgraphics/. It is a blog-based web site and
all members are allowed to post.
Page: 443
Date Saved: 2016-02-12
444
5.
General 3DG related activities
5.1
Promotions
5.1.1 Web Site
Title
Status of http://wg11.sc29.org/3dgraphics/
Authors
Summary The web site is now empty, contributions are needed.
Resolution Action Point: Transfer the old web-site data to the new one.
5.2
Press Release:
None
6.
Resolutions from 3DG
6.1 Resolutions related to MPEG-4
6.1.1 Part 5 – Reference Software
6.1.1.1 The 3DG subgroup recommends approval of the following documents
No.
Title
14496-5 – Reference Software
ISO/IEC 14496-5:2001/FDAM32 Multi-resolution 3D mesh
14474
compression reference software
ISO/IEC 14496-5:2001/DAM36 Pattern-based 3D mesh coding
14475
reference software
TBP
Available
N
14/04/04
N
14/04/04
TBP
Available
N
N
14/04/04
14/04/04
6.1.2 Part 16 – Animation Framework eXtension (AFX)
6.1.2.1 The 3DG subgroup recommends approval of the following documents
No.
Title
14496-16 – Animation Framework eXtension (AFX)
14476 Core Experiments Description for 3DG
14477 Tele-immersion use case and associated draft requirements
Page: 444
Date Saved: 2016-02-12
445
6.1.3 Part 27 – 3DG Conformance
6.1.3.1 The Video subgroup recommends approval of the following documents
No.
Title
TBP
14496-27 – 3DG Conformance
ISO/IEC 14496-27:2009/FDAM5 Conformance for multi-resolution
N
14478
3D mesh compression
ISO/IEC 14496-27:2009/DAM6 Conformance for pattern-based 3D
N
14479
mesh coding
Available
14/04/04
14/04/04
6.2 Resolutions related to MPEG-A
6.2.1 Part 13 – Augmented Reality Application Format
6.2.1.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23000-13 – Augmented Reality Application Format
14480 WD 5.0 of ARAF 2nd Edition
14481 Use cases for ARAF 2nd Edition
TBP
Available
Y
Y
14/04/18
14/04/18
TBP
Available
Y
Y
14/04/18
14/04/04
6.2.2 Part 14 – Mixed and Augmented Reality Reference Model
6.2.2.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23000-14 – Mixed and Augmented Reality Reference Model
14482 WD 5.0 MAR Reference Model
14483 Logistic information for the 5th JAhG MAR meeting
6.2.2.2 The 3DG subgroup would like to inform that the 5th JAhG MAR meeting will take place in
Seoul, Korea on July 5th, 2014.
6.3 Resolutions related to MPEG-C
6.3.1 Part 5 – Reconfigurable Media Coding Conformance and Reference Software
6.3.1.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23002-5 – Reconfigurable media coding conformance and reference
software
Study Text of ISO/IEC 23002-5/DAM1 GTL reference software and
14484
conformance
Page: 445
TBP
Available
N
14/04/04
Date Saved: 2016-02-12
446
6.4 Resolutions related to MPEG-V
6.4.1 General
6.4.1.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005 – General
14485 Technology under consideration
TBP
Available
14/04/04
6.4.2 Part 1 – Architecture
6.4.2.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005-1 – Architecture
14486 Study text of ISO/IEC CD 23005-1 3rd Edition Architecture
TBP
Available
N
14/04/18
TBP
Available
N
14/04/18
TBP
Available
N
14/04/18
TBP
Available
N
14/04/18
TBP
Available
N
14/04/18
6.4.3 Part 2 – Control Information
6.4.3.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005-2 – Control Information
14487 Study text of ISO/IEC CD 23005-2 3rd Edition Control Information
6.4.4 Part 3 – Sensory Information
6.4.4.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005-3 – Sensory Information
14488 Study text of ISO/IEC CD 23005-3 3rd Edition Sensory Information
6.4.5 Part 4 – Virtual World Object Characteristics
6.4.5.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005-4 – Virtual World Object Characteristics
14489 Study text of ISO/IEC CD 23005-4 3rd Edition Virtual World Object
Characteristics
6.4.6 Part 5 – Data Formats for Interaction Devices
6.4.6.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005-5 – Data Formats for Interaction Devices
14490 Study text of ISO/IEC CD 23005-5 3rd Edition Data Formats for
Interaction Devices
Page: 446
Date Saved: 2016-02-12
447
6.4.7 Part 6 – Common types and tools
6.4.7.1 The 3DG subgroup recommends approval of the following documents
No.
Title
23005-6 – Common types and tools
14491 Study text of ISO/IEC CD 23005-6 3rd Edition Common types and
tools
TBP
Available
N
14/04/18
TBP
Available
6.5 Management
6.5.1 Asset management
6.5.1.1 WG11 recommends approval of the following document
No.
Title
Assets
14492 Policy document about MPEG Assets
14/04/04
6.5.1.2 The WG11 announces the implementation of the modular approach for the MPEG
reference software. The publication of the reference software is conditioned by the
availability of the API.
6.5.1.3 The WG11 announces that the content used for explorations, including licensing terms,
will be placed