1、Information technology Coding of audio-visual objects Part 4: Conformance testing AMENDMENT 29: Symbolic Music Representation conformanceAmendment 29:2009 (IDT) toNational Standard of CanadaCAN/CSA-ISO/IEC 14496-4-06(ISO/IEC 14496-4:2004, IDT)NOT FOR RESALE.PUBLICATION NON DESTINE LA REVENTE.CSA Sta
2、ndards Update ServiceAmendment 29:2009 toCAN/CSA-ISO/IEC 14496-4-06October 2009Title: Information technology Coding of audio-visual objects Part 4: Conformance testing AMENDMENT 29: Symbolic Music Representation conformancePagination: 16 pages (iii preliminary and 13 text)To register for e-mail noti
3、fication about any updates to this publicationgo to www.ShopCSA.caclick on E-mail Services under MY ACCOUNTclick on CSA Standards Update ServiceThe List ID that you will need to register for updates to this publication is 2418413.If you require assistance, please e-mail techsupportcsa.ca or call 416
4、-747-2233.Visit CSAs policy on privacy at www.csagroup.org/legal to find out how we protect your personal information.Reference numberISO/IEC 14496-4:2004/Amd.29:2008(E)ISO/IEC 2008INTERNATIONAL STANDARD ISO/IEC14496-4Second edition2004-12-15AMENDMENT 292008-07-01Information technology Coding of aud
5、io-visual objects Part 4: Conformance testing AMENDMENT 29: Symbolic Music Representation conformance Technologies de linformation Codage des objets audiovisuels Partie 4: Essai de conformit AMENDEMENT 29: Conformit de la reprsentation musicale symbolique ISO/IEC 14496-4:2004/Amd.29:2008(E) PDF disc
6、laimer This PDF file may contain embedded typefaces. In accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties
7、accept therein the responsibility of not infringing Adobes licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to t
8、he file; the PDF-creation parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. COPYRIGHT PROT
9、ECTED DOCUMENT ISO/IEC 2008 All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or IS
10、Os member body in the country of the requester. ISO copyright office Case postale 56 CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax + 41 22 749 09 47 E-mail copyrightiso.org Web www.iso.org ii ISO/IEC 2008 All rights reservedAmendment 29:2009 toCAN/CSA-ISO/IEC 14496-4-06ISO/IEC 14496-4:2004/Amd.29:200
11、8(E) ISO/IEC 2008 All rights reserved iiiForeword ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development
12、of International Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in
13、 liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main task of the joint
14、 technical committee is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % of the national bodies casting a vote. Attentio
15、n is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights. Amendment 29 to ISO/IEC 14496-4:2004 was prepared by Joint Technical Committee ISO/IEC JTC 1, Informa
16、tion technology, Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia information. Amendment 29:2009 toCAN/CSA-ISO/IEC 14496-4-06ISO/IEC 14496-4:2004/Amd.29:2008(E) ISO/IEC 2008 All rights reserved 1Information technology Coding of audio-visual objects Part 4: Conformance testing
17、AMENDMENT 29: Symbolic Music Representation conformance In Clause 2 “Normative references” add: ISO/IEC 14496-23:2008, Information technology Coding of audio-visual objects Part 23: Symbolic Music Representation Add a new Clause 11 “Symbolic Music Representation”: 11 Symbolic Music Representation 11
18、.1 General This clause specifies how tests can be designed to verify whether bitstreams and decoders meet requirements specified in ISO/IEC 14496-23. In this part of ISO/IEC 14496, encoders are not addressed specifically. An encoder may be said to be an ISO/IEC 14496-23 encoder if it generates bitst
19、reams compliant with the syntactic and semantic bitstream requirements specified in ISO/IEC 14496-23. Procedures are described for testing conformance of bitstreams and decoders to the requirements defined in ISO/IEC 14496-23. Given the set of characteristics claimed, the requirements that must be m
20、et are fully determined by ISO/IEC 14496-23. This clause summarizes the requirements; cross references them to characteristics, and defines how conformance with them can be tested. Guidelines are given on constructing tests to verify bitstream and decoder conformance. In addition, some test bitstrea
21、ms implemented according to those guidelines are provided as an electronic annex. Symbolic Music Representation (SMR) objects allow modeling the visual aspects of a music score, and audio information or annotations related to the music piece. SMR includes the definition of XML schemas (for represent
22、ing music symbols composing the music score and describing the rules to be used for placement of music symbols) and additional binary information (for presenting the music score synchronously with a multimedia scene). This clause describes criteria to test SMR Conformance for bitstreams and decoders
23、. 11.2 SMR Conformance testing 11.2.1 AudioSpecificConfig characteristics The bitstream provider may apply restrictions to the following parameters of the AudioSpecificConfig: 1) audioObjectType: AOT 40 (uncompressed/Gzip-ed XML) or AOT 41 (BiM encoded XML) 2) numberOfParts: the number of parts comp
24、osing the score 3) notationFormat: can be CWMN, BRAILLE, SPOKENMUSIC, OTHER 4) codingType: can be XML, GZIP, BIM Amendment 29:2009 toCAN/CSA-ISO/IEC 14496-4-06ISO/IEC 14496-4:2004/Amd.29:2008(E) 2 ISO/IEC 2008 All rights reservedAccessUnit characteristics The bitstream provider may apply no restrict
25、ions to any parameters of the bitstream 11.2.2 Procedure to test Bitstream Conformance According to the restriction on the codingType field, the decoder shall be tested first for the exact bitstream decoding from binary format to the corresponding xml files. The Conformance Bitstreams described late
26、r shall be decoded using the codingType(s) supported by the decoder under test. To be called an ISO/IEC 14496-23 SMR decoder, the decoder shall provide an output where xml information (SM-XL, SM-FL) is identical to the reference file provided by ISO for the same bitstream. Please note that a decoder
27、, for efficiency or other reason, may be implemented in a way that a textual xml representation is not necessary to process information. Nevertheless, for testing purposes, a textual xml file dumping is required. 11.2.3 Decoder characteristics and computational complexity The SMR Decoder, after havi
28、ng decoded the binary stream, produces a corresponding rendering (graphics, audio or other) and periodically refreshes it according to dynamic updates that may come from access units or user interaction (through the MusicScore node). A very few points in the decoding process may need a meaningful am
29、ount of computing resources (both CPU and/or memory) according to the specific implementation: the generation of a view, and some of the most typical updates (transposition, jump to, etc.). Possible features which may be used to characterize from this point of view the complexity of a bitstream are:
30、 the number of symbols present for a certain unit of time, the number of dynamic operations on the score (such as transposing, etc.), and memory allocation. At this time no needs were identified to define different complexity levels but in case the music industry needs them the document will be amen
31、ded. 11.3 Procedure to test SMR decoder conformance SMR Decoder conformance must be tested in terms of real-time decoding capabilities, and quality assessment of its rendering in terms of graphics, or audio when required. The rendering of a score must obey to important rules, while some additional d
32、etail belongs to the domain of subjective (or style) preferences, and then should not be assessed by conformance testing. For a more comprehensive understanding of the required formatting and rendering rules, see ISO/IEC 14496-23, Clause 11. Graphical features that shall be considered for conformanc
33、e testing are: correct vertical note/rest alignment logical articulation placement, e.g. o text and lyrics placement o no overlap of symbols necessity to display all the required symbols possible skipped (not displayed) symbols Amendment 29:2009 toCAN/CSA-ISO/IEC 14496-4-06ISO/IEC 14496-4:2004/Amd.2
34、9:2008(E) ISO/IEC 2008 All rights reserved 3To be called an ISO/IEC 14496-23 SMR decoder, the decoder shall provide an output that does not meaningfully diverges from the reference output provided by ISO for the several test bitstreams described below. Meaningful divergence means that once considere
35、d the small stylistic differences that may come from the usage of different font characters, different horizontal spacing, and different view formatting when allowed, the output rendered score still presents visually evident differences (that means, a human expert can detect them) from the reference
36、 output in terms of the features listed above. This shall be true for all test bitstreams with no exception. 11.4 Description of the SMR Conformance Bitstreams For each of the conformance bitstreams shortly described in this clause, ISO provides in form of electronic attachment the following files:
37、An mp4 file with flat xml information (stxx-xml.mp4) An mp4 file with gzip-ped xml information (stxx-gzip.mp4) An mp4 file with xml information coded through BiM (to be used when supported) (stxx-bim.mp4) Reference xml files (in directory stxx.xsm) Reference output with short description (MS Word fi
38、les in Annex) (st-xx.doc) The following conformance bitstreams are defined: st01 “Classical orchestra score”. This bitstream tests several common music symbols, and particularly acciaccaturas and rehearsal marks. st02 “Voices with lyrics and keyboard summary”. This bitstream tests several common mus
39、ic symbols, and particularly lyrics and voice crossings. st03 “Soloist”. This bitstream tests classical symbols for multiple rests, dynamics, trills, and appoggiaturas. st04 “Classical score”. This bitstream tests in particular changes of clef, ornaments with accidentals, trill, grace notes, and acc
40、iaccaturas. st05 “Romantic orchestra score”. This bitstream tests complex accidentals, complex micro-spacing, different kinds of accent, bowing, slurs in brackets, and special performance instructions. st06 “Romantic score”. This bitstream tests complex spacing (chords with accidentals), complex slu
41、rs, beams which cross staves, fingerings, triplets, and pedal markings. st07 “Late romantic string quartet”. This bitstream tests performance indications (pizz., arco, etc.), stop harmonics, tempo changes, tremolo on stem, subtle dynamics, accent, phrasing marks across rests, beams including rests.
42、st08 “Jazz”. This bitstream tests jazz rhythmic section notation and the use of chord names as Symbolic Qualifiers. st09 “Big Band score”. This bitstream tests Big Band scores, including jazz chords symbols, jazz rhythmic section notation, and common jazz symbolic events. st10 “pop/rock”. This bitst
43、ream encodes a typical pop/rock music score and it is intended to tests simple guitar tablature/chord boxes/fretboard, chord names, lyrics (with word extenders), simple repeat signs, slash notation (scansion). st11 “Multiple modeling of duration 1”. In this bitstream the “visual duration” (i.e., hor
44、izontal distance) associated with each duration class symbol is not constant, and is also only distantly related to the logical meanings of the symbols. The visual durations of the symbols are related primarily to legibility considerations Amendment 29:2009 toCAN/CSA-ISO/IEC 14496-4-06ISO/IEC 14496-
45、4:2004/Amd.29:2008(E) 4 ISO/IEC 2008 All rights reservedand the visual context, including the width of the staff, the widths of the symbols, and the existence of other parallel/simultaneous symbols. st12 “Multiple modeling of duration 2”. This bitstream tests different kind of tuplets including nest
46、ed tuplets. st13 “Ordering relationships”. This bitstream tests several advanced ordering relationships for symbols. st14 “Symbolic selections”. This bitstream tests graphic and audio rendering of symbolic selections. st15 “Percussion 1”. This bitstream tests common symbolic representation for percu
47、ssion instruments. st16 “Percussion 2”. This bitstream tests common symbolic representation for percussion instruments including the use of players voice. st17 “Unbarred music”. This bitstream tests unbarred music rendering. st18 “Context changes”. This bitstream tests changes of octave, of clef, of
48、 tempo, of metronomic indication, of key signature, and of dynamic indication. st19 “Korean ornaments and voices with Unicode lyrics”. This bitstream tests Korean ornaments and Unicode lyrics and text inside the score. st20 “New defined symbols”. This bitstream tests the definition of new symbols ca
49、rried with a specific font and with a specific SMFL file. st21 “SM-FL custom rules”. This bitstream tests the definition of custom rules to change the standard formatting behavior. st22 “Multi-language lyrics”. This bitstream tests the possibility to have lyrics in multiple languages associated with the same score. st23 “SMR and MIDI”. This bitstream tests the possibility of the decoder to get MIDI information and display it. 11.5 Procedure to test decoder co
