ImageVerifierCode 换一换
格式:PDF , 页数:6 ,大小:107.73KB ,
资源ID:790332      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-790332.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-R BS 1693-2004 Procedure for the performance test of automated query-by-humming systems《自动query-by-humming系统的性能测试手续》.pdf)为本站会员(刘芸)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-R BS 1693-2004 Procedure for the performance test of automated query-by-humming systems《自动query-by-humming系统的性能测试手续》.pdf

1、 Rec. ITU-R BS.1693 1 RECOMMENDATION ITU-R BS.1693 Procedure for the performance test of automated query-by-humming systems (Question ITU-R 8/6) (2004) The ITU Radiocommunication Assembly, considering a) that metadata will be accompanying most audio broadcast transmissions in the future; b) that the

2、 automatic generation of metadata will be necessary to offer a complete, cost-efficient service in future; c) that query-by-humming systems enable a natural way to query audio databases; d) that different schemes for extraction of audio metadata are developed today; e) that Recommendation ITU-R BS.1

3、657 Procedure for the performance testing of automated audio identification systems, describes a procedure for the performance test of automated audio identification systems; f) that ISO/IEC JTC 1/SC 29 WG 11 is currently finalizing schemes for the coding of metadata for multimedia data; g) that no

4、quality assessment procedures for audio metadata extraction schemes regarding melody recognition have been standardized until now, recommends 1 that the procedure described in Annex 1 should be used to evaluate the performance of automated query-by-humming systems. Annex 1 Procedure for the performa

5、nce test of automated query-by-humming systems 1 Introduction In a time of ever-increasing databases filled with musical content, be it genuine audio material or associated metadata (data about data), the demand for tools to maintain these masses of data is also growing more urgent day by day. This

6、desire is not only expressed by professionals, but also by the common Internet user and music lover, who searches the Web on numerous errands for her or his preferred musical style. In order to facilitate the retrieval of the desired material, two different levels of abstraction can be discerned her

7、e: The search for high-level metadata as a human listener would describe contents, e.g. melody, rhythm, timbre, instrumentation or genre. An example application for this would be a query-by-humming system, which can be used in recommendation engines. 2 Rec. ITU-R BS.1693 Extracting mid-level metadat

8、a for automatic identification of certain interpretations of musical contents. Descriptions of the technical features of the audio data (spectral contents, etc.) are distilled and compared to a database of known material, thus creating a link to relevant metadata such as artist, song name, etc. For

9、an overview of current state-of-the-art query-by-humming systems please refer to document, ISMIR 2002 (3rd International Conference on Music Information Retrieval, IRCAM Centre Pompidou Paris, France, October, 2002). 2 Motivation To meet the demands of the music business, the recognition rate of the

10、 applied query-by-humming technology must be high and withstand common alterations to the stored representations in the song database. This problem is tackled by a number of different, often proprietary, solutions that have arisen recently (Clarisse et al., 2002, Ghias et al., 1995, Haus and Pollast

11、ri, 2001, Heinz and Brckmann, 2003). All methods, however, face the same problems regarding their robustness to modifications of the original material. This leads to the proposition that automated query-by-humming systems should ideally be as precise and tolerant to signal modifications as human per

12、ception and recognition. Therefore, a sophisticated query-by-humming system has to be robust against different distortions regarding signal quality and variations from ideal melody inputs. Also a reliable handling of large song databases consisting of several thousands of songs should be provided. C

13、onsequently, in order to assess the quality of an automated query-by-humming system, a test environment has to be defined that covers different types of signal modifications and describes how to determine other essential system parameters. To allow the objective evaluation of query-by-humming system

14、s, a unified test procedure is needed. 3 Quality parameters For the evaluation of query-by-humming systems the following quality parameters have to be considered: Required audio input: Is it necessary to sing a certain part of the song or is it possible to sing any part? What is the minimal length o

15、f the input to provide a reliable result? Size of data representation: How many data (bytes) per song have to be stored in the music database? Size of the music database: How many songs can be held in the music database? Rec. ITU-R BS.1693 3 Mode of identification: How does the kind of input, such a

16、s singing in mother language, humming or singing modes like “na na na”, etc., any kind of instrument, influence the recognition rate and performance? Melody recognition speed: How long does it take to identify a melody? How does this scale with the number of songs in the music database? How does thi

17、s scale with the quality of the input data? To assess these properties in a sensible fashion and thereby to show the suitability of a system for real-world application, a test environment must exhibit constant boundary conditions regarding the characteristics under test. Relevant test conditions are

18、: the size and content of the music database (see 4); size of the query input (referring to the playing duration) and number of the test items (see 4); exact modification rules for the test items (see 5 and 6); and computing platform, which includes specification of the central processing unit (CPU)

19、, memory, and operating system (see 7). 4 Selection of test material and size of the music database A reference music sample database on which all systems perform their query should be defined. It should contain a mixture of different musical styles (pop songs from different countries, classic, .) w

20、ith worldwide prevalence in numbers on the most familiar songs. Special care should be taken to avoid duplicate items within the database (cover versions, etc.). A music database size of 500-1 000 songs is suggested for a statistically reliable and relevant evaluation. As the preparation of abstract

21、 high-quality representations of musical songs as they are needed for the database search is a troublesome and expensive procedure, the construction of the musical reference database is left to the participants. This will lead to an implicit quality criterion which will find its meaning in the obtai

22、ned test results. All participating parties are free in the choice of the inner database format as this is dependent on the search algorithm. A set of test items (query sample database) should be defined to meet the following requirements: in order to avoid any calibration regarding a special set of

23、 queries every participating party should contribute a totality of 200 query melodies. An adaptation of the parameters of the query-by-humming-systems to a subjectively provided query database can be ruled out by this demand. The test items should be of good audio quality including ideally no signal

24、 distortion. The inputs should contain a variety of different types, such as sung lyrics, hummed melodies (da, na, ta, la, .) and instrumental inputs. These should be performed by a representative distribution of various singers and instrumentalists. 4 Rec. ITU-R BS.1693 All test items have to be pe

25、rformed representations of melodies contained in the reference database. Testing a rejection behaviour is not suitable because of gliding degrees of similarities between melodies. As the number of additionally tested query-by-humming-systems is growing in time there will result an increasing size of

26、 the query sample database. Therefore, a repeated testing of the systems will be necessary in order to compare the performances according to the statistically more and more expressive query database. An automated testing procedure is recommended. 5 Modifications To be more realistic regarding real-w

27、orld applications, high-quality test items (see 4) should be modified using common acoustic pollution sources: audio compression (mp3, aac, .); bandwidth limitation (telephony, .); quantization (pulse code modification (PCM), A-law, .); GSM distortion (fullrate, .); background noise (audience, resta

28、urant, music store, .). A list of exact rules is listed in 6. 6 Test method The main parameter for estimating the quality of involved systems shall be the percentage of correctly classified melodies. This can be divided into two categories: the searched item is ranked number one in the list of prese

29、nted results; the searched item is among the ten melodies estimated most similar by the system. These figures as well as the speed of the extraction and search (classification) process have to be measured separately for each experiment. 6.1 Experiment 1 In a first test run, all titles from the query

30、 sample database remain unmodified and have to be identified. So optimum conditions regarding audio quality are provided and the results should show a very high rate of correct identifications. 6.2 Experiment 2 For testing the robustness behaviour of the systems under consideration miscellaneous mod

31、ifications are applied to the items of the query sample database. Modifications representing acoustic distortions occurring in every day life have to be chosen. GSM distortion: Test items have to be processed by three different speech coding techniques used for mobile telephony (GSM “fullrate”, “enh

32、anced fullrate” and “halfrate”). Rec. ITU-R BS.1693 5 Audio compression: The examples have to be compressed/decompressed using “MPEG-1/2 Layer-3” audio codecs applying coding rates of 64, 96 and 128 kbit/s. Recommended is the original Fraunhofer codec. Quantization: The query items have been subject

33、 to a non-linear A-law quantization (8 kHz, 8 bits). Bandwidth limitation: The input is limited by a bandpass according to conventional telephone quality, i.e. 300-3 400 Hz. The filter characteristics of the used bandpass should fulfil the requirement of a minimum descent of 12 dB/oct. Background no

34、ise: In order to have a quasi-standardized distortion database of real life speech signals and babble noise, the contents of the “ICRA Noise CD” Dreschler et al., have to be utilized. Two kinds of different noise signals have to be composed with the original query data, i.e. using the unmodified noi

35、se tracks and attenuated versions (6 dB), respectively: 2 persons babble (normal effort, track 6); 6 persons babble (raised effort, track 8). 7 Test platform As a recommended computational platform devices and operating systems should be utilized that comply with the state-of-the-art equipment avail

36、able to the regular user. In 2004 an example of an adequate and easily available platform is a Pentium 4/Athlon XP class machine running at 2.4 GHz with 512 Mbits of RAM using Windows XP or Linux. 8 Test report Test reports should convey, as clearly as possible, the rationale for the study, the meth

37、ods used and conclusions drawn. Sufficient details should be presented so that a knowledgeable person could, in principle, replicate the study in order to check empirically on the outcome. An informed reader ought to be able to understand and develop a critique for the major details of the test, suc

38、h as the underlying reasons for the study, the experimental design methods and execution, and the analyses and conclusions. Special attention should be given to the following aspects: a specification and selection of the music database and the audio sample database; a detailed description of the sys

39、tems under test; a detailed description of all the conclusions that are drawn. 6 Rec. ITU-R BS.1693 References CLARISSE, L. P., MARTENS, J. P., LESAFFRE, M., DE BAETS, B., DE MEYER, H. and LEMAN, M. October 2002 An Auditory Model Based Transcriber of Singing Sequences. ISMIR 2002, 3rd International

40、Conference on Music Information Retrieval, IRCAM Centre Pompidou Paris, France, p. 116-123. GHIAS, A., LOGAN, J., CHAMERLIN, D. and SMITH, B. C. 1995 Query By Humming. Musical Information Retrieval in an Audio Database. Procs. ACM Multimedia, p. 231-236. HAUS, G. and POLLASTRI, E. 2001 An Audio Fron

41、t End for Query-by-Humming Systems. Procs. ISMIR 2001, p. 65-72. HEINZ, Th. and BRCKMANN, A. March 2003 Using a Physiological Ear Model for Automatic Melody Transcription and Sound Source Recognition. AES 114th Convention. Amsterdam, Netherlands. DRESCHLER, W. A., VERSCHUURE, H., LUDVIGSEN, C. and WESTERMANN, S. ICRA Noises: Artificial noise signals with speech-like spectral and temporal properties for hearing aid assessment. Audiology, 40, p. 148-157.

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1