1 Opening

Annex K ? 3DG report ..... Technology under Consideration on Virtual Segment. 15171 ... Draft Text of ISO/IEC FDIS 23008-12 Carriage of Still Image and Image Sequences ...... Media Context and Control ? Common Types and Tools. 22 ...... M. Viitanen, J. Vanne, T. D. HÃ¤mÃ¤lÃ¤inen (Tampere Univ. of Technology), M. M. ...

part of the document

INTERNATIONAL ORGANISATION FOR STANDARDISATION
ORGANISATION INTERNATIONALE DE NORMALISATION
ISO/IEC JTC 1/SC 29/WG 11
CODING OF MOVING PICTURES AND AUDIO

ISO/IEC JTC 1/SC 29/WG 11 N15065
Geneva, CH February 2015

Source:Leonardo Chiariglione Title:Report of 111th meetingStatus

Report of 111th meeting

TOC \o "1-3" \h \z \u HYPERLINK \l "_Toc342571789" Annex A Attendance list PAGEREF _Toc342571789 \h 2
HYPERLINK \l "_Toc342571790" Annex B Agenda PAGEREF _Toc342571790 \h 3
HYPERLINK \l "_Toc342571791" Annex C Input contributions PAGEREF _Toc342571791 \h 4
HYPERLINK \l "_Toc342571792" Annex D Output documents PAGEREF _Toc342571792 \h 5
HYPERLINK \l "_Toc342571793" Annex E Requirements report PAGEREF _Toc342571793 \h 6
HYPERLINK \l "_Toc342571794" Annex F Systems report PAGEREF _Toc342571794 \h 7
HYPERLINK \l "_Toc342571795" Annex G Video report PAGEREF _Toc342571795 \h 8
HYPERLINK \l "_Toc342571796" Annex H JCT-VC report PAGEREF _Toc342571796 \h 9
HYPERLINK \l "_Toc342571797" Annex I JCT-3V report PAGEREF _Toc342571797 \h 10
HYPERLINK \l "_Toc342571798" Annex J Audio report PAGEREF _Toc342571798 \h 11
HYPERLINK \l "_Toc342571799" Annex K 3DG report PAGEREF _Toc342571799 \h 12

Opening
The 111th MPEG meeting was held on 2015/02/16T09:00-20T20:18 at
Centre International des Conférences de Genève
rue de Varembé 17
1211 Geneva 20
Switzerland
Roll call of participants
The list of participants is given in Annex 1
Approval of agenda
The adopted agenda is given in Annex 2
Allocation of contributions
The list of input document is given in Annex 3
Communications from Convenor
There were no communications
Report of previous meetings
The following document was approved

14812Report of 110th meeting
Workplan management
Media coding
Support for Dynamic Range Control etc.
The following document was approved

15247DoC on ISO/IEC 14496-3:2009/DAM 5, Support for Dynamic Range Control, New Levels for ALS Simple Profile, and Audio Synchronization
Additional Levels and Supplemental Enhancement Information
The following documents were approved

15123Request for ISO/IEC 14496-10:2014/Amd.215124Text of ISO/IEC 14496-10:2014/PDAM2 Additional Levels and Supplemental Enhancement Information
Web 3D Graphics Coding
The following document was approved

15290Core Experiments Description for 3DG
Printing material and 3D graphics coding for browsers
The following document was approved

15291Text of ISO/IEC PDAM3 14496-16:2011 Printing material and 3D graphics coding for browsers
Open Font Format
The following documents were approved

15184DoC on ISO/IEC DIS 14496-22 3rd edition15185Text of ISO/IEC FDIS 14496-22 3rd edition15186Issues regarding Font Collection
Video Coding for Browsers
The following documents were approved

15125Draft Disposition of Comments on ISO/IEC DIS 14496-3115126Draft Text in Preparation for ISO/IEC 2nd DIS 14496-31 Video Coding for Browsers
Contract Expression Language
The following documents were approved

15191Request for ISO/IEC 21000-20 2nd edition Contract Expression Language15192Text of ISO/IEC CD 21000-20 2nd edition Contract Expression Language
Media Contract Ontology
The following documents were approved

15193Request for ISO/IEC 21000-21 2nd Media Contract Ontology15194Text of ISO/IEC CD 21000-21 2nd Media Contract Ontology
Parser instantiation for BSD
The following documents were approved

15130Disposition of Comments on ISO/IEC 23001-4:2014/PDAM115131Text of ISO/IEC 23001-4:2014/DAM1 Parser instantiation from BSD
Support for MPEG-D DRC
The following documents were approved

15256Request for Amendment 3 - ISO/IEC 23003-3:2012, Support for MPEG-D DRC15257ISO/IEC 23003-3:2012/PDAM 3, Support for MPEG-D DRC
Media Context and Control Technology under consideration
The following document was approved

15300Technology under consideration
HEVC Range Extensions
The following documents were approved

15139High Efficiency Video Coding (HEVC) Test Model 16 (HM16) Improved Encoder Description Update 215140Verification test plan for HEVC RExt profiles, and Main profile usage for interlaced video
3D HEVC
The following documents were approved

15135Disposition of Comments on ISO/IEC 23008-2:2013/DAM415136Text of ISO/IEC 23008-2:2013/FDAM4 3D Video Extensions15142MV-HEVC and 3D HEVC Verification Test Plan15141Test Model 11 of 3D-HEVC and MV-HEVC
HEVC Scalable Extensions
The following document was approved

15143Scalable HEVC (SHVC) Test Model 9 (SHM 9)
Coding of screen content
The following documents were approved

15137Request for ISO/IEC 23008-2:2013/Amd.515138Text of ISO/IEC 23008-2:2013/PDAM5 Screen Content Coding Extensions15144HEVC Screen Content Coding Test Model 4 (SCM 4)
3D Audio
The following documents were approved

15263DoC on ISO/IEC DIS 23008-3 3D Audio15268Encoder Input Format for MPEG-H 3D Audio15269Workplan on 3D Audio
3D Audio Profiles
The following documents were approved

15264DoC on ISO/IEC 23008-3/PDAM 1, 3D Audio Profiles15265Text of ISO/IEC 23008-3/DAM 1, 3D Audio Profiles
3D Audio file format
The following documents were approved

15266DoC on ISO/IEC 23008-3:201x/PDAM 2, 3D audio file format15267Text of ISO/IEC 23008-3:201x/DAM 2, 3D audio file format
Free Viewpoint Television
The following document was approved

15095Draft Call for Evidence on FTV
Internet Video Coding
The following documents were approved

15159Working Draft 5 of Internet Video Coding (IVC)15160Internet Video Coding Test Model (ITM) v 12.015161Description of IVC Exploration Experiments15162Collection of information related to IVC technologies
Higher Dynamic Range and Wider Gamut Content Distribution
The following documents were approved

15099Call for 1000 and 4000 nits Peak Brightness test material for HDR and WCG Video Coding15083Call for Evidence (CfE) for HDR and WCG Video Coding15084Requirements and Use Cases for HDR and WCG Content Coding
Media-centric Internet of Things
The following document was approved

15085Exploration on Media-centric Internet of Things (draft)
Genome Compression
The following documents were approved

15092Database for Evaluation of Genome Compression and Storage15093Requirements on Genome Compression and Storage (Draft)
Future Video Coding
The following documents were approved

15090Requirements for a Future Video Coding Standard (Draft)15272Steps towards a future video compression standard15273Request for contributions on future video compression technology
Composition coding
Scene Description and application engine
The following document was approved

15289Text of ISO/IEC FDIS 14496-11 2nd edition
Description coding
Compact Descriptors for Visual Search
The following documents were approved

15132Announcement of CDVS Awareness Event15129Test Model 13: Compact Descriptors for Visual Search
Compact Descriptors for Video Analysis
The following documents were approved

15087Data Requirements for Compact Descriptors for Video Analysis in Search and Retrieval Applications15088Compact Descriptors for Video Analysis for Search and Retrieval Applications: Draft Evaluation Scenarios15089Call for Proposals for Compact Descriptor for Video Analysis - Search and Retrieval (CDVA)
User Description
The following documents were approved

15195Request for subdivision of ISO/IEC 21000-22 User Description15196Text of ISO/IEC CD 21000-22 User Description15197WD of Implementation Guidelines of User Description
Multiple text encodings, extended classification metadata
The following documents were approved

15189DoC on ISO/IEC 15938-5:2005 DAM 5 Quality metadata multiple text encodings, extended classification metadata15190Text of ISO/IEC 15938-5:2005 FDAM 5 Quality metadata, multiple text encodings, extended classification metadata
Green Metadata
The following documents were approved

15210Request of ISO/IEC 23001-11 AMD 1 Green Metadata for HEVC SEI message15211Text of ISO/IEC 23001-11 PDAM 1 Green Metadata for HEVC SEI message
Systems support
Coding-independent codepoints
The following documents were approved

15254DoC on ISO/IEC 23001-8:2013/DAM 1 New audio code points15255Text of ISO/IEC 23001-8:2013/FDAM 1 New audio code points
Media orchestration
The following document was approved

15091Context and Objectives for Media Orchestration
IPMP
Common Encryption Format for ISO Base Media File Format
The following document was approved

15204Study of ISO/IEC 23001-7:201X DIS 3rd edition
Support of Sparse Encryption
The following documents were approved

15205DoC on ISO/IEC 23001-9 PDAM 1 Support of Sparse Encryption15206Text of ISO/IEC 23001-9 DAM 1 Support of Sparse Encryption
Transport and File formats
General
The following documents were approved

15170Technology under Consideration on Virtual Segment15171Technology under Consideration for ISO/IEC 13818-1:201x DAM515177Text of ISO/IEC 14496-12 5th edition15179Exploration on technologies for partial file storage15182Draft text of ISO/IEC DIS 14496-15 4th edition
Carriage of Layered HEVC in MPEG-2 TS
The following document was approved

15163Study of ISO/IEC 13818-1:201x/DAM 2 Carriage of Layered HEVC
Carriage of Green Metadata
The following document was approved

15164Study of ISO/IEC 13818-1:201x DAM 3 Carriage of Green Metadata
Carriage of 3D Audio
The following documents were approved

15165DoC on ISO/IEC 13818-1:201x PDAM 6 Carriage of MPEG-H 3D Audio over MPEG-2 Systems15166Text of ISO/IEC 13818-1:201x DAM 5 Carriage of MPEG-H 3D Audio over MPEG-2 Systems
Carriage of Quality Metadata in MPEG-2 Systems
The following documents were approved

15168Request for ISO/IEC 13818-1:201x AMD 6 Carriage of Quality Metadata15169Text of ISO/IEC 13818-1:201x PDAM 6 Carriage of Quality Metadata
Improved audio support
The following documents were approved

15173DoC on ISO/IEC 14496-12:2012 DAM 4 Improved Audio Support15174Text of ISO/IEC 14496-12:2012 AMD 4 Improved Audio Support
Carriage of Layered HEVC
The following document was approved

15180DoC on ISO/IEC 14496-15:2014 PDAM 1 Carriage of Layered HEVC
Carriage of Timed Metadata Metrics of Media in the ISO Base Media File Format
The following documents were approved

15207DoC on ISO/IEC DIS 23001-10 Carriage of Timed Metadata Metrics of Media in the ISO Base Media File Format15208Text of ISO/IEC FDIS 23001-10 Carriage of Timed Metadata Metrics of Media in the ISO Base Media File Format15209WD of Carriage of ROI coordinates
Image File Format
The following documents were approved

15233DoC on ISO/IEC DIS 23008-12 Carriage of Still Image and Image Sequences15234Draft Text of ISO/IEC FDIS 23008-12 Carriage of Still Image and Image Sequences
MMT 2nd edition
The following documents were approved

15228Description of Core Experiments on MPEG Media Transport15229Draft text of ISO/IEC 23008-1 2nd edition
MMT Implementation Guidelines
The following document was approved

15235WD of ISO/IEC TR 23008-13 2nd edition MPEG Media Transport Implementation Guidelines
Real-time streaming of media files
The following document was approved

15285Proposed use cases and requirements for real-time streaming of media files
DASH 3rd edition
The following document was approved

15304Draft text of ISO/IEC 23009-1 3rd edition
Spatial Relationship Description, Generalized URL parameters and other extensions
The following documents were approved

15214Technologies under Consideration15215Descriptions of Core Experiments on DASH amendment15216DoC on ISO/IEC 23009-1:2014 DAM 2 Spatial Relationship Description, Generalized URL parameters and other extensions15217Text of ISO/IEC 23009-1:2014 FDAM 2 Spatial Relationship Description, Generalized URL parameters and other extensions
Authentication, Access Control and multiple MPDs
The following documents were approved

15218Request of ISO/IEC 23009-1:2014 AMD 3 Authentication, Access Control and multiple MPDs15219Text of ISO/IEC 23009-1:2014 PDAM 3 Authentication, Access Control and multiple MPDs
DASH for Full Duplex Protocols
The following document was approved

15220WD of DASH for Full Duplex Protocols
MPEG-DASH Implementation Guidelines
The following documents were approved

15223Study of ISO/IEC 2nd PDTR 23009-3 2nd edition DASH Implementation Guidelines15224WD of ISO/IEC 23009-3 2nd edition AMD 1 DASH Implementation Guidelines
Server and Network Assisted DASH
The following documents were approved

15225Request for subdivision of ISO/IEC 23009-5 Server and Network Assisted DASH15226Text of ISO/IEC CD 23009-5 Server and Network Assisted DASH
Multimedia architecture
MPEG-M Architecture
The following document was approved

15212WD of ISO/IEC 23006-1 3rd edition
MPEG-M API
The following documents were approved

15296Request for ISO/IEC 23006-2 3rd edition15297Text of ISO/IEC CD 23006-2 3rd edition
MPEG-V Architecture
Mixed and Augmented Reality Reference Model
The following documents were approved

15294Study Text of ISO/IEC CD 18039 Mixed and Augmented Reality Reference Model15295Logistics for the 7th JAhG meeting on MAR RM
Media wearables
The following document was approved

15200Exploration on Wearable MPEG
Application formats
Augmented Reality AF
The following document was approved

15293Study Text of ISO/IEC CD 23000-13 2nd Edition ARAF
Multimedia Preservation Application Format
The following documents were approved

15198Text of ISO/IEC DIS 23000-15 Multimedia Preservation Application Format15199WD of Implementation Guidelines of MP-AF
Publish/Subscribe Application Format (PSAF)
The following documents were approved

15115Requirements for Publish and Subscribe Application Format15201Request for subdivision of ISO/IEC 23000-16 Publish/Subscribe Application Format15202Text of ISO/IEC CD 23000-16 Publish/Subscribe Application Format
Screen Sharing Application Format
The following document was approved

15086Draft Requirements for MPEG Screen Sharing Application Format
Media Linking Application Format
The following documents were approved

15096Requirements for Media Linking Application Format (MLAF)15203Technology under Consideration for Media Linking Application Format
Reference implementation
New levels for AAC profiles, uniDRC support and AAC block length Reference Software
The following document was approved

15249Study on ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles, uniDRC support, AAC block length parameter and audio synchronization
Multi-resolution Frame Compatible Stereo Coding extension of AVC Reference Software
The following documents were approved

15120Disposition of Comments on ISO/IEC 14496-5:2001/PDAM3915121Text of ISO/IEC 14496-5:2001/DAM39 Reference Software for the Multi-resolution Frame Compatible Stereo Coding with Depth Maps Extension of AVC
MPEG-7 Visual Reference Software
The following document was approved

15127Text of ISO/IEC CD 15938-6:201X Reference software (2nd edition)
CDVS Reference Software
The following document was approved

15128Working draft 3 of CDVS Reference Software and Conformance Testing
ARAF reference software
The following documents were approved

15302Disposition of Comments on ISO/IEC DAM1 23000-13:2013 ARAF Reference software and conformance15292Text of ISO/IEC FDAM1 23000-13:2013 ARAF Reference software and conformance
Media Tool Library Reference Software
The following documents were approved

15133Study Text of ISO/IEC 23002-5:2013/DAM2 Reference Software for HEVC related VTL extensions15134WD of software for Parser instantiation from BSD
Reference Software for Green Metadata
The following document was approved

15288WD of Conformance and Reference Software for Green Metadata
Reference Software for DRC
The following document was approved

15262RM5 of DRC Reference Software
MPEG-M Reference Software
The following documents were approved

15298Request for ISO/IEC 23006-3 3rd edition15299Text of ISO/IEC CD 23006-3 3rd edition
MPEG-V Reference Software
The following document was approved

15301Text of ISO/IEC DIS 23005-7 3rd Edition Reference software and conformance
MMT Reference Software
The following document was approved

15230Workplan of MMT Reference Software
HEVC Reference Software
The following documents were approved

15145Disposition of Comments on ISO/IEC 23008-5/PDAM115146Text of ISO/IEC 23008-5/DAM1 Reference Software for Format Range Extensions Profiles15147Disposition of Comments on ISO/IEC 23008-5/PDAM215148Text of ISO/IEC 23008-5/DAM2 Reference Software for Multiview Main Profile15149Request for ISO/IEC 23008-5/Amd.315150Text of ISO/IEC 23008-5/PDAM3 Reference Software for Scalable Profiles15151Request for ISO/IEC 23008-5/Amd.415152Text of ISO/IEC 23008-5/PDAM4 Reference Software for 3D Main Profile
3D Audio Reference Software
The following document was approved

15270Workplan on 3D Audio Phase I Reference Software RM5
MPEG-DASH Reference Software
The following documents were approved

15221WD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software 15222Work plan for development of DASH Conformance and reference software and sample clients
Conformance
Multi-resolution Frame Compatible Stereo Coding extension of AVC Conformance
The following documents were approved

15118Disposition of Comments on ISO/IEC 14496-4:2004/PDAM4515119Text of ISO/IEC 14496-4:2004/DAM45 Conformance Testing for the Multi-resolution Frame Compatible Stereo Coding with Depth Maps Extension of AVC
3D-AVC Conformance
The following documents were approved

15116Disposition of Comments on ISO/IEC 14496-4:2004/DAM43 15117Text of ISO/IEC 14496-4:2004/FDAM43 3D-AVC Conformance Testing
Additional Multichannel Conformance Data
The following document was approved

15253ISO/IEC 14496-26:2010 PDAM 4, AAC Additional Multichannel Conformance Data
CDVS Conformance
The following document was approved

15128Working draft 3 of CDVS Reference Software and Conformance Testing
ARAF Conformance
The following documents were approved

15302Disposition of Comments on ISO/IEC DAM1 23000-13:2013 ARAF Reference software and conformance15292Text of ISO/IEC FDAM1 23000-13:2013 ARAF Reference software and conformance
Conformance for Green Metadata
The following document was approved

15288WD of Conformance and Reference Software for Green Metadata
Conformance for USAC
The following document was approved

15260Workplan on USAC Conformance
Conformance for MPEG-M
The following documents were approved

15298Request for ISO/IEC 23006-3 3rd edition15299Text of ISO/IEC CD 23006-3 3rd editionConformance for MPEG-V
The following document was approved

15301Text of ISO/IEC DIS 23005-7 3rd Edition Reference software and conformance
Conformance for MMT
The following document was approved

15231Workplan of MMT Conformance
The following documents were approved
Conformance for HEVC

15153Disposition of Comments on ISO/IEC 23008-8/PDAM115154Text of ISO/IEC 23008-8/DAM1 Conformance Testing for Multiview Main and 3D Main Profiles15155Request for ISO/IEC 23008-8/Amd.215156Text of ISO/IEC 23008-8/PDAM2 Improved HEVC Version 1 and Format Range Extensions Profiles Conformance Testing15157Request for ISO/IEC 23008-8/Amd.315158Text of ISO/IEC 23008-8/PDAM3 Conformance Testing for Scalable Profiles
Conformance for MPEG-DASH
The following documents were approved

15221WD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software 15222Work plan for development of DASH Conformance and reference software and sample clients
Maintenance
Systems coding standards
The following documents were approved

15167Text of ISO/IEC 13818-1:201x DAM 1/DCOR 115172Errata items for ISO/IEC 13818-1:201x15175DoC on ISO/IEC 14496-12:2012 DCOR 415176Text of ISO/IEC 14496-12:2012 COR 415178Defect Report of ISO/IEC 14496-1215183Defect Report of ISO/IEC 14496-1515187DoC on ISO/IEC 14496-30 DCOR115188Text of ISO/IEC 14496-30 COR115227Defects under investigation in ISO/IEC 23008-115232Defects under Investigation in ISO/IEC 23008-1115213Defects under investigation in ISO/IEC 23009-1
Video coding standards
The following document was approved

15122Text of ISO/IEC 14496-10:2014/DCOR1
Audio coding standards
The following documents were approved

15248ISO/IEC 14496-3:2009/DCOR 6, DRC Multiband Corrections15258ISO/IEC 23003-3:2012/DCOR 4, Corrections to Unified Speech and Audio Coding15259Defect Report on USAC Conformance
Workplan and time line
The following documents were approved

15101MPEG Standards15102Table of unpublished FDIS 15103MPEG Work plan 15113Complete list of all MPEG standards15104MPEG time line
Organisation of this meeting
Tasks for subgroups
The following tasks were assigned

GroupStdPtE/ATitleRequirements7Compact Descriptors for Video AnalysisDAVarious explorationHA?WCG, HDRMIoTMPEG WearablesMedia under user control?FTVScreen Sharing AFMedia OrchestrationExpIndustry needs for future video coding Genome compressionSystems21A3Carriage of Scalable HEVC1A4Carriage of Green Metadata1A7Carriage of additional Audio P&L1A8Carriage of 3D Audio45?SVC FF RS12A4Enhanced audio support15A1Enhanced carriage of HEVC223EOpen Font Format2122E1User DescriptionA15E1MPAFPSAFMLAFB8A1CICP10E1Timed metadata metricsDA1A2Spatial relationship description2E2DASH C&RS3E2Implementation guidelinesH4E1MMT Reference Software 7E1MMT Conformance12E1Storage of image sequences in ISOBMFF13E1MMT implementation guidelinesM1E3Architecture2E3MXM Engines and APIVideo431E1Video Coding for Browsers76E2Reference software14E1CDVS RS&CB4A1Parser instantiation from BSDC4A2VTL extensions (HEVC)ExpInternet Video CodingExpFuture Video CodingVCHA5SCC5A1RExt Reference SoftwareA3SHVC RS8A2RExt ConformanceA3SHVC conformanceRExt Verification TestingSHVC Verification TestingInterlace Verification Testing3V44A43AVC + depth ConformanceA45MFC+depth conformance5A39MFC+depth RS10A1MFC + depthH2A4HEVC+depth5A2MV-HEVC RSA43D HEVC RS8A1MV + 3D ConformanceMV-HEVC VT3D HEVC VTAudioD4E1DRCA1DRC RSA2DRC CH3E13D AudioA13D Audio profileA2FF support for 3D AudioA33D Audio phase 26E13D Audio RS9E13D Audio C3DG411E2Protos for ARAF in BIFS25E3Web 3DG codingA13E2ARAF17E1Multisensory MAFM2E3MPEG-V enginesMARE1MAR RMV1E3Architecture2E3Control Information3E3Sensory information4E3Virtual world object characteristics5E3Data representation for interaction devices6E3Common types and tools7E3Conformance and reference softwareCommunicationA13B9H1B
Joint meetings
The following joint meetingswere held

GroupsWhatDayTime1Time2WhereR, V, VC, 3V, VCEGVideo coding coordinationMon16:3018:00V AllCommunicationTue09:0010:003R, 3, SMIoT, wearableTue10:0011:003R, SMedia OrchestrationTue11:0012:00RAllMPEG assetsWed11:0012:003A, Rv, S3D Audio FFWed12:0013:00AA, R, SCarriage of Systems MD in 3D AudioWed14:0014:30AR, VFuture Video CodingWed17:0018:00VS, VGreen MPEGThu09:0010:00VR, VFuture Video CodingThu10:0011:00VR,V,S,AProduction side zoom controlThu11:0011:30AR, 3, SMIoT, wearableThu11:3013:003AllTutorial on genome data processingThu14:0015:00RR,VFTVThu15:0016:00VA, R, S, VProduction side zoom controlThu16:0016:30AR, JPEGJPEG AICThu16:0017:00RR, SMobile MMTThu17:0018:00S
WG management
Terms of reference
The following document was approved

15100Terms of Reference
Editors
The following document was approved

15112MPEG Standard Editors
Liaisons
Input liaisons
The following liaisons were received

No.TitleSourceGroup35646IEC CDV: 62760 Ed.1IEC TC10035647IEC CDV: IEC 60728-101 Ed. 1.0IECTC10035648IEC CDV: IEC 62605/Ed.1IECTC10035649IEC CDV: IEC 62665/Ed2IECTC10035650IEC NP: IEC 61937-XIECTC10035651IEC NP: Wireless Power Transfer (WPT) Glossary of TermsIECTC10035652IEC NP: Digital audio - Interface for non-linear PCM encoded audio bitstreams applying IEC 60958 - Part 14IECTC10035653IEC NP: Identification and communication interoperability method for external DC power supplies used with data-enabled mobile computing devicesIECTC10035654IEC TR 61998/Ed.1IECTC10035655IEC CDV: IEC 62777 Ed.1IECTC10035656New work item on simple encryption procedure for IoT device security3GPP35657Liaison Statement from CableLabs CableLabs35658Liaison Statement from DVB on MPEG-H 3D audioDVB35659Liaison Statement from DVB on HEVCDVB35660Liaison Statement from EBU on HDR and WCGEBU35661Liaison Statement from ITU-R SG 5/WP 5B ITU-R SG 535662Metadata for sound contentITU-R SG 635663The advanced sound system for programme productionITU-R SG 635664Image dynamic range in television systemsITU-R SG 635673Green ICT Standards LandscapeITU35798Liaison from DECE HYPERLINK "mailto:mdolan@newtbt.com" DECE35912SCTE DVS Liaison on DASH HYPERLINK "mailto:alex.giladi@gmail.com" SCTE35925Immersive AudioSMPTE35929DASH-IF Liaison on Recent ActivitiesDASH-IF36017DASH and MMTATSC36018DASHATSC36071IEC CD 62827-3 Ed.1.0IEC TC10036072IEC TS 62702-2 Ed.1.0IECTC10036073MPEG-DASH3GPP36074Liaison Statement from W3CW3C36079Liaison Statement from DVBDVB36116Liaison Statement from BDABDA
Output liaisons
The following liaisons were sent

15280Liaison on WCG and HDR15281Liaison to DVB15282Liaison to EBU15283Liaison to WP6C15284Liaison to BDA15097ITU-T SG16 Liaison on HDR/WCG15237Liaison Statement to SCTE DVS on DASH 15238Liaison Statement to DASH-IF on DASH 15239Liaison Statement to DVB on DASH 15240Liaison Statement to DECE on DASH 15241Liaison Statement to 3GPP on DASH 15242Liaison Statement to ATSC on DASH 15243Liaison Statement to CableLabs on DASH 15244Liaison Statement to ATSC on DASH and MMT 15245Liaison Statement to W3C on Font 15246Liaison Statement to W3C on Carriage of Timed Text in ISOBMFF 15271Liaison template on 3D Audio15250Liaison Response to IEC TC10015251Liaison Response to ITU-WP6C
New liaisons
The following document was approved

15236Benefits of establishing category C liaison relationship with CableLabs
Organisations in liaison with MPEG
The following document was approved

15111List of organisations in liaison with MPEG
Ad hoc groups
The following ad hoc groups were established

15286AHG on 3D Audio and Audio Maintenance15315AHG on AR15320AHG on Compact Descriptors for Video Analysis15275AHG on Compact Descriptors for Visual Search15312AHG on Contract Expression Language, Media Contract Ontology and Publish/Subscribe AF15306AHG on Font Format Representation15319AHG on FTV (Free-viewpoint Television)15279AHG on Future Video Coding Standardization Challenges15317AHG on Graphics compression15310AHG on Green MPEG15318AHG on HDR and WCG15276AHG on Internet Video Coding15313AHG on Media Linking Application Format (MLAF)15323AHG on Media Orchestration15324AHG on Media-centric Internet of Things (MIoT) and MPEG Wearable15305AHG on MPEG File Formats15309AHG on MPEG Media Transport15274AHG on MPEG-7 Visual15307AHG on MPEG-DASH15316AHG on MPEG-V15308AHG on Multimedia Preservation Application Format (MP-AF)15314AHG on real-time streaming of media files15278AHG on Reconfigurable Media Coding15322AHG on Requirements on Genome Compression and Storage15287AHG on Responding to Industry Needs on Adoption of MPEG Audio15321AHG on Screen Sharing Application Format15311AHG on User Description15277AHG on Video Coding for Browsers
Asset management
The following documents were approved

15105Schemas15106Reference software15107Conformance15108Content15109URIs
IPR management
The following document was approved

15110Call for patent statements on standards under development
Administrative matters
Schedule of future MPEG meetings
The following meeting schedule was approved

#CityCountryyymm-mmdd-dd112WarsawPL150622-26113LuccaIT151019-23114San Diego, CAUS160222-26115GenevaCH165-630-03116ChengduCN161017-21117GenevaCH170116-20
Promotional activities
White papers, Technical notes and Investigations
The following documents were approved

15070White Paper on AAC-ELD Family of Standards for High Quality Communication Services15071White Paper on MPEG-D Dynamic Range Control15072Technical Note: AAC Implementation Guidelines for DASH15073Technical Note: AAC-ELD v2 Implementation Guide15069White Paper on MPEG Media Transport (MMT)15074White paper on RVC-CAL and RMC15075White paper on HEVC15094Investigation on Genome Compression and Storage 15098Tutorial on Genome Compression15303Investigation on 3D printing
Press release
The following document was approved

15066Press Release of the 111th Meeting in Geneva
Resolutions of this meeting
The following document was approved

15063Resolutions of the 111th meeting
A.O.B.
There was no other business
Closing
Meeting closed at 2015/02/20T18:18

Attendance list
First nameLast nameAffiliationCountryAnneAaron Netflix USMassimilianoAgostinelli Trellis Management ltdUK Claudio Alberti EPFL CHWalterAllasia EURIX S.r.l.ItalyElena Alshina Samsung Electronics KRJose RobertoAlvarez HuaweiUSHaraldAlvestrandGoogleSweden Peter AmonSiemens AGGermanyShuichi AokiNHK JapanJun AraiNHKJapanAlessandroArtusiTrellis Managment Co LtdUK Kohtaro AsaiMitsubishi Electric Corporation JapanGeroBaese Siemens GermanyWernerBailerJOANNEUM RESEARCH AustriaMassimo BalestriTelecom ItaliaItalyGun BangETRIKRGuillaume Barroux Fujitsu Laboratories Ltd. JapanFrank Baumgarte Apple Inc.USSeung KwonBeack ETRIKRAbdellatifBenjelloun Touimi Huawei Technologies (UK) Co., Ltd.UK Cyril BergeronTHALES Communications & SecurityFrance CambodgeBistB-Com France Laurent BochRAI Radiotelevisione Italiana ItalyJohannesBoehm Technicolor GermanyGermanyRoberto BorgotalloRAI Radiotelevisione Italiana ItalyFrank BossenNTT DOCOMO IncJapanImedBouaziziSamsung Research AmericaUSNassima BouzakariaTelecom ParisTech France JillBoyce Vidyo, Inc. USRobertBrondijkPhilips NetherlandsMadhukarBudagaviSamsung Research America, DallasUSKangyingCai TECHNICOLOR R&D FRANCEFrance Simao CamposInternational Telecommunication Union CHPablo Carballeira Universidad Politecnica de Madrid SpainPablo Cesar Centrum Wiskunde & InformaticaNetherlandsJihun Cha ETRIKRAlanChalmersUniversity of Warwick UK Mary-LucChampel Technicolor France WoChang NISTUSChun-ChiChenNCTU/ITRI International USSpencer Cheng Morphbius Technology IncCanada Tahar CherifInstitut Mines-TelecomFrance ViacheslavChesnokov Apical LimitedUK LeonardoChiariglioneCEDEO ItalyToruChinenSony CorporationJapanYi-JenChiuIntel Corp. USYoonsik ChoeYonsei University KRJangwon ChoiYonsei University KRJangsik ChoiKangwonNational UniversityKRMiran ChoiETRIKRSang BaeChonSamsung Electronics KRKeiichi Chono NEC JapanTakeshi ChujohToshiba Corporation JapanSungmoonChunInsignal. Co. Ltd., KRDavid Daniels Sky UK WernerDe Bruijn Philips ResearchNetherlandsJan De Cock Ghent University - iMinds BelgiumOlivier Deforgesinsa rennes France Jaime Delgado Universitat Politècnica de CatalunyaSpainFranckDenoual Canon Research Centre FranceFrance Marek DomanskiPoznan University of TechnologyPoland David Drezner toga networks Israel XavierDucloux THOMSON Video NetworksFrance Alberto DuenasNGCodec Inc USJean-Claude Dufourd Telecom ParisTect / Institut Mines TelecomFrance Touradj EbrahimiEPFLCHJean-Pierre Evain EBU CHMeiyuan FangTsinghua University ChinaNimaFarzanehRai research centre ItalyFelix Fernandes Samsung Research AmericaUSChristofFerschDolby Germany GmbHGermanyChadFoggMovieLabs USEdouard FrancoisTechnicolor France Per FröjdhEricsson AB Sweden HaraldFuchs Fraunhofer IISGermanySherifGallabDolby Corp. Rama RaoGanji IndiaPatrick Gendron Thomson Video NetworksFrance Diego Gibellino Telecom ItaliaItalyAlexander GiladiInterdigital USChristopheGisquet Canon Research France France Rocco Goris Philips NetherlandsKateGrant Nine TilesUK Dan Grois Fraunhofer HHI - Heinrich Hertz Institute GermanyKarsten Grüneberg Fraunhofer HHIGermanyQunshan GuGoogle Inc. USNicolas GuexSIB- Swiss Institute of BioinformaticsCHMarcGuez Vucher SCPPFrance Xin Guo Vixs SystemsCanada WassimHamidoucheIETR INSA de Rennes France Miska HannukselaNokia Corporation FinlandKazuhiroHaraNHKJapanRyoji Hashimoto Renesas Electronics Corporation JapanDakeHeBlackBerryCanada James HelmanMovieLabs USJuergen Herre Fraunhofer IISGermanyArianne Hinds Cable Television Laboratories USMitsuhiro Hirabayashi SONY CorporationJapanIngoHofmann Fraunhofer IISGermanyRémiHoudaille Technicolor France Cheng Huang ZTE Corporation ChinaKilroyHughesMicrosoft USWaltHusak Dolby LabsUSSeonhoHwang samsung electronics KRAtsuroIchigayaNHK JapanTatsuya IgarashiSony CorporationJapanFabianJaegerRWTH Aachen UniversityGermanyKim Jae-Gon Korea Aerospace UniversityKRYun Jae-KwanETRIKRMohammadJalil Piran Kyung Hee UniversityKRSi-Hwan JangETRIKREueeJangHanyang UniversityKRLukaszJanuszkiewicz Zylia Sp. z o.o.Poland Seo Jeongil ETRIKRRajan Joshi Qualcomm Inc. USBojan Joveski Institut Mines-TelecomFrance Eduardo JuarezUniversidad Politécnica de MadridSpainJoelJungOrange Labs France Kim Kahee WILUS institute KRItaru KanekoTOKYO POLYTECHNIC UNIVERSITYJapanJung WonKangETRI KRDongnam KangNexstreamingKRKimihikoKazui FUJITSU LABORATORIES LTD. JapanSylvain KervadecOrangeFrance Hyun GyuKim Chips&Media Inc.KRJinpilKim LG Electronics KRSung HeiKim ETRIKRKyuheon Kim Kyung hee UniversityKRJae HoonKim Apple USRob KoenenTNO NetherlandsKrasimirKolarov Apple, Inc. USJacek Konieczny Huawei Technologies Duesseldorf GmbHGermanyPanagiotisKoudoumakis Queen Mary University of London UK Peter Tamas KovacsHolografika Kft HungaryMichael KratschmerFraunhofer IISGermanyKurtKraussDolby laboratoriesGermanyVenkatesh KrishnanQualcomm Technologies Inc.USImKukil WILUS institute KRAchim Kuntz Fraunhofer Institute for Integrated Circuits IISGermanyPhilippeLaffont STMicroelectronicsFrance GauthierLafruit Université Libre de Bruxelles BelgiumJaniLainema Nokia FinlandSébastien LasserreTechnicolor France ThorstenLaude Leibniz Universitaet Hannover GermanyTraianLavricInstitut MINES TélécomFrance JeanLe Feuvre Telecom ParisTech / Institut Mines-TelecomFrance Sébastien Lecomte Thales Communications & SecurityFrance SeokLee GangNam-GuKRJongmin Lee SK TelecomKRHo JaeLee Taesoo Soft KRSungwon Lee Qualcomm Technology Inc.USSeung WookLee ETRIKRGwangsoon Lee ETRIKRJinho Lee ETRIKRDae YeolLee ETRIKRYong-Hwan Lee Far East University KRTaegyuLee Yonsei University KRRiccardoLeonardiUniversity of Brescia / DII ItalyVladimirLevantovsky MonotypeUSLingLiLG ElectronicsKRZhu LiSamsung Research AmericaUSYoungkwon Lim Samsung Electronics KRChong SoonLim Panasonic R&D Center SingaporeSingaporeChing-Chieh Lin ITRI internationalUSShanLiu MediaTek USA Inc. USZongxianLiu Panasonic R&D Center Singapore Pte LtdSingaporeBrendan LongCableLabs USAjayLuthraArris USGerardMadec bcomFrance Vinod Kumar Malamal Vadakital Nokia TechnologiesFinlandDaryl Malas CableLabs USShoheiMatsuoNTT Corporation JapanMarco MattavelliEPFLCHKen MccannZetacastUK RufaelMekuria Centrum Wiskunde InformaticaNetherlandsPhilipp MerkleFraunhofer HHIGermanyAlberto Messina RAI - Radiotelevisione Italiana ItalySabinoMetta RAI Radiotelevisione Italiana ItalyVasileios Mezaris Centre for Research and Technology HellasGreece Akira MinezawaMitsubishi Electric Corporation JapanKoohyar Minoo Arris Group USRichard Mitic Ericsson Research Sweden Mihai MitreaInstitut Mines TelecomFrance YukiMitsufuji Sony CorporationJapanFrancisco Morán BurgosUniversidad Politécnica de Madrid SpainAdrianMurtaza Fraunhofer IISGermanyYeshwantMuthusamy Samsung Research AmericaUSTakayukiNakachi NTT JapanOhjiNakagamiSony corporationJapanSam NarasimhanArris USPanos Nasiopoulos U Canada Prabhudev NavaliEricsson IncUSMax Neuendorf Fraunhofer IISGermanyJean François Nezan INSA RennesFrance DidierNicholson VITEC France YukihiroNishida NHKJapanMasayukiNishiguchiSony CorporationJapanAndreyNorkinEricssonSweden Jens-Rainer Ohm RWTH Aachen UniversityGermanyJoern Ostermann Leibniz Universität Hannover GermanyOzgur Oyman Intel Corporation USGregory Pallone OrangeFrance Mehrdad Panahpour Tehrani Nagoya University JapanClemens Par Swissaudec Sàrl CHMin Woo ParkSamsung Electronics KRKyungmo ParkSamsung Electronics Co., Ltd. KRSang-HyoParkHanyang UniversityKRStavros Paschalakis Visual AtomsUK DaniloPau STMicroelectronicsItalyOmerPeled zixiIsrael NilsPetersQualcomm technologies inc USPierrickPhilippeOrangeFrance Mahsa PourazadTELUS and UBC Canada MariusPreda Institut MINES TELECOMFrance SchuylerQuackenbush Audio Research Labs USMohamad RaadRaadTech Consulting AustraliaErwan RaffinIETR INSA - UMR CNRS 6164 France Mickael RauletIETR/INSA RennesFrance JustinRidge Nokia FinlandChristopher Rosewarne Canon Information Systems Research Australia AustraliaAnkur SaxenaSamsung Research AmericaUSRainerSchaeferIRT GmbHGermanyThomasSchierl Fraunhofer HHIGermanyStephan Schreiner Fraunhofer IISGermanySebastian Schwarz BBC R&D UK Panji SetiawanSiemens AGGermanyKarlSharman Sony Europe Ltd UK MasatoShima Canon Inc.JapanShinyaShimizu NTT Corporation JapanDavid SingerApple Inc.USRickard Sjöberg EricssonSweden YoungwanSoSamsung Electronics KRIrajSodagar Microsoft USJoelSoleQualcommUSOlgierd Stankiewicz Poznan University of Technology Poland ThomasStockhammer Qualcomm CDMA TechnologiesGermanyJacob Strom Ericsson Research Sweden MasayukiSugawaraNHK JapanTakehiroSugimotoNHK JapanYasukoSugitoNHK JapanGarySullivanMicrosoft Corp. USViswanathan (vishy) Swaminathan Adobe Systems Inc.USMaxim SychevHuawei Technologies Co., LTDRU YasserSyedComcast LabsUSAli Tabatabai Sony ElectronicsUSSenoh TakanoriNICTJapanNaoya TanakaPanasonic JapanMinhaoTangTsinghua University ChinaMasayukiTanimotoNagoya Industrial Science Research InstituteJapanGerhard TechFraunhofer HHIGermanyKengo TeradaPanasonic JapanAndrewTescher Microsoft USHerbert Thoma Fraunhofer IISGermanyEmmanuelThomasTNO NetherlandsChristian TimmererAlpen-Adria-Universität KlagenfurtAustriaDomenicoToffoli Fondazione Ugo BordoniItalyIkaiTomohiroSharp Corporation JapanSeppo Tomperi VTT FinlandYoshihide TonomuraNTT Lab.JapanPankajTopiwalaFastVDO USAlexandrosTourapisApple Inc USBramTullemans EBI CHChristian TulvanMines Telecom - Telecom SudParisFrance Yi-Shin TungITRI International Inc./ MStar Semiconductor, Inc.USAnthony Vetro Mitsubishi Electric Research Labs USWadeWan Broadcom CorporationUSRonggangWangPeking University Shenzhen Graduate SchoolChinaWei WangHuawei Technologies USYe-KuiWangQualcomm Incorporated USShuichi WatanabeSharp Corporation JapanShinjiWatanabeITSCJ/IPSJJapanKrzysztof WegnerPoznan University of Technology Poland ThomasWiegand Fraunhofer HHIGermanyPingWuZTE (UK) LtdUK OliverWuebboltTechnicolor, Deutsche Thomson OHG GermanyRichard Wyman Broadcom CorporationUSXiaozhong XuMediaTek USAUSLiXufengPeking University Shenzhen Graduate SchoolChinaYongYan Polycom Inc.USJar-FerrYangNational Cheng Kung UniversityCNChang Yao-Jen ITRI InternationalUSJiangli YeFujitsu R&D CenterChinaYan YeInterDigital Communications LLC USSehoonYea LGKRXuYilingShanghai Jiaotong UniversityChinaPengYin Dolby Laboratories, Inc.USHaoping YuHuawei Technologies (USA) USLuYuZhejiang University ChinaKusakabeYuichiNHK (Japan Broadcasting Corporation)JapanTomaszZernickiZylia sp. z o.o.Poland Louis Zhang AMD Canada YichenZhang Zhejiang University ChinaZhijieZhaoHuawei Technologies Duesseldorf GmbH GermanyAlexander Zheludkov Vanguard VideoUSMinhuaZhouBroadcomUSJian Qing Zhu Fujitsu R&D Center Co., Ltd.ChinaBillZou DTS. Inc. US

Agenda
###Item1Opening 2Roll call of participants 3Approval of agenda 4Allocation of contributions5Communications from Convenor6Report of previous meetings7Workplan management1Media coding1Support for Dynamic Range Control2Multi-Resolution Frame Compatible Stereoscopic Video with Depth Maps etc.3Pattern Based 3D Mesh Compression4Web 3D Graphics Coding5Metadata for Realistic Material Representation6Font compression and streaming7Composite Font Representation8Open Font Format9Web Video Coding10Video Coding for Browsers11Contract Expression Language12Media Contract Ontology13Parser instantiation for BSD14Media Tool Library15SAOC Dialog enhancement16Audio Dynamic Range Control17Media Context and Control Control Information18Media Context and Control Sensory Information19Media Context and Control Virtual World Object Characteristics20Media Context and Control Data Formats for Interaction Devices21Media Context and Control Common Types and Tools22HEVC Range Extensions23HEVC Multiview Extensions243D HEVC25HEVC Scalable Extensions26Coding of screen content273D Audio283D Audio Profiles29HEVC Image Sequences30Free Viewpoint Television31Internet Video Coding32Higher Dynamic Range and Wide Gamut Content Distribution33Processing and Sharing of Media under User Control34Media-centric Internet of Things35Genome Compression36Future Video Coding2Composition coding1Scene Description Based Collaborative Applications2MMT Composition Information3Description coding1MPEG-7 Visual2Compact Descriptors for Visual Search3Compact Descriptors for Video Analysis4User Description5Multiple text encodings, extended classification metadata6Green Metadata7Storage of traceable media signatures4Systems support1Audio Synchronization2Signalling of Transport profiles, signalling MVC stereo view association and MIME type registration3Signalling and Transport of SAOC-DE in AAC4Coding-independent codepoints5MMT Forward Error Correction Codes6MMT Cross Layer Interface7Uniform signalling for timeline alignment5IPMP1Common Encryption Format for ISO Base Media File Format2Support of Sparse Encryption6Digital Item7Transport and File formats1Carriage of additional audio profiles & levels2Delivery of Timeline for External Data3Carriage of Layered HEVC in MPEG-2 TS4Transport of MVC depth video and HEVC low delay5Carriage of Green Metadata6Carriage of 3D Audio7Enhanced audio support and other improvements8Font streams and other improvements to file format9Ordered combination of separate tracks10Carriage of MVC+D in ISO Base Media File Format11Enhanced carriage of HEVC12Carriage of Layered HEVC13Enhanced audio support14Timed Metadata Metrics of Media in the ISO Base Media File Format15Sample Variants in ISOBMFF16Additional technologies for MPEG Media Transport17Image File Format18MMT Implementation Guidelines19Extended Profiles and time synchronization20Spatial Relationship Description, Generalized URL parameters and other extensions21Server and Network Assisted DASH22MPEG-DASH Implementation Guidelines8Multimedia architecture1MPEG-M API2MPEG-V Architecture9Application formats1Augmented Reality AF2Mixed and Augmented Reality Reference Model3Multimedia Preservation Application Format4Multisensory Effects Application Format5Publish/Subscribe Application Format (PSAF)6Adaptive Screen Content Sharing Application Format7Media Linking Application Format10Reference implementation1New levels for AAC profiles, uniDRC support and AAC block length Reference Software2MVC plus depth extension of AVC Reference Software3Multi-resolution Frame Compatible Stereo Coding extension of AVC Reference Software43D extension of AVC Reference Software5Pattern based 3D mesh compression Reference Software6Video Coding for Browsers Reference Software7CEL and MCO Reference Software8MPEG-7 Visual Reference Software9CDVS Reference Software10ARAF reference software11Media Tool Library Reference Software12SAOC and SAOC Dialogue Enhancement Conformance13MPEG-DASH Reference Software14MPEG-V Reference Software15MMT Reference Software16HEVC Reference Software173D Audio Reference Software11Conformance1New levels for AAC profiles and uniDRC support2Multi-resolution Frame Compatible Stereo Coding extension of AVC Conformance33D-AVC Conformance4Pattern based 3D mesh compression Conformance5Video Coding for Browsers Conformance6CDVS Conformance7CEL and MCO Conformance8ARAF Conformance9Media Tool Library Conformance10SAOC and SAOC Dialogue Enhancement Conformance11MPEG-V Conformance12MMT Conformance13HEVC Conformance143D Audio Conformance12Maintenance1Systems coding standards2Video coding standards3Audio coding standards43DG coding standards5Systems description coding standards6Visual description coding standards7Audio description coding standards8MPEG-21 standards9MPEG-A standards8Organisation of this meeting1Tasks for subgroups2Joint meetings3Room assignment9WG management1Terms of reference2Officers3Editors4Liaisons5Work item assignment6Ad hoc groups7Asset management1Reference software2Conformance3Test material4URI8IPR management10Facilities 11Work plan and time line10Administrative matters1Schedule of future MPEG meetings2Promotional activities11Resolutions of this meeting12A.O.B.13Closing

Input contributions
#SourceTitlem35429ISO secretariatAHG on 3D Audio and Audio Maintenancem35430ISO secretariatAHG on Responding to Industry Needs on Adoption of MPEG Audiom35431ISO secretariatAHG on MPEG-7 Visualm35432ISO secretariatAHG on Compact Descriptors for Visual Searchm35433ISO secretariatAHG on Internet Video Codingm35434ISO secretariatAHG on Video Coding for Browsersm35435ISO secretariatAHG on Reconfigurable Media Codingm35436ISO secretariatAHG on Future Video Coding Technologym35437ISO secretariatAHG on ARm35438ISO secretariatAHG on MPEG-Vm35439ISO secretariatAHG on Graphics compressionm35440ISO secretariatAHG on Reconfigurable Media Codingm35441ISO secretariatAHG on Support of HDR and WCGm35442ISO secretariatAHG on FTV (Free-viewpoint Television)m35443ISO secretariatAHG on Compact Descriptors for Video Analysism35444ISO secretariatAHG on Media-centric Internet of Things (MIoT)m35445ISO secretariatAHG on Requirements on Genome Compression and Storagem35446ISO secretariatAHG on Adaptive Screen Content Sharing Application Format (ASCS-AF)m35447ISO secretariatAHG on wearable MPEGm35448ISO secretariatAHG on MPEG File Formatsm35449ISO secretariatAHG on Font Format Representationm35450ISO secretariatAHG on MPEG-DASHm35451ISO secretariatAHG on Multimedia Preservation Application Format (MP-AF)m35452ISO secretariatAHG on MPEG Media Transportm35453ISO secretariatAHG on Green MPEGm35454ISO secretariatAHG on User Descriptionm35455ISO secretariatAHG on Timeline alignmentm35456ISO secretariatAHG on Contract Expression Language, Media Contract Ontology and Publish/Subscribe Application Formatm35457ISO secretariatAHG on Media Linking Application Format (MLAF)m35458ISO secretariatAHG on industry needs for Future Video Coding Requirementsm35459 HYPERLINK "mailto:miska.hannuksela@nokia.com" M. M. Hannuksela, HYPERLINK "mailto:tian@merl.com" D. Tian (co-chairs), HYPERLINK "mailto:dmytro.rusanovskyy@lge.com" D. Rusanovskyy, HYPERLINK "mailto:lizhang@qti.qualcomm.com" L. Zhang (vice chairs)JCT-3V AHG report: 3D-AVC defect study (AHG8)m35460 HYPERLINK "mailto:miska.hannuksela@nokia.com" M. M. Hannuksela (Nokia)AHG8: MB-partition-wise operation of non-skip/direct B-VSP modes of 3D-AVCm35461 HYPERLINK "mailto:miska.hannuksela@nokia.com" M. M. Hannuksela (Nokia)AHG8: Specification text fixes for the VSP modes of 3D-AVCm35462License for HDR and WCG Test Sequences Proposed by Dolbym35464 HYPERLINK "mailto:Ajay.Luthra@arris.com" Ajay Luthra, HYPERLINK "mailto:Edouard.Francois@technicolor.com" Edouard Francois, HYPERLINK "mailto:WJH@dolby.com" Walt HusakDraft Call for Evidence (CfE) for HDR and WCG Video Coding m35465 HYPERLINK "mailto:d.malas@cablelabs.com" Daryl Malas, Rene Van Der Bleuten, Edouard Francois, Koohyar Minoo, Elena AlshinaCableLabs HDR Content Usagem35466 HYPERLINK "mailto:d.malas@cablelabs.com" Daryl MalasLicense for HDR Test Sequences Proposed by CableLabsm35467 HYPERLINK "mailto:edouard.francois@technicolor.com" Edouard FrancoisInterim report on the anchors generation in view of the CfE for HDR /WCG video codingm35468 HYPERLINK "mailto:KangYing.Cai@technicolor.com" Kang Ying Cai, David TouzÃ©, Philippe Bordes, Christophe ChevanceTests of conversion of native P3D65 content for displaying on a BT.709 HDR displaym35469 HYPERLINK "mailto:philippe.hanhart@epfl.ch" Philippe Hanhart, HYPERLINK "mailto:touradj.ebrahimi@epfl.ch" Touradj EbrahimiBenchmarking of LDR metrics for HDR video quality assessmentm35470 HYPERLINK "mailto:pyin@dolby.com" P. Yin, HYPERLINK "mailto:atourapis@apple.com" A. Tourapis, HYPERLINK "mailto:wjh@dolby.com" W. HusakComments on the HDR Demos at the 110th MPEG Meetingm35471 HYPERLINK "mailto:alexismt@gmail.com" Alexis Michael Tourapis, David SingerHDRTools: Software updatesm35472 HYPERLINK "mailto:alexismt@gmail.com" Alexis Michael Tourapis, Yeping Su, David SingerHDR Content Viewing on the Sim2 display; Observations and commentsm35473 HYPERLINK "mailto:edouard.francois@technicolor.com" Edouard Francois, D. TouzÃ©, P. Salmon, C. Chevance, K. MinooDescription of a new HDR BT.709 sequence proposed by Technicolorm35474 HYPERLINK "mailto:hshahid@ece.ubc.ca" Hiba Shahid, HYPERLINK "mailto:pourazad@icics.ubc.ca" Mahsa T. Pourazad, HYPERLINK "mailto:panos@icics.ubc.ca" Panos NasiopoulosDemonstrate the Performance of the Hybrid Tone-Mapping Schemem35475 HYPERLINK "mailto:robert.brondijk@Philips.com" Robert Brondijk, , HYPERLINK "mailto:rocco.goris@philips.com" Rocco GorisWhy Content for the HDR and Wide Gamut Cfe Should be in both BT.709 as BT.2020 Container Formatsm35476 HYPERLINK "mailto:rocco.goris@philips.com" Rocco Goris, HYPERLINK "mailto:robert.brondijk@philips.com" Robert Brondijk, HYPERLINK "mailto:hans.van.mourik@philips.com" Hans van MourikDemonstration of parameter based HDR solution by Philipsm35477 HYPERLINK "mailto:david.touze@technicolor.com" D. TouzÃ©, E. FrancoisDescription of new version of HDR class A and A' sequencesm35478Alexis Tourapis, Edouard FranÃ§ois, Touradj EbrahimiExploration Experiment 3 on objective test methods for HDR and WCG video coding evaluation m35479Aljosa SmolicInformative input on "Temporally Coherent Local Tone Mapping of HDR Video"m35480Edouard FranÃ§ois, Peng YinSelected test content and timeline for HDR single layer anchors generation for 111th MPEG meetingm35481Touradj Ebrahimi, Vittorio BaronciniDescription of Subjective Evaluation for Evidence (CfE) for HDR and WCG Video Codingm35482 HYPERLINK "mailto:yuanhui0325@gmail.com" Hui Yuan, HYPERLINK "mailto:haitao.yang@huawei.com" Haitao Yang, HYPERLINK "mailto:Jacek.Konieczny@huawei.com" Jacek KoniecznyAn Inter-view Bit Allocation Method for MV-HEVCm35483 HYPERLINK "mailto:yuanhui0325@gmail.com" Hui YuanA Virtual View Quality Estimation Methodm35484 HYPERLINK "mailto:richard.mitic@ericssonc.com" Richard Mitic, HYPERLINK "mailto:jonatan.samuelsson@ericsson.com" Jonatan Samuelsson, HYPERLINK "mailto:martin.petersson@ericsson.com" Martin Petersson, HYPERLINK "mailto:rikard.sjoberg@ericsson.com" Rikard SjÃ¶bergDRAP sample group in the ISOMBFFm35485 HYPERLINK "mailto:andy.tescher@gmail.com" A. G. TescherUSNB Technical comments (RE: WG 11 via SC 29)m35486 HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi (Qualcomm), HYPERLINK "mailto:jzxu@microsoft.com" J. Xu (Microsoft), HYPERLINK "mailto:yan.ye@interdigital.com" Y. Ye (InterDigital), HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu (MediaTek)Proposed editorial improvements to HEVC Screen Context Coding Draft Text 2m35487 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu (Qualcomm)Cross Checking CE1 Test C.1: 2-D Index Map Coding of Palette Modem35488 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu (Qualcomm)Cross Checking CE1 Test D.1: Encoder Modification of Palette Coding for Escape Pixelsm35489 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu, HYPERLINK "mailto:" R. Joshi, HYPERLINK "mailto:" M. Karczewicz, HYPERLINK "mailto:" F. Zou, HYPERLINK "mailto:" V. Seregin (Qualcomm)CE1 Test B.1: Modified Palette Run Codingm35490Rufael MekuriaPoint Cloud Encoder and Decoder with improved colour codingm35491Rufael Mekuria, Pablo CesarProposal for Quality and Performance Metrics Point Cloud Compressionm35492 HYPERLINK "mailto:seoji@etri.re.kr" Jeongil Seo, HYPERLINK "mailto:skbeack@etri.re.kr" Seungkwon Beack, Jongmo Sung, Taejin Lee, Kyutae Yang, Consideration on USAC transport for Digital Radiom35493 HYPERLINK "mailto:mohammedsraad@raadtech.com" Mohamad Raad, HYPERLINK "mailto:hta@google.com" Harald AlvestrandProposed DoC of the USNB comments on 14496-31 DISm35494 HYPERLINK "mailto:mohammmedsraad@raadtech.com" Mohamad Raad, HYPERLINK "mailto:hta@google.com" Harald AlvestrandProposed 14496-31 DIS text.m35495 HYPERLINK "mailto:b.long@cablelabs.com" Brendan Long, HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne Hinds[CE-FDH] HTTP/2 push with minimal DASH-specific requirementsm35496 HYPERLINK "mailto:b.long@cablelabs.com" Brendan Long, HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne Hinds[CE-FDH] HTTP/1.1 pushm35497 HYPERLINK "mailto:sugawara.m-fq@nhk.or.jp" M Sugawara, HYPERLINK "mailto:kusakabe.y-ee@nhk.or.jp" Y Kusakabe, HYPERLINK "mailto:nishida.y-fe@nhk.or.jp" Y Nishida, HYPERLINK "mailto:ichigaya.a-go@nhk.or.jp" A Ichigaya (NHK)NHKâ¬ "!s proposal for an extended image dynamic range television (EIDRTV) systemm35498Y.-C. Sun, J. Kim, S. Liu, T.-D. Chuang, Y.-W. Chen, Y.-W. Huang, S. Lei (MediaTek), V. Seregin, F. Zou, W. Pu, R. Joshi, M. Karczewicz (Qualcomm)CE1 : Tests A.1 : Extended copy above mode to the first line (1.1-1.5)m35499 HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, Y.-C. Sun, S. Liu, T.-D. Chuang, Y.-W. Chen, Y.-W. Huang, S. Lei, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, F. Zou, W. Pu, R. Joshi, M. Karczewicz, CE1 : Tests A.1 : Extended copy above mode to the first line (1.6-1.8)m35500 HYPERLINK "mailto:jing.ye@mediatek.com" J. Ye, HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, HYPERLINK "mailto:yc.sun@mediatek.com" Y.-C. Sun, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, Y.-W. Huang, S. Lei (MediaTek), HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou, V. Seregin, R. Joshi, M. Karczewicz (Qualcomm), CE1: Test A2 - Generalized copy above modem35501 HYPERLINK "mailto:chris.rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:maeda.mitsuru@canon.co.jp" M. Maeda (Canon)CE2 Test 4.1: On deblocking for screen content codingm35502B. Li, J. Xu (Microsoft)CE2: results of test 3.1 and 6.1m35503B. Li, J. Xu (Microsoft)CE3: results of test B.1 and test B.7m35504B. Li, J. Xu, G. J. Sullivan (Microsoft)Comparison of Compression Performance of HEVC Test Model 16.2 and HEVC Screen Content Coding Extensions Test Model 3 with AVC High 4:4:4 Predictive profilem35505B. Li, J. Xu (Microsoft)On the constraint for Intra BC modem35506 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, C.-H. Hung, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, J.-S. Tu (ITRI)CE1 Test D1: Encoder modification of palette mode for escape pixelsm35507 HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze[CE-FDH] Generic push for DASH over HTTP/2m35508J. Lainema, M. M. Hannuksela (Nokia)AHG10: Memory bandwidth reduction for intra block copym35509A. Minezawa, K. Miyazawa, S. Sekiguchi (Mitsubishi)CE2: Cross-check of Test 1 on intra block copy and inter signalling unificationm35510M. M. Hannuksela (Nokia)The coded region completion SEI message in multi-layer contextm35511 HYPERLINK "mailto:christophe.gisquet@crf.canon.fr" C. Gisquet, T. Poirier, HYPERLINK "mailto:guillaume.laroche@crf.canon.fr" G. Laroche, HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)Non-CE1: On palette prediction for slicesm35512 HYPERLINK "mailto:christophe.gisquet@crf.canon.fr" C. Gisquet, HYPERLINK "mailto:guillaume.laroche@crf.canon.fr" G. Laroche, HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)On intra mode MPM derivation for SCCm35513 HYPERLINK "mailto:guillaume.laroche@crf.canon.fr" G. Laroche, G. Malard, T. Poirier, HYPERLINK "mailto:christophe.gisquet@crf.canon.fr" C. Gisquet, HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)Non-CE2: IBC encoder improvements and combinations with CE2m35514 HYPERLINK "mailto:guillaume.laroche@crf.canon.fr" G. Laroche, G. Malard, T. Poirier, HYPERLINK "mailto:christophe.gisquet@crf.canon.fr" C. Gisquet, HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)AHG10: On IBC memory reduction m35515 HYPERLINK "mailto:threerabbit@cn.fujitsu.com" J. Ye, HYPERLINK "mailto:zhujianqing@cn.fujitsu.com" J. Zhu (Fujitsu)Non-CE1: Escape coded pixel prediction for palette based codingm35516 HYPERLINK "mailto:zhujianqing@cn.fujitsu.com" J. Zhu, HYPERLINK "mailto:cheng@cn.fujitsu.com" Z. Wang, HYPERLINK "mailto:threerabbit@cn.fujitsu.com" J. Ye (Fujitsu)Non-CE1: Palette mode for non-4:4:4 formatm35517 HYPERLINK "mailto:zhujianqing@cn.fujitsu.com" J. Zhu, HYPERLINK "mailto:xuzhanglei@cn.fujitsu.com" Z. Xu (Fujitsu)Non-CE1: On copy above mode for palette modem35518T.-D. Chuang, X. Xu, Y.-W. Huang, S. Liu, S. Lei (MediaTek)CE2-related: IntraBC constraint for multiple slicesm35519T.-D. Chuang, X. Xu, Y.-W. Huang, S. Liu, S. Lei (MediaTek)CE2-related: IntraBC constraint for multiple tilesm35520T.-D. Chuang, Y.-W. Huang, S. Lei (MediaTek)CE2-related: Temporal BV merge mode on CE2 Test-1 and Test-7m35521T.-D. Chuang, C.-Y. Chen, Y.-C. Sun, Y.-W. Huang, S. Lei (MediaTek)CE1-related: Index map scan for 64x64 palette coding blockm35522K. Zhang, X. Zhang, J. An, H. Huang, S. Lei (MediaTek)On adaptive motion vector resolutionm35523K. Zhang, J. An, X. Zhang, H. Huang, S. Lei (MediaTek)CE1-related: Table based binarization for palette_escape_valm35524 HYPERLINK "mailto:Weinong.Huang@polycom.com" W. Huang, HYPERLINK "mailto:David.Wang@polycom.com" D. Wang, HYPERLINK "mailto:Sean.Chen@polycom.com" S. Chen, HYPERLINK "mailto:Yong.Yan@polycom.com" Y. Yan (Polycom)Non-CE: Efficient Coding for Static CTUs of Screen Contentm35525 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu, R. Joshi, V. Seregin, M. Karczewicz, F. Zou (Qualcomm)Non 4:4:4 Palette Mode: AhG Waym35526 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu, R. Joshi, M. Karczewicz, V. Seregin, F. Zou (Qualcomm)Non CE1: Palette Mode Semantics, Codeword, and Encoder Fixesm35527 HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, W. Pu, V. Seregin, R. Joshi (Qualcomm)Non CE1: Comments on Palette Sharingm35528 HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, W. Pu, R. Joshi, V. Seregin (Qualcomm)Non CE1: Grouping Palette Indices At Frontm35529 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, J.-S. Tu, C.-H. Hung (ITRI)CE1-related: Bypassing the context-based coding for CU-level transpose flagm35530 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, C.-H. Hung, J.-S. Tu (ITRI)CE1-related: Bypassing the context-based coding for CU-level share flagm35531 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, J.-S. Tu, C.-H. Hung (ITRI)Non-CE1: Binarization modification for CU-level flagsm35532 HYPERLINK "mailto:garysull@microsoft.com" G. J. Sullivan (Microsoft)High-level syntax refinement for adaptive motion vector resolutionm35533 HYPERLINK "mailto:yue.yu@arris.com" Y. Yu, HYPERLINK "mailto:bo.xie@arris.com" B. Xie, HYPERLINK "mailto:limin.wang@arris.com" L. Wang (Arris)Modification of Coding Mode Order for HEVC Screen Content Codingm35534 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:Shawmin.lei@mediatek.com" S. Lei (MediaTek)CE2: Test 2 â¬ Intra BC signalled at PU levelm35535 HYPERLINK "mailto:jing.ye@mediatek.com" J. Ye, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, S. Lei (MediaTek)CE1-related: Palette Coding for non-444 format content m35536 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:peter.chuang@mediatek.com" T.-D. Chuang, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:Shawmin.lei@mediatek.com" S. Lei (MediaTek)CE2: Test 3.2 â¬ Intra BC merge mode with default candidatesm35537 HYPERLINK "mailto:jing.ye@mediatek.com" J. Ye, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, S. Lei (MediaTek)CE1-related: Simplified palette predictor update methodm35538 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:peter.chuang@mediatek.com" T.-D. Chuang, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:Shawmin.lei@mediatek.com" S. Lei (MediaTek)CE2: Test 7 â¬ Combination of Test 1 and Test 3.2m35539 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:Shawmin.lei@mediatek.com" S. Lei (MediaTek)CE1-related: escape pixel coding in palette modem35540 HYPERLINK "mailto:polin.lai@mediatek.com" P. Lai, J. Kim, S. Liu, S. Lei (MediaTek)CE1-related: Improvements of Draft Text on palette indexm35541 HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, P. Lai, S. Liu, S. Lei (MediaTek)CE1-related : simplification for index map coding in palette modem35542 HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, P. Lai, S. Liu, S. Lei (MediaTek)CE1-related : text clean up for index map coding in palette modem35543 HYPERLINK "mailto:polin.lai@mediatek.com" P. Lai, S. Liu, S. Lei (MediaTek)AHG6: Coding performance of SCC tools and suggested common test conditionsm35544 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:peter.chuang@mediatek.com" T.-D. Chuang, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:Shawmin.lei@mediatek.com" S. Lei (MediaTek)CE2-related: on the initialization of block vector prediction for intra block copym35545 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, J.-S. Tu, C.-H. Hung (ITRI)CE1-related: Syntax fixes for the palette modem35546 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu (MediaTek)Crosscheck of CE2 Test 3.1 (JCTVC-T0040)m35547 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu (MediaTek)Crosscheck of CE2 Test 6.1 (JCTVC-T0040)m35548 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu (MediaTek)Crosscheck of CE2 Test 6.2 (JCTVC-T0096)m35549 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, C.-H. Hung, J.-S. Tu (ITRI)Non-CE1: Parallel processing methods for index map codingm35550 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, Y.-J. Chang, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, J.-S. Tu (ITRI)CE1-Related: Improved Palette Table Generationm35551 HYPERLINK "mailto:werner.bailer@joanneum.at" Werner Bailer, HYPERLINK "mailto:roberto.borgotallo@rai.it" Roberto BorgotalloStudy of ISO/IEC 15938-5/DAM 5m35552 HYPERLINK "mailto:werner.bailer@joanneum.at" Werner Bailer, Peter Schallauer, Albert HofmannQuality Metadata Examplesm35553Walter Allasia, Werner Bailer, Laurent Boch, Wo Chang, Roberto Borgotallo, Sergui GordeaDraft text of DIS of ISO/IEC 23000-15 Multimedia Preservation Application Format (MP-AF)m35554 HYPERLINK "mailto:sunrisejstu@itri.org.tw" J.-S. Tu, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, C.-H. Hung, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, Y.-J. Chang (ITRI)Non-CE 1: Modifications of copy-above mode in index codingm35555 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin (Qualcomm)CE2: Test 5.1 and Test 8.1 on vector binarizationm35556 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin (Qualcomm), HYPERLINK "mailto:Miyazawa.Kazuyuki@cw.MitsubishiElectric.co.jp" K. Miyazawa, A. Minezawa, S. Sekiguchi (Mitsubishi)CE2: Test 5.3 and Test 8.2 on block vector (BV) coding for IBCm35557 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin (Qualcomm)Non-CE3: Adaptive PU partitioning for intra block copym35558 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin (Qualcomm)Non-CE3: Vector coding for CE3-Test A on Intra line Copy modem35559 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)Non-CE1 : On new palette entries prediction and codingm35560 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm), HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:shawmin.lei@mediatek.com" S. Lei (MediaTek), HYPERLINK "mailto:libin@microsoft.com" B. Li, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu (Microsoft)CE2 Test1: Intra block copy and inter signalling unificationm35561 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)CE2 Test 4.2: Inter deblocking for intra block copym35562 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)CE2 Test 6.2: Intra block copy block vector prediction with line bufferm35563 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)Non-CE2: Block vector prediction method for intra block copym35564 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)Non-CE2: Zero merging candidates derivation for Intra BC/Inter signalling unificationm35565 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)Adaptive motion vector resolution for non-4:4:4 formatsm35566 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang (Qualcomm)Crosscheck of CE2 Test 4.1 on intra block copy deblockingm35567 HYPERLINK "mailto:chadfogg@gmail.com" C. Fogg, HYPERLINK "mailto:jhelman@movielabs.com" J. Helman (MovieLabs), HYPERLINK "mailto:miksmith@gmail.com" M. Smith, HYPERLINK "mailto:Michael.Zink@warnerbros.com" M. Zink (Warner Bros.)Content light level SEIm35568 HYPERLINK "mailto:chadfogg@gmail.com" C. Fogg (MovieLabs), HYPERLINK "mailto:bill.mandel@nbcuni.com" B. Mandel (Universal), HYPERLINK "mailto:atourapis@apple.com" A. Tourapis, HYPERLINK "mailto:yeping_su@apple.com" Y. Su, HYPERLINK "mailto:singer@apple.com" D. Singer (Apple)Output code map SEIm35569 HYPERLINK "mailto:chadfogg@gmail.com" C. Fogg (MovieLabs)VUI proposalm35570 HYPERLINK "mailto:chadfogg@gmail.com" C. Fogg (MovieLabs)HM reference encoder study on noise reduced clipsm35571 HYPERLINK "mailto:jlliao.cs02g@nctu.edu.tw" R.-L. Liao, HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:wpeng@cs.nctu.edu.tw" W.-H. Peng, H.-M. Hang (NCTU/ITRI)CE3: Results of Test A on Intra Line Copym35572 HYPERLINK "mailto:jlliao.cs02g@nctu.edu.tw" R.-L. Liao, HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:wpeng@cs.nctu.edu.tw" W.-H. Peng, H.-M. Hang (NCTU/ITRI)Crosscheck of CE3 Test B.3 on Pixel Based Flexible 2D Block Codingm35573 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu (Qualcomm)Cross Check CE1-related: Bypassing the context-based coding for CU-level transpose flagm35574 HYPERLINK "mailto:wpu.multimedia@gmail.com" W. Pu (Qualcomm)Cross Check CE1-Related: Improvement Palette Table Generation Methodm35575 HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:wpu@qti.qualcomm.com" W. Pu, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou (Qualcomm)Non-CE1: Extension of palette mode to non-4:4:4 formatsm35576J Zhao, K. Misra, S.H. Kim, A. Segall, T. Ikai (Sharp)Memory reduction for storing palette predictor when WPP is enabled m35577 HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou, HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)CE3 Test B.4.1: Constrained run for Intra String Copym35578 HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:wpu@qti.qualcomm.com" W. Pu (Qualcomm), CE1 Related: On escape pixel coding for palette modem35579 HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:wpu@qti.qualcomm.com" W. Pu, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm)CE3 Related: Improved MV and run coding for Intra String Copym35580S. H. Kim, A. Segall (Sharp)Non-CE2: Adding a context for significance flag in BVDm35581 HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou (Qualcomm)CE3: Crosscheck of Test B.5m35582 HYPERLINK "mailto:yuwen.he@interdigital.com" Y. He, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:yan.ye@interdigital.com%20" Y. Ye (InterDigital)Non-CE2: encoder improvements on IBC searchm35583 HYPERLINK "mailto:yuwen.he@interdigital.com" Y. He, HYPERLINK "mailto:yan.ye@interdigital.com" Y. Ye, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu (InterDigital)Non-CE2: improved inter merge for unified IBC and inter frameworkm35584 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He (InterDigital)Non-CE1: On escape color coding for palette coding modem35585 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He (InterDigital), HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu, R. Joshi, M. Karczewicz, F. Zou, V.Seregin (Qualcomm)Non-CE1: improved palette run-length coding with palette flippingm35586 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He (InterDigital)Palette coding mode for non-444 screen content videom35587 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He (InterDigital)On lossless codingm35588 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He (InterDigital)Implicit transform quadtree partition for intra block copym35589 HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, W. Pu, M. Karczewicz, R. Joshi, T. Hsieh (Qualcomm)Non-CE1: Mapping of reconstructed pixels to palette indicesm35590W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)CE1 Test C.1: 2-D Index Map Coding of Palette Mode in HEVC SCCm35591W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)CE3 Test B.1: Adaptive Scan Directions in HEVC SCCm35592W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)CE3 Test B.3: 2-D Intra String Copy in HEVC SCCm35593 HYPERLINK "mailto:chenghao.liu@mediatek.com" Chenghao Liu, HYPERLINK "mailto:shan.liu@mediatek.com" Shan Liu, HYPERLINK "mailto:shawmin.lei@mediatek.com" Shawmin Lei[CE-FDH] DASH fast representation switch over WebSocket and HTTP/2m35594S.-T. Hsiang, S. Lei (MediaTek)CE2-related: Improved method for entropy coding MVD/BVDm35595S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)CE3: Results of Test B.5 on entropy coding ISC syntax elementsm35596S.-T. Hsiang, S. Lei (MediaTek)CE3-related: Improved method for entropy coding offset vectors of 2-D matchingm35597S.-T. Hsiang (MediaTek)CE3: Cross check of Test B.4.1 on constrained run for Intra String Copy (JCTVC-T0111)m35598 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye (InterDigital)CE1: Cross-verification of Test A2 on generalized copy-above modem35599 HYPERLINK "mailto:thsieh@qti.qualcomm.com" T. Hsieh, V. Seregin, J. Chen, R. Joshi, K. Rapaka, M. Karczewicz (Qualcomm)Clipping for Cross Component Prediction and Adaptive Colour Transformm35600 HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:wpu@qti.qualcomm.com" W. Pu, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou (Qualcomm)Non-CE1: Modification of palette run codingm35601 HYPERLINK "mailto:misrak@sharplabs.com" K. Misra, HYPERLINK "mailto:jzhao@sharplabs.com" J. Zhao, HYPERLINK "mailto:kimse@sharplabs.com" S.-H. Kim, HYPERLINK "mailto:asegall@sharplabs.com" A. Segall (Sharp)Palette SPS syntax cleanupm35602Kailun Zhou, Liping Zhao, HYPERLINK "mailto:lintao@tongji.edu.cn" Tao Lin (Tongji)CE3: Results of Test B.2 on Intra String Copym35603Liping Zhao, Kailun Zhou, HYPERLINK "mailto:lintao@tongji.edu.cn" Tao Lin (Tongji)CE3: Results of Test B.4.2 on Intra String Copym35604Xianyi Chen, HYPERLINK "mailto:lintao@tongji.edu.cn" Tao Lin (Tongji)Crosscheck of CE3 Test A.3 on Intra Line Copym35605 HYPERLINK "mailto:laude@tnt.uni-hannover.de" T. Laude (Leibniz Univ. Hannover)Copy mode for static screen content codingm35606Liping Zhao, Kailun Zhou, Shuhui Wang, HYPERLINK "mailto:lintao@tongji.edu.cn" Tao Lin (Tongji)Non-CE3: Improvement on Intra String Copym35607 HYPERLINK "mailto:chono@ct.jp.nec.com" K. Chono (NEC), HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, R. Joshi, V. Seregin, M. Karczewicz (Qualcomm), Enhanced QP offset signalling for adaptive cross-component transform in SCC extensionsm35608 HYPERLINK "mailto:yuwen.he@interdigital.com" Y. He, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:yan.ye@interdigital.com" Y. Ye (InterDigital)Cross-check of JCTVC-T0082: Syntax fixes for the palette modem35609D. Tian (chair), F.C. Chen, J.Y. Lee, J.-L. Lin, D. Rusanovskyy, O. Stankiewicz, T. Suzuki (vice chairs)Ad hoc group report: 3D-AVC Software Integration (AHG3)m35610Imed BouaziziCommon DASH Sub-protocolm35611Clemens ParProposal for an MPEG-H 3D Audio Phase 2 Core Experimentm35612J. Zhao, S.H. Kim (Sharp)Cross check of T0068 -- Binarization modification for CU-level palette flagsm35613 HYPERLINK "mailto:wenhao.zhang@intel.com" W. Zhang, HYPERLINK "mailto:lidong.xu@intel.com" L. Xu, HYPERLINK "mailto:yi-jen.chiu@intel.com" Y. Chiu (Intel)CE2 Test2: Crosscheck of Intra Block Copy Signalled at PU Level (JCTVC-T0071)m35614 HYPERLINK "mailto:wenhao.zhang@intel.com" W. Zhang, HYPERLINK "mailto:lidong.xu@intel.com" L. Xu, HYPERLINK "mailto:yi-jen.chiu@intel.com" Y. Chiu (Intel)CE2 Test5.3: Crosscheck of Block Vector Coding for IBC (JCTVC-T0090)m35615 HYPERLINK "mailto:wenhao.zhang@intel.com" W. Zhang, HYPERLINK "mailto:lidong.xu@intel.com" L. Xu, HYPERLINK "mailto:yi-jen.chiu@intel.com" Y. Chiu (Intel)Crosscheck of Palette Coding for Non-444 Format Content (JCTVC-T0072)m35616 HYPERLINK "mailto:wenhao.zhang@intel.com" W. Zhang, HYPERLINK "mailto:lidong.xu@intel.com" L. Xu, HYPERLINK "mailto:yi-jen.chiu@intel.com" Y. Chiu (Intel)Crosscheck of Simplified Palette Predictor Update Method (JCTVC-T0074)m35617 HYPERLINK "mailto:wenhao.zhang@intel.com" W. Zhang, HYPERLINK "mailto:lidong.xu@intel.com" L. Xu, HYPERLINK "mailto:yi-jen.chiu@intel.com" Y. Chiu (Intel)Crosscheck of Initialization of Block Vector Prediction for Intra Block Copy (JCTVC-T0081)m35618SC 29 SecretariatSummary of Voting on ISO/IEC 23001-9:2014/PDAM 1m35619SC 29 SecretariatSummary of Voting on ISO/IEC 23009-1:2014/DAM 2m35620SC 29 SecretariatSummary of Voting on ISO/IEC DIS 14496-11 [2nd Edition]m35621SC 29 SecretariatSummary of Voting on ISO/IEC DIS 14496-22 [3rd Edition]m35622SC 29 SecretariatSummary of Voting on ISO/IEC 14496-3:2009/DAM 5m35623SC 29 SecretariatSummary of Voting on ISO/IEC DIS 23008-12m35624SC 29 SecretariatSummary of Voting on ISO/IEC 14496-4:2004/PDAM 45m35625SC 29 SecretariatSummary of Voting on ISO/IEC 23008-2:2013/DAM 4m35626SC 29 SecretariatSummary of Voting on ISO/IEC 13818-1:201x/PDAM 6m35627SC 29 SecretariatSummary of Voting on ISO/IEC 15938-5:2003/DAM 5m35628SC 29 SecretariatSummary of Voting on ISO/IEC CD 23005-7 [3rd Edition]m35629SC 29 SecretariatSummary of Voting on ISO/IEC 23008-3:201x/PDAM 1m35630SC 29 SecretariatSummary of Voting on ISO/IEC 23001-8:2013/DAM 1m35631SC 29 SecretariatSummary of Voting on ISO/IEC 23000-13:2014/DAM 1m35632SC 29 SecretariatSummary of Voting on ISO/IEC DIS 23003-4m35633SC 29 SecretariatSummary of Voting on ISO/IEC DIS 14496-31m35634SC 29 SecretariatSummary of Voting on ISO/IEC 14496-12:2012/DCOR 4 and ISO/IEC 15444-12:2012/DCOR 4m35635SC 29 SecretariatSummary of Voting on ISO/IEC 14496-30:2014/DCOR 1m35636SC 29 SecretariatSummary of Voting on ISO/IEC DIS 23001-10m35637SC 29 SecretariatSummary of Voting on ISO/IEC 14496-15:2014/PDAM 1m35638SC 29 SecretariatSummary of Voting on ISO/IEC DIS 23008-3m35639ITTF via SC 29 SecretariatTable of Replies on ISO/IEC 23008-1:2014/FDAM 1m35640ITTF via SC 29 SecretariatTable of Replies on ISO/IEC 14496-12:2012/FDAM 3 & 15444-12:2014/FDAM 3m35641ITTF via SC 29 SecretariatTable of Replies on ISO/IEC 23002-4:2014/FDAM 2m35642ITTF via SC 29 SecretariatTable of Replies on ISO/IEC FDIS 23008-5m35643ITTF via SC 29 SecretariatTable of Replies on ISO/IEC FDIS 23008-8m35644ITTF via SC 29 SecretariatTable of Replies on ISO/IEC FDIS 23008-11m35645ITTF via SC 29 SecretariatTable of Replies on ISO/IEC FDIS 23001-7 [2nd Edition]m35646IEC TC 100 via SC 29 SecretariatIEC CDV: 62760 Ed.1m35647IEC TC 100 via SC 29 SecretariatIEC CDV: IEC 60728-101 Ed. 1.0m35648IEC TC 100 via SC 29 SecretariatIEC CDV: IEC 62605/Ed.1m35649IEC TC 100 via SC 29 SecretariatIEC CDV: IEC 62665/Ed2m35650IEC TC 100 via SC 29 SecretariatIEC NP: IEC 61937-Xm35651IEC TC 100 via SC 29 SecretariatIEC NP: Wireless Power Transfer (WPT) Glossary of Termsm35652IEC TC 100 via SC 29 SecretariatIEC NP: Digital audio - Interface for non-linear PCM encoded audio bitstreams applying IEC 60958 - Part 14m35653IEC TC 100 via SC 29 SecretariatIEC NP: Identification and communication interoperability method for external DC power supplies used with data-enabled mobile computing devicesm35654IEC TC 100 via SC 29 SecretariatIEC TR 61998/Ed.1m35655IEC TC 100 via SC 29 SecretariatIEC CDV: IEC 62777 Ed.1m356563GPP via SC 29 SecretariatLiaison Statement from 3GPP on new work item on simple encryption procedure for IoT device securitym35657CableLabs via SC 29 SecretariatLiaison Statement from CableLabs m35658DVB via SC 29 SecretariatLiaison Statement from DVB on MPEG-H 3D audiom35659DVB via SC 29 SecretariatLiaison Statement from DVB on HEVCm35660EBU via SC 29 SecretariatLiaison Statement from EBU on HDR and WCGm35661ITU-R SG 5 via SC 29 SecretariatLiaison Statement from ITU-R SG 5/WP 5B m35662ITU-R SG 6 via SC 29 SecretariatLiaison Statement from ITU-R SG 6 on Metadata for sound contentm35663ITU-R SG 6 via SC 29 SecretariatLiaison Statement from ITU-R SG 6 on The advanced sound system for programme productionm35664ITU-R SG 6 via SC 29 SecretariatLiaison Statement from ITU-R SG 6 on Image dynamic range in television systemsm35665 HYPERLINK "mailto:pierre.andrivon@technicolor.com" P. Andrivon, HYPERLINK "mailto:edouard.francois@technicolor.com" E. FranÃ§ois, HYPERLINK "mailto:philippe.bordes@technicolor.com" P. BordesAVC update with Colour Remapping Information SEI messagem35666 HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, HYPERLINK "mailto:maurizio.montagnuolo@rai.it" Maurizio MONTAGNUOLO, HYPERLINK "mailto:sabino.metta@rai.it" Sabino METTAAutomated Recommendation of Multimedia News Content using MPEG-UDm35667Davide BERTOLA, Traian LAVRIC, Christian TULVAN, Adrian GABRIELLI, HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, Marius PREDA, Giuseppe VAVALA'An Initial demonstration of MLAF technologiesm35668Leonardo CHIARIGLIONE, HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, Marius PREDA, Proposal for update of MLAF requirementsm35669 HYPERLINK "mailto:remi.houdaille@technicolor.com" Remi Houdaille, HYPERLINK "mailto:charline.taibi@technicolor.com" Charline TaibiDASH / CE SAND: cache hit improvementm35670 HYPERLINK "mailto:remi.houdaille@technicolor.com" Remi Houdaille, HYPERLINK "mailto:charline.taibi@technicolor.com" Charline TaibiDASH / CE SAND: cooperative parametersm35671 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye (InterDigital)CE3: Cross-verification of Test A.1 on intra line copym35672 HYPERLINK "mailto:ljy321456@gmail.com" Jae Yung Lee, HYPERLINK "mailto:hjk@sejong.edu" Jong Ki HanAlignment of TMVP derivation process between 3D-HEVC and HEVCm35673ITU via SC 29 SecretariatGreen ICT Standards Landscapem35674 HYPERLINK "mailto:jlliao.cs02g@nctu.edu.tw" R.-L. Liao, HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:wpeng@cs.nctu.edu.tw" W.-H. Peng, H.-M. Hang (NCTU/ITRI)Crosscheck of Implicit Transform Quadtree Partition for Intra Block Copy (JCTVC-T0122)m35675 HYPERLINK "mailto:jlliao.cs02g@nctu.edu.tw" R.-L. Liao, HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:wpeng@cs.nctu.edu.tw" W.-H. Peng, H.-M. Hang (NCTU/ITRI)Crosscheck of Copy Mode for Static Screen Content Coding (JCTVC-T0138)m35676 HYPERLINK "mailto:jefyang@mail.ncku.edu.tw" Yar-Ferr Yang, HYPERLINK "mailto:keying@video5.ee.ncku.edu.tw" Ke-Ying Liao, HYPERLINK "mailto:ming@video5.ee.ncku.edu.tw" Hung-Ming Wang, Chiu-Yu ChenCentralized Texture-Depth Packing (CTDP) SEI Messagem35677 HYPERLINK "mailto:zhujianqing@cn.fujitsu.com" J. Zhu, HYPERLINK "mailto:xuzhanglei@cn.fujitsu.com" Z. Xu (Fujitsu)Crosscheck of CE1 Test A.1 (JCTVC-T0036,JCTVC-T0037)m35678Sungmoon Chun, Hyunchul Ko(Insignal), Jae-Gon Kim(KAU)Requirements of Multimedia and Gesture for Wearable MPEGm35679 HYPERLINK "mailto:claudio.alberti@epfl.ch" Claudio Alberti, HYPERLINK "mailto:marco.mattavelli@epfl.ch" Marco Mattavelli, HYPERLINK "mailto:leonardo@chiariglione.org" Leonardo Chiariglione, HYPERLINK "mailto:jaime.delgado@ac.upc.edu" Jaime Delgado, HYPERLINK "mailto:Ioannis.Xenarios@isb-sib.ch" Ioannis Xenarios, Proposed database of genomic test datam35680 HYPERLINK "mailto:jefyang@mail.ncku.edu.tw" Jar-Ferr Yang, HYPERLINK "mailto:keying@video5.ee.ncku.edu.tw" Ke-Ying Liao, HYPERLINK "mailto:ming@video5.ee.ncku.edu.tw" Hung-Ming Wang, Chiu-Yu Chen (NCKU)Centralized Texture-Depth Packing (CTDP) SEI Messagem35681 HYPERLINK "mailto:jaeger@ient.rwth-aachen.de" F. JÃ¤ger (RWTH Aachen University), HYPERLINK "mailto:jacek.konieczny@huawei.com" J. Konieczny, G. Cordara (Huawei Technologies)Encoder optimization: Motion estimation for DBBP with masked SAD instead of SATDm35682 HYPERLINK "mailto:luca.baroffio@polimi.it" Luca Baroffio, HYPERLINK "mailto:matteo.cesana@polimi.it" Matteo Cesana, HYPERLINK "mailto:alessandro.redondi@polimi.it" Alessandro Redondi, HYPERLINK "mailto:marco.tagliasacchi@polimi.it" Marco Tagliasacchi, HYPERLINK "mailto:stefano.tubaro@polimi.it" Stefano TubaroFast keypoint detection in video sequencesm35683 HYPERLINK "mailto:luca.baroffio@polimi.it" Luca Baroffio, HYPERLINK "mailto:matteo.cesana@polimi.it" Matteo Cesana, HYPERLINK "mailto:alessandro.redondi@polimi.it" Alessandro Redondi, HYPERLINK "mailto:marco.tagliasacchi@polimi.it" Marco Tagliasacchi, HYPERLINK "mailto:stefano.tubaro@polimi.it" Stefano TubaroHybrid coding of visual content and local image featuresm35684 HYPERLINK "mailto:cohen@merl.com" R. Cohen (MERL)Cross-check of JCTVC-T0076, CE1-related: escape pixel coding in palette modem35685 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang (Qualcomm)Crosscheck of JCTVC-T0055 on IntraBC constraint for multiple slicesm35686 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang (Qualcomm)Crosscheck of JCTVC-T0056 on IntraBC constraint for multiple tilesm35687 HYPERLINK "mailto:b.long@cablelabs.com" Brendan Long, HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne Hinds, HYPERLINK "mailto:prabhu.navali@ericsson.com" Prabhu NavaliMPEG-2 TS conformance software for DASHm35688 HYPERLINK "mailto:chris.rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:maeda.mitsuru@canon.co.jp" M. Maeda (Canon)Cross-check of â¬ ÜCE2 Test 4.2: Inter deblocking for intra block copyâ¬ "! (JCTVC-T0095) by Qualcommm35689 HYPERLINK "mailto:chris.rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:maeda.mitsuru@canon.co.jp" M. Maeda (Canon)Cross-check of test 5.1 of â¬ ÜCE2: Test 5.1 and Test 8.1 on vector binarizationâ¬ "! (JCTVC-T0089) by Qualcommm35690K. Miyazawa, A. Minezawa, S. Sekiguchi (Mitsubishi)Crosscheck of JCTVC- T0086 on Non-CE1: Parallel processing methods for index map codingm35691 HYPERLINK "mailto:senoh@nict.go.jp" Takanori Senoh, HYPERLINK "mailto:k.wakunami@nict.go.jp" Koki Wakunami, HYPERLINK "mailto:y-ichihashi@nict.go.jp" Yasuyuki Ichihashi, HYPERLINK "mailto:sasaki@nict.go.jp" Hisayuki Sasaki, HYPERLINK "mailto:oi.ryutaro@nict.go.jp" Ryutaro Oi, HYPERLINK "mailto:k.yamamoto@nict.go.jp" Kenji Yamamoto, HYPERLINK "mailto:tanimototentative3@yahoo.co.jp" Masayuki TanimotoEnhanced description of Alternative depth info SEI message in 3D-HEVCm35692 HYPERLINK "mailto:senoh@nict.go.jp" Takanori Senoh, HYPERLINK "mailto:k.wakunami@nict.go.jp" Koki Wakunami, HYPERLINK "mailto:y-ichihashi@nict.go.jp" Yasuyuki Ichihashi, HYPERLINK "mailto:sasaki@nict.go.jp" Hisayuki Sasaki, HYPERLINK "mailto:oi.ryutaro@nict.go.jp" Ryutaro Oi, HYPERLINK "mailto:k.yamamoto@nict.go.jp" Kenji Yamamoto, HYPERLINK "mailto:tanimototentative3@yahoo.co.jp" Masayuki TanimotoResults of Texture and Depth View Packing SEI message integration in ATM13.3m35693B. Li, J. Xu (Microsoft)CE2: Cross-check of test 3.2 (JCTVC-T0073)m35694B. Li, J. Xu (Microsoft)CE2: Cross-check of test 7 (JCTVC-T0075)m35695B. Li, J. Xu (Microsoft)CE3: Cross-check of test A.2 (JCTVC-T0105)m35696B. Li, J. Xu (Microsoft)Cross-check of modification of coding mode order for HEVC screen content coding (JCTVC-T0070)m35697B. Li, J. Xu (Microsoft)Cross-check of bypassing the context-based coding for CU-level share flag (JCTVC-T0067)m35698B. Li, J. Xu (Microsoft)Cross-check of escape pixel coding for palette mode (JCTVC-T0112)m35699B. Li, J. Xu (Microsoft)Cross-check of encoder improvements on IBC search (JCTVC-T0116)m35700B. Li, J. Xu (Microsoft)Cross-check of improved inter merge for unified IBC and inter framework (JCTVC-T0117)m35701 HYPERLINK "mailto:wenhao.zhang@intel.com" W. Zhang, HYPERLINK "mailto:lidong.xu@intel.com" L. Xu, HYPERLINK "mailto:yi-jen.chiu@intel.com" Y. Chiu (Intel)Crosscheck of Block Vector Prediction Method for Intra Block Copy (JCTVC-T0097)m35702 HYPERLINK "mailto:yuwen.he@interdigital.com" Y. He, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:yan.ye@interdigital.com" Y. Ye (InterDigital)Cross-check of JCTVC-T0099: adaptive motion vector resolution for non-4:4:4 formatsm35703 HYPERLINK "mailto:chris.rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:maeda.mitsuru@canon.co.jp" M. Maeda (Canon)Cross-check of â¬ ÜNon-CE2: Adding a context for significance flag in BVDâ¬ "! (JCTVC-T0114) by Sharpm35704 HYPERLINK "mailto:kai.zhang@mediatek.com" K. Zhang, HYPERLINK "mailto:jicheng.an@mediatek.com" J. An, HYPERLINK "mailto:xianguo.zhang@mediatek.com" X. Zhang, HYPERLINK "mailto:h.huang@mediatek.com" H. Huang, HYPERLINK "mailto:jl.lin@mediatek.com" J.-L. Lin, HYPERLINK "mailto:shawmin.lei@mediatek.com" S. Lei (MediaTek)3D-CE1: Segmental prediction in 3D-HEVCm35705 HYPERLINK "mailto:xianguo.zhang@mediatek.com" X. Zhang, HYPERLINK "mailto:kai.zhang@mediatek.com" K. Zhang, HYPERLINK "mailto:jicheng.an@mediatek.com" J. An, HYPERLINK "mailto:h.huang@mediatek.com" H. Huang, HYPERLINK "mailto:jl.lin@mediatek.com" J.-L. Lin, HYPERLINK "mailto:shawmin.lei@mediatek.com" S. Lei (MediaTek)3D-CE2: Complexity reduction on illumination compensation for 3D-HEVCm35706 HYPERLINK "mailto:jinyoung79.lee@samsung.com" J. Y. Lee, HYPERLINK "mailto:m.w.park@samsung.com" M. W. Park, HYPERLINK "mailto:dionism@samsung.com" C. Kim (Samsung)3D-CE1: Depth intra skip (DIS) modem35707 HYPERLINK "mailto:jinyoung79.lee@samsung.com" J. Y. Lee, HYPERLINK "mailto:dionism@samsung.com" C. Kim (Samsung)3D-CE1: Cross check of segmental prediction (JCT3V-K0031)m35708 HYPERLINK "mailto:m.w.park@samsung.com" M. W. Park, HYPERLINK "mailto:jinyoung79.lee@samsung.com" J. Y. Lee, HYPERLINK "mailto:dionism@samsung.com" C. Kim (Samsung)Removal of Encoder Restriction of ARPm35709 HYPERLINK "mailto:m.w.park@samsung.com" M. W. Park, HYPERLINK "mailto:jinyoung79.lee@samsung.com" J. Y. Lee, HYPERLINK "mailto:dionism@samsung.com" C. Kim (Samsung)Position Derivation for Shifted-IVMCm35710 HYPERLINK "mailto:m.w.park@samsung.com" M. W. Park, HYPERLINK "mailto:dionism@samsung.com" C. Kim (Samsung)3D-CE2: Cross check of Complexity reduction on illumination compensation for 3D-HEVC: Disabling Bi-prediction for IC (JCT3V-K0032)m35711M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)An editorial update of the Image File Format specification (ISO/IEC 23008-12)m35712 HYPERLINK "mailto:sunmi.yoo@lge.com" S. Yoo, HYPERLINK "mailto:junghak.nam@lge.com" J. Nam, HYPERLINK "mailto:sehoon.yea@lge.com" S. Yea (LGE)Redundant signaling removal in SPS 3D extensionsm35713 HYPERLINK "mailto:sunmi.yoo@lge.com" S. Yoo, HYPERLINK "mailto:junghak.nam@lge.com" J. Nam, HYPERLINK "mailto:sehoon.yea@lge.com" S. Yea (LGE)TDVP scaling process for AMVP in 3D-HEVCm35714 HYPERLINK "mailto:britpablo@itri.org.tw%20" Y.-J. Chang, C.-H. Hung, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin, HYPERLINK "mailto:JackLin@itri.org.tw" C.-C. Lin, J.-S. Tu (ITRI)CE1-related: Fix of CE1 Test D.1m35715Y.-W. Chen (MediaTek)3D-CE1: Cross check of depth Intra skip mode (JCT3V-K0033)m35716 HYPERLINK "mailto:tsukuba.takeshi@sharp.co.jp" T. Tsukuba, HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)CE1-related: Simplification of segmental predictionm35717 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai, HYPERLINK "mailto:tsukuba.takeshi@sharp.co.jp" T. Tsukuba (Sharp)Simplification of DMM table derivationm35718 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai, HYPERLINK "mailto:tsukuba.takeshi@sharp.co.jp" T. Tsukuba (Sharp)On inter-view shift candidatem35719 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai, HYPERLINK "mailto:tsukuba.takeshi@sharp.co.jp" T. Tsukuba (Sharp)Clean up of 3D-HEVC specificationm35720 HYPERLINK "mailto:xianguo.zhang@mediatek.com" X. Zhang, HYPERLINK "mailto:kai.zhang@mediatek.com" K. Zhang, HYPERLINK "mailto:jicheng.an@mediatek.com" J. An, HYPERLINK "mailto:h.huang@mediatek.com" H. Huang, HYPERLINK "mailto:jl.lin@mediatek.com" J.-L. Lin, HYPERLINK "mailto:shawmin.lei@mediatek.com" S. Lei (MediaTek)Bug Fix for Texture-dependent Depth Partitioningm35721 HYPERLINK "mailto:p.kovacs@holografika.com" Peter Tamas Kovacs, HYPERLINK "mailto:adamblack.nr1@gmail.com" Adam Fekete, HYPERLINK "mailto:k.lackner@holografika.com" Kristof Lackner, HYPERLINK "mailto:v.kiran@holografika.com" Vamsi Kiran Adhikarla, HYPERLINK "mailto:ali.zare@tut.fi" Alireza Zare, HYPERLINK "mailto:t.balogh@holografika.com" Tibor Balogh[FTV AHG] Big Buck Bunny light-field test sequencesm35722 HYPERLINK "mailto:zhengxiaozhen@hisilicon.com" X. Zheng3D-CE1: Cross check of Depth intra skip (DIS) mode(JCT3V-K0033)m35723 HYPERLINK "mailto:richard.mitic@ericsson.com" Richard Mitic, HYPERLINK "mailto:thorsten.lohmar@ericsson.com" Thorsten Lohmar[CE-SISSI] Pattern-based SAP signalling in DASHm35724X.Chen (HiSilicon), C.Zhu, S.Ma (UESTC), X.Zheng, Y.Lin, J.Zheng (HiSilicon)Lookup Table Size Reduction for DMM1m35725X.Chen, X.Zheng, Y.Lin, J.Zheng (HiSilicon)Clean up on DBBP location derivationm35726L. Grimaldi, K. Schueuer, HYPERLINK "mailto:pyin@dolby.com" P. Yin, T. Lu, H. Ganapathy, T. Chen, W. Husak (Dolby)On MFC plus Depth: Reference Software Updatem35727 HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)CE2: Cross-check of Test 8.1 (JCTVC-T0089) and Test 8.2 (JCTVC-T0090)m35728 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, HYPERLINK "mailto:karsten.suehring@hhi.fraunhofer.de" K. SÃ¼hring, HYPERLINK "mailto:detlev.marpe@hhi.fraunhofer.de" D. MarpeProposed HLS Cleanup for 3D-HEVCm35729 HYPERLINK "mailto:zhengjianhua@hisilicon.com" J. Zheng(HiSilicon), Z. Gu(SCU), X. Chen, X. Zheng, Y. Lin, P. Zhang(HiSilicon), N. Ling(SCU)Cleanup of Single Depth Intra Mode Simplificationm35730 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, HYPERLINK "mailto:karsten.suehring@hhi.fraunhofer.de" K. SÃ¼hring, HYPERLINK "mailto:detlev.marpe@hhi.fraunhofer.de" D. Marpe, (HHI)Proposed TMVP Fix and CU syntax cleanup for 3D-HEVCm35731 HYPERLINK "mailto:cheny@qti.qualcomm.com" Y.Chen (Qualcomm)Bug fix of the 3D-HEVC specification text on the scaling of TMVPm35732 HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)Non-CE1: Crosscheck of comments on Palette sharing (JCTVC-T0064)m35733 HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)Non-CE1: Crosscheck of parallel processing methods for index map coding (JCTVC-T0086)m35734 HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno (Canon)Non-CE1: Crosscheck of Palette coding mode for non-444 screen content video (JCTVC-T0120)m35735P. Lai, J. Kim, S. Liu (MediaTek)CE1-related: Cross-check of JCTVC-T0119 on improved palette run-length coding with palette flipping, and additional testsm35736 HYPERLINK "mailto:m.w.park@samsung.com" M. W. Park, HYPERLINK "mailto:dionism@samsung.com" C. Kim (Samsung)Cross check of On inter-view shift candidate (JCT3V-K0043)m35737 HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, S. Liu (MediaTek)Non-CE1: Cross-check of JCTVC-T0052, Escape coded pixel prediction for palette based codingm35738 HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, S. Liu (MediaTek)Non-CE1: Cross-check of JCTVC-T0123, Mapping of reconstructed pixels to palette indicesm35739 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)3D-CE1: Crosscheck of Depth intra skip (DIS) mode (JCT3V-K0033)m35740 HYPERLINK "mailto:tsukuba.takeshi@sharp.co.jp" T. Takeshi (Sharp)3D-CE1: Crosscheck of Segmental prediction in 3D-HEVC (JCT3V-K0031)m35741 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)3D-CE2: Crosscheck of Complexity reduction on illumination compensation for 3D-HEVC (JCT3V-K0032)m35742 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)Crosscheck of Position Derivation for Shifted-IVMC (JCT3V-K0036)m35743 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)Crosscheck of Alignment of TMVP derivation process between 3D-HEVC and HEVC (JCT3V-K0025)m35744 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)Crosscheck of Bug Fix for Texture-dependent Depth Partitioning (JCT3V-K0045)m35745 HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (Sharp)Crosscheck of Cleanup of Single Depth Intra Mode Simplification (JCT3V-K0051)m35746 HYPERLINK "mailto:kesle1597@gmail.com" Seung-ho Lee;, HYPERLINK "mailto:foriamweak@gmail.com" Sang-hyo Park;, HYPERLINK "mailto:esjang@hanyang.ac.kr" Euee S. Jang, Bug report on ME initialization in internet video coding (IVC) encoderm35747 HYPERLINK "mailto:kesle1597@gmail.com" Seung-ho Lee;, HYPERLINK "mailto:foriamweak@gmail.com" Sang-hyo Park;, HYPERLINK "mailto:esjang@hanyang.ac.kr" Euee S. Jang, Enhanced encoding technique on the quantized coefficients of chroma for internet video coding (IVC)m35748 HYPERLINK "mailto:kesle1597@gmail.com" Seung-ho Lee;, HYPERLINK "mailto:foriamweak@gmail.com" Sang-hyo Park;, HYPERLINK "mailto:esjang@hanyang.ac.kr" Euee S. Jang, Improved set of reference frames for internet video coding (IVC)m35749 HYPERLINK "mailto:foriamweak@gmail.com" Sang-hyo Park;, HYPERLINK "mailto:kesle1597@gmail.com" Seung-ho Lee;, HYPERLINK "mailto:foulpg99@gmail.com" Myeong Kyun Kim;, HYPERLINK "mailto:esjang@hanyang.ac.kr" Euee S. JangPerformance evaluation of IVC encoder (ITM 11) according to the VCC conditionm35750 HYPERLINK "mailto:teruhikos@jp.sony.com" T. Suzuki, HYPERLINK "mailto:jill@vidyo.com" J. Boyce, HYPERLINK "mailto:kazui.kimihiko@jp.fujitsu.com" K. Kazui, HYPERLINK "mailto:aramasub@qti.qualcomm.com" A. K. Ramasubramonian, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye (AHG chairs)JCT-VC AHG report: HEVC conformance test development (AHG4)m35751 HYPERLINK "mailto:teruhikos@jp.sony.com" T. Suzuki, HYPERLINK "mailto:vittorio@fub.it" V. Baroncini, HYPERLINK "mailto:cohen@merl.com" R. Cohen, HYPERLINK "mailto:tktan@m-sph.com" T. K. Tan, HYPERLINK "mailto:stewe@stewe.org" S. WengerJCT-VC AHG report: Test sequence material (AHG15)m35752S.-T. Hsiang (MediaTek)CE3-related: Cross check of JCTVC-T0113 on improved MV and run coding for Intra String Copym35753 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)CE3: Crosscheck of CE3 Test B.1 (JCTVC-T0041 and JCTVC-T0125)m35754 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)CE3: Crosscheck of CE3 Test B.4.2 (JCTVC-T0136)m35755 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)CE1: Crosscheck of CE1 Test B.1 (JCTVC-T0034)m35756 HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai (co-chairs)JCT-3V AHG report: 3D High level syntax (AHG6)m35757P. Lai, S. Liu (MediaTek)Cross-check of CE1-related: Modification of palette run coding (T0133)m35758B. Choi(Samsung)Crosscheck of Alignment of TMVP derivation process between 3D-HEVC and HEVC (JCT3V-K0025)m35759A. Minezawa, K. Miyazawa, S. Sekiguchi (Mitsubishi)Non-CE2: Cross-check of JCTVC-T0098 on zero merging candidates derivation for Intra BC/Inter signaling unificationm35760 HYPERLINK "mailto:dufourd@enst.fr" Jean-Claude Dufourd, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le FeuvreProposed editorial improvements for MMTm35761 HYPERLINK "mailto:dufourd@enst.fr" Jean-Claude Dufourd, HYPERLINK "mailto:lefeuvre@enst.fr" Jean Le FeuvreTechnical questions on MMT documentsm35762Roberto Borgotallo (RAI), Matthias Elser (IRT), Werner Bailer (Joanneum)Proposed logical data model to be adopted within MP-AF for the preservation of Quality Control metadata outputs (version 3)m35763Roberto Borgotallo (RAI)RAI high quality digitization and preservation use case, a full MP-AF XML instancem35764 HYPERLINK "mailto:Khaled%20Jerbi" Khaled.Jerbi@insa-rennes.fr, Wassim Hamidouche, Olivier DÃ©forgesTowards a parallel scalable profile of the dataflow HEVC decoderm35765 HYPERLINK "mailto:rob.koenen@tno.nl" Rob Koenen, HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel Thomas, HYPERLINK "mailto:hans.stokking@tno.nl" Hans StokkingInput on Media Orchestrationm35766 HYPERLINK "mailto:patrick.gendron@thomson-networks.com" Patrick Gendron, HYPERLINK "mailto:xavier.ducloux@thomson-networks.com" Xavier Ducloux[CE-SISSI] OpenGOP in OTTm35767 HYPERLINK "mailto:traian.lavric@telecom-sudparis.eu" Traian Lavric, HYPERLINK "mailto:adrian.gabrielli@telecom-sudparis.eu" Adrian Gabrielli, Veronica Scurtu, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaHigh level presentation layer for MLAFm35768 HYPERLINK "mailto:greg.babb@textlogic.ch" Greg Babb, HYPERLINK "mailto:cperey@perey.com" Christine Perey, Veronica Scurtu, HYPERLINK "mailto:marius.preda@it-sudparis.eu" Marius PredaComments on Augmented Reality Reference Modelm35769 HYPERLINK "mailto:sdeshpande@sharplabs.com" S. Deshpande, HYPERLINK "mailto:misrak@sharplabs.com" K. Misra (Sharp)On palette_escape_val_present_flag semanticsm35770 HYPERLINK "mailto:Xiaoyu.Xiu@InterDigital.com" X. Xiu, HYPERLINK "mailto:Yuwen.He@InterDigital.com" Y. He, HYPERLINK "mailto:Yan.Ye@InterDigital.com" Y. Ye (InterDigital)Cross-verification of JCTVC-T0050: Non-CE2: IBC encoder improvements and combinations with CE2m35771 HYPERLINK "mailto:aaaron@netflix.com" Anne Aaron, HYPERLINK "mailto:mwatson@netflix.com" Mark WatsonNetflix on Future Video Codingm35772 HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin (Qualcomm)Non-CE1: Cross-check for simplification for index map coding in palette mode (JCTVC-T0078)m35773 HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou (Qualcomm)CE3 Related: Crosscheck of JCTVC-T0129m35774 HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou (Qualcomm)CE1 Related: Crosscheck of JCTVC-T0060m35775 HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu (Qualcomm)Cross check Non-CE1: Palette mode for non-4:4:4 formatm35776Armin Trattnig, HYPERLINK "mailto:singer@apple.com" David SingerFile format reference software and conformance update (2)m35777 HYPERLINK "mailto:singer@apple.com" David SingerCorrection to the user-data box in movie fragmentsm35778 HYPERLINK "mailto:singer@apple.com" David SingerSuggested updates to the HEVC Image File Formatm35779J. Zhao, S.H. Kim (Sharp)Cross check of T0109 -- Non-CE1: Extension of palette mode to non-4:4:4 colour formatsm35780 HYPERLINK "mailto:spencer@morphbius.com" Spencer Cheng, HYPERLINK "mailto:jtwen@tsinghua.edu.cn" Jiangtao WenRevised HEVC SEI Message for Green Metadatam35781 HYPERLINK "mailto:zhujianqing@cn.fujitsu.com" Jianqing Zhu (Fujitsu)CE1-related : Crosscheck of JCTVC-T0078m35782G. Barroux, HYPERLINK "mailto:zhujianqing@cn.fujitsu.com" J. Zhu (Fujitsu), P. Lai, S.-T. Hsiang (MediaTek)Non-CE1: Crosscheck of T0063m35783 HYPERLINK "mailto:zhengxiaozhen@hisilicon.com" X. ZhengCrosscheck of Simplification of DMM table derivation(JCT3V-K0042)m35784 HYPERLINK "mailto:zhengxiaozhen@hisilicon.com" X. ZhengCrosscheck of Clean up of 3D-HEVC specification part2 (JCT3V-K0044)m35785 HYPERLINK "mailto:kazui.kimihiko@jp.fujitsu.com" K.Kazui, T.Kubota, K.Takeuchi, A.Nakagawa(Fujitsu)Proposal on new HEVC profile for hierarchical lossless codingm35786Xufeng Li, HYPERLINK "mailto:rgwang@pkusz.edu.cn" Ronggang Wang, Zhenyu Wang, Wenmin Wang, Siwei Ma, Tiejun Huang, Wen GaoSubjective quality improvement for internet video codingm35787 HYPERLINK "mailto:gauthier.lafruit@ulb.ac.be" Gauthier Lafruit, HYPERLINK "mailto:kwegner@multimedia.edu.pl" Krzysztof Wegner, HYPERLINK "mailto:tanimoto@nagoya-u.jp" Masayuki Tanimoto[FTV AHG] Draft Call for Evidence on FTVm35788W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)Non-CE1: 2-D Index Map Coding in HEVC SCCm35789W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)Non-CE3: 2-D Intra String Copy in HEVC SCCm35790M. Xu, W. Wang, Z. Ma, H. Yu (Huawei)AHG6: Information on the usage of IBC, Palette, and Intra Prediction in SCCm35791 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, HYPERLINK "mailto:karsten.suehring@hhi.fraunhofer.de" K. SÃ¼hring, HYPERLINK "mailto:detlev.marpe@hhi.fraunhofer.de" D. Marpe (HHI)On maximum number of direct and indirect reference layers in the 3D main profilem35792 HYPERLINK "mailto:kimse@sharplabs.com" S.H. Kim, HYPERLINK "mailto:misrak@sharplabs.com" K. Misra, HYPERLINK "mailto:jzhao@sharplabs.com" J. Zhao, HYPERLINK "mailto:asegall@sharplabs.com" A. Segall (Sharp)Non-CE2: Improved binarization for BVD/MVDm35793 HYPERLINK "mailto:alberto@ngcodec.com" Alberto Duenas (AHG chair), R. Joshi, S.-H. Kim, W. Wang, X. Xiu (AHG vice-chairs)JCT-VC AHG report: Complexity of palette mode coding (AHG9)m35794 HYPERLINK "mailto:atourapis@apple.com" Alexis Michael Tourapis, David Singer, Krasimir KolarovCorrection of the P22 Colour Primaries in ISO/IEC 23001-8m35795 HYPERLINK "mailto:atourapis@apple.com" Alexis Michael Tourapis, David Singer, Steve Saunders, Krasimir KolarovBest Effort Decoding for Green MPEG â¬ Hardware Analysism35796 HYPERLINK "mailto:atourapis@apple.com" Alexis Michael Tourapis, David Singer, Xiaohua Yang, Jian Zhou, Krasimir KolarovUpdated Text of ISO/IEC 14496-10 â¬ Levels 6.x supportm35797 HYPERLINK "mailto:atourapis@apple.com" Alexis Michael Tourapis, David SingerHDRTools: Software updatesm35798 HYPERLINK "mailto:mdolan@newtbt.com" Michael DolanLiaison from DECEm35799 HYPERLINK "mailto:claudio.alberti@epfl.ch" Claudio Alberti, HYPERLINK "mailto:marco.mattavelli@epfl.ch" Marco Mattavelli, HYPERLINK "mailto:leonardo@chiariglione.org" Leonardo Chiariglione, HYPERLINK "mailto:Ioannis.Xenarios@isb-sib.ch" Ioannis Xenarios, HYPERLINK "mailto:jaime.delgado@ac.upc.edu" Jaime Delgado, Nicolas Guex, Heinz Stockinger, Thierry Schuepbach, Pascal Kahlem, Christian Iseli, Daniel Zerzion, Dmitry Kuznetsov, Yann Thoma, Enrico PetraglioUpdated white paper on genomic information compression and storagem35800 HYPERLINK "mailto:claudio.alberti@epfl.ch" Claudio Alberti, HYPERLINK "mailto:marco.mattavelli@epfl.ch" Marco Mattavelli, HYPERLINK "mailto:leonardo@chiariglione.org" Leonardo Chiariglione, HYPERLINK "mailto:Ioannis.Xenarios@isb-sib.ch" Ioannis Xenarios, HYPERLINK "mailto:jaime.delgado@ac.upc.edu" Jaime Delgado, Nicolas Guex, Heinz Stockinger, Thierry Schuepbach, Pascal Kahlem, Christian Iseli, Daniel Zerzion, Dmitry Kuznetsov, Yann Thoma, Enrico PetraglioDraft requirements for a genomic information m35801 HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu (CE Coordinators)CE2: Summary report for Core Experiment 2 on Intra block copy relationship to inter codingm35802 HYPERLINK "mailto:mohammedsraad@raadtech.com" Mohamad Raad, HYPERLINK "mailto:hta@google.com" Harald AlvestrandEditor's comment on the results of the 14496-31 DIS ballotm35803 HYPERLINK "mailto:Jae-Kwan%20Yun" jkyun@etri.re.kr, Yoonmee Doh, Hyun-Woo Oh, Jae-Doo Huh, Jong-Hyun Jang, Sang-Kyun KimProposal to modify APIs for SE Enginem35804Takanori Senoh, Krzysztof Wegner, Gauthier LafruitFTV AHG: Status of Test Sequences for Free-viewpoint Television (FTV)m35805 HYPERLINK "mailto:senoh@nict.go.jp" Takanori Senoh, HYPERLINK "mailto:ao-ishikawa@nict.go.jp" Akio Ishikawa, HYPERLINK "mailto:okui.m@nict.go.jp" Makoto Okui, HYPERLINK "mailto:k.yamamoto@nict.go.jp" Kenji Yamamoto, HYPERLINK "mailto:na-inoue@nict.go.jp" Naomi Inoue, FTV AHG: Kimono sequence of NICTm35806 HYPERLINK "mailto:senoh@nict.go.jp" Takanori Senoh, HYPERLINK "mailto:ao-ishikawa@nict.go.jp" Akio Ishikawa, HYPERLINK "mailto:okui.m@nict.go.jp" Makoto Okui, HYPERLINK "mailto:k.yamamoto@nict.go.jp" Kenji Yamamoto, HYPERLINK "mailto:na-inoue@nict.go.jp" Naomi Inoue, FTV AHG: New depth map for Bee sequencem35807 HYPERLINK "mailto:senoh@nict.go.jp" Takanori Senoh, HYPERLINK "mailto:ao-ishikawa@nict.go.jp" Akio Ishikawa, HYPERLINK "mailto:okui.m@nict.go.jp" Makoto Okui, HYPERLINK "mailto:k.yamamoto@nict.go.jp" Kenji Yamamoto, HYPERLINK "mailto:na-inoue@nict.go.jp" Naomi InoueFTV AHG: Trial on DERS Fast Modem35808Tatsuya Igarashi, Yasuaki Yamagishi, Mitsuhiro Hirabayashi, CE-FDH: Server Controlled Adaptation in Pushm35809 HYPERLINK "mailto:sascha.disch@iis.fraunhofer.de" Sascha Disch, HYPERLINK "mailto:kikuiri@nttdocomo.com" Kei Kikuiri, HYPERLINK "mailto:Andreas.Niedermeier@iis.fraunhofer.de" Andreas Niedermeier, HYPERLINK "mailto:max.neuendorf@iis.fraunhofer.de" Max NeuendorfProposed corrections to the enhanced noise fillingm35810B. Li, J. Xu (Microsoft)On selective RDOQm35811 HYPERLINK "mailto:polin.lai@mediatek.com" P. Lai, HYPERLINK "mailto:patrice.onno@crf.canon.fr" P. Onno, HYPERLINK "mailto:cohen@merl.com" R. Cohen, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:Zhan.Ma@huawei.com" Z. Ma (CE Coordinators)CE1: Summary report of CE on improvements of palette modem35812 HYPERLINK "mailto:kimse@sharplabs.com" S.H. Kim (Sharp)Cross-check of JCTVC-T0127 CE2-related: Improved method for entropy coding MVD/BVDm35813 HYPERLINK "mailto:sugimoto.t-fg@nhk.or.jp" Takehiro SugimotoCross-check report of CE for MPEG-H 3D Audio Phase 2m35814 HYPERLINK "mailto:vishy@adobe.com" Viswanathan (Vishy) Swaminathan, HYPERLINK "mailto:swei@adobe.com" Sheng Wei, HYPERLINK "mailto:kstreete@adobe.com" Kevin Streeter[CE-FDH] Abstract Protocol for DASH over FDHm35815 HYPERLINK "mailto:swei@adobe.com" Sheng Wei, HYPERLINK "mailto:vishy@adobe.com" Viswanathan (Vishy) Swaminathan, HYPERLINK "mailto:kstreete@adobe.com" Kevin Streeter[CE-FDH] Sample Implementation of Low Latency Live Streaming for HTTP 1.1 using HTTP Chunked Encodingm35816J. Lainema (Nokia)Crosscheck of JCTVC-T0048 (Non-CE1: On palette prediction for slices)m35817J. Lainema (Nokia)Crosscheck of JCTVC-T0088 (Non-CE1: Modifications of copy-above mode in index coding)m35818R.-L. Liao, HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:wpeng@cs.nctu.edu.tw" W.-H. Peng, H.-M. Hang (NCTU/ITRI)Crosscheck of Non-CE3: Improvement on Intra String Copy (JCTVC-T0139)m35819R.-L. Liao, HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:wpeng@cs.nctu.edu.tw" W.-H. Peng, H.-M. Hang (NCTU/ITRI)Crosscheck of Non-CE3: Vector coding for CE3-Test A on Intra line Copy mode (JCTVC-T0092)m35820 HYPERLINK "mailto:seoji@etri.re.kr" Jeongil Seo, Seungkwon Beack, Jongmo Sung, Taejin LeeFinalization of Phase 2 CE on Parametric QCEm35821 HYPERLINK "mailto:seoji@etri.re.kr" Jeongil Seo, Seungkwon Beack, Jongmo Sung, Taejin LeeETRI listening test report on CE of Parametric QCEm35822Mitsuyuki Hatanaka, Toru Chinen, Masayuki Nishiguchi, Sony's cross-check report on extended MPEG-4 Audio Conformance Bitstreamsm35823 HYPERLINK "mailto:pcl@gti.ssr.upm.es" Pablo Carballeira, HYPERLINK "mailto:jgs@gti.ssr.upm.es" Jesus Gutierrez, HYPERLINK "mailto:fmb@gti.ssr.upm.es" Francisco Moran[FTV-AHG] Subjective evaluation of Super Multiview Video in legacy displaysm35824Massimo Balestri (Telecom Italia), Gianluca Francini (Telecom Italia), Skjalg Lepsoy (Telecom Italia), Alessandro Bay (Politecnico di Torino), Attilio Fiandrotti (Sisvel Technology), Massimo Mattelliano (Sisvel Technology)CDVS Test Model code optimizations and enhancementsm35825V. K. Malamal Vadakital, M. M. Hannuksela (Nokia)A grouping mechanism for the Image File Format (ISO/IEC 23008-12)m35826M. M. Hannuksela, V. K. Malamal Vadakital, J. Lainema (Nokia)Miscellaneous cleanups for ISO/IEC 23008-12m35827Minoru Tsuji, Toru Chinen, Runyu Shi, Yuki Yamamoto, Masayuki NishiguchiProduction-side zoom control CEm35828M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Multiple-of-90-degree rotations for image sequence tracks in ISO/IEC 23008-12m35829M. M. Hannuksela, V. K. Malamal Vadakital, J. Lainema (Nokia)On brand specifications for the Image File Format (ISO/IEC 23008-12)m35830M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Optional MIME parameters for ISO/IEC 23008-12m35831V. K. Malamal Vadakital, M. M. Hannuksela (Nokia)Provision for verification of data integrity of ISOBMFF structuresm35832M. Viitanen, J. Vanne, T. D. HÃ¤mÃ¤lÃ¤inen (Tampere Univ. of Technology), M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Conformance files for ISO/IEC 14496-15m35833M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Optional MIME parameters for L-HEVC in ISO/IEC 14496-15m35834V. K. Malamal Vadakital, M. M. Hannuksela (Nokia)Indication of output layer set for L-HEVC in ISO/IEC 14496-15m35835 HYPERLINK "mailto:" Laurent Boch, HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia LlorenteContribution for improving the working drafts of second editions of ISO/IEC 21000-21 (Media Contract Ontology) and ISO/IEC 21000-20 (Contract Expression Language)m35836 HYPERLINK "mailto:" Laurent Boch, HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia LlorenteDraft Resolution of Editorsâ¬ "! notes from WD of 2nd Edition of ISO/IEC 21000-21 Media Contract Ontology (MCO)m35837 HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia Llorente, HYPERLINK "mailto:" Laurent BochDraft Resolution of Editorsâ¬ "! notes from WD of 2nd Edition of ISO/IEC 21000-20 Contract Expression Language (CEL)m35838 HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia LlorenteInitial survey on privacy and security requirements on genome compression, transmission and storagem35839M. M. Hannuksela (Nokia)Supplemental property descriptor for fast start-up representationsm35840 HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorComparison of BPG and MPEG Image File Formatm35841Jacob StromInvestigation of HDR Color Subsamplingm35842 HYPERLINK "mailto:domanski@et.put.poznan.pl" Marek Domamski, Adrian Dziembowski, Krzysztof Klimaszewski, Adam Åuczak, Dawid Mieloch, Olgierd Stankiewicz, Krzysztof WegnerComments on further standardization for Free-Viewpoint Televisionm35843 HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorDASH SubAssetIdentifiers and Sub-Representationsm35844 HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorReview of use cases on the Image File Formatm35845m35846Marek Domanski, Adrian Dziembowski, Maciej Kurc, Adam Luczak, Dawid Mieloch, Jakub Siast, Olgierd Stankiewicz, Krzysztof WegnerPoznan University of Technology test multiview video sequences acquired with circular camera arrangement â¬ â¬ SPoznan Teamâ¬ and â¬ SPoznan Blocksâ¬ sequencesm35847 HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorClarification on Layered HEVC over MPEG-2 TSm35848 HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorClarification on Layered HEVC storage in ISOBMFFm35849 HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le FeuvreStorage of WebVTT Thumbnail tracks in ISOBMFFm35850Hermann FÃ¼rntratt, Werner BailerA C++ Class Library Implementing MPEG MP-AFm35851Yuki Yamamoto, Toru ChinenIntegration of dynamic object priority into 3D Audio reference softwarem35852 HYPERLINK "mailto:edouard.francois@technicolor.com" E. FrancoisReport on HDR & WCG anchors generation in view of the CfEm35853 HYPERLINK "mailto:tglee@dsp.yonsei.ac.kr" Taegyu Lee, Young-cheol Park, Dae Hee Youn, HYPERLINK "mailto:henney@wilusgroup.com" Henney Oh, Kukil Im, Yonghyun Baek, HYPERLINK "mailto:seoji@etri.re.kr" Jeongil Seo, Proposed Update in MPEG-H 3D Audio DIS Textm35854 HYPERLINK "mailto:tglee@dsp.yonsei.ac.kr" Taegyu Lee, Young-cheol Park, Dae Hee Youn, HYPERLINK "mailto:henney@wilusgroup.com" Henney Oh, Kukil Im, Yonghyun Baek, HYPERLINK "mailto:seoji@etri.re.kr" Jeongil Seo, Thoughts on Conformance Test for MPEG-H 3D Audio Binaural Rendererm35855 HYPERLINK "mailto:goldmunt@gmail.com" Sang-Kyun Kim, Leonardo Chiariglione, Md. Jalil Piran, AHG on media-centric IoT (MioT) reportm35856Jin-Seo Kim, In-Su Jang, Soon-Young Kwon, Yoon-Seok Choi, Minwoo Kim, Jungyup Oh, HYPERLINK "mailto:goldmunt@gmail.com" Sang-Kyun Kim, Report on progress of implementing Ref. SW (IM1Player and Player3D)m35857J RidgeFollowup to m34971m35858Sang Bae Chon, Sunmin KimConsiderations on the Immersive Format Converter in MPEG-H 3D Audio Textm35859Sang Bae Chon, Sunmin KimExtended Personalized Service over MPEG-H 3D Audiom35860Md. Jalil Piran, Doug Young Suh, Kyu Heon KimOverview of MIoTm35861Md. Jalil Piran, Doug Young Suh, Kyu Heon KimMIoT Use-case; Accident Detection and Notification Systemm35862Md. Jalil Piran, Doug Young Suh, Kyu Heon KimMIoT Use-case; Vehicle Anti-theft Systemm35863Multicam Scenariom35864Khaled Jerbi, Damien De Saint Jorre, Marco Mattavelli, Daniele Renzi, Claudio AlbertiUpdates on HEVC decoder status on conformance test streamsm35865 HYPERLINK "mailto:robert.brondijk@philips.com" Robert Brondijk, HYPERLINK "mailto:rocco.goris@philips.com" Rocco GorisComments on CfEm35866 HYPERLINK "mailto:robert.brondijk@philips.com" Robert Brondijk, HYPERLINK "mailto:rocco.goris@philips.com" Rocco Goris, , Objective Testing Proposalm35867Matthias Felix, Max Neuendorf, Matthias Hildenbrand, Michael HÃ¤rtlOpen issues regarding USAC Conformancem35868Khaled Jerbi, Damien De Saint Jorre, Marco Mattavelli, Daniele Renzi, Claudio AlbertiUpdate on Text of ISO/IEC 23002-4:201x/PDAM2 FU and FN descriptions for HEVCm35869 HYPERLINK "mailto:robert.brondijk@philips.com" Robert BrondijkCarriage of MPEG-H 3D audio over MPEG-2 Systems yet another Amendmentm35870Miscellaneous optimizations on the dataflow description of HEVC decoder m35871 HYPERLINK "mailto:ingo.hofmann@iis.fraunhofer.de" Ingo Hofmann, HYPERLINK "mailto:michael.kratschmer@iis.fraunhofer.de" Michael Kratschmer, HYPERLINK "mailto:harald.fuchs@iis.fraunhofer.de" Harald FuchsProposed update to ISO/IEC 23008-3 PDAM 2m35872 HYPERLINK "mailto:stephan.schreiner@iis.fraunhofer.de" Stephan Schreiner, Harald FuchsProposed update to ISO/IEC 13818-1:201x/PDAM6m35873 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasAuthorisation frameworks in DASH : URI signing and AMD2 - CE-USDm35874 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasMPD validity end time signalling as SAND message for dynamic MPDs - CE-SANDm35875 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasEditorial changes for MPD updates â¬ DASH part 1m35876 HYPERLINK "mailto:max.neuendorf@iis.fraunhofer.de" Max Neuendorf, HYPERLINK "mailto:ralf.geiger@iis.fraunhofer.de" Ralf GeigerDefect Report on ISO/IEC 23003-3:2012 Unified speech and audio codingm35877 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasA WebSocket-based Transport Protocol to Carry SAND messages - CE-SANDm35878 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasOn common property of SAND messages - CE-SAND/TuCm35879 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasCarriage of spatial relationship for dynamic ROI in video panorama in ISOBMFFm35880 HYPERLINK "mailto:stephan.schreiner@iis.fraunhofer.de" Stephan Schreiner, Tobias Schwegler, Nikolaus Rettelbach, Proposed extensions of MPEG-4 Audio Conformancem35881 HYPERLINK "mailto:stephan.schreiner@iis.fraunhofer.de" Stephan Schreiner, Tobias Schwegler, Nikolaus Rettelbach, MPEG-4 Audio Maintenance Issuesm35882 HYPERLINK "mailto:xin.huawei.wang@huawei.com" Xin Wang, Yuqun Fan, Lei ZhouCE-SAND: SAND Parameters for Network Assisted QoS Request, Negotiation and Decisionm35883 HYPERLINK "mailto:andreas.hoelzer@iis-extern.fraunhofer.de" Andreas Hoelzer, Simone Fueg, Michael Kratschmer, Harald Fuchs, Proposed update of MPEG-H 3D Audio Metadata Audio Elementsm35884 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)CE2-Related: Crosscheck of JCTVC-T0057m35885 HYPERLINK "mailto:xin.huawei.wang@huawei.com" Xin Wang, Shaobo Zhang, Tingfang TangMulti-Stream Streaming in DASH (Multi-Stream DASH)m35886Giuseppe VavalÃ (CEDEO), Kenichi Nakamura (Panasonic), Proposed Committee Draft of MPEG-A Part 16: Publish/Subscribe Application Formatm35887Giuseppe VavalÃ (CEDEO)Proposal for WD0.1 of ISO/IEC 23006-1 3rd edition m35888Giuseppe VavalÃ (CEDEO), Kenichi Nakamura (Panasonic), Proposed revised requirements for Publish Subscribe Application Format (PSAF)m35889 HYPERLINK "mailto:adrian.murtaza@iis.fraunhofer.de" Adrian Murtaza, JÃ¼rgen HerreFhG IIS cross-check results for MPEG-H 3D Audio Phase 2 CE on Parametric QCEm35890 HYPERLINK "mailto:xin.huawei.wang@huawei.com" Xin Wang, Technologies for Adaptive Screen Content Sharing Application Formatm35891Ce Zhu, Yimin Zhou, Yanbo Gao, Shuai Li, Qiang Peng, Lu YuTemporal Dependent Rate-Distortion Optimization in Internet Video Codingm35892Yimin ZHOU, Ce ZHU, Min ZHONG, Minke LUO, Lu YUFuzzy Rate Control Scheme for Internet Video Codingm35893 HYPERLINK "mailto:spo@idmt.fhg.de" Thomas Sporer, HYPERLINK "mailto:ltu@idmt.fhg.de" Judith Liebetrau, CE Immersive Audio (cross check site - Fraunhofer IDMT)m35894Xufeng Li, Ronggang Wangcross-check for m35891 on IVC temporal dependent RDOm35895Xufeng Li, Ronggang Wangcross-check for m35892 on IVC fuzzy rate controlm35896Xufeng Li, Ronggang Wangcross-check for m35749 on IVC performancem35897 HYPERLINK "mailto:adrian.murtaza@iis.fraunhofer.de" Adrian Murtaza, JÃ¼rgen Herre, Jouni Paulus, Leon TerentivFurther information on open issues in SAOC 3Dm35898 HYPERLINK "mailto:michael.kratschmer@iis.fraunhofer.de" Michael Kratschmer, HYPERLINK "mailto:max.neuendorf@iis.fraunhofer.de" Max NeuendorfSupport of MPEG-D DRC in USACm35899 HYPERLINK "mailto:max.neuendorf@iis.fraunhofer.de" Max Neuendorf, HYPERLINK "mailto:achim.kuntz@iis.fraunhofer.de" Achim Kuntz, Simone FÃ¼g, Michael Fischer, Michael Kratschmer, Stephan SchreinerOpen issues in 3DA for consideration by Audio Subgroupm35900--- WITHDRAWN ---m35901 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)Crosscheck of JCTVC-T0062: Non 4:4:4 Palette Mode: AhG Waym35902 HYPERLINK "mailto:sabino.metta@rai.it" Sabino Metta, HYPERLINK "mailto:alberto.messina@rai.it" Alberto Messina, , Update of the Draft Implementation Guidelines for MPEG-UDm35903Alexander Krueger, Sven Kordon, Florian Keiler, HYPERLINK "mailto:johannes.boehm@technicolor.com" Johannes Boehm, HYPERLINK "mailto:oliver.wuebbolt@technicolor.com" Oliver WuebboltComments and Additions to MPEG-H 3D Audio phase 2 Working Draft 0 textm35904Alexander Krueger, HYPERLINK "mailto:oliver.wuebbolt@techncicolor.com" Oliver Wuebbolt, Nils PetersAdditional Information on Layered Coding for MPEG-H 3D Audiom35905 HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, Cedric ThienotSignaling of Partial/Corrupted ISOBMFFm35906 HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" jean Le Feuvre, Cyril Concolato, Nassima BouzakariaOn SISSI CEm35907Alexander Krueger, Sven Kordon, HYPERLINK "mailto:oliver.wuebbolt@technicolor.com" Oliver WuebboltCorrections for DIS text of ISO IEC 23008-3 3D Audiom35908Nicola.Adami@unibs.it, Mirko Gagni, Claudia Gargiulo, Stefano Maccarana, Federico Polini, Muhammad Umar Riaz, Riccardo.Leonardi@unibs.itA proposal of conformance test for CDVSm35909 HYPERLINK "mailto:oliver.wuebbolt@technicolor.com" Oliver Wuebbolt, Florian KeilerCrosscheck results of corrections to the enhanced noise fillingm35910 HYPERLINK "mailto:yuwen.he@interdigital.com" Y. He, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:yan.ye@interdigital.com" Y. Yan (InterDigital)Cross-check of JCTVC-T0196: On selective RDOQm35911Alexander Krueger, Johannes Boehm, HYPERLINK "mailto:oliver.wuebbolt@technicolor.com" Oliver WuebboltExamples for MPEG-H 3D Audio Profiles and Levels definitionm35912 HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiSCTE DVS Liaison on DASHm35913 HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiCorrections to ISO/IEC 23001-9m35914 HYPERLINK "mailto:alex.giladi@gmail.com" Alex Giladi, HYPERLINK "mailto:Yasser_Syed@cable.comcast.com" Yasser Syed, HYPERLINK "mailto:Wendell.Sun@arris.com" Wendell Sun, HYPERLINK "mailto:A.Hinds@cablelabs.com" Arianne Hinds, HYPERLINK "mailto:prabhu.navali@azukisystems.com" Prabhu Navali, HYPERLINK "mailto:Jean%20Le%20Feuvre%20jean.lefeuvre@telecom-paristech.fr" Jean Le FeuvreVirtually segmented transport streamsm35915 HYPERLINK "mailto:alex.giladi@gmail.com" Alex Giladi, HYPERLINK "mailto:wilaw@akamai.com" Will LawAbsolute time fragment parameter for MPD URIs m35916 HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiNotification event m35917 HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiOn Use of HTTP Headersm35918M. M. Hannuksela (Nokia)Indication of hybrid codec scalability for L-HEVC in ISO/IEC 14496-15m35919Alejo I. Arias, HYPERLINK "mailto:eduardo.juarez@upm.es" Eduardo Juarez, Mickael Raulet, Cesar Sanz, Matias J. Garrido, Fernando PescadorEvent-Based Performance Monitoring in RVC-CALm35920Schuyler Quackenbush110th MPEG Audio Reportm35921 HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang, HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, On sample grouping type in 14496-12 and 14996-15m35922 HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang, HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, On the concept of random access point in 14496-12 and 14496-15m35923 HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. WangOn HEVC and L-HEVC file formatsm35924 HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, HYPERLINK "mailto:cheny@qti.qualcomm.com" Ying Chen, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. WangOn carriage of layered HEVC over MPEG-2 TS m35925Alan LambsheadSMPTE Liaison - Immersive Audiom35926 HYPERLINK "mailto:garysull@microsoft.com" G. J. Sullivan, HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm (AHG chairs)JCT-VC AHG report: Project management (AHG1)m35927 HYPERLINK "mailto:irajs@live" Iraj Sodagar[AMD2] On Flexible URL Parameter Insertionm35928 HYPERLINK "mailto:irajs@live.com" Iraj Sodagar[TuC] Playback Control Signalingm35929 HYPERLINK "mailto:irajs@live.com" Iraj Sodagar on behalf of DASH-IFDASH-IF Liaison on Recent Activitiesm35930 HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu, HYPERLINK "mailto:lintao@tongji.edu.cn" T. Lin, HYPERLINK "mailto:Wei.Wang.sc@huawei.com" W. WangCE3: Summary report for Core Experiment 3 on Intra Line Copy and Intra String Copym35931 HYPERLINK "mailto:cheerchen.cs98g@g2.nctu.edu.tw" C.-C. Chen, HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu, HYPERLINK "mailto:lintao@tongji.edu.cn" T. Lin, HYPERLINK "mailto:Wei.Wang.sc@huawei.com" W. Wang (CE Coordinators)CE3: Summary report for Core Experiment 3 on Intra Line Copy and Intra String Copy m35932 HYPERLINK "mailto:traian.lavric@telecom-sudparis.eu" Traian Lavric, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaComments on Text of ISO/IEC CD 23000-13 2nd Edition ARAFm35933 HYPERLINK "mailto:yuwen.he@interdigital.com" Y. He, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:yan.ye@interdigital.com" Y. Ye (InterDigital)Non-CE1: on palette sharing modem35934Tomasz Å»ernicki, Åukasz Januszkiewicz, Marcin Chryszczanowicz, Maciej BartkowiakMPEG-H 3D Audio Phase 2 Core Experiment Proposal on tonal component codingm35935 HYPERLINK "mailto:christian.timmerer@itec.aau.at" Christian Timmerer, Christopher MÃ¼ller, Reinhard Grandl, Stefan LedererLive edge hinting for MPEG-DASHm35936 HYPERLINK "mailto:traian.lavric@telecom-sudparis.eu" Traian Lavric, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaLocal/Remote Audio Recognition protosm35937 HYPERLINK "mailto:christian.timmerer@itec.aau.at" Christian Timmerer, Christopher MÃ¼ller, Reinhard Grandl, Stefan LedererDescriptive information for adaptation set and representationm35938 HYPERLINK "mailto:christian.timmerer@itec.aau.at" Christian Timmerer, Christopher MÃ¼ller, Reinhard Grandl, Stefan LedererAd content signaling in MPEG-DASHm35939 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)Crosscheck of JCTVC-T0049: On intra mode MPM derivation for SCCm35940S. M. Ruggieri, W. Husak, J. Froehlich (HdM), T. Lu, F. Pu, HYPERLINK "mailto:pyin@dolby.com" P. Yin, T. Chen (Dolby)Description of Color Graded SDR content for HDR/WCG CfE Test Videos m35941T. Lu, F. Pu, HYPERLINK "mailto:pyin@dolby.com" P. Yin, T. Chen, W. Husak (Dolby)Compression results of SHM 7.0 for SDR backward compatibility using Color Graded SDR and HDR/WCG contentm35942T. Lu, F. Pu, HYPERLINK "mailto:pyin@dolby.com" P. Yin, T. Chen, W. Husak (Dolby)Comments on SHM7.0 performances for SDR backward compatibility with different SDR videosm35943Felix FernandesBuffer model for processing green access unitsm35944 HYPERLINK "mailto:Karsten.Grueneberg@hhi.fraunhofer.de" Karsten GrÃ¼neberg, HYPERLINK "mailto:Thomas.Schierl@hhi.fraunhofer.de" Thomas Schierl, HYPERLINK "mailto:Yago.Sanchez@hhi.fraunhofer.de" Yago SanchezOn Transport of Layered HEVC in MPEG-2 Systemsm35945 HYPERLINK "mailto:dsen@qti.qualcomm.com" Deep Sen, Venkatesh Krishnan, Moo-Young Kim, Nils Peters, HYPERLINK "mailto:jeongook@qti.qualcomm.com" Jeongook Song, Report on ISO header compliancy, minor bug fixes and proposal for audio object type ID for the MPEG-H codebasem35946 HYPERLINK "mailto:Karsten.Grueneberg@hhi.fraunhofer.de" Karsten GrÃ¼nebergObjectTypeIndication code point for HEVCm35947Frank Baumgarte, Michael KratschmerEditorial changes and clarifications on MPEG-D DRCm35948Mitsuhiro Hirabayashi, Toru ChinenComments on 3D audio file format in the ISO/IEC 23008-3 PDAM2m35949Mitsuhiro Hirabayashi, Shuichi WatanabeComments on SRD specification in the ISO/IEC 23009-1 2nd Ed. DAM2m35950Mitsuhiro HirabayashiComments on Edit List Box in the ISO/IEC 14496-12 ISOBMFF Defect Reportm35951 HYPERLINK "mailto:dsen@qti.qualcomm.com" Deep Sen, Venkatesh Krishnan, Moo-Young Kim, HYPERLINK "mailto:jeongook@qti.qualcomm.com" Jeongook Song, Updated JAME to support Visual Studio 2012m35952Mitsuhiro HirabayashiClarifications on spatial_set_id in SRD specification in the ISO/IEC 23009-1 2nd Ed. DAM2m35953 HYPERLINK "mailto:christian.tulvan@telecom-sudparis.eu" Christian Tulvan, HYPERLINK "mailto:elena.pop@telecom-sudparis.eu" Elena Pop, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaUpdates on Web3D Codingm35954Paul Szucs, Mitsuhiro Hirabayashi, Yasuaki YamagishiMosaic service based on SRDm35955 HYPERLINK "mailto:christian.tulvan@telecom-sudparis.eu" Christian Tulvan, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaMPEG Software assetsm35956 HYPERLINK "mailto:christian.tulvan@telecom-sudparis.eu" Christian Tulvan, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaMPEG Content assetsm35957 HYPERLINK "mailto:christian.tulvan@telecom-sudparis.eu" Christian Tulvan, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaMPEG Conformance assetsm35958Mitsuhiro Hirabayashi, Kazuhiko TakabayashiClarifications on Channel Layout Box in the ISO/IEC 14496-12 ISOBMFF study DAM4m35959Mitsuiro Hirabayashi, Kazuhiko Takabayashi, Takehiko Nakano, Mitsuru KatsumataClarifications on Common encryption 3rd Ed. DISm35960 HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai, HYPERLINK "mailto:shimizu.shinya@lab.ntt.co.jp" S. Shimizu, HYPERLINK "mailto:teruhikos@jp.sony.com" T. SuzukiJCT-3V AHG report: HEVC conformance testing development (AHG 10)m35961 HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:Yong.He@InterDigital.com" Y. HeJCT-VC AHG report: SHVC software development (AHG12)m35962 HYPERLINK "mailto:chhung@itri.org.tw" C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, HYPERLINK "mailto:Chunlung@itri.org.tw" C.-L. Lin (ITRI)Non-CE1: Crosscheck of JCTVC-T0118m35963 HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanOn Carriage of Quality Metadata in MPEG-2 Systemsm35964 HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanProposed Set of SAND Parametersm35965 HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanOn SAND Metrics Reportingm35966 HYPERLINK "mailto:chris.rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:lizhang@qti.qualcomm.com" L. Zhang, HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. XuJCT-VC AHG report: Loop filtering for SCC (AHG13)m35967Imed BouaziziMMT and Common Encryptionm35968Imed BouaziziHandling ISOBMFF with missing partsm35969Imed BouaziziCustom Ad Support in MMTm35970Imed BouaziziDASH Sub-protocolm35971Imed BouaziziPlayback Enforcement in DASHm35972Imed Bouazizi3GPP SAND Parameters and Protocolm35973 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerCE-SISSI: Use Cases and Problem Statementsm35974 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerCE-SISSI: Proposed Solutionsm35975 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerPeriod Continuitym35976 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerCE-SAND: Addressing 3GPP Use Casem35977 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerDASH: On DuC and Corrigenda Issuesm35978 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerDASH: On Amendment 2 (SRD and Authentication)m35979 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerSimplified On-Demand Multi-Period Contentm35980 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammer, HYPERLINK "mailto:zia@nomor.de" Waqar ZiaDASH: On DASH Conformance Softwarem35981 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammer, HYPERLINK "mailto:zia@nomor.de" Waqar ZiaDASH Test Vectorsm35982 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammer, HYPERLINK "mailto:zia@nomor.de" Waqar ZiaISO BMFF conformance software: gathering commentsm35983 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerCE-SISSI: Reportm35984 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerProgressing Unidirectional Delivery of File Formatm35985 HYPERLINK "mailto:vittorio@fub.it" V. Baroncini, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:Matteo.Naccari@bbc.co.uk" M. Naccari, HYPERLINK "mailto:Naeem.Ramzan@uws.ac.uk" N. Ramzan, HYPERLINK "mailto:chris.rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:tktan@m-sph.com" T. K. Tan, HYPERLINK "mailto:jm.thiesse@ateme.com" J.-M. Thiesse, HYPERLINK "mailto:wwan@broadcom.com" W. Wan (AHG chairs)JCT-VC AHG report: Verification test preparation (AHG5)m35986 HYPERLINK "mailto:spencer@morphbius.com" S. Cheng, HYPERLINK "mailto:jtwen@tsinghua.edu.cn" J. Wen (Tsinghua Univ.)An HEVC SEI Message for Green Metadatam35987 HYPERLINK "mailto:benjamin.bross@hhi.fraunhofer.de" B. Bross, HYPERLINK "mailto:ken@zetacast.com" K. McCann, HYPERLINK "mailto:Chris.Rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:Matteo.Naccari@bbc.co.uk" M. Naccari, HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm, HYPERLINK "mailto:Karl.Sharman@eu.sony.com" K. Sharman, HYPERLINK "mailto:garysull@microsoft.com" G. J. Sullivan, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang (AHG chairs)JCT-VC AHG report: HEVC test model editing and errata reporting (AHG2)m35988X. Guo (Microsoft)Cross-check of CE1-related (JCTVC-T0058): Index map scan for 64x64 palette coding blockm35989K.Zhang (MediaTek)3D-CE1 related: Crosscheck on simplification of segmental prediction (JCT3V-K0041)m35990Ronggang Wang, Tiejun Huang, Sang-hyo Park, Euee S. Jang, Jae-Gon KimPrior art analysis on the adopted IVC technologiesm35991 HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu (AHG co-chairs), HYPERLINK "mailto:yan.ye@interdigital.com" Y. Ye, HYPERLINK "mailto:Shan.Liu@mediatek.com" S. Lui, HYPERLINK "mailto:cohen@merl.com" R. Cohen, HYPERLINK "mailto:zhan.ma@huawei.com" Z. Ma (AHG vice-chairs)JCT-VC AHG report: SCC extensions text editing (AHG7)m35992H. Yu, R. Cohen, A. Duenas, S. Liu, K. Rapaka, J. XuJCTVC AHG report: SCC coding performance analysis (AHG6)m35993H. Yu, R. Cohen, A. Duenas, S. Liu, K. Rapaka, J. Xu (AHG chairs)JCT-VC AHG report: SCC coding performance analysis (AHG6)m35994 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:libin@microsoft.com" B.Li (AHG co-chairs), HYPERLINK "mailto:cohen@merl.com" R. Cohen, HYPERLINK "mailto:peter.chuang@mediatek.com" T.-D. Chuang, HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu, HYPERLINK "mailto:m.xu@huawei.com" M. Xu (AHG vice-chairs)JCT-VC AHG report: SCC extensions software development (AHG8)m35995 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka (Chair), HYPERLINK "mailto:alberto.duenas@ngcodec.com" A. Duenas, HYPERLINK "mailto:Shan.Liu@mediatek.com" S. Liu, HYPERLINK "mailto:kimse@sharplabs.com" S.-H. Kim (vice chairs)JCT-VC AHG report: Parallel processing for SCC (AHG14)m35996K. Rapaka (Qualcomm)Cross-check of JCTVC-T0051 On IBC memory reductionm35997K. Rapaka (Qualcomm)Cross-check of JCTVC-T0121 On lossless codingm35998K. Rapaka (Qualcomm)Cross-check of JCTVC-0195 on Non-CE2-Improved binarization for BVD/MVDm35999 HYPERLINK "mailto:jill@vidyo.com" J. Boyce, HYPERLINK "mailto:aramasub@qti.qualcomm.com" A. RamasubramonianEditors draft of SHVC Conformancem36000K. Suehring, K. Sharman, D. Flynn (AHG chairs)JCT-VC AHG report: HEVC HM software development and software technical evaluation (AHG3)m36001 HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, HYPERLINK "mailto:smchun@insignal.co.kr" Sungmoon ChunProposal for harmonisation of DatabaseOfMultimedia and ServiceObjectInformation in MPEG-UD SDm36002 HYPERLINK "mailto:jtwen@tsinghua.edu.cn" Jiangtao Wen, HYPERLINK "mailto:fmy13@mails.tsinghua.edu.cn" Meiyuan Fang, HYPERLINK "mailto:tmh14@mails.tsinghua.edu.cn" Minhao Tang, HYPERLINK "mailto:spencer@morphbius.com" Spencer ChengR-lambda model based rate control with pre-encoding processm36003 HYPERLINK "mailto:wpu@qti.qualcomm.com" W. Pu (Qualcomm)Cross Checking Non-CE1: 2-D Index Map Coding in HEVC SCCm36004S. Shimizu (NTT)3D-CE1: Crosscheck of Depth Intra Skip (DIS) mode - Enabling intra CBF (JCT3V-K0033)m36005S. Shimizu, S. Sugimoto (NTT)3D-CE2: Crosscheck of complexity reduction on illumination compensation for 3D-HEVC - Enabling 4x4 chroma and disabling bi-prediction (JCT3V-K0032)m36006S. Shimizu (NTT)Encoder optimization: Crosscheck of motion estimation for DBBP with masked SAD instead of SATD (JCT3V-K0028)m36007P. Lai, S. Liu, S. Lei (MediaTek)CE1-related: Improvements of draft text related to palette sharingm36008 HYPERLINK "mailto:tajinet@etri.re.kr" Seung Wook Lee, Chang Jun Park, Jin Sung ChoiUpdate of IndexedPrinitngRegionSet for the 3D printingm36009 HYPERLINK "mailto:tajinet@etri.re.kr" Seung Wook Lee, Chang Jun Park, Jin Sung ChoiProposal on the Reference SW of IPRSm36010 HYPERLINK "mailto:tajinet@etri.re.kr" Seung Wook Lee, Chang Jun Park, Jin Sung Choi, Kyoungro Yoon, HyoChul BaeUpdate Proposal of 3D Printer Device Command m36011 HYPERLINK "mailto:tajinet@etri.re.kr" Seung Wook Lee, ChangJun Park, Jinsung Choi, Kyoungro Yoon, HyoChul Bae, Minuk KimComments on the MPEG-V TuC: New Editionm36012J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G. Sullivan, Y.-K. Wang (AHG chairs)JCT-VC AHG report: SHVC text editing (AHG11)m36013 HYPERLINK "mailto:cohen@merl.com" R. Cohen (MERL)Cross-check of JCTVC-T0169, CE1-related: Fix of CE1 Test D.1m36014Mihai Mitrea, Bojan Joveski, Jean-Hugues LauretUse case: wearable d-shirtm36015Mihai Mitrea, Bojan JoveskiUse case: wearable devices in medical applicationm36016Mihai Mitrea, Bojan JoveskiRequrements on wearable devicesm36017ATSC Liaison on DASH and MMTm36018ATSC Liaison on DASHm36019Itaru Kaneko, Shuichi Yamaguchi, Additional input for the requirements relate to 3D printingm36020 HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed Bouazizi, Youngkwon Lim, Kyungmo ParkMMT: Multi-Source Display Synchronization via Rate Agnostic Content Fingerprinting m36021B. Li, J. Xu (Microsoft)Cross-check of adaptive motion vector resolution (JCTVC-T0059)m36022X. Zhang (MediaTek)Cross check of the cleanup of DBBP location derivation(JCT3V-K0048)m36023 HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, J. Kim, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, S. Lei (MediaTek), HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:wei.Pu@qti.qualcomm.com" W. Pu, R. Joshi, V. Seregin (Qualcomm)CE1-related: combination of JCTVC-T0065 and JCTVC-T0076m36024Erwan Nogues, Erwan Raffin, Maxime Pelcat, Daniel MÃ©nard, HEVC Decoding with Tunable Image Quality - Subjective evaluationm36025Draft of White paperon MPEG Media Transport(MMT) m36026 HYPERLINK "mailto:sabino.metta@rai.it" Sabino METTA, HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINAProposal for improvement of InteractionAtomType in MPEG-UD UDm36027JCT-VC AHG report: Complexity of IBC, intra line & intra string copy coding (AHG10)m36028S. Shimizu(NTT)AHG5: Coding Results for MV-HEVC Verification Testingm36029Mihai Mitrea, Bojan Joveski, Tahar CherifIn-body wearable devicem36030 HYPERLINK "mailto:jl.lin@mediatek.com" J.-L. Lin, HYPERLINK "mailto:jinyoung79.lee@samsung.com" J. Y. LeeCE1: Summary Report on Improved Depth Codingm36031 HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu (InterDigital)Cross-verification of JCTVC-T0193: Non-CE3 2-D Intra String Copy in HEVC SCCm36032 HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanProposed Enhancements to ISO/IEC 23001-10m36033 HYPERLINK "mailto:remi.houdaille@technicolor.com" RÃ©mi Houdaille, HYPERLINK "mailto:charline.taibi@technicolor.com" Charline TaibiDASH / CE SAND: cooperative parametersm36034 HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed BouaziziDASH: Temporal QoE Signalling in MPD for DASH Subrepresentationm36035 HYPERLINK "mailto:cyril.bergeron@thalesgroup.com" cyril bergeron, florian BroekaertEntropic Decoding Analysis for Green MPEG m36036 HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm, HYPERLINK "mailto:garysull@microsoft.com" G. J. SullivanJCT-3V AHG Report: JCT-3V project management (AHG1)m36037M. M. Hannuksela (Nokia), Y. Yan (USTC)Supplemental property descriptor for seamless switching with open GOPsm36038 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, HYPERLINK "mailto:hongbinl@qti.qualcomm.com" H. Liu, HYPERLINK "mailto:yiwen.chen@mediatek.com" Y. Chen, HYPERLINK "mailto:kwegner@multimedia.edu.pl" K. WegnerJCT-3V AHG Report: MV-HEVC and 3D-HEVC Software Integration (AHG4)m36039 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, HYPERLINK "mailto:kwegner@multimedia.edu.pl" K. Wegner, HYPERLINK "mailto:jill@vidyo.com" J. Boyce, HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:miska.hannuksela@nokia.com" M. Hannuksela, HYPERLINK "mailto:teruhikos@jp.sony.com" T. Suzuki, HYPERLINK "mailto:sehoon.yea@lge.com" S. Yea, HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm, HYPERLINK "mailto:garysull@microsoft.com" G. SullivanJCT-3V AHG Report: 3D-HEVC Draft and MV-HEVC / 3D-HEVC Test Model editing (AHG2)m36040 HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed Bouazizi, Youngkwon Lim, Kyungmo ParkMMT: MANE Based Bottleneck Coordination to Achieve QoE Multiplexing Gains m36041 HYPERLINK "mailto:lsungwon@qti.qualcomm.com" Sungwon Lee, Adarsh Krishnan Ramasubramonian, Dmytro Rusanovskyy, Joel Sole (Qualcomm)Results of subjective viewing test for HDR content coded with HEVC Main 10m36042 HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed Bouazizi, Youngkwon LimMMT: Traffic Aggregation and MMTP Multicasting for On-Demand Video Delivery m36043 HYPERLINK "mailto:tsukuba.takeshi@sharp.co.jp" T.Tsukuba (Sharp)Crosscheck of Lookup Table Size Reduction for DMM1 (JCT3V-K0047)m36044 HYPERLINK "mailto:kesle1597@gmail.com" Seung-ho Lee, HYPERLINK "mailto:foriamweak@gmail.com" Sang-hyo Park, HYPERLINK "mailto:esjang@hanyang.ac.kr" Euee S. Jang, Cross-check of M35786 (Subjective quality improvement for internet video coding)m36045 HYPERLINK "mailto:nayang@kau.ac.kr" Anna Yang, Hyung-Seok Kim, HYPERLINK "mailto:jgkim@kau.ac.kr" Jae-Gon KimCross-check of m35746 on Bug report on ME initialization in internet video coding (IVC) encoderm36046 HYPERLINK "mailto:nayang@kau.ac.kr" Anna Yang, Hyung-Seok Kim, HYPERLINK "mailto:jgkim@kau.ac.kr" Jae-Gon KimCross-check of m35747 on Enhanced encoding technique on the quantized coefficients of chroma for internet video coding (IVC)m36047 HYPERLINK "mailto:nayang@kau.ac.kr" Anna Yang, Hyung-Seok Kim, HYPERLINK "mailto:jgkim@kau.ac.kr" Jae-Gon KimCross-check of m35748 on Improved set of reference frames for internet video coding (IVC)m36048Mehrdad Panahpour Tehrani, Kazuyoshi Suzuki, Keita Takahashi, Toshiaki Fujii[FTV AHG] Soccer_Game Multiview Video Sequence by Nagoya Universitym36049V. Baroncini, K. MÃ¼ller, S. Shimizu, A. Vetro, S. YeaJCT-3V AHG Report: 3D Coding Verification Testing (AHG5)m36050 HYPERLINK "mailto:jl.lin@mediatek.com" J.-L. LinCE2: Summary Report on Illumination Compensation Complexity Reductionm36051 HYPERLINK "mailto:Jae-Kwan%20Yun" jkyun@etri.re.kr, Yoonmee Doh, Hyun-Woo Oh, Jae-Doo Huh, Jong-Hyun Jang, Sang-Kyun Kim, Ho-Jae LeeReference Software for SE Enginem36052T. SenohJCT-3V AHG Report: Texture and depth view packing (AHG7)m36053Jean Le Feuvre, Emmanuel Thomas, Young-Kwon LimReport of the AhG on Timeline alignmentm36054Si-Hwan Jang, Sanghyun Joo, Kyoung-Ill Kim, Jiwon Lee, Dasom Kim, Hyung-Gi Byun, Jang-Sik ChoiA Proposal of ObjectLocation element in SDm36055Erwan Raffin, Erwan Nogues, Maxime Pelcat, Daniel MÃ©nardHEVC Decoding with Tunable Image Quality - Power saving and complexity reductionm36056 HYPERLINK "mailto:hongwh@zju.edu.cn" Wenhao Hong, HYPERLINK "mailto:felixzyc@gmail.com" Yichen Zhang, HYPERLINK "mailto:yul@zju.edu.cn" Lu Yu (Zhejiang University)[FTV AHG] A Perceptual Metric for Stereoscopic Video Quality Assessmentm36057 HYPERLINK "mailto:felixzyc@gmail.com" Yichen Zhang, HYPERLINK "mailto:wqzju@zju.edu.cn" Qing Wang, HYPERLINK "mailto:yul@zju.edu.cn" Lu Yu (Zhejiang University)[FTV AHG] On Configuration Consideration of 3D-HEVC Anchor Generation for CfEm36058 HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi (Qualcomm)Crosscheck of JCTVC-T0110 on memory reduction for storing palette predictor when WPP is enabledm36059Yiling Xu, Wenjun Zhang, Chengzhi Wang, Tiejun HuwangContent Accessible Time Windowm36060 HYPERLINK "mailto:youngwan.so@samsung.com" Youngwan So, HYPERLINK "mailto:kyungmo.park@samsung.com" Kyoungmo ParkAdditional description on MANEm36061 HYPERLINK "mailto:lintao@tongji.edu.cn" T. Lin (Tongji Univ.)CE3-related: Worst case SRAM and DDR bandwidth analysis and solutions for ISCm36062 HYPERLINK "mailto:jtwen@tsinghua.edu.cn" J. Wen, M. Fan, M. Tang (Tsinghua Univ.)Improved slice-level delta-QP calculation methodm36063 HYPERLINK "mailto:philippe.bordes@technicolor.com" P. Bordes, HYPERLINK "mailto:kangying.cai@technicolor.com" K. Y. CaiSHVC Anchors estimating CGS parameters on cropping windowm36064 HYPERLINK "mailto:kangying.cai@technicolor.com" K. Y. CaiReport on cross-checking of Dolby SHM7.0 results with new SDR content m36065 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasReport on URI Signing for DASH CEm36066 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasOn HTTP caches, CDN and media origin - informativem36067SC 29 SecretariatSummary of Voting on ISO/IEC 23003-1:2007/Amd.1:2008/DCOR 3m36068SC 29 SecretariatTable of Replies on ISO/IEC 14496-5:2001/FDAM 33m36069SC 29 SecretariatTable of Replies on ISO/IEC FDIS 23008-10m36070SC 29 SecretariatTable of Replies on ISO/IEC FDIS 23008-2 2nd Editionm36071IEC TC 100 via SC 29 SecretariatIEC CD 62827-3 Ed.1.0m36072IEC TC 100 via SC 29 SecretariatIEC TS 62702-2 Ed.1.0m360733GPP via SC 29 SecretariatLiaison Statement from 3GPP on MPEG-DASHm36074W3C via SC 29 SecretariatLiaison Statement from W3Cm36075SC 29 SecretariatSummary of Voting on ISO/IEC 23008-3:201x/PDAM 2m36076SC 29 SecretariatSummary of Voting on ISO/IEC 23001-4:2014/PDAM 1m36077SC 29 SecretariatSummary of Voting on ISO/IEC 23008-5:201x/PDAM 1m36078SC 29 SecretariatSummary of Voting on ISO/IEC 23008-8:201x/PDAM 1m36079DVB via SC 29 SecretariatLiaison Statement from DVBm36080K. Miyazawa, A. Minezawa, S. Sekiguchi (Mitsubishi)Crosscheck of JCTVC- T0091 on Non-CE3: Adaptive PU partitioning for intra block copym36081 HYPERLINK "mailto:cpang@qti.qualcomm.com" C. Pang, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin, HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz (Qualcomm), HYPERLINK "mailto:xiaozhong.xu@mediatek.com" X. Xu, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:shawmin.lei@mediatek.com" S. Lei (MediaTek), HYPERLINK "mailto:libin@microsoft.com" B. Li, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu (Microsoft)Non-CE2: Intra block copy and inter signalling unificationm36082Karol Wnukowicz, Stavros PaschalakisCDVS Crosscheck of M35824m36083 HYPERLINK "mailto:sebastien.lasserre@technicolor.com" S. Lasserre, HYPERLINK "mailto:fabrice.leleannec@technicolor.com" F. Le LÃ©annec, HYPERLINK "mailto:edouard.francois@technicolor.com" E. FranÃ§ois, Single layer low-bit depth EDR video coding with SDR/HDR backward compatibilitiesm36084 HYPERLINK "mailto:pyin@dolby.com" P. Yin, D. TianOn MFC plus Depth: Conformance Testing Updatem36085Yongwoo Cho, Md. Jalil Piran, Sookyung Park, Kyeong Won Kim, Doug Young SuhMeasurement of time-varying available bitrate for UDP-based and TCP-based video streaming over LTE networks (Informative)m36086 HYPERLINK "mailto:felixzyc@gmail.com" Yichen Zhang, HYPERLINK "mailto:3110102832@zju.edu.cn" Yule Sun, HYPERLINK "mailto:yul@zju.edu.cn" Lu Yu (Zhejiang University)[FTV AHG] Discussion on Stereo Sweeping Method of SMV Contentm36087 HYPERLINK "mailto:byungseok.min@samsung.com" Byungseok Min, HYPERLINK "mailto:m.budagavi@samsung.com" Madhukar Budagavi, HYPERLINK "mailto:elena_a.alshina@samsung.com" Elena Alshina (Samsung), HYPERLINK "mailto:joels@qti.qualcomm.com" Joel Sole, HYPERLINK "mailto:martak@qti.qualcomm.com" Marta Karczewicz (Qualcomm), HYPERLINK "mailto:ajay.luthra@arris.com" Luthra Ajay (Arris)About 1000 cd/m2 graded HDR content usagem36088 HYPERLINK "mailto:patrick.lopez@technicolor.com" P. Lopez, HYPERLINK "mailto:catherine.serre@technicolor.com" C. SerrÃ©, HYPERLINK "mailto:edouard.francois@technicolor.com" E. FranÃ§ois, Some experimentations on tPSNR and DeltaE metricsm36089 HYPERLINK "mailto:kangying.cai@technicolor.com" K. Y. Cai, HYPERLINK "mailto:edouard.francois@technicolor.com" E. FranÃ§ois, Alternate SDR content for HDR and WCG video coding CfEm36090Kevin StreeterCE-FDH Pre-meeting Conference Call Notesm36091Alan Chalmers, Jonathan Hatchett, Joshua McNamee, Ratnajit Mukherjee, Kurt DebattistaA two-stream HDR video compression methodm36092 HYPERLINK "mailto:young.l@samsung.com" Youngkwon LimAnalysis on conversion of MMTP stream to MPEG-2 TSm36093 HYPERLINK "mailto:miranc@etri.re.kr" Miran Choi, Hyun-Ki KimQuestion Answering through wearable devicem36094 HYPERLINK "mailto:jminlee@sk.com" Jongmin Lee, HYPERLINK "mailto:kyungmo.park@samsung.com" Kyungmo Park, HYPERLINK "mailto:zhu.li@samsung.com" Zhu Li, Chen Wei, Yuan Zhang, Shuichi Aoki, Yoshihide Tonomura, Yiling Xu, Wenjun Zhang, Chengzhi Wang, Tiejun HwangMMT : Proposal for mobile MMTm36095 HYPERLINK "mailto:traian.lavric@telecom-sudparis.eu" Traian Lavric, HYPERLINK "mailto:." Veronica Scurtu, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaPreliminary results on ARAF - JPEG-ARm36096 HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne T. HindsRequest to establish liaison with CableLabsm36097 HYPERLINK "mailto:ken@zetacast.com" K. McCann, HYPERLINK "mailto:adriana@zetacast.com" A. Mattei (Zetacast)Analysis of an Existing Market for Video Coding: TV Broadcasting in the UKm36098 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel Thomas, HYPERLINK "mailto:mary-luc.champel@technicolor.com" Mary-Luc Champel, HYPERLINK "mailto:abegen@cisco.com" Ali C. BegenReport on SANDm36099SC 29 SecretariatSummary of Voting on ISO/IEC 14496-4:2004/DAM 43m36100SC 29 SecretariatSummary of Voting on ISO/IEC 14496-12:2012/DAM 4 & 15444-12:2012/DAM 4m36101 HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerSAND: 3GPP MBMS Metadata Envelope for Versioningm36102B. Li, J. Xu (Microsoft)Cross-check of clipping for cross component prediction and adaptive colour transform (JCTVC-T0132)m36103H. Yu (BoG coordinator)BoG report on test sequences for SCCm36104 HYPERLINK "mailto:krapaka@qti.qualcomm.com" K. Rapaka, HYPERLINK "mailto:minhua@broadcom.com" M. Zhou (BoG coordinators)BoG report on IBC memory bandwidth reductionm36105Karol Wnukowicz, Stavros Paschalakis, Miroslaw BoberConformance Testing Report for ISO/IEC 15938-3:2002/Amd 3:2009: Image signature toolsm36106Md. Jalil Piran, Doug Young Suh, Kyu Heon KimMulticam Systemm36107m36108m36109Itaru KanekoMinor flaw in 13818-1 PES extension and suggested workaroundm36110 HYPERLINK "mailto:kstreete@adobe.com" Kevin Streeter, HYPERLINK "mailto:vishy@adobe.com" Vishy Swaminathan, HYPERLINK "mailto:i.bouazizi@samsung.com" Imed Bouazizi[CE-FDH] CE report on FDH (Conf Call + Sunday mtg)m36111 HYPERLINK "mailto:fmb@gti.ssr.upm.es" Francisco MorÃ¡n BurgosProposal to fix second IRS examplem36112Thomas Wilmering, Mariano Mora-Mcginity, Gyorgy Fazekas, HYPERLINK "mailto:panos@ieee.org" Panos KudumakisExtending MVCO for Media Segments and Multi-track Rights Trackingm36113 HYPERLINK "mailto:mdolan@newtbt.com" Michael DolanInputs to the defect report 14496-12m36114 HYPERLINK "mailto:martak@qti.qualcomm.com" M. Karczewicz, HYPERLINK "mailto:Wei.Pu@qti.qualcomm.com" W. Pu, HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:fzou@qti.qualcomm.com" F. Zou, HYPERLINK "mailto:vseregin@qti.qualcomm.com" V. Seregin (Qualcomm), HYPERLINK "mailto:yc.sun@mediatek.com" Y.C Sun, HYPERLINK "mailto:jungsun.kim@mediatek.com" J. Kim, HYPERLINK "mailto:peter.chuang@mediatek.com" T-D. Chuang, HYPERLINK "mailto:yiwen.chen@mediatek.com" Y-W Chen, HYPERLINK "mailto:shan.liu@mediatek.com" S. Liu, HYPERLINK "mailto:yuwen.huang@mediatek.com" Y-W. Huang, HYPERLINK "mailto:shawmin.lei@mediatek.com" S. Lei (Mediatek)Non-CE1: Harmonization of Grouping Palette Indices At Front (JCTVC-T0065) and Extended copy above mode to the first line Test A.1.5 (JCTVC-T0036)m36115 HYPERLINK "mailto:xiaoyu.xiu@interdigital.com" X. Xiu (InterDigital)Cross-verification of Non-CE1: Harmonization of Grouping Palette Indices At Front and Extended copy above mode to the first line Test A.1.5 (JCTVC-T0231)m36116Mike DeValueBDA Liaison on HDRm36117Y.-C. Sun, P. Lai, J. Kim, T.-D. Chuang, Y.-W. Chen, S. Liu, Y.-W. Huang, S. Lei (MediaTek)CE1-related: Harmonization between JCTVC-T0065 Non CE1: Grouping Palette Indices At Front and CE1 Test A.1.5m36118SC 29 SecretariatSummary of Voting on ISO/IEC 14496-15:2014/PDAM 2m36119SC 29 SecretariatSummary of Voting on ISO/IEC 23008-5:201x/PDAM 2m36120SC 29 SecretariatSummary of Voting on ISO/IEC 14496-5:2001/PDAM 39m36121 HYPERLINK "mailto:singer@apple.com" David Singer, HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerStrawman for partial file storagem36122 HYPERLINK "mailto:irajs@live.com" Iraj SodagarDoC ISO/IEC 23009-1 DAM2m36123Jean Le Feuvre, Franck DenoualAlternate Syntax for mutualizing effects in the Image File Formatm36124 HYPERLINK "mailto:guillaume.b@jp.fujitsu.com" Guillaume Barroux, HYPERLINK "mailto:Chris.Rosewarne@cisra.canon.com.au" Chris Rosewarne, HYPERLINK "mailto:baroncini@gmx.com" Vittorio Baroncini, HYPERLINK "mailto:atourapis@apple.com" Alexis Tourapis, HYPERLINK "mailto:matteo.naccari@bbc.co.uk" Mateo NaccariVerification test plan for interlaced video and format range extensionsm36125SÃ©bastien LECOMTE (Thales), Didier NICHOLSON (VITEC)Various contexts for MIoT use-casesm36126MPD Linkage Descriptorm36127 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, HYPERLINK "mailto:kwegner@multimedia.edu.pl" K. Wegner, HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:sehoon.yea@lge.com" S.Yea3D-HEVC Draft Text 7m36128ATNB via SC 29 SecretariatLate comment for ISO/IEC 15938-5:2003/DAM 5m36129 HYPERLINK "mailto:senoh@nict.go.jp" Takanori Senoh, HYPERLINK "mailto:cheny@qti.qualcomm.com" Ying Chen, HYPERLINK "mailto:miska.hannuksela@nokia.com" Miska M. Hannuksela, HYPERLINK "mailto:ohm@ient.rwth-aachen.de" Jens-Rainer OhmDraft 2 of Texture/Depth View Packing SEI Messagem36130Mitsuhiro Hirabayashi, Paul SzucsDraft text of extensions in DASH PDAM3 for video mosaic using SRD extensionm36131Ajay Luthra, Edouard FranÃ§ois, Walt Husak, New draft CfE for HDR and WCG Video Codingm36132 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasSRD-related modifications of Study of ISO-IEC 23009-1 DAM 2m36133 HYPERLINK "mailto:guillaume.b@jp.fujitsu.com" G. Barroux, HYPERLINK "mailto:Chris.Rosewarne@cisra.canon.com.au" C. Rosewarne, HYPERLINK "mailto:vittorio@fub.it" V. Baroncini, HYPERLINK "mailto:atourapis@apple.com" A. Tourapis, HYPERLINK "mailto:matteo.naccari@bbc.co.uk" M. Naccari (editors)Verification test plan for interlaced video and format range extensionsm36134Felix C. Fernandes, Xavier DuclouxMeeting report of the BoG on Green MPEGm36135P. TopiwalaFirst Requirements for Future Video Codingm36136 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasEditorial changes for MPD updates - DuIm36137 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasInput for caching guidelines in Part 3m36138 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasInput text for FDAM2m36139 HYPERLINK "mailto:irajs@live.com" Iraj SodagarDASH breakout group reportm36140 HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm, HYPERLINK "mailto:garysull@microsoft.com" G. J. SullivanMeeting Report of 11th JCT-3V Meetingm36141 HYPERLINK "mailto:karsten.mueller@hhi.fraunhofer.de" K. MÃ¼ller, HYPERLINK "mailto:shimizu.shinya@lab.ntt.co.jp" S. ShimizuMV-HEVC / 3D-HEVC Verification Test Planm36142 HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, K. Wegner, S. YeaTest Model 11 of 3D-HEVC and MV-HEVCm36143 HYPERLINK "mailto:dmytro.rusanovskyy@ieee.org" D. Rusanovskyy, HYPERLINK "mailto:tian@merl.com" D. Tian, T. SuzukiDraft 5 of 3D-AVC Conformancem36144 HYPERLINK "mailto:cheny@qti.qualcomm.com" Y. Chen, HYPERLINK "mailto:ikai.tomohiro@sharp.co.jp" T. Ikai, S. Shimizu, T. SuzukiMV-HEVC and 3D-HEVC Conformance Draft 3 m36145 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. TechMV-HEVC Software Draft 3m36146 HYPERLINK "mailto:pyin@dolby.com" P. Yin, HYPERLINK "mailto:tian@merl.com" D. TianMFC+Depth Software Draft 2m36147 HYPERLINK "mailto:pyin@dolby.com" P. Yin, HYPERLINK "mailto:tian@merl.com" D TianMFC+Depth Conformance Draft 2m36148 HYPERLINK "mailto:gerhard.tech@hhi.fraunhofer.de" G. Tech, H. Liu, Y. W. Chen3D-HEVC Software Draft 1m36149 HYPERLINK "mailto:miska.hannuksela@nokia.com" M. Hannuksela, HYPERLINK "mailto:shimizu.shinya@lab.ntt.co.jp" S. Shimizu, L. ZhangCorrections to 3D-AVCm36150 HYPERLINK "mailto:garysull@microsoft.com" G. J. Sullivan, HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm (JCT-VC chairs)Meeting Report of the 20th JCT-VC Meetingm36151C. Rosewarne, B. Bross, M. Naccari, K. Sharman, HYPERLINK "mailto:garysull@microsoft.com" G. J. Sullivan (editors)High Efficiency Video Coding (HEVC) Test Model 16 (HM 16) Update 2 of Encoder Descriptionm36152 HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, S. Liu, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu, Y. Ye (editors)HEVC Screen Content Coding Draft Text 3m36153J. Chen, J. Boyce, Y. Ye, M. M. Hannuksela (editors)SHVC Test Model 9 (SHM 9) Introduction and Encoder Descriptionm36154J. Boyce, A. K. Ramasubramonian (editors)SHVC Conformance Testing Draft 2m36155F. Bossen, D. Flynn, K. SÃ¼hring, T. Suzuki (editors)Reference Software for HEVC Format Range Extensions Draft 2m36156T. Suzuki, K. Kazui (editors)Conformance Testing for Improved HEVC Version 1 Testing and Format Range Extensions Draft 4m36157Y. He, V. Seregin (editors)Reference software for Scalable HEVC (SHVC) Extensions Draft 1m36158 HYPERLINK "mailto:rajanj@qti.qualcomm.com" R. Joshi, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu, R. Cohen, S. Liu, Z. Ma, Y. Ye (editors)Screen Content Coding Test Model 4 Encoder Description (SCM 4)m36159H. Yu, R. Cohen, K. Rapaka, HYPERLINK "mailto:jzxu@microsoft.com" J. Xu (editors)Common Test Conditions for Screen Content Coding m36160C. Gisquet, P. Lai, V. Seregin, X. Xiu (editors)Description of Core Experiment 1 (CE1): Palette Mode Improvementm36161K. Rapaka, C. Gisquet, J. Lainema, X. Xu (editors)Description of Core Experiment 2 (CE2): Intra block copy memory access m36162Indra LaksonoHardware implementation of HDR video decoding and display system

Output documents
No.SourceTitle15063General/AllResolutions of the 111th Meeting in Geneva, Switzerland15064General/AllList of AHGs Established at the 111th Meeting in Geneva, Switzerland15065General/AllReport of the 111th Meeting in Geneva, Switzerland15066General/AllPress Release of the 111th Meeting in Geneva, Switzerland15067General/AllMeeting Notice of the 112th Meeting in Warsaw, Poland15068General/AllMeeting Agenda of the 112th Meeting in Warsaw, Poland15069CommunicationsWhite Paper on MPEG Media Transport(MMT)15070CommunicationsWhite Paper on AAC-ELD Family of Standards for High QualityÂ Communication Services15071CommunicationsWhite Paper on MPEG-D Dynamic Range Control15072CommunicationsTechnical Note: AAC Implementation Guidelines for DASH15073CommunicationsTechnical Note: AAC-ELD v2 Implementation Guide15074CommunicationsWhite paper on RVC-CAL and RMC15075CommunicationsWhite paper on HEVC15083RequirementsCall for Evidence (CfE) for HDR and WCG Video Coding15084RequirementsRequirements and Use Cases for HDR and WCG Content Coding15085RequirementsExploration on Media-centric Internet of Things (draft)15086RequirementsDraft Requirements for MPEG Adaptive Screen Content Sharing Application Format15087RequirementsData Requirements for Compact Descriptors for Video Analysis in Search and Retrieval Applications15088RequirementsCompact Descriptors for Video Analysis for Search and Retrieval Applications: Draft Evaluation Scenarios15089RequirementsCall for Proposals for Compact Descriptor for Video Analysis - Search and Retrieval (CDVA)15090RequirementsRequirements for a Future Video Coding Standard (Draft)15091RequirementsContext and Objectives for Media Orchestration15092RequirementsDatabase for Evaluation of Genome Compression and Storage15093RequirementsRequirements on Genome Compression and Storage (Draft)15094RequirementsInvestigation on Genome Compression and Storage 15095RequirementsDraft Call for Evidence on FTV15096RequirementsRequirements for Media Linking Application Format (MLAF)15097ConvenorITU-T SG16 Liaison on HDR/WCG15098RequirementsTutorial on Genome Compression15099RequirementsCall for 1000 and 4000 nits Peak Brightness test material for HDR and WCG Video Coding15100General/AllTerms of Reference15101General/AllMPEG Standards15102General/AllTable of unpublished MPEG FDISs15103General/AllMPEG work plan15104General/AllMPEG time line15105General/AllSchema assets15106General/AllSoftware assets15107General/AllConformance assets15108General/AllContent assets15109General/AllURI assets15110General/AllCall for patent statements on standards under development15111General/AllList of organisations in liaison with MPEG15112General/AllMPEG Standard Editors15113General/AllComplete list of all MPEG standards15114General/AllVerbal reports from the Requirements, Systems, Video, VC, 3V, Audio, 3DG and Communications15115RequirementsRequirements for Publish and Subscribe Application Format15116VideoDisposition of Comments on ISO/IEC 14496-4:2004/DAM43 15117VideoText of ISO/IEC 14496-4:2004/FDAM43 3D-AVC Conformance Testing15118VideoDisposition of Comments on ISO/IEC 14496-4:2004/PDAM4515119VideoText of ISO/IEC 14496-4:2004/DAM45 Conformance Testing for the Multi-resolution Frame Compatible Stereo Coding with Depth Maps Extension of AVC15120VideoDisposition of Comments on ISO/IEC 14496-5:2001/PDAM3915121VideoText of ISO/IEC 14496-5:2001/DAM39 Reference Software for the Multi-resolution Frame Compatible Stereo Coding with Depth Maps Extension of AVC15122VideoText of ISO/IEC 14496-10:2014/DCOR115123VideoRequest for ISO/IEC 14496-10:2014/Amd.215124VideoText of ISO/IEC 14496-10:2014/PDAM2 Additional Levels and Supplemental Enhancement Information15125VideoDraft Disposition of Comments on ISO/IEC DIS 14496-3115126VideoDraft Text in Preparation for ISO/IEC 2nd DIS 14496-31 Video Coding for Browsers15127VideoText of ISO/IEC CD 15938-6:201X Reference software (2nd edition)15128VideoWorking draft 3 of CDVS Reference Software and Conformance Testing15129VideoTest Model 13: Compact Descriptors for Visual Search15130VideoDisposition of Comments on ISO/IEC 23001-4:2014/PDAM115131VideoText of ISO/IEC 23001-4:2014/DAM1 Parser instantiation from BSD 15132VideoAnnouncement of CDVS Awareness Event15133VideoStudy Text of ISO/IEC 23002-5:2013/DAM2 Reference Software for HEVC related VTL extensions15134VideoWD of software for Parser instantiation from BSD15135VideoDisposition of Comments on ISO/IEC 23008-2:2013/DAM415136VideoText of ISO/IEC 23008-2:2013/FDAM4 3D Video Extensions15137VideoRequest for ISO/IEC 23008-2:2013/Amd.515138VideoText of ISO/IEC 23008-2:2013/PDAM5 Screen Content Coding Extensions15139VideoHigh Efficiency Video Coding (HEVC) Test Model 16 (HM16) Improved Encoder Description Update 215140VideoVerification test plan for HEVC RExt profiles, and Main profile usage for interlaced video15141VideoTest Model 11 of 3D-HEVC and MV-HEVC15142VideoMV-HEVC and 3D HEVC Verification Test Plan15143VideoScalable HEVC (SHVC) Test Model 9 (SHM 9)15144VideoHEVC Screen Content Coding Test Model 4 (SCM 4)15145VideoDisposition of Comments on ISO/IEC 23008-5/PDAM115146VideoText of ISO/IEC 23008-5/DAM1 Reference Software for Format Range Extensions Profiles15147VideoDisposition of Comments on ISO/IEC 23008-5/PDAM215148VideoText of ISO/IEC 23008-5/DAM2 Reference Software for Multiview Main Profile15149VideoRequest for ISO/IEC 23008-5/Amd.315150VideoText of ISO/IEC 23008-5/PDAM3 Reference Software for Scalable Profiles15151VideoRequest for ISO/IEC 23008-5/Amd.415152VideoText of ISO/IEC 23008-5/PDAM4 Reference Software for 3D Main Profile15153VideoDisposition of Comments on ISO/IEC 23008-8/PDAM115154VideoText of ISO/IEC 23008-8/DAM1 Conformance Testing for Multiview Main and 3D Main Profiles15155VideoRequest for ISO/IEC 23008-8/Amd.215156VideoText of ISO/IEC 23008-8/PDAM2 Improved HEVC VersionÂ 1 and Format Range Extensions Profiles Conformance Testing15157VideoRequest for ISO/IEC 23008-8/Amd.315158VideoText of ISO/IEC 23008-8/PDAM3 Conformance Testing for Scalable Profiles15159VideoWorking Draft 5 of Internet Video Coding (IVC)15160VideoInternet Video Coding Test Model (ITM) v 12.015161VideoDescription of IVC Exploration Experiments15162VideoCollection of information related to IVC technologies15163SystemsStudy of ISO/IEC 13818-1:2014/DAM 2 Carriage of Layered HEVC15164SystemsStudy of ISO/IEC 13818-1:201x DAM 3 Carriage of Green Metadata15165SystemsDoC on ISO/IEC 13818-1:2014 PDAM 6 Carriage of MPEG-H 3D Audio over MPEG-2 Systems15166SystemsText of ISO/IEC 13818-1:2014 DAM 5 Carriage of MPEG-H 3D Audio over MPEG-2 Systems15167SystemsText of ISO/IEC 13818-1:201x DAM 1/DCOR 115168SystemsRequest for ISO/IEC 13818-1:201X AMD 6 Carriage of Quality Metadata15169SystemsText of ISO/IEC 13818-1:2014 PDAM 6 Carriage of Quality Metadata15170SystemsTechnology under Consideration on Virtual Segment15171SystemsTechnology under Consideration for ISO/IEC 13818-1:201x DAM515172SystemsErrata items for ISO/IEC 13818-1:201x15173SystemsDoC on ISO/IEC 14496-12:2012 DAM 4 Improved Audio Support15174SystemsText of ISO/IEC 14496-12:2012 AMD 4 Improved Audio Support15175SystemsDoC on ISO/IEC 14496-12:2012 DCOR 415176SystemsText of ISO/IEC 14496-12:2012 COR 415177SystemsText of ISO/IEC 14496-12 5th edition15178SystemsDefect Report of ISO/IEC 14496-1215179SystemsExploration on technologies for partial file storage15180SystemsDoC on ISO/IEC 14496-15:2014 PDAM 1 Carriage of Layered HEVC15181SystemsDoC on ISO/IEC 14496-15:2014 PDAM 2 Carriage of AVC based 3D video excluding MVC15182SystemsDraft text of ISO/IEC DIS 14496-15 4th edition15183SystemsDefect Report of ISO/IEC 14496-1515184SystemsDoC on ISO/IEC DIS 14496-22 3rd edition15185SystemsText of ISO/IEC FDIS 14496-22 3rd edition15186SystemsIssues regarding Font Collection15187SystemsDoC on ISO/IEC 14496-30 DCOR115188SystemsText of ISO/IEC 14496-30 COR115189SystemsDoC on ISO/IEC 15938-5:2005 DAM 5 Quality metadata multiple text encodings, extended classification metadata15190SystemsText of ISO/IEC 15938-5:2005 FDAM 5 Quality metadata, multiple text encodings, extended classification metadata15191SystemsRequest for ISO/IEC 21000-20 2nd edition Contract Expression Language15192SystemsText of ISO/IEC CD 21000-20 2nd edition Contract Expression Language15193SystemsRequest for ISO/IEC 21000-21 2nd Media Contract Ontology15194SystemsText of ISO/IEC CD 21000-21 2nd Media Contract Ontology15195SystemsRequest for subdivision of ISO/IEC 21000-22 User Description15196SystemsText of ISO/IEC CD 21000-22 User Description15197SystemsWD of Implementation Guidelines of User Description15198SystemsText of ISO/IEC DIS 23000-15 Multimedia Preservation Application Format15199SystemsWD of Implementation Guidelines of MP-AF15200RequirementsExploration on Wearable MPEG15201SystemsRequest for subdivision of ISO/IEC 23000-16 Publish/Subscribe Application Format15202SystemsText of ISO/IEC CD 23000-16 Publish/Subscribe Application Format15203SystemsTechnology under Consideration for Media Linking Application Format15204SystemsStudy of ISO/IEC 23001-7:201X DIS 3rd edition 15205SystemsDoC on ISO/IEC 23001-9 PDAM 1 Support of Sparse Encryption15206SystemsText of ISO/IEC 23001-9 DAM 1 Support of Sparse Encryption15207SystemsDoC on ISO/IEC DIS 23001-10 Carriage of Timed Metadata Metrics of Media in the ISO Base Media File Format15208SystemsText of ISO/IEC FDIS 23001-10 Carriage of Timed Metadata Metrics of Media in the ISO Base Media File Format15209SystemsWD of Carriage of ROI coordinates15210SystemsRequest of ISO/IEC 23001-11 AMD 1 Green Metadata for HEVC SEI message15211SystemsText of ISO/IEC 23001-11 PDAM 1 Green Metadata for HEVC SEI message15212SystemsWD of ISO/IEC 23006-1 3rd edition15213SystemsDefects under investigation in ISO/IEC 23009-115214SystemsTechnologies under Consideration15215SystemsDescriptions of Core Experiments on DASH amendment15216SystemsDoC on ISO/IEC 23009-1:2014 DAM 2 Spatial Relationship Description, Generalized URL parameters and other extensions15217SystemsText of ISO/IEC 23009-1:2014 FDAM 2 Spatial Relationship Description, Generalized URL parameters and other extensions15218SystemsRequest of ISO/IEC 23009-1:2014 AMD 3 Authentication, Access Control and multiple MPDs15219SystemsText of ISO/IEC 23009-1:2014 PDAM 3 Authentication, Access Control and multiple MPDs15220SystemsWD of DASH for Full Duplex Protocols15221SystemsWD of ISO/IEC 23009-2 2nd edition DASH Conformance and reference software 15222SystemsWork plan for development of DASH Conformance and reference software and sample clients15223SystemsStudy of ISO/IEC 2nd PDTR 23009-3 2nd edition DASH Implementation Guidelines15224SystemsWD of ISO/IEC 23009-3 2nd edition AMD 1 DASH Implementation Guidelines 15225SystemsRequest for subdivision of ISO/IEC 23009-5 Server and Network Assisted DASH15226SystemsText of ISO/IEC CD 23009-5 Server and Network Assisted DASH15227SystemsDefects under investigation in ISO/IEC 23008-115228SystemsDescription of Core Experiments on MPEG Media Transport15229SystemsDraft text of ISO/IEC 23008-1 2nd edition15230SystemsWorkplan of MMT Reference Software15231SystemsWorkplan of MMT Conformance15232SystemsDefects under Investigation in ISO/IEC 23008-1115233SystemsDoC on ISO/IEC DIS 23008-12 Carriage of Still Image and Image Sequences15234SystemsDraft Text of ISO/IEC FDIS 23008-12 Carriage of Still Image and Image Sequences15235SystemsWD of ISO/IEC TR 23008-13 2nd edition MPEG Media Transport Implementation Guidelines15236ConvenorBenefits of establishing category C liaison relationship with CableLabs 15237ConvenorLiaison Statement to SCTE DVS on DASH 15238ConvenorLiaison Statement to DASH-IF on DASH 15239ConvenorLiaison Statement to DVB on DASH 15240ConvenorLiaison Statement to DECE on DASH 15241ConvenorLiaison Statement to 3GPP on DASH 15242ConvenorLiaison Statement to ATSC on DASH 15243ConvenorLiaison Statement to CableLabs on DASH 15244ConvenorLiaison Statement to ATSC on DASH and MMT 15245ConvenorLiaison Statement to W3C on Font 15246ConvenorLiaison Statement to W3C on Carriage of Timed Text in ISOBMFF 15247AudioDoC on ISO/IEC 14496-3:2009/DAM 5, Support for Dynamic Range Control, New Levels for ALS Simple Profile, and Audio Synchronization15248AudioISO/IEC 14496-3:2009/DCOR 6, DRC Multiband Corrections15249AudioStudy on ISO/IEC 14496-5:2001/PDAM 37, New levels for AAC profiles, uniDRC support, AAC block length parameter and audio synchronization15250AudioLiaison Response to IEC TC10015251AudioLiaison Response to ITU-WP6C15252AudioRequest for Amendment 4 - ISO/IEC 14496-26:2010 PDAM 4, AAC Additional Multichannel Conformance Data15253AudioISO/IEC 14496-26:2010 PDAM 4, AAC Additional Multichannel Conformance Data15254AudioDoC on ISO/IEC 23001-8:2013/DAM 1 New audio code points15255AudioText of ISO/IEC 23001-8:2013/FDAM 1 New audio code points15256AudioRequest for Amendment - ISO/IEC 23003-3:2012/PDAM 3, Support for MPEG-D DRC15257AudioISO/IEC 23003-3:2012/PDAM 3, Support for MPEG-D DRC15258AudioISO/IEC 23003-3:2012/DCOR 4, Corrections to Unified Speech and Audio Coding15259AudioDefect Report on USAC Conformance15260AudioWorkplan on USAC Conformance15261AudioDoC on ISO/IEC DIS 23003-4 Dynamic Range Control15262AudioRM5 of DRC Reference Software15263AudioDoC on ISO/IEC DIS 23008-3 3D Audio15264AudioDoC on ISO/IEC 23008-3/PDAM 1, 3D Audio Profiles15265AudioText of ISO/IEC 23008-3/DAM 1, 3D Audio Profiles15266AudioDoC on ISO/IEC 23008-3:201x/PDAM 2, 3D audio file format15267AudioText of ISO/IEC 23008-3:201x/DAM 2, 3D audio file format15268AudioEncoder Input Format for MPEG-H 3D Audio15269AudioWorkplan on 3D Audio15270AudioWorkplan on 3D Audio Phase I Reference Software RM515271ConvenorLiaison template on 3D Audio15272VideoSteps towards a future video compression standard15273VideoRequest for contributions on future video compression technology15274ConvenorAHG on MPEG-7 Visual15275ConvenorAHG on Compact Descriptors for Visual Search15276ConvenorAHG on Internet Video Coding15277ConvenorAHG on Video Coding for Browsers15278ConvenorAHG on Reconfigurable Media Coding15279ConvenorAHG on Future Video Coding Standardization Challenges15280ConvenorLiaison on WCG and HDR15281ConvenorLiaison to DVB15282ConvenorLiaison to EBU15283ConvenorLiaison to WP6C15284ConvenorLiaison to BDA15285SystemsProposed use cases and requirements for Real-time streaming of media files15286ConvenorAHG on 3D Audio and Audio Maintenance15287ConvenorAHG on Responding to Industry Needs on Adoption of MPEG Audio15288SystemsWD of Conformance and Reference Software for Green Metadata152893DGText of ISO/IEC FDIS 14496-11 2nd edition152903DGCore Experiments Description for 3DG152913DGText of ISO/IEC PDAM3 14496-16:2011 Printing material and 3D graphics coding for browsers152923DGText of ISO/IEC FDAM1 23000-13:2013 ARAF Reference software and conformance152933DGStudy Text of ISO/IEC CD 23000-13 2nd Edition ARAF152943DGStudy Text of ISO/IEC CD 18039 Mixed and Augmented Reality Reference Model152953DGLogistics for the 7th JAhG meeting on MAR RM152963DGRequest for ISO/IEC 23006-2 3rd edition152973DGText of ISO/IEC CD 23006-2 3rd edition152983DGRequest for ISO/IEC 23006-3 3rd edition152993DGText of ISO/IEC CD 23006-3 3rd edition153003DGTechnology under consideration153013DGText of ISO/IEC DIS 23005-7 3rd Edition Reference software and conformance153023DGDisposition of Comments on ISO/IEC DAM1 23000-13:2013 ARAF Reference software and conformance153033DGInvestigation on 3D printing15304SystemsDraft text of ISO/IEC 23009-1 3rd edition15305ConvenorAHG on MPEG File Formats15306ConvenorAHG on Font Format Representation15307ConvenorAHG on MPEG-DASH15308ConvenorAHG on Multimedia Preservation Application Format (MP-AF)15309ConvenorAHG on MPEG Media Transport15310ConvenorAHG on Green MPEG15311ConvenorAHG on User Description15312ConvenorAHG on Contract Expression Language, Media Contract Ontology and Publish/Subscribe Application Format15313ConvenorAHG on Media Linking Application Format (MLAF)15314ConvenorAHG on real-time streaming of media files15315ConvenorAHG on AR15316ConvenorAHG on MPEG-V15317ConvenorAHG on Graphics compression15318ConvenorAHG on HDR and WCG15319ConvenorAHG on FTV (Free-viewpoint Television)15320ConvenorAHG on Compact Descriptors for Video Analysis15321ConvenorAHG on Screen Sharing Application Format15322ConvenorAHG on Requirements on Genome Compression and Storage15323ConvenorAHG on Media Orchestration15324Convenor
HTMLCONTROL Forms.HTML:Hidden.1
Bottom of FormAHG on Media-centric Internet of Things (MIoT) and MPEG Wearable

Requirements report
Source: Jörn Ostermann (Leibniz Universität Hannover)
Requirements documents approved at this meeting
No.Title15318AHG on Support of HDR and WCG15319AHG on FTV (Free-viewpoint Television)15320AHG on Compact Descriptors for Video Analysis 15324AHG on Media-centric Internet of Things (MIoT) and MPEG Wearable15322AHG on Requirements on Genome Compression and Storage15321AHG on Screen Sharing Application Format 15323AHG on Media Orchestration15083Call for Evidence (CfE) for HDR and WCG Video Coding15084Requirements and Use Cases for HDR and WCG Content Distribution15085Exploration on Media-centric Internet of Things (draft)15086Draft Requirements for MPEG Adaptive Screen Content Sharing Application Format15087Data Requirements for Compact Descriptors for Video Analysis in Search and Retrieval Applications15088Compact Descriptors for Video Analysis for Search and Retrieval Applications: Draft Evaluation Scenarios15089Call for Proposals for Compact Descriptor for Video Analysis - Search and Retrieval (CDVA)15090Requirements for a Future Video Coding Standard (Draft)15091Context and Objectives for Media Orchestration15092Database for Evaluation of Genome Compression and Storage15093Requirements on Genome Compression and Storage (Draft)15094Investigation on Genome Compression and Storage15095Draft Call for Evidence on FTV15096Requirements for Media Linking Application Format (MLAF)15097ITU-T SG16 Liaison on HDR/WCG15098Tutorial on Genome Compression15099Call for 1000 and 4000 nits Peak Brightness test material for HDR and WCG Video Coding15115Requirements for Publish and Subscribe Application Format 15200Exploration on Wearable MPEG15280Liaison on WCG and HDR15281Liaison to DVB15282Liaison to EBU15283Liaison to WP6C15284Liaison to BDA

MPEG-A
Part 16 Publish/Subscribe Application Format
In N15115 Requirements for Publish and Subscribe Application Format, the role of the creator was removed ( REF _Ref422670681 \h Figure 1) since it appears to be unnecessary.

Figure SEQ Figure \* ARABIC 1. PSAF interactions.

Part 16 Media Linking Application Format (MLAF)
Companion screen applications let user enjoying broadcast programmes access related information on other typically internet-connected devices. N15096 Requirements for Media Linking Application Format (MLAF) provide use cases and requirements on standardized technology in this domain. REF _Ref401149193 \h \* MERGEFORMAT Figure 2 shows the connections that a bridget should create from a professional production to social media or other websites. Source media are images, music and video clips. The Bridget will provide a content and destination description.

Figure SEQ Figure \* ARABIC 2. Bridget creation workflow.
Explorations
Compact Descriptors for Video Analysis (CDVA)
The envisioned activity which will go beyond object recognition required for example in broadcast applications. Especially for automotive and security applications, object classification is of much more relevance than object recognition ( REF _Ref377314454 \h \* MERGEFORMAT
Figure 3, REF _Ref401494958 \h Figure 4). MPEG foresses IP-cameras with a CDVA encoder which enables search, detection and classification at low transmission rates. Related technology within MPEG can be found in MPEG-7 and video signatures.

Figure SEQ Figure \* ARABIC 3: The upper part of the diagram shows the Analyze-Then-Compress (ATC) paradigm. That is, sets of video features are extracted from raw frames and encoded before transmission resulting in low bandwidth communications. This is opposite to traditional Compress-Then-Analyze (CTA) paradigm, in which video features are extracted close to complex visual analysis.

Figure SEQ Figure \* ARABIC 4 Usage of CDVA for identification of classes and recognition.

It is foreseen that identification of classes is much more challenging than object recognition. This work might start later than the work on detection and recognition. For detection and recognition, challenges include flexible objects and specular surfaces. Furthermore, low latency is required.

In order to prepare for an evaluation, N15089 Call for Proposals for Compact Descriptor for Video Analysis - Search and Retrieval (CDVA) describes the frame work for the evaluation to take place at the 113th meeting. N15087 Data Requirements for Compact Descriptors for Video Analysis in Search and Retrieval Applications describes the goals of the standard. Initial evaluation procedures are shown in N15088 Compact Descriptors for Video Analysis for Search and Retrieval Applications: Draft Evaluation Scenarios. N15042 Compact Descriptor for Video Analysis (CDVA) provides an overview for Search and Retrieval as well as Detection applications. N15320 AHG on Compact Descriptors for Video Analysis continues the work.

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 purpose of the exploration was previously described in N14546 Purpose of FTV Exploration.

N15048 Experimental Framework for FTV shows the further work of the FTV group. It was agreed to use high-resolution 10s FTV video without depth data as test material. The dismissal of depth data might create an FTV encoder/decoder solution that can work with arbitrary video input. For navigation applications, five arbitrary views will be used as test data. Evaluation will be done on stereo displays and displays with more views if they are available. As anchors, MV-HEVC and 3D_HEVC are used. N15095 Draft Call for Evidence on FTV provides details of the test conditions.

The adhoc group N15319 AHG on FTV (Free-viewpoint Television) will continue to work on this long-term exploration.
Future Video Coding
One of the very important users of MPEG-technology is the mobile industry. It is expected that the 5G-Network will be ready between 2020 and 2023. Therefore, it might make sense for MPEG to have a new generation of standards ready by 2020. This might require a new CfE on video coding technology in late 2015 or early 2016.
In N15090 Requirements for a Future Video Coding Standard (Draft), MPEG points towards the goal of a future video coding standard. The N15279 AHG on Future Video Coding Standardization Challenges will refine the document.

Genome Compression
Today, DNA sequencing creates a lot of data. One data set is easily about 800 Mbyte. Typically, several data sets are made for one person. Given that today machines are optimized for speed and not for accuracy, an interesting opportunity for compression technology might exist. TC276 Biotechnology is currently not considering compression. N15098 Tutorial on Genome Compression gives an introduction to the field.
N15093 Requirements on genome compression and Storage (Draft) lists initial requirements that need to be sanctioned by industry and users. N15092 Database for Evaluation of Genome Compression and Storage provides genome data that can be used for compression experiments. The adhoc group N15322 AHG on Requirements on Genome Compression and Storage will continue this exploration.
High dynamic range and wide colour gamut content distribution
Several film studios currently master movies for digital cinema and DVD separately since the colour space of the cinema is much larger than the colour space of a regular TV set. The industry would like to master just one version of the content using the xyz colour space as one example of a Wide Color Gamut (WCG) colour space. Furthermore, future TV will use High Dynamic Range (HDR) displays. In order to adapt to the different displays and projectors, transformation hints are desirable which instruct the terminal how to scale the colours of the content to the capabilities of the display. Furthermore, the signal needs to be deployed with an amplitude resolution accommodating HDR. Deploying video in such a way would also allow consumers to actually benefit from a WCG and HDR of a new TV screen.

At this point, tools for supporting bit depth scalability as well as WCG scalability are available. An appropriate profile definition is on its way.
For B2B application like contribution, a bitrate of 25 Mbit/s is sufficient coding HDR WCG content using HEVC. For B2C applications like Blu-ray or broadcast, there might be a need for further improvements in coding efficiency. As anchors for evaluations, HEVC main at 10 bit or 12 bit might be used.
The group plans to create interchangeable test material. There might be a chance to issue a Call for Evidence at the 111th meeting. However, at this point only limited improvements at 10 Mbit/s were demonstrated.

N1502 Draft Requirements and Explorations for HDR and WCG Content Distribution summarizes the requirements and use cases for HDR and WCG applications.

Based on N15028 Draft Call for Evidence (CfE) for HDR and WCG Video Coding, MPEG developed N15083 Call for Evidence (CfE) for HDR and WCG Video Coding with results expected at the 112th meeting. N15084 Requirements and Use Cases for HDR and WCG Content Distribution describes the environment for using HDR and WCG. Depending on the results of the CfE and external requirements, a time line for further standardization work will be defined. It might happen that a CfP will be issued in parallel to ongoing standardization work.

MPEG also requests further test material as described in N15099 Call for 1000 and 4000 nits Peak Brightness test material for HDR and WCG Video Coding.
Liaison letters N15097, N15280, N15281, N15282, 15283 and N15284 were sent to numerous organizations.

The adhoc group N15318 AHG on Support of HDR XYZ Color Space and HDR will finalize test conditions and conduct a subjective test of the submissions to the Call for Evidence.

Media Orchestration
For applications like augmented broadcast, concert recording or class room recording with several cameras as described in N15091 Context and Objectives for Media Orchestration, play back requires spatial and temporal synchronization of the different displays. N15323 AHG on Media Orchestration will work on this topic.
Media Wearables
N15200 Exploration on Wearable MPEG describes a potentially new item for integration of MPEG-technology into clothes and other wearables.
Screen Content Sharing Application Format
N15086 Draft Requirements for MPEG Adaptive Screen Content Sharing Application Format combines technologies for transport, coding and composition in order to enable the description of contents of computer screens based on components like background, window, video etc. Screen content coding, digital item identifier, MMT and MPEG Composition Information are relevant technologies. The Adhoc group N15321 AHG on Screen Content Sharing Application Format continues to refine the requirements and specification. A timeline needs to be specified.
Media-centric Internet of Things
The Requirements subgroup recognizes that MPEG-V provides technology that is applicable in the area of Internet of Things. N15085 Exploration on Media-centric Internet of Things (draft) provides definitions, use cases and requirements. The Requirements subgroup would like to ask MPEG members to encourage relevant external organizations to share their views on this subject as it relates to digital media. Work continues in N15324 AHG on Media-centric Internet of Things (MIoT).

Figure SEQ Figure \* ARABIC 5 The adapted sensorial effects (actuator commands) are generated by combining sensorial effects (SEs) with sensed information (SI), sensor capabilities (SC), and actuator capabilities.

Systems report
Source: Young-Kwon Lim, Chair

General Input Documents
AHG reports

NumberSessionTitleSourceDispositionsm35448PlenaryAHG on MPEG File FormatsISO secretariatm35449PlenaryAHG on Font Format RepresentationISO secretariatm35450PlenaryAHG on MPEG-DASHISO secretariatm35451PlenaryAHG on Multimedia Preservation Application Format (MP-AF)ISO secretariatm35452PlenaryAHG on MPEG Media TransportISO secretariatm35453PlenaryAHG on Green MPEGISO secretariatm35454PlenaryAHG on User DescriptionISO secretariatm35455PlenaryAHG on Timeline alignmentISO secretariatm35456PlenaryAHG on Contract Expression Language, Media Contract Ontology and Publish/Subscribe Application FormatISO secretariatm35457PlenaryAHG on Media Linking Application Format (MLAF)ISO secretariat
All AHG reports are accepted.
General technical contributions

NumberSessionTitleSourceDispositionsm35620PlenarySummary of Voting on ISO/IEC DIS 14496-11 [2nd Edition]SC 29 SecretariatNotedm35640PlenaryTable of Replies on ISO/IEC 14496-12:2012/FDAM 3 & 15444-12:2014/FDAM 3ITTF via SC 29 SecretariatNotedm35645PlenaryTable of Replies on ISO/IEC FDIS 23001-7 [2nd Edition]ITTF via SC 29 SecretariatNotedm35639PlenaryTable of Replies on ISO/IEC 23008-1:2014/FDAM 1ITTF via SC 29 SecretariatNotedm36069PlenaryTable of Replies on ISO/IEC FDIS 23008-10SC 29 SecretariatNotedm35644PlenaryTable of Replies on ISO/IEC FDIS 23008-11ITTF via SC 29 SecretariatNoted
Summary of discussion

Demo

FAQ
.
AOB
None.

MPEG-2 Systems (13818-1)
Topics
ISO/IEC 13818-1:201x AMD 2 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.

ISO/IEC 13818-1:201x AMD 3 Carriage of Green Metadata
This amendment specifies a format for carriage of green metadata that enables display power reduction in MPEG-2 TS. The metadata consists of frame statistics and quality indicators. This metadata allows the client to attain a specified quality level by scaling frame-buffer pixels and to reduce power correspondingly by decreasing the display backlight or OLED voltage.

ISO/IEC 13818-1:201x AMD 4 Carriage of additional MPEG-4 audio profile & level
This amendment extends Table 2-71 with more MPEG-4_audio_profile_and_level assignment values.

ISO/IEC 13818-1:201x AMD 5 Carriage of 3D Audio
This amendment defines stream type, descriptors and buffer model to carry MPEG-H 3D audio bitstream in MPEG-2 TS. Two stream types will be assigned to distinguish main stream from auxiliary stream. Descriptors will provide information on user selectable and/or modifiable audio objects and information on which object contains either supplementary or main audio. T-STD extension will allow
splitting an encoded audio scene into several elementary streams. One single audio decoder decodes all elementary streams to one audio presentation. Each of those elementary streams carries one or more encoded channel signals.

ISO/IEC 13818-1:201x AMD 6 Carriage of Quality Metadata
Contributions

NumberSessionTitleSourceDispositionsm35847MPEG-2Clarification on Layered HEVC over MPEG-2 TS HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorAccepted
N15163m35924MPEG-2On carriage of layered HEVC over MPEG-2 TS HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, HYPERLINK "mailto:cheny@qti.qualcomm.com" Ying Chen, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. WangAccepted
N15163m35944MPEG-2On Transport of Layered HEVC in MPEG-2 Systems HYPERLINK "mailto:Karsten.Grueneberg@hhi.fraunhofer.de" Karsten GrÃ¼neberg, HYPERLINK "mailto:Thomas.Schierl@hhi.fraunhofer.de" Thomas Schierl, HYPERLINK "mailto:Yago.Sanchez@hhi.fraunhofer.de" Yago SanchezAccepted
N15163m35626MPEG-2Summary of Voting on ISO/IEC 13818-1:201x/PDAM 6SC 29 SecretariatRefer N15171 & N15169m35869MPEG-2Carriage of MPEG-H 3D audio over MPEG-2 Systems yet another Amendment HYPERLINK "mailto:robert.brondijk@philips.com" Robert BrondijkRefer N15171m35872MPEG-2Proposed update to ISO/IEC 13818-1:201x/PDAM6 HYPERLINK "mailto:stephan.schreiner@iis.fraunhofer.de" Stephan Schreiner, Harald FuchsAccepted N15169m35914MPEG-2Virtually segmented transport streams HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiAccepted N15170m35943MPEG-2Buffer model for processing green access unitsFelix FernandesAccepted N15164m36109MPEG-2Minor flaw in 13818-1 PES extension and suggested workaroundItaru KanekoAccepted N15172m35963MPEG-2On Carriage of Quality Metadata in MPEG-2 SystemsOzgur OymanAccepted N15169
Summary of discussions

M 35847 Telecom Paris Clarification on layered HEVC carriage over Mp2TS.
Suggested an issue with Operation Point Descriptor being mandated in standard and not mandated in Annex U.
Agreed to remove inconsistency between mandated operation descriptor and the implied example in Annex U.

M 35924 Qualcomm
Highlighted some issues with Operation point descriptor and proposed changes.
Agreed to add auxiliary and auxiliary enhancement to tables 2-50 and 2-103.
Agreed to changes to the Operation point descriptor syntax and semantics. There is dependency of some elements in this program level descriptor with other elementary level descriptors.

M 35944 Fraunhofer HHI
Suggested changes to text for clarification of hierarchy descriptor use and mandate.
Agreed to include in study text.

m35626, m35869, m35872
DIN comments included review of contribution m 35869 which suggested new descriptors and contribution m 35872 which proposed updates to study text of PDAM 5.
NB comments from ANSI and DIN were accepted including changes proposed in m 35872 as this aligned the transport with that in audio. M 35869 was postponed to next ballot cycle so that other NB experts can review this.
We approved DoC ISO/IEC 13818-1:2014 / PDAM 6 and text of ISO/IEC 13818-1:2014 / DAM 5. (Mar 6, 2015). Contribution M 35869 will be an output document for review by national body experts.

M 36109
suggested a possible error in PES header of ISO/IEC 13818-1:2014.
The group agreed that this was an error that seems to have been introduced during the amendment for carriage of SVC and agreed to produce an errata document listing this issue. Based on feedback from national body experts to the next meeting, we will produce a corrigendum to ISO/IEC 13818-1:2014.

M 35963
suggests using MPEG section method for carriage of quality access units instead of PES carriage to harmonize with DAM 3 (carriage of Green metadata). In addition, it also uses a similar buffer model as Green metadata system.
The group accepted this and we will produce a request for amendment 6 to ISO/IEC 13818-1:2014 and text of PDAM 6 at this meeting.

M 35194
proposes use of TEMI type signaling to indicate virtual partitioned TS segments.
Agreed to do a WD on virtual segmentation and not amendment.

Action Points / Ballots

ITU-T H.222.0 (xx/201x)|ISO/IEC 13818-1:201x/DAM 3( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14631c.htm" SC 29 N 14631)SystemsAMENDMENT 3: Carriage of layered HEVCDAM(2015-05-03)ITU-T H.222.0 (xx/201x)|ISO/IEC 13818-1:201x/DAM 4( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14629c.htm" SC 29 N 14629)SystemsAMENDMENT 4: Carriage of Green Metadata in MPEG-2 SystemsDAM(2015-05-03)ITU-T H.222.0 (xx/201x)|ISO/IEC 13818-1:201x/DAM 5( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14565c.htm" SC 29 N 14565)SystemsAMENDMENT 5: New Profiles and Levels for MPEG-4 Audio DescriptorDAM(2014-XX-XX)

MPEG-4 ISO Base File Format (14496-12)
Topics
ISO/IEC 14496-12:201X/AMD 4: Improved audio support
This amendment enhances the codec-independent support for audio in the file format, adding the ability to declare downmixing and dynamic range control of audio, and describe the loudness of the program, before or after downmix or dynamic range control. It also supports the codec-independent declaration of channel layout, and identifying the carriage of DRC coefficients both in the audio stream, and in a separate track.

Contributions

NumberSessionTitleSourceDispositionsm35634File FormatSummary of Voting on ISO/IEC 14496-12:2012/DCOR 4 and ISO/IEC 15444-12:2012/DCOR 4SC 29 SecretariatAccepted N15175m36100File FormatSummary of Voting on ISO/IEC 14496-12:2012/DAM 4 & 15444-12:2012/DAM 4SC 29 SecretariatAccepted N15173m35485File FormatUSNB Technical comments (RE: WG 11 via SC 29) HYPERLINK "mailto:andy.tescher@gmail.com" A. G. TescherNotedm35879File FormatCarriage of spatial relationship for dynamic ROI in video panorama in ISOBMFF HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasAccepted n15178m35905File FormatSignaling of Partial/Corrupted ISOBMFF HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, Cedric ThienotNotedm35777File FormatCorrection to the user-data box in movie fragments HYPERLINK "mailto:singer@apple.com" David SingerAccepted N15176m35831File FormatProvision for verification of data integrity of ISOBMFF structuresV. K. Malamal Vadakital, M. M. Hannuksela (Nokia)Notedm35921File FormatOn sample grouping type in 14496-12 and 14996-15 HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang, HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, Accepted N15174m35922File FormatOn the concept of random access point in 14496-12 and 14496-15 HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. Wang, HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, Accepted N15178m35948File FormatComments on 3D audio file format in the ISO/IEC 23008-3 PDAM2Mitsuhiro Hirabayashi, Toru ChinenAccepted N15178m35950File FormatComments on Edit List Box in the ISO/IEC 14496-12 ISOBMFF Defect ReportMitsuhiro HirabayashiAccepted N15178m35958File FormatClarifications on Channel Layout Box in the ISO/IEC 14496-12 ISOBMFF study DAM4Mitsuhiro Hirabayashi, Kazuhiko TakabayashiAccepted N15174m35984File FormatProgressing Unidirectional Delivery of File Format HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerNotedm35484File FormatDRAP sample group in the ISOMBFF HYPERLINK "mailto:richard.mitic@ericssonc.com" Richard Mitic, HYPERLINK "mailto:jonatan.samuelsson@ericsson.com" Jonatan Samuelsson, HYPERLINK "mailto:martin.petersson@ericsson.com" Martin Petersson, HYPERLINK "mailto:rikard.sjoberg@ericsson.com" Rikard SjÃ¶bergAccepted N15178m35776File FormatFile format reference software and conformance update (2)Armin Trattnig, HYPERLINK "mailto:singer@apple.com" David SingerNotedm35982File FormatISO BMFF conformance software: gathering comments HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammer, HYPERLINK "mailto:zia@nomor.de" Waqar ZiaNotedm36113File FormatInputs to the defect report 14496-12 HYPERLINK "mailto:mdolan@newtbt.com" Michael DolanAccepted N15178m36121File FormatStrawman for partial file storage HYPERLINK "mailto:singer@apple.com" David Singer, HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerNotedm35968File FormatHandling ISOBMFF with missing partsImed BouaziziNoted
Summary of discussions

m36100 Summary of Voting on ISO/IEC 14496-12:2012/DAM 4 & 15444-12:2012/DAM 4
The SAP type field goes to 4 bits.
we add
"For the purposes of these definitions, the SAP is the access unit which is described by Annex I as located at Isau and/or Isap.

Note The distinction between Isau and Isap is only needed to distinguish between referring directly to the access unit, and referring to its containing structure."
m35958 Clarifications on Channel Layout Box in the ISO/IEC 14496-12 ISOBMFF study DAM4
m35484 DRAP sample group in the ISOMBFF
Thank you. We agree this belongs in a future version of part 12, but wed like to look at the DASH implications before we go ahead. Perhaps calling these DRAPs a SAP (type 7?) would help with the labeling. We need to look at how the layer above (e.g. DASH) can find both the IRAP (sync sample in our terms) and the DRAP. We should look also at how this relates to temporal scalability and subsequences.
We put this for now in our defect report though its not a defect, as such.
m35922 On the concept of random access point in 14496-12 and 14496-15
Yes, time to clean up. Into the defect reports for parts 12 and 15.
m35777 Correction to the user-data box in movie fragments
We should think about the replacement rule for user-data; we insert a section in the defect report to think about it.
We agree to (a) move the text to the movie fragment section and (b) reference it from meta-data and user-data, and of course fix the user-data box header. Into the new integrated edition (as a part of the COR/amd4 handling).
m35831 Provision for verification of data integrity of ISOBMFF structures
We have questions about how often it is the case that the transport layer (disk, network, whatever) delivers us files but with errors that it did not detect. E.g. in HTTP or FLUTE, you know which byte ranges of the file you received and which are missing. However, maybe there are use cases. We can see this getting used as the basis for a signing mechanism, which some might like. We should probably start a TuC for this whole area (partial files, errors, and so on).
m35905 Signaling of Partial/Corrupted ISOBMFF
Thank you for this input; we will form a document that carries all the emerging ideas in partial file storage. Having looked at this and other contributions, it is becoming clearer that we might usefully work out what exact scenarios error cases we are trying to handle. Experts are encouraged to contribute to the ongoing document.
m35968 Handling ISOBMFF with missing parts
See the comments above on m35905.
m36121 Strawman for partial file storage TITLE \* MERGEFORMAT TITLE \* MERGEFORMAT
See the comments above on m35905.
m35921 On sample grouping type in 14496-12 and 14996-15
Agreed at least to clarify according to option 3 for the general grouping type parameter. Into the defect report. We note however, that the sample group description index can be in multiple sample to group boxes that have different grouping type parameter values.
We keep the layering etc. in the grouping type parameter (this is amendment 4 material). We suggest that we go to 4 bits for the SAP type, for safety; maybe more will come along (like DRAP).
m35950 Comments on Edit List Box in the ISO/IEC 14496-12 ISOBMFF Defect Report
Since edit lists cannot occur in movie fragments. We also need a note explaining the difference between an empty edit and a zero-duration media edit. Into the defect report, thank you.
m36113 Inputs to the defect report for ISO/IEC 14496-12
Taken as the basis for the defect report, but note all the additions from other contributions.
m35485 USNB Technical comments (RE: WG 11 via SC 29)
We will need to do an update at some point, documenting the new conformance files, and well insert a paragraph pointing at this open source, as suggested.
m35984 Progressing Unidirectional Delivery of File Format
Integrated into the exploration document.
m35776 File format reference software and conformance update (2)

Thank you. We note updates will be needed to track the FDIS.

m35982 ISO BMFF conformance software: gathering comments
The feedback from plenary is that the conformance document will reference but not contain the indicated software.

m35879 Carriage of spatial relationship for dynamic ROI in video panorama in ISOBMFF
This is interesting and has multiple use cases. We note that sample groups already exist and are suitable for few alternatives use case. Adding to the sample table doesnt seem right. In the track case we could support non-rectangular ROIs, which is nice; we could also have multiple tracks, and not all the ROIs need to have a pre-computed video track. The track format could be textual or XML, of course, and we have meta-data XML tracks already.
We would like to see a design that documents ROIs, links to pre-computed tracks, handles resolution scaling (e.g. for DASH), and so on.
We are not sure where such a design would land in terms of specification. This is logically a media format (like metrics).
We make a WD at this meeting; we need to decide where it will be, before we request a sub-division. Perhaps under metrics, 23001-10?

Emails received on the reflector
Disposition:
See HYPERLINK "http://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html" http://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html, and the associated email. We copy the entire email into the defect report as a piece of external feedback to consider.

Action Points / Ballots

ISO/IEC 14496-12:2012/DAM 4( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14454c.htm" SC 29 N 14454) Part 12: ISO base media file formatAMENDMENT 4: Improved audio support DAM(2015-02-12)

MPEG-4 AVC File Format (14496-15)

Topics
ISO/IEC 14496-15:2013 AMD 1 Carriage of Layered HEVC
This amendment specifies the storage of video bitstreams consisting of multiple views and the associated depth, encoded based on Annex I of ISO/IEC 14496-10. The design is based on the MVC file format, which is specified in Clause 7 of ISO/IEC 14496-15, in a backwards-compatible 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
Contributions

NumberSessionTitleSourceDispositionsm35637File FormatSummary of Voting on ISO/IEC 14496-15:2014/PDAM 1SC 29 SecretariatAccepted N15180M36118File FormatSummary of Voting on ISO/IEC 14496-15:2014/PDAM 2SC 29 SecretariatAccepted N15181m35833File FormatOptional MIME parameters for L-HEVC in ISO/IEC 14496-15M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Accepted N15182m35834File FormatIndication of output layer set for L-HEVC in ISO/IEC 14496-15V. K. Malamal Vadakital, M. M. Hannuksela (Nokia)Accepted N15182m35848File FormatClarification on Layered HEVC storage in ISOBMFF HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorNotedm35918File FormatIndication of hybrid codec scalability for L-HEVC in ISO/IEC 14496-15M. M. Hannuksela (Nokia)Accepted N15182m35923File FormatOn HEVC and L-HEVC file formats HYPERLINK "mailto:fhendry@qti.qualcomm.com" Hendry, HYPERLINK "mailto:yekuiw@qti.qualcomm.com" Y.-K. WangAccepted N15182m35946File FormatObjectTypeIndication code point for HEVC HYPERLINK "mailto:Karsten.Grueneberg@hhi.fraunhofer.de" Karsten GrÃ¼nebergAccepted N15182m35832File FormatConformance files for ISO/IEC 14496-15M. Viitanen, J. Vanne, T. D. HÃ¤mÃ¤lÃ¤inen (Tampere Univ. of Technology), M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)noted
Summary of discussions
m35833 Optional MIME parameters for L-HEVC in ISO/IEC 14496-15
We note that the whole question of whether there are multiple bitstreams and their relationship etc. is already an issue for the codecs parameter. We note that the OlsIdx is also only useful if somehow it is conveyed between the can you play this decision and the supply of the actual media.

m35834 Indication of output layer set for L-HEVC in ISO/IEC 14496-15
We need to say its the index in the VPS, and also say that there is a restriction there be only one VPS in the track (and hence only one sample entry as well). We need an open question of what to do with a bitstream that doesnt obey this restriction, also.
m35848 Clarification on Layered HEVC storage in ISOBMFF
We agree that wed like to mark operating points in a track saying if you process this track and resolve extractors, the result is a bitstream that is HEVC conformant corresponding to a given operating point; neither subsetting of the NAL units, nor implicit fetching and re-ordering from other tracks, is needed. We agree the one-layer per-track is much simpler, and we remove profile-tier-level from the LHEVC config record and make that reserved space (so that the layout stays the same). We study this for a meeting period.
m35918 Indication of hybrid codec scalability for L-HEVC in ISO/IEC 14496-15
We note that the limited number of possibilities really suggests a sample group, and ideally its on the base layer as it documents that layer (and also how it is used, alas). Sample group on the base layer and the flag says not surely not used by any enhancement layer.
m35923 On HEVC and L-HEVC file formats
For problem 2, option 1 is preferred; the sample groups help with the layers. Otherwise accepted.
m35946 ObjectTypeIndication code point for HEVC
The RA to assign the next code after AVC, for HEVC, and to insert the HEVC codec types in the codecs table, with the objecttypeindication shown.

m35832 Conformance files for ISO/IEC 14496-15
Experts to cross-check. Thank you.

Action Points / Ballots

Open Font Format (14496-22)
Topics
ISO/IEC 14496-22 3rd edition
The third edition of the OFF standard consolidates all previously issued corrigendum and amendments and extends the existing technology providing support for a larger set of world's languages, adding new text layout features and introducing support for colour fonts and MATH expression layout
Contributions
.
NumberSessionTitleSourceDispositionsm35621FontSummary of Voting on ISO/IEC DIS 14496-22 [3rd Edition]SC 29 SecretariatRefer N15184
Summary of discussions

Action Points

Timed Text (14496-30)
Topics
ISO/IEC 14496-30 COR 1

Contributions
.
NumberSessionTitleSourceDispositionsm35635File FormatSummary of Voting on ISO/IEC 14496-30:2014/DCOR 1SC 29 SecretariatRefer N15187m35849File FormatStorage of WebVTT Thumbnail tracks in ISOBMFF HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le FeuvreNoted
Summary of discussions
m35849 Storage of WebVTT Thumbnail tracks in ISOBMFF
We think that the meta handler should be used, with an appropriate role user-data item, and indeed a thmb track reference.
We should propose an amendment to part 30, and make sure that the thmb track reference is in the part of the image file format to be moved to part 12.
Yes, the shadowing is a nice technique as simple relative URLs are supposed to work.
We should consider this for an amendment of part 30, documenting how VTT non-caption tracks can be used.

Action Points

Multimedia description schemes (15938-5)
Topics
ISO/IEC 15938-5 AMD 5 Multiple text encodings, extended classification metadata
This amendment extends text and classification descriptors for descriptive metadata for audiovisual content. These extensions address existing data types and add some elements and attributes. The first one improve internationalisation for text-based metadata by identifying the script(s) used and enables carrying strings represented in multiple character sets in the same XML document, using encoding. The other extends classification metadata in order to: (a) improve interoperability with existing metadata formats used in professional media production, (b) increase cardinality of some elements and (c) add attributes and a version element.
Contributions
.
NumberSessionTitleSourceDispositionsm35627AFSummary of Voting on ISO/IEC 15938-5:2003/DAM 5SC 29 SecretariatRefer N15189m35551AFStudy of ISO/IEC 15938-5/DAM 5 HYPERLINK "mailto:werner.bailer@joanneum.at" Werner Bailer, HYPERLINK "mailto:roberto.borgotallo@rai.it" Roberto BorgotalloAccepted n15190m35552AFQuality Metadata Examples HYPERLINK "mailto:werner.bailer@joanneum.at" Werner Bailer, Peter Schallauer, Albert HofmannAccepted N15190m36128AFLate comment for ISO/IEC 15938-5:2003/DAM 5ATNB via SC 29 SecretariatRefer N15189
Summary of discussions

Action Points

MVCO (21000-19)
Topics

Contributions

NumberSessionTitleSourceDispositionsm36112MPEG-21Extending MVCO for Media Segments and Multi-track Rights TrackingThomas Wilmering, Mariano Mora-Mcginity, Gyorgy Fazekas, HYPERLINK "mailto:panos@ieee.org" Panos KudumakisNoted

Summary of discussions

Action Points / Ballots

Contract Expression Language (21000-20)
Topics

Contributions

NumberSessionTitleSourceDispositionsm35837MPEG-21Draft Resolution of Editorsâ¬ "! notes from WD of 2nd Edition of ISO/IEC 21000-20 Contract Expression Language (CEL) HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia Llorente, HYPERLINK "mailto:" Laurent BochAccepted N15192

Summary of discussions

Action Points / Ballots

Media Contract Ontology (21000-21)
Topics

Contributions

NumberSessionTitleSourceDispositionsm35835MPEG-21Contribution for improving the working drafts of second editions of ISO/IEC 21000-21 (Media Contract Ontology) and ISO/IEC 21000-20 (Contract Expression Language) HYPERLINK "mailto:" Laurent Boch, HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia LlorenteAccepted N15192m35836MPEG-21Draft Resolution of Editorsâ¬ "! notes from WD of 2nd Edition of ISO/IEC 21000-21 Media Contract Ontology (MCO) HYPERLINK "mailto:" Laurent Boch, HYPERLINK "mailto:" Jaime Delgado, HYPERLINK "mailto:" Silvia LlorenteAccepted N15192

Summary of discussions

Action Points / Ballots

User Description (21000-22)
Topics
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.

Contributions

NumberSessionTitleSourceDispositionsm35666UDAutomated Recommendation of Multimedia News Content using MPEG-UD HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, HYPERLINK "mailto:maurizio.montagnuolo@rai.it" Maurizio MONTAGNUOLO, HYPERLINK "mailto:sabino.metta@rai.it" Sabino METTAAccepted N15197m35902UDUpdate of the Draft Implementation Guidelines for MPEG-UD HYPERLINK "mailto:sabino.metta@rai.it" Sabino Metta, HYPERLINK "mailto:alberto.messina@rai.it" Alberto Messina, , Accepted N15197m36001UDProposal for harmonisation of DatabaseOfMultimedia and ServiceObjectInformation in MPEG-UD SD HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, HYPERLINK "mailto:smchun@insignal.co.kr" Sungmoon ChunAccepted N15196m36026UDProposal for improvement of InteractionAtomType in MPEG-UD UD HYPERLINK "mailto:sabino.metta@rai.it" Sabino METTA, HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINAAccepted N15196m36054UDA Proposal of ObjectLocation element in SDSi-Hwan Jang, Sanghyun Joo, Kyoung-Ill Kim, Jiwon Lee, Dasom Kim, Hyung-Gi Byun, Jang-Sik ChoiAccepted N15196
Summary of discussions

Action Points

MP-AF (23000-15)
Topics
ISO/IEC 23000-15 Multimedia Preservation Application Format
The objective of the Multimedia Preservation Description Information (MPDI) framework is to provide a standardized description to multimedia content to enable users to plan, execute, and evaluate preservation operations to achieve the objectives of digital preservation.

ISO/IEC 23000-xx Adaptive Screen Content Sharing Application Format

Contributions

NumberSessionTitleSourceDispositionsm35553AFDraft text of DIS of ISO/IEC 23000-15 Multimedia Preservation Application Format (MP-AF)Walter Allasia, Werner Bailer, Laurent Boch, Wo Chang, Roberto Borgotallo, Sergui GordeaAccepted N15198m35762AFProposed logical data model to be adopted within MP-AF for the preservation of Quality Control metadata outputs (version 3)Roberto Borgotallo (RAI), Matthias Elser (IRT), Werner Bailer (Joanneum)Accepted N15198m35763AFRAI high quality digitization and preservation use case, a full MP-AF XML instanceRoberto Borgotallo (RAI)Accepted N15199m35850AFA C++ Class Library Implementing MPEG MP-AFHermann FÃ¼rntratt, Werner BailerAccepted N15199
Summary of discussions

Action Points

Publish/Subscribe AF (23000-16)
Topics
ISO/IEC 23000-16 Publish/Subscribe Application Format
Publish/Subscribe (PubSub) is an established communication paradigm where senders do not communicate information directly to intended receivers but rely instead on a service that mediates the relationship between senders and receivers. While generic PubSub specifications exist, there are some specific features that are typical of a multimedia application that can be easily supported by a media-friendly PubSub format based on MPEG technology.
Contributions

NumberSessionTitleSourceDispositionsm35886AFProposed Committee Draft of MPEG-A Part 16: Publish/Subscribe Application FormatGiuseppe VavalÃ (CEDEO), Kenichi Nakamura (Panasonic), Accepted N15202m35888AFProposed revised requirements for Publish Subscribe Application Format (PSAF)Giuseppe VavalÃ (CEDEO), Kenichi Nakamura (Panasonic), Accepted N15115
Summary of discussions

Action Points

Media Linking AF (23000-17)
Topics
ISO/IEC 23000-17 Media Linking AF

Contributions

NumberSessionTitleSourceDispositionsm35668AFProposal for update of MLAF requirementsLeonardo CHIARIGLIONE, HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, Marius PREDA, Accepted N15096m35667AFAn Initial demonstration of MLAF technologiesDavide BERTOLA, Traian LAVRIC, Christian TULVAN, Adrian GABRIELLI, HYPERLINK "mailto:alberto.messina@rai.it" Alberto MESSINA, Marius PREDA, Giuseppe VAVALA'Notedm35767AFHigh level presentation layer for MLAF HYPERLINK "mailto:traian.lavric@telecom-sudparis.eu" Traian Lavric, HYPERLINK "mailto:adrian.gabrielli@telecom-sudparis.eu" Adrian Gabrielli, Veronica Scurtu, HYPERLINK "mailto:marius.preda@telecom-sudparis.eu" Marius PredaAccepted N15203
Summary of discussions

Action Points

Common encryption format for ISO BMFF (23001-7)
Topics
ISO/IEC 23001-7 3rd 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.
Contributions

NumberSessionTitleSourceDispositionm35959File FormatClarifications on Common encryption 3rd Ed. DISMitsuiro Hirabayashi, Kazuhiko Takabayashi, Takehiko Nakano, Mitsuru KatsumataAccepted N15204
Summary of discussions
m35959 Clarifications on Common encryption 3rd Ed. DIS
Editors to integrate into a change-tracked study as output from this meeting.

Action Points / Ballots

ISO/IEC DIS 23001-7 3rd Edition( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14645c.htm" SC 29 N 14645)Part 7: Common encryption format for ISO base media file formatDIS (2015-05-09)

CICP (23001-8)
Topics

Contributions

NumberSessionTitleSourceDispositionm35630PlenarySummary of Voting on ISO/IEC 23001-8:2013/DAM 1SC 29 SecretariatRefer N15254
Summary of discussions

Action Points

ISO/IEC 23001-8:2013/DAM 2( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14686c.htm" SC 29 N 14686)Part 8: Coding-independent code-points, AMENDMENT 2: Sample aspect ratio and additional transfer functions, colour primaries and matrix coefficientsDAM (2015-06-19)

Common encryption format for MPEG-2 TS (23001-9)
Topics
ISO/IEC 23001-9 AMD 1 Support of Sparse Encryption

Contributions

NumberSessionTitleSourceDispositionm35618MPEG-2Summary of Voting on ISO/IEC 23001-9:2014/PDAM 1SC 29 SecretariatRefer N15205m35913MPEG-2Corrections to ISO/IEC 23001-9 HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiNoted
Summary of discussions

M35913
Group agreed to do a corrigendum to ISO/IEC 13818-1:2014 / Amd.1 for appropriate linkage to this amendment.

Action Points

ISO/IEC 23001-9:2014/PDAM 1( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/open/29view/29n14495c.htm" SC 29 N 14495)Part 9: Common Encryption for MPEG-2 Transport Streams, AMENDMENT 1: Support of Sparse EncryptionPDAM(2015-01-07)
Timed metadata metrics of Media in ISOBMFF (23001-10)
Topics
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.

Contributions

NumberSessionTitleSourceDispositionm35636File FormatSummary of Voting on ISO/IEC DIS 23001-10SC 29 SecretariatRefer N15207m36032File FormatProposed Enhancements to ISO/IEC 23001-10 HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanNoted
Summary of discussions

m36032 Proposed Enhancements to ISO/IEC 23001-10
Thank you. The editors used this to help make a quality FDIS.

Action Points

Green Metadata (23001-11)
Topics
Green Metadata

Contributions

NumberSessionTitleSourceDispositionsm35795GreenBest Effort Decoding for Green MPEG â¬ Hardware Analysis HYPERLINK "mailto:atourapis@apple.com" Alexis Michael Tourapis, David Singer, Steve Saunders, Krasimir KolarovNotedm36024GreenHEVC Decoding with Tunable Image Quality - Subjective evaluationErwan Nogues, Erwan Raffin, Maxime Pelcat, Daniel MÃ©nard, Notedm36035GreenEntropic Decoding Analysis for Green MPEG HYPERLINK "mailto:cyril.bergeron@thalesgroup.com" cyril bergeron, florian BroekaertNotedm36055GreenHEVC Decoding with Tunable Image Quality - Power saving and complexity reductionErwan Raffin, Erwan Nogues, Maxime Pelcat, Daniel MÃ©nardnoted
Summary of discussions

Action Points

23001-12 Sample Variants in File Format
Topics
ISO/IEC 23001-12 Sample Variants in ISOBMFF
This adds support for a general framework for sample variants in the ISOBMFF. This would be used by a forensic watermarking system to modify the base sample, but is independent of the watermarking algorithm. Variants are sample data that may be used by a decoder and DRM system to ultimately output video or audio that is marked in a way that can be unique to individual decoders or decoder product models. The application of the variants during the decode process is under control of the DRM system (and ultimately the content provider).
Contributions

NumberSessionTitleSourceDispositions
Summary of discussions

Action Points

ISO/IEC DIS 23001-12( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14624c.htm" SC 29 N 14624)Part 12: Sample Variants in the ISO Base Media File FormatDIS(2015-04-26)

MXM (23006-1)
Topics
MXM

Contributions

NumberSessionTitleSourceDispositionsm35887MXMProposal for WD0.1 of ISO/IEC 23006-1 3rd edition Giuseppe VavalÃ (CEDEO)Accepted N15212
Summary of discussions

Action Points

MMT (23008-1)
Topics
ISO/IEC 23008-1 AMD 3 Mobile MMT

Contributions

numberSessionTitleSourcem35760MMTProposed editorial improvements for MMT HYPERLINK "mailto:dufourd@enst.fr" Jean-Claude Dufourd, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le FeuvreAccepted N15227m35761MMTTechnical questions on MMT documents HYPERLINK "mailto:dufourd@enst.fr" Jean-Claude Dufourd, HYPERLINK "mailto:lefeuvre@enst.fr" Jean Le FeuvreAccepted N15227m35967MMTMMT and Common EncryptionImed BouaziziN15235m35969MMTCustom Ad Support in MMTImed BouaziziNotedm36020MMTMMT: Multi-Source Display Synchronization via Rate Agnostic Content Fingerprinting HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed Bouazizi, Youngkwon Lim, Kyungmo ParkNotedm36025MMTDraft of White paperon MPEG Media Transport(MMT) m36040MMTMMT: MANE Based Bottleneck Coordination to Achieve QoE Multiplexing Gains HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed Bouazizi, Youngkwon Lim, Kyungmo ParkNotedm36042MMTMMT: Traffic Aggregation and MMTP Multicasting for On-Demand Video Delivery HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed Bouazizi, Youngkwon LimAccepted N15228m36060MMTAdditional description on MANE HYPERLINK "mailto:youngwan.so@samsung.com" Youngwan So, HYPERLINK "mailto:kyungmo.park@samsung.com" Kyoungmo ParkNotedm36085MMTMeasurement of time-varying available bitrate for UDP-based and TCP-based video streaming over LTE networks (Informative)Yongwoo Cho, Md. Jalil Piran, Sookyung Park, Kyeong Won Kim, Doug Young Suhpostponedm36094MMTMMT : Proposal for mobile MMT Jongmin Lee, Kyungmo Park, Zhu Linoted

Summary of discussions

M35760
Agreed. Add to DuI for part 1 and create new DuI for part 11. replace update commands to CI statements. Put MFU in section 8 and in section 7 refer to section 8.
All other changes are agreed.

M35761
Agree to add restrictions to the profile.
Add restriction that each MPUs time needs to be indicated. Correct the order of the fields in the MMTHintSample.
Replace floating item with metadata item.
Remove sentence on removing MFU length field for NAL units.
Error recovery will be discussed with FF group.
How does CI deal with user interactions?
Add processing model using Javascript to the CI to show how CI statements are processed.

M35967
Add first part to the IG and bring a contribution on the signaling. Align with new restrictions.

Action Points

CI (23008-11)
Topics
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.

Contributions

numberSessionTitleSourcem36059MMTContent Accessible Time Window HYPERLINK "mailto:Yiling%20Xu" Wenjun ZhangNoted

Summary of discussions

Action Points

MMT Implementation Guide (23008-13)
Topics
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.
Contributions

numberSessionTitleSourcem36092MMTAnalysis on conversion of MMTP stream to MPEG-2 TS HYPERLINK "mailto:young.l@samsung.com" Youngkwon LimAccepted N15235

Summary of discussions

Action Points

Image File Format (23008-12)
Topics
ISO/IEC 23008-12 1st edition
Support for
sequences, timed or untimed, with or without audio etc.
single still images, the simple case, maybe based on JPX

Contributions

numberSessionTitleSourcem35623File FormatSummary of Voting on ISO/IEC DIS 23008-12SC 29 SecretariatN15223m35778File FormatSuggested updates to the HEVC Image File Format HYPERLINK "mailto:singer@apple.com" David SingerAccepted N15234m35825File FormatA grouping mechanism for the Image File Format (ISO/IEC 23008-12)V. K. Malamal Vadakital, M. M. Hannuksela (Nokia)Accepted N15234m35826File FormatMiscellaneous cleanups for ISO/IEC 23008-12M. M. Hannuksela, V. K. Malamal Vadakital, J. Lainema (Nokia)Accepted N15234m35828File FormatMultiple-of-90-degree rotations for image sequence tracks in ISO/IEC 23008-12M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Accepted N15234m35829File FormatOn brand specifications for the Image File Format (ISO/IEC 23008-12)M. M. Hannuksela, V. K. Malamal Vadakital, J. Lainema (Nokia)Accepted N15234m35830File FormatOptional MIME parameters for ISO/IEC 23008-12M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)Accepted N15234m35840File FormatComparison of BPG and MPEG Image File Format HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric Nassornotedm35844File FormatReview of use cases on the Image File Format HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorAccepted N15234m35711File FormatAn editorial update of the Image File Format specification (ISO/IEC 23008-12)M. M. Hannuksela, V. K. Malamal Vadakital (Nokia)accepted
N15234m36123File FormatAlternate Syntax for mutualizing effects in the Image File FormatJean Le Feuvre, Franck Denoualnoted

Summary of discussions

m35711 An editorial update of the Image File Format specification (ISO/IEC 23008-12)
Definitions need to be ISO style; no article and no period.
Hm, primary image is confusing wrt primary item; new word?
We need Prof. Timmerer to look at the URN.
7.2.2 needs a rename, its not the right title.
We go with ISOBMFF and lower_with_underscores.
Thank you.

m35778 Suggested updates to the HEVC Image File Format
yes, we change simr to cdsc. The change to allow simr in the init means the existing cdsc direction is acceptable. We dont accept the thumbnail direction change.
We adopt a grid item that does constrained grid layup; the tiles must be all sized width/rows by height/columns.

aligned(8) class ImageGrid { unsigned int(8) version = 0; unsigned int(8) flags; FieldLength = ((flags & 1) + 1) * 16; unsigned int(8) rows; unsigned int(8) columns; unsigned int(FieldLength) output_width; unsigned int(FieldLength) output_height;}
Yes, the fill is a color in RGB in sRGB space. We discussed whether we would like an alpha here to allow transparent background fills. We need to clarify what the auxl alpha means when the base image also has an alpha plane. It overrides? Composites? We agree to make this RGBA (need to find a suitable definition).
Author to draft the text for a loop box at the movie level.
We will study the general question of box directories, but not specifically for this format.

m35825 A grouping mechanism for the Image File Format (ISO/IEC 23008-12)
Yes, we adopt v2, with item_IDs and track_IDs. Yes, if track_IDs are used then this box must be at file level no item have the same ID as a track. The structure goes into the section to go to part12. The group types may be image file format specific, of course. We adopt this with the alternative reference for now. We are slightly concerned that base references appear to imply an operational dependency, whereas it is a semantic dependency only,

m35826 Miscellaneous cleanups for ISO/IEC 23008-12
We agree the new handling of aux items and tracks and note we should use the hidden flag to match the track (not) in movie flag.
We make the refs sample group a should as there are cases (IPIPIP, DRAP) where one would not need it.
Yes, we clarify the requirements for pict tracks but make the general statement first.
m35828 Multiple-of-90-degree rotations for image sequence tracks in ISO/IEC 23008-12
But clap and other sample entry processing happen before the matrix.
m35829 On brand specifications for the Image File Format (ISO/IEC 23008-12)
Thank you. We agree that file: URLs are dangerous, fragile, sometimes ambiguous and poorly supported.
m35830 Optional MIME parameters for ISO/IEC 23008-12
We agree that
comma-separated list of at least the primary item and other non-hidden items should be possible
its important to know the base image types of a derivation, probably more important than the chain
we can rely on profiles to some extent to know what operations must be supported
some composition operations (grid, overlay) require a sub-parameter (number of inputs, pixel count)
wed like to use the derivation 4CCs if possible and not have to invent URLs (yet)
codecs and profiles parameters are ideally as short as possible

How is it if we say that (a) at least the primary item must be documented (b) for a derivation chain, the base image item(s) must be documented (even if hidden) and in general (c) hidden items should not be included.

We will need to document the derivation chain and sub-parameters for derivation operations, as this contribution says (e.g. the pixel count). How?

Choices:
put only the base image type in; snag: for some derivation operations (notably overlay) this is an unlimited exposure;
document the items in a derivation tree using + and document that the sub-parameters of a derivation operation are the image count and pixel count, as suggested;

item.grid.2995200+hvc1.A1.80.L93.B0+clap+jpeg

item.clap+jpeg

The pixel count is mandatory if an operation required buffer image storage greater than twice the largest coded image in the parameter. (The pixel count sums the input and output images). The derivation operations are mandatory if either (a) they are not required by all profiles or (b) they are required to have the pixel count parameter.

We got with (h), a minor mod of the proposal, where instead of URLs and indexes, we use the 4CC instead
m35840 Comparison of BPG and MPEG Image File Format
We could usefully note the ability to interleave item extents (e.g. alpha and image) to allow progressive display. Do we need to point out to the video team that YCgCo may be interesting? Has HEVC ever been tested on CMYK? It might help to make our WD of FDIS public.
m35844 Review of use cases on the Image File Format
We accept to have an hvt1 item have an init reference to an hvtC item, which is a full hvcC config plus a mandatory tile location.
Overall summary
In reviewing several of these we think that architecturally:
we need to be able to group transformations into a single item
we should box the init material and allow a restricted set of basic declarative data in the init record (width+height, pasp, etc.)
we might usefully bundle meta-data as well, but this is not urgent
flag on the item info entry for hidden seems fine
we take the item groups in, but make the contents be item/track IDs, and maybe only the altr group type for now?

Action Points

SO/IEC DIS 23008-12( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14419c.htm" SC 29 N 14419)Part 12: Image file formatDIS (2015-01-13)

Media presentation description and segment formats (23009-1)
Topics
ISO/IEC 23009-1 AMD 1 Extended profiles and time synchronization
This amendment will add support of UTC timing synchronization and Inband event synchronization

ISO/IEC 23009-1 AMD 2 Spatial Relationship Description, Generalized URL parameters and other extensions
This amendment to ISO/IEC 23009-1 adds the ability for MPD authors to express:

- Spatial relationships between representations in the MPD;

- Flexible parameter insertions in URLs used to query media segments;

- Role @values compatible with the kind values used in the W3C HTML5 recommendation;
Different signaling of client authentication and content authorization methods
Contributions

NumberSessionTitleSourceDispositionsm35495DASH[CE-FDH] HTTP/2 push with minimal DASH-specific requirements HYPERLINK "mailto:b.long@cablelabs.com" Brendan Long, HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne HindsAustria, France and USm35496DASH[CE-FDH] HTTP/1.1 push HYPERLINK "mailto:b.long@cablelabs.com" Brendan Long, HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne HindsAustria, China, France, Germany, and USm35507DASH[CE-FDH] Generic push for DASH over HTTP/2 HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Mazenotedm35593DASH[CE-FDH] DASH fast representation switch over WebSocket and HTTP/2 HYPERLINK "mailto:chenghao.liu@mediatek.com" Chenghao Liu, HYPERLINK "mailto:shan.liu@mediatek.com" Shan Liu, HYPERLINK "mailto:shawmin.lei@mediatek.com" Shawmin LeiNotedm35610DASHCommon DASH Sub-protocolImed BouaziziNotedm35619DASHSummary of Voting on ISO/IEC 23009-1:2014/DAM 2SC 29 SecretariatRefer N15216m35669DASHDASH / CE SAND: cache hit improvement HYPERLINK "mailto:remi.houdaille@technicolor.com" Remi Houdaille, HYPERLINK "mailto:charline.taibi@technicolor.com" Charline Taibinotedm35670DASHDASH / CE SAND: cooperative parameters HYPERLINK "mailto:remi.houdaille@technicolor.com" Remi Houdaille, HYPERLINK "mailto:charline.taibi@technicolor.com" Charline Taibinotedm35723DASH[CE-SISSI] Pattern-based SAP signalling in DASH HYPERLINK "mailto:richard.mitic@ericsson.com" Richard Mitic, HYPERLINK "mailto:thorsten.lohmar@ericsson.com" Thorsten LohmarNotedm35766DASH[CE-SISSI] OpenGOP in OTT HYPERLINK "mailto:patrick.gendron@thomson-networks.com" Patrick Gendron, HYPERLINK "mailto:xavier.ducloux@thomson-networks.com" Xavier DuclouxNotedm35808DASHCE-FDH: Server Controlled Adaptation in PushTatsuya Igarashi, Yasuaki Yamagishi, Mitsuhiro Hirabayashi, notedm35814DASH[CE-FDH] Abstract Protocol for DASH over FDH HYPERLINK "mailto:vishy@adobe.com" Viswanathan (Vishy) Swaminathan, HYPERLINK "mailto:swei@adobe.com" Sheng Wei, HYPERLINK "mailto:kstreete@adobe.com" Kevin Streeternotedm35815DASHSample Implementation of Low Latency Live Streaming for HTTP 1.1 using HTTP Chunked Encoding HYPERLINK "mailto:swei@adobe.com" Sheng Wei, HYPERLINK "mailto:vishy@adobe.com" Viswanathan (Vishy) Swaminathan, HYPERLINK "mailto:kstreete@adobe.com" Kevin Streeternotedm35839DASHSupplemental property descriptor for fast start-up representationsM. M. Hannuksela (Nokia)Accepted N15214m35843DASHDASH SubAssetIdentifiers and Sub-Representations HYPERLINK "mailto:cyril.concolato@telecom-paristech.fr" Cyril Concolato, HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" Jean Le Feuvre, HYPERLINK "mailto:franck.denoual@crf.canon.fr" Franck Denoual, HYPERLINK "mailto:frederic.maze@crf.canon.fr" Frederic Maze, HYPERLINK "mailto:eric.nassor@crf.canon.fr" Eric NassorAccepted N15219m35873DASHAuthorisation frameworks in DASH : URI signing and AMD2 - CE-USD HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel Thomasnotedm35874DASHMPD validity end time signalling as SAND message for dynamic MPDs - CE-SAND HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel Thomasnotedm35875DASHEditorial changes for MPD updates â¬ DASH part 1 HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasAccepted N15213m35877DASHA WebSocket-based Transport Protocol to Carry SAND messages - CE-SAND HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasAccepted N15220m35878DASHOn common property of SAND messages - CE-SAND/TuC HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel Thomasnotedm35882DASHCE-SAND: SAND Parameters for Network Assisted QoS Request, Negotiation and Decision HYPERLINK "mailto:xin.huawei.wang@huawei.com" Xin Wang, Yuqun Fan, Lei ZhouNotedm35885DASHMulti-Stream Streaming in DASH (Multi-Stream DASH) HYPERLINK "mailto:xin.huawei.wang@huawei.com" Xin Wang, Shaobo Zhang, Tingfang Tangnotedm35906DASHOn SISSI CE HYPERLINK "mailto:jean.lefeuvre@telecom-paristech.fr" jean Le Feuvre, Cyril Concolato, Nassima Bouzakarianotedm35915DASHAbsolute time fragment parameter for MPD URIs HYPERLINK "mailto:alex.giladi@gmail.com" Alex Giladi, HYPERLINK "mailto:wilaw@akamai.com" Will LawAccepted N15219m35916DASHNotification event HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiAccepted N15219m35917DASHOn Use of HTTP Headers HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiAccepted N15214m35927DASH[AMD2] On Flexible URL Parameter Insertion HYPERLINK "mailto:irajs@live" Iraj SodagarAccepted N15217m35928DASH[TuC] Playback Control Signaling HYPERLINK "mailto:irajs@live.com" Iraj SodagarAccepted N15215m35935DASHLive edge hinting for MPEG-DASH HYPERLINK "mailto:christian.timmerer@itec.aau.at" Christian Timmerer, Christopher MÃ¼ller, Reinhard Grandl, Stefan LedererNotedm35937DASHDescriptive information for adaptation set and representation HYPERLINK "mailto:christian.timmerer@itec.aau.at" Christian Timmerer, Christopher MÃ¼ller, Reinhard Grandl, Stefan LedererAccepted N15914m35938DASHAd content signaling in MPEG-DASH HYPERLINK "mailto:christian.timmerer@itec.aau.at" Christian Timmerer, Christopher MÃ¼ller, Reinhard Grandl, Stefan LedererNotedm35949DASHComments on SRD specification in the ISO/IEC 23009-1 2nd Ed. DAM2Mitsuhiro Hirabayashi, Shuichi Watanabenotedm35952DASHClarifications on spatial_set_id in SRD specification in the ISO/IEC 23009-1 2nd Ed. DAM2Mitsuhiro Hirabayashinotedm35954DASHMosaic service based on SRDPaul Szucs, Mitsuhiro Hirabayashi, Yasuaki YamagishiAccepted N15219m35964DASHProposed Set of SAND Parameters HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanNotedm35965DASHOn SAND Metrics Reporting HYPERLINK "mailto:ozgur.oyman@intel.com" Ozgur OymanAccepted N15220m35970DASHDASH Sub-protocolImed BouaziziNotedm35971DASHPlayback Enforcement in DASHImed BouaziziAccepted N15215m35972DASH3GPP SAND Parameters and ProtocolImed Bouazizinotedm35973DASHCE-SISSI: Use Cases and Problem Statements HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerNotedm35974DASHCE-SISSI: Proposed Solutions HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerNotedm35975DASHPeriod Continuity HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerAccepted N15917m35976DASHCE-SAND: Addressing 3GPP Use Case HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerAccepted N15220m35977DASHDASH: On DuC and Corrigenda Issues HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammerwithdrawnm35978DASHDASH: On Amendment 2 (SRD and Authentication) HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerAccepted N15215m35979DASHSimplified On-Demand Multi-Period Content HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerAccepted N15214m35983DASHCE-SISSI: Report HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas StockhammerNotedm36033DASHDASH / CE SAND: cooperative parameters HYPERLINK "mailto:remi.houdaille@technicolor.com" RÃ©mi Houdaille, HYPERLINK "mailto:charline.taibi@technicolor.com" Charline TaibiNotedm36034DASHDASH: Temporal QoE Signalling in MPD for DASH Subrepresentation HYPERLINK "mailto:zhu.li@ieee.org" Zhu Li, Imed BouaziziNotedm36037DASHSupplemental property descriptor for seamless switching with open GOPsM. M. Hannuksela (Nokia), Y. Yan (USTC)Notedm36065DASHReport on URI Signing for DASH CE HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasNotedm36066DASHOn HTTP caches, CDN and media origin informative HYPERLINK "mailto:emmanuel.thomas@tno.nl" Emmanuel ThomasAccepted N15214m36090DASHCE-FDH Pre-meeting Conference Call NotesKevin Streeternotedm36098DASHReport on SAND Emmanuel Thomas, Mary-Luc Champel, Ali C. Begennotedm36101DASHSAND: 3GPP MBMS Metadata Envelope for Versioning HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammernotedm36110DASH[CE-FDH] CE report on FDH (Conf Call + Sunday mtgVishy Swmainathan, Kevin Streeter, and Imed Bouizazinoted
Summary of discussions
m35927
Summary: supported USNB in pointing out problems with flexible parameter insertion. It suggest to signal the specific scheme(s) client needs for URL parameter insertion.
Disposition: Partially accepted the problems. We will address the solution with separate descriptors and revise the UrlQueryInfo to tie to those descriptors.

m36073 Liaison Statement from 3GPP on MPEG-DASH
Summary: It provides the use-case in which a mosaic of various video channels are encoded together and provides to the DASH client using a MPD. While streaming and playing this mosaic as one single stream and decoding by one decoder, the user can click on o channel area in mosaic and the DASH client gets the external MPD for that channel, does a soft transition and start playing back the corresponding audio and video stream. 3GPP asks whether this use-case can be addressed by SRD and current MPEG spec.
m35954 Mosaic service based on SRD
Summary: provides a solution for 3GPP use case by having a new value for role as multiple, and using descriptors for linking the independent MPD URLs.

m35978 DASH: On Amendment 2 (SRD and Authentication)
Summary: lists the use-cases of authentications and their requirement, various methods of token exchange and suggests that the authentication/authorization annex of DAM2 is not adequate for building interoperable services.

m35877 A WebSocket-based Transport Protocol to Carry SAND messages
Summary: propose an element for MPD to signal SAND channel.
Disposition: Accepted with revision: Change it to essential descriptor and add it as an example in informative part of WD. Also add the SAND diagrams to DASH client in WD.

m35976 Addressing 3GPP Use Case
Summary: propose to use XML for message formats. Use 1) a header extension in HTTP response. 2) 300 response including a sand header. 3) 400 message and include a sand message.
Discussion:Do we need delivery method more frequent than a segment request? M35976 can send messages as fast as the segment request.
Disposition: Accepted assistance, enforcement and error case for signaling the sand message method in the WD. We will change the names. Also add a note in WD that common parameters for messages are needed such as publish time and validity duration.
M35965 On SAND Metrics Reporting
Summary: to suggest use the XML format for metrics
Disposition: We add a note in WD: we are considering XML format for metrics. We welcome experts to bring alternative format proposals and benefits.

m35843 DASH SubAssetIdentifiers and Sub-Representations
Summary: currently defined supplemental property at Rep & content component. There are open questions:
Media content component: can it be a layer or tile?
Supplemental property is not allowed in content component:
Recommendations: clarify content component definition
Recommend to use subAssetidentifier at subrepresentation
Disposition:
1. Accepted to include subassetIdentifer for content component type and include in PDAM3.
Note: NBs are requested to carefully examine this solution and provide better alternatives.
2. Clarification in DuI for content component and content steam.

m35915 Absolute time fragment parameter for MPD URIs
Summary: Normative spec for TuC. DASH-IF requested to accelerate this item.
Disposition: Accepted with revision to be added in PDAM3.
m35916 Notification event
Summary: syntax for call back event in TuC.
Disposition: Accepted to be included in PDAM3.
Add the informative to Part 3 AMD1. Include both eventstream and inband event example.
m35975 Period Continuity
Summary: Clarification and improvements of the TuC text. Adopted already by DVB, DASH-IF, SCTE and 3GPP.
Disposition: Accepted in to PDAM3.
m35928 [TuC] Playback Control Signaling
Summary: Proposes methods for playbackcontrol and preroll ads. Solution include descriptors in MPD, external playback control description and also MPD playlist approach.
Disposition: Partially accepted.
Start a CE: content aggregation and playback control (CAPCO)
Use the diagram in the contribution. Generalize the aggregator function, that can be on a network element or at the application client (Coordinator: Iraj)
Participants: Interdigital, TNO, CableLabs, Qualcomm, bitmovin, orange, Microsoft.
Send this CEs use-cases to other orgs and asks their inputs.
Revisit the TuC Playback control after this CE.
m35938 Ad content signaling in MPEG-DASH
Summary: suggest an attribute for skipping/not-skipping

m35935 Live edge hinting for MPEG-DASH
Summary: proposing an attribute to MPD to indicate the latest available segment in live server.
Disposition: Noted. The r count in SegmentTimeline provides the latest available segment. The contributor to review segment timeline and see if it can address the use-case.
m35937 Descriptive information for adaptation set and representation
Summary: proposes new attribute @name at period, adaptation set, or representation, to provide descriptive information (pure text with no semantical meaning) to be used by application, to show it to user/ to display.
Disposition: Include this in TuC, with changing name to label.
m35971 Playback Enforcement in DASH
Summary: proposes the signaling rule in MPD: content range and operations.
Disposition: Subject of CAPCO CE. Joins the CE.
m35979 Simplified On-Demand Multi-Period Content
Summary: proposes a new attribute and some extension to allow breaking an on-demand period into two virtual periods
Disposition: Accepted in TuC. Note: the backward compatibility should be investigated.
m36034 DASH: Temporal QoE Signalling in MPD for DASH Subrepresentation
Summary: proposes to include a distortion attribute for subrepresentation in MPD.
Disposition: Noted. Supplemental descriptor at subrepresentation can be used for signaling this value.
m36037 Supplemental property descriptor for seamless switching with open GOPs M. M. Hannuksela (Nokia), Y. Yan (USTC)
Summary: the open GOP switching and what needed to be signaled.
Disposition: Already addressed in SAND.
m35917 On Use of HTTP Headers
Summary: describe uses cases for using HTTP header extension by DASH client. Similar to flexible query parameter insertion, but uses different method.
Disposition: Accepted to be included in TuC.

m36066 On HTTP caches, CDN and media origin - informative
Summary: describes how origin servers and CDN interact.
Disposition: Include in TuC with the note that this section is a candidate for Part 3.
m35839 Supplemental property descriptor for fast start-up representations
Summary: Using SHEVC to create segments that are low resolution at the beginning and increase resolution as segment progresses. Define one representation in the adaptation that have these segments. Use the supplemental descriptor to signal this Representation
Disposition: Accepted with revision in TuC. For any codec, SHEVC is a specific case.
m35885 Multi-Stream Streaming in DASH (Multi-Stream DASH)
Summary: multiple streams at same time. Streams could have relationships.
Disposition: Noted. Use-cases are either already addressed by SRD, labels, and current DASH features or fall in the application layer.

Recommendation on DAM2 Role extension
Summary: We believe
1) Roles values are characteristics of the content. However the meaning of each value may imply the ways they can be used by client.
2) Reviewing the received liaison response, there is no universal Roles table or equivalent defined anywhere. W3Cs Kind defines some of the values, but additional values are defined by SCTE and ATSC and DVB. But DVBs signaling differs from ATSC and SCTE.
3) There is a benefit of a universal table. The benefit is achieved if and when the deployments use the same common scheme. We prefer to reference an external standard or CICP spec for it. However, since there is no specification available that are acceptable to all organization and since the Role may be used by stand-alone DASH client (so called Type 1, which basically plays back the received MPD), we recommend to extend the table that can address common important applications and also is aligned as most as possible with various specification. We understand we cannot achieve full alignment with already defined signaling by some consortia. But by extending the role value we avoid further fragmentation.

Recommendations:
Revise the DAM2 Role value extension table with the following:
DescriptionsTextual or audio media component containing a textual description (intended for audio synthesis) or an audio description describing a visual componentSignVisual media component representing a sign-language interpretation of an audio component.MetadataMedia component containing information intended to be processed by application specific elements.hearing-impairedAudio component with improved intelligibility for hearing impaired listeners. Note 4: Role descriptors with values such as main, alternate (as alternative) , dub (as translation), "subtitle", "caption", "descriptions", "sign" or "metadata" may be used to enable assignment of a "kind" value in HTML 5 applications for tracks exposed from a DASH MPD.
Note 5: The descriptions may be interpreted as service for visually impaired if @contentType is audio.

The values related to audio to be shared with audio subgroup and get its input.
Include a descriptor scheme by which an adaptation set can point to another adaptation set, using destination adaptation set id. This scheme can be used with Essential/Supplemental Descriptor only at adaptation set level.

Action Points
ISO/IEC 23009-1:2014/FDAM 1( HYPERLINK "http://kikaku.itscj.ipsj.or.jp/sc29/def/29view/29n14648c.htm" SC 29 N 14648)Part 1: Media presentation description and segment formatsAMENDMENT 1: High Profile and Availability Time Synchronization Extended profiles and time synchronizationFDAM(2015-03-15)

Conformance and Ref. SW. for DASH (23009-2)
Topics
ISO/IEC 23009-2 1st edition

Contributions

NumberSessionTitleSourceDispositionsm35687DASHMPEG-2 TS conformance software for DASH HYPERLINK "mailto:b.long@cablelabs.com" Brendan Long, HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne Hinds, HYPERLINK "mailto:prabhu.navali@ericsson.com" Prabhu NavaliAccepted N15221m35980DASHDASH: On DASH Conformance Software HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammer, HYPERLINK "mailto:zia@nomor.de" Waqar ZiaAccepted N15221m35981DASHDASH Test Vectors HYPERLINK "mailto:tsto@qti.qualcomm.com" Thomas Stockhammer, HYPERLINK "mailto:zia@nomor.de" Waqar ZiaAccepted n15221
Summary of discussions
m35687 MPEG-2 TS conformance software for DASH
Summary: updates of the TS conformance software. Added new tests. Proposed to remove a rule which is should in the spec.
m35980 DASH: On DASH Conformance Software
Summary: update on the conformance software, also provide link to open source software and its web interface to check cross check of MPD-segments conformance.
Disposition:
Update the WD with this contribution
Update the coverage map attached to the WD
Add the link to open source conformance software
m35981 DASH Test Vectors
Summary: provides a static to dynamic MPD generation and few example for UTCTiming.

Action Points

Exploration - Screen Content Sharing AF
Screen Content Sharing AF

Contributions

NumberSessionTitleSourceDispositionsm35890AFTechnologies for Adaptive Screen Content Sharing Application Format HYPERLINK "mailto:xin.huawei.wang@huawei.com" Xin Wang, noted
Summary of discussions

Action Points

Liaison
List of input liaison letters

NumberSessionTitleSourceDispositionm35648PlenaryIEC CDV: IEC 62605/Ed.1IEC TC 100 via SC 29 SecretariatNotedm35649PlenaryIEC CDV: IEC 62665/Ed2IEC TC 100 via SC 29 SecretariatNotedm35651PlenaryIEC NP: Wireless Power Transfer (WPT) Glossary of TermsIEC TC 100 via SC 29 SecretariatNotedm35653PlenaryIEC NP: Identification and communication interoperability method for external DC power supplies used with data-enabled mobile computing devicesIEC TC 100 via SC 29 SecretariatNotedm35661PlenaryLiaison Statement from ITU-R SG 5/WP 5B ITU-R SG 5 via SC 29 SecretariatNotedm35654PlenaryIEC TR 61998/Ed.1IEC TC 100 via SC 29 SecretariatNotedm36071PlenaryIEC CD 62827-3 Ed.1.0IEC TC 100 via SC 29 SecretariatNotedm35912PlenarySCTE DVS Liaison on DASH HYPERLINK "mailto:alex.giladi@gmail.com" Alex GiladiResponse in N15237m36018PlenaryATSC Liaison on DASHResponse in N15242m35929PlenaryDASH-IF Liaison on Recent Activities HYPERLINK "mailto:irajs@live.com" Iraj Sodagar on behalf of DASH-IFResponse in N15238m36079PlenaryLiaison Statement from DVBDVB via SC 29 SecretariatResponse in N15239m36074PlenaryLiaison Statement from W3CW3C via SC 29 SecretariatResponse in N15245m35657PlenaryLiaison Statement from CableLabs CableLabs via SC 29 SecretariatResponse in N15243m35798PlenaryLiaison from DECE HYPERLINK "mailto:mdolan@newtbt.com" Michael DolanResponse in N15240m36017PlenaryATSC Liaison on DASH and MMTResponse in N15244m36073PlenaryLiaison Statement from 3GPP on MPEG-DASH3GPP via SC 29 SecretariatResponse in N15241M36096PlenaryRequest to establish liaison with CableLabs HYPERLINK "mailto:a.hinds@cablelabs.com" Arianne T. HindsRefer N15236
m35657 LiaisonAMD2 Statement from CableLabs
Summary: Replied on Role value extension included in DAM2 in details. Found some values useful, some redundant, and in some cases asks for clarification or removing/adding the constraints. For instance:
The submitted values description, sign and metadata from Table 2 in the Liaison Statement are important to include as they provide a direct mapping to the same HTML track kind attribute values defined by HTML5 [1] and HTML [2].
The submitted value description, which is defined in HTML, should be used and the submitted Role value visually-impaired should be dropped since it is redundant with description.
The submitted value description should to be changed to descriptions to match the usage in HTML.
The submitted value hearing-impaired should be useable in the Role descriptor. Remove the last sentence in semantic.
Modify the added Note to Role table as the following:
Note 4: Role descriptors with values such as main, alternate (as alternative) , dub (as translation), "subtitle", "caption", "description", "sign" or "metadata" may be used to enable assignment of a "kind" value in HTML 5 applications for tracks exposed from a DASH MPD.
Disposition: Noted. Since we received liaisons from DVB, ATSC, 3GPP and CableLabs, we recommend to revise the DAM2 such that it accommodates the most requested values as indicated below.

m35798 Liaison from DECE
Summary: Points out the related MovieLabs specs similar to the Role Descriptor. Some of values listed in this liaison are signaled differently in DASH, using different descriptors or attributes, and there are not the subject of Role. Therefore, we dont think there is a meaningful mapping between Movielabs mentioned specs and Role in DASH.
Disposition: Noted.

m35912 SCTE DVS Liaison on DASH
Summary: Similar to m35657, outlines some requested revisions for some of the values, ask to eliminate one and also proposes a replacement table for Roles additional values, improving the semantics. Also it request to have a signaling mechanism for receiver-side mix.
Disposition: Noted.
Recommend the followings:
Add the following as a note at the end of Role values table:
Note: The descriptions may be interpreted as service for visually impaired if @contentType is audio.
Add a descriptor scheme into FDAM 2 that enables the link from one adaptations sets to another by using id in value.
Since we received liaisons from DVB, ATSC, 3GPP and CableLabs, we recommend to revise the DAM2 such that it accommodates the most requested values as indicated below.
m36018 ATSC Liaison on DASH
Summary: proposes the replacement table for Roles additional value table in DAM2, with the intension of improving the semantics. This table is referenced in few ATSC specs.
Disposition: Since we received liaisons from DVB, ATSC, 3GPP and CableLabs, we recommend to revise the DAM2 such that it accommodates the most requested values as indicated below.
m36073 Liaison Statement from 3GPP on MPEG-DASH
Summary: 3GPP does not maintain any such metadata and are not planning to do so in any near future. It would support a central repository for such metadata and may consider referring to this if considered appropriate.
Disposition: Noted. The liaison support doing this if it is designed as a central place.
m36079 Liaison Statement from DVB
Summary on Role: The usage of Role is defined in 6.1.2 and 7.1.2 of the DVB Bluebook A168 (soon to be ETSI TS 103 285), from which an example audio table is copied, can be found at:
HYPERLINK "https://www.dvb.org/resources/public/standards/a168_dvb_mpeg_dash.zip" https://www.dvb.org/resources/public/standards/a168_dvb_mpeg_dash.zip. DVB defines its own accessibility scheme and uses the combination of Role and accessibility descriptor to signal some of the audio representation characteristics.
Disposition: Since we received liaisons from DVB, ATSC, 3GPP and CableLabs, we recommend to revise the DAM2 such that it accommodates the most requested values as indicated below.

m35929 DASH-IF Liaison on Recent Activities
Summary: Auth/Access Authorization section of DAM is not ready for publication due to various use-cases that needed to be addressed. One or multiple token exchange schemes are needed to be defined with DAM2.

m35929 DASH-IF Liaison on Recent Activities
Summary: provides test vectors with and without MPD updates, being hosted by DASH-IF.
Disposition: to include the links to those pages in WD. Provide a list of test vector classes.

Video report
Source: Jens Ohm and Gary Sullivan, Chairs

Organization of the work
An opening Video SG plenary was held Monday Feb. 16th 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 02-16 14:00-16:00
Wed 02-18 12:00-13:00 Review work and discuss further proceeding
Fri 02-20 9:00-11:00 Approval of documents, setup AHGs
Breakout work performed on the following topics during the week: CDVS, Internet VC, VC for Browsers, and RVC-HEVC.
Room allocation
Room allocations during the meeting were as follows:
Video plenary: CICG 4 (80); BO3: 40 (Room 15) BO5: 20 (Room 17)
The usual allocation of meeting rooms during the week was as follows:
CICG 4: Video plenaries, VCB/IVC (& BO3 when needed in parallel)
BO5: MPEG-7/CDVS/CDVA
AHGs and Breakout Topics
Some additional review of the following AHG reports was performed in theVideo plenary. Further, mandates for related BoG activities were discussed.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51181&id_meeting=163" m35431 AHG on MPEG-7 Visual [ISO secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51182&id_meeting=163" m35432 AHG on Compact Descriptors for Visual Search [ISO secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51183&id_meeting=163" m35433 AHG on Internet Video Coding [ISO secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51184&id_meeting=163" m35434 AHG on Video Coding for Browsers [ISO secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51185&id_meeting=163" m35435 AHG on Reconfigurable Media Coding [ISO secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51186&id_meeting=163" m35436 AHG on Future Video Coding Technology [ISO secretariat]

Ballots
Ballots were inspected and handled accordingly in preparation of DoC documents, in coordination with JCT-VC and JCT-3V.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51374&id_meeting=163" m35624 Summary of Voting on ISO/IEC 14496-4:2004/PDAM 45 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51375&id_meeting=163" m35625 Summary of Voting on ISO/IEC 23008-2:2013/DAM 4 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51383&id_meeting=163" m35633 Summary of Voting on ISO/IEC DIS 14496-31 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51826&id_meeting=163" m36076 Summary of Voting on ISO/IEC 23001-4:2014/PDAM 1 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51827&id_meeting=163" m36077 Summary of Voting on ISO/IEC 23008-5:201x/PDAM 1 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51828&id_meeting=163" m36078 Summary of Voting on ISO/IEC 23008-8:201x/PDAM 1 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51849&id_meeting=163" m36099 Summary of Voting on ISO/IEC 14496-4:2004/DAM 43 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51869&id_meeting=163" m36119 Summary of Voting on ISO/IEC 23008-5:201x/PDAM 2 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51870&id_meeting=163" m36120 Summary of Voting on ISO/IEC 14496-5:2001/PDAM 39 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51391&id_meeting=163" m35641 Table of Replies on ISO/IEC 23002-4:2014/FDAM 2 [ITTF via SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51392&id_meeting=163" m35642 Table of Replies on ISO/IEC FDIS 23008-5 [ITTF via SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51393&id_meeting=163" m35643 Table of Replies on ISO/IEC FDIS 23008-8 [ITTF via SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51818&id_meeting=163" m36068 Table of Replies on ISO/IEC 14496-5:2001/FDAM 33 [SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51820&id_meeting=163" m36070 Table of Replies on ISO/IEC FDIS 23008-2 2nd Edition [SC 29 Secretariat]

Liaisons
The following Liaison inputs were reviewed, and dispositions were prepared in coordination with JCT-VC and JCT-3V and other subgroups, as applicable.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51409&id_meeting=163" m35659 Liaison Statement from DVB on HEVC [DVB via SC 29 Secretariat]
Includes HDR/WCG and frame repetition
(The following liaisons are related to HDR/WCG, requirements business.)
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51410&id_meeting=163" m35660 Liaison Statement from EBU on HDR and WCG [EBU via SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51414&id_meeting=163" m35664 Liaison Statement from ITU-R SG 6 on Image dynamic range in television systems [ITU-R SG 6 via SC 29 Secretariat]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51866&id_meeting=163" m36116 BDA Liaison on HDR [Mike DeValue]

Joint Meetings
The following joint meetings were held (see notes, as applicable, in the corresponding sections and in other reports such as the JCT-VC and JCT-3V reports)
R/V/VCEG/VC/3V Mon 16:30-18:00 Video Coding Coordination (Video)
A/V/S/R Production side A/V zoom control Thu 11-11:30 (Audio)
All Communication Tue 9-10 (3G)
All MPEG assets Wed 11-12 (3G)
V/S Green MPEG Thu 9-10 (Video) see further notes under sec. REF _Ref412280612 \r \h 9
V/R Future Video Wed 17-18 and Thu 10-11 (Video) see further notes under sec. REF _Ref405487439 \r \h 10
V/R FTV Thu 15-16 (Video)
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. REF _Ref346901059 \r \h 11.1.
MPEG-7 Visual XM software part 6
After the previous meeting, the possibility of needing to put the second edition FDIS on hold was considered. As no technical record of the given changes existed before, and a possible corrigendum action would span the base text and several amendments, it was decided that a better approach would be issuing the new edition as CD with a clen ballot process. This CD (N15127) was also made available as a public document, which had not been possible with the previous FDIS.
A white paper on the sofware update is targeted for the next meeting.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51855&id_meeting=163" m36105 Conformance Testing Report for ISO/IEC 15938-3:2002/Amd 3:2009: Image signature tools [Karol Wnukowicz, Stavros Paschalakis, Miroslaw Bober]
The report shows that conformance testing for the Image Signature Tools fails with respect to the descriptor content when different version of external libraries are used, namely ImageMagick (image IO and decoding) and OpenCV (mathematical and matrix operations, filtering, etc.). Effect of OpenCV is much greater than ImageMagick. The conformance failure is primarily with respect to the local signatures; almost all global signatures pass conformance testing. The report also indicates that the conformance conditions are too strict, especially for the local signatures.
Further investigation of the results is needed to decide how to relax the conformance conditions, and how that would affect the precision of matching.
This will likely result in a corrigendum of the conformance testing part, and new reference descriptors.
CDVS
The BoG on CDVS was chaired by Stavros Paschalakis. The notes in this section were primarily recordings from the BoG, which met Monday-Thursday during announced times.
Not yet in position of issuing CD on part 14.
The following output documents were generated:
WD3 on part 14 combining both SW and conformance (N15128).
TM13 document (N15129, this will later be merged into part 14 CD in the future, as "usage guidelines").
Announcement of the awareness event (N15132).
The CD for part 14 is planned to be issued by the next meeting.
Conformance testing and reference software
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51574&id_meeting=163" m35824 CDVS Test Model code optimizations and enhancements [Massimo Balestri (Telecom Italia), Gianluca Francini (Telecom Italia), Skjalg Lepsoy (Telecom Italia), Alessandro Bay (Politecnico di Torino), Attilio Fiandrotti (Sisvel Technology), Massimo Mattelliano (Sisvel Technology)]
Proposes a wide range of changes to the CDVS TM.
Code structure
Split example applications from the TM.
Provide various examples of usage of the CDVS library.
Code optimisation
Switching off the building and use of global descriptor retrieval weight table, which takes up 512 MB in the CDVS library. Minimal effect on retrieval performance.
Computing orientation after feature selection.
Coordinate encoding using integral image.
Matching and retrieval using popcnt instead of look-up tables.
Other
Functionality to perform localisation on retrieval results (currently only pairwise matching).
Change of arithmetic coding software library.
New options and implementation for server-side descriptors (currently fixed descriptor length; now allows all CDVS lengths).
Fixed a syntax error to align with CDVS specification.
The only change in performance is in retrieval, due to the switching off of the weight table, but the difference is minimal. The only change in the descriptors is due to fixing a syntax error to align with the CDVS specification. None of the proposed changes have any effect on the CDVS specification under ballot. It was agreed that the proposed modifications will be accepted and implemented in the TM13.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51832&id_meeting=163" m36082 CDVS Crosscheck of M35824 [Karol Wnukowicz, Stavros Paschalakis]
Crosscheck OK.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51658&id_meeting=163" m35908 A proposal of conformance test for CDVS [Nicola Adami, Mirko Gagni, Claudia Gargiulo, Stefano Maccarana, Federico Polini, Muhammad Umar Riaz, Riccardo Leonardi]

The proponents had two aims: (1) implement a CDVS encoder from the specification text (FDIS) only, using non-expert developers, (2) investigate conformance testing points and limits within the encoder pipeline. The proposal only focuses on the encoder, checking the FDIS text for clarity and correctness, and determining parts in the implementation that affect conformance. OpenCV is used in the implementation.
Work has progressed to checking global descriptors and keypoints. Global descriptor: Calculate descriptor differences. Keypoints: First attempt to establish keypoint correspondence to +/-1.5 pixels (HM bin size). If this doesn't work attempt to establish keypoint correspondence at greater spatial distances. At +/-15 pixels, 50% keypoint correspondence achived on small set (2-3 images). Possible reasons: incorrect encoder implementation, specification text ambiguity, or high sensitivity in numerical computations?
Proposal discusses a number of stages in keypoint detection were checks can be made.
A few issues with the text of the standard (typographical and editorial mistakes and some ambiguities) are also identified, along with some suggestions to improve clarity.
The group found this contribution very valuable, both in checking the specification text and in providing a platform for development of conformance testing conditions and limits. Proponents encouraged to continue this line of work and report at the next meeting.

BOG Discussions and Progress on Conformance testing and reference software
Regarding the Reference Software, the group discussed a number of changes and additions that are required before issuing a CD, including
A "how to build and run" document for new users of the software
Creating CDVS applications with simple and well-defined IO and command line arguments to descriptor extraction, matching and retrieval.
Creating a "test-bed" environment for one of the public domain databases that were used in the CDVS evaluation so that users can generate results (the database will not be part of the software)
Regarding the Conformance Testing, especially regarding local descriptors, we discussed the various options and concluded that, given the CDVS encoder keypoint coordinate binning and keypoint parameters which are not in the bitstream (scale, orientation), it will be very difficult to establish keypoint corresponces based on location for further verification. Therefore, an alternative approach was adopted, whereby a simple local descriptor matching is used to establish keypoint correspondences, and then it is checked whether the identified pairs have similar locations and descriptor values. A conformance checker "software tool" has already been built and tested during the meeting, more work will be carried out in the AHG.
It had been initially discussed whether it would be beneficial to issue a document reflecting the planned testing of conformance (similar to CE). Later, it was concluded that no conformance testing output CE document is needed, the work will be conducted by the AHG.
New TM
The TM13 will be based on the optimised SW of m35824 (crosscheck m36082).
Candidate TM13 Release: 2015-02-27
Anchors: 2015-03-06
TI : Windows & Linux
VA: Linux
Official TM13/Anchors Release: 2015-03-06
CDVS awareness event
Event outline:
½ day event,
with short presentations (CDVS scope, technology, applications),
and live demos
Presentations:
Under discussion, to be confirmed. Currently, only MPEG members are foreseen as speakers on the presentation topics CDVS scope, technology, applications.
Confirmed live demos:
Telecom Italia: CDVS GPU implementation on mobile phone (extraction and matching on client side)
CDVS web service demo (client/server extraction, server retrieval)
RAI: CDVS in media post-production applications
BRIDGET (EU Project): Authoring for second-screen applications using CDVS
University of Surrey / Visual Atoms: Visual scene classification using CDVS

Venue:
MPEG venue.

The output document "CDVS Awareness Event" will be issued with editing period of 3 weeks to allow time to finalise programme, presentations, demos and logistics.
One issue that is currenly open is the finalisation of the organising committee. The following persons have volunteered for being members of the organizing committee: Stavros Paschalakis, Miroslaw Bober, Gianlucca Francini (more would be welcome).

Video Coding for Browsers
During the Monday plenary, the BoG led by Mohammed Raad was given the following tasks:
Analysis of claimed type-3 situation: Set up a list of claims from the patents under question (see m35857), identify those that are surely not applying and those that may be disputable (it was later comfirmed that an ISO official gave advice about the appropriateness of performing such an analysis).
Preparation of Preliminary DIS & Draft DoC
The following two documents had already been presented in the AHG on Sunday, and were later reviewed again in the BoG and approved in the Video plenary:
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51243&id_meeting=163" m35493 Proposed DoC of the USNB comments on 14496-31 DIS [Mohamad Raad, Harald Alvestrand]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51244&id_meeting=163" m35494 Proposed 14496-31 DIS text [Mohamad Raad, Harald Alvestrand]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51552&id_meeting=163" m35802 Editor's comment on the results of the 14496-31 DIS ballot [Mohamad Raad, Harald Alvestrand]
The document makes recommendations about a possible progress after the DIS ballot. During the MPEG opening plenary, it was clarified that for a reasonable progress the most important aspect would be a better understanding about how type-3 claims affecting the current draft standard.
It was also mentioned that the document contains some aspects which are going beyond the technical mandates of editing. The document was not presented in Video again.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51607&id_meeting=163" m35857 Followup to m34971 [J. Ridge]
Presented in Video. In the document, Nokia draws the attention of WG11 to the IPR statement related to RFC 6386 "VP8 Data Format and Decoding Guide" that includes a list of patents that Nokia has identified as potentially relevant to the VP8 version submitted to the IETF, and that Nokia believes are also potentially relevant to the VP8 version (VCB) proposed at MPEG. The list is accessible at HYPERLINK "https://datatracker.ietf.org/ipr/2035/" https://datatracker.ietf.org/ipr/2035/. While Nokia believes that the list is accurate, Nokia reserves all rights to identify additional patents or otherwise modify the list in the future.
One difference between the situation in IETF and MPEG may come due to the fact that 14496-31 only specifies the decoder as normative, whereas VP had been submitted to IETF as complete encoder/decoder package.
An initial plan from the Monday plenary had been to work towards an output document to identify the issues.
It was suggested during the meeting in Video Wed 15-17 that the output document should not be interpreted as our judgement about the validity of the claims in the patents mentioned, the purpose would rather be
collect evidence about how the VCB decoder operates in the stages which could be affected by the claims, such that it is easier for interested experts to make their own judgement
to identify in which parts there could be potential need to change the text in the VCB specification
It was however expressed by other participants that experts in MPEG are not able to judge legally (or some of them cannot participate in matters regarding patent evaluations) whether patents apply or not, such that legal evidence would need to come from outside or within an upcoming ballot.
No consensus was reached that such an output document would be agreed upon. This should not mean stopping the analysis performed in a BoG, which however was only attended by very few experts
Suggested solutions were:
to upload the result of the BoG as an input doc
to formulate a document with further analysis of VCB building blocks without taking explicit reference to patents
to leave the issue open and further discuss in Friday plenary.
During Thursday and Friday, no further analysis was performed in the BoG, and no output doc was produced. A resolution was issued asking Nokia to provide more clarity about their claims, particularly with regard to the fact that 14496-31 only defines the bitstream syntax/semantics and decoder operation, and, as reported by the BoG, a substantial amount of claims in the patents refer to encoding.
The Draft DoC (N15125) and Draft Text in Preparation for 2nd DIS 14496-31 (N15126) were approved as output docs.
Internet Video Coding Exploration
During the Monday plenary of the Video SG, the report about IVC visual quality evaluation (N14989) which had been produced in the interim period was approved no objections were raised. The overall conclusion of this report had been:
In summary, considering all cases together, the tested IVC encoder can be considered to be slightly better than the WVC encoder and equal to the VCB encoder. In terms of the visual comparison, it should be noted that not all the common test conditions test sequences were tested, such that this figure cannot be considered complete. Furthermore, the results (both in terms of average BD bit rate and subjective quality) show clear evidence that ITM 10 has significantly improved compared to the ITM 7 configurations that had been used in N14240. This is, in particular, visible for the LD test cases, where ITM 7 had been consistently worse than the other encoders.
The BoG on IVC was chaired by Ronggang Wang. The first meeting of the BoG was held 2015.2.16. The following issues were identified during the Monday plenary of the Video SG to be resolved during the meeting, and further discussed in subsequent plenaries:
Prepare evidence about progress from ITM7 to ITM11 (and if possible include information what can be expected from new contributions). In particular, it would be interesting to assess how close it is to saturation (in terms of technology that would be appropriate for inclusion, and how close it is to AVC high profile)?
Upon this request, the BoG provided the following viewgraphs:
(1) The progress from ITM7 to ITM11, using ITM7 as the Anchor

(2) The performance comparison of ITM11 with WVC, VCB and AVC HP, using AVC HP as the Anchor

Clarify whether more viewing for assessing the visual quality should be performed at the current or better at the next meeting (in the latter case, using ITM12)? Initially consult with test chair on some examples whether the new results would justify performing another round of expert viewing at the 111th meeting; otherwise, rather plan it for the 112th, anticipating from the new contributions that more improvements could be made.
Upon this request, the BoG reported that the blocking artifacts in the ITM10 were much improved by the new contribution on stronger loop-filtering, such that it is likely better to perform more subjective quality assessment at the 112th meeting.
The breakout group made the following remarks upon the results shown:
IVC has been progressed well meeting by meeting, and now, its performance has been close to the peak(close to AVC HP).
The performance of ITM11 for Random Access cases is much better than both WVC and VCB, and close to AVC HP.
The performance of ITM11 for Low Delay cases is much better than WVC, slightly better than VCB, and close to AVC HP.
Several new contributions will be added upon ITM11 to obtain ITM12 in this meeting, and the ITM12 will be expected to be more superior to WVC and VCB.
We have found clear evidence on the visual quality improvement of ITM10 by the new vertion of ITM. We have done some extensive visual testing sequence by sequence from 9:00 to 18:00 in IVC BoG, on the new version of ITM(ITM11 + new loop filter) against VCB and AVC HP, we observed that:
for Random access cases, IVC is clearly better than VCB on almost all test sequences, and very similar with AVC HP.
for Low delay cases, on the sequences of video conference, which are main scenarios for LD, IVC and AVC HP are better than VCB; while for sequences with high motion, on the low bitrate bitstreams, VCB is better than IVC and AVC HP. Overall, the three codecs are comparable for LD cases.
For technical discussions, the IVC breakout group started their meeting from Monday 16:00, with subsequent meetings on Tuesday, Wednesday and Thursday. All recommendations of the BoG as reported below were later approved for adoptions in ITM and WD in the video plenaries of Wednesday (section REF _Ref412282679 \r \h 12) and Friday (section REF _Ref412282698 \r \h 13).
Technical proposals
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51496&id_meeting=163" m35746 Bug report on ME initialization in internet video coding (IVC) encoder [Seung-ho Lee, Sang-hyo Park, Euee S. Jang]
In CS2 case, the current IVC test model (ITM) encodes I and P frames only, not B frames. However, we found that one parameter related on B frame affects the whole encoding process though B frame was not used at all. In this contribution, a bug that may not be intended on ME initialization process is presented, and a simple way is proposed to fix it.
Recommendation of BoG: adopt it into the next version of ITM encoder software.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51795&id_meeting=163" m36045 Cross-check of m35746 on Bug report on ME initialization in internet video coding (IVC) encoder [Anna Yang, Hyung-Seok Kim, Jae-Gon Kim]
Matched with contribution of m35746.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51497&id_meeting=163" m35747 Enhanced encoding technique on the quantized coefficients of chroma for internet video coding (IVC) [Seung-ho Lee, Sang-hyo Park, Euee S. Jang]
In the current IVC test model (ITM) encoder, the rate-distortion optimized quantization technique is applied to only luma blocks, not chroma blocks, which may results in distortion further on the quantized coefficients chroma block. To increase coding efficiency, a simple encoding technique that tries to optimize the quantization process on chroma block pixels is proposed.
The proposed method shows a 0.8% gain in CS1 and a 1.6% gain in CS2.
Discussion:
Only consider chroma distortion, but dont consider rate cost;
To check if subjective quality will be affected with this method.
Recommendation of BoG: to adopted it as an optional tool in ITM encoder.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51796&id_meeting=163" m36046 Cross-check of m35747 on Enhanced encoding technique on the quantized coefficients of chroma for internet video coding (IVC) [Anna Yang, Hyung-Seok Kim, Jae-Gon Kim]
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51498&id_meeting=163" m35748 Improved set of reference frames for internet video coding (IVC) [Seung-ho Lee, Sang-hyo Park, Euee S. Jang]
This contribution presents an improved set of reference frames to increase the coding efficiency of IVC. The use of multiple reference frame (MRF) adopted in ITM 6.0 showed good coding efficiency, referring successive previous frames that could contain more accurate motion information than the very previous frame. To give different chance to encoder, we propose a different set and associated encoding method that enable to refer pixels of frames located on longer distance than the original frames.
The experimental results showed that the proposed method achieved 1.6%, 2.1%, and 2.3% gains in terms of BD-rate on Y, U, and V components respectively in CS2.
Discussion:
To replace the traditional successive multiple reference frames with temporal index of 0, 1, 2, 3 and 4 with temporal index of 0, 1, 3, 7 and 11
If ( reference_frame_index < 2)
new_reference_index = reference_frame_ index;
else
new_reference_index = 4*(reference_frame_ index - 1) - 1;
Remmendation: to adopt it into the next version of IVC WD.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51797&id_meeting=163" m36047 Cross-check of m35748 on Improved set of reference frames for internet video coding (IVC) [Anna Yang, Hyung-Seok Kim, Jae-Gon Kim]
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51641&id_meeting=163" m35891 Temporal Dependent Rate-Distortion Optimization in Internet Video Coding [Ce Zhu, Yimin Zhou, Yanbo Gao, Shuai Li, Qiang Peng, Lu Yu]
This proposal attempts to apply and customize the temporal-dependent RDO method under Low-Delay configuration for one-pass Internet Video Coding (IVC). Under the Low-Delay configuration, the influence of the current coding unit is predicted from the collocated unit in the previous frame due to the future frames being inaccessible.
Experimental results demonstrate that the temporal-dependent RDO scheme implemented on ITM 11.0 achieves 1.2% bit saving on average for CS2 (Low-Delay) coding structure.
Recommendation of BoG: to adopt it as an optional tool in ITM encoder.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51644&id_meeting=163" m35894 Cross-check for m35891 on IVC temporal dependent RDO [Xufeng Li, Ronggang Wang]
Matched for all cases.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51642&id_meeting=163" m35892 Fuzzy Rate Control Scheme for Internet Video Coding [Yimin Zhou, Ce Zhu, Min Zhong, Minke Luo, Lu Yu]
This contribution proposes a frame level rate control scheme for internet video coding (IVC). In view of unpredictability or uncertainty of video content and channel status, a fuzzy controller is introduced to minimize the deviation between the target buffer level and the current buffer fullness. To improve the precision of fuzzy control, an input domain determination method is presented. The proposed rate control scheme is implemented on ITM 11.0. Extensive experiments demonstrate that the proposed rate control scheme maintains an accurate variable bit rate control and steady buffer size during the coding process while achieving coding gains on all-intra (AI), CS1 and CS2 structures separately. This proposal is a revised version of the previous one M34388 REF _Ref409701669 \r \h [1].
Recommendation of BoG: Adopt it in the encoder side.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51645&id_meeting=163" m35895 Cross-check for m35892 on IVC fuzzy rate control [Xufeng Li, Ronggang Wang]
Matched for all cases.
IVC Performance
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51499&id_meeting=163" m35749 Performance evaluation of IVC encoder (ITM 11) according to the VCC condition [Sang-hyo Park, Seung-ho Lee, Myeong Kyun Kim, Euee S. Jang]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51646&id_meeting=163" m35896 Cross-check for m35749 on IVC performance [Xufeng Li, Ronggang Wang]

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51536&id_meeting=163" m35786 Subjective quality improvement for internet video coding [Xufeng Li, Ronggang Wang, Zhenyu Wang, Wenmin Wang, Siwei Ma, Tiejun Huang, Wen Gao]
This contribution proposes to add an enhanced loop filtering tool in the coding loop of Internet Video Coding Test Model. Experimental results show that the proposed scheme can remove the blocking artifacts and improve subjective quality significantly.
Contribution: enhanced loop filtering tool.
Discussion:
Different videos were shown during AHG meeting to compare between the original and the proposed, which were RaceHorses and BQMall. Video and stopped image were evaluated.
- It was observed from the demo videos, blocking artifacts have been greatly reduced.
- One of participant said if we stopped the video then we can find the proposed outperforms, but in video the improvement is not so obvious.
- Still both shows flickering effect in high QP bitstreams.
- Flickering effect should be resolved.
Main changes are: adding stronger filter with additional conditions (called intra block difference), it still can be covered by the claims of the expired de-blocking patent.
Recommendation of BoG: To adopt this technology to the next ITM
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51794&id_meeting=163" m36044 Cross-check of M35786 (Subjective quality improvement for internet video coding) [Seung-ho Lee, Sang-hyo Park, Euee S. Jang]
Matched with m35786 for all cases.
IVC development
For output documents that were approvedby the video plenary, see further notes in the Thursday and Friday closing plenary section.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51740&id_meeting=163" m35990 Prior art analysis on the adopted IVC technologies [Ronggang Wang, Tiejun Huang, Sang-hyo Park, Euee S. Jang, Jae-Gon Kim]

New EE definition
The following (continuing) Exploration Experiments are defined in N14987, which was edited by the BoG and approved in the video plenary.
EE1: Transform and quantization
EE2: Entropy coding
EE3: B-frame coding
EE4: Intra prediction
EE5: In/out loop processing
EE6: Multiple reference frame structures
Reconfigurable Media Coding Video related
Presentation Wed 14:00
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51514&id_meeting=163" m35764 Towards a parallel scalable profile of the dataflow HEVC decod [Khaled Jerbi, Wassim Hamidouche, Olivier Déforges]
This contribution presents ongoing works aiming at developing dataflow architecture for the scalable HEVC decoder within the RVC framework.
Based on the SHM 4, parsing of the VPS extensions is added that contain multi-layer syntax elements necessary for the decoding of the scalable HEVC profile.
First report about scalable main 8 profile
Further update and specification by the next meeting (likely not many more FUs e.g. VPS, inter-layer processing, but synchronization in data between base and enhancemen
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51614&id_meeting=163" m35864 Updates on HEVC decoder status on conformance test streams [Khaled Jerbi, Damien De Saint Jorre, Marco Mattavelli, Daniele Renzi, Claudio Alberti]
To improve the performance of the dataflow HEVC decoder, some optimizations are applied and involve modifications in the architecture.
This document presents a set of optimizations applied on the intra prediction (IntraPred), the inverse integer transform (xIT), the QP generator (QP_gen) and the reconstruction (SelectCU) actors. These optimizations are currently applied on a testing temporary architecture. In a revision view of the document, the difference that would be involved on the architecture compared with m33242_AMD (108 meeting in Valencia) is put.
The related software which improves the conformance verification is to be released as DAM study.
Since not all confomance tests are passed, it may be necessary by the next meeting to consider delaying the FDAM of the software amendment until all streams are verifying the compliance.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51618&id_meeting=163" m35868 Update on Text of ISO/IEC 23002-4:201x/PDAM2 FU and FN descriptions for HEVC [Khaled Jerbi, Damien De Saint Jorre, Marco Mattavelli, Daniele Renzi, Claudio Alberti]
(This is text related to m35870.)
Title is misleading, because Amd.2 has already reached a final stage. It was discussed that it would not be a viable approach to remove existing specified FU (which would require a corrigendum, but none of the existing building blocks is wrong). Instead, it should be included in a new amendment. Provided that an SHVC related amendment can be started by the next meeting, it should be combined with that.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51620&id_meeting=163" m35870 Miscellaneous optimizations on the dataflow description of HEVC decoder [Khaled Jerbi, Damien De Saint Jorre, Daniele Renzi, Marco Mattavelli, Claudio Alberti]
To improve the performance of the dataflow HEVC decoder, some optimizations are applied and involve modifications in the architecture. This document presents a set of optimizations applied on the intra prediction (IntraPred), the inverse integer transform (xIT), the QP generator (QP_gen) and the reconstruction (SelectCU) actors. These optimizations are currently applied on a testing temporary architecture. In a revision of the document, the difference that would be involved on the architecture compared with m33242_AMD (108 meeting in Valencia) is presented.
The document provides an alternative approach for parallel implementation of the deblocking filter which could be useful as an alternative way of implementing HEVC in parallel architectures. This could coexist with the existing approach but would also require a second configuration of FU networks for implementing HEVC.
Further clarification may be needed whether a specification of a FU for an existing standard would need to be normative (or whether additional ways of implementing it could just be given as informative examples.
It is agreed that the new proposal is useful and should be included in an upcoming amendment of 23002-4 and 23002-5. (See above under 35868.)
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51669&id_meeting=163" m35919 Event-Based Performance Monitoring in RVC-CAL [Alejo I. Arias, Eduardo Juarez, Mickael Raulet, Cesar Sanz, Matias J. Garrido, Fernando Pescador]
This contribution proposes the implementation of an event-based performance monitoring in RVC-CAL. The goal of the proposal is to provide a mechanism in RVC-CAL to analyze in detail the performance of an implementation in a processor-based platform. In order to achieve this goal, annotations are used to signal the instrumented actors and actions. To implement the proposal, the open-source Performance API (PAPI) has been integrated into ORCC - the Open-source RVC-CAL Compiler.
Extension of m28171, m31243, m33115
based on external library/API PAPI
Agreed to include it in an update of the white paper (Marco clarifies with Kyunheon whether this can be done in an editing period, or requires update at the next meeting, in latter case, we could have another draft white paper)
Marco M. was tasked with providing the following:
DoC on 23001-4/PDAM1
Study of 23002-5/DAM1 (software) with editing period tbd
WD of software for parser instantiation with editing period tbd
AVC/HEVC
(Related to the joint meeting with VCEG.)
m35665 AVC update with Colour Remapping Information SEI message [P. Andrivon, E. François, P. Bordes]
Was reviewed in joint meeting Monday 16:30. An equivalent SEI message is found in HEVC. This is for further study.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51546&id_meeting=163" m35796 Updated Text of ISO/IEC 14496-10 Levels 6.x support [Alexis Michael Tourapis, David Singer, Xiaohua Yang, Jian Zhou, Krasimir Kolarov]
Was reviewed in joint meeting Monday 16:30.
Follow-up discussion in video Thu 12:30
This proposes new levels 6.0, 6.1, 6.2 for 8K video
The frame rate can be up to 300/s for smaller resolutions, max 120/s for 8K
No interlaced bitstreams allowed (but nested decoding support for lower-level bitstreams is required).
Release vertical MV constraints in level specification, but the limit in the VUI still exists (although some clarification of it may be needed).
Action:
Issue 14496-10:2014/PDAM2 (editing period 03-31) and Request document (Alexis)
include SEI message for green metadata
Editors: Alexis Tourapis, Felix Fernandes, Gary Sullivan
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51535&id_meeting=163" m35785 Proposal on new HEVC profile for hierarchical lossless coding [K.Kazui, T.Kubota, K.Takeuchi, A.Nakagawa(Fujitsu)]
Was reviewed in joint meeting Monday 16:30.
This an SHVC & RExt-based proposal for entirely lossless coding, and includes non 4:2:0 support. Its consideration was deferred for further study.
CICP

HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51544&id_meeting=163" m35794 Correction of the P22 Colour Primaries in ISO/IEC 23001-8 [Alexis Michael Tourapis, David Singer, Krasimir Kolarov]
Correction of the P22 primaries is necessary (as the precision is insufficient).
It was concluded that this small change should be included in FDAM2 (DAM2 is curently under ballot).
Green Metadata
A joint meeting with the System SG was held Thursday 9:00-10:00. The following issues were discussed during this meeting:
Timing synchronization for carrying green metadata in AVC/HEVC SEI message.
For AVC, the FDIS of 23001-11 already contains the link to the Green SEI message hook of AVC. It was suggested for the SEI message to refer to ISO/IEC 23001-11, where the payload has been defined. It was agreed to include green metadata support in the AVC PDAM2.
For HEVC, it was planned that support should be included in DAM of SCC (June) by JCT-VC, although appropriate text for HEVC needed preparation; In order to synchronize the progression of the two specs referring each other, the amendment in 23001-11 should be started at the current meeting. The PDAM text was reviewed and approved jointly.
HYPERLINK "http://phenix.it-sudparis.eu/mpeg/doc_end_user/current_document.php?id=51530&id_meeting=163" m35780 Revised HEVC SEI Message for Green Metadata [Spencer Cheng, Jiangtao Wen]
This was reviewed in JCT-VC.
m35795 and m36024 were on best effort decoding.
m36055 is a follow-up of m35009. It gives information about the power saving and quality loss when deblocking is switched off or alternative interpolation filters are used.
Concerns were expressed that best effort decoding should not prescribe a specific non-normative decoding process. At most, metadata information should be given to a decoder that by itself then decide what to do depending on its implementation architecture. It should be demonstrated which types of metadata are benefical for such purposes. The non-normative actions to follow from these metadata should be formulated in a very generic way, e.g. not for specific interpolation filters.
m36024 is related to m36055 (subjective evaluation)
m35795 is a follow-up of m35148. No concrete proposal of metadata was provide, but this was showing the potential benefit in two hardware architectures.
Investigations on best-effort decoding is ongoing.
m36035 was withdrawn

m35795Best Effort Decoding for Green MPEG - Hardware AnalysisAlexis Michael Tourapis, David Singer, Steve Saunders, Krasimir Kolarovm36024HEVC Decoding with Tunable Image Quality - Subjective evaluationErwan Nogues, Erwan Raffin, Maxime Pelcat, Daniel Ménard, m36035Entropic Decoding Analysis for Green MPEG Cyril Bergeron, Florian Broekaertm36055HEVC Decoding with Tunable Image Quality - Power saving and complexity reductionErwan Raffin, Erwan Nogues, Maxime Pelcat, Daniel Ménard
HDR/WCG Video Coding
See the Requirements SG report. In the joint discussion with ITU-T VCEG, they also expressed interest in the topic and in being kept informed. A CfE was issued to solicit contributions on the subject.
Future Video Coding
On behalf of the Video SG, an AHG had been set up with the goals of discussing and identifying challenges in video coding technology beyond HEVC; identifying suitable test cases and materials; and soliciting contributions on potential improvements in video compression. Another AHG on industry needs was working under requirements; the input documents on this topis are primarily related to requirement topics, but presented in a joint meeting Wed. 17-18:30; the subsequent notes reflect technical aspects that are relevant from the perspective of the Video SG
Presentation of AHG report: In the discussion about the report it is pointed out that the transport mechanisms are less relevant than the services themselves, which would be available over any types of networks; it was further mentioned that the advent of new types of sensors e.g. lightfield/plenoptic could become relevant.
Presentation of Zetacast (36097, on broadcast): new generation expected around 2025, 50% rate reduction over HEVC would be desirable
Presentation of Netflix (35771, on streaming/download) contributions: VOD at low bitrates 200-250 kbit/s, 25% rate reduction would already be attractive, encoder complexity no problem, scalability desirable for flexibility in storage and streaming, perceptual quality relevant. Netflix database still under development (4K primarily), and is intended to be provided. Perceptual evaluation/metrics ongoing, not available yet. Some 3D material also available. Scalability is denoted as important, but unclear whether there are new requirements on scalability? It is mentioned that SHVC is not attractive for the kind of flexible scalability Netflix would desire. Challenges for low bit rate over some networks - Current rate range is from 200 kbit/s (480p) up to 16 Mbit/s (4K).
In the joint discussion with ITU-T VCEG, both groups expressed interest in studying future video coding techniques and in communicating with each other about the subject.
In a follow-up meeting Thu 10-11, next steps towards future video coding standardization were determined as follows (see N15272):
Look around for new solutions
Document to solicit contributions on improved compression (request for demonstration of technology that improves compression beyond HEVC for traditional (e.g. HEVC CTC) or innovative use cases) Output from Video (N15273)
Study on new capturing technologies - AHG
Workshop about new video compression and capturing technologies (Lucca) - AHG
List a short and meaningful list of requirements
Solicit contributions on open problems in video usages - AHG
Identify new challenges brought by this - AHG
Start developing a lean and meaningful document Output from Requirements (N15090)
Define test material and test cases
Issue request for test material (resolution) - AHG
New material to include professional and user generated content
Establish an environment for people to share experiences
Develop an experimentation platform based on HM16.3|4 (mention in video doc & AHG)
Potentially there may be other platforms in the future depending on submissions
Other issues
Restructuring of 14496-4 and 14496-5 remains planned.
Wednesday Video plenary status review
A Video subgroup plenary was held 12:00-13:00 on Wednesday. Reports of BoGs were given as follows:
MPEG-7 Visual:
Input on conformance was discussed, investigation planned on how loosening the conformance would affect the matching performance (out this into AHG mandates)
Issuing the CD of part 6 second edition
Clarify whether the descriptors which are not having reference implementation are in any profiles (Stavros reports back)
CDVS:
Software improvements are being accepted for WD3
New TM document (13) will be issued, with timeline
Conformance to be reviewed, independent implementation is investigated. Eventually consider describing the planned experimention in an output doc
Initial planning of awareness event. 3 demos confirmed. External speakers about potential applications?
BoG meets again from 14:00
IVC:
Prepare BD rate figures using HP as anchor
Issue resolution that the progress in IVC becoming close to HP performance is exciting, and plan a visual comparison against high profile by next meeting to make further decision of progressing this into a work item
Clarify whether HP anchors should be regenerated .Alexis Tourapis expressed some willingness to do that, but final clarification could not be reached until the meeting closed. To be further clarified in AHG during the preparation of the IVC viewing for the 112th meeting.
Technical review of new contributions:
Bug report on ME (encoder only) approved by Video plenary
RDOQ for chroma (encoder only) approved by Video plenary
Reference frame set improvement (likely normative however does not require changing the signaling), needs further assessment about prior art. This was revisited Thu 11:30 Agreed that this likely covered by sufficiently old prior art. It was however pointed out that the new mechanism of storing some older reference pictures would increase the decoded picture buffer significantly, such that further investigation should be performed how this could be reduced. In terms of complexity of a video coding implementation it would not be desirable. Adoption to ITM 12 approved by video plenary.
Loop filtering (normative change using more pixels) it is claimed that the expired patent which covers the loop filter is not related to the number of pixels and the new method of decision. Further investigation was performed in the BoG, with revisit in Video Thu 11:30. During this discussion some concern was expressed whether the strong filtering which also modifies pixels q1/p1 and q2/p2 is covered by the prior art of the expired patent, whereas the decision/threshold criteria are assessed to be covered. During the Friday plenary, more evidence was brought that the prior art does not restrict modifications of pixels within the block adoption approved by Video plenary
Temporal dependent RDO (non-normative) approved by Video plenary
Fuzzy rate control (non-normative) approved by Video plenary (but not to be used in the visual comparison which should be without rate control)
Overall improvement may be in range of 1% for RA, 2% for LD
BoG continues Wed 13:00
Follow-up dicussion in video plenary on Thu 11:30
Reported that average BR incease of ITM11 versus AVC HP is 11/10.6% for RA/LD cases.
VCB:
Further review of the work so far Wed 15:00, presentation of documents, suggested improvements of the type-3 investigation to turn it into an output doc.
RVC:
Reviewed Wed 14:00
Closing plenary topics
A closing plenary of the Video subgroup was held Friday 9:0011:00. Output docs were approved, and AHGs were established. Discussions are recorded in this section.
All issues regarding breakout activities are basically reflected in the respective subsections about BoG activities above.
CDVS:
Conformance testing was further discussed, a new contribution was brought with different encoder implementation (from scratch). Divergences in detection and matching of keypoint was found, further investigation necessary. Conformance testing tool was implemented. No document is needed.
Some further cleanups in reference software needed before going to CD.
Awareness event: Planning of output with 3 weeks editing period, presentations on CDVS scope, technology, applications planned (only internal speakers), 5 demos confirmed.
IVC:
Further investigation had been made on the issue of the strong deblocking filter proposed in m35786. It is confirmed that the prior art (expired patent) does not restrict the number of pixels to be modified.
New EE6 on multiple reference frames.
The Video plenary was closed Friday 02-20, 11:02.
Output docs
During the closing plenary, the following output documents were recommended for approval by the Video subgroup (including information about publication status and editing periods). The list includes various documents that were produced by JCT-VC and JCT-3V, which had met under ITU auspices during approximately the same time period as WG11:

No.TitleTBPAvailableISO/IEC 14496-4 Conformance testing 15116Disposition of Comments on ISO/IEC 14496-4:2004/DAM43 N15/02/2015117Text of ISO/IEC 14496-4:2004/FDAM43 3D-AVC Conformance TestingN15/04/3015118Disposition of Comments on ISO/IEC 14496-4:2004/PDAM45N15/02/2015119Text of ISO/IEC 14496-4:2004/DAM45 Conformance Testing for the Multi-resolution Frame Compatible Stereo Coding with Depth Maps Extension of AVCN15/04/30ISO/IEC 14496-5 Reference software15120Disposition of Comments on ISO/IEC 14496-5:2001/PDAM39N15/02/2015121Text of ISO/IEC 14496-5:2001/DAM39 Reference Software for the Multi-resolution Frame Compatible Stereo Coding with Depth Maps Extension of AVCN15/03/31ISO/IEC 14496-10 Advanced Video Coding15122Text of ISO/IEC 14496-10:2014/DCOR1Y15/03/2715123Request for ISO/IEC 14496-10:2014/Amd.2N15/02/2015124Text of ISO/IEC 14496-10:2014/PDAM2 Additional Levels and Supplemental Enhancement InformationY15/03/31ISO/IEC 14496-31 Video coding for browsers15125Draft Disposition of Comments on ISO/IEC DIS 14496-31N15/02/2015126Draft Text in Preparation for ISO/IEC 2nd DIS 14496-31 Video Coding for BrowsersY15/02/20ISO/IEC 15938-6 Reference software15127Text of ISO/IEC CD 15938-6:201X Reference software (2nd edition)Y15/03/20ISO/IEC 15938-13 Compact descriptors for visual search15132Announcement of CDVS Awareness EventY15/03/13ISO/IEC 15938-14 Reference software, conformance and usage guidelines for CDVS15128Working draft 3 of CDVS Reference Software and Conformance TestingY15/03/2715129Test Model 13: Compact Descriptors for Visual SearchY15/03/27ISO/IEC 23001-4 Codec configuration representation 15130Disposition of Comments on ISO/IEC 23001-4:2014/PDAM1N15/02/2015131Text of ISO/IEC 23001-4:2014/DAM1 Parser instantiation from BSD Y15/03/31ISO/IEC 23002-5 Reconfigurable media coding conformance and reference software15133Study Text of ISO/IEC 23002-5:2013/DAM2 Reference Software for HEVC related VTL extensionsY15/03/0615134WD of software for Parser instantiation from BSDY15/03/13ISO/IEC 23008-2 High Efficiency Video Coding15135Disposition of Comments on ISO/IEC 23008-2:2013/DAM4N15/02/2015136Text of ISO/IEC 23008-2:2013/FDAM4 3D Video ExtensionsN15/03/2715137Request for ISO/IEC 23008-2:2013/Amd.5N15/02/2015138Text of ISO/IEC 23008-2:2013/PDAM5 Screen Content Coding ExtensionsY15/03/2715139High Efficiency Video Coding (HEVC) Test Model 16 (HM16) Improved Encoder Description Update 2Y15/05/2915140Verification test plan for HEVC RExt profiles, and Main profile usage for interlaced videoN15/03/2015141Test Model 11 of 3D-HEVC and MV-HEVCY15/04/3015142MV-HEVC and 3D HEVC Verification Test PlanN15/03/0615143Scalable HEVC (SHVC) Test Model 9 (SHM 9)Y15/05/2915144HEVC Screen Content Coding Test Model 4 (SCM 4)Y15/05/29ISO/IEC 23008-5 HEVC Reference Software15145Disposition of Comments on ISO/IEC 23008-5/PDAM1N15/02/2015146Text of ISO/IEC 23008-5/DAM1 Reference Software for Format Range Extensions ProfilesY15/04/1715147Disposition of Comments on ISO/IEC 23008-5/PDAM2N15/02/2015148Text of ISO/IEC 23008-5/DAM2 Reference Software for Multiview Main ProfileY15/04/2015149Request for ISO/IEC 23008-5/Amd.3N15/02/2015150Text of ISO/IEC 23008-5/PDAM3 Reference Software for Scalable ProfilesY15/04/0315151Request for ISO/IEC 23008-5/Amd.4N15/02/2015152Text of ISO/IEC 23008-5/PDAM4 Reference Software for 3D Main ProfileY15/04/06ISO/IEC 23008-8 HEVC Conformance Testing15153Disposition of Comments on ISO/IEC 23008-8/PDAM1N15/02/2015154Text of ISO/IEC 23008-8/DAM1 Conformance Testing for Multiview Main and 3D Main ProfilesY15/04/2015155Request for ISO/IEC 23008-8/Amd.2N15/02/2015156Text of ISO/IEC 23008-8/PDAM2 Improved HEVC Version 1 and Format Range Extensions Profiles Conformance TestingY15/03/2715157Request for ISO/IEC 23008-8/Amd.3N15/02/2015158Text of ISO/IEC 23008-8/PDAM3 Conformance Testing for Scalable ProfilesY15/03/27Explorations Future Video Coding15272Steps towards a future video compression standardN15/02/2015273Request for contributions on future video compression technologyY15/02/20Explorations Internet Video Coding15159Working Draft 5 of Internet Video Coding (IVC)Y15/03/0615160Internet Video Coding Test Model (ITM) v 12.0Y15/03/1315161Description of IVC Exploration ExperimentsN15/02/2015162Collection of information related to IVC technologiesN15/02/27
AHGs established
The following AHGs were established by the Video subgroup, as detailed in N15064:
AHG on MPEG-7 Visual (N15274)
AHG on Compact Descriptors for Visual Search (N15275)
AHG on Internet Video Coding (N15276)
AHG on Video Coding for Browsers (N15277)
AHG on Reconfigurable Media Coding (N15278)
AHG on Future Video Coding Standardization Challenges (N15279)
The following AHGs established by the Requirements and 3G subgroups, are also relevant, as detailed in N15064:
AHG on HDR and WCG (N15318)
AHG on FTV (Free-viewpoint Television) (N15319)
AHG on Compact Descriptors for Video Analysis (N15320)

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 twentieth meeting during 1017 Feb. 2015 at the ITU-T premises in Geneva, CH. 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 REF _Ref298716123 \r \h 1.14 of this document.
The JCT-VC meeting sessions began at approximately 0930 hours on Tuesday 10 Feb. 2015. Meeting sessions were held on all days (including weekend days) until the meeting was closed at approximately 1400 hours on Tuesday 17 Feb. 2015. Approximately 120 people attended the JCT-VC meeting, and approximately 200 input documents were discussed. The meeting took place in a collocated fashion with a meeting of ITU-T SG16 one of the two parent bodies of the JCT-VC. The subject matter of the JCT-VC meeting activities consisted of work on the video coding standardization project known as High Efficiency Video Coding (HEVC) and its extensions.
One primary goal of the meeting was to review the work that was performed in the interim period since the nineteenth JCT-VC meeting in producing:
The HEVC test model (HM) 16 improved encoder description (including RExt modifications);
HEVC Defect Report for conformance testing (for Version 1);
The RExt draft verification test plan (including some testing of version 1 for interlaced video);
The RExt reference software draft 1 and conformance testing draft 3;
The SHVC conformance testing draft 1 and test model 8;
For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test model 3, SCC draft text 2, and a document specifying common test conditions and software reference configurations for SCC experiments.
The other most important goals were to review the results from three Core Experiments on Screen Content Coding (CE13), and review other technical input documents. Reviewing the progress made towards definition of screen content coding tools was the most important topic of the meeting. Advancing the work on development of conformance and reference software for recently finalized HEVC extensions (RExt, SHVC) is also a significant goal. Further preparation of verification tests was conducted. Possible needs for corrections to version 2 were also considered.
In addition to 2 new experiment plan descriptions in screen content coding, the JCT-VC produced 10 other particularly important output documents from the meeting:
The HEVC test model (HM) 16 update 2 improved encoder description (including RExt modifications);
Verification test plan for format range extensions and interlaced video;
The RExt reference software draft 2 and conformance testing draft 4, the latter being combined with improved version 1 conformance testing ;
The SHVC reference software draft 1, conformance testing draft 2 and SHM test model 9;
For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test model 4, SCC draft text 3, and a document specifying common test conditions and software reference configurations for SCC experiments.
For the organization and planning of its future work, the JCT-VC established 13 "ad hoc groups" (AHGs) to progress the work on particular subject areas. The next four JCT-VC meetings were planned for Fri. 19 Fri. 26 June 2015 under WG 11 auspices in Warsaw, PL, Wed. 14 Wed. 21 Oct. 2015 under ITU-T auspices in Lucca, IT, Fri. 19 Fri. 26 Feb. 2016 under WG 11 auspices in San Diego, US, and Wed. 25 May Wed. 1 June 2016 under ITU-T auspices in Geneva, CH.
The document distribution site HYPERLINK "http://phenix.it-sudparis.eu/jct/" 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: HYPERLINK "mailto:jct-vc@lists.rwth-aachen.de" jct-vc@lists.rwth-aachen.de hosted at RWTH Aachen University. For subscription to this list, see HYPERLINK "https://mailman.rwth-aachen.de/mailman/listinfo/jct-vc" https://mailman.rwth-aachen.de/mailman/listinfo/jct-vc.
Administrative topics
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 twentieth meeting during 1017 Feb. 2015 at the ITU-T premises in Geneva, CH. The JCT-VC meeting was held under the chairmanship of Dr Gary Sullivan (Microsoft/USA) and Dr Jens-Rainer Ohm (RWTH Aachen/Germany).
Meeting logistics
The JCT-VC meeting sessions began at approximately 0930 hours on Tuesday 10 Feb. 2015. Meeting sessions were held on all days (including weekend days) until the meeting was closed at approximately 1400 hours on Tuesday 17 Feb. 2015. Approximately 120 people attended the JCT-VC meeting, and approximately 200 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.
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): 244 people, 300 input documents
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
11th "K" meeting (Shanghai, 2012-10) 235 people, 350 input documents
12th "L" meeting (Geneva, 2013-01) 262 people, 450 input documents
13th "M" meeting (Incheon, 2013-04) 183 people, 450 input documents
14th "N" meeting (Vienna, 2013-07/08) 162 people, 350 input documents
15th "O" meeting (Geneva, 2013-10/11) 195 people, 350 input documents
16th "P" meeting (San José, 2014-01) 152 people, 300 input documents
17th "Q" meeting (Valencia, 2014-03/04) 126 people, 250 input documents
18th "R" meeting (Sapporo, 2014-06/07) 150 people, 350 input documents
19th "S" meeting (Strasbourg, 2014-10) 125 people, 300 input documents
20th "T" meeting (Geneva, 2015-02) 120 people, 200 input documents
Information regarding logistics arrangements for the meeting had been provided via the email reflector HYPERLINK "mailto:jct-vc@lists.rwth-aachen.de" jct-vc@lists.rwth-aachen.de and at HYPERLINK "http://wftp3.itu.int/av-arch/jctvc-site/2015_02_T_Geneva/" http://wftp3.itu.int/av-arch/jctvc-site/2015_02_T_Geneva/.
Primary goals
One primary goal of the meeting was to review the work that was performed in the interim period since the nineteenth JCT-VC meeting in producing:
The HEVC test model (HM) 16 improved encoder description (including RExt modifications);
HEVC Defect Report for conformance testing (for Version 1);
The RExt draft verification test plan (including some testing of version 1 for interlaced video);
The RExt reference software draft 1 and conformance testing draft 3;
The SHVC conformance testing draft 1 and test model 8;
For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test model 3, SCC draft text 2, and a document specifying common test conditions and software reference configurations for SCC experiments.
The other most important goals were to review the results from three Core Experiments on Screen Content Coding (CE13), and review other technical input documents. Reviewing the progress made towards definition of screen content coding tools was the most important topic of the meeting. Advancing the work on development of conformance and reference software for recently finalized HEVC extensions (RExt, SHVC) is also a significant goal. Further preparation of verification tests was conducted. Possible needs for corrections to version 2 were also considered.
Documents and document handling considerations
General
The documents of the JCT-VC meeting are listed in Annex A of this report. The documents can be found at HYPERLINK "http://phenix.it-sudparis.eu/jct/" 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).
The document registration and upload times and dates listed in Annex A and in headings for documents in this report are in Paris/Geneva time. Dates mentioned for purposes of describing events at the meeting (other than as contribution registration and upload times) follow the local time at the meeting facility.
Highlighting of recorded decisions in this report:
Decisions made by the group that affect the normative content of the draft standard are identified in this report by prefixing the description of the decision with the string "Decision:".
Decisions that affect the reference software but have no normative effect on the text are marked by the string "Decision (SW):".
Decisions that fix a "bug" in the specification (an error, oversight, or messiness) are marked by the string "Decision (BF):".
Decisions regarding things that correct the text to properly reflect the design intent, add supplemental remarks to the text, or clarify the text are marked by the string "Decision (Ed.):".
Decisions regarding simplification or improvement of design consistency are marked by the string "Decision (Simp.):".
Decisions regarding complexity reduction (in terms of processing cycles, memory capacity, memory bandwidth, line buffers, number of entropy-coding contexts, number of context-coded bins, etc.) "Decision (Compl.):".
This meeting report is based primarily on notes taken by the chairs and projected for real-time review by the participants during the meeting discussions. The preliminary notes were also circulated publicly by ftp during the meeting on a daily basis. Considering the high workload of this meeting and the large number of contributions, it should be understood by the reader that 1) some notes may appear in abbreviated form, 2) summaries of the content of contributions are often based on abstracts provided by contributing proponents without an intent to imply endorsement of the views expressed therein, and 3) the depth of discussion of the content of the various contributions in this report is not uniform. Generally, the report is written to include as much discussion of the contributions and discussions as is feasible (in the interest of aiding study), although this approach may not result in the most polished output report.
Late and incomplete document considerations
The formal deadline for registering and uploading non-administrative contributions had been announced as Friday, 30 Jan. 2015.
Non-administrative documents uploaded after 2359 hours in Paris/Geneva time Saturday 31 Jan. 2015 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-T0139 and higher were registered after the "officially late" deadline (and therefore were also uploaded late). However, some documents in the "T0139+" 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-T0124 (a proposal on CE1 Test C.1: 2-D Index Map Coding of Palette Mode in HEVC SCC) [uploaded 02-01]
JCTVC-T0125 (a proposal on CE3 Test B.1: Adaptive Scan Directions in HEVC SCC) [uploaded 02-01]
JCTVC-T0126 (a proposal on CE3 Test B.3: 2-D Intra String Copy in HEVC SCC) [uploaded 02-01]
JCTVC-T0138 (a proposal on Copy mode for static screen content coding) [uploaded 02-02]
The following other documents not proposing normative technical content were registered on time but were uploaded late:
JCTVC-T0031 (a document proposing editorial improvements to HEVC Screen Context Coding Draft Text 2) [uploaded 02-11]
JCTVC-T0104 (a document analyzing coding performance for HEVC with denoising) [uploaded 02-16]
The following cross-verification reports were registered on time but were uploaded late: JCTVC-T0032 [uploaded 02-10], JCTVC-T0033 [uploaded 02-03], JCTVC-T0085 [uploaded 02-01], JCTVC-T0100 [uploaded 02-04], JCTVC-T0107 [uploaded 02-10], JCTVC-T0108 [uploaded 02-10], JCTVC-T0115 [uploaded 02-06], JCTVC-T0130 [uploaded 02-02], JCTVC-T0131 [uploaded 02-03].
The following contribution registrations were later cancelled, withdrawn, never provided, were cross-checks of a withdrawn contribution, or were registered in error: JCTVC-T0093, JCTVC-T0205, JCTVC-T0211, JCTVC-T0221, JCTVC-T0226, and JCTVC-T0232.
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 following case did not occur at the 20th meeting: The initial uploads of the following contribution documents were rejected as a "placeholders" without any significant content and were not corrected until after the upload deadline:
JCTVC-T0XXX (a proposal on , corrected by a late upload on 02-XX)

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.
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.
Outputs of the preceding meeting
The output documents of the previous meeting, particularly including the meeting report JCTVC-S1000, the improved HEVC Test Model 16 (HM16) JCTVC-S1002, the Draft Verification Test Plan for RExt and interlaced coding with version 1, JCTVC-S1003, the Version 1 Conformance Defect Report JCTVC-S1004, the RExt Reference Software JCTVC-S1011, the RExt Conformance Testing Draft 3 JCTVC-S1012, the SHVC test model 8 (SHM8) JCTVC-S1007, the SHVC Conformance Testing Draft 1 JCTVC-S1008, the Screen Content Coding (SCC) Draft Text 2 JCTVC-S1005, the SCC test model 3 JCTVC-S1014, and the common test conditions for SCC (JCTVC-S1015) were approved. The HM reference software and its extensions for RExt, SHVC and SCC were also approved.
The group had initially been asked to review the prior meeting report for finalization. The meeting report was later approved without modification.
All output documents of the previous meeting and the software had been made available in a reasonably timely fashion.
The chairs asked if there were any issues regarding potential mismatches between perceived technical content prior to adoption and later integration efforts. It was also asked whether there was adequate clarity of precise description of the technology in the associated proposal contributions.
It was remarked that, in regard to software development efforts for cases where "code cleanup" is a goal as well as integration of some intentional functional modification, it was emphasized that these two efforts should be conducted in separate integrations, so that it is possible to understand what is happening and to inspect the intentional functional modifications.
The need for establishing good communication with the software coordinators was also emphasized.
At some previous meetings, it had been remarked that in some cases the software implementation of adopted proposals revealed that the description that had been the basis of the adoption apparently was not precise enough, so that the software unveiled details that were not known before (except possibly for CE participants who had studied the software). Also, there should be time to study combinations of different adopted tools with more detail prior to adoption.
CE descriptions need to be fully precise this is intended as a method of enabling full study and testing of a specific technology.
Greater discipline in terms of what can be established as a CE may be an approach to helping with such issues. CEs should be more focused on testing just a few specific things, and the description should precisely define what is intended to be tested (available by the end of the meeting when the CE plan is approved).
It was noted that sometimes there is a problem of needing to look up other referenced documents, sometimes through multiple levels of linked references, to understand what technology is being discussed in a contribution and that this often seems to happen with CE documents. It was emphasized that we need to have some reasonably understandable description, within a document, of what it is talking about.
Software study can be a useful and important element of adequate study; however, software availability is not a proper substitute for document clarity.
Software shared for CE purposes needs to be available with adequate time for study. Software of CEs should be available early, to enable close study by cross-checkers (not just provided shortly before the document upload deadline).
Issues of combinations between different features (e.g., different adopted features) also tend to sometimes arise in the work.
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.
Agenda
The agenda for the meeting was as follows:
IPR policy reminder and declarations
Contribution document allocation
Reports of ad hoc group activities
Reports of Core Experiment activities
Review of results of previous meeting
Consideration of contributions and communications on project guidance
Consideration of technology proposal contributions
Consideration of information contributions
Coordination activities
Future planning: Determination of next steps, discussion of working methods, communication practices, establishment of coordinated experiments, establishment of AHGs, meeting planning, refinement of expected standardization timeline, other planning issues
Other business as appropriate for consideration
IPR policy reminder
Participants were reminded of the IPR policy established by the parent organizations of the JCT-VC 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:
HYPERLINK "http://www.itu.int/ITU-T/ipr/index.html"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)
HYPERLINK "http://ftp3.itu.int/av-arch/jctvc-site"http://ftp3.itu.int/av-arch/jctvc-site (JCT-VC contribution templates)
HYPERLINK "http://www.itu.int/ITU-T/studygroups/com16/jct-vc/index.html"http://www.itu.int/ITU-T/studygroups/com16/jct-vc/index.html (JCT-VC general information and founding charter)
HYPERLINK "http://www.itu.int/ITU-T/dbase/patent/index.html"http://www.itu.int/ITU-T/dbase/patent/index.html (ITU-T IPR database)
HYPERLINK "http://www.itscj.ipsj.or.jp/sc29/29w7proc.htm"http://www.itscj.ipsj.or.jp/sc29/29w7proc.htm (JTC 1/ SC 29 Procedures)
It is noted that the ITU TSB director's AHG on IPR had issued a clarification of the IPR reporting process for ITU-T standards, as follows, per SG 16 TD 327 (GEN/16):
"TSB has reported to the TSB Director's IPR Ad Hoc Group that they are receiving Patent Statement and Licensing Declaration forms regarding technology submitted in Contributions that may not yet be incorporated in a draft new or revised Recommendation. The IPR Ad Hoc Group observes that, while disclosure of patent information is strongly encouraged as early as possible, the premature submission of Patent Statement and Licensing Declaration forms is not an appropriate tool for such purpose.
In cases where a contributor wishes to disclose patents related to technology in Contributions, this can be done in the Contributions themselves, or informed verbally or otherwise in written form to the technical group (e.g. a Rapporteur's group), disclosure which should then be duly noted in the meeting report for future reference and record keeping.
It should be noted that the TSB may not be able to meaningfully classify Patent Statement and Licensing Declaration forms for technology in Contributions, since sometimes there are no means to identify the exact work item to which the disclosure applies, or there is no way to ascertain whether the proposal in a Contribution would be adopted into a draft Recommendation.
Therefore, patent holders should submit the Patent Statement and Licensing Declaration form at the time the patent holder believes that the patent is essential to the implementation of a draft or approved Recommendation."
The chairs invited participants to make any necessary verbal reports of previously-unreported IPR in draft standards under preparation, and opened the floor for such reports: No such verbal reports were made.
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 and 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.
Communication practices
The documents for the meeting can be found at HYPERLINK "http://phenix.it-sudparis.eu/jct/" http://phenix.it-sudparis.eu/jct/. For the first two JCT-VC meetings, the JCT-VC documents had been made available at HYPERLINK "http://ftp3.itu.int/av-arch/jctvc-site"http://ftp3.itu.int/av-arch/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.
The JCT-VC email list is managed through HYPERLINK "https://mailman.rwth-aachen.de/mailman/options/jct-vc" https://mailman.rwth-aachen.de/mailman/options/jct-vc, and to send email to the reflector, the email address is HYPERLINK "mailto:jct-vc@lists.rwth-aachen.de"jct-vc@lists.rwth-aachen.de. Only members of the reflector can send email to the list. However, membership of the reflector is not limited to qualified JCT-VC participants.
It was emphasized that reflector subscriptions and email sent to the reflector must use real names when subscribing and sending messages and subscribers must respond to inquiries regarding the nature of their interest in the work.
It was emphasized that usually discussions concerning CEs and AHGs should be performed using the reflector. CE internal discussions should primarily be concerned with organizational issues. Substantial technical issues that are not reflected by the original CE plan should be openly discussed on the reflector. Any new developments that are result of private communication cannot be considered to be the result of the CE.
For the case of CE documents and AHG reports, email addresses of participants and contributors may be obscured or absent (and will be on request), although these will be available (in human readable format possibly with some "obscurification") for primary CE coordinators and AHG chairs.
Terminology
Some terminology used in this report is explained below:
ACT: Adaptive colour transform
AHG: Ad hoc group.
AI: All-intra.
AIF: Adaptive interpolation filtering.
ALF: Adaptive loop filter.
AMP: Asymmetric motion partitioning a motion prediction partitioning for which the sub-regions of a region are not equal in size (in HEVC, being N/2x2N and 3N/2x2N or 2NxN/2 and 2Nx3N/2).
AMVP: Adaptive motion vector prediction.
APS: Active parameter sets.
ARC: Adaptive resolution conversion (synonymous with DRC).
AU: Access unit.
AUD: Access unit delimiter.
AVC: Advanced video coding the video coding standard formally published as ITU-T Recommendation H.264 and ISO/IEC 14496-10.
BA: Block adaptive.
BC: See IBC.
BD: Bjøntegaard-delta a method for measuring percentage bit rate savings at equal PSNR or decibels of PSNR benefit at equal bit rate (e.g., as described in document VCEG-M33 of April 2001).
BL: Base layer.
BoG: Break-out group.
BR: Bit rate.
BV: Block vector (used for intra BC prediction).
CABAC: Context-adaptive binary arithmetic coding.
CBF: Coded block flag(s).
CC: May refer to context-coded, common (test) conditions, or cross-component.
CCP: Cross-component prediction.
CD: Committee draft a draft text of an international standard for the first formal ballot stage of the approval process in ISO/IEC corresponding to a PDAM for amendment texts.
CE: Core experiment a coordinated experiment conducted after the 3rd or subsequent JCT-VC meeting and approved to be considered a CE by the group (see also SCE and SCCE).
CGS: Colour gamut scalability (historically, coarse-grained scalability).
CL-RAS: Cross-layer random-access skip.
Consent: A step taken in the ITU-T to formally move forward a text as a candidate for final approval (the primary stage of the ITU-T "alternative approval process").
CTC: Common test conditions.
CVS: Coded video sequence.
DAM: Draft amendment a draft text of an amendment to an international standard for the second formal ballot stage of the approval process in ISO/IEC corresponding to a DIS for complete texts.
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 corresponding to a DAM for amendment texts.
DF: Deblocking filter.
DRC: Dynamic resolution conversion (synonymous with ARC).
DT: Decoding time.
ECS: Entropy coding synchronization (typically synonymous with WPP).
EPB: Emulation prevention byte (as in the emulation_prevention_byte syntax element).
EL: Enhancement layer.
ET: Encoding time.
FDAM: Final draft amendment a draft text of an amendment to an international standard for the third formal ballot stage of the approval process in ISO/IEC corresponding to an FDIS for complete texts.
FDIS: Final draft international standard a draft text of an international standard for the third formal ballot stage of the approval process in ISO/IEC corresponding to an FDAM for amendment texts.
HEVC: High Efficiency Video Coding the video coding standard developed and extended by 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 (non-normative) encoder algorithms (see WD and TM).
IBC (also Intra BC): Intra block copy a technique by which sample values are predicted from other samples in the same picture by means of a displacement vector called a block vector, in a manner conceptually similar to motion-compensated prediction.
IBDI: Internal bit-depth increase a technique by which lower bit depth (8 bits per sample) source video is encoded using higher bit depth signal processing, ordinarily including higher bit depth reference picture storage (ordinarily 12 bits per sample).
IBF: Intra boundary filtering.
ILP: Inter-layer prediction (in scalable coding) or intra line copy (in screen content coding).
IPCM: Intra pulse-code modulation (similar in spirit to IPCM in AVC and HEVC).
JM: Joint model the primary software codebase that has been developed for the AVC standard.
JSVM: Joint scalable video model another software codebase that has been developed for the AVC standard, which includes support for scalable video coding extensions.
Last Call: The stage of the ITU-T "alternative approval process" that follows Consent, during which a proposed text is available on the ITU web site for consideration as a candidate for final approval.
LB or LDB: Low-delay B the variant of the LD conditions that uses B pictures.
LD: Low delay one of two sets of coding conditions designed to enable interactive real-time communication, with less emphasis on ease of random access (contrast with RA). Typically refers to LB, although also applies to LP.
LM: Linear model.
LP or LDP: Low-delay P the variant of the LD conditions that uses P frames.
LUT: Look-up table.
LTRP: Long-term reference pictures
MANE: Media-aware network elements.
MC: Motion compensation.
MPEG: Moving picture experts group (WG 11, the parent body working group in ISO/IEC JTC 1/ SC 29, one of the two parent bodies of the JCT-VC).
MV: Motion vector.
OLS: Output layer set
NAL: Network abstraction layer (as in AVC and HEVC).
NB: National body (usually used in reference to NBs of the WG 11 parent body).
NSQT: Non-square quadtree.
NUH: NAL unit header.
NUT: NAL unit type (as in AVC and HEVC).
OBMC: Overlapped block motion compensation.
PCP: Parallelization of context processing.
PDAM: Proposed draft amendment a draft text of an amendment to an international standard for the first formal ballot stage of the ISO/IEC approval process corresponding to a CD for complete texts.
POC: Picture order count.
PoR: Plan of record.
PPS: Picture parameter set (as in AVC and HEVC).
QM: Quantization matrix (as in AVC and HEVC).
QP: Quantization parameter (as in AVC and HEVC, sometimes confused with quantization step size).
QT: Quadtree.
RA: Random access a set of coding conditions designed to enable relatively-frequent random access points in the coded video data, with less emphasis on minimization of delay (contrast with LD).
RADL: Random-access decodable leading.
RASL: Random-access skipped leading.
R-D: Rate-distortion.
RDO: Rate-distortion optimization.
RDOQ: Rate-distortion optimized quantization.
ROT: Rotation operation for low-frequency transform coefficients.
RPS: Reference picture set
RQT: Residual quadtree.
RRU: Reduced-resolution update (e.g. as in H.263 Annex Q).
RVM: Rate variation measure.
SAO: Sample-adaptive offset.
SCC: Screen content coding.
SCE: Scalability core experiment.
SCCE: Screen content core experiment.
SCM: Screen coding model.
SD: Slice data; alternatively, standard-definition.
SEI: Supplemental enhancement information (as in AVC and HEVC).
SH: Slice header.
SHM: Scalable HM.
SHVC: Scalable high efficiency video coding.
SIMD: Single instruction, multiple data.
SPS: Sequence parameter set (as in AVC and HEVC).
TE: Tool Experiment a coordinated experiment conducted toward HEVC design between the 1st and 2nd or 2nd and 3rd JCT-VC meeting, or a coordinated experiment conducted toward SHVC design between the 11th and 12th JCT-VC meeting.
TGM: Text and graphics with motion a category of content that primarily contains rendered text and graphics with motion mixed with a relatively small amount of camera-captured content.
VCEG: Visual coding experts group (ITU-T Q.6/16, the relevant rapporteur group in ITU-T WP3/16, which is one of the two parent bodies of the JCT-VC).
VPS: Video parameter set a parameter set that describes the overall characteristics of a coded video sequence conceptually sitting above the SPS in the syntax hierarchy.
WD: Working draft a term for a draft standard that may sometimes be used loosely to refer to a draft standard at any actual stage of parent-level approval processes.
WG: Working group (usually used in reference to WG 11, a.k.a. MPEG).
WPP: Wavefront parallel processing (usually synonymous with ECS).
Block and unit names:
CTB: Coding tree block (luma or chroma) unless the format is monochrome, there are three CTBs per CTU.
CTU: Coding tree unit (containing both luma and chroma, previously called LCU)
CB: Coding block (luma or chroma).
CU: Coding unit (containing both luma and chroma).
LCU: (formerly LCTU) largest coding unit (name formerly used for CTU before finalization of HEVC version 1).
PB: Prediction block (luma or chroma)
PU: Prediction unit (containing both luma and chroma), with eight shape possibilities.
2Nx2N: Having the full width and height of the CU.
2NxN (or Nx2N): Having two areas that each have the full width and half the height of the CU (or having two areas that each have half the width and the full height of the CU).
NxN: Having four areas that each have half the width and half the height of the CU.
N/2x2N paired with 3N/2x2N or 2NxN/2 paired with 2Nx3N/2: Having two areas that are different in size cases referred to as AMP.
TB: Transform block (luma or chroma).
TU: Transform unit (containing both luma and chroma).
Liaison activity
The JCT-VC did not send or receive formal liaison communications at this meeting. Liaison input was received by the MPEG parent body from DVB requesting additional frame repetition support in HEVC specifically, to signal 4, 5 and 6 times frame repetition. See section REF _Ref378169526 \r \h 6.2 for consideration discussion of that.
Opening remarks
Opening remarks included:
Meeting logistics, review of communication practices, and attendance recording badge pick-up reminder
Primary topic areas were noted as follows:
Screen content coding
Corrigenda items for version 2 (see, e.g., the AHG2 report).
Verification testing for interlaced video, RExt, & SHVC
Reference software and conformance, RExt & SHVC
Test model texts and software manuals
Unfinished (or less-than-optimally finished) deliverables
None
Key deliverables from this meeting
PDAM text for SC 29 ballot on SCC
Conformance & reference software for v2
Two main tracks were followed for most meeting discussions:
Track A (GJS): CE1, etc.
Track B (JRO): CE2 & CE3, etc.
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 review on Screen Content Coding 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:
Tue. 10 Feb., 1st day
09301300 JCT-VC opening and review of AHG reports [JRO & GJS]
14301900 CE1 & CE1-related (Track A), CE2 & CE3 (Track B)
Wed. 11 Feb., 2nd day
09001300 CE1-related (Track A), CE3, CE2-related, and CE3-related (Track B)
14301900 Continuation of the above two tracks
Thu. 12 Feb., 3rd day
11151300 CE1-related (Track A)
14301900 CE1-related, palette for non-4:4:4, parallel processing, HLS, other (Track A)
Fri. 13 Feb., 4th day
09301300 JCT-VC plenary
14451345 SEI & VUI, non-normative, performance analysis
18002000 Continuation of the above
Sat. 14 Feb., 5th day
09301300 JCT-VC plenary
14301900 Continuation of the above
Sun. 15 Feb., 6th day
11151300 JCT-VC plenary
14301800 Continuation of the above
Mon. 16 Feb., 7th day
14301600 JCT-VC plenary remainders
18002000 Continuation of the above
Tue. 17 Feb., 8th day
09301300 JCT-VC plenary remainders
14301400 Continuation of the above and closing
Wed. 17 Feb., 9th day
Previously planned sessions cancelled

Contribution topic overview
The approximate subject categories and quantity of contributions per category for the meeting were summarized and categorized into "tracks" (A, B, or P) for "parallel session A", "parallel session B", or "Plenary" review, as follows. Discussions on topics categorized as "Track A" were primarily chaired by Gary Sullivan, whereas discussions on topic categorized as "Track B" were primarily chaired by Jens-Rainer Ohm. Some plenary sessions were chaired by both co-chairmen, and others were chaired by Gary Sullivan. Chairing of other discussions is noted for particular topics. (Note: Allocation to tracks was subject to changes)
AHG reports (15) Track P (section REF _Ref298681007 \r \h \* MERGEFORMAT 2)
Project development status (10) Track P (section REF _Ref400626869 \n \h 3)
SCC CE1: Palette mode improvements (1+6+5=12) Track A (section REF _Ref391806863 \r \h 4.1)
SCC CE2: IBC relation to inter (1+10+12=23) Track B (section REF _Ref391806875 \r \h 4.2)
SCC CE3: Intra line copy and inter string copy (1+8+8=17) Track B (section REF _Ref391806882 \r \h 4.3)
Non-CE SCC (124) (section REF _Ref383633334 \r \h \* MERGEFORMAT 5.1) with subtopics
CE1 related (50) Track A (section REF _Ref400627460 \n \h 5.1.1)
CE2 related (26), Track B (section REF _Ref400627470 \n \h 5.1.2)
CE3 related (12), Track B (section REF _Ref400627477 \n \h 5.1.3)
Palette for non-4:4:4 (10), Track A (section REF _Ref400627534 \n \h 5.1.4)
Complexity (3), Track P (section REF _Ref400627556 \n \h 5.1.5)
Parallel processing (5), Track A (section REF _Ref400627562 \n \h 5.1.6)
Other (18), Track P (section REF _Ref400627569 \n \h 5.1.7)
High-level syntax (2) Track B (section REF _Ref353537414 \r \h \* MERGEFORMAT 5.2)
VUI and SEI messages (6) Track A (section REF _Ref410572755 \r \h 5.3)
Non-normative (4) Track P (section REF _Ref370062022 \r \h 5.4)
Plenary discussions and BoG reports (test sequence BoG and IBC memory bandwidth BoG) Track P (section REF _Ref392897275 \r \h 6)
Outputs & planning: AHG & CE plans, Conformance, Reference software, Verification testing, Chroma format, CTC (sections REF _Ref354594526 \r \h 7, REF _Ref354594530 \r \h 8, and REF _Ref330498123 \r \h \* MERGEFORMAT 9)
NOTE The number of contributions in each category, as shown in parenthesis above, may not be 100% precise.

AHG reports (15)
The activities of ad hoc groups (AHGs) that had been established at the prior meeting are discussed in this section.
(Consideration of these reports was chaired by GJS & JRO on Tuesday 02-10, 0930-1300, except as noted.)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9979" JCTVC-T0001 JCT-VC AHG report: Project management (AHG1) [ HYPERLINK "mailto:garysull@microsoft.com" G. J. Sullivan, HYPERLINK "mailto:ohm@ient.rwth-aachen.de" J.-R. Ohm]
This document reports on the work of the JCT-VC ad hoc group on Project Management, including an overall status report on the project and the progress made during the interim period since the preceding meeting.
In the interim period since the 19th JCT-VC meeting, the following (14) documents had been produced:
HEVC test model (HM) 16 improved encoder description (including RExt modifications),
HEVC conformance testing defect report (for Version 1),
RExt draft verification test plan (including some testing of version 1 for interlaced video),
RExt reference software draft 1 and conformance testing draft 3,
SHVC conformance testing draft 1 and test model 8;
For HEVC screen content coding (SCC) extensions, the HEVC screen content coding test model 3, SCC draft text 2, and a document specifying common test conditions and software reference configurations for SCC experiments.
Finalized versions of three Core Experiment reports for SCC (CE1: Improvements of palette mode, CE2: Intra block copy relationship to inter coding, and CE3: Intra Line Copy and Intra String Copy)
Furthermore, three Core Experiments on screen content coding tools (CE1, 2, 3) were run. Advancing the work on development of conformance and reference software for HEVC extensions was also a significant goal.
The work of the JCT-VC overall had proceeded well and actively in the interim period with a considerable number of input documents to the current meeting. Active discussion had been carried out on the group email reflector (which had 1729 subscribers as of 2015-02-09), 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/2015_02_T_Geneva/ ), particularly including the following:
The meeting report (JCTVC-S1000) [Posted 2015-02-10]
The HM 16 improved encoder description (JCTVC-S1002) [Posted 2015-02-06]
Draft verification test plan for interlaced video and format range extensions (JCTVC-S1003) [Posted 2014-12-02]
HEVC Version 1 Conformance Testing Defect Report (JCTVC-S1004) [Posted 2014-11-21]
HEVC screen content coding draft 2 (JCTVC-S1005) [Posted 2014-12-10]
SHVC Test Model 8 (JCTVC-S1007) [Posted 2015-02-10]
SHVC Conformance Testing Draft 1 (JCTVC-S1008) [Posted 2014-11-19]
HEVC Reference Software for Format Range Extensions Profiles (JCTVC-S1011) [Posted 2014-11-19]
Range Extensions conformance draft 3 (JCTVC-S1012) [Posted 2014-12-26]
Screen Content Coding Test Model 3 (JCTVC-S1014) [Posted 2015-02-05]
Common SCC test conditions (JCTVC-S1015) [First posted 2014-11-08, last updated 2014-11-22]
Description of Core Experiment 1 (CE1): Improvements of palette mode (JCTVC-S1101) [Posted 2014-11-22]
Description of Core Experiment 2 (CE2): Intra block copy relationship to inter coding (JCTVC-S1102) [First posted 2014-10-24, last updated 2014-11-24]
Description of Core Experiment 3 (CE3): Intra line copy and intra string copy (JCTVC-S1103) [First posted 2014-11-22, last updated 2014-12-19]
The fifteen ad hoc groups and the three core experiments had made progress, and various reports from those activities had been submitted.
The different software modules (HM16.3, SHM8.0 and SCM3.0) had been prepared and released with appropriate updates approximately as scheduled. Both SHM and SCM are implemented as branches from HM16.
Since the approval of software copyright header language at the March 2011 parent-body meetings, that topic seems to be resolved.
Released versions of the software are available on the SVN server at the following URL:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/version_number,
where version_number corresponds to one of the versions described below e.g., HM-16.3.
Intermediate code submissions can be found on a variety of branches available at:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/branch_name,
where branch_name corresponds to a branch (eg., HM-16.3-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, even though most were cross-check documents.
A preliminary basis for the document subject allocation and meeting notes for the 20th meeting had been circulated to the participants by being announced in email, and was publicly available on the ITU-hosted ftp site.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9989" JCTVC-T0002 JCT-VC AHG report: HEVC test model editing and errata reporting (AHG2) [B. Bross, K. McCann C. Rosewarne (cochairs), M. Naccari, J.R. Ohm, K. Sharman, G. J. Sullivan, Y.K. Wang (vicechairs)]
This document reports the work of the JCT-VC ad hoc group on HEVC test model editing and errata reporting (AHG2) between the 19th meeting in Strasbourg, FR (October 2014) and the 20th meeting in Geneva, CH (February 2015).
An issue tracker (https://hevc.hhi.fraunhofer.de/trac/hevc) was used in order to facilitate the reporting of errata with the HEVC documents.
The High Efficiency Video Coding (HEVC) Test Model 16 (HM 16) Improved Encoder Description was published as JCTVC-S1002. This document represented a refinement of the previous HM16 Encoder Description document (JCTVC-R1002). In particular, numerous tool descriptions were improved and command-line description separated out, due to the availability of the HM software manual. The resultant document provides a source of general tutorial information on HEVC Edition 1 and Range Extensions, together with an encoder-side description of the HM-16 software.
A list of bug fixes for HEVC Edition 2 provided by some of the editors of HEVC Edition 2 was collected and included in the attachment.
The report included a text attachment that listed a number of issues and contained some fixes.
Additional topics mentioned in the report included
Clarity of the text in relation to profile specifications for ross_component_prediction_enabled_flag and related high-level syntax elements.
Some minor indexing issues
The issues seemed to be generally rather minor.
It was agreed that corrections can just be integrated into the screen content coding amendment/revision.
The recommendations of the HEVC test model editing and errata reporting AHG are for JCT-VC to:
Encourage the use of the issue tracker to report issues with the text of both the HEVC specification and the Encoder Description
Identify and resolve any residual issues relating to mismatches between software and text
Review the above reported discussions and conclude whether and what changes should be made to the HEVC version 2 specification
Review the list of bug fixes collected for HEVC Edition 2, and include all confirmed bug fixes, including the outcome of the above items, if any, into a JCT-VC output document for the purpose of HEVC Edition 2 defect reporting

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10000" JCTVC-T0003 JCT-VC AHG report: HEVC HM software development and software technical evaluation (AHG3) [K. Sühring (chair), D. Flynn, K. Sharman (vicechairs)]
(Consideration of this report was chaired by GJS and JRO on Saturday 02-14 p.m.)
This report summarizes the activities of the AhG on HEVC HM software development and software technical evaluation that have taken place between the 19th and 20th JCT-VC meetings. Activities focused on software maintenance, i.e. code tidying and fixing bugs.
A brief summary of activities related to each mandate is given below.
No software changes were adopted at the previous meeting. Thus, only bug fixes and cleanups were addressed. The distribution of the software was made available through the SVN server set up at HHI, as announced on the JCT-VC email reflector.
The HM user manual has been updated and a version controlled copy is included in the doc directory of the repository. A PDF version has been produced and is included in the same location prior to each HM release.
Version 16.3 was released on Feb. 6, 2015. A number of bugs have been identified and fixed.
There are a number of reported software bugs that should be fixed.
A detailed history of all changes made to the software can be viewed at https://hevc.hhi.fraunhofer.de/trac/hevc/timeline.
Released versions of the software are available on the SVN server at the following URL:
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/version_number,
where version_number corresponds to one of the versions described below (eg., HM-16.0). Intermediate code submissions based on previous versions 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).
Current development has been moved into a single development branch at
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/HM-dev

HM 16.3 was released on Feb 6, 2015. A major change is that copies of parameter sets are stored with every decoded picture. This avoids references to invalid parameter sets while filtering or output, when parameter sets have been overwritten with changed parameters. In the process the code has been cleaned up declaring the parameter sets 'const' to avoid accidental change. The release also includes many other bug-fixes. A list of closed bug tracker items can be found at:
https://hevc.hhi.fraunhofer.de/trac/hevc/query?status=closed&group=resolution&milestone=HM-16.3
There are no coding performance changes between HM16.3 and HM16.2.

HM 16.4 is planned to be released during or shortly after the 20th JCT-VC meeting. Work is progressing on cleaning up SEI writing functionality.
Unless the release has been tagged, the development branch can be found under
HYPERLINK "https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/HM-dev" https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/branches/HM-dev

Changes to common test conditions were proposed in JCTVC-S0090. Early versions of the meeting notes were not fully clear, whether the changed GOP structure was adopted for the additional configuration example with temporal scalability, or whether the HEVC version 1 common test conditions were supposed to be changed to include temporal scalability and the new reference structure.
Additional testing on the coding performance has been conducted after the meeting showing some loss.
The common test condition files have not been changed and the issue was left for discussion at the next JCT-VC meeting. The following note was added to the meeting report:
"Post-meeting note: Further testing to confirm the described results was conducted after the meeting by the software coordinator (K. Sühring). In the context of HM 16.2, the modified referencing structure reportedly showed an average 0.3% loss relative to the ordinary random access configuration for the HM, with peak loss (on the sequence "SteamLocomotive") being 2.1% (Main) or 2.2% (Main 10). There was a reported general tendency for higher resolutions to have somewhat larger losses than for lower resolutions. Since the reported loss, while still minor, was larger than what was expected from the discussion at the meeting, the example random access configuration for the HM was not replaced pending future discussion to determine whether the measured loss is acceptable. (Only the example temporal scalability configuration was replaced for the HM distribution.)"
The following table shows coding the performance change for random access compared to the current CTC GOP; both based on HM-16.2:
Random Access MainRandom Access HE10YUVYUVClass A0.9%0.0%"0.1%1.0%0.4%0.1%Class B0.4%"0.1%"0.1%0.4%0.2%0.2%Class C0.0%0.0%0.1%0.0%0.1%0.3%Class D"0.1%0.0%0.1%"0.1%"0.1%"0.1%Class EOverall0.3%0.0%0.0%0.3%0.1%0.1%0.3%0.0%"0.1%0.4%0.1%0.1%Class F0.2%0.3%0.2%0.2%0.2%0.2%
The following comparisons were provided as Excel sheets:
HM-16.2+fix+S0090_vs_HM_16.2: The reference structure proposed in JCTVC-S0090 compared to CTC
HM-16.2+fix+S0090_vs_HM_16.2+fix+tid: The reference structure proposed in JCTVC-S0090 compared to the example file for temporal scalability (which is included in the "misc" folder of the HM software)
HM-16.2+fix+tid_vs_HM_16.2: The example file for temporal scalability (which is included in the "misc" folder of the HM software) compared to CTC
Note: JCTVC-S0090 includes a software fix related to handling of pictures on different temporal sub-layers. The fix has been applied to the software for all configurations that use temporal sub-layers.

There was discussion about the potential change of CTC for RA, such that temporal scalability would be supported. This leads to average bit rate increase of 0.3% and maximum around 2% (for steam locomotive).
In the discussion, a participant commented that the difference in performance between the new temporally nested and the non-nested configuration examples is very small ("0.1 to 1%, depending on sequence class, 0.3% overall average as tested), which was said to not really justify providing different configuration examples. It was also asserted that having the ordinary RA example use temporal scalability is desirable for showing this feature of the design.
Decision (SW): Agreed to change the CTC in HM 16.4 such that temporal scalability is supported in the RA test conditions (version 1 and all extensions RExt/SCC/SHM).

There is an on-going issue regarding the bit-range of inputs to CCP, first reported on the bug-tracker as ticket 1321 (https://hevc.hhi.fraunhofer.de/trac/hevc/ticket/1321).
HM uses 16-bit Pels to store data at the output of the inverse transform, unless high-bit-depth support is enabled (as required for above 12-bit operation), which then uses 32-bit Pels. It was noticed that with engineered bitstreams, a different result was obtained from using the version of HM with high-bit-depth-support enabled versus the version with high-bit-depth-support disabled. This was determined to be due to the inputs of the inverse-CCP been prematurely truncated to fit within the 16-bit Pel type. This behaviour had not been seen before with encoder-generated bitstreams.
The aim is that a suitable constraint can be added to the specification that will not hinder any real encoders on the market, but reduce the sizes of intermediate values and internal buffers caused by engineered/evil bitstreams. It is hoped that these intermediates can continue to be represented within the more software/processor-friendly 16-bit Pel types.
This issue was discussed at the previous JCT-VC meeting in Strasbourg and it was agreed that a constraint could be added to the next version of the HEVC specification. (However, it was not yet incorporated into a draft text output document.)
The initial constraint proposed at the previous meeting (which limits inputs to the range of the quantized coefficients CoeffMinY/C to CoeffMaxY/C) has been found to be problematic when coding 16 bit video with extended precision disabled. For example, this constraint would impact the use of CCP in lossless coding of 16-bit data for a normal encoder, since such an encoder would be expected to produce lossless residuals at the output of inverse-CCP of 17 bit (16-bit+sign). However, it was remarked that it doesn't really seem sensible to try to encode high bit depth data with extended precision disabled.
An alternative constraint was later suggested on the bug tracker (constrain inputs to bitDepthY/C+4 bits). This keeps data below 16-bit (preferable for software implementations, such as HM) for 12-bit profiles (and below), and does not impede the operation of CCP above 12-bit.
JCT-VC T0132 also discusses other alternative limit methods.
This issue was further discussed chaired by GJS on Monday 02-16 p.m.
Decision: As previously planned, for RExt purposes, specify a normative constraint that limits inputs to the inverse CCP to the range of the quantized coefficients CoeffMinY/C to CoeffMaxY/C. (Include in SCC draft output.)

The bug trackers for HEVC and the SHVC, MV-HEVC and 3D-HEVC extensions have been in the focus of spam robots. Additional measures have been deployed to prevent posting of spam into tickets and wiki pages (which could result in reflector messages), including:
Registration is only available through the HEVC main bug tracker at
https://hevc.hhi.fraunhofer.de/trac/hevc
Accounts are still valid on all sites.
Registered users need to confirm their email address and the account needs to be manually verified by one of the AhG chairs. Please use your real name and an email addresses that helps to identify as a person. Notify the AhG chairs via email in case your account is not verified within 2-3 work days.
A 'captcha' code needs to be entered for registration.
Specific IP addressed are automatically blocked based on suspicious activity. Please notify the AhG chairs via email in case of accidental blocking.

Recommendations of the AHG were to:
Continue to develop reference software based on HM version 16.3 and improve its quality.
Test reference software more extensively outside of common test conditions
Add more conformance checks to the decoder to more easily identify non-conforming bitstreams, especially for profile and level constraints.
Encourage people who are implementing HEVC based products to report all (potential) bugs that they are finding in that process.
Encourage people to submit bitstreams that trigger bugs in the HM. Such bitstreams may also be useful for the conformance specification.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9946" JCTVC-T0004 JCT-VC AHG report: HEVC conformance test development (AHG4) [T. Suzuki, J. Boyce, K. Kazui, A. K. Ramasubramonian, Y. Ye]
The ftp site at ITU-T is used to exchange bitstreams. The ftp site for downloading bitstreams is
http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/
The spreadsheet to summarize the status of bitstream exchange, conformance bitstream generation is available at this directory. It includes the list of bitstreams, codec features and settings, and status of verification.
The guidelines to generate the conformance bitstreams is summarized in JCTVC-O1010.
For HEVC version 1, JCTVC-S1004 (output document from Strasbourg meeting) summarizes the defects of the current conformance bitstreams. After the Strasbourg meeting, the following problems were revised. All known problems were resolved. The revised bitstreams were uploaded at the following site, separating the bitstreams under ballot.
http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/under_test/
general_profile_idc has reserved value 0 (7.4.4). The value of the general_profile_idc was set to 0 in the revised bitstreams. The value of this flag must be 1. The problems were fixed and the following revised bitstreams were uploaded (AMP_A_Samsung_7, AMP_B_Samsung_7, AMVP_C_Samsung_7, STRUCT_A_Samsung_7, STRUCT_B_Samsung_7).
The spec requires that once decoding end_of_slice_segment_flag with value 1, the remaining bytes in the slice segment data must not be different from zero. (#1283)
The problem was fixed and the following bitstream was uploaded.
DBLK_A_MAIN10_VIXS_4
In the following bitstreams, the value of general_profile_compatibility_flag[0] is not equal to 0. The problem was fixed and the following bitstream was uploaded.
SLIST_A_Sony_5
SLIST_B_Sony_9
SLIST_C_Sony_4
The following new bitstreams to test SAO/Deblocking corner case were provided.
SAODBLK_A_Divx_1
SAODBLK_B_Divx_1
These streams have extreme conditions for SAO and deblocking for CTU size 8x8 that are difficult for multi-threading. The clips are 500 frames long to cause multi-threading problems, use freely available content.
HEVC v.1 conformance test was finalized in Sapporo and it was also agreed to add new conformance bitstream for HEVC v.1 during Sapporo meeting. One bitstream to test SAO corner case was agreed to add during Sapporo meeting and it is inlcuded in the defect report of HEVC v.1 conformance.
It was agreed that we should add additional new bitstreams for existing profiles as feasible.
The bitstreams that had been planned to be generated were reviewed, for version 1, RExt, and SHVC.
Bit depth & chroma format to cover in RExt conformance are as follows.
4:0:0, 4:2:0, 4:2:2, 4:4:4
8, 10, 12, 16b
The initial SHVC conformance plan is available in JCTVC-S1008, including instructions for generation of bitstreams. An editors revision of the draft SHVC conformance plan is available in JCTVC-T0215.
The list of the 44 bitstream categories and their status are available in section 2.6.1.
Volunteers were identified for the bitstreams in 41 categories. 3 categories do not have identified volunteers and additional volunteers are requested. The following 11 companies have volunteered to participate in generation of SHVC conformance bitstreams: Ericsson, ETRI, InterDigital, Fraunhofer HHI, Nokia, Qualcomm, Samsung, Sharp, Sony, Technicolor, and Vidyo.
At the start of the meeting 28 bitstreams in 15 categories had made been available, with 26 categories not yet available. The available bitstreams are based on an SHM-dev branch of the SHM software, because of the current unavailability of an SHM release which conforms to the specification. It is hoped that when a new SHM release becomes available that the available bitstreams will conform and will not need regeneration.
The AHG recommended the following:
to approve the corrections of HEVC v.1 conformance bitstreams
to discuss how new bitstreams for HEVC v.1 be added
to collect missing bitstreams
to promote RExt and SHVC conformance to PDAM at Geneva meeting
Some problems with ftp upload were mentioned.
Proceeding to PDAM for RExt and SHVC conformance testing was requested and agreed.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9987" JCTVC-T0005 JCT-VC AHG report: Verification test preparation (AHG5) [V. Baroncini (chair), M. Karczewicz, M. Naccari, N. Ramzan, C. Rosewarne, T. K. Tan, J.-M. Thiesse, W. Wan (vicechairs)]
This report summarizes the Verification test preparation Ad-Hoc Group (AHG5) activities between the 19th JCT-VC meeting in Strasbourg, France (October 2014) and the 20th JCT-VC meeting in Geneva, CH (February 2015).
The ChromaConvert utility was created to perform chroma downsampling and upsampling for the preparation of interlace test sequences.
This utility is included as a build target in the HDRTools software, prepared by A. Tourapis. Please contact the AHG chairs for access to this software.
Access to test material for interlaced video content was negotiated with CBS and NBC Universal. CBS and NBC Universal are thanked for providing test material on terms suitable for verification testing.
The Draft verification test plan for interlaced video and format range extensions (JCTVC-S1003) was produced and uploaded.
Config and per-sequence config files are included.
Scripts/Makefiles for converting yuv10 and sgi input for interlace verification are included.
A patch against HM-16.2 is included that adds support for second-field QP biasing.
Bitstreams production for the verification testing is started:
Qp refinement for bit-rate targeting for the range extensions bitstreams was performed. One additional round is needed (some bit-rates vary much more than expected when QP is adjusted).
Some interlace bitstreams had unexpected bit-rates, further investigation needed (plan to resolve during meeting, with assistance from G. Barroux).
The AHG recommended to:
Finalize bitstreams at target bit-rates.
Select a subset of bitstreams for subjective tests.
Conduct the subjective test.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9993" JCTVC-T0006 JCT-VC AHG report: SCC coding performance analysis (AHG6) [H. Yu (chair), R. Cohen, A. Duenas, S. Liu, K. Rapaka, J. Xu (vicechairs)]
This report summarizes the activities of the JCT-VC ad hoc group on SCC coding performance analysis (AHG6) between the JCT-VC 19th meeting in Strasbourg, France, and the 20th meeting in Geneva, Switzerland.
A kick-off message for AHG 6 was sent out on Oct. 27.
The following changes have been made in JCTVC-S1015 Common conditions for screen content coding tests:
Added 4:2:0 format and Class F sequences in the text
Provided two separate results reporting templates (Lossy and Lossless) for 4:2:0 sequences.
Changed sign for lossless reporting
Changed categorization in the summary sheet of the reporting templates for 4:4:4 sequences. The new categories are shown below:
RGB, text & graphics with motion, 1080p & 720p
RGB, mixed content, 1440p & 1080p
RGB, Animation, 720p
RGB, camera captured, 1080p
YUV, text & graphics with motion, 1080p & 720p
YUV, mixed content, 1440p & 1080p
YUV, Animation, 720p
YUV, camera captured, 1080p

There were concerns about the quality and quantity of the current 4:2:0 sequences in the common test condition. Suggestions and interests have been expressed to use chroma-subsampled 4:4:4 screen content sequences in future tests.
JCTVC-T0080 presents simulation results that showed turning off ACT for YUV sequences could significantly speed up runtime for simulations, with relatively small impact on coding performance. The authors of that document suggest modifying the common test conditions to turn off ACT at the sequence level. The performance impact of ACT is smaller than what was previously reported, which was said to be due to encoder optimization differences.
JCTVC-T0194 presents statisticical information on the usage of IBC, palette, and intra prediction. Specifically, the percentage of pixels as well as the corresponding bits coded with the IBC, palette, and intra prediction mode, are shown respectively. The authors of that document note that:
The percentage of the video that is coded in IBC is large with full-frame search. The remaining amount of content may not be sufficient for optimization of non-IBC tools.
Chinese text has quite different characteristics from existing test sequences. It may be useful to test non-IBC tools.
The statistics differ substantially depending on the search range of IBC. In particular, palette mode is used much more when the IBC search range is reduced.
It was remarked that a similar phenomenon applies to the use of tiles and slices which also has the effect of reducing search range.
The authors of that document suggested modifying the test conditions and include a constrained search range for IBC, in addition to full frame, in the evaluation of non-IBC tools. They also suggest adding new test sequences with non-alphabetic texts, such as Chinese. See notes for T0052.
JCTVC-T0053, JCTVC-T0062, JCTVC-T0072, JCTVC-T0109, JCTVC-T0120 present methods to enable palette mode for non-4:4:4 formats.
The AHG recommended to:
Study the proposed changes to the common test condition in T0080 and T0194, and create CEs or an AHG if needed to further study these proposals.
Discuss addition of new test sequences. We only have 4 "Class F" (4:2:0 exclusively screen content), and 2 "mixed text & graphics". It was agreed to add another 7 sequences of "text and graphics" (1080p and 720p), bringing the total number of 4:2:0 screen content sequences to 13. See the notes on the BoG report T0229.
Continue to evaluate the coding performance of the newly adopted tools and their interaction with the existing HEVC tools in the Main profile and range extensions.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9991" JCTVC-T0007 JCT-VC AHG report: SCC extensions text editing (AHG7) [J. Xu, R. Joshi (cochairs), R. Cohen, S. Liu, Z. Ma, G. Sullivan, Y. Ye (vicechairs)]
This document reports on the work of the JCT-VC ad hoc group on SCC extensions text editing (AHG7) between the 19th JCT-VC meeting in Strasbourg, FR (October 2014) and the 20th JCT-VC meeting in Geneva, Switzerland (February 2015).
The second working draft for the High Efficiency Video Coding Screen Content Coding (HEVC SCC) extension was created as an output document following the decisions taken at the 19th JCT-VC meeting in Strasbourg, FR (October 2015).
JCTVC-S1005 was published by the editing ad hoc group (AHG) following the 19th JCT-VC meeting in Strasbourg, France. The text of JCTVC-S1005 has been submitted to ISO/IEC JTC1/SC29.
List of changes with respect to JCTVC-R1005_v3:
Integrated adaptive motion vector precision (JCTVC-S0085)
Moved residual_adaptive_colour_transform_enabled_flag to PPS and refined ACT condition (JCTVC-S0086)
Integrated QP clipping for ACT (JCTVC-S0086, JCTVC-S0140, JCTVC-S0144)
Integrated ACT unification (JCTVC-S0254)
Integrated ACT for different colour component bit-depth (JCTVC-S0180)
Integrated sequence-level disabling of intra boundary filtering (JCTVC-S0102)
Integrated constrained reference area for intra block copying (JCTVC-S0088)
Integrated maximum palette and palette predictor size size signalling in SPS (JCTVC-S0025)
Integrated deblocking for palette mode (JCTVC-S0096)
Integrated syntax optimization for palette sizes 0 and1 (JCTVC-S0099, JCTVC-S0105, JCTVC-S0110, JCTVC-S0173)
Integrated conditional signalling of palette_transpose_flag (JCTVC-S0110)
Integrated changes to palette run length coding (JCTVC-S0269)
Integrated run length coding for PalettePredictorEntryReuseFlag (JCTVC-S0153)
Integrated unification of treatment of escape and index samples (JCTVC-S0258)
Integrated delta qp and chroma qp offset signalling for palette mode blocks (JCTVC-S0043)
Integrated initialization process of palette prediction variables. (JCTVC-S0088)
Integrated TU-based ACT, which is of editorial change. (JCTVC-S0179)
The second working draft does not include encoder restrictions related to overflow in cross component prediction (bug tracker ticket number 1321). There was an additional comment after the 19th JCT-VC meeting indicating that the proposed restriction may not be appropriate for high input bit-depths when extended precision is disabled. It was suggested to be beneficial to have a side activity to study this issue during this meeting to discuss the appropriate restriction and return to the discussion later in the meeting. JCTVC-T0132 is related to this issue.
JCTVC-T0031 proposes editorial improvements to address the feedback and comments related to the second working draft.
The screen content coding test model 3 (SCM 3) (document JCTVC-S1014) was released on 5 February 2015. General tutorial description for adaptive motion vector resolution was added. Encoder search descriptions for palette mode and intra block copying were further refined. Description of adaptive colour transform was updated.
The recommendations of the HEVC SCC extension draft text AHG are to:
Approve the documents JCTVC-S1005 and JCTVC-S1014 as JCT-VC outputs
Address the comments and feedback on SCC extensions text specification as appropriate
Compare the HEVC SCC extensions document with the HEVC SCC extensions software and resolve any discrepancies that may exist, in collaboration with the SCC extension software development (AHG8)
Refine the encoder restriction related to the overflow in cross component prediction, possibly through side activity or a BoG.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9994" JCTVC-T0008 JCT-VC AHG report: SCC extensions software development (AHG8) [B. Li, K. Rapaka (chairs), R. Cohen, P. Chuang, X. Xiu, M. Xu (vicechairs)]
This report summarizes the activities of Ad Hoc Group 8 on screen content extensions software (SCM) development that have taken place between the JCT-VC 19th meeting in Strasbourg, France, and the 20th meeting in Geneva, Switzerland.
Multiple versions of the HM SCM software were produced and SCM3.0 was announced on the JCT-VC email reflector. The integration details and performance summary of these revisions are provided in the next subsections. The performance results of software revisions were observed to be consistent with the adopted techniques.

HM-16.2_SCM-3.0 was tagged on the SVN HHI repository on November 17, 2014. This release includes the following adoptions:
JCTVC-S0067 IBC encoder optimizations
JCTVC-S0085 Adaptive motion vector resolution
JCTVC-S0086 ACT enable flag from SPS to PPS and code ACT flag if all PU(s) are DM
JCTVC-S0088/S0141 Palette prediction alignment with CABAC (WPP based)
JCTVC-S0089 Hash based motion estimation improvements
JCTVC-S0090 Bug fix for temporal scalability
JCTVC-S0096 Disabling de-blocking for palette mode
JCTVC-S0099/S0110/S0173 Syntax optimization for palette size = 1
JCTVC-S0100 IBC early termination consistently regardless of ACT usage
JCTVC-S0102 Intra boundary filter control at SPS
JCTVC-S0110 Syntax optimization for palette_transpose_flag
JCTVC-S0110/S0105/S0173 Syntax optimization for palette size = 0
JCTVC-S0144/S0086/S0140 Clip ACT negative QPs to zero
JCTVC-S0153 Zero run-length coding for palette predictor
JCTVC-S0156 palette encoder optimizations
JCTVC-S0179 ACT operation on TU blocks
JCTVC-S0180 For different luma and chroma bit depth Bit depth alignment of colour components for ACT and disable the use of ACT for transquant-bypass
JCTVC-S0186 Remove one context for palette_transpose_flag
JCTVC-S0220/S0088 WPP shape based constraint for IBC prediction
JCTVC-S0254 Unification of ACT for lossy and lossless
JCTVC-S0258/S0115/S0150/S0156/S0157/S0181 Include escape sample into the INDEX and COPY_ABOVE modes
JCTVC-S0269 Palette run coding improvements
JCTVC-CE5 meeting notes Add SPS flag for max palette and palette predictor size
JCTVC-Integration issue Non-normative bug fix for 4:2:0 chroma format: As per JCTVC-S1015, 4:2:0 was introduced to the common test conditions and this issue was observed during the integration process.
Following adoptions had not been integrated. (These do not impact CTC.)
JCTVC-S0043 Palette delta QP coding; During integration, proponents reported an underlying software issue in PLT mode when QPs are changed across CUs. A bug report # 1373 was raised by proponents on February 6, 2015. This will be fixed in the upcoming releases of SCM (SCM 4.0).
JCTVC-S0197 SCC WD, VUI codepoint for SMPTE ST 2085 (YDzDx); Proponents claimed that it is not necessary to change the software
The release was announced on the email reflector. The software can be downloaded at
https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-16.2+SCM-3.0/

The performance of this version against HM-16.2+SCM-2.0 was described according to the common test conditions in JCTVC-S1015. For the lossy 4:4:4 configuration, it is reported that this version provides BD-rate reduction of 4.2%, 3.5% and 3.8% for RGB 1080p & 720p text and graphics category in AI/RA/LB configurations respectively and BD-rate reduction of 2.6%, 3.0% and 3.7% for YUV 1080p & 720p text and graphics category in AI/RA/LB configuration, respectively. For the lossless 4:4:4 configuration, it is reported that this version provides BD-rate reduction of 1.9%, 0.9% and 1.1% for RGB 1080p & 720p text and graphics category in AI/RA/LB configurations respectively and BD-rate reduction of 2.6%, 1.9% and 1.9% for YUV 1080p & 720p text and graphics category in AI/RA/LB configuration, respectively.
BD-Rate change in Lossy 4:4:4 configuration
All Intra G/YB/UR/VRGB, text & graphics with motion, 1080p & 720p"4.2%"4.2%"4.3%RGB, mixed content, 1440p & 1080p"3.5%"3.2%"3.2%RGB, Animation, 720p"0.2%"0.2%"0.3%RGB, camera captured, 1080p"0.1%0.0%"0.1%YUV, text & graphics with motion, 1080p & 720p"2.6%"3.5%"3.9%YUV, mixed content, 1440p & 1080p"2.2%"2.9%"2.9%YUV, Animation, 720p0.2%"0.4%"0.2%YUV, camera captured, 1080p0.3%0.3%0.1%Enc Time[%]72%Dec Time[%]91%Random Access G/YB/UR/VRGB, text & graphics with motion, 1080p & 720p"3.5%"3.6%"3.7%RGB, mixed content, 1440p & 1080p"2.6%"2.4%"2.3%RGB, Animation, 720p"0.2%"0.2%"0.2%RGB, camera captured, 1080p0.0%0.0%"0.1%YUV, text & graphics with motion, 1080p & 720p"3.0%"3.6%"3.9%YUV, mixed content, 1440p & 1080p"1.5%"2.4%"2.4%YUV, Animation, 720p0.2%"0.1%"0.4%YUV, camera captured, 1080p0.1%0.2%0.0%Enc Time[%]78%Dec Time[%]93%Low delay B G/YB/UR/VRGB, text & graphics with motion, 1080p & 720p"3.8%"3.7%"3.8%RGB, mixed content, 1440p & 1080p"1.4%"1.2%"0.9%RGB, Animation, 720p"0.1%0.0%0.2%RGB, camera captured, 1080p0.0%0.1%0.1%YUV, text & graphics with motion, 1080p & 720p"3.7%"3.9%"4.1%YUV, mixed content, 1440p & 1080p"0.5%"0.7%"0.9%YUV, Animation, 720p0.1%"0.2%0.1%YUV, camera captured, 1080p0.1%"0.1%0.1%Enc Time[%]82%Dec Time[%]98%
BD-Rate change in Lossless 4:4:4 configuration
All Intra Bit-rate change (Total)Bit-rate change (Average)Bit-rate change(Min)Bit-rate change (Max) RGB, text & graphics with motion, 1080p & 720p"1.9%"2.0%"6.1%"0.1%RGB, mixed content, 1440p & 1080p"1.4%"1.3%"1.6%"0.9%RGB, Animation, 720p0.0%0.0%0.0%0.0%RGB, camera captured, 1080p0.0%0.0%0.0%0.0%YUV, text & graphics with motion, 1080p & 720p"2.6%"2.7%"5.6%"0.3%YUV, mixed content, 1440p & 1080p"1.6%"1.6%"1.8%"1.2%YUV, Animation, 720p0.0%0.0%0.0%0.0%YUV, camera captured, 1080p0.0%0.0%0.0%0.0%Enc Time[%]68%Dec Time[%]82% Random Access Bit-rate change (Total)Bit-rate change (Average)Bit-rate change(Min)Bit-rate change (Max) RGB, text & graphics with motion, 1080p & 720p"0.9%"1.6%"7.1%0.5%RGB, mixed content, 1440p & 1080p"0.1%"0.1%"0.6%0.3%RGB, Animation, 720p0.2%0.2%0.2%0.2%RGB, camera captured, 1080p0.2%0.2%0.1%0.2%YUV, text & graphics with motion, 1080p & 720p"1.9%"2.3%"7.1%"0.1%YUV, mixed content, 1440p & 1080p"0.4%"0.4%"0.7%"0.1%YUV, Animation, 720p0.0%0.0%0.0%0.0%YUV, camera captured, 1080p0.0%0.0%0.0%0.0%Enc Time[%]69%Dec Time[%]83% Low Delay B Bit-rate change (Total)Bit-rate change (Average)Bit-rate change(Min)Bit-rate change (Max) RGB, text & graphics with motion, 1080p & 720p"1.1%"1.8%"7.7%0.4%RGB, mixed content, 1440p & 1080p0.0%0.0%"0.4%0.2%RGB, Animation, 720p0.2%0.2%0.2%0.2%RGB, camera captured, 1080p0.2%0.2%0.1%0.2%YUV, text & graphics with motion, 1080p & 720p"1.9%"2.5%"8.2%"0.1%YUV, mixed content, 1440p & 1080p"0.2%"0.2%"0.5%0.0%YUV, Animation, 720p0.0%0.0%0.0%0.0%YUV, camera captured, 1080p0.0%0.0%0.0%0.0%Enc Time[%]76%Dec Time[%]96%
HM-16.2_SCM-3.0rc1 was tagged on the SVN HHI repository on November 15, 2014 before the release of HM-16.2_SCM-3.0 to allow proponents to cross-check integrations and interactions with other adoptions. This version is same as HM-16.2_SCM-3.0.
The release was announced on the email reflector. The software can be downloaded at https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-16.2+SCM-3.0rc1/

HM-16.2+SCM-2.1 has been tagged on HHI Server on October 29, 2014 and can be downloaded at https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/tags/HM-16.2+SCM-2.1/
The changes over RExt8.0_SCM2.0 were:
Migration of SCM2.0 HM 16.2.
Removals of macros related to SCM 2.0.
Fix for ticket #1344 (Instances of color changed to colour in SCM).
Fix for ticket #1337 (incorrect address calculation in ACT).
The JCT-VC issue tracker at https://hevc.hhi.fraunhofer.de/trac/hevc/ has been updated to allow bug reports to be entered for SCM, currently under milestone HM+SCC-4.0, version SCC-3.0.
The AHG recommended the following:
Continue to develop reference software based on HM16.2_SCM3.0 and improve its quality.
Remove macros introduced in previous versions before starting integration towards SCM-3.0 such as to make the software more readable.
Continue merging with later HM versions.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9967" JCTVC-T0009 JCT-VC AHG report: Complexity of palette mode coding (AHG9) [A. Duenas (Chair), R. Joshi, S.-H. Kim, W. Wang, X. Xiu (Vice-Chairs)]
This document reports on the work of the JCT-VC ad hoc group on Complexity of palette mode coding (AHG9) between the 19th JCT-VC meeting in Strasbourg, FR (October 2014) and the 12th JCT-VC meeting in Geneva, CH (Feb 2015).
A kick-off message was sent on December 10, 2014. No other coordinated AhG activity took place, and no other emails were exchanged over the JCT-VC reflector on the subject.
Related to mandates, the following contribution were noted:
JCTVC-T0074 CE1-related: Simplified palette predictor update method [J. Ye, S. Liu, X. Xu, S. Lei ( MediaTek )
JCTVC-T0110 Memory reduction for storing palette predictor when WPP is enabled [J Zhao, K. Misra, S. H. Kim, A. Segall, T. Ikai (Sharp)]
The AhG recommended to review the contributions related to its mandates.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10008" JCTVC-T0010 JCT-VC AHG report: Complexity of IBC, intra line & intra string copy coding (AHG10) [J. Sole (chair), S. Liu, J. Xu (vicechairs)]
This report summarizes the activities of the JCT-VC ad hoc group on complexity of IBC, intra line & intra string copy coding (AHG10) between the JCT-VC 19th meeting in Strasbourg, France, and the 20th meeting in Geneva, Switzerland.
The status of this AHG was discussed verbally prior to upload of the report.
Although there was no substantial coordinated activity, a number of relevant contributions were noted and were listed in the report as follows.
JCTVC-T0045 AHG10: Memory bandwidth reduction for intra block copy
JCTVC-T0051 AHG10: On IBC memory reduction
JCTVC-T0105 CE3: Results of Test A on Intra Line Copy
JCTVC-T0041 CE3: results of test B.1 and test B.7
JCTVC-T0125 CE3 Test B.1: Adaptive Scan Directions in HEVC SCC
JCTVC-T0135 CE3: Results of Test B.2 on Intra String Copy
JCTVC-T0126 CE3 Test B.3: 2-D Intra String Copy in HEVC SCC
JCTVC-T0111 CE3 Test B.4.1: Constrained run for Intra String Copy
JCTVC-T0136 CE3: Results of Test B.4.2 on Intra String Copy
JCTVC-T0128 CE3: Results of Test B.5 on entropy coding ISC syntax elements
The AHG recommended to review the related contributions.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10004" JCTVC-T0011 JCT-VC AHG report: SHVC text editing (AHG11) [J. Chen, J. Boyce, Y. Ye, M. Hannuksela, G. Sullivan, Y.-K. Wang]
This document reports the work of the JCT-VC ad hoc group on SHVC text editing (AHG11) between the 19th JCT-VC meeting in Strasbourg, France (1724 Oct. 2014) and the 20th JCT-VC meeting in Geneva, Switzerland (1018 Feb. 2015).
The status of this AHG was discussed verbally prior to upload of the report.
The editorial team worked on the following two items:
Improve the quality of JCTVC-S1007: SHVC Test Model 8 text
Collect and fix the bugs in the second edition of HEVC specification
The JCTVC-S1007 Test Model 8 document mainly contains the general descriptions of the SHVC framework, texture data resampling process, motion field mapping process and colour mapping process. The main change to the previous JCTVC-R1007 (SHM7) is adding the description related to profile, tier and level signalling.
A list of bugs and editorial issues have been found in second edition of the HEVC specification and the fixes have been provided to the editors.
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 quality of the SHVC test model document.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9984" JCTVC-T0012 JCT-VC AHG report: SHVC software development (AHG12) [V. Seregin, Y. He, (cochairs)]
This report summarizes activities of the AHG12 on SHVC software development between the 19th and 20h JCT-VC meetings.
The latest software version is SHM-8.0 and it contains all adopted items.
SHM software can be downloaded at https://hevc.hhi.fraunhofer.de/svn/svn_SHVCSoftware/tags/
The software issues can be reported using bug tracker https://hevc.hhi.fraunhofer.de/trac/shvc
Only one software version has been released by AHG12, integration details and performance summary are given in the next subsections. In the document, only HEVC base layer results are provided, AVC base layer data and CGS results can be found in the accompanying Excel tables. Performance results are consistent with the adopted techniques.
Anchor data and templates have been generated based on common test conditions JCTVC-Q1009 and attached to this report.
SHM-8.0 against SHM-7.0 under common test conditions:

Changes included into SHM-8.0
Fixes for tickets ## 38, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 61
JCTVC-R0062: Pseudo-monochrome
JCTVC-R0071: Cross-layer impacts of IRAP and EOS
JCTVC-R0235: AHG10: Processing of bitstreams without an available base layer
JCTVC-R0124: Constraint related to vps_base_layer_internal_flag
JCTVC-R0157: When pps_pic_parameter_set_id greater than or equal to 8, colour_mapping_enabled_flag shall be equal to 0
Assignment of the correct profile, level and tier indicated in the encoder configuration file for each output layer set
Enabling base layer bitstream extraction and independent non-base layer rewriting process
SHM software can be downloaded at https://hevc.hhi.fraunhofer.de/svn/svn_SHVCSoftware/tags/
For migrating to HM16 (RExt) software base, SHM-8.0 was implemented on top of HM-16.2 and the code can be obtained at https://hevc.hhi.fraunhofer.de/svn/svn_SHVCSoftware/branches/SHM-upgrade. It works fine with HEVC base layer, however some work needs to be done for CGS and external base layer configurations, so it was decided by AHG12 to release it as SHM-8.1 after the work will be completed.

SHM-8.1(tentative) against SHM-7.0 under common test conditions

Development plan and recommendations
Continue to develop reference software based on SHM-8.0 and improve its quality.
Finish migration to HM-16.x base which includes RExt
Resolve identified software and working draft mismatches.
The following were discussed in the review:
Discontinue releasing further versions based on HM15.
SHM8.0 was released based on HM 16.2 (without RExt)
Work on SHM 8.1 was ongoing, and would be based on HM 16.3 (with RExt); currently, CGS and external base layer is not working yet in that context.

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9986" JCTVC-T0013 JCT-VC AHG report: SCC loop filtering (AHG13) [C. Rosewarne and L. Zhang (cochairs), X. Xu (vicechair)]
This report summarizes the Loop filtering for SCC Ad-Hoc Group (AHG13) between the 19th JCT-VC meeting in Strasbourg, France (October 2014) and the 20th JCT-VC meeting in Geneva, Switzerland (February 2015).
The following contributions are of relevance to AHG13. Note that both contributions are tests within CE2 and thus are discussed in the CE2 summary report (JCTVC-T0022).
JCTVC-T0039: CE2 Test 4.1: On deblocking for screen content coding (Canon)
JCTVC-T0095: CE2 Test 4.2: Inter deblocking for intra block copy (Qualcomm)
Two related cross-check reports are:
JCTVC-T0100: Crosscheck of CE2 Test 4.1 on intra block copy deblocking (Qualcomm)
JCTVC-T0155: Cross-check of CE2 Test 4.2: Inter deblocking for intra block copy (JCTVC-T0095) by Qualcomm (Canon)
The AHG recommended:
To review all related contributions.
To adopt appropriate methods into HEVC SCC.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9995" JCTVC-T0014 JCT-VC AHG report: SCC parallel processing (AHG14) [K. Rapaka (chair), A. Duenas, S. Liu, S.-H. Kim (vicechairs)]
This document reports on the work of the JCT-VC ad hoc group on Parallel processing for SCC (AHG14) between the JCT-VC 19th meeting in Strasbourg, France, and the 20th meeting in Geneva, Switzerland.
A kick-off message was sent on September 28, 2014. No other coordinated AhG activity took place, and no other emails were exchanged over the JCT-VC reflector between the JCT-VC 19th meeting in Strasbourg, France, and the 20th meeting in Geneva, Switzerland.
Related to mandates, the following 4 contribution had been submitted:
JCTVC-T0045 AHG10: Memory bandwidth reduction for intra block copy [J. Lainema, M. M. Hannuksela (Nokia)]
JCTVC-T0051 On IBC memory reduction [G. Laroche, G. Malard, T. Poirier, C. Gisquet, P. Onno (Canon)]
JCTVC-T0055 IntraBC constraint for multiple slices [T.-D. Chuang, X. Xu, Y.-W. Huang, S. Liu, S. Lei (MediaTek)]
JCTVC-T0056 IntraBC constraint for multiple tiles [T.-D. Chuang, X. Xu, Y.-W. Huang, S. Liu, S. Lei (MediaTek)]
The AhG recommended to review the contributions related to mandates.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9947" JCTVC-T0015 JCT-VC AHG report: Test sequence material (AHG15) [T. Suzuki, V. Baroncini, R. Cohen, T. K. Tan, S. Wenger]
The AHG provided a list of test sequences available for testing.
Test materials available for HEVC development were listed in the report, including the following categories:
HEVC v.1 CTC sequences
HEVC v.1 Verification Test sequences
HEVC Range Extensions CTC sequences
HEVC screen content sequences
The AHG recommended to
Continue to create the list of test sequences available for HEVC development including licensing statement
Review all related contributions
Continue to collect test materials

Project development, status, and guidance (10)
Conformance test set development (1)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9999" JCTVC-T0215 Editors draft of SHVC Conformance [J. Boyce, A. Ramasubramonian] [late]
The status on this was reported in the AHG report T0004. The document was provided to show the state of work during the meeting. It was not reviewed in detail.
Bug reports and cleanup for previous versions of HEVC (0)
A list of bug fixes for HEVC Edition 2 provided by some of the editors of HEVC Edition 2 was collected and included in an attachment to the T0002 AHG report.
It was agreed to specify a normative constraint that limits inputs to the inverse CCP to the range of the quantized coefficients CoeffMinY/C to CoeffMaxY/C when ACT is not used. This is a bug fix to RExt as well as a decision applying to SCC. See notes for T0003, T0007, and T0132.
SCC text development (5)
(Consideration of this topic was chaired by GJS on Thursday 02-12 a.m.)
Editor action item: These contributions were delegated to the editor for consideration to be handled as noted.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9800" JCTVC-T0031 Proposed editorial improvements to HEVC Screen Context Coding Draft Text 2 [R. Joshi (Qualcomm), J. Xu (Microsoft)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9846" JCTVC-T0077 CE1-related: Improvements of Draft Text on palette index [P. Lai, J. Kim, S. Liu, S. Lei (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9848" JCTVC-T0079 CE1-related: text clean up for index map coding in palette mode [J. Kim, P. Lai, S. Liu, S. Lei (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9954" JCTVC-T0183 On palette_escape_val_present_flag semantics [S. Deshpande, K. Misra (Sharp)] [late]
Proposes a missing inference rule Decision (Ed.): Agreed.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10003" JCTVC-T0218 CE1-related: Improvements of draft text related to palette sharing [P. Lai, S. Liu, S. Lei (MediaTek)] [late]
This contribution presents observations on the draft text related to palette share. It is asserted that there exists redundant text parts, and this contribution presents modifications to remove the redundant parts.
This is editorial in regard to how to describe palette sharing.
HEVC coding performance, implementation demonstrations and design analysis (4)
HM performance (1)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9873" JCTVC-T0104 HM reference encoder study [C. Fogg (MovieLabs)] [late]
(Consideration of this topic was chaired by GJS on Sunday 02-15 a.m.)
This information document explores a non-normative approach to improving utilization of code levels and resulting coding efficiency, unlike the normative system changes (albeit no decoder reconstruction changes) to techniques such as the code level redistribution or luminance scaling described in JCTVC-T0102. One of the key asserted benefits of the methods in JCTVC-T0102 is to, in effect, assign fewer code levels to dark, usually noise-ridden areas of the transfer function, thus reducing the entropy of the final integer signal in the container conversion steps that take video signal from linear light to the non-linear (perceptually uniform) quantized/integer signal which is passed through a codec chain. A non-normative container or system solution would be to reduce the entropy while retaining detail as much as possible. No changes are required to either the signal container (relationship between integer sample code levels and display intensity) or decoder semantics. A motion-compensated noise reduction algorithm from isovideo is utilized in this study.
(This information contribution was presented and discussed before being uploaded.)
This is a study of non-normative encoding techniques for improving HDR performance. It looks at noise reduction techniques applied to some HDR video, as a way to improve coding efficiency. When measured relative to the denoised input, substantial improvement of coding efficiency was reported.
RExt performance/verification test (0)
See AHG report T0005.
SCC performance, design aspects and test conditions (3)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9811" JCTVC-T0042 Comparison of Compression Performance of HEVC Test Model 16.2 and HEVC Screen Content Coding Extensions Test Model 3 with AVC High 4:4:4 Predictive profile [B. Li, J. Xu, G. Sullivan (Microsoft)]
(Consideration of this topic was chaired by J. Boyce on Friday 02-13 p.m.)
This contribution is a study of the relative objective (i.e. PSNR-based) compression performance of HEVC RExt Main 4:4:4 12 Test Model 8 (using 8, 10, and 12 bit configurations), HEVC SCC Test Model 1 (SCM 2) and AVC High 4:4:4 Predictive Profile. It builds upon the prior work reported in JCTVC-G399, JCTVC-H0360, JCTVC-I0409, JCTVC-J0236, JCTVC-K0279, JCTVC-L0322, JCTVC-M0329, JCTVC-O0184, JCTVC-P0213, JCTVC-R0101, and JCTVC-S0084 updating the results by using the latest available reference software (JM-18.6, HM-16.2, HM-16.2+SCM-3.0), profile and test model designs, and the RExt and SCC test sequences. The overall results indicate that for RExt CTC sequences, RExt Main 4:4:4 12 Profile saves 25%, 33%, and 38% bit rate for AI-MT, RA-MT and LB-MT, respectively, relative to AVC High 4:4:4 Predictive Profile. The overall results also indicate that for screen content sequences, the HEVC SCC Test Model 3 also improves quite substantially over JM-18.6. For example, for RGB text and graphics with motion (TGM) 1080p&720 sequences, the HEVC SCC Test Model 3 saves 86%, 80%, and 77% bits for AI, RA and LB lossy coding over JM-18.6.
It was commented that the performance of the SCC coding tools is highly sequence and class dependent, and suggested to consider modifying the SCC test set.
A BoG (H. Yu) was asked to consider recommendations of modifications of the SCC test set. See notes for T0229.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9849" JCTVC-T0080 AHG6: Coding performance of SCC tools and suggested common test conditions [P. Lai, S. Liu, S. Lei (MediaTek)]
(Consideration of this topic was chaired by GJS on Friday 02-13 p.m.)
Under common test conditions, this contribution presents coding performance measurements of Intra block copy (IBC), palette, and adaptive colour transform (ACT).
From these measurements, it is asserted that turning off ACT for YUV sequences significantly speeds up runtime for simulations, with relatively minor impact on coding performance. It is suggested to modify the common test condition such that ACT is turned off for YUV sequences at sequence level.
In the discussion, it was pointed out that there was a loss on some individual sequences (one sequence with 6% loss and another with 1% loss for LDB).
It was remarked that the 8% reported speedup is only in the YUV category.
It was remarked that our CTC should be as uniform as possible, unless there's a good reason not to do that. No action on CTC.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9965" JCTVC-T0194 Information on the usage of IBC, Palette, and Intra Prediction in SCC [M. Xu, W. Wang, Z. Ma, H. Yu (Huawei)] [late]
(Consideration of this topic was chaired by GJS on Friday 02-13 p.m.)
This contribution presents statistical information on the usage of IBC, palette, and intra prediction. Specifically, the percentage of pixels is shown as well as the corresponding bits coded with the IBC, palette, and intra prediction mode, respectively. With reference to these data, it was proposed to further modify the test conditions and include a constrained search range for IBC, in addition to full frame, in the evaluation of non-IBC tools. The contributor also suggested consideration of adding new test sequences with non-alphabetic texts, such as Chinese.
A BoG was asked to consider the test sequence selection.
See notes for T0006, T0052 and T0229.
Source video test material (0)
Per the notes on T0006 and T0229, it was agreed to modify the selection of the test sequences to be tested for SCC CTC.
Core experiments in SCC (52)
CE1: Palette mode improvement (12)
CE1 summary and general discussion (1)
(Consideration of this topic was chaired by GJS on Tuesday 02-10 p.m.)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9970" JCTVC-T0021 CE1: Summary report of CE on improvements of palette mode [P. Lai, P. Onno, R. Cohen, V. Seregin, X. Xiu, Z. Ma (CE Coordinators)]
This document summarizes the Core Experiment 1 (CE1) on improvements of palette mode.
In the 19th JCT-VC meeting in Strasbourg, Core Experiment 1 (CE1) was formed with five tests, to further investigate improvements of the existing palette mode in SCM-3.0. This contribution describes test conditions, test results, and comparisons.

Category A Generalized copy above mode for palette Index coding
Test A.1 Extended copy above mode to the first line
Proponent: MediaTek, JCTVC-S0079/S0114; Qualcomm, JCTVC-S0155
MediaTek and Qualcomm, JCTVC-T0036/T0037
Crosschecker: Fujitsu, JCTVC-T0151
This test evaluates enabling COPY_ABOVE_MODE for coding palette indices in the first line of a palette-mode CU. The indices of the neighbouring CU pixels are used as reference indices for the COPY_ABOVE_MODE, and the indices are derived with the palette of the current CU. Simplifications for the index conversion (from pixel to index) are tested.
Index conversion with search over all palette colours
A.1.1 with SCM3.0 palette index redundancy removal on all indices coded.
A.1.2 with SCM3.0 palette index redundancy removal on applicable indices.
Index conversion with reduced number of colours that are searched (from 32 to 8)
A.1.3 with SCM3.0 palette index redundancy removal on all indices coded.
A.1.4 with SCM3.0 palette index redundancy removal on applicable indices.
A.1.5: Directly copy the pixel values, instead of converting the pixel values into palette indices.
Index conversion with search using only the primary colour component, with or without reduced number of search
A.1.6 with SCM3.0 palette index redundancy removal on all indices coded.
A.1.7 with SCM3.0 palette index redundancy removal on applicable indices.
A.1.8: Infer neighbouring CU pixels indices as 0 (similar to JCTVC-S0155).

A.1.1 Full redundancy removal, Index conversion loop over entire palette, with 3 components

A.1.2 Partial redundancy removal, Index conversion loop over entire palette, with 3 components

A.1.3 Full redundancy removal, Index conversion loop over 8 palette entries, with 3 components

A.1.4 Partial redundancy removal, Index conversion loop over 8 palette entries, with 3 components

A.1.5 Partial redundancy removal, directly copy pixel values

A.1.6 Full redundancy removal, Index conversion loop over entire palette, with 1 component

A.1.7 Partial redundancy removal, Index conversion loop over entire palette, with 1 component

A.1.8 Infer neighbouring CU pixels indices as 0

Summary: 7 methods (A.1.1-A.1.7) have roughly similar compression performance benefit relative to the current design. The 8th (A.1.8) is not interesting. A.1.5 (called "copy pixel") is the least complicated.
In A.1.5, when the above pixel is escape coded and within the current CU, the current pixel is treated as escape coded not as a copied value. A non-CE proposal suggests to instead copy the value rather than the escape indication in this case.
The suggested conclusion was that A.1.5 is better than the current design and better than the other A.1.x proposals. It was suggested that T0054 is related. However, that proposal is not yet well-studied, and results were not provided on time, and it was suggested that the gain shown in T0054 seems to be less than that of A.1.5.
It was initially agreed to adopt A.1.5. However, later in the meeting, a problem with this plan was noted, and a different approach was adopted. See the notes for T0231.

Test A.2 Generalized copy above mode
With the extended copy mode techniques described in Test A.1, this test evaluates a generalized copy above mode, where the converted indices or pixel values can be copied. The proposed generalized copy above mode is signalled by a copy above mode flag, followed by an offset which specifies the distance between the row being copied from and the current row being coded. Constraints on the maximum offset for each row were also tested, and results for the mode constrained within the CU are provided as well.

Method 1: Copy from multiple rows above, when copy from outside CU: Full redundancy removal, index conversion loop over entire palette, 3 components.

Method 2.1: Copy from multiple rows above, when copy from outside CU: Partial redundancy removal, index conversion loop over entire palette, 3 components.

Method 2.2: Copy from multiple rows above, when copy from outside CU: Partial redundancy removal, index conversion loop over 8 palette entries, 3 components.

Method 3: Copy from multiple rows above, when copy from outside CU: Partial redundancy removal, directly copy pixel values

Method 4: Copy from multiple rows above, when copy from outside CU: Infer as index 0.

Method 5: Copy from multiple rows above, cannot copy from outside CU.

After the conclusion of the A.1.x category, it seemed that only method 3 in the A.2 category needed to be considered. The benefit for text & graphics and mixed content for this seems to be about 0.4%. An extra syntax element is sent to indicate how many rows above to reach up to get the value to copy. Two rows outside the current CU are needed, and all rows within the current CU. Additional encoder searching (and syntax sending) is needed. The 0.4% gain did not seem worth the complication added by the multi-line referencing. No action was therefore taken on this.
(The measured runtime differences are not necessarily reliable.)

Category B Colour index coding
Test B.1 Modified palette run coding
Proponent: Qualcomm, JCTVC-S0111, JCTVC-T0034
Crosschecker: ITRI, JCTVC-T0180
Description:
This test evaluates a modification of the binarization for run coding. A shorter codeword is assigned to the run to the end of the block. Two methods are tested. In one method, a symbol (such as 3) is reserved for the run to the end of the block. The reserve value may be varied depending on the maximum possible run. Different reserve values are tested. In the second method, sending an additional flag to indicate the run to the end of the block is tested. Context coding of the flag is tested. Related redundancy removals such as conditional signalling, CU level enabling flag, are also be tested in combination with the proposed methods. The results shown below are for the second method (using a flag).
There may be a reduction in the average number of parsed bins using this method, but this was not checked.
There are some non-CE contributions that are related, and have larger gain.
No action was on this CE proposal.
SHAPE \* MERGEFORMAT

Category C 2-D index map coding of palette mode
Test C.1 2-D index map coding of palette mode
Proponent: Huawei, JCTVC-S0151, JCTVC-T0124
Crosschecker: Qualcomm, JCTVC-T0032
This test evaluates 2-D index map coding methods designed for improving the performance of the palette mode. The proposed method is available as an additional method for coding palette indices. A flag associated with each run indicates which method to use (1-D or 2-D). The 1-D method is a modified version of the current method for coding palette indices. If 2D_flag = 1, COPY_ABOVE flag is skipped, otherwise, COPY_ABOVE flag is coded using only one context (2 contexts are used in the default RUN-based 1-D search).
References outside the CU are converted to indexes using a mapping process.
The anchor was not the CTC.
The technique is similar to IBC, but has a more flexible shape and positioning and uses index mapping rather than direct value referencing. A related non-CE proposal T0192 uses direct value referencing, to avoid the index maping process.
In the 1x4 case, the rows above the current CTU are not referenced only the CTUs to the left.
No action was taken on the CE scheme as-is.
Test 1: IBC 1×4 CTU, 2D index map coding 1×4 CTU (anchor: IBC 1×4 CTU)

Test 2: IBC 2×4 CTU, 2D index map coding 2×4 CTU (anchor: IBC 1×4 CTU)

Test 3: IBC 3×5 CTU, 2D index map coding 3×5 CTU (anchor: IBC 1×4 CTU)

Test 4: IBC full-frame as common test conditions, 2D index map coding 1×4 CTU (anchor: IBC 1×4 CTU)

Category D Encoder modification of palette coding for escape pixels
Test D.1 Encoder modification of palette coding for escape pixels
Proponent: ITRI, JCTVC-S0048, JCTVC-T0044
Crosschecker: Qualcomm, JCTVC-T0033
This test evaluates a fast algorithm that adaptively determines the size of major colour table. The algorithm may change a number of major colour pixels to escape pixels or change a number of escape pixels to major colour pixels.
This is an encoder-only modification, changing the decision-making process between what is coded as a palette entry versus what is coded as escape mode.
Version 1 (no increase in R-D checks)

Version 2 (one additional R-D check)

Some losses were noted in RA and LB. The proponent indicated that the results can be improved, based on a related non-CE contribution T0169. Another related contribution is T0087.
No action was taken on the CE.
CE1 primary contributions (6)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9803" JCTVC-T0034 CE1 Test B.1: Modified Palette Run Coding [W. Pu, R. Joshi, M. Karczewicz, F. Zou, V. Seregin (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9805" JCTVC-T0036 CE1 Tests A.1: Extended copy above mode to the first line (1.11.5) [Y.-C. Sun, J. Kim, S. Liu, T.-D. Chuang, Y.-W. Chen, Y.-W. Huang, S. Lei (MediaTek), V. Seregin, F. Zou, W. Pu, R. Joshi, M. Karczewicz (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9806" JCTVC-T0037 CE1 Tests A.1: Extended copy above mode to the first line (1.61.8) [J. Kim, Y.-C. Sun, S. Liu, T.-D. Chuang, Y.-W. Chen, Y.-W. Huang, S. Lei (MediaTek), V. Seregin, F. Zou, W. Pu, R. Joshi, M. Karczewicz (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9807" JCTVC-T0038 CE1: Test A2 - Generalized copy above mode [J. Ye, J. Kim, Y.-C. Sun, S. Liu, Y.-W. Huang, S. Lei (MediaTek), F. Zou, V. Seregin, R. Joshi, M. Karczewicz (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9813" JCTVC-T0044 CE1 Test D1: Encoder modification of palette mode for escape pixels [Y.-J. Chang, C.-H. Hung, C.-L. Lin, C.-C. Lin, J.-S. Tu (ITRI)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9893" JCTVC-T0124 CE1 Test C.1: 2-D Index Map Coding of Palette Mode in HEVC SCC [W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)] [late]

CE1 cross checks (5)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9801" JCTVC-T0032 Cross Checking CE1 Test C.1: 2-D Index Map Coding of Palette Mode [W. Pu (Qualcomm)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9802" JCTVC-T0033 Cross Checking CE1 Test D.1: Encoder Modification of Palette Coding for Escape Pixels [W. Pu (Qualcomm)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9900" JCTVC-T0131 Cross-verification of CE1 Test A.2 [X. Xiu, Y. He, Y. Ye (InterDigital)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9920" JCTVC-T0151 Crosscheck of CE1 Test A.1 (JCTVC-T0036, JCTVC-T0037) [J. Zhu, Z. Xu(Fujitsu)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9951" JCTVC-T0180 CE1: Crosscheck of CE1 Test B.1 (JCTVC-T0034) [C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, C.-L. Lin (ITRI)] [late]

CE2: Intra block copy relationship to inter coding (23)
CE2 summary and general discussion (1)
(Consideration of this topic was chaired by JRO on Tuesday 02-10, 14:45-17:50)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9968" JCTVC-T0022 CE2: Summary report for Core Experiment 2 on Intra block copy relationship to inter coding [S. Liu, C. Pang, J. Xu (CE Coordinators)]
On Harmonization of IBC with inter
Test 1: Intra block copy and Inter signalling unification (JCTVC-T0094)
In JCTVC-S0113 and JCTVC-S0302, the IBC mode is signalled without intra_bc_flag but reusing inter signalling by adding the current picture to the reference picture list(s) instead. With the shared signalling, IBC can be differentiated from the conventional inter mode by checking the selected reference picture.
On PU IBC on/off
Test 2: Intra block copy signalled at PU level (JCTVC-T0071)
In JCTVC-S0121, the result for PU level IBC on/off on top of SCM-2.0 was provided. In this test, the performance of PU level IBC on/off is tested on SCM-3.0.
On IBC merge/skip mode
Test 3.1: IBC merge mode using HEVC merge candidates (JCTVC-T0040)
In JCTVC-S0081, merge candidates for IBC are constructed according to inter mode. In this test, the performance of this method is tested on SCM-3.0.
Test 3.2: IBC merge mode using default candidates (JCTVC-T0073)
In JCTVC-S0123, some default IBC merge candidates are added to the merge list when the merge list is not full. In this test, the performance of this method is tested on SCM-3.0.
On IBC deblocking
Test 4.1: On deblocking for screen content coding (JCTVC-T0039) Note: 4.1 is not a harmonization
In this test, the boundary strength rule is altered as follows:
if either side of an edge is IntraBC, BS = 1,
else, if either side of an edge is Intra, BS = 2,
else, apply inter rules to select between BS = 1 or BS = 0.
Test 4.2: Inter deblocking for IBC (JCTVC-T0095)
In JCTVC-S0112, IBC is treated as inter mode during the deblocking process. Moreover, in order to keep the deblocking module unchanged, after an IBC block is decoded and before the deblocking process, it is converted to be a uni-directionally predictive inter block with the BV being its MV and the current picture being the reference picture.
On Vector coding
Test 5.1: Vector binarization (JCTVC-T0089)
Note: 5.1 also changes the current MVD coding of HEVC. None of the tests has used the current MVD coding method for BVD, as it was asserted this would gve considerable loss
In this test, first a context coded flag is coded to indicate MVD is zero. When MVD is not zero, another flag may be coded to indicate if absolute level of MVD is greater than N. If MVD is greater than N, the remaining absolute level is coded using bypass Exp-Golomb codes. One flag is coded to indicate sign of the vector.
(Test 5.2: IBC BV coding for small PUs withdrawn)
Test 5.3: Block vector coding for IBC (JCTVC-T0090)
In this test following aspects have been tested separately and jointly. a) One flag is added to specify whether the vector is predicted or not. If not predicted, vector is coded without prediction. b) Reducing redundancy of vectors with respect to their sign and absolute values.
The combination of 5.1+5.3 is tested and results are provided.
On BV Prediction
Test 6.1: On BV predictor (JCTVC-T0040)
In JCTVC-S0087, IBC merge mode is simulated using the current BV predictors and BVD=0. In this test, the performance is evaluated in the context of SCM-3.0.
Note: Test 6.1T1 modifies the candidate list construction, whereas 6.1T2 uses the current list construction. Both 6.1 tests are using only 2 candidates in the final list.
Test 6.2: On IBC BV prediction method (JCTVC-T0096)
In JCTVC-S0112, the line buffer for HEVC AMVP is shared with IBC such that the above spatial neighbours can be used for BV predictor as well with no additional buffer requirement.
Combination Tests
Test 7: combination of Test 1 and Test 3.2 (JCTVC-T0075)
In this test, the software in test 1 is used as the platform. Default IBC merge candidates are added to the merge list when the list is not full.
Test 8: combination of Test 1 and Test 5.1, Test 5.3 (JCTVC-T0089, JCTVC-T0090)
The binarization methods described in test 5.1 and test 5.3 are tested under the unification framework of Test 1.
Results for lossy coding
4:4:4 Lossy All IntraTestsTest 1Test 2aTest 2bTest 3.1Test 3.2Test 4.1Test 4.2Test 5.1Test 5.3Test 5.1+5.3Test 6.1T1Test 6.1T2Test 6.2Test 7Test 8(5.1)Test 8(5.1+5.3)RGB, TGM"0.6%0.0%"0.1%"0.8%"2.2%0.0%"0.1%"0.2%"0.5%"0.7%"1.3%"0.5%"0.5%"1.2%"0.9%"1.1%RGB, MC"0.7%0.0%"0.1%"1.0%"1.3%0.0%"0.1%"0.1%"0.3%"0.4%"1.2%"0.8%"0.3%"0.8%"0.8%"1.0%RGB, Ani.0.0%0.0%0.0%0.0%"0.1%0.0%0.0%0.0%0.0%0.0%"0.1%"0.1%0.0%0.0%0.0%0.0%RGB, CC0.1%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM"0.7%"0.1%"0.1%"1.3%"2.4%0.0%0.0%"0.3%"0.5%"0.8%"1.4%"0.5%"0.5%"1.5%"1.0%"1.2%YUV, MC"0.6%0.0%"0.1%"1.0%"1.5%0.0%0.0%"0.1%"0.4%"0.5%"1.1%"0.6%"0.3%"1.2%"0.7%"0.9%YUV, Ani.0.0%0.0%0.0%"0.1%"0.3%0.0%0.0%0.0%0.0%0.0%"0.2%"0.2%0.0%"0.1%0.0%0.0%YUV, CC0.1%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.1%0.0%Enc.117%100%99%129%113%100%97%99%104%101%131%126%97%106%112%111%Dec.102%100%100%101%96%97%96%88%91%91%100%100%96%95%85%86%
4:4:4 Lossy Random AccessTestsTest 1Test 2aTest 2bTest 3.1Test 3.2Test 4.1Test 4.2Test 5.1Test 5.3Test 5.1+5.3Test 6.1T1Test 6.1T2Test 6.2Test 7Test 8(5.1)Test 8(5.1+5.3)RGB, TGM"2.2%"1.0%"1.3%"0.8%"1.8%"0.1%"0.2%"1.1%"0.5%"1.4%"1.3%"0.8%"0.2%"2.5%"3.1%"3.4%RGB, MC"0.7%"0.3%"0.5%"0.5%"0.9%"0.1%"0.1%0.0%"0.2%"0.3%"0.8%"0.4%"0.1%"1.0%"0.9%"0.9%RGB, Ani."0.1%0.0%0.0%0.1%0.0%0.0%0.0%0.0%"0.1%0.0%0.0%0.0%0.1%"0.1%0.0%"0.1%RGB, CC"0.2%"0.1%0.0%0.0%0.0%0.0%0.0%0.0%"0.1%0.0%0.0%0.0%0.0%"0.1%"0.1%"0.2%YUV, TGM"2.4%"1.0%"1.2%"1.3%"2.0%"0.1%"0.1%"1.3%"0.5%"1.6%"1.5%"0.9%"0.2%"2.8%"3.5%"3.7%YUV, MC"0.9%"0.3%"0.4%"0.8%"1.3%0.0%0.0%"0.1%"0.3%"0.5%"1.0%"0.6%"0.2%"1.4%"1.0%"1.2%YUV, Ani."0.2%0.0%"0.1%"0.2%"0.2%0.0%0.0%"0.1%"0.2%"0.1%"0.1%"0.2%0.1%"0.2%"0.1%"0.2%YUV, CC"0.2%0.0%0.0%0.0%0.0%0.0%0.0%0.0%"0.2%0.0%0.0%0.0%0.0%"0.2%"0.2%"0.2%Enc.103%102%102%102%102%100%96%97%101%100%102%103%96%101%95%103%Dec.96%99%98%102%98%100%100%96%96%98%97%98%97%93%86%84%
4:4:4 Lossy Low-delay BTestsTest 1Test 2aTest 2bTest 3.1Test 3.2Test 4.1Test 4.2Test 5.1Test 5.3Test 5.1+5.3Test 6.1T1Test 6.1T2Test 6.2Test 7Test 8(5.1)Test 8(5.1+5.3)RGB, TGM"2.3%"1.4%"1.7%"0.7%"1.2%"0.2%"0.2%"1.6%"0.5%"1.8%"1.1%"0.9%"0.1%"2.4%"3.6%"3.8%RGB, MC"0.9%"0.6%"0.8%"0.4%"0.8%"0.2%"0.1%"0.3%"0.4%"0.3%"0.6%"0.4%"0.1%"1.3%"1.2%"1.2%RGB, Ani."0.1%0.0%"0.1%0.0%0.0%0.1%0.1%"0.1%"0.1%"0.1%0.0%"0.1%0.0%0.0%0.0%0.0%RGB, CC0.1%0.0%0.1%0.1%0.0%0.1%0.1%0.1%0.0%0.1%0.1%0.0%0.0%0.1%0.1%0.1%YUV, TGM"2.5%"1.3%"1.6%"1.1%"1.5%"0.1%"0.1%"1.8%"0.5%"1.9%"1.2%"0.9%"0.1%"2.6%"3.9%"4.1%YUV, MC"1.4%"0.6%"0.7%"0.6%"1.2%"0.2%"0.2%"0.3%"0.2%"0.5%"1.0%"0.7%"0.2%"1.6%"1.4%"1.6%YUV, Ani.0.0%"0.1%"0.1%0.0%0.0%0.0%0.0%"0.1%"0.1%0.0%0.0%0.0%0.0%0.0%"0.1%"0.1%YUV, CC0.0%0.0%0.0%0.0%"0.1%"0.1%0.0%0.1%"0.1%0.1%0.0%"0.1%0.0%0.0%0.1%0.0%Enc.102%102%102%101%102%100%97%91%97%93%101%101%96%101%91%88%Dec.102%102%99%101%98%100%100%92%92%93%99%97%98%92%86%83%Test 1 is not a real unification with inter coding, as it uses the BV coding method from SCM.
Implicitly, it enables merge/skip, bi-prediction from inter and intra and mixed prediction (sub-CU inter/intra) which explains some of the gain.
It is furthermore pointed out that two macros are turned on that partially contribute to the gain. (0.50.7%). Related to checking the correct decision for mixed prediction, involving 3 components in the vector search.
With regard to de-blocking, when constraint intra prediction flag is on, IBC goes back to intra, which could cause a contradiction. The same would be the case with test 2, which basically treats IBC as inter mode.
Restriction to 4x8 is asserted to lead to loss, which is however compensated by the other benefits.
Several experts expressed opinion that it would be desirable to achieve a true harmonization, where the current inter mode of v1 (including MV coding, binarization etc.) is used as is. It was also expressed that the advantage of such a unification would even outweigh a certain loss in compression.
Continue CE in this regard. In this context, it should also be considered to use an efficient way of coding the integer-pel MV of IBC, e.g. by signalling in quarter-pel and using the adaptive MV resolution flag at slice level. It is expressed during the discussion that a specific modification for IBC just shifting the MV after the decoding would be more acceptable than modifying the binarization or CABAC.
Test 2a/b gives information about sub-PU IBC (with intra/inter DBF). Compared to test 1, it uses 4x4 still. This also unveils that inter deblocking is giving benefit for IBC
Test 3 is showing the benefit of merge; 3.2 fills the list with additional candidates
Test 4 tests de-blocking (where the inter de-blocking 4.3 performs better than the specifically modified version 4.1)
Test 5.1 modifies the vector binarization for both MV and BV coding. It is however not a complete unification, using different context models for MV and BV. For camera-captured content, a small loss is observed in some cases (0.1% in LD)
Test 8 (5.1) uses the same context model and same binarization from 5.1 for BV and MV. It is however still performing a shift of MV as from Test 1.
The common understanding is that
Either a full unification is achieved (in which context an MV shift operation when used for IBC is acceptable, but MV coding different from v1 would not be desirable, and modificaton of AMVP/merge would also not be desirable), or
Design IBC as third mode beyond intra and inter prediction, and then with the usual tradeoff complexity/performance. This should branch off at the CU level (which would not qualify test 2).
With regard to merge (test 3) two concerns are raised a) it may be not well parallelizable due to 4x4 blocks and 5 candidates and b) some of the gain could be achieved by encoder only modification (see 6.1 T2).
It is requested to report results of the unified solution (as described above). If resonable (expectation is that the gain compared to current SCM would still be around 1% for RA and LD) this is likely to be adopted. See further notes under JCTVC-T0227.
Some of the other methods investigated in CE2 also give additional gain compared to SCM, however
Test 2 (sub-CU) would have the disadvantage that it does not cleanly define a third mode at the CU level
Test 3 (4x4 merge) may have some implications wrt parallelization, and some of the gain could also be achieved by encoder-only (test 6.1T2)
Test 4.2 (using inter deblocking for IBC) obviously gives benefit, but would be implicit in the unified solution
Test 5.1 would be undesirable because it changes the MV coding (would need to be modified such that it only changes the BV coding, such that 5.3 would better); 5.3 could be another add-on over current SCM, but only gives 0.5%
Test 6.1T1 uses 5 candidates for BVP, which also raised some complexity concerns
Test 7 would not fit the unification, as it modifies the merge list construction
From the current results, it is not obvious that a separate mode would have significant compression advantage compared to the unified solution.

The lossless results are similar
The 4:4:4 lossless results are summarized as follows:

4:4:4 Lossless All IntraTestsTest 1Test 2aTest 2bTest 3.1Test 3.2Test 4.1Test 4.2Test 5.1Test 5.3Test 5.1+5.3Test 6.1T1Test 6.1T2Test 6.2Test 7Test 8(5.1)Test 8(5.1+5.3)RGB, TGM0.4%0.0%0.0%"0.6%"1.1%N/AN/A"0.1%"0.2%"0.2%"0.9%"0.6%"0.1%0.2%0.4%0.3%RGB, MC"0.9%0.0%0.0%"1.4%"0.6%N/AN/A0.0%"0.1%"0.1%"1.5%"1.3%0.0%0.0%"0.9%"1.0%RGB, Ani.0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, CC0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM1.2%0.0%0.0%"0.5%"0.8%N/AN/A"0.1%"0.2%"0.3%"0.4%"0.2%"0.1%0.9%1.1%1.0%YUV, MC"0.5%0.0%0.0%"1.2%"0.5%N/AN/A0.0%"0.1%"0.1%"1.2%"1.0%0.0%0.2%"0.5%"0.5%YUV, Ani.0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, CC0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc.102%101%100%120%117%N/AN/A109%105%117%123%120%101%103%100%104%Dec.100%99%99%100%97%N/AN/A106%102%112%101%99%100%98%96%99%
4:4:4 Lossless Random AccessTestsTest 1Test 2aTest 2bTest 3.1Test 3.2Test 4.1Test 4.2Test 5.1Test 5.3Test 5.1+5.3Test 6.1T1Test 6.1T2Test 6.2Test 7Test 8(5.1)Test 8(5.1+5.3)RGB, TGM"0.4%"1.0%"1.0%"0.4%"0.8%N/AN/A"0.3%"0.2%"0.4%"0.7%"0.5%"0.1%"0.4%"0.6%"0.7%RGB, MC"0.2%"0.1%"0.1%"0.2%"0.1%N/AN/A0.0%0.0%0.0%"0.2%"0.2%0.0%"0.1%"0.2%"0.2%RGB, Ani.0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, CC0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM0.1%"0.7%"0.7%"0.5%"0.7%N/AN/A"0.2%"0.2%"0.4%"0.5%"0.3%"0.1%0.0%"0.1%"0.2%YUV, MC"0.1%"0.1%"0.1%"0.2%"0.1%N/AN/A0.0%0.0%0.0%"0.2%"0.2%0.0%"0.1%"0.1%"0.1%YUV, Ani.0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, CC0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc.97%103%103%103%103%N/AN/A107%113%114%102%102%101%100%99%98%Dec.95%98%98%100%96%N/AN/A102%104%108%98%99%98%94%94%93%
4:4:4 Lossless Low-delay BTestsTest 1Test 2aTest 2bTest 3.1Test 3.2Test 4.1Test 4.2Test 5.1Test 5.3Test 5.1+5.3Test 6.1T1Test 6.1T2Test 6.2Test 7Test 8(5.1)Test 8(5.1+5.3)RGB, TGM"0.4%"1.2%"1.2%"0.3%"0.7%N/AN/A"0.3%"0.2%"0.4%"0.6%"0.5%"0.1%"0.4%"0.7%"0.7%RGB, MC"0.1%"0.1%"0.1%"0.1%"0.1%N/AN/A0.0%0.0%0.0%"0.1%"0.1%0.0%"0.1%"0.1%"0.1%RGB, Ani.0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, CC0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM0.0%"0.9%"0.9%"0.5%"0.7%N/AN/A"0.2%"0.2%"0.4%"0.5%"0.3%"0.1%0.0%"0.2%"0.3%YUV, MC"0.1%"0.1%"0.1%"0.1%"0.1%N/AN/A0.0%0.0%0.0%"0.1%"0.1%0.0%"0.1%"0.1%"0.1%YUV, Ani.0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, CC0.0%0.0%0.0%0.0%0.0%N/AN/A0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc.96%101%102%101%102%N/AN/A100%101%96%101%101%99%99%90%88%Dec.97%102%99%102%98%N/AN/A91%90%90%102%98%97%97%84%83%One expert remarked that unification with inter would have potential further advantages such as combination with weighted prediction.
Due to the decision on unification (see notes for JCTVC-T0227), it was agreed that other aspects of CE2 did not need follow-up action.
CE2 primary contributions (10)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9808" JCTVC-T0039 CE2 Test 4.1: On deblocking for screen content coding [C. Rosewarne, M. Maeda (Canon)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9809" JCTVC-T0040 CE2: results of test 3.1 and 6.1 [B. Li, J. Xu (Microsoft)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9840" JCTVC-T0071 CE2: Test 2 Intra BC signalled at PU level [X. Xu, S. Liu, S. Lei (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9842" JCTVC-T0073 CE2: Test 3.2 Intra BC merge mode with default candidates [X. Xu, T.-D. Chuang, S. Liu, S. Lei (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9844" JCTVC-T0075 CE2: Test 7 Combination of Test 1 and Test 3.2 [X. Xu, T.-D. Chuang, S. Liu, S. Lei (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9858" JCTVC-T0089 CE2: Test 5.1 and Test 8.1 on vector binarization [K. Rapaka, M. Karczewicz, C. Pang, V. Seregin (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9859" JCTVC-T0090 CE2: Test 5.3 and Test 8.2 on block vector (BV) coding for IBC [K. Rapaka, M. Karczewicz, V. Seregin (Qualcomm), K. Miyazawa, A. Minezawa, S. Sekiguchi (Mitsubishi)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9863" JCTVC-T0094 CE2 Test1: Intra block copy and inter signalling unification [C. Pang, Y.-K. Wang, V. Seregin, K. Rapaka, M. Karczewicz (Qualcomm), X. Xu, S. Liu, S. Lei (MediaTek), B. Li, J. Xu (Microsoft)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9864" JCTVC-T0095 CE2 Test 4.2: Inter deblocking for intra block copy [C. Pang, V. Seregin, M. Karczewicz (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9865" JCTVC-T0096 CE2 Test 6.2: Intra block copy block vector prediction with line buffer [C. Pang, V. Seregin, M. Karczewicz (Qualcomm)]

CE2 cross checks (12)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9815" JCTVC-T0046 CE2: Cross-check of Test 1 on intra block copy and inter signalling unification [A. Minezawa, K. Miyazawa, S. Sekiguchi (Mitsubishi)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9852" JCTVC-T0083 Crosscheck of CE2 Test 3.1 (JCTVC-T0040) [X. Xu, S. Liu (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9853" JCTVC-T0084 Crosscheck of CE2 Test 6.1 (JCTVC-T0040) [X. Xu, S. Liu (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9854" JCTVC-T0085 Crosscheck of CE2 Test 6.2 (JCTVC-T0096) [X. Xu, S. Liu (MediaTek)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9869" JCTVC-T0100 Crosscheck of CE2 Test 4.1 on intra block copy deblocking [C. Pang (Qualcomm)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9912" JCTVC-T0143 CE2 Test2: Crosscheck of Intra Block Copy Signalled at PU Level (JCTVC-T0071) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9913" JCTVC-T0144 CE2 Test5.3: Crosscheck of Block Vector Coding for IBC (JCTVC-T0090) [W. Zhang, L. Xu, Y. Chiu (Intel)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9924" JCTVC-T0155 Cross-check of CE2 Test 4.2: Inter deblocking for intra block copy (JCTVC-T0095) by Qualcomm [C. Rosewarne, M. Maeda (Canon)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9925" JCTVC-T0156 Cross-check of test 5.1 of CE2: Test 5.1 and Test 8.1 on vector binarization (JCTVC-T0089) by Qualcomm [C. Rosewarne, M. Maeda (Canon)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9927" JCTVC-T0158 CE2: Cross-check of test 3.2 (JCTVC-T0073) [B. Li, J. Xu (Microsoft)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9928" JCTVC-T0159 CE2: Cross-check of test 7 (JCTVC-T0075) [B. Li, J. Xu (Microsoft)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9939" JCTVC-T0170 CE2: Cross-check of Test 8.1 (JCTVC-T0089) and Test 8.2 (JCTVC-T0090) [P. Onno (Canon)] [late]

CE3: Intra line copy and intra string copy (17)
CE3 summary and general discussion (1)
(Consideration of this topic was chaired by JRO on Tuesday 02-10, 18:00-19:45, and Wednesday 11 09:00-10:40)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9981" JCTVC-T0023 CE3: Summary report for Core Experiment 3 on Intra Line Copy and Intra String Copy [C.-C. Chen, Y. Chen, J. Xu, T. Lin, W. Wang (CE Coordinators)]
Test A: Intra Line Copy
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9874" JCTVC-T0105
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9917" JCTVC-T0148, HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9929" JCTVC-T0160, HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9906" JCTVC-T0137
The intra line copy (ILC) technique divides a PU row-wise or column-wise into lines and performs the intra-copying operation within a given search range (i.e. 1x2 CTUs as in A1, and 1x4 CTUs as in A2 and A3) inside the current frame. Pixels within the current CU cannot be taken as reference. Syntax-wise, a PU-level flag is introduced when intra_bc_flag is enabled to indicate the use of IntraLC mode, and another flag is sent for each ILC PU to indicate the splitting manner.
IBC PU Size4x4/8x44x8/8x8/16x16/32x32OthersTest A11x2-CTUFF-Test A21x4-CTUFF-Test A31x4-CTU1x4-CTU*-* Due to a bug in SCM-3.0, 4x8 IBC still performs full-frame search.(intra line copy is built on top of the respective anchors)
Results of Test A
Lossy CodingAll IntraRandom AccessLow delay BA1A2A3A1A2A3A1A2A3RGB, TGM, 1080p & 720p"2.0%"2.7%"3.2%"1.2%"1.7%"2.1%"0.6%"1.0%"1.2%RGB, MC, 1440p & 1080p"1.6%"2.0%"2.5%"1.1%"1.3%"1.7%"0.6%"0.5%"0.9%RGB, Ani., 720p0.0%0.0%0.0%0.0%0.1%0.0%0.0%"0.1%"0.2%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"1.8%"2.4%"2.9%"1.1%"1.5%"1.9%"0.5%"0.9%"0.9%YUV, MC, 1440p & 1080p"1.5%"1.9%"2.4%"1.1%"1.4%"1.7%"0.5%"0.7%"0.9%YUV, Ani., 720p0.0%0.0%0.0%0.0%"0.1%0.0%"0.1%"0.1%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]115%116%113%107%107%102%102%102%102%Dec Time[%]101%101%101%100%101%99%102%103%102%All IntraRandom AccessLow delay BA1A2A3A1A2A3A1A2A3Class F"1.8%"1.9%"2.2%"1.2%"1.4%"1.6%"0.6%"0.7%"0.8%Enc Time[%]118%119%120%101%104%104%102%102%101%Dec Time[%]97%101%96%97%96%100%102%95%96%
Lossless Coding
Bit-rate saving (Average)All IntraRandom AccessLow delay BA1A2A3A1A2A3A1A2A3RGB, TGM, 1080p & 720p"1.9%"2.6%"3.2%"1.3%"1.8%"2.2%"1.0%"1.4%"1.8%RGB, MC, 1440p & 1080p"0.6%"0.7%"0.9%"0.1%"0.1%"0.2%"0.1%"0.1%"0.1%RGB, Ani., 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"2.1%"2.9%"3.6%"1.4%"2.0%"2.6%"1.2%"1.7%"2.0%YUV, MC, 1440p & 1080p"0.7%"0.8%"1.1%"0.1%"0.2%"0.2%"0.1%"0.1%"0.1%YUV, Ani., 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]116%114%112%106%107%103%107%107%103%Dec Time[%]102%99%100%101%100%101%101%101%101%All IntraRandom AccessLow delay BA1A2A3A1A2A3A1A2A3Class F"0.9%"1.0%"1.3%"0.4%"0.5%"0.6%"0.1%"0.2%"0.2%Enc Time[%]125%143%121%105%107%107%103%105%104%Dec Time[%]107%100%101%101%101%100%102%102%100%The CABAC throughput is measured by counting the number of context coded bins per 8x8 CU.
TestSCM-3.0
InterSCM-3.0
IntraTest A
ILC# of context coded bins488482486Memory Bandwidth
The memory bandwidth is measured by using the follow equation:
,
where M and N respectively represent the width and height of the smallest unit for intra copying, m and n denote respectively the width and height of the memory access pattern, and L is the support of interpolation filter.
Sum of Memory Bandwidth (3 Components)Mode \ mxn4x24x48x28x48x816x168x8 Bi-pred.2428.5333954964x4 IBC912182448192Test A (1x4 ILC)1824364896384From the discussion: In case of cache, memory bandwidth is comparable to motion comp. Also the CABAC throughput is not worse than current worst case.
branches after the IBC flag at the CU level, and the intra line copy is an additional prediction mode replacing IBC when invoked.
Test B: Intra string copy
All contributions in test B are modifications to a CE3 basis software, which goes back to a software used in previous CE10. Signalling is done in a way that branches after the IBC flag at the CU level, and the intra string copy is an additional prediction mode replacing IBC when invoked.
Test B1.1: Adaptive Scan Directions
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9810" JCTVC-T0041
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9949" JCTVC-T0178
The adaptive horizontal and vertical scanning is enabled for the 2D matching dictionary mode to investigate the benefit of enabling vertical scanning on top of the horizontal scanning.

An example of 2D matching dictionary coding using (left) horizontal and (right) vertical scanning.
Test B1.2: Adaptive Scan Directions
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9894" JCTVC-T0125
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9949" JCTVC-T0178
In this test, the notion of ISC is applied to the coding of palette index map. A CU-level flag is introduced to switch adaptively between the proposed Flexible 2D Block Coding (F2D) and the SCM-3.0 palette index coding. Various settings (1x4, 2x4, 3x5, FF) for local search area are tested.

When using F2D, another flag is introduced to switch adaptively between 1D and 2D index coding mode for each string. The 1D mode is the same as COPY_ABOVE mode except that only one context modeller instead of 2 is used to encode COPY_ABOVE mode flag. Strings coded by using the 2D mode can be any rectangular shape, and the indices within each rectangle are coded by using a string-copying technique to fetch reference indices from the reconstructed area in the current frame and therefore re-quantization of reconstructed pixels is required.
The F2D also emulates COPY_LEFT mode by signalling a single pixel colour, zero mvx, and zero mvy. This pixel colour can be explicitly signalled or predicted by using a frequent pixel table (i.e. same as the palette major colour table).
Besides, the same residual coding as SCM-3.0 is required when a CU is coded by using F2D.
Vertical palette index scanning is disabled in this test.

Note: Test B1.2 (and B3 which is also based on it) uses a modified palette mode for prediction, followed by residual coding. If implemented as tested here, it means that first the palette syntax and operations need to be passed and afterwards, residual coding is invoked (whereas current palette from SCM completely bypasses PU and RQT). This is the reason why CABAC throughput is going beyond the current worst case.

Test B2: Pseudo 2D (P2D) Matching Mode
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9904" JCTVC-T0135
X-check: ???
In P2D mode, the current string and its reference string have exactly the same 2D shape. A pair of offsets, x and y, are used to indicate the position of the reference string inside the current frame. The syntax parsing for offset x depends on the value of offset y.
A special case of the P2D mode occurs for single-colour strings. In this case, P2D signals the colour of such strings instead of their offset x and y. This colour can be explicitly signalled or predicted by using a secondary reference buffer (e.g. similar idea to the palette colour prediction). This mode is very similar to the COPY_LEFT mode except that the copying operation is applied in pixel domain but not in palette index domain.
Vertical scanning is enabled in this test.
Test B3: Pixel Based Flexible 2D Block Coding (F2D)
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9895" JCTVC-T0126
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9875" JCTVC-T0106
This test is performed based on Test B1.2 with enabling vertical scanning for palette index map coding. Furthermore, outside the current CU no single pixel are accessed, the smallest string can be a 4x4 block.

Test B4.1: Memory Bandwidth Reduction I
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9880" JCTVC-T0111
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9899" JCTVC-T0130
This proposal introduces a constraint on the string length of ISC (compared to the basis software) to reduce worst-case memory access bandwidth. The minimum string length applied is of 4 pixels.

Test B4.2: Memory Bandwidth Reduction II
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9905" JCTVC-T0136
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9950" JCTVC-T0179
This test is performed on top of Test B2 (Pseudo 2D Matching Mode). It additionally introduces a constraint on the string length of ISC to reduce worst-case memory access bandwidth. The minimum string length applied is of 20 pixels, but such constraint is applied only when part of the reference pixels of a string overlap with the reconstructed pixels lying outside of 2-CTU search range.
Syntax design and matching criterion used in this test are different from Test B4.1.
Vertical scanning is enabled in this test.

Test B5: Entropy Coding ISC Syntax Elements
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9897" JCTVC-T0128
X-check: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9884" JCTVC-T0115
A universal entropy coding scheme is applied to the coding of dictionary_pred_length_minus1, dictionay_pred_offset_minus1, and dictionay_pred_offsetX, dictionay_pred_offsetY.

Test B6: Pixel Based Flexible 2D Block Coding (F2D) harmonized with Intra String Copy (ISC)
Withdrawn.

Test B7: 1-D Matching
Proposal: HYPERLINK "http://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=9810" JCTVC-T0041
X-check: ???
The 1-D matching dictionary mode is tested on top of the 2D matching dictionary mode. Only the pixels that are coded by using the 1-D matching mode are stored in the dictionary (unless the number of stored pixels exceeds the pre-defined dictionary size) and can serve as reference pixels for prediction.

Results of Test B
Test Condition 1 (equivalent to test A1)
Anchor: 1x2 CTUs for 4x4/8x4 IBC and FF for 4x8/8x8/16x16/32x32 IBC
Test : 1x2 CTUs for ISC and ILC

Lossy CodingAll IntraA1
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"2.0%"0.3%"0.9%"1.4%"0.3%Same as B.2"0.6%"0.8%RGB, MC, 1440p & 1080p"1.6%0.0%"0.1%"0.6%0.0%0.0%0.0%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"1.8%"0.3%"0.8%"1.4%"0.2%"0.5%"0.7%YUV, MC, 1440p & 1080p"1.5%0.0%"0.1%"0.6%0.0%0.0%0.0%YUV, Animation, 720p0.0%0.1%0.1%0.1%0.1%0.1%0.1%YUV, Camera, 1080p0.0%0.1%0.1%0.0%0.0%0.0%0.1%Enc Time[%]115%152%173%218%134%--139%171%Dec Time[%]101%108%110%107%103%--99%106%Lossy CodingRandom AccessA1
ILCCE SW Hor. ISC B1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"1.2%"0.1%"0.5%"0.9%"0.1%Same as B.2"0.3%"0.6%RGB, MC, 1440p & 1080p"1.1%0.1%0.0%"0.4%0.1%0.0%"0.1%RGB, Animation, 720p0.0%0.1%0.1%0.1%0.1%0.1%0.1%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"1.1%"0.1%"0.4%"0.8%"0.1%"0.2%"0.5%YUV, MC, 1440p & 1080p"1.1%0.1%0.0%"0.4%0.1%0.1%0.0%YUV, Animation, 720p0.0%0.1%0.1%0.1%0.0%0.1%0.0%YUV, Camera, 1080p0.0%0.1%0.1%0.1%0.1%0.1%0.0%Enc Time[%]107%128%123%141%111%--112%133%Dec Time[%]100%111%110%109%103%--94%114%Lossy CodingLow Delay BA1
ILCCE SW Hor. ISC B1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"0.6%0.0%"0.2%"0.4%0.0%Same as B.2"0.1%"0.1%RGB, MC, 1440p & 1080p"0.6%0.0%"0.1%"0.3%0.1%0.1%0.1%RGB, Animation, 720p0.0%0.1%0.1%0.1%0.0%0.1%0.1%RGB, Camera, 1080p0.0%0.1%0.1%0.1%0.1%0.1%0.1%YUV, TGM, 1080p & 720p"0.5%0.0%0.0%"0.3%0.0%"0.1%"0.1%YUV, MC, 1440p & 1080p"0.5%0.0%0.0%"0.5%0.0%"0.1%"0.1%YUV, Animation, 720p"0.1%0.3%0.2%0.1%0.3%0.2%0.2%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]102%115%117%121%108%--108%121%Dec Time[%]102%107%115%110%106%--100%118%

Lossless CodingBit-rate saving (Average)All IntraA1
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"1.9%"2.3%"3.1%"3.8%"0.7%Same as B.2"3.1%"5.8%RGB, MC, 1440p & 1080p"0.6%"0.3%"0.4%"0.6%"0.1%"0.4%"1.0%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"2.1%"2.1%"3.0%"3.8%"0.7%"3.0%"6.0%YUV, MC, 1440p & 1080p"0.7%"0.2%"0.5%"0.6%"0.1%"0.4%"1.0%YUV, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]116%175%200%278%142%--154%202%Dec Time[%]102%108%107%109%100%--99%109%Lossless CodingBit-rate saving (Average)Random AccessA1
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"1.3%"1.2%"1.7%"2.1%"0.4%Same as B.2"1.6%"2.9%RGB, MC, 1440p & 1080p"0.1%0.0%"0.1%"0.1%0.0%"0.1%"0.1%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"1.4%"1.1%"1.6%"2.1%"0.4%"1.5%"3.0%YUV, MC, 1440p & 1080p"0.1%0.0%"0.1%"0.1%0.0%"0.1%"0.1%YUV, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]106%120%124%135%107%--112%129%Dec Time[%]101%111%108%106%101%--98%113%Lossless CodingBit-rate saving (Average)Low Delay BA1
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"1.0%"0.8%"1.1%"1.4%"0.3%Same as B.2"1.1%"2.0%RGB, MC, 1440p & 1080p"0.1%0.0%0.0%"0.1%0.0%0.0%"0.1%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"1.2%"0.7%"1.1%"1.3%"0.2%"1.1%"1.9%YUV, MC, 1440p & 1080p"0.1%0.0%0.0%0.0%0.0%0.0%"0.1%YUV, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]107%117%117%125%107%--108%121%Dec Time[%]101%111%112%107%102%--101%112%
Test Condition 2 (equivalent to test A3)
Anchor: 1x4 CTUs for 4x4/8x4 IBC and 1x4 CTUs for 4x8/8x8/16x16/32x32 IBC
Test : 1x4 CTUs for ISC and ILC

Lossy CodingAll IntraA3
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Stre.B4.2*
1x20 StrB5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"3.2%"0.6%"1.8%"0.1%"2.8%"0.7%"0.4%"2.7%"1.0%"2.4%RGB, MC, 1440p & 1080p"2.5%0.0%"0.3%0.0%"1.0%"0.1%0.0%"0.9%"0.1%"0.1%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"2.9%"0.5%"1.5%0.0%"2.6%"0.6%"0.4%"2.5%"0.8%"1.6%YUV, MC, 1440p & 1080p"2.4%0.0%"0.2%0.1%"1.0%"0.1%0.0%"1.0%0.0%"0.1%YUV, Animation, 720p0.0%0.1%0.0%0.1%0.0%0.1%0.0%0.0%0.1%0.1%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]113%143%158%159%195%162%126%199%133%183%Dec Time[%]101%103%102%115%103%115%99%97%102%129%Lossy CodingRandom AccessA3
ILCCE SW Hor. ISC B1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Stre.B4.2*
1x20 StrB5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"2.1%"0.3%"1.2%"0.1%"1.9%"0.5%"0.2%"1.8%"0.6%"1.7%RGB, MC, 1440p & 1080p"1.7%"0.1%"0.3%"0.1%"0.7%"0.1%"0.1%"0.6%"0.2%"0.3%RGB, Animation, 720p0.0%0.1%0.1%0.1%0.1%0.1%0.1%0.1%0.1%0.1%RGB, Camera, 1080p0.0%0.1%0.1%0.0%0.1%0.1%0.1%0.1%0.1%0.1%YUV, TGM, 1080p & 720p"1.9%"0.3%"1.0%0.0%"1.6%"0.4%"0.2%"1.6%"0.4%"1.3%YUV, MC, 1440p & 1080p"1.7%0.0%"0.2%0.0%"0.6%"0.1%0.0%"0.6%0.1%"0.1%YUV, Animation, 720p0.0%0.0%0.1%0.1%0.1%0.0%0.1%0.1%0.1%0.0%YUV, Camera, 1080p0.0%0.1%0.1%0.1%0.1%0.1%0.1%0.1%0.1%0.1%Enc Time[%]102%118%125%116%139%117%107%121%113%126%Dec Time[%]99%100%112%105%107%105%99%100%104%116%Lossy CodingLow Delay BA3
ILCCE SW Hor. ISC B1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Stre.B4.2*
1x20 StrB5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"1.2%"0.1%"0.5%0.1%"0.9%"0.2%"0.1%"0.8%"0.2%"0.4%RGB, MC, 1440p & 1080p"0.9%0.1%0.0%0.1%"0.2%0.0%0.0%"0.3%0.1%0.1%RGB, Animation, 720p"0.2%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.1%0.1%0.1%0.1%0.1%0.1%0.1%0.1%0.1%YUV, TGM, 1080p & 720p"0.9%0.0%"0.3%0.3%"0.6%0.0%0.0%"0.6%"0.1%"0.2%YUV, MC, 1440p & 1080p"0.9%0.0%"0.2%"0.1%"0.3%"0.1%"0.1%"0.4%"0.1%0.0%YUV, Animation, 720p0.0%0.2%0.1%0.1%0.0%0.1%0.2%0.1%0.0%0.1%YUV, Camera, 1080p0.0%0.1%0.1%0.1%0.0%0.1%0.1%0.1%0.1%0.1%Enc Time[%]102%113%118%114%120%115%106%114%109%119%Dec Time[%]102%100%114%109%106%109%101%100%104%114%
Lossless CodingBit-rate saving (Average)All IntraA3
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"3.2%"3.3%"4.8%"3.2%"5.8%"3.4%"1.1%"5.1%"4.6%"9.2%RGB, MC, 1440p & 1080p"0.9%"0.5%"0.8%"0.5%"1.1%"0.5%"0.1%"1.0%"0.8%"2.2%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"3.6%"3.2%"4.8%"2.9%"5.9%"3.2%"1.1%"5.3%"4.6%"9.6%YUV, MC, 1440p & 1080p"1.1%"0.5%"0.9%"0.5%"1.1%"0.5%"0.1%"1.0%"0.8%"2.5%YUV, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]112%157%177%164%239%167%134%222%147%169%Dec Time[%]100%92%91%104%93%104%96%77%98%93%Lossless CodingBit-rate saving (Average)Random AccessA3
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"2.2%"1.8%"2.9%"1.7%"3.5%"1.9%"0.6%"3.1%"2.6%"5.3%RGB, MC, 1440p & 1080p"0.2%"0.1%"0.1%"0.1%"0.2%"0.1%0.0%"0.1%"0.1%"0.3%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"2.6%"1.7%"2.9%"1.6%"3.6%"1.8%"0.6%"3.2%"2.6%"5.4%YUV, MC, 1440p & 1080p"0.2%"0.1%"0.1%"0.1%"0.2%"0.1%0.0%"0.1%"0.1%"0.3%YUV, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]103%115%115%115%124%116%108%124%111%113%Dec Time[%]101%94%89%104%91%105%101%87%102%91%Lossless CodingBit-rate saving (Average)Low Delay BA3
ILCCE SW Hor. ISCB1.1*
H/V-ISCB1.2**
H-F2DB2*
P2DB3**
H/V-F2DB4.1
4x1 Str.B4.2*
1x20 Str.B5
EntropyB7
1D MatchRGB, TGM, 1080p & 720p"1.8%"1.3%"2.0%"1.2%"2.4%"1.3%"0.5%"2.2%"1.9%"3.7%RGB, MC, 1440p & 1080p"0.1%0.0%"0.1%0.0%"0.1%0.0%0.0%"0.1%"0.1%"0.1%RGB, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%RGB, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, TGM, 1080p & 720p"2.0%"1.2%"1.9%"1.1%"2.3%"1.2%"0.4%"2.0%"1.8%"3.5%YUV, MC, 1440p & 1080p"0.1%0.0%"0.1%0.0%"0.1%0.0%0.0%"0.1%"0.1%"0.1%YUV, Animation, 720p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%YUV, Camera, 1080p0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%0.0%Enc Time[%]103%110%112%111%119%112%104%113%110%113%Dec Time[%]101%99%99%105%99%105%99%90%102%101%
CABAC Throughput
TestSCM-3.0SCM-3.0A
ILCB1.1
H/V-ISCB1.2
H-F2DB2
P2DB3
H/V-F2DB4.1
4x1B4.2
1x20B5
EntropyB7
1D Mat.InterIntra# of context coded bins488482486261609430609484301028390Memory Bandwidth
Sum of Memory Bandwidth (3 Components)Test \ mxn4x24x48x28x48x816x168x8 Bi-pred.2428.5333954964x4 IBC9121824481921x1 ISC24484896192768A (1x4 ILC)1824364896384B1.1 (H/V-ISC)Same as 1x1 ISCB1.2 (H-F2D)Same as 1x1 ISCB2 (P2D)Same as 1x1 ISCB3 (H/V-F2D)Same as 1x1 ISCB4.1 (4x1 Str.)27333366132528B4.2 (1x20 Str.)1214262938115B5 (Entropy)Same as 1x1 ISCB7 (1D Match.)Same as 1x1 ISCNote: 1x1 ISC is the basis software of CE3
Notes from the discussion:
Generally, for lossy coding, test A proposal (intra line copy) performs better than any of the category B proposals
For lossless coding, test B proposals perform better. In this case, likely more short strings are accessed, which partially explaining the significant increases in runtime.
The reports on memory bandwidth for 4.2 may not be fully valid, as it assumes that a 2 CTU cache is available. Therefore, at least for test condition 1, the same would apply for all 1x1 size proposals.
Proposals that make some restriction in memory bandwidth are test A (line copy 1x4) and test B4.1 (4x1 string copy). Furthermore, for test B3 the value for memory access should be rather in the same range as 4x4 IBC, since pixel copy is restricted to current CU. However, B3 (as currently implemented) has considerable increase in worst case context coded bins. It is reported by proponents that at least in the lossy case this could be avoided by disabling residual coding (no results on this available).
Generally, due to the concept that intra line is extending IBC, the version tested in the CE has become obsolete due to the unification of IBC and inter coding (see notes for T0227).
B1.2 and B3 were not tested under test condition 1.
Gain that is reported from test A lossy is in the range of 2-3% for AI, 1-2% for LD/RA (for CTC, those gains are rather at the lower end of those numbers), for the TGM classes. Technologies from test B provide slghtly less gain for the lossy case. Some of the test B methods have even losses in the non-screen content classes.
For test A, some performance gain is also observed for mixed content (but lower than TGM)
For lossless coding, test B7 shows around 6% BR reduction for AI, 3% for RA, 2% for LD under CTC, and 9/5/3% under test condition 2 (restricted search range) (only for SC classes, not for camera captured content). Other test B proposals show less gain, but some of them still more than test A which gives 2/1.3/1 for AI/RA/LD in CTC.
Note: Due to the new method of computing BD gains for the TGM (averaging 1080 and 720 in one class), it is not visible from these numbers that the gain in 1080 is higher.
In case of lossy coding, intra line copy (test A) is giving the best performance gain (see above). It is however increasing the complexity by enforcing a kind of sub-PU partitioning.
The number of context coded bins for the vectors is increased, but in the method of test A RDPCM is diabled which keeps the worst case number of context coded bins below the current limit.
Intra line copy adds complexity at several parts of the processing chain: Increasing the number of block vectors to be coded, processing and memory access at sub-PU level, change of residual coding (disabling RDPCM).
In case that IBC would be harmonized with inter coding (as per CE2), the additional definition of such a prediction mode would not be justified by the compression gain that is reported.
If IBC stays as a third mode, ILC could be regarded as a sub.mode of it. Also for this case, there is no doubt that the complexity is increased compared to IBC, mainly due to the need of performing sub-PU partitioning and line-wise access in the prediction, and quadrupling the number of vectors. Implications to off-chip memory bandwidth (in case where no sufficient cache is available) have not yet been sufficiently investigated. Basically, the situation has not changed relative to the last meeting, i.e. that memory bandwidth with need for off-chip access (if no sufficient cache size would be available) is unacceptable.
Another aspect that is discussed is the possible restriction of IBC access range, which may be necessary would cause some compression loss, and might make the unification with motion comp less attractive from the implementation perspective. If such a restriction would be made, the gain reported by ILC might at least partially compensate for the loss caused by an IBC restriction.
For test B, interesting compression gain is reported for the case of lossless coding. In this case, no residual coding is applied, such that intra string copy would be operated as an alternative against palette or conventional (prediction/residual) coding branching from the CU level. However, the proposal that provides most gain (B7) would require 3 MByte additional on-chip memory at the decoder, and 20 MByte at the encoder for the dictionary, which is unacceptable implementation-wise. Some of the other proposals have potential problems in CABAC throughput, or memory bandwidth as per the tables above (which may be resolved in some of the CE related contributions).
Conclusion:
Intra line copy: Discontinue investigations due to the fact that IBC/inter have been harmonized and it would no longer fit into such a framework
Intra string copy: See notes in section REF _Ref400627477 \r \h 5.1.3; further study was encouraged, provided that sufficient benefit can be shown. No official study was established as a CE from this meeting.
CE3 primary contributions (8)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9810" JCTVC-T0041 CE3: results of test B.1 and test B.7 [B. Li, J. Xu (Microsoft)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9874" JCTVC-T0105 CE3: Results of Test A on Intra Line Copy [R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M. Hang (NCTU/ITRI)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9880" JCTVC-T0111 CE3 Test B.4.1: Constrained run for Intra String Copy [F. Zou, Y. Chen, V. Seregin, M. Karczewicz (Qualcomm)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9894" JCTVC-T0125 CE3 Test B.1: Adaptive Scan Directions in HEVC SCC [W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9895" JCTVC-T0126 CE3 Test B.3: 2-D Intra String Copy in HEVC SCC [W. Wang, M. Xu, Z. Ma, H. Yu (Huawei)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9897" JCTVC-T0128 CE-3: Results of Test B.5 on entropy coding ISC syntax elements [S.-T. Hsiang, T.-D. Chuang, S. Lei (MediaTek)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9904" JCTVC-T0135 CE3: Results of Test B.2 on Intra String Copy [K. Zhou, L. Zhao, T. Lin (Tongji Univ.)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9905" JCTVC-T0136 CE3: Results of Test B.4.2 on Intra String Copy [L. Zhao, K. Zhou, T. Lin (Tongji Univ.)]

CE3 cross checks (8)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9875" JCTVC-T0106 Crosscheck of CE3 Test B.3 on Pixel Based Flexible 2D Block Coding [R.-L. Liao, C.-C. Chen, W.-H. Peng, H.-M. Hang (NCTU/ITRI)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9884" JCTVC-T0115 CE3: Crosscheck of Test B.5 [F. Zou (Qualcomm)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9899" JCTVC-T0130 CE3: Cross check of Test B.4.1 [S.-T. Hsiang, S. Lei (MediaTek)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9906" JCTVC-T0137 Crosscheck of CE3 Test A.3 on Intra Line Copy [X. Chen, T. Lin (Tongji Univ.)]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9917" JCTVC-T0148 CE3: Cross-verification of Test A.1 on intra line copy [X. Xiu, Y. He, Y. Ye (InterDigital)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9929" JCTVC-T0160 CE3: Cross-check of test A.2 (JCTVC-T0105) [B. Li, J. Xu (Microsoft)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9949" JCTVC-T0178 CE3: Crosscheck of CE3 Test B.1 (JCTVC-T0041 and JCTVC-T0125) [C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, C.-L. Lin (ITRI)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9950" JCTVC-T0179 CE3: Crosscheck of CE3 Test B.4.2 (JCTVC-T0136) [C.-H. Hung, Y.-J. Chang, J.-S. Tu, C.-C. Lin, C.-L. Lin (ITRI)] [late]

Non-CE Technical Contributions (136)
SCC coding tools (124)
CE1 related (Palette mode improvements) (50)
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9817" JCTVC-T0048 Non-CE1: On palette prediction for slices [C. Gisquet, T. Poirier, G. Laroche, P. Onno (Canon)]
(Consideration of this topic was chaired by GJS on Tuesday 02-10 p.m.)
The present contribution first reports issues found in the SCM3.0 encoder when various encoding features such as tiles and slices are enabled. It is asserted that when those features are enabled, the palette prediction is interrupted or reset and this leads to a significant loss of the coding efficiency. This contribution thus proposes a modification of the palette prediction mechanism to overcome this issue, where a PPS-level table is used to initialize the palette predictor. It is reported that the proposed normative change provides a BDR gain of 1.7% to 2.7% over SCM3.0 (when using slices of 1500 bytes maximum) for the screen content classes, using the All-Intra scenario.
Part of this relates to IBC rather than palette. See notes in section on T0056 for that.
Coding efficiency effects of slice & tile resets were discussed. In the current design, the palette is reset.
The contribution proposes to initialize the palette predictor with PPS-level entry values.
Loss resilience was also suggested as a justification for having a high-level initialization.
Test results for 1500 bytes/slice were reported.
A suggestion was to use only previous frames not including the current frame for constructing the global predictor, for delay reduction. Analysis was done for a current frame and sent in the PPS, then reused for other frames (to save syntax bits).
The coding of the values in the global palette used FLCs.
It was mentioned that there was some prior discussion of palette initialization.
(Further consideration of this topic was chaired by GJS on Sunday 02-15 a.m.)
Side work on a low-delay version of this was conducted (and was reportedly partly cross checked by Nokia). Even when the initialization was based on the previous frame, the technique was shown to have almost the same effectiveness.
The anchor was modified to fix problems with slice constraints (see also notes for T0055 and T0056).
It was remarked that the proposed syntax has a PPS dependency on the SPS.
A modified syntax was presented. Aside from minor editorial issues such as syntax element names and the use of word phrases instead of precise variable or syntax element expressions, it was noted that it should account for the number of actual colour components (either by using some syntax element sent earlier in the PPS if available, or by adding one if necessary).
Decision: Adopted (the PPS-level initialization, revised as noted).
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9972" JCTVC-T0198 Crosscheck of JCTVC-T0048 (Non-CE1: On palette prediction for slices) [J. Lainema (Nokia)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9821" JCTVC-T0052 Non-CE1: Escape coded pixel prediction for palette based coding [J. Ye, J. Zhu (Fujitsu)]
(Consideration of this topic was chaired by GJS on Tuesday 02-10 p.m.)
In this contribution, escape coded pixels are proposed to be predicted by palette predictor or escape predictor which is constructed by the escaped pixels occurred in previous palette-coded CUs. There is a CU-level flag to indicate existence of escape coded pixel prediction mode in current CU. If the prediction exists, for each escape pixel, a flag is used to indicate current escape coded pixel is predicted or not. For those escape coded pixels which are predicted, use an index to indicate which element of predictor is its prediction.
Three schemes were tested. 1) Escape coded pixels are predicted by palette predictor. Reported test results show gain of 0.1% and 0.2% on TGM RGB and YUV (AI-lossless) on top of SCM3.0 anchor when maximum palette predictor size is 64; 2) Escape coded pixels are predicted by escape predictor. Reported test results show gain of 1.0% and 1.4% on TGM RGB and YUV (AI-lossless) on top of SCM3.0 anchor when maximum escape predictor size is 64 and gain of 1.5% and 2.0% on TGM RGB and YUV (AI-lossless) on top of SCM3.0 anchor when maximum escape predictor size is 128; 3) Escape coded pixels are predicted by palette predictor and escape predictor. Reported test results show gain of 1.5% and 2.0% on TGM RGB and YUV (AI-lossless) on top of SCM3.0 anchor when maximum palette predictor size is 64 and maximum escape predictor size is 64.
This is a follow-up on S0052, S0053, S0054 by the same proponent.
Three methods were considered for predicting escape coded values.
It was remarked that some aspects of this seem similar in spirit to simply increasing the palette size, which generally helps for lossless coding. The amount of storage is increased.
A comparison to simply increasing the palette size and/or palette predictor size would be needed to determine whether the scheme is beneficial relative to that for the same amount of memory increase. It was remarked that the gain seen for larger memory capacity at the last meeting was roughly similar.
For lossy coding, there is basically no benefit.
No action was therefore taken on that on the proposed normative change.
The contributor advocated that our SCC CTC should use smaller QPs now we use 22, 27, 32, 37.
(Further consideration of this topic was chaired by JRO & GJS Friday 02-13 a.m. and later chaired by GJS Friday 02-13 p.m.)
In initial discussions, it was tentatively agreed to shift down the testing range to 17, 22, 27, 32. This would allow us to construct two curve ranges easily, although it was suggested that the summary report should report the lower QP range results. Further discussion of this was requested.
It was suggested to make sure we don't cross over into lossless territory or get too close to lossless. It was later commented that this seems not to be a big concern.
Doubling the palette size and palette predictor size was suggested if we lower the QP values. Further discussion was suggested after checking on how much difference that seems to make.
It was commented that there is some memory inefficiency in the HM.
The IBC referencing range was also discussed. The suggestion was to run both 4x1 (2x1 local search) and full frame IBC variants in CTC.
(Further consideration of this topic was chaired by JRO & GJS Saturday 02-14 p.m.)
Decision: 1) Don't change the QP points, 2) Double the palette and palette predictor size anyway, 3) Test both IBC search ranges for lossy 4:4:4 cases.
Remark: Why aren't we testing low-delay P instead of or in addition to low-delay B? This issue was postponed for further study.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9944" JCTVC-T0175 Non-CE1: Cross-check of JCTVC-T0052, Escape coded pixel prediction for palette based coding [J. Kim, S. Liu (MediaTek)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9823" JCTVC-T0054 Non-CE1: On copy above mode for palette mode [J. Zhu, Z. Xu (Fujitsu)]
(Consideration of this topic was chaired by GJS on Tuesday 02-10 p.m.)
Proposes to use pixel value directly, rather than index, for copy-above mode.
In this contribution document, it is proposed to use pixel value instead of index for copy above mode in palette mode. And copy above mode is applied for the 1st line of CU. Reported test results show gain of 0.3% and 0.4% on AI-lossless of TGM RGB and YUV and 0.7% and 0.8% on AI-lossy TGM RGB and YUV contents on top of SCM3.0.
Less gain seems reported than for A.1.5. No action was taken on this.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9827" JCTVC-T0058 CE1-related: Index map scan for 64x64 palette coding block [T.-D. Chuang, C.-Y. Chen, Y.-C. Sun, Y.-W. Huang, S. Lei (MediaTek)]
(Consideration of this topic was chaired by GJS on Tuesday 02-10 p.m.)
In HEVC and its non-SCC extensions, hardware decoding is often pipelined with 32x32 processing units due to the maximum transform block size equal to 32x32. In SCM-3.0, a 64x64 traverse scan is utilized for 64x64 palette coded block. A different block pipelining scheme (e.g., 64x64, which results in significantly larger silicon area) is needed. In this contribution, the 64x64 traverse scan is divided into four 32x32 traverse scans to accommodate to the 32x32 block pipelining. It is asserted that the implementation cost can be reduced. It is reported the BD-rate increases are 0.00.2% with average smaller than 0.1%.
Bit rate loss for simply disabling 64x64 is reportedly around 0.3%.
It was suggested that both this and the 32x32 max size restriction be retested in conjunction with the A.1.5 adoption.
Retesting of A.1.5 versus this versus 32x32 max size restriction was requested.
(Further consideration of this topic was chaired by JRO & GJS Friday 02-13 a.m.)
Testing with A.1.5, 64x64 with 32x32 subscan reportedly has 0.00.1% coding efficiency impact, versus 0.20.4% for just disallowing 64x64 palette mode. It was commented that encoders could use multi-block optimized palette design or other techniques to avoid the penalty from disallowing 64x64 palette mode.
It was discussed how we would express the disallowing of 64x64 size.
The 32x32 restriction was noted to correspond with the maximum transform block size in HEVC.
Decision (cleanup): Disallow palette mode for 64x64 CUs (see "method 2" in proposal).
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9990" JCTVC-T0210 Cross-check of CE1-related (JCTVC-T0058): Index map scan for 64x64 palette coding block [X. Guo (Microsoft)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9829" JCTVC-T0060 CE1-related: Table based binarization for palette_escape_val [K. Zhang, J. An, X. Zhang, H. Huang, S. Lei (MediaTek)]
(Consideration of this topic was chaired by GJS on Wednesday 02-11 a.m.)
In HEVC Screen Content Coding (SCC) Extensions, palette_escape_val is binarized using truncated binary (TB) code with cMax calculated by a procedure that is asserted to be complicated. This contribution proposes to fetch cMax from a predefined table directly with QP as the table input. Experimental results reportedly show that coding performance is not changed by the proposed method.
This is just an editorial change, suggesting to specify the derivation using a table instead of formulas, but not changing the value that is derived. It was commented that it may be better to use formulas in the text, in order to show the principles behind the derived numbers. Delegated to the editors for consideration, but tentatively no action appeared necessary.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9958" JCTVC-T0187 CE1 Related: Crosscheck of JCTVC-T0060 [F. Zou (Qualcomm)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9881" JCTVC-T0112 CE1 Related: On escape pixel coding for palette mode [F. Zou, V. Seregin, R. Joshi, M. Karczewicz, W. Pu (Qualcomm)]
(Consideration of this topic was chaired by GJS on Wednesday 02-11 a.m.)
The first reported problem is that the existing escape pixel in SCM3.0 and the spec reportedly has a division problem in calculating the maximum possible quantized value. This contribution presents several proposed solutions to solve this problem.
Solution 1 utilizes a look up table of 6 elements to store six scaling factors (the same as the one used in SCM3.0 encoder) to derive the maximum possible quantized escape pixel value.
Solution 2 utilizes a look up table of 52 elements storing the maximum value for each QP.
Solution 3 utilizes qP and bitDepth to derive the number of bins for fixed length codeword for escape pixels. This changes the reconstruction scheme such that only step sizes that are powers of two are used. (This is somewhat similar in spirit to our IPCM mode, which also can include a shift.)
Solution 4 utilizes a variable-length binarization codeword for quantized escape pixels which is independent on the maximum possible values (i.e., has no explicit upper bound).
The proposed solutions are all implemented based on CE3 common software, and the simulation results reportedly demonstrate that they all have negligible RD difference under CTC.
Comments during the review included:
It was noted that the amount of escape-coded pixels in the CTC is smaller than it would be for very-low-QP operation. Consideration of low-QP and lossless operation seemed needed.
A participant said that "solution 4" seemed the cleanest. It was noted that the test results show some loss of coding efficiency (up to 8% with a 31-entry palette, although using a larger palette seems likely to be beneficial in that case) for that scheme.
As a second reported problem, the existing escape reconstruction has undefined negative right shift operations. It is proposed to be aligned with the current coefficient dequantization to avoid undefined operations. And this has no effect on CTC.
Contribution T0118 has an alternative approach for both reported problems. See notes for T0118.
HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9932" JCTVC-T0163 Cross-check of escape pixel coding for palette mode (JCTVC-T0112) [B. Li, J. Xu (Microsoft)] [late]

HYPERLINK "http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=9887" JCTVC-T0118 Non-CE1: On escape colour coding for palette coding mode [X. Xiu, Y. Ye, Y. He (InterDigital)]
(Consideration of this topic was chaired by GJS on Wednesday 02-11 a.m.)
This contribution proposes to change the escape colour coding method for the existing palette design in HEVC screen content coding specification draft 2 and the test model SCM-3.0. Specifically, two defects of the current escape colour coding method are identified. Firstly, the calculation of the maximum value for the truncated binary code of escape colours does not match the actual dynamic range of quantized escape colours. This affects the efficiency of palette coding mode, especially for medium to low QPs, due to the insufficient dynamic range represented by the truncated binary codewords. Secondly, the inverse quantization process of escape colours is not properly defined, causing the right-shifts to become negative for high QPs. Solutions are proposed to resolve the above issues in the existing design, and tested for both low QPs (i.e., 0, 1, 2, 3) and high QPs (i.e., 42, 43, 44, 45) in addition to the QP settings in the common test conditions.
Compared to SCM-3.0 lossy anchor, for low QPs, the proposed methods reportedly provide an average {G/Y, B/Cb, R/Cr} BD-rate savings for AI, RA and LB of {13%, 10%, 10%}, {6.5%, 5.7%, 5.6%} and {2.1%, 2.1%, 2.1%}, respectively, for the sequences in the categories text & graphics with motion, 1080p & 720p in both RGB and YCbCr colour formats. For high QPs, the corresponding reported average {G/Y, B/Cb, R/Cr} BD-rate savings are {0.1%, 0.2%, 0.1%}, {0.2%, 0.2%, 0.1%} and {0.0%, 1.4%, 0.2%} respectively. The proposed methods reportedly do not bring any performance loss for the QP settings in the common test conditions.
The cMax calculation proposed is the same as the the "solution 1" scheme proposed in part 1 of T0112.
The method of handling right shifts is essentially also equivalent to part 2 of T0112, except possibly in some rounding detail.
(Further consideration of this topic was chaired by JRO & GJS Friday 02-13 a.m.)
It was later confirmed that there is exact equivalence of the inverse quantization formula, and the T0118 expression seems editorially preferred. Also the range calculation here is the same as the first such variant proposed in T0112.
Decision: Adopt, but specify that when cu_transquant_bypass_flag is equal to 1, the cMax is (1 @ A B Y Z [ \ x y òéÝÕÍ¿´©¿}s}s`RIRhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHujhgi%UaJ
hgi%aJhgi%mHsHhnÃmHsHhPú5CJ$mHsHhNLe5CJ$mHsHhÒu5CJ$mHsHh[_5CJ$mHsHhnÃhnÃ5CJ$mHsHhßWmHsHhWmHsHhÞX¸hWG(5\aJhNLe5\aJhNLehNLe5H*\aJ ! " # $ % = ö© SNNF$a$gdnÃgd2ÛLkd$$IflÖ0ÿÆ
ö6öÖÿÿÖÿÿÖÿÿÖÿÿ4Ö
laöytªYÖ $IfgdªYÖLkdK$$IflÖ0ÿÆ
ö6öÖÿÿÖÿÿÖÿÿÖÿÿ4Ö
laöytªYÖ $Ifgd[_= > ? @ A ¶
i
Æ
&Ú4éA
C
D
M

¼
Î
Ý
é
1úúõõìììììììììììõúçâââââçÝgd'(jgd-0gd÷ÿ
ÆÎ%
gdgi%gdgi%gd2Ûy z { ° ± ² ³ ´ µ ¶ · ¸ Ô Õ Ö × ç è é

'
(
ê×É¾¯¾¯¾¯××É|Éf×É¾¯¾T¯¾¯××É|É#jXhgi%UmHnHu*jÛhY$hgi%0JUmHnHuhgi%mHnHu/hnEhgi%CJOJPJQJaJmHnHtHu#j^hgi%UmHnHujhgi%UmHnHuhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHu*jáhY$hgi%0JUmHnHu (
)
*
G
H
I
c
d
e
f
g
h
i
j
k

¤
¥
¦
À
Á
Â
Ã
Ä
Å
Æ
Ç
È
ä
å
ê×É¾¯¾¯¾¯××É|Éf×É¾¯¾T¯¾¯××É|É#jLhgi%UmHnHu*jÏhY$hgi%0JUmHnHuhgi%mHnHu/hnEhgi%CJOJPJQJaJmHnHtHu#jRhgi%UmHnHujhgi%UmHnHuhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHu*jÕhY$hgi%0JUmHnHu å
æ
ç
!"#$%&'(DEFG_`a{|}~ ê×É¾¯¾¯¾¯××É|Éf×É¾¯¾T¯¾¯××É|É#j@hgi%UmHnHu*jÃhY$hgi%0JUmHnHuhgi%mHnHu/hnEhgi%CJOJPJQJaJmHnHtHu#jFhgi%UmHnHujhgi%UmHnHuhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHu*jÉhY$hgi%0JUmHnHu ¡¢¸¹ºÔÕÖ×ØÙÚÛÜøùúû./0123456RSê×É¾¯¾¯¾¯××É|Éf×É¾¯¾T¯¾¯××É|É#j4hgi%UmHnHu*j·hY$hgi%0JUmHnHuhgi%mHnHu/hnEhgi%CJOJPJQJaJmHnHtHu#j:hgi%UmHnHujhgi%UmHnHuhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHu*j½hY$hgi%0JUmHnHu STUlmn®¯°ÆÇÈâãäæçèéêë

ê×É¾¯¾¯¾¯××É|Éf×É¾¯¾T¯¾¯××É|É#j(
hgi%UmHnHu*j« hY$hgi%0JUmHnHuhgi%mHnHu/hnEhgi%CJOJPJQJaJmHnHtHu#j. hgi%UmHnHujhgi%UmHnHuhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHu*j±hY$hgi%0JUmHnHu

:
;
<
>
?
@
A
B
C
D
L
M
T
V

¼
è
ê×É¾¯¾¯¾¯×{umfb^V^R^G^h-0h-0mHsHhëjh-0h-0H*h-0h÷ÿh÷ÿh÷ÿhgi%mHsH
hgi%aJjhgi%UaJ/hnEhgi%CJOJPJQJaJmHnHtHu#j"hgi%UmHnHujhgi%UmHnHuhgi%mHnHuhY$hgi%0JmHnHu$jhY$hgi%0JUmHnHu*j¥
hY$hgi%0JUmHnHuè
é
01DEkl¶·ÓÔðñ
01247CDEGQR¾¿ÅÌæçèGIùòîêãòîêãòîêãòîêãòîêßêÕÎÕÎÕÃÕ¼ò´¬ê´¤zoh÷hH5\]h£2+hH5\]mH sH h¶+hH5\]mH sH hH5\]mH sH hÝp¯hH5h÷ÿmH sH hHmH sH håhåhÄihå5H*\hå5\hÄihå5\håh'(jh'(jh'(jh÷ÿh÷ÿh÷ÿh-0h-0*1El·Ôñ
128PQúõúõúõúððççi}kd$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j $Ifgd'(jgdågd'(jgd÷ÿQRfs¾¿ÅHIúõðëæáØÍO}kd'$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j
$1$Ifgd'(j $Ifgd'(jgdHgd'(jgd÷ÿgd÷ÿgd÷ÿgdå IJ«¬²ÚÛá@úõðëââdââ}kdµ$$IflÖÖ0ÿÄü$
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt 3ù $Ifgd'(jgd 3ùgdëjgd 3ùgdH IJ«¬±Ûà?ABXY}~ª«àá !IRXeghxy ¥ùòîêäÖÈ½È½ÖÈ²«î§|î§vooo|«îêvch8^ÿht5nHtHht5\
htsHhthththtsHhRòht5\h>ht5h'(jh'(jsHh'(jh÷ÿh÷ÿh 3ùh 3ùmH sH h 3ù5\mH sH haK¤h 3ù5\mH sH hùMùh 3ù5\mH sH
h 3ùsHhëjh÷ÿh 3ùh 3ùhHhH&@ABY}~©|wrrf] $Ifgd'(j$$Ifa$gd'(jgd'(jgd÷ÿgd 3ù}kd5
$$IflÖÖ0ÿÄü$
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt 3ù©ª«áf|wr|f] $Ifgd'(j$$Ifa$gd'(jgd'(jgdtgdt}kdµ
$$IflÖÖ0ÿHpD
tàÖ0ÿÿÿÿÿÿö´6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyttfghy ¦Î|wr|ii $Ifgd'(jgdëjgd÷ÿgdt}kdC$$IflÖÖ0ÿHpD
tàÖ0ÿÿÿÿÿÿö´6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytt¥¦ÍÎÔÕþÿ'()*CDjkpq¤¨®´¹ËÔÛâäñDEJKòæòæòæòæòÝæòæÔÍÉÅ¿´¦´¦ÍÉÅ|nh8^ÿh9K5nHo(tHh8^ÿh9K5nHtH
h9KsHh\h\höhò25\haK¤hò25\mH sH hò25\mH sH h°-h+5\h+5\haK¤h+5\mH sH h+5\mH sH
h+sHhëjh÷ÿh÷ÿh÷ÿ&'(.exx $Ifgd'(j}kdP$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2eflxx $Ifgd'(j}kdØ$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2Ãxx $Ifgd'(j}kd`$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2ÃÄÅÞ 3|wrmdd $Ifgd'(jgdò2gd'(jgd÷ÿgd+}kdè$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2345Ntu{¢|wrmdd $Ifgd'(jgd+gdëjgd÷ÿgdò2}kdp$$IflÖÖ0ÿØø%;
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jMNtuz{¡£¨©±ìîóô!"#%&./UV[\§¯±¶·ËÍÎüøòçÙçÒÙçÙÈÒÙçÙ¾Ò¾Ò¾Ò·°üøª¢¢{q¢{hhò2hò2sHh÷hò25\hò25\hs&hò25\h¶hò25\mHsHh÷hò25hÝp¯hò25
hò2sHh÷ÿh÷ÿh+h+htF h+5\h°-h+5\h+5\haK¤h+5\mH sH h+5\mH sH
h+sHhëjh÷ÿ(¢£©íxx $Ifgd'(j}kdø$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt+íîô$xx $Ifgd'(j}kd$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt+$%&/UV\|wrmdd $Ifgd'(jgdò2gdëjgd÷ÿgd+}kd$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2°xx $Ifgd'(j}kd$$IflÖÖ0ÿø%Y"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2°±·Ìxx $Ifgd'(j}kd$$IflÖÖ0ÿø%Y"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2ÌÍÎà
>|wr|ii $Ifgd'(jgdëjgd÷ÿgdò2}kd¬$$IflÖÖ0ÿø%Y"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2Îßà
=?DE]uwx³´¹ºÁÜÞòôùú245NOstyùõñëãÛÐÂ´ãÛÐÂ´©¡ñ¡ãÛ|ãÛ|uùõqkdh"=5\
h"=sHh'(jhò2hò2h÷hò25\h?Evxx $Ifgd'(j}kd:$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jvwx³´ºó|wr|ii $Ifgd'(jgdëjgd÷ÿgdò2}kdÈ$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jóôú3xx $Ifgd'(j}kdV$$IflÖÖ0ÿø%Y"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j345Ostz|wrmdd $Ifgd'(jgd"=gd'(jgd÷ÿgdò2}kdä$$IflÖÖ0ÿø%Y"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jyz°±×ØÝÞACHIuz{£°²³ÐÑìíprwx®´æíïð öìöåÞÚÖÐÅ·°¦Å·°¦Å·°Å·°°ÞÞÚÖÐ°öö°ö°w°åÞÚh!ïh"=5\h×goh"=5\h"=mH sH h"=h"=sHh¿wh"=5\hÍhh"=5\h"=5\haK¤h"=5\mH sH h"=5\mH sH
h"=sHhëjh÷ÿh÷ÿh÷ÿh"=h"=hÆgh"=5\hÄih"=5\.±×ØÞ
|wr|ii $Ifgd'(jgdëjgd÷ÿgd"=}kdr$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j
Bxx $Ifgd'(j}kdú$$IflÖÖ0ÿØø%;
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jBCItxx $Ifgd'(j}kd $$IflÖÖ0ÿØø%;
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jtu{±xx $Ifgd'(j}kd!$$IflÖÖ0ÿØø%;
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j±²³íq|wr|ii $Ifgd'(jgdëjgd÷ÿgd"=}kd¤!$$IflÖÖ0ÿØø%;
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jqrxxx $Ifgd'(j}kd2"$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j®´îxx $Ifgd'(j}kdº"$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jîïð 5 6 < t |wr|ii $Ifgd'(jgdëjgd÷ÿgd"=}kdB#$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j 5 6 ; < s u v ¯ ° µ ¶ ï ñ ÷ /!0!C!D!j!k!p!q!¨!ª!¯!°!á!ã!è!é!)"+","Q"g"h""""üöïåÛåÔÍÉüöïå¿åï¿¶ÍÉüöïå¬å¡¡¡ï¶ÍÉrhçeh 3ù5PJ\mH sH
h 3ùsHh'(jh 3ùh 3ùhaK¤h"=5\mH sH h"=5\mH sH h 9Îh"=5\h"=h"=sHhxçh"=5\h÷ÿh÷ÿh÷ÿh"=h"=hèuh"=5\hÄih"=5\h"=5\
h"=sHhëj)t u v ¯ ° ¶ ð |wr|ii $Ifgd'(jgdëjgd÷ÿgd"=}kdÊ#$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jð ñ ÷ .!xx $Ifgd'(j}kdR$$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j.!/!0!D!j!k!q!©!|wr|ii $Ifgd'(jgdëjgd÷ÿgd"=}kdÚ$$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j©!ª!°!â!xx $Ifgd'(j}kdb%$$IflÖÖ0ÿÝø%I#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt"=â!ã!é!*"xx $Ifgd'(j}kdê%$$IflÖÖ0ÿÝø%I#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt"=*"+","?"h""""½"|wrmh\S $Ifgd'(j$$Ifa$gd'(jgd 3ùgd'(jgd 3ùgd÷ÿgd"=}kdr&$$IflÖÖ0ÿÝø%I#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt"=½"¾"¿"Ò"ø"##%#J#|wrmh__ $Ifgd'(jgd\gdëjgd÷ÿgd÷ÿgd 3ù}kdú&$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j"¾"¿"÷"ø"##$#%#I#K#P#Q###®#¯#Õ#Ö#Û#Ü#=$?$E$¯$µ$%%%"%#%I%J%O%P%ðåÞÚÖÐÅ·Å·Å·°©ÞÚÖ£~wÞÚÖqeWh8^ÿh9K5nHo(tHh8^ÿh9K5nHtH
h9KsHh"=h"=h±S±h"=5\hH0/h"=5\hÄih"=5\h"=5\
h"=sHh\h\h\5\haK¤h\5\mH sH h\5\mH sH
h\sHhëjh÷ÿh÷ÿh÷ÿh 3ùh 3ùmH sH hyh 3ù5PJ\mH sH "J#K#Q##xx $Ifgd'(j}kd'$$IflÖÖ0ÿá%M´"
tàÖ0ÿÿÿÿÿÿö&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt\###¯#Õ#Ö#Ü#>$|wrmdd $Ifgd'(jgd"=gdëjgd÷ÿgd\}kd($$IflÖÖ0ÿá%M´"
tàÖ0ÿÿÿÿÿÿö&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt\>$?$E$®$xx $Ifgd'(j}kd($$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j®$¯$µ$%xx $Ifgd'(j}kd )$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j%%%#%I%J%P%%|wrmdd $Ifgd'(jgd9Kgdëjgd÷ÿgd"=}kd¨)$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jP%%%%%À%Á%Ç%È%û%ü%ý%þ%7&8&^&_&d&e&&&Ò&Ó&Ù&Ú&I'J'K'L'Z'['''''ª'Á'óåóåóåóåóåóÞ×ÓÏÉ½¯½½¯½¯½¯½×ÓÏxhh¢,hH?5PJnHo(tHh8^ÿhH?5nHo(tHh8^ÿhH?5nHtH
hH?sHh\h\h¢,h\5PJnHo(tHh8^ÿh\5nHo(tHh8^ÿh\5nHtH
h\sHhëjh÷ÿh÷ÿh÷ÿh9Kh9Kh8^ÿh9K5nHo(tHh8^ÿh9K5nHtH$%%%Á%xx $Ifgd'(j}kd0*$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt9KÁ%Â%È%ü%xx $Ifgd'(j}kd¸*$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt9Kü%ý%þ%8&^&_&e&Ó&|wrmdd $Ifgd'(jgd\gdëjgd÷ÿgd9K}kd@+$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt9KÓ&Ô&Ú&J'zz $Ifgd'(j|kdÈ+$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jJ'K'L'[''''Î'~ytoff $Ifgd'(jgdH?gdëjgd÷ÿgd\|kdM,$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÁ'Í'Î'Ï'Ô'Õ'ô'õ'(((((H(I(o(p(v(}((¯(µ(½(Ò(Ó(î(ð(óãÕÉ»Éã«óãÕ¤ti]ttNh÷hH?5\]mH sH hH?5\]mH sH h÷hH?5\]h¶+hH?5\]hH?5\]hÝp¯hH?5
hH?sHhëjh÷ÿh÷ÿh÷ÿhH?hH?húuhH?5PJnHo(tHh8^ÿhH?5nHo(tHh8^ÿhH?5nHtHh¢,hH?5PJnHtHh¢,hH?5PJnHo(tHhH?5PJnHo(tHÎ'Ï'Õ'(zz $Ifgd'(j|kdÒ,$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j(((+(I(o(p(v(®(~yto~f[
$1$Ifgd'(j $Ifgd'(jgdëjgd÷ÿgd÷ÿgdH?|kdW-$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j®(¯(µ(ï(xm
$1$Ifgd'(j $Ifgd'(j}kdÜ-$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jï(ð(ñ()))*)0)_)|wrmdd $Ifgd'(jgd"=gd'(jgd÷ÿgdH?}kdj.$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jð(ñ()))*)/)0)^)`)a)))Â)Ã)È)É)ø)ù)ú)û)**>*?*D*E******Á*Â*Ã*Ä*ß*÷ïëãÜÒÈÒÁº¶ë°¤¤¤º¶ykykykbyky[ºhH?hH?hH?5nHtHh8^ÿhH?5nHo(tHh8^ÿhH?5nHtH
hH?sHhëjh9Kh9Kh8^ÿh9K5nHo(tHh8^ÿh9K5nHtH
h9KsHh÷ÿh÷ÿh÷ÿh"=h"=hÆgh"=5\hÄih"=5\h"=5\h"=mH sH h'(jh÷ÿmH sH hH?hH?sH#_)`)a)f))Â)Ã)É)ù)|wwrmdd $Ifgd'(jgd9Kgd'(jgd÷ÿgd"=}kdø.$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jù)ú)û)*>*?*E**|wrmdd $Ifgd'(jgdH?gdëjgd÷ÿgd9K}kd/$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j***Â*zz $Ifgd'(j|kd0$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÂ*Ã*Ä*ß*ç*
+++F+~ytojaa $Ifgd'(jgdHgdëjgd}n2gd÷ÿgdH?|kd0$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jß*ç*
++++E+F+L+M+e+++++++µ+¶+¼+½+ñ+ò+ó+ø+ù+',(,),*,O,P,t,u,z,{,,øôøèÚèÚèÚèÑèÚèÅ·Å·Å·Å·Å«««uguh8^ÿhå5nHo(tHh8^ÿhå5nHtH
håsHh'(jh÷ÿh÷ÿh÷ÿhHhHh8^ÿht5nHo(tHh8^ÿht5nHtHh8^ÿh 3ù5nHo(tHh8^ÿh 3ù5nHtHhH5nHtHh8^ÿhH5nHo(tHh8^ÿhH5nHtHhëjhHmH sH $F+G+M++zz $Ifgd'(j|kd1$$IflÖÖ0ÿÒø%='#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt 3ù+++¶+zz $Ifgd'(j|kd1$$IflÖÖ0ÿÒø%='#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt 3ù¶+·+½+ò+zz $Ifgd'(j|kd2$$IflÖÖ0ÿÒø%='#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt 3ùò+ó+ù+(,zz $Ifgd'(j|kd¡2$$IflÖÖ0ÿÒø%='#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt 3ù(,),*,P,t,u,{,¸,~ytoff $Ifgd'(jgdågd'(jgd}n2gdH|kd&3$$IflÖÖ0ÿÒt>£
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j,,·,¸,¹,º,Ô,Õ,ù,ú,ÿ,-->-?-@-A-U-V-|-}-----Õ-Ö-Ü-Ý-ø-ù-/.0.1.2.C.a......®.Ñ.Ò.Ø.Ù.ô.õ./öêÜêÕÎÊÆ½êÜöêÜêÕÎÊ¹³§§§§§§§Õ¹}êÜêöêÜêÜêöê
håsHhåhHhHsHhH5nHtHh8^ÿhH5nHo(tHh8^ÿhH5nHtH
hHsHhëjh'(jh'(jsHh'(jh÷ÿh÷ÿh÷ÿhåhåh8^ÿhå5nHo(tHh8^ÿhå5nHtHhå5nHtH1¸,¹,º,Õ,ù,ú,-?-~yttkk $Ifgd'(jgd'(jgd}n2gdå|kd«3$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j?-@-A-V-|-}--Ö-~ytoff $Ifgd'(jgdHgdëjgd}n2gdå|kd04$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÖ-×-Ý-0.zz $Ifgd'(j|kdµ4$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j0.1.2.a....Ò.~ytoff $Ifgd'(jgdågdëjgdågdH|kd:5$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÒ.Ó.Ù./zz $Ifgd'(j|kd¿5$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j////$/3/4/Z/[/`/a///¡/¢/Ü/Ý/Þ/ß/÷/ø/00"0#0_0`0a0b0n0¯0°0Ö0×0Ü0Ý0F1G1M1N1¹1º1À1Á1â1ã1ä1òæß×ÐÌÈÂ¶¨¶¨¶¨¶¨¶¡ÐÌÂ¶¨¶¨¶¡ÐÌÈuuuuuuh8^ÿhH?5nHo(tHh8^ÿhH?5nHtH
hH?sHhH?mH sH h'(jhÅy§hÅy§h8^ÿhÅy§5nHo(tHh8^ÿhÅy§5nHtH
hÅy§sHhëjh÷ÿh÷ÿh÷ÿhÅy§mH sH håhåh8^ÿhå5nHtHh8^ÿhå5nHo(tH.///4/Z/[/a//~ytoff $Ifgd'(jgdÅy§gdëjgd}n2gdå|kdD6$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j//¢/Ý/xx $Ifgd'(j}kdÉ6$$IflÖÖ0ÿø%?¢
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÝ/Þ/ß/ø/00#0`0|wr|ii $Ifgd'(jgd'(jgd}n2gdÅy§}kdQ7$$IflÖÖ0ÿø%?¢
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j`0a0b0°0Ö0×0Ý0G1~ytoff $Ifgd'(jgdH?gdëjgd}n2gdÅy§|kdÙ7$$IflÖÖ0ÿø%>£
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jG1H1N1º1zz $Ifgd'(j|kd^8$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jº1»1Á1ã1zz $Ifgd'(j|kdã8$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jã1ä1å1÷122$2l2~ytoff $Ifgd'(jgdò2gdëjgd}n2gdH?|kdh9$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jä1å1ö1÷122#2$2k2l2r2s2Â2Ã2Ä2Å2Ê2Ì2Õ2û2ü23393:3@3A3j3k3l3m333¯3°3µ3¶3
444
44/404T4ùòîêäØÊØÊØÊØÊØÃ»¯»ê¤òîäØÊØÊØÃ{t{h§Ah§Ah§Ah'(jh+h+h8^ÿh+5nHo(tHh8^ÿh+5nHtHhëjhëjmH sH h+h+H*mH sH h+mH sH hò2hò2h8^ÿhò25nHo(tHh8^ÿhò25nHtH
hò2sHhëjh÷ÿh÷ÿh÷ÿhH?hH?,l2m2s2Ã2zz $Ifgd'(j|kdí9$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÃ2Ä2Å2Õ2û2ü23:3~yttkk $Ifgd'(jgdëjgd}n2gdò2|kdr:$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j:3;3A3k3zz $Ifgd'(j|kd÷:$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jk3l3m33¯3°3¶34~ytoff $Ifgd'(jgdò2gd'(jgd}n2gd+|kd|;$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j44
404T4U4[4¦4~ytoff $Ifgd'(jgd§Agd'(jgd§Agdò2|kdhd\u5
hd\usHh÷ÿhd\uhd\uh8^ÿhd\u5nHo(tHh8^ÿhd\u5nHtHhd\umH sH h'(jh§AmH sH hd\uh÷ÿh÷ÿ
h"=sHhëjh"=h"=h"=h8^ÿh"=5nHtHh8^ÿh"=5nHo(tH+99
9U9zz $Ifgd'(j|kdA$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jU9V9W9x999¥9ñ9~yt~kk $Ifgd'(jgdëjgd"=gd"=|kdA$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jñ9ò9ø94:zz $Ifgd'(j|kd B$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j4:5:6:N:b::::¯:~ytojaa $Ifgd'(jgdd\ugd'(jgd"=gd÷ÿgd"=|kd¥B$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j¯:°:±:¼:â:ã:é:;~yt~kk $Ifgd'(jgdëjgd"=gdd\u|kd*C$$IflÖÖ0ÿø%?¢
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j;;;?;xx $Ifgd'(j}kd¯C$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j;;@;A;U;;;§;¨;®;ú;~>Ï>xx $Ifgd'(j}kdH$$IflÖÖ0ÿÑø%='#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt9KÏ>Ð>Ö>?xx $Ifgd'(j}kdH$$IflÖÖ0ÿÑø%='#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt9K???;?_?`?f?¤?|wrmdd $Ifgd'(jgd§Agd'(jgd}n2gd9K}kdI$$IflÖÖ0ÿÑø%='#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt9K¤?¥?¦?Ç?í?î?ô?-@¨£ $Ifgd'(jgd9Kgdëjgd}n2gd§ARkdI$$IfFÖ0µÿ¦o&0 öº&ööÖÖÖÖÿÿ4Ö4Ö
Faöûÿyt'(jí?î?ó?ô?,@.@3@4@w@x@y@z@æ@ç@AAAAVAdAAAAðAñABBBVB[BúõíåÝÑÃÑÃÑ¼µ±§{piµ±e§ZLZhaK¤hH5\mH sH hH5\mH sH hëjhHhHhuhH5\]hs&hH5\]hH5\]huhH56mH sH hH56mH sH
hHsHh'(jh÷ÿh÷ÿh÷ÿh9Kh9Kh8^ÿh9K5nHo(tHh8^ÿh9K5nHtHhÿ9ûh9K5h@BÚh9K5hÅQh9K5 h9K5
h9KsH-@.@4@x@y@¤¤*ykdoJ$$IflÖÖ0µÿò{!=
tàÖ0ÿÿÿÿÿÿöÆ!öÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöûÿyt9K $Ifgd'(jRkdJ$$IfFÖ0µÿå{!0öÆ!ööÖÖÖÖÿÿ4Ö4Ö
Faöûÿyt9Ky@z@@ç@AAAAAAúõðëæÝÒTæ}kdþJ$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j
$1$Ifgd'(j $Ifgd'(jgdHgd'(jgd}n2gd÷ÿgd9K AñABBBUBVB\BëBúõðççiçç}kdK$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j $Ifgd'(jgdHgdëjgd}n2[BBBBÏBÕBÖBÙBäBìBíB
CC2C3C8C9CnCpCyC{C|CCC¸C¹C¾C¿CDDDDDBDòæÝÒòÒÄÒò¹²®ª¤yn²®ª¤d]²®Yhëjh\h\hápÅh\5\h\h\mH sH h4n8h\5H*\h\5\haK¤h\5\mH sH h\5\mH sH
h\sHh'(jh÷ÿh÷ÿh÷ÿhHhHmH sH hRhH5\mH sH hH5\mH sH hH5mH sH haK¤hH5mH sH haK¤hH5\mH sH !ëBìBíBC2C3C9CzC|wrmdd $Ifgd'(jgd\gd'(jgd}n2gdH}kdL$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jzC{C|CC¸C¹C¿CD|wr|ii $Ifgd'(jgd'(jgd'(jgd\}kdL$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jDDDDBDCDID§D|wrmdd $Ifgd'(jgd9Kgdëjgd}n2gd\}kd$M$$IflÖÖ0ÿØø%;
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jBDCDHDIDdDeDkDlDoDpDDD¨D®DÂDÃDÒDâDûDüD!E"EHEIENEOEdErEwEEE©E«E±EãEäE F
F.F/FúõíãÜÒÜÒÜÒÜÒíÒÜÒÜÒËÄÀ¼¶««~zvp
hH?sHh'(jhH?hH?hH?hJ·hJ·hxEçhJ·5\hJ·5\haK¤hJ·5\mH sH hJ·5\mH sH
hJ·sHhëjh÷ÿh÷ÿh÷ÿh9Kh9KhRòh9K5\h9K5\hA;h9K5\h>h9K5 h9K5
h9KsH'§D¨D®DúDxx $Ifgd'(j}kd¬M$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(júDûDüD"EHEIEOEªE|wrmdd $Ifgd'(jgdJ·gdëjgd}n2gd9K}kd:N$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jªE«E±EâExx $Ifgd'(j}kdÈN$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytJ·âEãEäE
F.F/F5FqF|wrmdd $Ifgd'(jgdH?gd'(jgdH?gdJ·}kdPO$$IflÖÖ0ÿÏø%;)"
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytJ·/FqFrFsFFFF²F³F¸F¹FØFÙFàFòFóFGG G,G:G;GIGOGhGiGwGxGGG¸G¹G¾GðâÛÔÌÈÄ¾¶®©¢Ì~t~tt~tmfbÄXhçhd\u5\h÷ÿh÷ÿh÷ÿhd\uhd\uhRòhd\u5\hd\u5\h>hd\u5
hd\usHhëjhd\uh÷ÿhd\uhJ·hJ· hJ·5h÷hJ·5hÝp¯hJ·5
hJ·sHh'(jhJ·hd\umH sH hH?hd\uhH?hH?h`GhH?5PJnHtHh`GhH?5PJnHo(tH qFrFsFF²F³F¹F×F~ytoff $Ifgd'(jgdJ·gd'(jgd}n2gdH?|kdØO$$IflÖÖ0ÿø%=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytH?×FØFÙFóFGG GHG|wrmdd $Ifgd'(jgdd\ugdëjgd}n2gdJ·}kd]P$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jHGIGOGvGxx $Ifgd'(j}kdëP$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jvGwGxGG¸G¹G¿G
H|wr|ii $Ifgd'(jgd'(jgd}n2gdd\u}kdyQ$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j¾G¿GÜGÞGæGçG HHH"H#HGHHHMHNHpHqHrHsHHH±H²H·H¸HèHêHïHðHDIFIKILI|I~IIIÎIÐIÕIÖI÷IùIóéÞé×éóÐÉÅÁ»¯¡¯¡¯ÉÅ»}vl}vl}vl}vl}vlhÄihò25\hò25\haK¤hò25\mH sH hò25\mH sH hëjhò2hò2h8^ÿhò25nHo(tHh8^ÿhò25nHtH
hò2sHh'(jh÷ÿh÷ÿh÷ÿhd\uhd\uhRòhd\uhRòhd\u5H*\hRòhd\u5\hRòhd\uCJPJaJ*
HHH#HGHHHNHqH|wrmdd $Ifgd'(jgdò2gd'(jgd}n2gdd\u}kdR$$IflÖÖ0ÿø%Q?QWQ}Q~QQ¬Q|wrmdd $Ifgd'(jgdd\ugdëjgdd\ugdJ·}kds]$$IflÖÖ0ÿø%?
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(j¬QQ³QÚQxx $Ifgd'(j}kd^$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jÚQÛQòQRRRhR|wrii $Ifgd'(jgdd\ugd'(jgd}n2}kd^$$IflÖÖ0ÿàø%pD
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jhRiRjRR£R¤RªRÆR|wrmdd $Ifgd'(jgdò2gd'(jgd}n2gdd\u}kd_$$IflÖÖ0ÿø%&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt\ÑVÒVØVúVzz $Ifgd'(j|kd>f$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt\úVûVWWzz $Ifgd'(j|kdÃf$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyttW W&WDWzz $Ifgd'(j|kdHg$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt+DWEWKWzWzz $Ifgd'(j|kdÍg$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt+zW{WW±Wzz $Ifgd'(j|kdRh$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt+±W²W¸WçWzz $Ifgd'(j|kd×h$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytò2çWèWéWX$X%X+XOX~ytoff $Ifgd'(jgdHgd'(jgd}n2gdå|kd\i$$IflÖÖ0ÿÒu=¤
tàÖ0ÿÿÿÿÿÿöd&ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöyt'(jèWéWÿWX$X%X*XPXQXgXhXXXX°X²XµXËXÍXÒXÓXY Y%Y&YGYIYJYaYYYùòîêäÙËÀòî¼ä´¥¥znbzZnÀR¼Rh§AmH sH h7-NhJ·5h÷hJ·5mH sH hs&hJ·5mH sH h÷hJ·5hÝp¯hJ·5h÷hH5\]mH sH hH5\]mH sH hs&hH5\]mH sH hÝp¯hH5hëjhHhHmH sH haK¤hH5\mH sH hH5\mH sH
hHsHh'(jh÷ÿh÷ÿh÷ÿhåhåOXPXQXhXXXXÌX|wr|i^
$1$Ifgd'(j $Ifgd'(jgdëjgd}n2gdH}kdái$$IflÖÖ0ÿØø%D !
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytHÌXÍXÓXYxx $Ifgd'(j}kdij$$IflÖÖ0ÿÓø%?%#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytJ·Y Y&YHYxx $Ifgd'(j}kd÷j$$IflÖÖ0ÿÓø%?%#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytJ·HYIYJYaYYYYY|wrmdd $Ifgd'(jgd§Agdëjgd§AgdH}kdk$$IflÖÖ0ÿÓø%?%#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytJ·YYY¡YÀYÃY×YÚYZZZZIZJZlZmZrZzZ}ZZZZ°Z¼Z¿ZÄZ×ZÙZÚZàZêZëZîZôZõZøZ[ [[&['[+[0[1[4[G[H[K[`[a[d[e[g[[[¨[°[±[²[Ò[Ó[õ[ö[\\;\^?^A^B^D^E^Q^^^`^c^z^|^~^^^^^^ùòùîùîùîùîùîùîùîùîùîùîùîùîùîùîùîùîæùîßùîßùîùîùîùÚùîÏùîæÏùîæÏùîùîùîùÈîÈùîÈùîùîùÚh8wh]½hü}Êh]½nHtH h]½\hü}Êh]½h]½nHtHh]½h=c3h]½hè4Æh]½O@\B\L\M\N\O\öö;ööºkd@x$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜO\R\U\l\m\n\óêê/êºkdÖx$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜn\o\r\u\\\öêöö/ºkdly$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜ\\\\\©\ööêöö$$Ifa$gdzXÜ $IfgdzXÜ©\ª\«\®\±\´\D;;/;$$Ifa$gdzXÜ $IfgdzXÜºkdz$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T´\Å\Æ\Ç\É\Ì\ö;öö/$$Ifa$gdzXÜºkdz$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜÌ\Ï\Ô\Õ\Ö\×\öö;ööºkd.{$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ×\Ø\Ù\Þ\ß\à\óêê/êºkdÄ{$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜà\á\â\ã\è\é\öêöö/ºkdZ|$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜé\ê\ì\î\ñ\ö\ööêöö$$Ifa$gdzXÜ $IfgdzXÜö\÷\ø\ù\ü\ÿ\D;;/;$$Ifa$gdzXÜ $IfgdzXÜºkdð|$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½Tÿ\]]]]]ö;öö/$$Ifa$gdzXÜºkd}$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ] ]A]öè
$7$8$H$IfgdzXÜ $IfgdzXÜA]B]C]D]2)) $IfgdzXÜÍkd~$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½TD]F]I]S]óêê $IfgdzXÜ$$Ifa$gdzXÜS]T]U]V]2)) $IfgdzXÜÍkd×~$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½TV]X][]u]óêê $IfgdzXÜ$$Ifa$gdzXÜu]v]w]y]2)) $IfgdzXÜÍkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½Ty]{]~]]óêê $IfgdzXÜ$$Ifa$gdzXÜ]]]]2)) $IfgdzXÜÍkdM$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T]]]®]óêê $IfgdzXÜ$$Ifa$gdzXÜ®]¯]°]±]2)) $IfgdzXÜÍkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T±]´]·]Ý]Þ]ß]óêê/êºkdÃ$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜß]à]ã]æ]^öêöÜ
$7$8$H$IfgdzXÜ$$Ifa$gdzXÜ $IfgdzXÜ^^^^2)) $IfgdzXÜÍkdY$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T^
^
^^óêÜ
$7$8$H$IfgdzXÜ $IfgdzXÜ$$Ifa$gdzXÜ^^^^2)) $IfgdzXÜÍkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T^^"^6^óêÜ
$7$8$H$IfgdzXÜ $IfgdzXÜ$$Ifa$gdzXÜ6^7^=^?^2)) $IfgdzXÜÍkdÏ$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T?^B^E^_^`^a^óêê/êºkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜa^c^e^h^{^|^öêöö/ºkd $$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜ|^}^~^^^^ööêöö$$Ifa$gdzXÜ $IfgdzXÜ^^^^2)) $IfgdzXÜÍkd¶$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T^^^^^´^¶^·^Õ^Ö^Ù^Ü^ó^ô^ø^ú^
______á_â_ã_ä_5`7`N`O`P`Q`S`T`Á`É`Ê`Ë`Ó`Õ`â`ä`ï`ð`ñ`ò`ó`ô`ö`÷`ÿ`aaa8a9aPaRaVaWaeagakalayaaaaaa¶a·a¸a¹a»a¼a¿aÅaÆaÍaßaàaáaâa÷aøabùõùõðèùõùõùáùõùõáõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõÚùõðùõùõùõhD=Oh]½h8wh]½hû(Óh]½\ h]½\h]½hè4Æh]½V^^^µ^óêê $IfgdzXÜ$$Ifa$gdzXÜµ^¶^·^¹^2)) $IfgdzXÜÍkdq$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T¹^»^¾^Ô^Õ^Ö^óêê/êºkd,$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜÖ^Ú^Û^Ü^ò^ó^öêöö/ºkdÂ$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜó^ô^ø^ù^ú^_ööêöö$$Ifa$gdzXÜ $IfgdzXÜ______D;;/;$$Ifa$gdzXÜ $IfgdzXÜºkdX$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T_____!_ö;öö/$$Ifa$gdzXÜºkdî$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ!_$__?_öö;ööºkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ?_@_C_K_L_M_óêê/êºkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜM_N_P_S_d_e_öêöö/ºkd°$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜe_f_g_h_k_|_ööêöö$$Ifa$gdzXÜ $IfgdzXÜ|_}_~____D;;/;$$Ifa$gdzXÜ $IfgdzXÜºkdF$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T______ö;öö/$$Ifa$gdzXÜºkdÜ$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ_ _º_»_¼_½_öö;ööºkdr$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ½_¾_¿_Þ_ß_â_óêê/êºkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜâ_ä_æ_ê_``öêöö/ºkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜ````
` `ööêöö$$Ifa$gdzXÜ $IfgdzXÜ `!`"`#`%`)`D;;/;$$Ifa$gdzXÜ $IfgdzXÜºkd4$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T)`6`7`8`9`b@bZb\b]bbbbbbbµb¹b½b¾bÖbØbccccccc%c'c,c.c/c=c>cdceckclcpcqctcuczc{ccccccc´cµc¸c¹c¾c¿cÄcÅcÇcÉcÌcùõùõùõùõùõùõùõùõùõùõùõùõíùõåõíõÝÔÍÉÅ¿¸§¸£¸£¸£¸£¸£££££££ hi\hi hihiPJmH nHsH tHhi5\
hisHhëjh÷ÿh÷ÿh÷ÿh]½h]½sH*hyh]½*hyh]½*hyh]½h]½hè4Æh]½>bb b"b%b9bööêöö$$Ifa$gdzXÜ $IfgdzXÜ9b:b;bbAbD;;/;$$Ifa$gdzXÜ $IfgdzXÜºkdÚ$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½TAbUbVbWbXbZbö;öö/$$Ifa$gdzXÜºkdp$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜZb]bbbbböö;ööºkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜbbb¶bóêê $IfgdzXÜ$$Ifa$gdzXÜ¶b·b¸b¹b2)) $IfgdzXÜÍkd$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½T¹b»b¾bÕbóêê $IfgdzXÜ$$Ifa$gdzXÜÕbÖb×bØb2)) $IfgdzXÜÍkdW$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½TØbÚbÝbcóêê $IfgdzXÜ$$Ifa$gdzXÜcccc2)) $IfgdzXÜÍkd $$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöpÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyt]½Tccccccóêê/êºkdÍ $$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ$$Ifa$gdzXÜccccccöêöö/ºkdc¡$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T$$Ifa$gdzXÜ $IfgdzXÜc c"c$c%c&cööêöö$$Ifa$gdzXÜ $IfgdzXÜ&c'c(c*c+c,cD;;/;$$Ifa$gdzXÜ $IfgdzXÜºkdù¡$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T,c-c.c/c>cö;61gd÷ÿgd]½ºkd¢$$IfTlÖÖrÿwr :°
w
tàÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿ4Ö4Ö
laöyt]½T $IfgdzXÜ>cdceclcqcuc{cccúõéééééé$$Ifa$gdigdigdëjcccµc¹c1((( $IfgdiÎkd%£$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT¹c¿cÅcÈcÉcööö(ÎkdÊ£$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT $IfgdiÉcÍcÛcßcåcëcícöööööö $IfgdiÌcÍcÚcÛcÞcßcäcåcêcëcìcîcõcöcddd ddddddddd0d1d4d5d:d;d@dAdBdDdGdHdSdTdWdXd]d^dcdddedgdodpd{d|ddddddddddd¹dºd½d¾dÃdÄdÉdÊdËdÍdÑdÒdådædédêdïdðdõdöd÷dùdýdþde ee
eeeeeee e!e4eü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ hi\hibícîcöcd d1((( $IfgdiÎkdo¤$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT dddddööö(Îkd¥$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT $Ifgdidd1d5d;dAdCdöööööö $IfgdiCdDdHdTdXd1((( $IfgdiÎkd¹¥$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiTXd^dddfdgdööö(Îkd^¦$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT $Ifgdigdpd|dddddöööööö $Ifgdidddºd¾d1((( $IfgdiÎkd§$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT¾dÄdÊdÌdÍdööö(Îkd¨§$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT $IfgdiÍdÒdædêdðdödødöööööö $Ifgdiødùdþd e
e1((( $IfgdiÎkdM¨$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT
eeeeeööö(Îkdò¨$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiT $Ifgdie!e5e9e?eEeGeöööööö $Ifgdi4e5e8e9e>e?eDeEeFeHeOePelemepeqevewe|e}e~eeeeeeee e¡e¦e§e¨eªee®eÐeÑeÔeÕeÚeÛeàeáeâeäeçeèeëeìeïeðeõeöeûeüeýeÿe f
f&f'f*f+f0f1f6f7f8f:fAfBfJfKfNfOfTfUfZf[f\f^fbfcfmfnfqfrfwfxf}fü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷üîã÷ü÷ü÷ü÷ü÷üîü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷ü÷hÑhimHsHhi\mHsH hi\hiZGeHePemeqe1((( $IfgdiÎkd©$$IfTlÖÖÿ·U»!!¯$BBBBBB
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿÖÿÿÿÿÿÿ4Ö4Ö
lBÖaöytiTqewe}eeeööö(Îkd&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1 $Ifgd'(jgd§Agdëjgd§AzzzÒzxx $Ifgd'(j}kd_ì$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1ÒzÓzÙz {xx $Ifgd'(j}kdçì$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1 {
{{:{xx $Ifgd'(j}kdoí$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1:{;{A{`{xx $Ifgd'(j}kd÷í$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1`{a{g{{{xx $Ifgd'(j}kdî$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1{{|{{³{xx $Ifgd'(j}kdï$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1³{´{º{Ù{xx $Ifgd'(j}kdï$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1Ù{Ú{à{ý{xx $Ifgd'(j}kdð$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ1ý{þ{ÿ{
|1|2|8|e||wrmdd $Ifgd'(jgdÊ1gdëjgdÊ1gd§A}kdð$$IflÖÖ0ÿÒø%>&#
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÊ17|8|O|P|^|d|f|g|||§|¨|©||®|Ä|Æ|Î|Ð|Ñ|×|Ø|ó|ô|û|ü|}}}}}}} }!}#}3}=}öîéîéöâÛ×ÓâîéöéÉéöâÛ×ÅâÛÁ¸²¸ª¸ªâq9htø5B*CJOJPJQJ\aJmH nHphsH tHh.¯hnÃhnÃ
hÅ?¦aJhÐ-EhÊ1mH sH hÊ1mH sH
hÊ1sHhÄihÊ1sHhY}G}H}S}\}]}r}t}u}v}§}©}«}¬}Ä}Æ}Ç}È}ë}ì}~~~~2~4~5~6~W~X~w~x~~~~~¦~§~Ò~Ô~Ö~×~
*+ßÂßÂßvvvvvvv3htøB*CJOJPJQJaJmH nHphsH tH9htøhtøB*CJOJPJQJaJmH nHphsH tH(htøhtøCJPJaJmH nHsH tH9htø5B*CJOJPJQJ\aJmH nHphsH tH?htøhtø5B*CJOJPJQJ\aJmH nHphsH tH.H}T}\}]}b}i}r}u}öö\öööökd=ò$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿcÿÿÿÿ
t ö6ööÖÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø $Ifgdtøu}v}}}§}«}e\\\\ $IfgdtøkdJó$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø«}¬}µ}¾}Ä}Ç}e\\\\ $IfgdtøkdWô$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøÇ}È}Ï}Ø}å}ë}e\\\\ $Ifgdtøkddõ$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøë}ì}ó}ü}~~e\\\\ $Ifgdtøkdqö$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø~~"~+~2~5~e\\\\ $Ifgdtøkd~÷$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø5~6~=~H~O~W~e\\\\ $Ifgdtøkdø$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøW~X~_~d~o~w~e\\\\ $Ifgdtøkdù$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøw~x~~~~~e\\\\ $Ifgdtøkd¥ú$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø~~~~ ~¦~e\\\\ $Ifgdtøkd²û$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø¦~§~²~¹~Ò~Ö~e\\\\ $Ifgdtøkd¿ü$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøÖ~×~à~å~e\\\\ $IfgdtøkdÌý$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø
"*e\\\\ $IfgdtøkdÙþ$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø*+29LTe\\\\ $Ifgdtøkdæÿ$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø+TU|}ÅÆãåæçþCEGH ÓÔ:;^_¹ºÓÕÖ×üý0234abØÙ$&'(MOQRyzâÍâÍâ³âÍâÍâ³âÍâ³âÍâ³âÍâÍâÍâÍâÍâÍâÍâ³âÍâÍâ³âÍâÍâ³âÍâÍâ³âÍâÍâÍâ³âÍâ³âÍâÍ3htøB*CJOJPJQJaJmH nHphsH tH(htøhtøCJPJaJmH nHsH tH9htøhtøB*CJOJPJQJaJmH nHphsH tHFTU^gv|e\\\\ $Ifgdtøkdó$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø|}e\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø¤¿Åe\\\\ $Ifgdtøkd
$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøÅÆÍØãæe\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøæçòùþe\\\\ $Ifgdtøkd'$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø
CGe\\\\ $Ifgdtøkd4$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøGHOXye\\\\ $IfgdtøkdA$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøe\\\\ $IfgdtøkdN$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø ©®ÍÓe\\\\ $Ifgdtøkd[ $$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøÓÔÝäøe\\\\ $Ifgdtøkdh
$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø
4:e\\\\ $Ifgdtøkdu$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø:;BIX^e\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø^_dme\\\\ $Ifgdtøkd
$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø±¹e\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø¹º¿ÆÓÖe\\\\ $Ifgdtøkd©$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøÖ×Þçðüe\\\\ $Ifgdtøkd¶$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøüý03e\\\\ $IfgdtøkdÃ$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø34=BYae\\\\ $IfgdtøkdÐ$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøabipe\\\\ $IfgdtøkdÝ$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø¢¯ÒØe\\\\ $Ifgdtøkdê$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøØÙàçe\\\\ $Ifgdtøkd÷$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø$'e\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø'(-6MQe\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøQR[dqye\\\\ $Ifgdtøkd$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøyz}e\\\\ $Ifgdtøkd+$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøz´¶·¸éê=?ABef£¥¦§ÈÊËÌíïðñ/123VXYZuv¡¢ÅÇÈÉÞàâãDElm¨©Þß?@âÈâ³âÈâ³â³â³âÈâ³â³â³âÈâ³âÈâ³âÈâ³âÈâ³âÈâ³âÈâ³â³â³âÈâ³âÈâ³â³â³â³â³â³â³â³(htøhtøCJPJaJmH nHsH tH3htøB*CJOJPJQJaJmH nHphsH tH9htøhtøB*CJOJPJQJaJmH nHphsH tHF´·e\\\\ $Ifgdtøkd8$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø·¸ÁÈáée\\\\ $IfgdtøkdE$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøéêñøe\\\\ $IfgdtøkdR$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø#.=Ae\\\\ $Ifgdtøkd_$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøABKX_ee\\\\ $Ifgdtøkdl$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøefkre\\\\ $Ifgdtøkdy $$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø£¦e\\\\ $Ifgdtøkd!$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø¦§°µÈËe\\\\ $Ifgdtøkd"$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøËÌÕÚíðe\\\\ $Ifgdtøkd #$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttøðñúÿe\\\\ $Ifgdtøkd$$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø%*/2e\\\\ $Ifgdtøkdº%$$Ifl Ö\ÿo¶
Øü$cÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿcÿÿÿÿÿÿÿÿ
t ö6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ(ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿyttø23ÆcÆdÆÆÆÒÆÓÆÇ ÇGÇHÇÇÇÔÇÕÇ"È#È~ÈÈ«È¬ÈÜÈÝÈôÈùñùñùèùèùâÙÐÌÅÌÅµ¥µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µ¡µhih8|CJOJPJQJ^JaJhiCJOJPJQJ^JaJh.¯hnÃhnÃh.¯hnÃaJh.¯h÷ÿaJ
hnÃaJhzXÜh÷ÿPJh÷ÿh÷ÿo(h÷ÿh÷ÿ=ÂÂÂÂÂ´ÂH???? $Ifgd}n2¶kd$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜ´ÂµÂ¶Â¸Â¹ÂÇÂH???? $Ifgd}n2¶kd;$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜÇÂÈÂÉÂËÂÌÂÝÂH???? $Ifgd}n2¶kdá$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜÝÂÞÂßÂàÂâÂõÂH???? $Ifgd}n2¶kd$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜõÂöÂ÷ÂøÂúÂÃH???? $Ifgd}n2¶kd-$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜÃÃÃ ÃÃÃH???? $Ifgd}n2¶kdÓ$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜÃÃÃÃÃ"ÃH???? $Ifgd}n2¶kdy$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜ"Ã#Ã$Ã&Ã'Ã6ÃH???? $Ifgd}n2¶kd$$IflÖÖ\ÿ\$ìü$
t Ö0ÿÿÿÿÿÿö6öÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿÿÿÿÿÿÿÿytzXÜ6Ã7Ã8Ã;Ãý?ý÷åÏ¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷»÷åÏ¿¤¿÷»÷åÏ¿¤¿÷÷hÝ}^himHsHhÝ}^himHsH,h9iÐhiCJOJPJQJ^JaJmHsHhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiU/úõú0û1ûöö,Ékd,þ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi1û8û¥ûÅûóêê $Ifgdi$$Ifa$gdiÅûÆûÍû:ü5) $Ifgdi$$Ifa$gdiÉkd;ÿ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti:üwüxüüö, $$Ifa$gdiÉkdJ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdiüäü ý
ýöö,ÉkdY$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi
ýývý¡ýóêê $Ifgdi$$Ifa$gdi?ýLýMývý¡ý¢ý©ýªý×ýØýãýäýæýçýþþþþþþFþGþPþQþ»þ¼þÃþÄþñþòþýþþþÿÿ*ÿ+ÿ4ÿ5ÿ7ÿ8ÿ`ÿaÿjÿkÿÑÿçÍ¶¦¢¦¢r¦¢r¦¢r¦¢¦¢r¦¢r¦¢r¦+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUhihiCJOJPJQJ^JaJ,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsH,¡ý¢ý©ýoþ5) $Ifgdi$$Ifa$gdiÉkdh$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytioþ»þ¼þÃþö, $$Ifa$gdiÉkdw$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÃþÿÑÿÒÿöö,Ékd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiÑÿÒÿÙÿÚÿ@AJKMNvwÕÖÝÞ
$%ijqr ¡ÆÇÍÎÐÑúû
MNUVüìäüäÒ¼ìäüäÒ¼ìäüäÒ¼ìüìäüäÒ¼ìüìäüäÒ¼ìäüäÒ¼ìäüäÒ¼ìüìä±ä0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsH+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUhiCJOJPJQJ^JaJhi6ÒÿÙÿÕóêê $Ifgdi$$Ifa$gdiÕÖÝ&5) $Ifgdi$$Ifa$gdiÉkd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti&ijqö, $$Ifa$gdiÉkd¤$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiqMNöö,Ékd³$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiNU^óêê $Ifgdi$$Ifa$gdi¸¹¿ÀÂÃðñ^`npÂÄÎÐÔÖ*,8:bÒÔâä@BLNRT°²ÊÌÐÒ&(46:d?d~dddd´dµd¿dÀdÂdÃdöd÷deeee.eéÙÑÍÑ»éÙÍÙÑÍÑ»éÙÑÍÑ»éÙÍÙÑÍÑ»éÙÑÍÑ»éÙÑÍÑ»éÙÍÙÑÍÑ»éÙÑÍÑ»éÙÍÙÍÙÑÍÑ»éÙÑÍÑ»éÙÑÍ"hi0JCJOJPJQJ^JaJhijhiUhiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJJÝaÞaåapb5) $Ifgdi$$Ifa$gdiÉkd«$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytipbbbbö, $$Ifa$gdiÉkdº$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdibVcccöö,ÉkdÉ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdiccd>dóêê $Ifgdi$$Ifa$gdi>d?dFd`d5) $Ifgdi$$Ifa$gdiÉkdØ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti`d~dddö, $$Ifa$gdiÉkdç$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi.e/e9e:eªe«e²e³eàeáeëeìeîeïe"f#f-f.f0f1fZf[fefffÆfÇfÎfÏfüfýf
gg
gg?g@gLgMgOgPgggggÓgÔgÛgÜghhh÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿÷»÷åÏ¿»¿÷°÷0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiU2dSeªe«eöö,Ékdö$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi«e²efÆfóêê $Ifgdi$$Ifa$gdiÆfÇfÎfg5) $Ifgdi$$Ifa$gdiÉkd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytigÓgÔgÛgö, $$Ifa$gdiÉkd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdihhhhDhEhThUhVhhhiiii8i9iHiIiKiLiyiziåÎÆ»Æ¢åÎÆÆjP9ÆÆ,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHhihiCJOJPJQJ^JaJ0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsHÛgVhhhöö,Ékd# $$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdihhÊhióêê $Ifgdi$$Ifa$gdiiiiZj5) $Ifgdi$$Ifa$gdiÉkd2¡$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiziiiii¼i½iÒiÓiÕiÖijjjjjjEjFjVjWjZjjjjj·j¸jÅjÆjÈjÉjújûjkk
kk:k;kIkçÍ¶®£®çÍ¶®£®çÍ¶®£®çÍ¶®®}g®®}g®®}+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsH(Zjjjjö, $$Ifa$gdiÉkdA¢$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiIkJkkkkkÍkÎkðkñkókôk#l$l0l1l¥l¦ll®lÚlÛlèlélëlìlmm&m'm)m*m[m\mnmomqmrm£m¤m¶méÙÕÙÍÕÍ»éÙÍÕÍ»éÙÕÙÍ°Í}fÍ°Í}fÍ°Í}fÍ°Í,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsH"hi0JCJOJPJQJ^JaJjhiUhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ(j`kkköö,ÉkdP£$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdikkTl¥lóêê $Ifgdi$$Ifa$gdi¥l¦lløm5) $Ifgdi$$Ifa$gdiÉkd_¤$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti¶m·m¹mºmçmèmöm÷møm#n$n+n,nXnYnfngninjnnn¤n¥n§n¨nÙnÚnìnínïnðn!o"o4o5o7o8oeofotouovo¯o°o·o¸oÛoÜoëoåÎÆ»Æ¢åÎÆ»Æ¢åÎÆ»Æ¢åÎÆ»Æ¢åÎÆ»Æ¢åÎÆ»Æ¢åÎÆÆ|"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJ0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0øm#n$n+nö, $$Ifa$gdiÉkdn¥$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi+nvo¯o°oöö,Ékd}¦$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi°o·oío:póêê $Ifgdi$$Ifa$gdiëoìo:p;pBpCpnpopppÇpÈpÏpÐpûpüpqqSqTq[q\qqqqqqqÀqÁqÎqÏqÑqÒqrrr rrrtrrròrôrsséÙÕÙÍÕÍ»éÙÕÙÍÕÍ»éÙÕÙÍÕÍ»éÙÍÕÍ»éÙÍÕÍ»éÙÕÙÍ°Í}3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsH"hi0JCJOJPJQJ^JaJjhiUhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ-:p;pBpp5) $Ifgdi$$Ifa$gdiÉkd§$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytipÇpÈpÏpö, $$Ifa$gdiÉkd¨$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÏpqSqTqöö,Ékdª©$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiTq[q"rrróêê $Ifgdi$$Ifa$gdirrtrrs5) $Ifgdi$$Ifa$gdiÉkd¹ª$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytissspsrssss\t^tltntÜtÞtötøtütþtZu\u|u~uuZv\vwwwwÞwàwüwþwxx,x-x:x;x=x>xéáÖá½£éáÖá½£éáÖá½£éáá}gáá}gá+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJ3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH(s\t^tltö, $$Ifa$gdiÉkdÈ«$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiltuZv\vöö,Ékd×¬$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi\vjvÒvwóêê $Ifgdi$$Ifa$gdiwwwwy5) $Ifgdi$$Ifa$gdiÉkdæ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti>xixjx|x}xxx¦x§x¶x·x¹xºxäxåxïxðxòxóxyy,y-y/y0ycydyuyvy½y¾yÅyÆyëyìyúyûyýyþy(z)z6z7z9z:zezfzxzyz{z|z¢z£z²z³zµz¶zàzázëzìzîzïz{{({){+{,{_{`{q{r{À{Á{üôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ü¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ühiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUhiJwy½y¾yÅyö, $$Ifa$gdiÉkdõ®$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÅys{À{Á{öö,Ékd°$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiÁ{È{á{|óêê $Ifgdi$$Ifa$gdiÁ{È{á{|
||-|V|W|^|w|¢|£|ª|Ã|!}"})}B}}}¢}»}ý}þ}~~^~_~f~~Õ~Ö~Ý~Þ~
>?DEGHrðÙðÕðÙðÕðÙðÕðÙðÕðÙðÕðÙðÕðÙðÕðÙðÕðÍÂÍ©xÍÂÍ©xÍÂ,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHjhiUhi,h9iÐhiCJOJPJQJ^JaJmHsHhiCJOJPJQJ^JaJ/|
||-|5) $Ifgdi$$Ifa$gdiÉkd±$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti-|V|W|^|ö, $$Ifa$gdiÉkd"²$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi^|w|¢|£|öö,Ékd1³$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi£|ª|Ã|!}óêê $Ifgdi$$Ifa$gdi!}"})}B}5) $Ifgdi$$Ifa$gdiÉkd@´$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiB}}}¢}ö, $$Ifa$gdiÉkdOµ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi¢}»}ý}þ}öö,Ékd^¶$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdiþ}~~^~óêê $Ifgdi$$Ifa$gdi^~_~f~~5) $Ifgdi$$Ifa$gdiÉkdm·$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti~Õ~Ö~Ý~ö, $$Ifa$gdiÉkd|¸$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdirsÔÕÜÝEFLMOP|}çèïð'(÷ÞÄ÷÷q÷÷q÷÷q÷f÷hÝ}^himHsH+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJ,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHjhiUÝ~ÔÕöö,Ékd¹$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÕÜçóêê $Ifgdi$$Ifa$gdiçèïy5) $Ifgdi$$Ifa$gdiÉkdº$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti(4578fgwxÆÈÖØ.0@BFH ¢¬®²´
?@HIKLtu~çÍ¶®£®çÍ¶®®}g®®}g®®}g®®}g®®}+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsH(yÆÈÖö, $$Ifa$gdiÉkd©»$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi~¯°ÁÂëìóô#$,-/0[\deghÇÈÐÑÓÔüý
78IJÉÊÓÔÖ×78HIJéÙÑÍÑ»éÙÍÙÑÍÑ»éÙÑÍÑ»éÙÑÍÑ»éÙÑÍÑ»éÙÑÍÑ»éÙÑÍÑ»éÙÍÙÑÍÑ»éÙÑÍÑ»éÙÑÍÑ»éÙ"hi0JCJOJPJQJ^JaJhijhiUhiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJBÖÃëìöö,Ékd¸¼$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiìóKóêê $Ifgdi$$Ifa$gdiJ5) $Ifgdi$$Ifa$gdiÉkdÇ½$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiJnovö, $$Ifa$gdiÉkdÖ¾$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiJnovw¦§°±³´ÜÝíî)*12[\fgij£¤¦§ÏÐàá :;EFHIxy®¯¿ÀæçîïéÞÎÆÂÆ°ÎÆÂÆ°ÎÂÎÆÂÆ°ÎÆÂÆ°ÎÆÂÆ°ÎÂÎÆÂÆ°ÎÆÂÆ°ÎÆÂÆ°ÎÂÎÆÂÆ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhijhiUhiCJOJPJQJ^JaJhÝ}^himHsH,h9iÐhiCJOJPJQJ^JaJmHsHWö, $$Ifa$gdiÉkd¶ï$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiX4X5XmXnX½X¾XY YlYmYtYuYYY¡Y¢Y¤Y¥YÓYÔYæYçY
ZZZZ¢Z£ZÎZÏZÞZßZáZâZ[
[[[z[{[[[[®[º[»[½[¾[î[ï[û[ü[þ[ÿ[/\0\;\\?\i\j\w\x\µ\¶\½\¾\ç\è\ø\ù\3]4]îØÈÄÈÄÈÄÈÄÈ¼Ä¼îØÈ¼Ä¼îØÈÄÈÄÈ¼Ä¼îØÈ¼Ä¼îØÈÄÈ¼Ä¼îØÈ¼Ä¼îØÈ¼Ä¼îØÈ¼Ä¼îØÈÄÈ¼Ä¼îØÈÄjhiUhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJJ>W6XmXnXöö,ÉkdÅð$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdinXuXX½Xóêê $Ifgdi$$Ifa$gdi½X¾XÅXÚX5) $Ifgdi$$Ifa$gdiÉkdÔñ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiÚXY YYö, $$Ifa$gdiÉkdãò$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiY%YlYmYöö,Ékdòó$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdimYtYèY
Zóêê $Ifgdi$$Ifa$gdi
ZZZAZ5) $Ifgdi$$Ifa$gdiÉkdõ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiAZZZ¢Zö, $$Ifa$gdiÉkdö$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi¢Z[z[{[öö,Ékd÷$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi{[[y\µ\óêê $Ifgdi$$Ifa$gdiµ\¶\½\ú\5) $Ifgdi$$Ifa$gdiÉkd.ø$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiú\3]4];]ö, $$Ifa$gdiÉkd=ù$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi;]L]¡]¢]öö,ÉkdLú$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi4]¡]¢]©]Ç][^\^á^â^é^_N_O_V_W_~____å_æ_í_î_``$`%`j`k`r`s```©`ª`aaaaDaEaSaTaÁaÂaDbEbLbMbpbqbbb¿bÀbÇb÷bðìðÕðìðìðÕðìðÍìÍ»¥ðìðÍìÍ»¥ðìðÍìÍ»¥ðìðÍìÍ»¥ðìðìðÍìÍ»¥ðìð,h9iÐhiCJOJPJQJ^JaJmHsH+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiU,h9iÐhiCJOJPJQJ^JaJmHsHhihiCJOJPJQJ^JaJ8¢]©]Ç][^óêê $Ifgdi$$Ifa$gdi[^\^c^t^5) $Ifgdi$$Ifa$gdiÉkd[û$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytit^á^â^é^ö, $$Ifa$gdiÉkdjü$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdié^_N_O_öö,Ékdyý$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiO_V_®_å_óêê $Ifgdi$$Ifa$gdiå_æ_í_E`5) $Ifgdi$$Ifa$gdiÉkdþ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiE`j`k`r`ö, $$Ifa$gdiÉkdÿ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdir`æ`aaöö,Ékd¦$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiaaaÁaóêê $Ifgdi$$Ifa$gdiÁaÂaÉab5) $Ifgdi$$Ifa$gdiÉkdµ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytibDbEbLbö, $$Ifa$gdiÉkdÄ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiLbb¿bÀböö,ÉkdÓ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÀbÇb÷bcóêê $Ifgdi$$Ifa$gdi÷bcchcic¬ccÒcÓcðcñcVdWd^d_ddddde
ee-elemeÌeÍeÔeÕeff f
fff?f@fFfGf\f]fðìðìðìðìðìðìðäìäÒ¼ðìð¥ðìðìðääg¥ääg¥ä3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsH,h9iÐhiCJOJPJQJ^JaJmHsH+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUhihiCJOJPJQJ^JaJ(ccc6c5) $Ifgdi$$Ifa$gdiÉkdâ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti6chcicpcö, $$Ifa$gdiÉkdñ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdipcc¬ccöö,Ékd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdic´cµcÒcóêê $Ifgdi$$Ifa$gdiÒcÓcÚcÛc5) $Ifgdi$$Ifa$gdiÉkd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiÛcðcñcøcö, $$Ifa$gdiÉkd $$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiøcdVdWdöö,Ékd-
$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiWd^d¸deóêê $Ifgdi$$Ifa$gdie
ee-e5) $Ifgdi$$Ifa$gdiÉkd<$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti-elemeteö, $$Ifa$gdiÉkdK$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgditeeÌeÍeöö,ÉkdZ
$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiÍeÔeðf(góêê $Ifgdi$$Ifa$gdi]fffffffÇfÈfÍfÎfðf(g)gg®gègégðgñghh&h'h)h*hUhVhehfh¥h¦hiiPiQiii¢i£iËiõíÔº£íõíÔº£íí}gíí}gí+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJ,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHjhiUhÝ}^himHsH((g)g0glg5) $Ifgdi$$Ifa$gdiÉkdi$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytilgg®gµgö, $$Ifa$gdiÉkdx$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdiµg¶gègégöö,Ékd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdiégðggh¥hóêê $Ifgdi$$Ifa$gdi¥h¦hh®h5) $Ifgdi$$Ifa$gdiÉkd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti®hii
iö, $$Ifa$gdiÉkd¥$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi
iiPiQiöö,Ékd´$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiQiXiiióêê $Ifgdi$$Ifa$gdiii¢ij5) $Ifgdi$$Ifa$gdiÉkdÃ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiËiÌiÕiÖiØiÙij jjjAjBjIjJjzj{jjjßjàjçjèjkkkkJkKkRkSkkkkkkkÍkÎkÜkÝkll
ll2l3l9l:lllllÆlÇlÕlÖlmmmmJmKm÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷°÷hÝ}^himHsHhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiU=jAjBjIjö, $$Ifa$gdiÉkdÒ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiIjjßjàjöö,Ékdá$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdiàjçj kJkóêê $Ifgdi$$Ifa$gdiJkKkRkÞk5) $Ifgdi$$Ifa$gdiÉkdð$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiÞkll
lö, $$Ifa$gdiÉkdÿ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi
lJlllöö,Ékd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdillêlmóêê $Ifgdi$$Ifa$gdimmmm5) $Ifgdi$$Ifa$gdiÉkd$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiKmTmUmWmXmmmmmmÈmÉm?n@nGnHn{n|nnnnnµn¶n¼n½n¿nÀnìnínônõn÷nøn&o'o0o1ouovo}oçÍ¶®£®çÍ¶®®}g®®}g®®}g®®}g+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsH(mÈmÉmÐmö, $$Ifa$gdiÉkd,$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiÐmøm?n@nöö,Ékd;$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi@nGn2ouoóêê $Ifgdi$$Ifa$gdiuovo}o~q5) $Ifgdi$$Ifa$gdiÉkdJ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti}o~o±o²o¹oºo¼o½oëoìoõoöoøoùopp%p&p(p)pTpUp\p]p_p`ppppp p¡pËpÌpÕpÖpØpÙpqqqq
qq7q8qAqBqDqEqpqqq|q}qÏqÐq×qØqüqýqrr|r}rrr³r´r¿rÀrWsXs_s`ss÷ó÷áË»÷ó÷áË»÷ó÷áË»÷ó÷áË»÷ó÷áË»÷ó÷áË»÷ó÷áË»÷ó÷áË»÷ó÷áË»ó»÷ó÷áË»ó»÷ó÷áË»ó»÷óhiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhijhiUJ~qÏqÐq×qö, $$Ifa$gdiÉkdY$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi×q1r|r}röö,Ékdh $$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi}rrsWsóêê $Ifgdi$$Ifa$gdiWsXs_s«s5) $Ifgdi$$Ifa$gdiÉkdw!$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytissssøsùstt1t2tCtDttttt·t¸tÄtÅtÇtÈtñtòtÿtuuu,u-u9u:uuuuu¼u½uÆuÇuÙuÚuþuÿu
vvlvmvtvuvvv¤v¥v·v¸vÜvÝvèvévgwhwowpwwww w²w³w×wØwãwäw?x÷åÏ¿»¿÷»÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿÷»÷åÏ¿hihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUJ«søsùstö, $$Ifa$gdiÉkd"$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgditEtttöö,Ékd#$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgditt=uuóêê $Ifgdi$$Ifa$gdiuuuv5) $Ifgdi$$Ifa$gdiÉkd¤$$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytivlvmvtvö, $$Ifa$gdiÉkd³%$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgditvêvgwhwöö,ÉkdÂ&$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdihwowåw?xóêê $Ifgdi$$Ifa$gdi?x@xGxx5) $Ifgdi$$Ifa$gdiÉkdÑ'$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti?x@xØxÙxàxyPyQyXyYyyyyyÓyÔyÛyÜyÿyzzzzzÏzÐz×z{/{0{Á{Â{T|U|\|]|||||||º|»|Ç|È|Ê|Ë|î|ï|
}}T}U}\}]}}üìüìÕìüìÍüÍ»¥ìüìÍüÍ»¥ìüìüììüìüìüìÍüÍ»¥ìÍüÍ»¥ìÍüÍ»¥ìüìÍü,h9iÐhiCJOJPJQJ^JaJmHsH+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiU,h9iÐhiCJOJPJQJ^JaJmHsHhiCJOJPJQJ^JaJhi8xØxÙxàxö, $$Ifa$gdiÉkdà($$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiàxyPyQyöö,Ékdï)$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiQyXyyÓyóêê $Ifgdi$$Ifa$gdiÓyÔyÛydz5) $Ifgdi$$Ifa$gdiÉkdþ*$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytidzzzzö, $$Ifa$gdiÉkd
,$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdizzÏzÐzöö,Ékd-$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiÐz×z{/{óêê $Ifgdi$$Ifa$gdi/{0{7{{5) $Ifgdi$$Ifa$gdiÉkd+.$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti{Á{Â{É{ö, $$Ifa$gdiÉkd:/$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiÉ{|T|U|öö,ÉkdI0$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiU|\|}T}óêê $Ifgdi$$Ifa$gdiT}U}\} ~5) $Ifgdi$$Ifa$gdiÉkdX1$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti}}}}}}º}»}Ä}Å}Ç}È}ë}ì}~~W~X~_~`~~~ ~¡~_`gh ¡£¤ÑÒßà 23HI ¡ËÌÒÓ'(/0de÷åÏ¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿»¿÷»÷åÏ¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷»÷åÏ¿»¿÷°÷hÝ}^himHsHhihiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiU= ~W~X~_~ö, $$Ifa$gdiÉkdg2$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi_~¢~öö,Ékdv3$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdi
@_óêê $Ifgdi$$Ifa$gdi_`gá5) $Ifgdi$$Ifa$gdiÉkd4$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiáö, $$Ifa$gdiÉkd5$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiJöö,Ékd£6$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi ö'óêê $Ifgdi$$Ifa$gdi'(/¯5) $Ifgdi$$Ifa$gdiÉkd²7$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytienoqr£¤®¯éêñò#$-.vw~ª«º»Þßæç"#WX®øùFGIJmnüôâÌ¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ü¼ü¼ôüôâÌ¼ôüôâÌ¼ôüôâÌ¼ü¼ôüôâÌ¼ü¼ü¼ôüôâÌ¼ôüôâÌ¼ôüôâÌhiCJOJPJQJ^JaJ+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUhiJå !(ö, $$Ifa$gdiÉkdÏK$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi(Mghöö,ÉkdÞL$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdihoFóêê $Ifgdi$$Ifa$gdi Ö5) $Ifgdi$$Ifa$gdiÉkdíM$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytiÖö, $$Ifa$gdiÉkdüN$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiXÒÓöö,ÉkdP$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÓÚÉóêê $Ifgdi$$Ifa$gdiÉÊÑÒ=>OPRSÊËÔÕ×Ø !#$NObcÉÊÒÓðìðäìäÒ¼ðäìäÒ¼ðäìäÒ¼ðäìäÒ¼ðäìäÒ¼ðäìäÒ¼ðìðä±ä~3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsH+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJjhiUhihiCJOJPJQJ^JaJ.ÉÊÑd5) $Ifgdi$$Ifa$gdiÉkdQ$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytidö, $$Ifa$gdiÉkd)R$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÓÕÖ
MNZ[^ÊËÔÕ×Ø
UV%&NO\]éáÖá½£éáÖá½£éáá}gáá}gáá}g+jhi0JCJOJPJQJU^JaJ"hi0JCJOJPJQJ^JaJhihiCJOJPJQJ^JaJ3jhi0JCJOJPJQJU^JaJmHsH0h9iÐhi0JCJOJPJQJ^JaJmHsHhÝ}^himHsHjhiU,h9iÐhiCJOJPJQJ^JaJmHsH(^öö,Ékd8S$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $IfgdiUóêê $Ifgdi$$Ifa$gdiUV]l5) $Ifgdi$$Ifa$gdiÉkdGT$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿytilö, $$Ifa$gdiÉkdVU$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúyti $Ifgdióöö,ÉkdeV$$Ifedî2;WÖÖFÄÿÈ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi%^óêê $Ifgdi$$Ifa$gdiÚ5) $Ifgdi$$Ifa$gdiÉkdtW$$Ifedî2;WÖÖFÄÿÈ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitî2;WpÖÿææúÿææúÿææúytiÀÁËÌÚ
12=>@Ano{|~¦§®;ú?úöö,ÉkdÞ$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdi?úEúIúpúóêê $Ifgdi$$Ifa$gdipúqúwú{ú5) $Ifgdi$$Ifa$gdiÉkdí$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti{ú£ú¤úªúö, $$Ifa$gdiÉkdü$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdiªú®úÕúÖúöö,Ékd$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÖúÜúàúÿúóêê $Ifgdi$$Ifa$gdiÿúûû
û5) $Ifgdi$$Ifa$gdiÉkd$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti
ûUûVû\ûö, $$Ifa$gdiÉkd)$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi\û`û¾û¿ûöö,Ékd8$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdi¿ûÅûÉûæûóêê $Ifgdi$$Ifa$gdiæûçûíûõû5) $Ifgdi$$Ifa$gdiÉkdG$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿytiõûü ü&üö, $$Ifa$gdiÉkdV$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdi&ü/üHüIüöö,Ékde$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiIüOüXüzüóêê $Ifgdi$$Ifa$gdizü{üüü5) $Ifgdi$$Ifa$gdiÉkdt$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúytiüüü¢üö, $$Ifa$gdiÉkd$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi¢ü«üåüæüöö,Ékd$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdiæüìüõüýóêê $Ifgdi$$Ifa$gdiýýý!ý5) $Ifgdi$$Ifa$gdiÉkd¡ $$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti!ý3ý4ý:ýö, $$Ifa$gdiÉkd°¡$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdi:ýCý[ý\ýöö,Ékd¿¢$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi\ýbýkýÑýóêê $Ifgdi$$Ifa$gdiÑýÒýØýáý5) $Ifgdi$$Ifa$gdiÉkdÎ£$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúytiáýþþþö, $$Ifa$gdiÉkdÝ¤$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdiþ þJþKþöö,Ékdì¥$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $IfgdiKþQþZþdþóêê $Ifgdi$$Ifa$gdidþeþkþtþ5) $Ifgdi$$Ifa$gdiÉkdû¦$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿytitþþþþö, $$Ifa$gdiÉkd
¨$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $Ifgdiþþ®þ¯þöö,Ékd©$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdi¯þµþ¾þÑþóêê $Ifgdi$$Ifa$gdiÑþÒþØþáþ5) $Ifgdi$$Ifa$gdiÉkd(ª$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúytiáþÿ ÿÿö, $$Ifa$gdiÉkd7«$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $IfgdiÿÿFÿGÿöö,ÉkdF¬$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $IfgdiGÿMÿVÿÿóêê $Ifgdi$$Ifa$gdiÿÿÿÿ5) $Ifgdi$$Ifa$gdiÉkdU$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿytiÿÅÿÆÿÌÿö, $$Ifa$gdiÉkdd®$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúyti $IfgdiÌÿÕÿðÿñÿöö,Ékds¯$$IfedçT»:ÖÖFÄÿZ6$BB Ö
t ÖÿÿÿÿÿÿÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿÿÿÿÿÿÿÿÿÿÿÿyti $Ifgdiñÿ÷ÿ&5vóêêáê $Ifgdi $Ifgdi$$Ifa$gdi"#$%&5vwx}ÉÊùú
èÏ»«¤«rd]YMF;3hKmFmH sH hºÏhKmFmH sH hß$hKmFh´?5hKmF5mH sH hKmFh´?5hKmFhÍQñhKmF5\mH sH h´?5hKmF5\mH sH h.¯hnÃhnÃh.¯hnÃaJ
hiPJhiCJPJaJhþnhihiCJOJPJQJ^JaJ'jhiCJOJPJQJU^JaJ0j°hþnhiY
hiCJOJPJQJUV^JaJvwxyz50++gdnÃedçT»:Ékd£²$$IfedçT»:ÖÖFÄÿZ6$BB Ö@@@
t ÖÿææúÿææúÿææúÖ0ÿÿÿÿÿÿö6ööÖÿÿÿÖÿÿÿÖÿÿÿÖÿÿÿ3Ö4ÖBÖBÖaöbÖitçT»:pÖÿææúÿææúÿææúytiz{}ÊúþúúõðèÜÜHkd²³$$IflÖÖ0z
]^
Ö``
tàÖÿÿÿÿÿÿÖ0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöæpÖÿÿÿÿÿÿytK¶:$$Ifa$gdK¶
&FágdKmFgdKmFgdnÃgdnÃ)*0Wöö{öö{kdl´$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶ $IfgdK¶
)*/0WX]^ÔÕÖÜCDJdef ¡¢çèé&'(.}~åæóèáÙóèáÙóèáÎÃ´á©á©á©ufáufá©á©áÎ´Îh(ÌhKmFmH nHsH tHh(ÌhKmFmH sH h¼5-hKmF%hKmFhKmFB*mH nHphÙÙÙsH tHhEKhKmFmH nHsH tHhEKhKmFmH sH hÌhKmFmH nHsH tHhÌhKmFnHtHhÌhKmFmH sH hKmFmH sH h"UÓhKmFh»b>hKmFmH sH *hºÏhKmFmH sH (WX^{{ $IfgdK¶{kdµ$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶Õ}tt $IfgdK¶kd¸µ$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæpÖ
ÿÿytK¶ÕÖÜ}tt $IfgdK¶kdk¶$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæpÖ
ÿÿytK¶C{{ $IfgdK¶{kd·$$IfÖfÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶CDJe{{ $IfgdK¶{kdÄ·$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶efl¡{{ $IfgdK¶{kdj¸$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶¡¢¨è{{ $IfgdK¶{kd¹$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶èéï'{{ $IfgdK¶{kd¶¹$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶'(.}{{ $IfgdK¶{kd\º$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶}~æ{{ $IfgdK¶{kd»$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶æçíV{{ $IfgdK¶{kd¨»$$IfÖÖ0z
]&M&
Ö0ÿÿÿÿÿÿö
öÖÿÿÖÿÿÖÿÿÖÿÿ2Ö2Ö
F4ÖaöæytK¶æçVW¸¹÷ø-.4nou¬³ãä
IJPoòó45XY_vw}ùîùîùãùãùØÉùØÉùØÉùãºùãºù¯¤¯¯ùùuùjh;uùhKmFmH sH h3#òhKmFmH sH hV/hxQÄhÅ]5B*OJQJ\^JnHphÿÿÿtH2hxQÄhÅ]5B*OJQJ\^JnHo(phÿÿÿtHhÅ]nHtHhÅ]hÅ]nHo(tHhk|éhÅ] hÅ]o(hÅ]5nHtH
hnÃaJh^:hnÃ5aJh.¯hnÃhnÃh.¯hnÃaJh)GdhnÃaJmH sH h´?5hKmFmH sH h¦4hKmFPJnHtHhj
\hKmFhKmFhKmFmHnHujhKmFU{000000¤0±0²0¹0Á0Ú0ê0ë0äßÓÓÓÓÓÎÓÅÅÅÅ $Ifgd.¾FfO$$Ifa$gd.¾gdÅ]$
&F
ÆØ
¤(&dPÆÿa$gdÅ]
00¤0±0²0¹0Á0ê0ë0ì0ó0û01-1.1/161>1_1`1a1h1p1º1»1¼1Ã1Ë1÷1ø1ù1åÏ»´|eaN|ea|ea|ea|ea$hÅ]hÅ]OJPJQJ^JmHsHhÅ]-hxQÄhÅ]B*OJPJQJ^JnHphtHhxQÄhÅ]OJPJQJ^J$hxQÄhÅ]OJPJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhjhÅ]'hxQÄhÅ]5B*OJQJ\^Jphÿÿÿ+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ3hxQÄhÅ]5B*OJPJQJ\^JnHphÿÿÿtHë0ì0ïkdQ$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ì0ó0û01-1.1óêêêê $Ifgd.¾$$Ifa$gd.¾.1/1ïkdùR$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾/161>1O1_1`1óêêêê $Ifgd.¾$$Ifa$gd.¾`1a1ïkdMT$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾a1h1p1ª1º1»1óêêêê $Ifgd.¾$$Ifa$gd.¾»1¼1ïkd½U$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾¼1Ã1Ë1ç1÷1ø1óêêêê $Ifgd.¾$$Ifa$gd.¾ø1ù1ïkdW$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ù1222*2+2óêêêê $Ifgd.¾$$Ifa$gd.¾ù122*2+2,232;2c2d2e2l2t222 2§2¯2%3&3'3.363u3v3w3x3y3{3|3}3~33333¢3Á3Â3Ã3É3Ê3Ñ3éÖÇ°¬éÖÇ°¬éÖÇ°¬éÖÇ°¬éÖÇ°¬éÖÇ°¬éÖÇ°¬¤¬¤l/hxQÄhÅ]5B*OJQJ\^JnHphÿÿÿtH,hxQÄhÅ]B*OJQJ^JnHo(phÿÿÿtHhÅ]nHo(tHhÅ]nHtHhÅ]-hxQÄhÅ]B*OJPJQJ^JnHphtHhxQÄhÅ]OJPJQJ^J$hxQÄhÅ]OJPJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ*+2,2ïkdX$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾,232;2S2c2d2óêêêê $Ifgd.¾$$Ifa$gd.¾d2e2ïkdÕY$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾e2l2t2222óêêêê $Ifgd.¾$$Ifa$gd.¾2 2ïkdE[$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾ 2§2¯23%3&3óêêêê $Ifgd.¾$$Ifa$gd.¾&3'3ïkd\$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾'3.363e3u3v3óêêêê $Ifgd.¾$$Ifa$gd.¾v3w3ïkd ^$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾w3x3y3z3{3|3óêêêê $Ifgd.¾$$Ifa$gd.¾|3}3ïkd]_$$IflÖÖrÿËë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾}3~33333óêêêê $Ifgd.¾$$Ifa$gd.¾33ïkdÍ`$$IflÖÖrÿËë®#7«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾33¢3Â3Ã3Ê3Ò3Ø3ß3ì3í3ô3ü344F4L4úúßúÓÓÓÓÓÎÓÅÅÅÅ $Ifgd.¾Ffdc$$Ifa$gd.¾$
&F
ÆØ
¤(&dPÆÿa$gdÅ]gdÅ]Ñ3Ò3×3Ø3Þ3ß3ë3ì3í3ô3ü3F4K4L4M4åÒ¼Ò¼«ziZJ7$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHh³KxhÅ]OJPJQJ^J h³KxhÅ]OJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhjhÅ]'hxQÄhÅ]5B*OJQJ\^Jphÿÿÿ!hxQÄhÅ]B*OJQJ^Jphÿÿÿ+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ%hxQÄhÅ]B*OJPJQJ^Jphÿÿÿ3hxQÄhÅ]5B*OJPJQJ\^JnHphÿÿÿtHL4M4
òkdSe$$IflÖÖrÿÝ ®#7ÿÿÿÿ«

¥ Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾M4T4\4¤4¿4Å4óêêêê $Ifgd.¾$$Ifa$gd.¾M4T4\4¿4Ä4Æ4Í4Õ4'5,5.555=555555Ú5ß5á5è5ð556:66@6A6B6C6D6F6G6H6I6J6L6M6N6O6d6éØÉ¹µéØÉ¢µéØÉ¢µéØÉ¢µéØÉ¢µéÉ|µéµÉ|µéµÉ|µtkhÅ]nHo(tHhÅ]nHtH$hxQÄhÅ]OJPJQJ^JnHtH$hxQÄhÅ]OJPJQJ^JnHtH$he[ÅhÅ]OJPJQJ^JnHtHhÅ]hÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^J h³KxhÅ]OJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ*Å4Æ4
òkdÈf$$IflÖÖrÿÝë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾Æ4Í4Õ45'5-5óêêêê $Ifgd.¾$$Ifa$gd.¾-5.5
òkd!h$$IflÖÖrÿÝë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾.555=5m555óêêêê $Ifgd.¾$$Ifa$gd.¾55
òkdi$$IflÖÖrÿÝë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾555È5Ú5à5óêêêê $Ifgd.¾$$Ifa$gd.¾à5á5
òkdïj$$IflÖÖrÿÝë®#7ÿÿÿÿ«
h
Ã Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾á5è5ð5656;6óêêêê $Ifgd.¾$$Ifa$gd.¾;6Ð>úîååååå $Ifgd.¾$$Ifa$gd.¾FfZs1>2>@>A>C>D>s>t>>>>>²>³>¾>¿>À>Ï>Ð>Ñ>Ø>Þ>ß>ðÛÆ³ð¤ðÛÆ³ð¤ðÛÆ³yr\K@hxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhjhÅ]-hxQÄhÅ]B*OJPJQJ^JnHphtH'hÅ]B*OJPJQJ^JnHphtHhÅ]hÅ]OJQJmHsH$hÅ]hÅ]OJPJQJ^JmHsH)jhxQÄhÅ]0JOJPJQJU^J(hÅ]hÅ]0JOJPJQJ^JmHsHjhxQÄhÅ]OJQJUÐ>Ñ>ðkdFu$$IflÖÖrÿT3®#Àÿÿÿÿßf Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾Ñ>Ø>ß>?¶?¿?Æ?óêêêêê $Ifgd.¾$$Ifa$gd.¾ß>??9?:?@?A?C?D?o?p?y?z?|?}?©?ª?´?µ?¶?Å?Æ?Ç?Î?Ô?Õ?@@>@?@Q@R@T@U@@ñâ×âÆ±ñâ×âÆ±ñâ×âÆ±ñiX×ñâ×âÆ±ñâ× hxQÄhÅ]OJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhjhÅ]-hxQÄhÅ]B*OJPJQJ^JnHphtH'hÅ]B*OJPJQJ^JnHphtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhxQÄhÅ]OJQJjhxQÄhÅ]OJQJUhxQÄhÅ]OJPJQJ^J"Æ?Ç?ðkd¾v$$IflÖÖrÿT3®#Àÿÿÿÿßf Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾Ç?Î?Õ?@ß@è@ï@óêêêêê $Ifgd.¾$$Ifa$gd.¾@@@@@@Ð@Ñ@Ý@Þ@ß@î@ï@ð@÷@ý@þ@AAVAWAXA_AeAfA¬AAÝAÞAíAîAïAûAüAðßÊ»ð°ðßÊ»~hW°»~hW°»ð°ðßÊ» hxQÄhÅ]OJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhjhÅ]-hxQÄhÅ]B*OJPJQJ^JnHphtH'hÅ]B*OJPJQJ^JnHphtHhxQÄhÅ]OJQJhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JjhxQÄhÅ]OJQJU ï@ð@ðkdx$$IflÖÖrÿT3®#Àÿÿÿÿßf Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ð@÷@þ@/AAAWAóêêêê $Ifgd.¾$$Ifa$gd.¾WAXAðkdy$$IflÖÖrÿT3®#Àÿÿÿÿßf Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾XA_AfA¬AïAüAóêêêê $Ifgd.¾$$Ifa$gd.¾üAýAðkdîz$$IflÖÖrÿT3®#Àÿÿÿÿßfò# Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾üAýAB
BB9B:BrBsBBBB£B¤B¥B¬B²B³BÙBÚBCCCCC!C"C#C*C0C1CpCCCCCüæÕÊ»¬Ê¬»r[üæÕÊ»¬Ê¬»r[üæÕÊ»r[üæ-hxQÄhÅ]B*OJPJQJ^JnHphtH'hÅ]B*OJPJQJ^JnHphtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JjhxQÄhÅ]OJQJUhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtH+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhÅ]#ýABB9BB¤Bóêêêê $Ifgd.¾$$Ifa$gd.¾¤B¥Bðkdf|$$IflÖÖrÿT3®#Àÿÿÿÿßfò# Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾¥B¬B³BÙBC"Cóêêêê $Ifgd.¾$$Ifa$gd.¾"C#CðkdÂ}$$IflÖÖrÿT3®#Àÿÿÿÿßfò# Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾#C*C1C`CpCCóêêêê $Ifgd.¾$$Ifa$gd.¾CCðkd:$$IflÖÖrÿT3®#Àÿÿÿÿßfò# Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾CCCÌCÙCéCóêêêê $Ifgd.¾$$Ifa$gd.¾CCCCÙCèCéCêCðCñC÷CøC)D*D5D6DEDFDGDHDIDKDäÓÈ¹¥waYÈJ;J;¥aÈ;hxQÄhÅ]OJPJQJ^JhÊhÅ]OJPJQJ^JhÅ]OJQJ+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ%hÅ]5B*OJPJQJ\^JphÿÿÿhÅ]-hxQÄhÅ]B*OJPJQJ^JnHphtH'hÅ]B*OJPJQJ^JnHphtHh?¾hÅ]OJPJQJ^JhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtH6h³KxhÅ]5B*OJPJQJ\^JnHo(phÿÿÿtHéCêCðkd$$IflÖÖrÿT3®#Àÿÿÿÿßfò# Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾êCñCøC*D6DFDóêêêê $Ifgd.¾$$Ifa$gd.¾FDGDðkd$$IflÖÖrÿT3®#Àÿÿÿÿßfò# Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾GDHDIDJDKDLDóêêêê $Ifgd.¾$$Ifa$gd.¾KDLDMDNDdDeDfDµD¶DEE¢E£EüFýFGGGGGG¦GÚIÜI'J(JSKUK]K^KÂLÃLÇLÈLËLÌL[M]MtMuMvMªM«MìèÝÐÄ¼±¼±¼¦¼¦¼¦¼¦±¼¦¼¦¼¼¼¼¼¼¼¼ÐÄ¼wjhÅ]U hÒuhÅ]PJmHnHsHtHhRçhÅ]nHtHhK¾hÅ]nHtHhª-KhÅ]nHtHhù>)hÅ]nHtHhÅ]nHtHhÅ]mH nHsH tHhÅ]mH nHo(sH tHhhhÅ]nHtHhÅ]%hxQÄhÅ]B*OJPJQJ^Jph*LDMDðkdj$$IflÖÖrÿT3®#Àßfò# Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾MDNDeDfD¶D#EEE£EñEAFüFýFGnGGG§GFH÷ÞÙÆ»»ÙÆ»¬¬ÙÆ¬¬ÙÆ$
&F*B*OJPJQJU^JnHphÿtH8hKmFhÅ]>*B*OJPJQJ^JmHnHphÿsHtHhKmFhÅ]mHsHjhÅ]U,hKmFhÅ]OJPJQJ^JmHnHsHtHh
SÂhÅ]nHtHÍ¶Î¶Ï¶AY®#Fñ¹F[FÀU Ö
ààààà
t Ö2ÿ»Yÿ»Yÿ»Yÿ»Yÿ»YÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖBÖaöpÖ2ÿ»Yÿ»Yÿ»Yÿ»Yÿ»Yyt.¾ ÂÂÂGÂ`ÂpÂóêêêê $Ifgd.¾$$Ifa$gd.¾pÂqÂîkdãR$$IflÖÖrÿ>Y®#ñÿÿÿÿ¹[ÀU Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾qÂrÂsÂtÂuÂvÂóóêêê $Ifgd.¾$$Ifa$gd.¾qÂrÂsÂuÂvÂwÂxÂyÂ{Â|Â}Â~ÂÂÂÂÂÂÂÂÂ Â¡Â¢Â¯Â°Â±Â²ÂéåÒÃåéåÒÃåÃåÃåve]RGh#¬hÅ]nHtHhú¢hÅ]nHtHhÅ]mH sH h¾hÅ]OJPJQJnHtHhÅ]mH nHsH tHhÅ]mH nHo(sH tHhþÅhÅ]nHtH%hxQÄhÅ]B*OJPJQJ^Jph+hxQÄhÅ]5B*OJPJQJ\^JphhxQÄhÅ]OJPJQJ^J%hxQÄhÅ]B*OJPJQJ^JphhÅ]+hxQÄhÅ]5B*OJPJQJ\^JphvÂwÂîkdPT$$IflÖÖrÿ>D®#ñÿÿÿÿ¹[«j Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾wÂxÂyÂzÂ{Â|Âóóêêê $Ifgd.¾$$Ifa$gd.¾|Â}Âîkd§U$$IflÖÖrÿ>D®#ñÿÿÿÿ¹[«j Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾}Â~ÂÂÂÂÂööööö $Ifgd.¾ÂÂîkdW$$IflÖÖrÿ>D®#ñÿÿÿÿ¹[«j Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾ÂÂÂÂÂÂööööö $Ifgd.¾ÂÂîkdeX$$IflÖÖrÿ>D®#ñ¹[«j Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ÂÂ¡Â¢Â°Â±Â²Â³Â´ÂµÂ¶Â·Â¸Â¹ÂÇÂÎÂúáúÈúúÀúúúúúúÈ2$
&F
Æ¤X$d!%d$&d!'d$NÆÿ!OÆÿ$PÆÿ!QÆÿ$a$gdÅ]$a$gdÅ]$
&F
Æ¤(&dPÆÿa$gdÅ]$
&F
Æ¤(&dPÆÿa$gdÅ]gdÅ]²Â¹ÂÆÂÇÂÍÂÎÂÞÂâÂãÂäÂîÂïÂðÂñÂþÂÿÂÃÃÃÃÃÃÃÃÃÃÃøïëÞÖÆ·ÞÆÞ·¬øÞÖølRlRKhÕWhÅ]3hxQÄhÅ]5B*OJPJQJ\^JnHphÿÿÿtH-hxQÄhÅ]B*OJPJQJ^JnHphÿÿÿtH+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ%hxQÄhÅ]B*OJPJQJ^JphÿÿÿhqC¤hÅ]nHtHh¹VihÅ]mH nHsH tHh¹VihÅ]mH nHo(sH tHhÅ]mH sH hÅ]mH nHo(sH tHhÅ]hÅ]nHo(tHhÅ]nHtHÎÂïÂðÂñÂÿÂÃÃÃÃÃÃìçÞÅç¹°¹¹° $Ifgd.¾$$Ifa$gd.¾$
&F
Æ¤(&dPÆÿa$gdÅ]\^\gdÅ]gdÅ]$
&F
Æ¤x¤(a$gdÅ]
ÃÃókdÌY$$IflÖÖrÿ)¥&J#FF|FF$ 8 Ö
ààààà
t Ö2ÿ»Yÿ»Yÿ»Yÿ»Yÿ»YÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöî#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaöpÖ2ÿ»Yÿ»Yÿ»Yÿ»Yÿ»Yyt.¾Ã%Ã)ÃQÃÖÃæÃóêêêê $Ifgd.¾$$Ifa$gd.¾Ã%Ã(Ã)ÃQÃRÃvÃwÃÃÃÃÃÅÃÆÃÔÃÕÃÖÃåÃæÃçÃîÃñÃòÃÄÄÓ?Ó{ÓÓÓÓÓÓåÒ»åÒ¥{j_P@-{$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtHhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhÄ#®hÅ]+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ-hxQÄhÅ]B*OJPJQJ^JnHphÿÿÿtH%hxQÄhÅ]B*OJPJQJ^Jphÿÿÿ3hxQÄhÅ]5B*OJPJQJ\^JnHphÿÿÿtH+Ó,Óókd\$$IflÖÖrÿ0ep#FFãFRFn Ö
ààààà
t Ö2ÿ»Yÿ»Yÿ»Yÿ»Yÿ»YÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaöpÖ2ÿ»Yÿ»Yÿ»Yÿ»Yÿ»Yyt.¾,Ó3Ó?ÓiÓ{ÓÓóêêêê $Ifgd.¾$$Ifa$gd.¾ÓÓðkd¤$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ÓÓÓÆÓûÓÔóêêêê $Ifgd.¾$$Ifa$gd.¾ÓÓÓÆÓÇÓìÓíÓùÓúÓûÓ
ÔÔÔÔÔÔÔÔ¢Ô£Ô¤Ô«Ô¬Ô¶Ô·Ô!Õ0Õ1Õ2Õ9Õ:ÕDÕEÕÅÕïäÕÍÉÍ¸£ÕycVïäÕycVïäÕycVïäÕhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhÄ#®hÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtH!ÔÔðkd$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾ÔÔÔaÔÔ£Ôóêêêê $Ifgd.¾$$Ifa$gd.¾£Ô¤Ôðkdx$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾¤Ô«Ô·ÔãÔ!Õ1Õóêêêê $Ifgd.¾$$Ifa$gd.¾1Õ2Õðkdð$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾2Õ9ÕEÕÕÅÕÕÕóêêêê $Ifgd.¾$$Ifa$gd.¾ÅÕÔÕÕÕÖÕÝÕÞÕèÕéÕlÖ{Ö|Ö}ÖÖÖÖÖðÖÿÖ××× ×××A×B×{×|×××××Æ×Ç×ðÝÖÀ³¢ðÝÖÀ³¢ðÝÖÀ³¢|kV|)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtHhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhÄ#®hÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH!ÕÕÖÕðkdL$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ÖÕÝÕéÕ.ÖlÖ|Öóêêêê $Ifgd.¾$$Ifa$gd.¾|Ö}ÖðkdÄ$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾}ÖÖÖ¾ÖðÖ×óêêêê $Ifgd.¾$$Ifa$gd.¾××ðkd $$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾×××A×ØØóêêêê $Ifgd.¾$$Ifa$gd.¾Ç×Õ×Ö×Ø×Ù× Ø
ØØØØØKØLØYØZØ\Ø]ØØØØØØØØØ¦Ø§Ø±Ø²ØßØàØÙÙ)ÙïÚËÃ¿ÃïÚËÃ¿ÃïÚËÃ¿ÃïÚË¯raVËÃ¿ÃïhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtHhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhÄ#®hÅ]%hxQÄhÅ]B*OJPJQJ^JphhÅ]B*OJPJQJ^JphhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^J!ØØðkd$$IflÖÖrÿ0ep#ÿÿÿÿãRn Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾Ø¦Ø²ØßØ6ÚFÚóêêêê $Ifgd.¾$$Ifa$gd.¾)Ù*Ù,Ù-ÙdÙeÙsÙtÙvÙwÙ§Ù¨Ù¶Ù·Ù¹ÙºÙéÙêÙ÷ÙøÙúÙûÙ(Ú)Ú4Ú5Ú6ÚEÚFÚGÚNÚOÚYÚZÚêÛÓÏÓ¾êÛÓÏÓ¾êÛÓÏÓ¾êÛÓÏÓ¾êÛ®xkZk hxQÄhÅ]OJQJ^JnHtHhxQÄhÅ]OJQJ^J6hÚ:hÅ]5B*OJPJQJ\^JnHo(phÿÿÿtHhÄ#®hÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J!FÚGÚðkdô $$IflÖÖrÿ0ep#ãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾GÚNÚZÚ¨ÚÚÚãÚêÚóêêêêê $Ifgd.¾$$Ifa$gd.¾ZÚ§Ú¨ÚÙÚÚÚéÚêÚëÚñÚòÚóÚýÚþÚ_ÛdÛeÛfÛgÛñâñÞÎ»´rarRÎ?´4h®khÅ]nHtH$hxQÄhÅ]OJPJQJ^JnHtHhÐ7hÅ]OJPJQJ^J hxQÄhÅ]OJQJ^JnHtHhxQÄhÅ]OJQJ^J6hÚ:hÅ]5B*OJPJQJ\^JnHo(phÿÿÿtH0hÅ]5B*OJPJQJ\^JnHo(phÿÿÿtHhÄ#®hÅ]$h/ hÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhÅ]hxQÄhÅ]OJPJQJ^Jh
]ZhÅ]OJPJQJ^JêÚëÚðkdl¢$$IflÖÖrÿ0ep#ãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ëÚòÚþÚ@Û_ÛeÛóêêêê $Ifgd.¾$$Ifa$gd.¾eÛfÛðkdä£$$IflÖÖrÿ0ep#ãRn Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿöÜ#ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾fÛgÛhÛÛÛÕÛÜLÜwÜ§ÜÖÜáÜâÜÝ¼Ý/Þ0Þ0ßlà¨àááOáãúúáúÎúúúúúúúÎúúúÇúúúúÎúP¤gdÅ]$
&F
Æ¤x¤(a$gdÅ]$
&F
Æ¤(&dPÆÿa$gdÅ]gdÅ]gÛhÛ~ÛÛÛàÜáÜâÜ0ÞAÞJÞLÞÚÞÛÞáááãããää)å*åÛåÜåÁêÆêÊêÒêÓêäêTìUì¼ì½ìüíýíð¯ð¼ð½ð¾ðÓðÔðññøëßøÛÔøÛÍÛÍÛÍÛÆøÛÆøÛÆÛÆÛÆÛ»³»³»³¬Û¬ÛÆÛøë¤øÛjhÅ]U$h?ÃhÅ]OJPJQJ^JnHtHhÅ]mH sH hÕfhÅ]hÅ]CJaJh schÅ]CJaJh*B*OJPJQJU^JnHphÿtH0h?ÃhÅ]>*B*OJPJQJ^JnHphÿtH"[ñ\ñ]ñ^ñ_ñ`ñAðkdÊ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾>EJ^§óêêêê $Ifgd.¾$$Ifa$gd.¾>EIJ^_¦§¨¯³´ËÌö÷ !LMlmyz{éÜÑÂº¶º¥ÂmféÜÑÂº¶º¥ÂmféÜÑÂº¶º¥ÂhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^Jphÿÿÿ$§¨ðkdzË$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾¨¯´Ëóêêêê $Ifgd.¾$$Ifa$gd.¾ðkdòÌ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾!L{óêêêê $Ifgd.¾$$Ifa$gd.¾{¹ºÝÞêëìûüý ) * ] ^ p q ¨ ðÝÖÀ³¨|gWDÖÀ³¨|g$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHðkdNÎ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾¹ìüóêêêê $Ifgd.¾$$Ifa$gd.¾üýðkdÆÏ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ý ) ¨ ® óêêêê $Ifgd.¾$$Ifa$gd.¾¨ ® ¯ ¶ º » ù ú -
.
@
A
x

·
¸
ë
ì
þ
ÿ
6;<=DHI³¸ðÝÖÀ³¨|gðÝÖÀ³¨|gðÝÖÀ³¨WhÅ]B*OJPJQJ^Jph)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH"® ¯ ðkd>Ñ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾¯ ¶ » ù x

óêêêê $Ifgd.¾$$Ifa$gd.¾

ðkdÒ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾

·
6<óêêêê $Ifgd.¾$$Ifa$gd.¾<=ðkdÔ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾=DI³¹óêêêê $Ifgd.¾$$Ifa$gd.¾¸¹ºÁÅÆ6;<=DHI©ª«²¶·×Ø

ìåÏÂ·¨åÏÂ·¨yfåÏÂ·¨^Z^I hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]U$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH!hxQÄhÅ]B*OJPJQJphhÅ]B*OJPJQJphhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]%hxQÄhÅ]B*OJPJQJ^Jph¹ºðkdnÕ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾ºÁÆ 6<óêêêê $Ifgd.¾$$Ifa$gd.¾<=ðkdÊÖ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾=DIeªóêêêê $Ifgd.¾$$Ifa$gd.¾ª«ðkdBØ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾«²·×

óêêêê $Ifgd.¾$$Ifa$gd.¾

"
#
=
>
h
i
t
u
v

³
¸
¹
º
Á
Å
Æ
ñ
êÛË¸±Û{w{fêÛË¸±ÛË¸±ÛVhÅ]OJPJQJ^JnHtH hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J

ðkdÙ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾

#
=
v

óêêêê $Ifgd.¾$$Ifa$gd.¾

ðkdÛ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾

¥
³
¹
óêêêê $Ifgd.¾$$Ifa$gd.¾¹
º
ðkdrÜ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾º
Á
Æ
ã
ñ
óêêêê $Ifgd.¾$$Ifa$gd.¾
>CDELPQ|}§¨º»¼ÁíæÐÃ¸©æÐÃ¸©~z~iT©FhÅ]B*OJPJQJph)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]U$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHðkdêÝ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ 0>Dóêêêê $Ifgd.¾$$Ifa$gd.¾DEðkdbß$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾ELQ|¼Âóêêêê $Ifgd.¾$$Ifa$gd.¾ÁÂÃÊÎÏìí*+,123:>?QR|} ¡¢©®ÐÑîçÑÄ¹ª¢¢xªhUçÑÄ¹ª¢¢xªhUçÑÄ¹ª¢%hxQÄhÅ]B*OJPJQJ^JphhÅ]B*OJPJQJ^Jph)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]!hxQÄhÅ]B*OJPJQJph!ÂÃðkdÚà$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾ÃÊÏì,2óêêêê $Ifgd.¾$$Ifa$gd.¾23ðkd6â$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾3:?Q¡óêêêê $Ifgd.¾$$Ifa$gd.¾¡¢ðkd®ã$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾¢©®Ð óêêêê $Ifgd.¾$$Ifa$gd.¾Ñûü !(,-PQ{|¢¦§ÕÖüôãÎ¿¯rg¿ôüôãÎ¿WDrg¿ô$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JjhÅ]UhÅ] !ðkd
å$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾!(-Póêêêê $Ifgd.¾$$Ifa$gd.¾ðkdfæ$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾¢§Õ%óêêêê $Ifgd.¾$$Ifa$gd.¾Ö$%&-12\]«¬´¸¹ÊËüôãÎ¿¯rg¿ôüôãÎ¿WDrg¿ô$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]%hxQÄhÅ]B*OJPJQJ^JphhÅ]B*OJPJQJ^JphhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JjhÅ]UhÅ]%&ðkdÞç$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾&-2\¬óêêêê $Ifgd.¾$$Ifa$gd.¾¬ðkdVé$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾´¹Ê
óêêêê $Ifgd.¾$$Ifa$gd.¾Ëõö
DExy¿ÀÎÏÐÕüôãÎ¿¯raV¿ôüôãÎ¿ôüôãÎ¿FhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJQJ hxQÄhÅ]OJQJ^JnHtHhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]%hxQÄhÅ]B*OJPJQJ^JphhÅ]B*OJPJQJ^JphhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JjhÅ]UhÅ]ðkd²ê$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾DÐÖóêêêê $Ifgd.¾$$Ifa$gd.¾ÕÖ×Þâã#$HIOP`efgnrsâçèéðôõCDSTUíæÐÃ¸©¡¡w©gTæÐÃ¸©gTæÐÃ¸©¡¡w©$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtH Ö×ðkdì$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾×Þã#`fóêêêê $Ifgd.¾$$Ifa$gd.¾fgðkdí$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾gnsºâèóêêêê $Ifgd.¾$$Ifa$gd.¾èéðkdþî$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾éðõU[óêêêê $Ifgd.¾$$Ifa$gd.¾UZ[\cghÇÈ×ØÙèéêñõöðÝÖÀ³¨p[K8ÖÀ³¨$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhÅ]OJPJQJ^JhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH[\ðkdZð$$IflÖÖrÿ)
´ç®#ÿÿÿÿä§3Ç Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾\chÙéóêêêê $Ifgd.¾$$Ifa$gd.¾éêðkd¶ñ$$IflÖÖrÿ)
´ç®#ä§3Ç Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾êñö.4óêêêê $Ifgd.¾$$Ifa$gd.¾ö.345W>X>>>>>>¦>§>¨>¯>³>´>×>Ø>ëäÎÁ¶§u§u§u§eRäÎÁ¶§$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtH)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JhÅ]jhÅ]UhxQÄhÅ]OJPJQJ^JhxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]'hxQÄhÅ]5B*OJQJ\^Jphÿÿÿ =´=¹=á=>§>óêêêê $Ifgd.¾$$Ifa$gd.¾§>¨>ïkd¸ÿ$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾¨>¯>´>×>F?V?óêêêê $Ifgd.¾$$Ifa$gd.¾Ø>??????:?;?D?E?F?U?V?W?^?b?c?u?v? ?¡?³?´?¶?·?Ø?Ù?â?ã?ä?ó?ô?õ?ö?üôãÎ¿ôüôãÎ¿¯rg¿ôüôãÎ¿ôüôãÎ¿¯hxQÄhÅ]OJQJhxQÄhÅ]OJQJ^J+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^J)jhxQÄhÅ]0JOJPJQJU^J hxQÄhÅ]0JOJPJQJ^JjhÅ]UhÅ]"V?W?ïkd.$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾W?^?c?u?ä?ô?óêêêê $Ifgd.¾$$Ifa$gd.¾ô?õ?ïkd$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾õ?ö?÷?ø?ù?ú?óêêêê $Ifgd.¾$$Ifa$gd.¾ö?÷?ù?ú?û?ü?ý?ÿ?@@@@@@@@ @@@
@@@@@@@@@@@@@@@@ @!@#@$@%@&@'@)@*@+@,@-@/@0@1@2@3@5@6@7@8@9@;@@?@A@B@C@íÞËÄ®íÞËÄ®íÞËÄ®íÞËÄ®íÞËÄ®£ÞËÄ®£ÞËÄ®£ÞËÄ®£ÞËÄ®£ÞËÄ®£ÞËÄ®£ÞËÄ®£ÞËÄhxQÄhÅ]OJQJ+hxQÄhÅ]5B*OJPJQJ\^JphÿÿÿhOIkhÅ]$hxQÄhÅ]OJPJQJ^JnHtHhxQÄhÅ]OJPJQJ^J$hxQÄhÅ]OJPJQJ^JnHtH@ú?û?ïkdþ$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾û?ü?ý?þ?ÿ?@óêêêê $Ifgd.¾$$Ifa$gd.¾@@ïkdR$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾@@@@@@óêêêê $Ifgd.¾$$Ifa$gd.¾@@ïkdÂ$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾@@ @
@@@óêêêê $Ifgd.¾$$Ifa$gd.¾@
@ïkd$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾
@@@@@@óêêêê $Ifgd.¾$$Ifa$gd.¾@@ïkd $$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾@@@@@@óêêêê $Ifgd.¾$$Ifa$gd.¾@@ïkdÚ
$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾@@@@@@óêêêê $Ifgd.¾$$Ifa$gd.¾@@ïkdP$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾@ @!@"@#@$@óêêêê $Ifgd.¾$$Ifa$gd.¾$@%@ïkdª
$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾%@&@'@(@)@*@óêêêê $Ifgd.¾$$Ifa$gd.¾*@+@ïkd $$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾+@,@-@.@/@0@óêêêê $Ifgd.¾$$Ifa$gd.¾0@1@ïkdz$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬Ö0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿÍÝ¬ÿÍÝ¬ÿÍÝ¬ÿÍÝ¬yt.¾1@2@3@4@5@6@óêêêê $Ifgd.¾$$Ifa$gd.¾6@7@ïkdð$$IflÖÖrÿ£~®#¶ÿÿÿÿ¢
ª Ö
à
t Ö2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕÖ0ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿö$6öÖÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿ4Ö4Ö
laöpÖ2ÿ»YÿæîÕÿæîÕÿæîÕÿæîÕyt.¾7@8@9@:@;@*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHhÒujhÒuUhÒunHtHhÒuaJnHtHha
hÒuaJnHtH=JfKfgg´gµgmhnh&i'ißiàijjQkRkl
lÍlÎlmmAnBnúnûnòåòåòåòåòåÜå×å×å×åòåòåòåògdÒu
ÆÜgdÒu ^`gdÒu
ÆÜ-^-gdÒuáiJjKjQjRjjjjjkk
kkkkOkQkRkSk¼k½kÃkÄkÅkökøk l
ll
llwlxl~lllóâÏâóÅÁ°£°°Å£Å£ÅÁ°£°°Å£Å£Å£ÁÁuaÅ'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHjhÒuU$hJphÒu>*B*aJnHphÿtHhJphÒuaJnHtH!jhJphÒuUaJnHtHhÒuhÒuaJnHtH$h.hÒu>*B*aJnHphÿtH!jh.hÒuUaJnHtHh.hÒuaJnHtH$ll±lËlÍlÎlÏl8m9m?m@mAmXmkmmmmmòmómùmúmûmn%n?nAnBnCn¬nn³n´nµnÆnçnønúnûnüneofolomonoo¤oµo·o¸oÁoWpXpYpÂpÃpóéóéáÙÕÙÂ®éóéóéáÙÕÙÂ®éóéóéáÙÕÙÂ®éóéóéáÙÕÙÂ®éóéóé§§ÕÙÕÙhUähÒumH sH hUähÒu'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHhÒujhÒuUhÒunHtHhÒuaJnHtHha
hÒuaJnHtH7ûn·o¸oÁoXp
q0qxq1r2rss®s¯s¾sZttòíÖíÑííÑÈÑíÑíÖí©
&FF
ÆhÐ8
"¤5$7$8$9DH$gdÒu
ÆÈgdÒu gdÒu
&FE
ÆÐ8 5$7$8$9DH$gdÒugdÒu ^`gdÒuÃpÉpÊpËpÎpÓpÜpïpq
qxqyqâqãqéqêqëqõqr/r1r2r3rrr£r¤r¥rÔrõrssssssssíÙÉ¼²¥²¼²¡¡íÙÉ¼²¼²¡íÙÉ¼²¼²¡s`$hJphÒu>*B*aJnHphÿtHhJphÒuaJnHtH!jhJphÒuUaJnHtHhÒunHtHjhÒuUhÒuhÑrhÒuaJmH sH hÒuaJnHtHhÃBhÒuaJnHtHhÒu>*B*aJnHphÿtH'jhÒu>*B*UaJnHphÿtH$hÃBhÒu>*B*aJnHphÿtH%sss s¬s®s¯s¾stXtZtUuVuoupuqurusu¤u¥uÂuÃuÜuÝuÞuàuáuâuüuv¾v¿vØvÙvÚvÞvßvàvávw wöéöéöÞÓÌÈÌÀ´À¥´À´ÀÀ´À´À´ÀÓÌuÌguÌuÌÈÓÈjöFhUähÒuUjhUähÒuUhÈ hÒunHtHjyFhÒuUnHtHh×E$hÒunHtHjüEhÒuUnHtHjhÒuUnHtHhÒunHtHhÒuhUähÒuhUähÒumH sH h~:hÒumHsHhJphÒuaJnHtHhÒuaJnHtH(tÙtùtutuâuüuvávwÜx"y#z`|÷|`}e}
~;~k~ááááááÊÅ½ÅÅ¸ÅÅÅ½ÅÅÅ gdÒuS
&FEgdÒugdÒu
&FE
ÆÐ8 5$7$8$9DH$gdÒu
&FF
ÆhÐ8
¤5$7$8$9DH$gdÒu w2w@wTwYwpwÜx"y#yyyyyyêyìy z!z#z_}`}e}}}~|§¨.O-/ùõùõùõíÜÏÜ¼Ü²Ï²Ï²Ïíõ§ õ õõ}i²\²\²ha
hÒuaJnHtH'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHjhÒuUhÒumH sH hUähÒuhUähÒumH sH hÒuaJnHtH$h.hÒu>*B*aJnHphÿtHh.hÒuaJnHtH!jh.hÒuUaJnHtHhÒumHsHhÒuh=fhÒu$k~¦~*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHjhÒuUh0M>hÒunHtHhÀ2uhÒunHtHhu8jhÒuo(hn0»hÒuhWtºhÒuh%hÒuh%hÒuo( hÒuo(h-náhÒuo(hUïhÒuo(hÎzÎhÒuo(hÒu(ZÌwÌÌ§Ì©ÌÀÌÁÌ*Í+Í1Í2Í3ÍGÍhÍoÍrÍxÍzÍÍÍÍÍÍÍ¶ÍÂÍ÷ÍÎ
ÎÎÎEÎXÏZÏÐÐ
ÐÐ0Ð1Ð5ÐYÐkÐmÐsÐÐÐÐÐÐÐ²Ð³Ð´Ð·Ð¸Ð¹ÐóéóéäÜØÜÅ±éóéóéóéóéóéóéØªØäØäØäØ¢ØäØäØ¢ªØ¢äª¢ªäªØÜØÜØÜªjshÒuUhu8jhÒuo(hu8jhÒu'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHhÒujhÒuU hÒuo(hÒuaJnHtHha
hÒuaJnHtH8¹ÐºÐîÐïÐðÐñÐZÑ[ÑaÑbÑdÑtÑÑÑ¯ÑÄÑÅÑÆÑÖÑ×Ñ@ÒAÒGÒHÒIÒUÒ_ÒwÒ¥Ò§Ò³ÒµÒÄÒÆÒÒÒõêâ×ÏËÏ¸¤Ë}uÏËÏ¸¤dWh¾PçhÒuaJnHtH hÑrhÒuaJmH nHsH tHhÒumH sH hT/hÒunHtH hÒuo(ha
hÒuaJnHtHhÒuaJnHtH'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHhÒujhÒuUh5XhÒunHtHhÒunHtHhÀ2uhÒunHtHh)°hÒunHtH"ÒÒÔÒÕÒÖÒ?Ó@ÓFÓGÓIÓRÓsÓÓÓÓÓøÓùÓÿÓÔÔÔ;ÔFÔSÔÔÔ«Ô³Ô½Ô
ÕÕ4Õ5Õ*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHhÒujhÒuUhE¡hÒumH sH hARèhÒumH sH hÒumH sH hÒuaJnHtHha
hÒuaJnHtHh¾PçhÒuaJnHtH.çÚçÜçÝéçéê|ìì°ì±ì³ì´ìíí$í%í&í4íUíeísíµí¶í·íññññ·ñ¸ñ¾ñóéåÞåÓËÓËÓÃåÃ°éééåzogå`M$hÇoahÒu>*B*aJnHphÿtHhUähÒuhÒumH sH hAhÒunHtHhÒunHtHhÇNxhÒuaJnHtHha
hÒuaJnHtH'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHjhÒuUhÒumH sH hE¡hÒumH sH h
ZhÒuhÒuhÒuaJnHtHhrhÒuaJnHtHQë%ì³ì·íï¼ïßïÅð÷ðñEñññ¸ñòòó¹óáóôaôóóîéééééÎÎÎÆ½î½î½±±±
Æ)V gdÒu
ÆmgdÒuS
&FEgdÒu
&FN
ÆhÐ8 ¤5$7$8$9DH$gd ègdÒu gdÒu$
Æ.a$gdÒu¾ñòòòòûòüòóóóó;óRóóó¹óöözö{ööööÀöÂöôööö*÷c÷g÷÷÷¡÷´÷µ÷º÷óéáÙÕÙÂ®é¡é¡éáÕÙÕÙ®ététéáiáiáiábZhÒumH sH hUähÒuhÄG´hÒunHtHh;LhÒuaJnHtH$h;LhÒu>*B*aJnHphÿtHh }(hÒuaJnHtHha
hÒuaJnHtH'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHhÒujhÒuUhÒunHtHhÒuaJnHtHhÇoahÒuaJnHtH#aôÈôYõaõ°õ×õööö"÷µ÷º÷»÷¢øóøXùgùáù-ú4ûüEýóóóÚÚÚÕÌÌÄºÕóóÄ°°°°Õ
Æ
gdÒu
ÆâégdÒuS
&FEgdÒu
ÆmgdÒu gdÒu
&FN
Æ)V ¤5$7$8$9DH$gd è
Æ)V gdÒuº÷»÷¼÷%ø&ø,ø-ø.øgøiø ø¡ø¢øXùgùú ú¤úàúèúðúüüòüóüùüúüûüôßÎß·ß©Î©Î©Î¥¥o[QhÒuaJnHtH'jhÒu>*B*UaJnHphÿtH$ha
hÒu>*B*aJnHphÿtHjhÒuUh¼^=hÒunHtHhÒunHtHhÒumH sH hÒuhÒuaJmHnHsHtH,hÀ2uhÒu>*B*aJmHnHphÿsHtH hÀ2uhÒuaJmHnHsHtH)jhÀ2uhÒuUaJmHnHsHtHhÒumHnHsHtHûüý(ý5ý7ýCýEý> $IfgdÒu
$1$IfgdÒu $IfgdÒu£kd$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu£*¤*ª*à*+"" $IfgdÒuÔkd&$$IflÖÖ\ÿÓi%!ø%?¼Ó Ö
tàÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³Ö0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³ytÒuà*â*ë*ì*ò*3+5+>+ööRöööö£kd+$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu $IfgdÒuñ*ò*2+3+4+8+=+?+@+++++++¯+½+Â+Þ+æ+ô+õ+ö+ú+ÿ+,,8,:,=,B,D,E,s,t,v,w,|,},²,³,¾,Ã,Ä,Ì,ê,ï,û,ü,----
--3-4-5-@-E-òëáÖòÖòÊ¼«Ê¼Öòë¡ë¡ë¡òÖòÖòÖëÖòÖòÊ¼«Ê¼ÖòëÖòÖòëëÖòÖòÖòÖëòÖòÖh°-hÒu5\hxEçhÒu5\ haK¤hÒu56\]mH sH haK¤hÒu56mH sH haK¤hÒu5mH sH hÒu5\mH sH hÄihÒu5\hÒu5\haK¤hÒu5\mH sH ;>+?+@++++[RG>> $IfgdÒu
$1$IfgdÒu $IfgdÒu£kdÏ$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu+++õ++"" $IfgdÒuÔkds$$IflÖÖ\ÿÓi%!ø%?¼Ó Ö
tàÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³Ö0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³ytÒuõ+÷+,,,8,:,C,ööRöööö£kdx$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu $IfgdÒuC,D,E,t,u,v,[RG>> $IfgdÒu
$1$IfgdÒu $IfgdÒu£kd$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuv,w,},²,+"" $IfgdÒuÔkdÀ$$IflÖÖ\ÿÓi%!ø%?¼Ó Ö
tàÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³Ö0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³ytÒu²,´,½,¾,Ä,û,ý,-ööRöööö£kdÅ$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu $IfgdÒu--
-4-6-?-[RRRR $IfgdÒu£kdi$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu?-@-F----[RRRR $IfgdÒu£kd
$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuE-F-N---------ú-û-ü-....
..$.W.a.g.h.i.m.r.t.y.z.{..... .¤.©.«.°.±.¶.Û.Ü.Ý.á.æ.è.í.î.//////"/$/)/*/P/Q/W/X/Y/Z/òèáòÖòÖòÖòáòÖòÖòÖòáÌáÌáòÖòÖòÖòáÂáÂ»ÖòÖòÖò±á»ÖòÖòÖòèáèáÖòÖòÖò§á§á§áhtF hÒu5\hq>hÒu5\hZ|hÒuhÎUyhÒu5\h¤D7hÒu5\hÒu5\mH sH hÒu5\h°-hÒu5\haK¤hÒu5\mH sH B---û-ý-.[RRRR $IfgdÒu£kd±$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu..
.h.j.s.[RRRR $IfgdÒu£kdU$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒus.t.z..¡.ª.[RRRR $IfgdÒu£kdù$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuª.«.±.Ü.Þ.ç.[RRRR $IfgdÒu£kd$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuç.è.î.//#/[RRRR $IfgdÒu£kdA$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu#/$/*/Z/\/e/[RRRR $IfgdÒu£kdå$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuZ/[/_/d/f/g///////Ê/Ë/Ì/×/Ü/Ý/102030700C0D0t0u0v0000Ñ0Ò0Ó0×0Ü0Þ0ã0ä0111111^1_1`1d1i1k1p1q11111¤1¥1é1ê1ë1ï1ô1ö1÷1!2õçõçÛÍ¼ÛÍõçµ«õçõçµ«õçõçõçµ«õçõçµ«õçõçõçµ«õçõçµ«õçõçõçµ«õçõçµ«õçõçÛÍhÄihÒu5\hÒu5\ haK¤hÒu56\]mH sH haK¤hÒu56mH sH haK¤hÒu5mH sH haK¤hÒu5\mH sH hÒu5\mH sH Ce/f/g////[RG>> $IfgdÒu
$1$IfgdÒu $IfgdÒu£kd$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu///Ë/+"" $IfgdÒuÔkd-$$IflÖÖ\ÿÓi%!ø%?¼Ó Ö
tàÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³Ö0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³ytÒuË/Í/Ö/×/Ý/2040=0ööRöööö£kd2$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu $IfgdÒu=0>0D0u0w00[RRRR $IfgdÒu£kdÖ$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu000Ò0Ô0Ý0[RRRR $IfgdÒu£kdz$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuÝ0Þ0ä0111[RRRR $IfgdÒu£kd$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu111_1a1j1[RRRR $IfgdÒu£kdÂ$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuj1k1q1111[RRRR $IfgdÒu£kdf$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu11¥1ê1ì1õ1[RRRR $IfgdÒu£kd
$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuõ1ö1÷1"2#2$2[RG>> $IfgdÒu
$1$IfgdÒu $IfgdÒu£kd®$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu!2"2$2%2*2+2[2\2]2h2m2n2Æ2Ç2È2Ì2Ñ2Ó2Ø2Ù2ú2û2ü233
3+3^3{3|3}333333¯3°3±3¼3Á3Â3 4
444444&494:4 $IfgdÒu
$1$IfgdÒu $IfgdÒu£kd $$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu> $IfgdÒu
$1$IfgdÒu $IfgdÒu£kdØ¢$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuü4ý4525+"" $IfgdÒuÔkd|£$$IflÖÖ\ÿÓi%!ø%?¼Ó Ö
tàÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³Ö0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöpÖ(ÿ³³³ÿ³³³ÿ³³³ÿ³³³ytÒu2545=5>5D5r5t5}5ööRöööö£kd¤$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu $IfgdÒu}5~55¯5±5º5[RRRR $IfgdÒu£kd+¥$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒuº5»5Á5÷5ù56[RRRR $IfgdÒu£kdÕ¥$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu6666g6[V?V
&FE
ÆÐ8 5$7$8$9DH$gdÒugdÒu£kd¦$$IflÖÖ\ÿÓi%!ø%?¼Ó
tàÖ0ÿÿÿÿÿÿöd&6ööÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿÖÿÿÿÿ4Ö4Ö
laöytÒu66¶6º6Ü6à67
77.7276777v7à7ä7ú7û7ü78*8+8,80818h8j8k8m8v8~8©8ª8²8>9?9i:j::::::b;f;p;t;w;y;z;;;Î;Ñ;> >üõüõüõüõüõüõüõüõüîüõüîüõüõåßÛÔÊßº³ü³¨³¨ü¨³ü³³ü³ü³ü³ühafhÒuh¬N9hÒuj)§hjqBhÒuUjhjqBhÒuUhjqBhÒuhjqBhÒu5CJ KH \aJ h^:hnÃ5aJh.¯hnÃhnÃ
hnÃaJh.¯hnÃaJhê|dhÒuhUähÒuhÒu7g66¼6â6787w7æ7828i8j8k8l8m8~8©8ª8²8:=±=ääääääßäääßÚÚÚÕÚÚÁßßß$°Pþ¤ð¤F>¨>í>$?@2BÕB7CC
DdD@EG±G)I?ILIJÏKáKääääääßßäääääßßßÒ¹ßß¹
&FÞ
Æ°Ð8 5$7$8$9DH$gd è
S
&FÞ
Æh°gd ègdÒu
&Fo
ÆhÐ8 ¤5$7$8$9DH$gd è >D>E>>¥>¦>§>ë>ì>s@t@2BABBBcBBBÓBÕBñB
DDEEòEFHFKFNFOFÎFG0G1G`GaGbGGGHHFHGHHHcHdHªH«H·HíHïHðH&I'I(IùõùõùõùõùõùîçîàîàîàçÖçîàçùõùõùõùËù½Ë´ËùËù¦Ë´Ëùõõùh
hÒu0Jhæ2|hÒujhÒuUjs¨hjqBhÒuUhjqBhÒu0Jj¦§hjqBhÒuUjhjqBhÒuUhQ71hÒuh`5"h¼SahÒuhQ71hÒuhq?q@qæqóqûq%r'r6r]yyy«{Ú{Á|û|»)nb2¶IÈÉÔ¨àáúñúñúñèúñúñèúñúñèúñúñèúñúñèúñúñúñúñúñßúñúñØñØñÍñÍñÍñÍñÂñÂñÂñµñ¥µjB©hjqBhÒuUaJjhjqBhÒuUaJhjqBhÒumH sH hjqBhÒunHtHhjqBhÒuh,@®hÒuaJhæ2|hÒuaJhjqBhÒuaJ
hÒuaJ@]«ÍRÐQ»)Å;nó2ÊbJÉäääääääÇÂÂÂÂÂÂÂÂÂÂÂÂÂgdÒu
&FÞ
ÆhÐ8 Ð5$7$8$9DH$^Ðgd è
&FZ
ÆhÐ8 ¤5$7$8$9DH$gd èÉÔV
æ9\¨î!Ldd¨_÷èãããèãÂÂÂÂÂÂÂÂÂÂÂèãããã!$
&FV
ÆhÐþ¤x5$7$8$9DH$^Ð`þa$gd ègdÒu$
&FÞ
Æ°5$7$8$9DH$a$gd èà¹6ñîø£ ¢ô£h¥F¦§E§À¬9®Q®V°²û²¡´ÃµúáááááúØØØØúÁúúÁúú¹¹¹$a$gdÒu$
&FÞ
Æ°5$7$8$9DH$a$gd èh^hgdÒu$
&FW
Æh¤x5$7$8$9DH$a$gd ègdÒu=>¹ºìíî67½¾ñò\^`ÀÂîðbdfÀÂ§E§9®Q®®®¯®°®±®Ò®õèßèÒÂè³èÒèß£èõèßèÒè³èÒèßèõèßxßxßèßhèõjÅhjqBhÒuUaJhjqBhÒumH sH jà¬hjqBhÒuUaJjõ«hjqBhÒuUaJjòªhjqBhÒuUaJh¡hÒu0JaJmHsHjªhjqBhÒuUaJh¡hÒuaJmHsHhjqBhÒuaJjhjqBhÒuUaJhjqBhÒu0JaJ(Ò®Ó®(¯)¯[¯\¯]¯¯¯V°Z°l°n°°°°Á°Ã°Ä°ù°ú°5±6±d±e±f±±±ÃµÏµ¶¶'¶*¶:¶ä?äBäCäää¦ä§äÃäùõùõùõùõùõùõùõùõïæïæõùõùõùõùõÛõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõùõÔõùõùõùõùÉhjqBhÒumH sH hÊghÒuh,ithÒumHsHhjqBhÒuaJ
hÒuaJhÒuhjqBhÒuOeã~ã¢ã¸ãÜãää:äjää¦ä§äÃä:ççÝçææËææËææËæÆ¬¡$$
&FX
ÆhÐ8 1$5$7$8$9DH$gd è
$$$a$gdÒu
&FÞ
Æh°Ð8 5$7$8$9DH$gd ègdÒu
&Fj
ÆhÐ8 ¤5$7$8$9DH$gd è
&Fj
ÆhÐ8 5$7$8$9DH$gd èÃä\ç]çvçwççççç©çªç½ç¾ç×çØçÙçÚçÛçÝçèè6è7è8è;èècèhèpèqè{è|èèèèèèÑèÕèÝèÞèèèéèééééééé$é%é>é÷ê÷Ú÷êÔê÷Ô÷ê÷ÄêÔê÷·ê·§ê·ê·÷Ô÷Ô÷ê÷êÔê÷Ô÷Ô÷ê÷êÔê÷Ô÷ê÷j©²hjqBhÒuUaJj,²hjqBhÒuUaJj¯±hjqBhÒuUaJh,ithÒuaJmHsHj2±hjqBhÒuUaJ
hÒuaJjµ°hjqBhÒuUaJjhjqBhÒuUaJhjqBhÒuaJ5Ýç>èè
éeé«éòé9êêÏêë^ë·ëìHìÎìºí'î(îããããÇÇÇÇÇÇÇãããããº± $1$a$gdÒu
$h1$^ha$gdÒu$
&FX
ÆhÐ8 1$5$7$8$9DH$gd è$
&FX
ÆhÐ8 1$5$7$8$9DH$gd è>é?éOéPéSéTépéqéréué|éééé¡é¢é£é¨é©éªé¸é»éÃéÎéÏéèéééêéïéðéÿéê
êêê/ê0ê1ê6ê7êPêSê[êfêgêêêêêêêê ê«ê¬êÅêïæÙÓÙæÓæÓæÓæÙæÃÙÓÙÓæÓæÓÙæ³ÙÓÙæÓæÓÙæ£ÙÓÙæÓæÓÙæÙÓÙæÓæÓÙæjµhjqBhÒuUaJj´hjqBhÒuUaJj ´hjqBhÒuUaJj£³hjqBhÒuUaJ
hÒuaJjhjqBhÒuUaJhjqBhÒuaJj&³hjqBhÒuUaJ7ÅêÆêÇêÌêÍêäêæêîêùêúêëëëëë$ë'ë/ë:ë;ëTëUëVë[ë\ëqërëzë{ëëëë ë°ë±ë´ëµëÍëÎëÖë×ëáëâëûëüëýëììì&ì'ì@ìïâÜâÓÜÓÜâÓÃâÜâÓÜÓÜâÓ³âÜâÓÜÓÜÓâÓ£ÓâÜâÓÜÓÜÓâÓâÜâÓâh,ithÒuaJmHsHj·hjqBhÒuUaJj·hjqBhÒuUaJj¶hjqBhÒuUaJj¶hjqBhÒuUaJhjqBhÒuaJ
hÒuaJjhjqBhÒuUaJjµhjqBhÒuUaJ3@ìAìBìEìFìHìmì~ìì®ì¯ìÈìÉìÊìËìÌìFíGí`íaíbícídífígíííííííí¤í¥íµí¶í·í¸í(î9îKîïâÕâÕÌÃ½ÌâÌâ½âÌâÌâ½âÌâÌâ½âÌâÌ}Ìâ½âÌrÌhjqBhÒumH sH jü¹hjqBhÒuUaJj¹hjqBhÒuUaJj¹hjqBhÒuUaJj¸hjqBhÒuUaJ
hÒuaJh¯ùhÒuaJhjqBhÒuaJh,ithÒuaJmHsHjhjqBhÒuUaJj¸hjqBhÒuUaJ((î9î®îï#ðöð[ñ±ñéñHòò½òó]ô/õö÷Î÷øæÞÞÙÞÞ»»»»»»»ÞÞÞ$
&F
ÆhÐ8 ¤5$7$8$9DH$a$gd è$
&F
ÆhÐ8 ¤5$7$8$9DH$a$gd è gdÒu$a$gdÒu
&FÞ
Æ°Ð8 5$7$8$9DH$gd èKîQîæîçîíîøîùîúîûîýîþîïïïïoïpï{ï|ï«ï¬ï×ïØïÚïÛïÝïÞïæïçïéïêïðð ð!ð#ðõðöð¤ô©ôJKLõìàìÚìÚìÚìÚìÚÃ°ÃÃ°Ã°Ã°°°Ã°Ã°Ã°Ã°~Ú~Ú~ìojhaúhÒuUmH sH haúhÒuaJhÒuPJaJmH nHsH tH0hRBhÒu>*B*PJaJmH nHphÿsH tH$hRBhÒuPJaJmH nHsH tH-jhRBhÒuPJUaJmH nHsH tH
hÒuaJhjqBhÒuhXz0aJhjqBhÒuaJhjqBhÒu6aJ*øøÛø!ùUùù÷ù>úúßúFûÝûlüöü½ý?þþàþ:ÿÿÖÿ¾ááááááááááááÙÙÙÙÍÙÙÍÙÙÙ$h^ha$gdÒu$a$gdÒu$
&F
ÆhÐ8 ¤5$7$8$9DH$a$gd è¾pKuTá
ó&³Îþg
Æ
G¡ ÷÷÷òíííííçÌÌíí±±±±±í
&F
ÆhÐ8 ¤5$7$8$9DH$gd è
&F
ÆhÐ8 ¤5$7$8$9DH$gd è$gdÒugdÒu gdÒu$a$gdÒuL¤¥°±²Å
tuST^_jklÙÚýþõæÙÊ¿¬¥¥rgrZK¿¬¥¿¥jhkjhÒuUmH sH hkjhÒu0JmH sH hkjhÒumH sH jhkjhÒuUmH sH h^kwhÒu
hÒusHhaúhÒusHhÒuhjqBhÒuhNd'hjqBhÒu$hRBhÒuPJaJmH nHsH tHh^kwhÒumH sH jhaúhÒuUmH sH haúhÒu0JmH sH jhaúhÒuUmH sH haúhÒumH sH þOR_»þyÒà*h¯óôÐ0stSëúõõïÔÔÔÔõõõõõõõõõõõõõõõõ
&F
ÆhÐ8 ¤5$7$8$9DH$gd è$gdÒugdÒu gdÒuþ+67:LNcQRÖ×loòôüÿrt¥§ST`£¥¦éêì{|ã!ä!"","8"Ì"Î"Ð"#J#N#T#X#^#d#j#n#t#x#~####¤#ª#°#¶#¼#÷ñ÷ñå÷ñ÷ñÜñÜñÜñÜñÜñÜñÜñÜÒñÜñÒÇÒñÜñÜñÜñÜñÜñºªº º º º º º º º º ºhÒuaJmH sH h¹nhÒu5\aJmH sH h¹nhÒuaJmH sH høY©hÒu0JaJjhÒuUaJh¹nhÒuaJhjqBhÒuhXz0aJ
hÒuaJhjqBhÒuaJ?ëìjÏ{å!Î"Ð"ö"## #úúúôëôàààaàkdyº$$IflðÖFñÿqÝgÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿglÿÿÿÿglÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿ4Ö4Ö
lBÖaö]pÖÿÿÿÿÿÿytÒu
$$IfgdÒuh^hgdÒu$gdÒugdÒu #$#(#,#0#4#8#ôôôôôô
$$IfgdÒu8#:#J#
$$IfgdÒußkd^»$$IflÿÖñÿ) M
q¹Ýgÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒuJ#T#^#j#t#~##ôôôôôô
$$IfgdÒu###
$$IfgdÒußkdÍ¼$$IflðÖñÿ) M
q¹Ýgÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒu#¤#°#¼#Æ#Ð#Ú#ôôôôôô
$$IfgdÒu¼#À#Æ#Ê#Ð#Ô#ì#ð#ö#ú#$$
$$$$$"$:$@$F$J$P$T$Z$`$f$l$r$x$$®$²$¸$¼$Â$Æ$Ì$Ð$Ö$Ú$à$ä$î$ò$ø$ü$%%%%%%"%&%>%B%H%L%R%V%\%`%f%j%p%t%|%~%²%º%&&z&|&8';'¯'°'y((öéöéöéöéöéöéöéöéöéöéöéöéöéöéöéÙöéöéöéöéöéöéöéöéöéöéöéöéöéöéöéöéöéöéÓÊÓÊÓÊÓÊÓÊÓÊÓh¹nhÒuaJ
hÒuaJh¹nhÒu5\aJmH sH h¹nhÒuaJmH sH hÒuaJmH sH PÚ#Ü#ì#
$$IfgdÒußkd ¾$$IflðÖñÿ) M
q¹Ýgÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒuì#ö#$
$$$($ôôôôôô
$$IfgdÒu($*$:$
$$IfgdÒußkds¿$$IflðÖñÿ) M
q¹Ýgÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒu:$F$P$Z$f$r$~$ôôôôôô
$$IfgdÒu~$$$
$$IfgdÒußkdÆÀ$$IflðÖñÿ) M
q¹Ýgÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒu$$$$$$$ôôôôôô
$$IfgdÒu$$®$
$$IfgdÒußkdÂ$$IflÿÖñÿ) M
q¹Ýgÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒu®$¸$Â$Ì$Ö$à$ê$ôôôôôô
$$IfgdÒuê$ì$î$
$$IfgdÒußkdlÃ$$IflðÖñÿ) M
q¹Ýgÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒuî$ø$%%%"%,%ôôôôôô
$$IfgdÒu,%.%>% $IfgdÒußkd¿Ä$$IflÿÖñÿ) M
q¹Ýgÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒu>%H%R%\%f%p%z%öööööö $IfgdÒuz%|%~% gdÒußkdÆ$$IflÿÖñÿ) M
q¹Ýgÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿÿÿÿÿg$ÿÿÿÿÿÿÿÿ
t öì6ööÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÖÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ4Ö4Ö
lBÖaö]pÖFÿÿÿÿÿÿÿÿÿÿÿÿÿÿytÒu~%ð%V&'°'z({(K)V,þ,ÿ,-ù/`1R2´4Ê56L6+7,7/8s8ùÞÞÞÙÙÙÙÙÙÙÙÙÙÙÙÙÙÙÙÙ¾
&F®
ÆhÐ8 ¤5$7$8$9DH$gd ègdÒu
&F²
ÆhÐ8 ¤5$7$8$9DH$gd è$gdÒu(((((K)V,c,¸,¼,ì,û,ý,ÿ,2Q2.4³455×5Ü5æ5ì566'6/63676:6J6K6L6T6¤6µ6È6
7,7S8r8¼:á:*B*UphÿhthÒu5>*B*phÿhthÒu5jhthÒu5Uhb9hÒuPJaJnHtHhÒuhthÒu#)¨l¨¨Í¨ÿ¨>©x©´©ö©2ª}ª¶ª«s¬À¬ö¬1v²®ááááááááááÙ½ÙÙÙÙ$
&F¥
ÆhÐ8 ¤5$7$8$9DH$a$gd è$
ÆpØ @ `ú¤ð¤*B*PJUaJmH nHphÿsH tH0hjqBhÒu>*B*PJaJmH nHphÿsH tHhjqBhÒumH sH jhjqBhÒuUmH sH hjqBhÒuaJh6hÒuaJ"_ÇÇ£Ç¤ÇÓÇøÇ§ÈGÉÉÊ9ËRËË ÌëÌìÌ¸Í¹ÍÎääßÆ¨ßßßßß¨ß¨¨
ÆgdÒu gdÒu
&FÞ
Æ°Ð8 5$7$8$9DH$gd è
&FÞ
Æ°Ð8 5$7$8$9DH$gd ègdÒu
&F
ÆhÐ8 ¤5$7$8$9DH$gd èÇÇ£Ç¤ÇÐÇÑÇõÇöÇøÇùÇQÈRÈ]È^ÈpÈtÈÈÈÈÈ§ÈFÉGÉHÉ^É|ÉÉøÉúÉÊÊÊÊöéÜÑÉÑÉÑº¯º¯v¯É¯É¯rkÉÑÉÑbZbZbT
hÒusHhÒumH sH haúhÒusHhjqBhÒuhÒu$h!whÒuPJaJmH nHsH tH)jh½aÅhÒu>*B*UmH phÿsH h½aÅhÒu>*B*mH phÿsH h½aÅhÒumH sH jh½aÅhÒuUmH sH hÒumH sH hjqBhÒumH sH hjqBhÒuaJnHtHhÍWhÒuaJnHtHhÒuaJnHtH ÊTÊeÊxÊºÊ8Ë9ËOËPËRË~ËËËËËËËËËËËË¬Ë Ì
ÌbÌcÌnÌoÌ½Ì¿ÌÒÌÔÌëÌìÌúñúñúêß×ßÌÄÌÄÌÄÌÄÌÄÌÄ¹Ä¢¢v¢ffêhÒuPJaJmH nHsH tH0hjqBhÒu>*B*PJaJmH nHphÿsH tH$hjqBhÒuPJaJmH nHsH tH-jhjqBhÒuPJUaJmH nHsH tHh,@®hÒunHtHhÒunHtHhjqBhÒunHtHhÒumH sH hjqBhÒumH sH hjqBhÒuh¹nhÒuaJ
hÒuaJ"ìÌíÌEÍFÍQÍRÍÍÍÍÍÍ Í¦Í¨Í¸Í¹ÍºÍÎÎÎÎbÎdÎjÎlÎrÎtÎzÎ|ÎÎÎÎæÎçÎòÎóÎ#Ï%Ï1Ï3ÏIÏðåðÌ¯ðåðÌ¯hhÌh-jhjqBhÒuPJUaJmH nHsH tHhjqBhÒuPJnHtHhÒuPJaJmH nHsH tH$hjqBhÒuPJaJmH nHsH tH9jhjqBhÒu>*B*PJUaJmH nHphÿsH tH0hjqBhÒu>*B*PJaJmH nHphÿsH tHhjqBhÒumH sH jhjqBhÒuUmH sH (ÎÎIÏÏ[Ð2ÑrÑÁÑÔÑsÒ¹ÒçÖ:×`ØØØÕØÚKÚÀÞ\ßËßöñìñììÓ¶ñìììì¶ì¶ñìììì
&FÞ
ÆhÐ8 Ð5$7$8$9DH$^Ðgd è
&FÞ
Æ°Ð8 5$7$8$9DH$gd ègdÒu gdÒu
ÆgdÒuIÏmÏ{ÏÏÏßÏàÏëÏìÏ2Ð4Ð:ÐZÐ[Ð1Ñ;ÑqÑrÑ¾Ñ¿ÑÁÑÔÑÕÑ-Ò.Ò9ÒøíøÞÓÞÂÓ¥Ó¥Óøy¥yrcycJ0hjqBhÒu>*B*PJaJmH nHphÿsH tHjhjqBhÒuUmH sH hjqBhÒuhjqBhÒumH sH hjqBhÒunHtHh&hÒunHtHh,hÒunHtHhÒumH sH )jhûohÒu>*B*UmH phÿsH hûohÒu>*B*mH phÿsH hûohÒumH sH jhûohÒuUmH sH h,@®hÒunHtHhÒunHtH9Ò:ÒXÒZÒsÒÒ¢Ò¶Ò·Ò¸Ò¹ÒÜÒÞÒÑÓðÓÿÓÔ¦ÔªÔæÖ_Ø`ØØØØÒØÓØÕØÖØ.Ù/ÙâÏ¿Ï´©©´y´yuyf[fhjqBhÒumH sH jhjqBhÒuUmH sH hÒuhjqBhÒuhî[hÒuPJaJnHtHhÁhÒuPJaJnHtHhÒuPJaJnHtHhÚQShÒuPJaJnHtHhgnhÒuPJaJnHtHhjqBhÒunHtHhÒunHtH3Êçéçíçñç`èaèzè|èèè¡èÈèôè÷èûèÿèéééé é
éééhéiétéué²é´éºé¼éÃéÅéÍéÏéÙéÛéáéõñëñäõÜõÜõäÑÉÑÉÑÉÑÉÑÉÑºõº¡qaqaqaqaqaqhÒuPJaJmH nHsH tH$hjqBhÒuPJaJmH nHsH tH9jhjqBhÒu>*B*PJUaJmH nHphÿsH tH0hjqBhÒu>*B*PJaJmH nHphÿsH tHjhjqBhÒuUmH sH hÒunHtHhjqBhÒunHtHhÒumH sH hjqBhÒu
hÒuaJhÒuhjqBhÒumH sH &áéãéùé¾ëÊëýëÿëKìííññññ ñ
ñfñgñðÝÎÂ³Â³ÎÂÎmTA$hæ2|hÒuPJaJmH nHsH tH0jt2hæ2|hÒuPJUaJmH nHo(sH tH0jÚhæ2|hÒuPJUaJmH nHo(sH tH'hæ2|hÒuPJaJmH nHo(sH tH0jÂhæ2|hÒuPJUaJmH nHo(sH tHh¤5ÜhÒuPJaJnHtHhÒuPJaJnHtHhæ2|hÒuPJaJnHtH$hjqBhÒuPJaJmH nHsH tHhÒuPJaJmH nHsH tHùéOêFëGëë¿ëýë(ìKì§íÝí&îpîÁî
ïTï¸ï'ðpðöööñññññööÕÕö¹¹öö
&F
ÆhÐ8 ¤5$7$8$9DH$gd è
&F
ÆhÐ8 ¤5$7$8$9DH$gd è
&F
ÆhÐ8 ¤5$7$8$9DH$gd ègdÒu
ÆgdÒupðºðññ ññgñiñÈñÊñ)ò+òòòÌòÎò)ó+óóó»ó½ó¾óôãÚÑÑÑÇÑÇÑÇÑÇÑÇÑÇÑÇÑÇÑÚÚ
$
Æ
gdÒu
Æ
gdÒu
ÆgdÒu
&F
ÆhÐ8 ¤5$7$8$9DH$gd ègñhñÈñÉñ)ò*òòòÌòÍò)ó*óóóó¤ó§óçÓºÓ¡ÓÓoÓVÓ=Ó*Ó$hæ2|hÒuPJaJmH nHsH tH0jhæ2|hÒuPJUaJmH nHo(sH tH0j4hæ2|hÒuPJUaJmH nHo(sH tH0jÊÞhæ2|hÒuPJUaJmH nHo(sH tH0jhæ2|hÒuPJUaJmH nHo(sH tH0j4hæ2|hÒuPJUaJmH nHo(sH tH0j´Þhæ2|hÒuPJUaJmH nHo(sH tH'hæ2|hÒuPJaJmH nHo(sH tH0jhæ2|hÒuPJUaJmH nHo(sH tH§óºó»ó¼ó½óy÷£ù¤ù¥ù¦ù§ù¨ù©ù@úAúÝúíÙÀÙ´¥zÙaÙHÙ/Ù0j£.hæ2|hÒuPJUaJmH nHo(sH tH0jðÙhæ2|hÒuPJUaJmH nHo(sH tH0jhæ2|hÒuPJUaJmH nHo(sH tH0j/hæ2|hÒuPJUaJmH nHo(sH tH#hæ2|hÒuPJaJnHo(sHtHhæ2|hÒuPJaJnHtHhÒuPJaJnHtH0j*Þhæ2|hÒuPJUaJmH nHo(sH tH'hæ2|hÒuPJaJmH nHo(sH tH$hæ2|hÒuPJaJmH nHsH tHôõÎöx÷y÷ ÷£ù¤ù¦ù¨ùªù@úBúÝúßú}ûûúûüûRüTüüüüüööööñöèèèèÞöÞöÞöÞöÔöÔööö
$
ÆgdÒu
$
Æ
gdÒu
Æ
gdÒugdÒu
ÆgdÒuÝúÞú}û~ûúûûûRüSüüüüÿÿbÿÿ>78Z[çÓºÓ¡ÓÓoÓcTE2EcEcE$h,ithÒuPJaJmHnHsHtHh?@ºhÒuPJaJnHtHhæ2|hÒuPJaJnHtHhÒuPJaJnHtH0j)Þhæ2|hÒuPJUaJmH nHo(sH tH0j@hæ2|hÒuPJUaJmH nHo(sH tH0jë2hæ2|hÒuPJUaJmH nHo(sH tH0jeÜhæ2|hÒuPJUaJmH nHo(sH tH'hæ2|hÒuPJaJmH nHo(sH tH0jhæ2|hÒuPJUaJmH nHo(sH tHüØþÿÿ;ÿbÿÿ°ÿ½ÿì8[xy«Û+2~è[]ööööööööööööööööööööööööìö
$
ÆgdÒu
ÆgdÒu[\stuvwxy0FY[\]¢£¤ïãïÏ¿ï°¡°ã°°|lZFZ2'h?@ºhÒuPJaJmH nHo(sH tH&h?@ºhÒu5PJaJnHo(sHtH#h?@ºhÒuPJaJnHo(sHtHh?@ºhÒuPJaJnHo(tH(jc6h?@ºhÒuPJUaJnHo(tHhæ2|hÒu5PJaJnHtHhæ2|hÒuPJaJnHtHh?@ºhÒuPJaJnHtHjÓ5hÒuPJUaJnHtH&jhÒuPJUaJmHnHsH uhÒuPJaJnHtHjhÒuPJUaJnHtH]¤¦íïS U V à

.
ÓÕúüý±Ðî¿
õìõìõììììììììõìõììììÏÊ gdÒu
&FÞ
ÆhÐ8 Ð5$7$8$9DH$^Ðgd è
ÆgdÒu
$
Æ
gdÒu¤¥¦Øëìíîï > Q R S T U V

¬¶ëÛÉµÉ¡ÛÉ{ÉµÉ¡fÛZKZKZK¡h?@ºhÒuPJaJnHtHhÒuPJaJnHtH(j= h?@ºhÒuPJUaJnHo(tH h?@ºhÒuPJaJnHsHtH(jàh?@ºhÒuPJUaJnHo(tH'h?@ºhÒuPJaJmH nHo(sH tH&h?@ºhÒu5PJaJnHo(sHtH#h?@ºhÒuPJaJnHo(sHtHh?@ºhÒuPJaJnHo(tH(jûh?@ºhÒuPJUaJnHo(tH¶ÒÓÔÕÞùúûüÏÐîïG
H
S
ðÜÅµÜðÜtm^S^:0h,ithÒu>*B*PJaJmHnHphÿsHtHh,ithÒumHsHjhjqBhÒuUmH sH hjqBhÒuhæ2|hÒuPJaJnHtHhÒuPJaJnHtHh?@ºhÒuPJaJnHtH-jvQ!h?@ºhÒuPJUaJmH nHsH tHh?@ºhÒuPJaJnHo(tH-j h?@ºhÒuPJUaJmH nHsH tH'h?@ºhÒuPJaJmH nHo(sH tHhÒuPJaJmH nHsH tHS
T
¿
À
Á
%&efxz¯±ÂÄÎÐÖØÝßçéZ[fg¦§®âÏÀ±¦±âzjzjzjzjzjzjzjzjzjz]±¦±âzjzhjqBhÒuPJnHtHhÒuPJaJmH nHsH tH$hjqBhÒuPJaJmH nHsH tH0hjqBhÒu>*B*PJaJmH nHphÿsH tHhjqBhÒumH sH jhjqBhÒuUmH sH h,ithÒumHnHsHtH$h,ithÒuPJaJmHnHsHtH9jhjqBhÒu>*B*PJUaJmH nHphÿsH tH$¿
À
ABOP*B*PJUaJmH nHphÿsH tH0hjqBhÒu>*B*PJaJmH nHphÿsH tHhjqBhÒumH sH jhjqBhÒuUmH sH hjqBhÒunHtHhÒunHtHhÎhÒunHtHYZgh×Øt¥ý, - è è!ø!,"-"S"T"""""«#ê#$$Æ$j%%S&^&m&x&&&&Ý&0'8'C'W'X'Y'e'''ð'ò'ú'ùîáîùÖÏîáîÆîáîÆ¹Æ¬îáîáî¤ÆîáîîùîÆîÆáîùîÆîÆáÆáîáùîhÎhÒunHtHhhÒunHtHh^kwhÒunHtHhÒunHtHhÎhÒuaJnHtHhÎhÒuB*aJphhÎhÒuaJhgnhÒuhÎhÒumH sH hÎhÒuaJmH sH hÎhÒunHtHhÎhÒu3Ø8t¥ý ; è -"_""«#ê#û##$À$k%%S&e&÷ÙÙÙ÷÷»÷÷÷÷÷÷÷»÷÷÷÷÷»$
&F
ÆhÐ8 ¤5$7$8$9DH$a$gd è$
&F°
ÆhÐ8 ¤5$7$8$9DH$a$gd è$a$gdÒue&&0''ò'((D(F(R(`(÷÷÷÷ñããeWã
$$$Ifa$gdÒu}kdì
"$$IflÖÖ0ÿE%N:
t Ö0ÿÿÿÿÿÿö®6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÒu
$$$Ifa$gdÒu$gdÒu$a$gdÒu
ú'þ'((B(D(F(P(R())ª)°)À)Æ)Ì)Ò)Ø)Þ)î)ô)ú)******$***0*6*,H,R,\,f,p,z,,,,¢,¤,¶,Â,Î,Ú,æ,ò,ü,---*-6-B-N-Z-f-ññññññññññìññññññññññññññññFf?"
$$$Ifa$gdÒuì,-----$-*-0-6-.@.R.T.r.x.~..¼.Â.È.Î.Þ.ä.ìÜìÜìÜìÜìÜìÜìÜìÜìÜìÉ¼ÜìÜìÜìÜìÜìÜìÜìÜìÜìÜìÜìÜìÜìÉ©ìÜìÜìÜìÜìÜhgnhÒuCJaJ$nHtH%hÌ)DhÒuB*CJKHnHph560tHhÌ)DhÒuCJnHtH%hgnhÒuB*CJKHPJaJphhÒuB*CJKHPJaJph%hgnhÒuB*CJKHPJaJph.@.T.^.h.r.~..ñìñññññññññññññññññçññññññFfG$"FfC "
$$$Ifa$gdÒu...¨.².¼.È.Ô.Þ.ê.ô.þ.///$/./8/B/L/V/`/j/t/~////ñññññññññññìñññññññññññññññFfK("
$$$Ifa$gdÒuä.þ.///°/²/¼/*0+000v0w0x0y000000ìÙÆ·ìÙÆ¢Æ¢wl_RE8hgnhÒuCJnHtHhgnhÒuCJnHtHhgnhÒuCJnHtHhx7&hÒuCJnHtHhx7&hÒunHtHhÌ)DhÒuCJnHtHhÎhÒunHtH%hgnhÒuB*CJKHPJaJph)hgnhÒuB*CJKHaJnHphtHhgnhÒuCJaJ$nHtH%hÌ)DhÒuB*CJKHnHph560tH%hgnhÒuB*CJKHPJaJph%hgnhÒuB*CJKHPJaJph/¦/°/²/¼/Æ/Ð/Ø/â/ì/ö/þ/00
0000 0%0*0+000ññìñÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜ×Ë$$Ifa$gdÒuFfS0"$$$9DIfa$gdÒuFfO,"
$$$Ifa$gdÒu0050:0?0D0H0L0P0T0X0\0a0f0j0n0r0v0w0x0y00ññññññññññññññññìäÖÖ
$$$Ifa$gdÒu$a$gdÒuFfW4"$$9DIfa$gdÒu000¡0©0±0º0Ã0Ì0Õ0Þ0ç0seeeeeeeee
$$$Ifa$gdÒu
$$$Ifa$gdÒu}kd7"$$IflÖÖ0ÿñº%5S
t Ö0ÿÿÿÿÿÿöë6ööÖÿÿÖÿÿÖÿÿÖÿÿ4Ö4Ö
laöytÒuç0õ01
111*1

1 Opening

part of the document

Other exersises: