数字乐谱：光学乐谱识别软件与记谱格式深度解析

引言

背景设定

随着科技的飞速发展，音乐领域正经历着从传统纸质乐谱向数字化格式的深刻转变 1。这一转变不仅改变了音乐的创作、学习和演奏方式，也对乐谱的保存和传播提出了新的要求。在这一数字化浪潮中，两个核心需求应运而生：一是如何高效地将现存的大量纸质乐谱转换为可编辑、可播放的数字格式，这催生了光学乐谱识别（Optical Music Recognition, OMR）技术；二是如何标准化地表示数字化的乐谱信息，以便在不同的软件和平台间进行交换和处理，这推动了数字记谱语言（如 MusicXML）的发展。数字工具在音乐创作、教育、表演和文献保存中的重要性日益凸显 2。

问题陈述

OMR 技术的核心目标是解决乐谱数字化过程中的数据采集瓶颈问题 6，即将乐谱图像自动转换为机器可读的数据。然而，音乐符号的复杂性、二维布局以及各种风格和质量的差异，使得 OMR 比起传统的光学字符识别（OCR）面临更大的挑战 6。另一方面，为了确保不同音乐软件（如制谱软件、播放器、OMR 工具）之间能够顺畅地共享和利用这些数字乐谱数据，统一的、标准化的数据格式至关重要。MusicXML 应运而生，旨在成为数字乐谱领域的通用交换格式 7，但它并非唯一的解决方案，其他格式如 MEI、ABC Notation 和 LilyPond 等也各自服务于不同的需求。

报告目标与范围

本报告旨在对当前的光学乐谱识别（OMR）软件市场和主流的数字音乐记谱语言进行全面而深入的分析。具体目标包括：

1. 识别并分析市面上主流的 OMR 软件解决方案。
2. 评估这些软件的功能特性、识别准确率、兼容性、定价模式以及优缺点。
3. 深入研究 MusicXML 格式的设计目标、技术规范、应用生态及其优劣势。
4. 介绍并分析 MusicXML 之外的其他重要数字记谱格式，如 MEI、ABC Notation 和 LilyPond。
5. 对 MusicXML 与其他格式进行多维度对比分析。
6. 阐述 OMR 软件与数字记谱语言之间的相互关系和数据流。
7. 总结 OMR 技术和数字记谱语言的当前发展状况、主要应用场景，并探讨未来的发展趋势。

报告范围涵盖当前的 OMR 软件（包括桌面、移动、Web 及 API 解决方案）、MusicXML 标准（特别是 4.0 版本）、主要的替代格式（MEI, ABC Notation, LilyPond）、它们之间的交互作用、市场趋势以及技术进展（尤其是人工智能/机器学习的应用）。

研究方法

本报告的分析基于对公开可获取的技术文档、软件评测报告、用户反馈、行业市场报告以及相关学术研究的综合梳理与评估。分析过程中整合了广泛的信息来源，旨在提供一个客观、详实且具备深度的技术和市场洞察 5。

第一部分：光学乐谱识别（OMR）软件概览

1.1. 光学乐谱识别（OMR）定义

光学乐谱识别（OMR）是指利用计算机视觉和模式识别技术，将乐谱的图像（通常来源于扫描件、照片或 PDF 文件）自动转换成机器可读的、结构化的数字音乐格式的过程 6。其核心目标是自动化乐谱的数字化转换，克服手动输入的耗时和繁琐 6。

OMR 的研究历史可以追溯到几十年前，但直到近几十年才随着图像处理和计算能力的提升而获得显著发展 6。相较于文本的 OCR，OMR 因乐谱符号的多样性、二维空间关系（音高由垂直位置决定，时值由符号形状和水平位置共同决定）以及符号间的复杂组合（如和弦、连音线、装饰音等）而更具挑战性 6。

OMR 技术的主要应用场景包括：

• 数字化个人或机构的乐谱收藏：将大量纸质乐谱转换为易于管理和检索的数字格式。
• 辅助编辑与编排：快速获取乐谱的数字版本，以便在制谱软件中进行修改、改编或移调 16。
• 实现乐谱播放与练习：将静态乐谱转换为可播放的 MIDI 或 MusicXML 文件，用于试听、伴奏或互动式学习 13。
• 辅助视障音乐家：提供将乐谱转换为可读或可听格式的工具，如 vivo 读谱功能 23。
• 支持音乐学研究：大规模数字化乐谱，为计算音乐学分析提供数据基础 19。

1.2. OMR 解决方案分类

当前的 OMR 解决方案可以根据其部署方式和目标用户大致分为以下几类：

• 桌面应用程序：通常安装在 Windows 或 macOS 计算机上，提供最全面的功能集、强大的编辑和修正工具，并可能具有较高的识别准确率，但通常需要付费购买，且需要本地安装。

• 代表产品：SmartScore 64 Pro 9、ScanScore Professional 9、PhotoScore Ultimate（常与 Sibelius 捆绑）8、Audiveris（开源软件）12。

• 移动应用程序：运行于 iOS 或 Android 设备，突出便携性、快速捕捉（通过摄像头拍照）和即时回放功能，通常界面简洁，适合快速处理简单乐谱或作为学习辅助工具，但准确性和功能深度可能不及桌面软件。

• 代表产品：PlayScore 2 9、Sheet Music Scanner 9 以及应用商店中提及的其他类似应用（如“五线谱照片扫描仪”）13。

• Web 应用程序/服务：通过浏览器访问，提供跨平台兼容性，通常利用云端服务器进行处理（尤其是基于机器学习的模型），便于协作和分享。

• 代表产品：Soundslice 9、Newzik（其 LiveScores 功能）9。一些在线记谱平台如 Noteflight 8 和 Flat.io 8 主要功能是记谱，但也可能集成或计划集成 OMR 功能。

• API/SDK 解决方案：为开发者提供 OMR 技术接口，允许将其集成到第三方应用程序或服务中。

• 代表产品：Halbestunde OMR 11。

• 集成于制谱软件的功能：OMR 功能作为主流制谱软件的一部分或紧密捆绑的插件提供，旨在实现从扫描到编辑的无缝工作流。

• 代表产品：Sibelius（通过 PhotoScore）8、MuseScore（通过基于 Audiveris 的导入功能）26（早期讨论见 25）。

1.3. 主要 OMR 软件解决方案简介

以下是对几款代表性 OMR 软件的简要介绍：

• PhotoScore & NotateMe Ultimate 8

• 描述/目标用户：功能全面的桌面 OMR 软件（Neuratron 开发，常与 Avid Sibelius 捆绑），也包含 NotateMe 手写识别技术。面向专业音乐工作者、编曲家、教育者。
• 核心功能：识别印刷和手写乐谱（通过 NotateMe），识别音符、休止符、连线、力度、歌词、吉他谱、和弦图等多种符号。提供编辑界面（类似 Sibelius 风格），支持扫描仪直接输入或导入 PDF/图像文件。可播放、移调、打印乐谱，导出 MusicXML、MIDI、PDF 等格式。
• 输入格式：扫描件、PDF、图像文件（JPG 等）、手写输入（NotateMe）16。
• 输出格式：MusicXML、MIDI、PDF、原生格式（发送至 Sibelius）15。
• 操作系统：Windows, macOS 17。NotateMe 也有移动应用 17。
• 定价模式：付费永久许可（约 $249）15。有 Lite 版本（功能受限，随 Sibelius 提供）。

• SmartScore 64 Pro 9

• 描述/目标用户：老牌桌面 OMR 软件（Musitek 开发），集 OMR 与乐谱编辑功能于一体。面向需要精确数字化和编辑乐谱的用户。
• 核心功能：识别乐谱图像（扫描件、PDF），提供乐谱编辑环境进行修正。支持多声部、复杂记谱法。可播放、移调、打印。
• 输入格式：扫描件、PDF 9。
• 输出格式：MusicXML、MIDI、原生格式、PDF 9。
• 操作系统：Windows, macOS 9。
• 定价模式：付费永久许可（专业版约 $399，针对 Finale/Dorico 用户有折扣价 $199）9。也有其他版本（如 Piano Edition）。

• ScanScore Professional 3 9

• 描述/目标用户：较新的桌面 OMR 软件，同样包含 OMR 引擎和编辑功能。提供移动应用辅助输入。
• 核心功能：识别 PDF 和图像文件中的乐谱。提供编辑工具修正错误。可通过手机 App 拍照导入。
• 输入格式：PDF、图像文件、手机 App 拍照 9。
• 输出格式：MusicXML、MIDI 9。
• 操作系统：Windows, macOS 9。
• 定价模式：付费订阅（专业版一年许可约 $79）9。有 Melody 和 Ensemble 版本。

• PlayScore 2 9

• 描述/目标用户：移动端 OMR 应用，强调快速扫描、播放和学习辅助。适合学生、爱好者和需要快速试听乐谱的用户。
• 核心功能：通过手机相机拍照或导入 PDF/图像进行识别。提供高质量的播放功能，可调整速度、乐器音色、移调。支持多声部播放。有基本的编辑工具（遮罩）。
• 输入格式：相机拍照、PDF、图像文件 9。
• 输出格式：MusicXML、MIDI 9。
• 操作系统：iOS, Android, Windows (Microsoft Store) 9。
• 定价模式：订阅制（专业版每月 $6.99 或每年 $49.99）9。

• Soundslice 9

• 描述/目标用户：基于 Web 的音乐学习和记谱平台，集成了 OMR 功能。适合音乐教育者、学生和需要在线协作、练习的用户。
• 核心功能：通过上传 PDF 或照片进行 OMR 识别（基于机器学习）。提供强大的乐谱查看器、编辑器和练习工具（变速、循环、同步音视频等）。
• 输入格式：PDF、照片 9。
• 输出格式：MusicXML 9。
• 操作系统：Web（任何带浏览器的设备）9。
• 定价模式：免费版（每月 OMR 页数有限制），付费订阅（Plus 计划 $5/月/用户，提供更多 OMR 页数）9。

• Newzik 9

• 描述/目标用户：主要是 iOS 平台的数字乐谱阅读器和管理工具，其 "LiveScores" 功能提供 OMR 服务。
• 核心功能：将用户库中的 PDF 或照片转换为可交互、可播放的 LiveScore，并可导出为 MusicXML。采用机器学习方法进行识别。
• 输入格式：PDF、应用内拍照 9。
• 输出格式：MusicXML 9。
• 操作系统：iOS, Web 9。
• 定价模式：订阅制（Premium 版每年 $49.99 或终身 $149.99）9。

• Audiveris 12

• 描述/目标用户：开源的桌面 OMR 软件，适合有一定技术背景、寻求免费解决方案的用户或开发者。
• 核心功能：基于图像处理算法识别乐谱。支持多种图像格式输入。提供逻辑和物理视图。可进行批处理。包含一些编辑和布局工具。
• 输入格式：JPG, PNG, TIFF, PDF 12。
• 输出格式：MusicXML, MIDI 12。
• 操作系统：Windows (64位), Linux, macOS (可能需要自行编译) 12。
• 定价模式：免费（GPL 开源许可证）12。

• MuseScore (PDF 导入功能) 25

• 描述/目标用户：流行的免费开源桌面制谱软件，其在线服务 (musescore.com) 提供 PDF 导入功能（基于 Audiveris）。主要面向 MuseScore 用户，希望将 PDF 乐谱导入进行编辑或播放。
• 核心功能：通过 musescore.com 网站上传 PDF 文件，进行 OMR 转换，然后可以在 MuseScore 软件中打开生成的 MSCZ 或 MusicXML 文件。
• 输入格式：PDF 26。
• 输出格式：MSCZ (MuseScore 原生格式), MusicXML 26。
• 操作系统：Web 服务上传，可在任何支持 MuseScore 的桌面系统 (Windows, macOS, Linux) 打开结果 8。
• 定价模式：PDF 导入功能可能需要 Musescore Pro 订阅 35，但 MuseScore 软件本身免费 1。

1.4. 表1：主流 OMR 软件特性比较矩阵

本节要点

OMR 市场展现出显著的碎片化特征。不同的解决方案针对不同的平台（桌面、移动、Web）、用户需求（从专业编辑到快速播放）和预算（从免费开源到高端商业软件）进行优化 8。这种多样性表明，市场尚未围绕单一主导方案或技术路径进行整合，而是通过专业化来满足细分市场的需求。例如，Audiveris 12 服务于寻求免费和可定制性的技术用户，PlayScore 2 9 则专注于移动端的便捷性和学习辅助，而 SmartScore 9 和 PhotoScore 8 则定位于需要全面功能的专业桌面用户。

同时，一个明显的趋势是 OMR 功能与制谱软件的融合。无论是通过紧密捆绑（如 Sibelius 与 PhotoScore 8）或直接集成（如 MuseScore 的 PDF 导入功能 26），还是在基于 Web 的记谱平台中加入 OMR（如 Soundslice 9 和 Newzik 9），都反映了向更无缝工作流的转变。过去，OMR 通常是一个独立的步骤，需要繁琐的导出导入操作 6。如今的整合趋势旨在减少用户在数字化和利用乐谱之间的操作障碍，提供从扫描/导入到编辑/编排的一站式体验，这与市场偏好集成解决方案的趋势相符 3。

第二部分：OMR 软件评估：准确性、可用性与局限性

2.1. 准确性的关键作用

在 OMR 软件的评估中，识别准确性是至关重要的核心指标。任何识别错误都需要用户花费额外的时间和精力进行手动修正，如果错误过多，OMR 所节省的时间可能被后期修正所抵消，甚至得不偿失 6。即便是号称很高的准确率（例如 99%），在一个包含数千个符号的复杂乐谱页面上，仍然可能意味着数十个甚至上百个错误需要修正 25。

影响 OMR 准确性的因素多种多样，主要包括：

• 原始乐谱质量：乐谱的印刷清晰度、纸张状况、扫描或拍照的分辨率、是否存在污渍或手写标记等，都会直接影响识别效果。清晰、高质量的原件通常能获得更好的结果 15。
• 音乐复杂度：乐谱的复杂程度是另一大挑战。包含多声部、密集和弦、复杂节奏型、非标准记谱符号、大量装饰音或频繁变化的记号（如拍号、调号）的乐谱，其识别难度远高于简单的单旋律乐谱 9。
• 手写与印刷：识别手写乐谱的难度远超印刷乐谱，因为手写风格各异，符号规范性差，是 OMR 领域公认的难题 15。
• OMR 引擎技术：不同软件采用的识别算法（传统的基于规则的图像处理方法，或现代的基于机器学习/深度学习的方法）直接决定了其识别能力和鲁棒性 9。

2.2. 准确性对比分析（基于评测）

综合现有的评测报告和用户反馈，可以对不同 OMR 软件的准确性表现进行归纳：

• 普遍成功之处：对于清晰的印刷乐谱，大多数 OMR 软件在识别基础元素（如音符、休止符、谱号、调号、拍号）方面表现相对稳定和可靠 9。
• 常见的挑战与错误类型：

• 复杂节奏：特别是三连音、五连音等元组（Tuplets），尤其是隐含的（未明确标示数字）或嵌套的元组，识别错误率较高 9。
• 装饰音与提示音：碎音（Grace Notes）和提示音（Cue Notes）经常被混淆或识别为普通音符 9。
• 表情记号：力度记号（Dynamics）、演奏法标记（Articulations）、连音线（Slurs）、延音线（Ties）和装饰音（Ornaments）的识别成功率参差不齐，经常出现遗漏或错误 9。
• 歌词与和弦符号：识别效果不稳定，有时需要依赖额外的 OCR 技术，或根本无法识别 22。
• 多小节休止符：常被错误识别或忽略 9。
• 反复记号与结尾：反复记号结构（如 D.C., D.S., Coda）和不同的反复结尾（Volta brackets）的识别往往不完整或不准确 9。
• 移调乐器：自动检测乐器移调关系并正确处理其实际音高的能力因软件而异 9。
• 跨谱表连音：对于钢琴谱等包含跨谱表连音的情况，识别难度较大 9。
• 多声部/复音：同一谱表内的多声部会显著增加识别的复杂性和错误率 9。
• 手写乐谱：准确率普遍较低，实用性有限 15。

• 具体软件表现摘要（示例）：

• Soundslice：在某些复杂元素（如提示音、多小节休止符 - 需用户确认）上表现较好，但在速度标记和移调处理上存在不足 9。
• PlayScore 2：识别速度快，基础音符和力度识别尚可，但在多小节休止符、反复记号、移调信息（在 MusicXML 导出时）等方面存在问题 9。其对颤音（Tremolo）的支持是一大亮点 22。
• Newzik：整体表现不错，能处理移调，但在提示音、力度、反复记号等方面有困难 9。
• Sheet Music Scanner：速度快，反复记号处理较好，但明确不支持装饰音和力度记号，且在跨谱表连音方面存在问题 9。
• SmartScore：音符和临时记号识别较好，支持跨谱表连音，但在提示音、多小节休止符、反复记号、三连音等方面表现不佳 9。用户评价存在差异 21。
• ScanScore：在装饰音、连音线、演奏法标记上表现较好，但在提示音（常误识别为装饰音）、多小节休止符、速度标记、移调处理、三连音等方面存在持续问题 9。
• PhotoScore：作为常用捆绑软件，宣称准确率高 17，能处理歌词、吉他谱等 16，并包含手写识别模块 NotateMe 15。评测表明其在清晰印刷乐谱上效果较好，但在复杂或质量不佳的乐谱上表现不稳定；编辑界面评价不一 16。其宣称的 >99.5% 准确率可能过于乐观 21。
• Audiveris：开源方案，基于图像处理，可导出 MusicXML/MIDI 12。被 MuseScore 用于 PDF 导入 32。用户界面可能不够友好 26，但通过努力可以获得不错的结果 28。
• MuseScore 导入：依赖 Audiveris 32，对于复杂或低质量的 PDF 文件，识别效果可能很差 26。开发讨论中也承认在准确性方面存在挑战，尤其是在基础音符和谱线之外的符号 25，并探讨了使用机器学习改进的可能性 33。

2.3. 用户体验：易用性与编辑工具

除了准确性，OMR 软件的用户体验同样重要，这直接影响到用户完成任务的效率和满意度。

• 界面设计：软件界面风格差异很大。移动应用通常追求简洁直观 9。桌面应用功能更全，但也可能更复杂 9。部分软件的界面被认为略显陈旧 16。
• 工作流程：标准流程通常是：输入（扫描/拍照/导入文件）-> 识别处理 -> 编辑修正 -> 导出所需格式 15。部分工具提供与扫描仪的直接集成 15。基于机器学习的工具可能需要较长的云端处理时间 9。
• 编辑与修正能力：由于 OMR 识别难以做到 100% 准确，强大的编辑和修正工具是必不可少的 6。不同软件提供的编辑功能差异显著：

• 基础功能：如 PlayScore 2 的遮罩工具，用于隐藏或忽略错误部分 22。
• 高级编辑器：如 PhotoScore 15、SmartScore 9 和 ScanScore 9 等桌面软件，通常提供更完善的编辑环境，允许用户对照原始扫描图像进行修改，调整音符、节奏、记号等。
• 错误提示：一些软件会高亮显示可能有问题的区域，例如时值计算错误的小节 16。
• 手写识别辅助：如 NotateMe，可以通过学习用户的书写习惯来提高手写识别的准确性 15。

2.4. OMR 软件的普遍优势与劣势总结

• 优势：

• 节省时间：对于清晰的印刷乐谱，OMR 能显著减少手动输入的时间 16。
• 实现播放：将静态乐谱转换为可听的格式，便于学习和练习 13。
• 便于编辑：数字化后的乐谱易于进行移调、改编等操作 16。
• 可访问性提高：移动和 Web 应用的普及使得 OMR 技术更加易得 9。

• 劣势：

• 准确性不稳定：尤其对于复杂、低质量或手写乐谱，错误率高 9。
• 细节识别困难：对于演奏法、力度、装饰音等精细记号的识别一致性差 9。
• 修正工作量大：通常需要大量手动校对和修正，耗费时间和精力 6。
• 技术成熟度：相较于 OCR 等技术，OMR 仍被认为不够成熟，有较大提升空间 6。

本节要点

当前 OMR 系统在准确性与乐谱复杂度之间存在明显的权衡。虽然基础的音高和节奏识别技术相对成熟 9，但在处理复音、精细的演奏标记、非标准符号，尤其是手写乐谱时，准确性会显著下降，这构成了当前技术的主要瓶颈 9。因此，软件供应商声称的高准确率（如 17）应谨慎看待，因为在面对具有挑战性的实际乐谱材料时，实际表现往往达不到预期 21。这种准确性的下降并非线性，而是随着乐谱信息层级的增加（例如，从单旋律到多声部，再到包含复杂表情记号）而指数级增长 6。

OMR 很少能实现完全自动化的“扫描即完成”流程，手动修正的负担是一个普遍存在的问题 6。这意味着，对于 OMR 软件的实际可用性而言，其编辑工具的质量几乎与其原始识别准确性同等重要。一个识别准确率中等但配备了优秀、直观修正功能的工具，在整体效率上可能优于一个准确率稍高但编辑器笨拙难用的工具。对修正过程的强调（如 6）以及对不同软件编辑界面的比较（如 9）都突显了编辑器在 OMR 工具整体价值链中的关键作用。

机器学习和人工智能方法（例如 Newzik 和 Soundslice 所采用的 9）在提供更好的“开箱即用”性能方面显示出潜力 9，但目前还不是解决所有问题的灵丹妙药。这些方法仍然在处理特定的音乐细节时遇到困难 9，并且可能需要大量的计算资源和处理时间 9。这表明，虽然人工智能很可能是 OMR 技术的未来方向 36，但当前的应用仍处于发展阶段，尚未完全克服音乐记谱固有的复杂性。现有基于 AI 的工具在某些方面表现出色，但在其他方面仍有不足（例如，Soundslice 和 Newzik 在处理速度、力度、反复、移调等方面仍有问题 9），这印证了 AI 技术在 OMR 领域的潜力尚未完全释放。

第三部分：MusicXML：数字乐谱交换标准

3.1. 起源与发展

MusicXML 格式由 Michael Good 发明，最初由 Recordare LLC 公司开发（该公司于 2011 年被 MakeMusic 收购）39。其设计借鉴了早期学术格式（如 MuseData 和 Humdrum）的一些关键概念 39。

MusicXML 的核心设计目标是实现不同音乐应用程序之间乐谱文件的交换，以及乐谱文件的长期归档 7。它旨在成为数字乐谱领域的“MP3”，解决不同软件用户之间协作和共享乐谱的难题 7。

MusicXML 经历了持续的发展：

• 1.0 版本发布于 2004 年 1 月 39。
• 1.1 版本发布于 2005 年 5 月，改进了格式化支持 39。
• 2.0 版本（约 2007 年）40。
• 3.0 版本被一些较早的插件支持 41。
• 3.1 版本被 Dolet 7 插件用于旧版 Finale 7。
• 4.0 版本是当前的最新主要版本，发布于 2021 年 6 月 7。

自 2015 年 7 月起，MusicXML 的发展管理权移交给了 W3C 音乐记谱社区组（W3C Music Notation Community Group）27。MusicXML 4.0 是作为 W3C 社区组最终报告（W3C Community Group Final Report）发布的，并遵循 W3C 社区最终规范协议（FSA）进行许可，是一个开放且可免费使用的标准 39。

3.2. 设计哲学：交换与表示

MusicXML 的设计哲学侧重于表示（Representation）和交换（Interchange）。它旨在提供一种通用的方式来表示西方音乐记谱法中的各种元素，以便在不同的软件之间可靠地传递乐谱信息 7。它作为一种交换格式，补充了各种制谱软件（如 Finale, Sibelius）为快速交互式编辑而设计的原生文件格式 7。

MusicXML 试图捕捉那些在基于性能的 MIDI 格式中通常会丢失的记谱细节 44。它区分了主要表示音乐声音（Sound, Performance）的元素和主要表示音乐外观（Appearance, Notation）的元素 44。

作为一种基于 XML 的格式，MusicXML 的设计意图是使其易于被计算机程序解析和处理 39。虽然其 XML 结构使其具备一定的可读性，但通常非常冗长，不适合人类直接编写或阅读 28。

3.3. 技术深潜：文件结构与关键元素 (MusicXML 4.0)

MusicXML 4.0 的规范基于 XML Schema Definitions (XSD)，而旧的文档类型定义 (DTD) 在 4.0 版本中已被弃用 43。

其文件结构通常包含以下关键元素 39：

• 根元素：通常是 <score-partwise>，表示乐谱按声部（Part）组织，每个声部内再按小节（Measure）组织。另一种不太常见的根元素是 <score-timewise>，表示乐谱按时间点组织，每个时间点包含所有声部的事件。
• <part-list>：包含一个或多个 <score-part> 元素，定义乐谱中的每一个声部。

• <score-part>：定义单个声部，包含 id 属性（唯一标识符）和 <part-name>（声部名称）。

• <part>：包含特定声部的实际音乐数据，通过 id 属性与 <part-list> 中的定义相关联。其内容按 <measure> 组织。
• <measure>：表示一个小节，包含 number 属性（小节号）。内部包含音乐事件和属性定义。
• <attributes>：定义在小节开始或中途发生变化的音乐属性。

• <divisions>：定义一个四分音符被分割成的等份数量，用于表示音符时值。
• <key>：定义调号（通过 <fifths> 子元素表示升降号数量）。
• <time>：定义拍号（通过 <beats> 和 <beat-type> 子元素）。
• <clef>：定义谱号（通过 <sign> 和 <line> 子元素，以及可选的 <clef-octave-change> 表示八度谱号）。
• <staves>：定义该声部包含的谱表数量（默认为 1）。

• <note>：表示一个音符、休止符或和弦内音。

• 对于音符：包含 <pitch>（内含 <step>, <alter>, <octave>）定义音高。
• 对于休止符：使用 <rest> 元素。
• <duration>：表示音符或休止符的时值，单位是 <divisions> 定义的份数。
• <type>：表示时值的常用名称（如 "quarter", "eighth"）。
• <voice>：用于区分同一谱表内的不同声部。
• <lyric>：包含歌词文本。
• <notations>：包含各种记谱标记，如演奏法（articulations）、连音线（slurs）、力度（dynamics）、装饰音（ornaments）等 22。

• 其他重要元素：如 <direction>（用于速度标记、文字标记、力度变化等）、<harmony>（用于和弦符号）、<barline>（用于小节线样式和反复记号）。

MusicXML 文件通常以 .musicxml 或 .xml 为扩展名。此外，还存在一种压缩格式 .mxl，它是一个 ZIP 压缩包，其中包含 .musicxml 文件以及可能的其他资源（如图像）39。

3.4. MusicXML 生态系统

MusicXML 已经建立了庞大且活跃的生态系统：

• 广泛的软件支持：超过 260 款应用程序支持 MusicXML 的导入和/或导出 7。这包括几乎所有主流的商业和免费制谱软件（如 Finale, Sibelius, Dorico, MuseScore 8），大量的 OMR 软件将其作为主要输出格式 9，许多音序器（如 Cubase 42）和数字音频工作站（DAW），基于 Web 的平台（如 Flat, Soundslice 9），交互式练习工具（如 Tomplay 1），以及各种专业工具（如盲文乐谱编辑器 42）甚至一些研究项目 42。
• 辅助插件：例如 Dolet 插件，用于增强旧版本 Finale 和 Sibelius 的 MusicXML 兼容性 7。
• 丰富的乐谱资源：许多在线乐谱库提供 MusicXML 格式的乐谱下载，或提供可导出为 MusicXML 的源文件格式。重要的资源库包括 Musescore.com、Musicalion、IMSLP（国际乐谱库项目）、Choral Public Domain Library (CPDL)、Werner Icking Music Archive (WIMA)、OpenScore 等 35。

3.5. MusicXML 的优势与劣势

• 优势：

• 互操作性：作为事实上的行业标准，极大地促进了不同音乐软件之间的数据交换 7。
• 广泛支持：拥有最庞大的软件和内容生态系统 7。
• 存档价值：设计初衷包含长期保存数字乐谱的需求 7。
• 记谱覆盖全面：能够表示绝大多数标准的西方音乐记谱元素 22。4.0 版本进一步增强了对声部关系、播放、外观和语义的支持 43。
• 开放标准：基于 W3C FSA 许可，可免费使用，并由社区参与开发 39。
• 优于 MIDI：能捕捉 MIDI 格式所忽略的大量记谱细节 44。

• 劣势：

• 冗长：XML 结构导致文件体积相对较大 28。
• 复杂性：完全实现或解析 MusicXML 可能比较复杂 46。时值表示（基于 <divisions>）对初学者可能不够直观 38。
• 语义局限：主要关注交换，相比 MEI 在深层语义编码（如编辑意图、来源信息）方面较弱 38。难以精确编码记谱法背后的“原因” 38。
• 范围限制（历史）：最初主要为通用西方音乐记谱法（CWMN）设计，对早期音乐、非西方音乐或实验性图形记谱法的支持有限 38。
• 编码不一致性：有时对于同一音乐概念可能存在多种编码方式，这给某些自动化分析应用带来困难 38。
• 遗留概念影响：有观点认为其设计仍受 MIDI 或更早格式概念的影响 38。

本节要点

MusicXML 的主导地位并非源于其理论上的完美，而是因为它作为一个**“第一个足够好”的实用解决方案** 38，成功满足了在流行制谱软件之间进行乐谱交换的关键需求 7。其广泛的应用和采纳形成了一种网络效应，即使存在公认的局限性，也巩固了其市场地位。这种成功更多地建立在实用主义和广泛实施的基础上，而非理论上的尽善尽美。

MusicXML 的设计核心在于交换——即表示乐谱的内容以便在不同软件中渲染或播放 7。这种侧重天然地限制了其进行深度语义编码的能力，即表示记谱的含义、背景或编辑解释 38。这种交换与语义之间的张力为像 MEI 这样优先考虑语义以满足学术需求的格式创造了发展空间。MusicXML 主要回答“是什么”（what is notated），而 MEI 则更进一步探究“为什么”和“怎么样”（why and how it is notated in a specific context）。

尽管历史上主要关注 CWMN 的交换，但 MusicXML 4.0 版本显示出向更丰富表示的演进。新版本增加了对乐谱与分谱关系、播放效果、外观控制（如 SMuFL 字形）以及语义表达的改进 43。这表明 MusicXML 框架内部正在持续努力解决一些已知的局限性，这可能是受到来自竞争格式或社区需求的推动 38，试图在保持其广泛兼容性的同时增强其表达能力。

第四部分：探索其他数字音乐记谱格式

除了 MusicXML 之外，还存在其他几种重要的数字音乐记谱语言或格式，它们各自具有不同的设计目标和应用领域。

4.1. 音乐编码倡议 (Music Encoding Initiative, MEI)

• 目标与哲学：MEI 是一个由学术界驱动的开源项目（采用 ECL 2.0 许可证 49），专为音乐学者（音乐学家、图书馆员、理论家等）设计 24。它优先考虑语义的丰富性和结构的复杂性，旨在精确表示音乐文献的物理和知识特征，包括编辑过程、稿本来源信息以及记谱与图像、音频之间的关系 24。其目标是支持深入的学术分析、创建严谨的批判性版本（Critical Editions）以及构建数字音乐档案 24。
• 结构：MEI 基于 XML，使用 Relax NG 作为其首选的模式语言 24。其核心结构包含 <meiHead>（存储元数据）和 <music>（存储记谱内容）24。MEI 模型区分了音乐记谱的逻辑、手势、视觉和分析四个层面 24。它具有高度的模块化特性，允许用户根据需要创建定制化的模式（Profiles），通常借助 TEI 的 ODD 语言来实现 24。
• 记谱支持：MEI 的设计使其能够支持比 MusicXML 更广泛的记谱系统。除了标准的通用西方音乐记谱法 (CWMN)，它还明确支持纽姆谱 (Neumes)（中世纪）和有量记谱法 (Mensural notation)（文艺复兴时期）24，并可能支持其他如塔布谱 (Tablature) 54。这种支持不仅仅是视觉模拟，更注重保留这些记谱系统固有的结构和语义 49。
• 生态系统与工具：MEI 的生态系统虽然规模小于 MusicXML，但在学术界和数字图书馆领域日益重要 24。

• 核心工具：Verovio 是一个关键的库，用于渲染 MEI 文件（通常为 SVG）、进行 MusicXML 到 MEI 的转换以及提供 JavaScript 工具包 34。
• 编辑器：MEISE (MEI Score Editor) 是一个基于 Eclipse 的编辑器 34，MerMEId 用于编辑元数据 51。
• 转换工具：存在用于 MEI 版本升级、MEI 与其他格式（如 MusicXML, MARC）相互转换的 XSLT 样式表 24。
• 软件集成：Sibelius 提供了导出 MEI 的插件 54，MuseScore 从 4.2 版本开始提供基础的 MEI 导入/导出支持 54（相关文档见 56）。
• 应用项目：MEI 已被用于多个重要的数字版本项目（如贝多芬、莫扎特、巴赫、韦伯的手稿或作品 51）和大型音乐目录（如 RISM 国际音乐文献资源总目使用 MEI 渲染乐谱开端片段 53，丹麦皇家图书馆使用 MEI 编码卡尔·尼尔森作品的文献信息 48）。

• MEI vs. MusicXML：通常认为 MEI 在功能上是 MusicXML 的超集，增加了更深层次的语义编码能力、对历史记谱法的原生支持以及更结构化的元数据处理。然而，这也使得 MEI 相对更复杂，学习曲线更陡峭，且在学术圈之外的应用普及度远不如 MusicXML 38。

4.2. ABC Notation

• 目标与哲学：ABC Notation 是一种极其简洁的、基于纯文本 (ASCII) 的音乐记谱法 57。它最初是为了方便记录和分享民间音乐和传统音乐（特别是单旋律的曲调，如爱尔兰、苏格兰音乐）而设计的 46。其核心优势在于人类可读性和易于手动输入/通过文本方式传播 45。
• 结构与语法：ABC 文件是一个纯文本文件，包含头部信息行和乐谱主体。

• 头部 (Header)：以字母加大写冒号开头，定义元数据，如 X: (曲号), T: (标题), K: (调性), M: (拍号), L: (默认时值), R: (节奏类型), C: (作曲者) 等 59。
• 主体 (Body)：包含音符和各种记号。

• 音符 (Notes)：用字母 A-G 表示。通常小写字母表示较高的八度，大写字母表示较低的八度，或使用 ' (升八度) 和 , (降八度) 进行标记 57。
• 节奏 (Rhythm)：音符时值基于头部 L: 字段定义的默认长度。数字（如 C2 表示默认时值的两倍）或 / 加数字（如 C/2 表示默认时值的一半）用于修改时值 58。音符间的空格影响符杠的连接 60。特殊符号如 > 和 < 可用于表示附点节奏 61。
• 临时记号 (Accidentals)：在音符字母前使用 ^ (升号), _ (降号), = (还原号) 60。调号中包含的升降号是默认隐含的 57。
• 其他记号：| 表示小节线，|: 和 😐 表示反复，"G" 等引号内文本表示和弦标记，w: 开头行表示歌词 60。通过 V: 字段可以支持多声部 60。

• 生态系统与工具：尽管简单，ABC Notation 拥有一个活跃的生态系统，尤其在民间音乐领域。存在大量工具可将 ABC 代码转换为标准的五线谱图像 (PDF, SVG, PNG)、生成 MIDI 文件进行播放或进行编辑 59。

• 转换/渲染工具：包括 abc2mtex (早期工具 59), EasyABC (编辑器和转换器 59), abcm2ps (生成 PostScript/SVG 59), abc2midi (生成 MIDI 59), abcjs (用于在网页中渲染 ABC 59) 等。
• 应用：有多种桌面和移动应用程序支持 ABC (如 TuneBook, TradMusician, Zap's ABC 62)，以及在线转换器和 Wiki 集成（如 MediaWiki 的 Score 插件 59）。
• 资源：网络上存在海量的以 ABC 格式记录的民间音乐曲库（如 thesession.org 57, JC's Tune Finder 62）。甚至一些电脑游戏也使用 ABC 格式让玩家演奏音乐 59。

• ABC vs. MusicXML/其他：ABC 比基于 XML 的格式（MusicXML, MEI）简单得多，也更紧凑 45，并且易于人类直接阅读和编写 64。然而，其表达能力有限，难以精确表示复杂的现代记谱法、精细的排版布局或高级的装饰音和元组 46。其相对松散的文本结构也使得解析比严格的 XML 更困难，且缺乏标准化扩展 46。它不像 MusicXML 或 LilyPond 那样内置对乐谱移调的支持 46。

4.3. LilyPond

• 目标与哲学：LilyPond 的核心目标是生成具有最高印刷质量和美学水准的乐谱，其效果媲美传统手工制版 8。它采用基于文本的输入方式，遵循 WYSIWYM (所见即所思) 的理念，工作流程类似于使用 LaTeX 排版文档 10。LilyPond 是开源软件。
• 结构与语法：用户通过编写包含 LilyPond 命令和音乐数据的文本文件（通常扩展名为 .ly）来创建乐谱。

• 音乐表示：使用亥姆霍兹音高表示法（Helmholtz pitch notation），例如 a'4 表示 A4 音高（a'）的四分音符（4）67。输入模式（绝对音高或相对音高）会影响八度的解释 67。
• 命令：通常以反斜杠 \ 开头（如 \time, \clef, \slurUp 67）。也存在一些符号化的快捷方式（如用 ( 和 ) 表示连音线的起止，用 [ 和 ] 控制符杠 67）。
• 结构化输入：音乐片段可以赋值给变量，然后在总谱或分谱中重复使用和组装，便于管理大型项目 69。LilyPond 支持非常复杂的记谱结构，包括多声部、跨谱表记谱、复杂节奏型、自定义图形符号等 68。

• 关键特性：

• 精密的排版控制：提供对乐谱布局和制版细节的高度控制 8。
• 自动化美学优化：内置算法实现“光学字体缩放”（根据谱面大小微调字体设计）、“光学间距”（考虑符干方向调整音符间距）、特殊的附加线处理（避让临时记号）以及精确的“比例间距”（按时值比例分配空间）等，以达到最佳视觉效果 67。
• 广泛的记谱支持：能够处理从古典音乐到复杂的现代音乐、早期音乐（格里高利圣歌、有量记谱法）、吉他/贝斯塔布谱、带和弦标记和指法的领谱（Lead Sheets）、教育性谱例（如对位练习）、申克分析图示等多种类型的记谱需求 71。

• 生态系统与工具：

• 核心编译器：LilyPond 程序本身将 .ly 文件编译生成最终输出，最常见的是 PDF（通过 PostScript 中间步骤），也可生成 SVG、PNG 图像文件或 MIDI 文件 10。
• 编辑器支持：存在多种前端编辑器为 LilyPond 提供便利，如 Frescobaldi 28、Denemo，以及针对通用文本编辑器（如 Emacs, Vim）的插件，提供语法高亮、自动补全、图形界面元素等功能 28。
• 集成应用：被用于 MediaWiki 的 Score 扩展，在维基页面中渲染乐谱 59。
• 社区与文档：拥有活跃的开发者和用户社区，以及非常详尽的官方文档（包括学习手册、记谱法参考等）75。

• LilyPond vs. MusicXML/其他：LilyPond 优先考虑最终的制版质量而非数据交换的便利性 8。其学习曲线相对陡峭，需要适应基于文本的编程思维方式 8。文本输入为处理复杂记谱任务提供了强大的能力和灵活性 68。虽然存在从 MusicXML 导入到 LilyPond 的工具 (musicxml2ly 28)，但从 LilyPond 导出到 MusicXML 的功能非常有限、不可靠，且非官方支持 27。在追求最终输出乐谱的美观度方面，LilyPond 通常被认为优于其他所有方案 8。但对于需要快速编辑、实时协作或与其他软件频繁交互的场景，它不如图形界面或基于 Web 的工具方便 70。

本节要点

MusicXML 的替代格式体现了迥异的设计哲学。与 MusicXML 聚焦于软件间交换不同，MEI 致力于满足学术研究的严谨性和语义深度 24，ABC Notation 则追求特定音乐类型（主要是民间音乐）的极致简洁和人类可读性 57，而 LilyPond 则专注于实现最终制版效果的控制和美学品质 8。这三种格式的核心目标驱动了它们各自的设计选择，并使它们在特定领域具有 MusicXML 无法比拟的优势。

生态系统的规模和性质对这些格式的实用性产生了显著影响。MusicXML 作为行业标准，受益于最广泛的软件支持和内容资源 7。相比之下，MEI、ABC 和 LilyPond 服务于相对小众但通常更专注的社群：MEI 主要在学术和图书馆界获得应用 24；ABC 在全球民间音乐爱好者中根基深厚 57；LilyPond 则吸引了对制版质量有极致追求的用户 8。这种生态系统的差异直接影响了每种格式的学习资源、工具链成熟度、易用性以及与其他工作流程的整合能力。

尽管存在一些转换工具（如 Verovio 用于 MusicXML->MEI 54，musicxml2ly 用于 MusicXML->LilyPond 28，以及各种 ABC 转换器 59），但格式间的互操作性挑战依然存在。特别是从某些格式（如 LilyPond）导出到通用格式（如 MusicXML）仍然困难重重 27。这表明，不同格式在设计哲学和内部结构上的根本差异，为实现完美、无损的相互转换设置了天然的障碍。例如，MEI 丰富的语义信息可能在转换为侧重表示的 MusicXML 时丢失，而 LilyPond 精心计算的排版布局也难以完全传递给其他系统。

第五部分：数字记谱格式的比较分析

5.1. 比较框架

为了系统地比较 MusicXML、MEI、ABC Notation 和 LilyPond，我们采用以下维度作为评估框架：

• 表达能力 (Notation Coverage)：格式能够表示的音乐记谱元素的范围和复杂性（如 CWMN、早期音乐、现代记谱法）。
• 语义深度 (Semantic Depth)：格式编码音乐结构、上下文、编辑信息等深层含义的能力。
• 复杂性 (Complexity)：格式本身的复杂程度，包括学习曲线、文件大小和解析难度。
• 排版控制 (Layout Control)：格式定义或影响最终乐谱视觉呈现的能力。
• 主要用例 (Use Cases)：格式最适合的应用场景（如交换、存档、学术编辑、制版、简单分享）。
• 生态系统规模 (Ecosystem Size)：支持该格式的软件、工具、库和内容的数量和活跃度。
• 社区支持 (Community Support)：围绕该格式的用户和开发者社区的规模和活跃度。
• 未来潜力 (Future Potential)：格式持续发展和适应未来需求的可能性。

5.2. MusicXML vs. MEI

• 表达能力：两者都能很好地覆盖 CWMN。MEI 对历史记谱法（有量、纽姆）有更强的原生支持 24。MusicXML 4.0 虽有改进，但历史上更侧重 CWMN 38。
• 语义深度：MEI 的核心优势。它被设计用来编码编辑干预、来源差异、分析标记等语义信息 24。MusicXML 在这方面较弱，更关注为交换而进行的表示 38。
• 复杂性：MEI 通常被认为更复杂，因为它具有模块化结构、需要定制 Profile (ODD)，并且拥有更丰富的标签集 38。MusicXML 相对简单，但 XML 结构使其文件冗长 38。
• 排版控制：两者都能表示排版信息。MusicXML 常用于保存源应用程序的排版。MEI 既能编码排版信息，也能将语义与表现分离。
• 主要用例：MusicXML 主导软件间交换 7。MEI 在学术编辑、数字图书馆、音乐学研究领域表现突出 24。
• 生态/社区：MusicXML 拥有更广泛的商业和通用软件支持 7。MEI 的社区虽较小，但在学术和图书馆界非常活跃 52。

5.3. MusicXML vs. ABC Notation

• 表达能力：MusicXML 在表示复杂乐谱、力度、演奏法、排版等方面远超 ABC 44。ABC 擅长表示单旋律、基础和弦/歌词以及常见的民间音乐装饰音 57。ABC 的扩展功能缺乏标准化 46。
• 语义深度：两者都不是主要为语义设计的，但 MusicXML 具有更结构化的方式来表示记谱元素。ABC 基本上是一种表示性的速记法。
• 复杂性：ABC 极其简单，易于学习、阅读和手写 45。MusicXML 需要理解 XML 结构，文件非常冗长 28。
• 排版控制：MusicXML 编码详细的排版信息。ABC 几乎没有排版控制能力。
• 主要用例：MusicXML 用于通用的交换和存档。ABC 是分享民间音乐、教授基本旋律、快速记谱的理想选择 57。
• 生态/社区：MusicXML 的整体生态更大。ABC 在民间音乐领域拥有强大而专注的社区，以及许多针对其特定用途的工具 59。

5.4. MusicXML vs. LilyPond

• 表达能力：两者对于 CWMN 的表达能力都很强。LilyPond 在处理非传统/图形记谱 68 和早期音乐 71 方面可能提供更精细的控制。
• 语义深度：两者主要都不是为语义编码设计的，都侧重于为渲染而表示记谱。LilyPond 的输入文件隐含了结构，但其主要输出是图形 (PDF) 或基础 MIDI 67。
• 复杂性：LilyPond 的学习曲线非常陡峭，需要掌握其基于文本的编程范式 8。MusicXML 的结构可能复杂，但许多工具通过 GUI 隐藏了这种复杂性 39。
• 排版控制：LilyPond 的核心优势。它被设计用来实现自动化的、出版级别的、美观的排版，并提供广泛的定制选项 8。MusicXML 表示排版信息，但本身不保证能生成同等美学标准的布局。
• 主要用例：MusicXML 用于交换。LilyPond 用于生成最终的高质量乐谱和分谱 8。
• 生态/社区：MusicXML 拥有更广泛的商业支持。LilyPond 拥有一个强大的、专注于制版质量的开源社区 8。两者之间的互操作性很差（从 LilyPond 导出到 MusicXML 存在严重问题 27）。

5.5. 表2：数字记谱格式特性与用例比较

本节要点

通过比较可以清晰地看到，不存在“一种最优”的数字记谱格式。每种格式都是其设计哲学的产物，并在不同方面做出了权衡。MusicXML 以其广泛的互操作性胜出，MEI 在学术深度和语义表达上领先，ABC Notation 的优势在于其面向特定音乐类型的极致简洁，而 LilyPond 则在制版质量上独占鳌头。选择哪种格式完全取决于用户的具体需求和应用场景。MusicXML 的广泛生态系统 42 是以牺牲部分语义深度为代价的 38；MEI 的语义丰富性 49 伴随着更高的复杂性和较小的生态圈 38；ABC 的简单性 64 限制了其表达复杂音乐的能力 46；而 LilyPond 的高质量输出 68 则需要用户克服陡峭的学习曲线并接受其较差的互操作性 47。

尽管 MusicXML 促进了许多应用程序之间的交换，但要在具有不同设计哲学的格式之间实现无缝、高保真的转换仍然是一个挑战。例如，将语义丰富的 MEI 转换为侧重表示的 MusicXML，或者将由 LilyPond 精心排版的乐谱转换为以交换为目的的 MusicXML，都不可避免地会遇到困难并可能导致信息丢失。从 LilyPond 导出到 MusicXML 的困难 27 以及需要特定工具（如 Verovio）进行 MusicXML 到 MEI 转换 54 都印证了这一点。格式之间核心优先级的差异（语义 vs. 排版 vs. 交换）意味着一种格式所重视的信息在另一种格式中可能没有直接对应物，或者在转换过程中被丢弃或近似处理。

比较还突显了 XML 与纯文本格式之间的权衡。基于 XML 的格式（MusicXML, MEI）提供了结构化、可验证和易于机器解析的优点 38，但代价是冗长和较差的人类可读性 28。而基于文本的格式（ABC, LilyPond）则提供了简洁性和人类可读/可编辑性 59，但可能难以进行稳健的解析，并且缺乏 XML 的结构刚性 46。

第六部分：OMR 与记谱语言的相互作用

6.1. OMR 输出：标准格式的角色

OMR 软件的核心任务是将乐谱图像转换为结构化的数字数据，以便后续使用 6。为了实现这一点，OMR 软件需要将识别结果输出为一种或多种标准化的格式。

• MusicXML：由于其在音乐软件生态系统中的广泛接受度，MusicXML 成为了 OMR 软件最常见和最重要的输出格式 9。OMR 工具的目标是生成能够准确表示所识别符号的有效 MusicXML 文件 22。这使得用户可以将 OMR 结果导入到绝大多数制谱软件、播放器和其他音乐工具中。
• MIDI：是另一种常见的 OMR 输出格式。MIDI 主要捕获演奏信息（音高、时值、力度），但会丢失大量的记谱细节（如谱号、调号、拍号、连音线、装饰音、歌词等）44。因此，MIDI 输出主要适用于需要基本播放或将音符信息导入音序器的场景 11。
• 其他格式：虽然不常见，但理论上 OMR 软件也可以输出其他格式。例如，存在将 OMR 结果（通常先输出为 MusicXML）转换为 MEI 的工具 24。一些 OMR 软件也可能输出其自身的原生格式，但这限制了与其他软件的互操作性。

6.2. 赋能识别后的工作流程

OMR 识别出的数字乐谱（以 MusicXML 等格式存储）是后续一系列音乐活动的起点：

• 编辑与修正：这是 OMR 最关键的应用之一。由于 OMR 识别不可避免地存在错误，用户需要将输出的 MusicXML 文件导入到专业的制谱软件（如 Sibelius, Finale, MuseScore, Dorico）中，利用其强大的编辑功能进行校对和修正 6。这一步骤对于获得可用的数字乐谱至关重要。
• 播放与练习：导出的 MusicXML 或 MIDI 文件可以通过软件合成器进行播放，让用户能够听到扫描乐谱的声音 13。一些练习工具（如 Tomplay）利用 MusicXML 创建交互式乐谱，提供伴奏、变速、循环等功能，辅助学习和练习 1。
• 编排与移调：数字化的乐谱格式使得在制谱软件中对扫描得到的音乐进行修改、移调、重新编排等操作变得非常方便 16。
• 分析与研究：结构化的数字格式，特别是 MusicXML 和语义更丰富的 MEI，为计算音乐学分析提供了可能 19。OMR 技术是构建大规模数字乐谱语料库以支持这类研究的关键工具 19。

6.3. OMR 到格式转换流程中的挑战

将 OMR 识别结果转换为标准数字格式并非没有挑战：

• 准确性损失的传递：在 OMR 识别阶段产生的任何错误（如音符识别错误、节奏错误、遗漏符号等）都会被直接编码到输出的 MusicXML 或 MIDI 文件中。这意味着后续的编辑修正工作是必需的（如第二部分所述）。
• 语义模糊性：OMR 可能在视觉上识别了某个符号，但未能捕捉其正确的音乐含义。例如，它可能无法区分不同类型的演奏标记，或者无法理解一个未明确标示的三连音 9。这种语义上的模糊性可能难以在 MusicXML 中得到准确表示，即使符号本身被识别出来。
• 格式的局限性：OMR 系统可能识别出一些原始乐谱中的细微差别或非标准记法，但所选择的输出格式（如 MusicXML）可能缺乏表示这些细节的能力 38。反之，OMR 可能无法识别出格式本身能够表示的某些复杂记号。

本节要点

MusicXML 在 OMR 的实际应用中扮演着关键的桥梁角色。没有像 MusicXML 这样被广泛支持的交换格式，OMR 扫描器的输出将要么被困在专有格式中，要么仅限于功能有限的 MIDI，这将严重限制其在编辑、分析以及与更广泛的音乐软件生态系统集成方面的实用价值。OMR 的目标是数据采集 6，而 MusicXML 的目标是交换 7。MusicXML 作为 OMR 最主要的输出格式 9 并被各种制谱软件导入 9 的普遍现象，清晰地展示了它连接 OMR 与下游应用的关键作用。没有这个桥梁，6 中描述的典型工作流程（OMR -> 编辑器）将无法在不同软件间实现。

OMR 到格式的转换流程清晰地体现了**“输入决定输出质量”（Garbage In, Garbage Out）**的原则。在 OMR 阶段引入的错误或模糊性会直接编码到 MusicXML（或其他格式）的输出文件中。这意味着最终数字乐谱的质量和可用性，从根本上受限于 OMR 系统对特定乐谱的识别准确度。第二部分详细列举了 OMR 的准确性问题 9，而 6.1 节指出 OMR 将识别数据输出为 MusicXML 等格式，6.2 节说明这些数据随后用于编辑。因此，识别中的任何错误（第二部分）都会成为 MusicXML 文件中的错误（6.1 节），需要在编辑器中修正（6.2 节）。OMR 的准确性上限决定了数字文件的初始质量。

虽然 MusicXML 目前占据主导地位，但未来 OMR 系统存在输出更丰富数据的潜力，特别是如果 OMR 技术发展到能够可靠地捕捉更多语义信息（例如，编辑标记、来源区分等）。届时，使用像 MEI 这样语义更丰富的格式作为 OMR 输出（或通过转换得到）将更有意义。这将能够更好地保存 OMR 提取出的深层信息，直接服务于 MEI 所针对的更高级的学术应用场景。MEI 的设计目标就是语义丰富性 24，而 OMR 研究正在探索利用 AI/DL 捕捉更复杂的信息 36。如果 OMR 能够可靠地提取语义细节，那么输出到 MEI（转换工具已存在 24）将比输出到 MusicXML 更能保留这些丰富信息，从而直接支持 MEI 的学术用例 24。

第七部分：现状、应用与未来方向

7.1. 当前 OMR 技术的成熟度与挑战

• 当前状态：OMR 技术已经取得了长足的进步，但与 OCR 或语音识别等更成熟的技术相比，仍有差距 6。对于印刷清晰的 CWMN 乐谱的基础识别（音符、休止符、谱号等）已相对可靠 9，但许多挑战依然存在。
• 持续存在的挑战：

• 准确性问题：处理复杂记谱、低质量扫描件和手写乐谱时的准确性仍是主要障碍（详见第二部分）。
• 语义理解：仅仅识别符号形状是不够的，理解其音乐语境和含义（如连线的类型、装饰音的演奏方式）仍然困难。
• 手动修正依赖：目前几乎所有 OMR 应用都需要用户进行大量的后期编辑和校对 6。
• 可扩展性：现有方法在处理极其复杂的版面（如大型管弦乐总谱或包含大量复音的乐谱）时可能遇到困难 37。

7.2. OMR 与数字记谱的主要应用领域

OMR 技术和数字记谱格式的应用已渗透到音乐领域的多个方面：

• 音乐教育：作为学习辅助工具（如提供伴奏、即时反馈、变速播放）1，创建和分发教学材料，以及为有特殊需求的学生提供无障碍访问（如 vivo 读谱 23）。教育市场是数字记谱软件的重要增长点 2。
• 演奏与练习：数字乐谱阅读器（如 forScore 1, Piascore 1, Newzik 9）取代纸质乐谱，提供滚动、注释、播放等功能。
• 作曲与编排：将现有纸质乐谱快速数字化，以便进行修改、改编、移调，并集成到基于计算机的创作流程中（如与 DAW 结合）5。
• 音乐出版与存档：创建乐谱的数字版本用于出版或在线分发，以及对庞大的历史乐谱馆藏进行数字化保存 7。图书馆等机构开始采用 MEI 等格式进行深度存档 24。
• 音乐学与研究：利用 OMR 创建大型数字乐谱数据库，支持计算音乐学分析和比较研究 19。MEI 格式尤其适用于需要记录编辑过程和来源信息的批判性版本研究 24。

7.3. 数字记谱与 OMR 的新兴趋势

当前，该领域正经历着几个重要的发展趋势：

• 人工智能与深度学习的应用：这是目前最受关注的研究方向。利用深度学习模型（如卷积神经网络 CNNs、长短期记忆网络 LSTMs、Transformer 模型）进行端到端的 OMR 识别被寄予厚望 19。这些技术有望显著提高识别准确率，特别是对于手写乐谱和复杂版面 36。同时，AI 也被集成到记谱软件中，用于实现自动编排、智能反馈、音频转录等功能 2。
• 云计算与协作：基于 Web 的记谱平台（如 Noteflight, Flat 8）的兴起，使得音乐家可以跨地域进行实时协作编辑乐谱 2。云存储也提供了跨设备访问和项目管理的便利 3。
• 用户体验的改善：软件开发者越来越注重提供更直观、易用的界面和简化的工作流程，以吸引更广泛的用户群体 3。移动应用的普及也降低了使用门槛 2。
• 市场增长：全球音乐记谱软件市场预计将持续显著增长，主要驱动力来自教育领域的数字化转型、家庭音乐工作室的普及以及数字内容创作需求的增加 2。市场规模估计已达数亿美元，并以每年 5%-10% 左右的复合年增长率增长（不同报告数据略有差异 2）。
• 格式标准的演进：像 MusicXML (发布 4.0 版本 43) 和 MEI (发布 5.1 版本 52) 这样的标准仍在不断发展，增加新功能，修复问题，以更好地满足用户需求和技术发展。

7.4. 未来展望与潜在发展

展望未来，OMR 和数字记谱领域可能出现以下发展：

• 更高精度的 OMR：随着 AI/ML 技术的不断成熟，有望出现更强大的 OMR 系统，能够更准确、更鲁棒地处理各种复杂记谱、低质量图像甚至手写乐谱 36。
• 语义 OMR：未来的 OMR 系统可能不仅能识别符号的形状，还能理解其音乐语义和上下文，从而能够输出包含更丰富信息的格式（如 MEI），直接支持更高级的应用。
• 更紧密的集成：OMR、制谱软件、DAW、演奏辅助工具之间的界限可能进一步模糊，形成更加无缝、一体化的数字音乐工作流程。
• 交互式乐谱的进化：数字乐谱将变得更加智能和动态，能够集成同步的多媒体内容（音视频）、高级分析工具、个性化学习路径和自适应反馈。
• AI 驱动的创作辅助：基于 OMR 输入或用户交互，AI 将在音乐创作和编排过程中扮演更智能的辅助角色，提供建议、自动完成任务甚至参与共同创作 4。

本节要点

人工智能（特别是深度学习）是推动 OMR 技术克服长期挑战的关键赋能者。对于提高复杂乐谱和手写乐谱的识别准确率和处理能力，AI 被普遍认为是未来最有希望的方向 19。OMR 领域的未来突破在很大程度上将依赖于 AI 研究在该特定应用的进展。多项研究明确将深度学习技术（如 CNN, Transformer）与解决 OMR 难题（如复音识别、端到端处理）联系起来，并将其视为超越传统方法的途径 36。这表明 AI 不仅仅是渐进式改进，而是对该领域具有潜在的变革性影响。

数字记谱领域正经历着向云计算和协作功能的强劲转变 2。这反映了更广泛的软件行业趋势和不断变化的用户期望，尤其是在教育和专业音乐制作领域，用户越来越重视跨平台访问、远程团队合作，而非传统的单机桌面应用。众多市场报告 2 都将云解决方案、Web 平台和协作功能列为关键增长动力和趋势，Noteflight 和 Flat 等实例 8 正是这一转变的体现。

OMR 技术的进步（尤其是移动应用的普及）、用户友好的记谱软件（通常是基于 Web 或提供免费/增值模式 3）以及在线分享平台的结合，正在降低音乐创作、编排和学习的门槛，使得业余爱好者和音乐学习者能够与专业人士一样，更容易地使用这些工具 2。市场报告中业余用户群体的主导地位或快速增长 2，以及易用性工具 3、移动可访问性 5 和在线平台集成 4 的发展，都支持了这种音乐创作大众化的趋势，将复杂的音乐任务带给了更广泛的受众。

结论与建议

主要发现总结

本报告对光学乐谱识别（OMR）软件和数字音乐记谱格式进行了全面的分析。主要发现如下：

1. OMR 市场现状：OMR 技术在识别清晰印刷的标准乐谱方面已取得显著进展，但对于复杂记谱、低质量图像和手写乐谱的准确性仍是重大挑战。市场呈现碎片化，提供从专业桌面软件到便捷移动应用和开源方案等多种选择。机器学习/AI 是当前 OMR 研发的热点，但尚未完全克服所有难题。手动修正仍然是 OMR 工作流程中不可或缺的一环。
2. 数字记谱格式：MusicXML 作为行业标准，在软件兼容性和内容可用性方面拥有巨大优势，是 OMR 最主要的输出格式和软件间交换的桥梁。然而，它在语义表达和处理非标准记谱方面存在局限。MEI 专为学术研究设计，提供丰富的语义编码能力和对历史记谱法的支持，但生态系统较小且更为复杂。ABC Notation 以其极致简洁适用于民间音乐和快速记谱。LilyPond 则专注于生成最高质量的排版输出，但学习曲线陡峭且互操作性差。没有一种格式能在所有方面都表现最佳。
3. OMR 与格式的联系：OMR 的实用价值很大程度上依赖于像 MusicXML 这样的标准格式，以实现识别结果的后续利用（编辑、播放、分析等）。OMR 的准确性直接决定了输出数字文件的初始质量。
4. 未来趋势：人工智能被视为推动 OMR 技术突破的关键。云计算和实时协作正在重塑数字记谱软件的使用方式。用户体验和跨平台兼容性日益受到重视。整个数字音乐创作和教育市场预计将持续增长。

行动建议

根据不同的用户需求，提出以下建议：

• 音乐教育工作者：

• 优先考虑基于 Web 的协作平台（如 Noteflight, Flat, Soundslice 8），便于师生互动和跨设备访问。
• 免费且功能强大的 MuseScore 1 是预算有限情况下的理想选择，其 PDF 导入功能（基于 Audiveris 32）可用于处理现有教材，但需注意准确性可能不高 26。
• 评估移动 OMR 应用（如 PlayScore 2 9）作为学生快速扫描乐谱进行试听和练习的辅助工具。

• 专业作曲家/编排家：

• 高端专业制谱软件（如 Dorico, Sibelius, Finale 8）仍然是标准配置。
• 桌面 OMR 软件（如 PhotoScore Ultimate 17, SmartScore 64 Pro 9）可以辅助数字化现有乐谱，但务必预留充足的校对和修正时间。
• 如果对最终的制版质量有极致要求，并且愿意投入学习成本，LilyPond 8 是最佳选择，但需接受其与其他软件交互不便的缺点。

• 业余爱好者/学生：

• 免费或提供免费版本的选项是很好的起点，如 MuseScore 1，Noteflight (基础版) 8，Audiveris (如果具备一定技术能力) 12。
• 移动 OMR 应用 9 提供了一种便捷的方式来快速扫描和播放乐谱。
• ABC Notation 57 对于学习和分享简单的旋律（尤其是民间音乐）非常有用且易于掌握。

• 音乐学家/图书馆员：

• 对于需要深度编码语义、编辑历史或来源信息的学术版本和数字存档项目，MEI 24 是最合适的格式。掌握 Verovio 54 等相关工具至关重要。
• MusicXML 可能作为从 OMR 获取初步数据或与其他工具交互的中间格式。

• 软件开发者：

• 在选择应用程序的内部或交换格式时，需权衡 MusicXML 的广泛兼容性与 MEI 的语义深度。
• 可以考虑集成现有的 OMR API（如 Halbestunde 11）或利用开源 OMR 引擎（如 Audiveris 12）。
• 密切关注 OMR 和音乐信息处理领域的 AI/ML 研究进展 36。

结语

光学乐谱识别和数字记谱语言领域正处在一个充满活力和快速发展的阶段。尽管 OMR 技术在准确性和处理复杂性方面仍面临挑战，但人工智能的不断进步为其带来了突破的希望。同时，数字记谱格式也在持续演进，以满足日益多样化的应用需求，从便捷的软件间交换到严谨的学术编码，再到极致的排版美学。云计算、移动技术和协作工具的融合，正在进一步改变音乐的创作、学习和分享方式。未来，我们有望看到更加智能、高效和互联的数字音乐生态系统。

引用的著作

1. 所有音乐人都应该尝试的6个优质乐谱app - Tomplay, 访问时间为 四月 27, 2025， https://tomplay.com/zh/blog/post/6-great-sheet-music-apps-that-all-musicians-should-try-out
2. Market-Research-Report-List-1/music-notation-software-market.md at main - GitHub, 访问时间为 四月 27, 2025， https://github.com/woestwmurrixq44a/Market-Research-Report-List-1/blob/main/music-notation-software-market.md
3. Music Notation Software Industry's Growth Dynamics and Insights, 访问时间为 四月 27, 2025， https://www.datainsightsmarket.com/reports/music-notation-software-1423407
4. Online Music Notation Software Market Report | Global Forecast From 2025 To 2033, 访问时间为 四月 27, 2025， https://dataintelo.com/report/online-music-notation-software-market
5. Music Notation Software Market Size, Scope, Trends & Forecast - Verified Market Research, 访问时间为 四月 27, 2025， https://www.verifiedmarketresearch.com/product/music-notation-software-market/
6. The Challenge of Optical Music Recognition, 访问时间为 四月 27, 2025， https://www.electro-tech-online.com/custompdfs/2011/07/B2BB_ChallengeOfOMR.pdf
7. MusicXML for Exchanging Digital Sheet Music, 访问时间为 四月 27, 2025， https://www.musicxml.com/
8. Best Music Notation Software in 2025: Complete Guide for Musicians, 访问时间为 四月 27, 2025， https://trombonegeek.com/music-notation-software/
9. Scanning the current OMR landscape - Scoring Notes, 访问时间为 四月 27, 2025， https://www.scoringnotes.com/reviews/scanning-the-current-omr-landscape/
10. LilyPond – Music notation for everyone, 访问时间为 四月 27, 2025， https://lilypond.org/
11. Optical Music Recognition - Halbestunde, 访问时间为 四月 27, 2025， https://halbestunde.com/optical-music-recognition/
12. Audiveris - Download, 访问时间为 四月 27, 2025， https://audiveris.en.lo4d.com/windows
13. 五线谱照片扫描仪- 乐谱图像识别4+ - App Store, 访问时间为 四月 27, 2025， https://apps.apple.com/cn/app/%E4%BA%94%E7%BA%BF%E8%B0%B1%E7%85%A7%E7%89%87%E6%89%AB%E6%8F%8F%E4%BB%AA-%E4%B9%90%E8%B0%B1%E5%9B%BE%E5%83%8F%E8%AF%86%E5%88%AB/id1260311003
14. 乐谱图片扫描识别播放器- Music Scanner - Google Play 上的应用, 访问时间为 四月 27, 2025， https://play.google.com/store/apps/details?id=com.xemsoft.sheetmusicscanner&hl=zh
15. PhotoScore and NotateMe Ultimate Review - macProVideo.com, 访问时间为 四月 27, 2025， https://www.macprovideo.com/article/review-2/photoscore-and-notateme-ultimate-review
16. Neuratron PhotoScore & NotateMe Ultimate 2020 - Sound On Sound, 访问时间为 四月 27, 2025， https://www.soundonsound.com/reviews/neuratron-photoscore-notateme-ultimate-2020
17. PhotoScore & NotateMe Ultimate - Avid, 访问时间为 四月 27, 2025， https://www.avid.com/products/photoscore-and-notateme-ultimate
18. New Software Review: PhotoScore & NotateMe Ultimate by Neuratron - SonicScoop, 访问时间为 四月 27, 2025， https://sonicscoop.com/new-software-review-photoscore-notateme-ultimate-by-neuratron/
19. Detection results sample: MuseScore. | Download Scientific Diagram - ResearchGate, 访问时间为 四月 27, 2025， https://www.researchgate.net/figure/Detection-results-sample-MuseScore_fig6_334137649
20. Optical music recognition: challenges and future directions - ResearchGate, 访问时间为 四月 27, 2025， https://www.researchgate.net/publication/384667019_Optical_music_recognition_challenges_and_future_directions
21. Neuratron PhotoScore Ultimate 8 Reviews - Sweetwater, 访问时间为 四月 27, 2025， https://www.sweetwater.com/store/detail/PhotoScore8--neuratron-photoscore-ultimate-8/reviews
22. A review of optical music recognition software - Scoring Notes, 访问时间为 四月 27, 2025， https://www.scoringnotes.com/reviews/a-review-of-optical-music-recognition-software/
23. 什么是vivo读谱？, 访问时间为 四月 27, 2025， https://www.vivo.com.cn/service/questions/all?categoryId=170&questionId=1425
24. Music Encoding Initiative (MEI) Format Family - Library of Congress, 访问时间为 四月 27, 2025， https://www.loc.gov/preservation/digital/formats/fdd/fdd000502.shtml
25. What do you scan with? - MuseScore, 访问时间为 四月 27, 2025， https://musescore.org/en/node/17354
26. OMR Scanning PDF to MIDI or MusicXML? - MuseScore, 访问时间为 四月 27, 2025， https://musescore.org/en/node/359525
27. Lilypond to MusicXML to Sibelius - Music: Practice & Theory Stack Exchange, 访问时间为 四月 27, 2025， https://music.stackexchange.com/questions/42315/lilypond-to-musicxml-to-sibelius
28. A study on the export and import of musical scores between LilyPond and MuseScore via MusicXML | Franco Pasut Web Site, 访问时间为 四月 27, 2025， https://francopasut.netlify.app/post/lilypond_musescore_musicxml/
29. 来音智能陪练-钢琴小提琴识谱练琴纠错考级评测软件 - App Store, 访问时间为 四月 27, 2025， https://apps.apple.com/cn/app/%E6%9D%A5%E9%9F%B3%E6%99%BA%E8%83%BD%E9%99%AA%E7%BB%83-%E9%92%A2%E7%90%B4%E5%B0%8F%E6%8F%90%E7%90%B4%E8%AF%86%E8%B0%B1%E7%BB%83%E7%90%B4%E7%BA%A0%E9%94%99%E8%80%83%E7%BA%A7%E8%AF%84%E6%B5%8B%E8%BD%AF%E4%BB%B6/id1580896775
30. Best Notation Software in 2025 : r/acappella - Reddit, 访问时间为 四月 27, 2025， https://www.reddit.com/r/acappella/comments/1k469if/best_notation_software_in_2025/
31. Online Music Notation Software Market Innovations and Projections for 2032, 访问时间为 四月 27, 2025， https://www.openpr.com/news/3913282/online-music-notation-software-market-innovations
32. View Reviews, 访问时间为 四月 27, 2025， https://hermandong.com/pdf/polyphonic_omr_ismir2021_reviews.pdf
33. OMR in musescore, 访问时间为 四月 27, 2025， https://musescore.org/en/node/110306
34. Music Encoding Initiative from MusicXML | Social Sciences & Humanities Open Marketplace, 访问时间为 四月 27, 2025， https://marketplace.sshopencloud.eu/workflow/q2Z2Lo
35. A List of Sites with Sheet Music in MusicXML Format, 访问时间为 四月 27, 2025， https://www.musicxml.com/music-in-musicxml/
36. Vision Transformers for Optical Music Recognition of Monophonic Scores - CS231n - Stanford University, 访问时间为 四月 27, 2025， https://cs231n.stanford.edu/2024/papers/vision-transformers-for-optical-music-recognition-of-monophonic-.pdf
37. Sheet Music Transformer: End-To-End Optical Music Recognition Beyond Monophonic Transcription - arXiv, 访问时间为 四月 27, 2025， https://arxiv.org/html/2402.07596v1
38. Agenda Discussion - Music Notation Community Group - W3C, 访问时间为 四月 27, 2025， https://www.w3.org/community/music-notation/wiki/Agenda_Discussion
39. MusicXML - Wikipedia, 访问时间为 四月 27, 2025， https://en.wikipedia.org/wiki/MusicXML
40. MusicXML Publications, 访问时间为 四月 27, 2025， https://www.musicxml.com/publications/
41. Downloads - MusicXML, 访问时间为 四月 27, 2025， https://www.musicxml.com/dolet-plugin/
42. MusicXML Software, 访问时间为 四月 27, 2025， https://www.musicxml.com/software/
43. MusicXML 4.0, 访问时间为 四月 27, 2025， https://www.musicxml.com/for-developers/
44. Notation Basics in MusicXML, 访问时间为 四月 27, 2025， https://www.w3.org/2021/06/musicxml40/tutorial/notation-basics/
45. Music DSL (similar to Regex) for Music Notation - Discussion - Swift Forums, 访问时间为 四月 27, 2025， https://forums.swift.org/t/music-dsl-similar-to-regex-for-music-notation/58592
46. What are the limitations of the ABC notation format? - Music Stack Exchange, 访问时间为 四月 27, 2025， https://music.stackexchange.com/questions/23841/what-are-the-limitations-of-the-abc-notation-format
47. Re: MusicXML and Lilypond, any news?, 访问时间为 四月 27, 2025， https://lists.nongnu.org/archive/html/lilypond-user/2022-10/msg00125.html
48. Music Encoding Initiative - MuseScore, 访问时间为 四月 27, 2025， https://musescore.org/en/node/24208
49. What is MEI? - Music Encoding Initiative, 访问时间为 四月 27, 2025， https://music-encoding.org/about/
50. How can we establish the original score? - Anna Selway, 访问时间为 四月 27, 2025， https://annakentmuller.wordpress.com/2014/10/06/how-can-we-establish-the-original-score/
51. Music Encoding Initiative - Wikipedia, 访问时间为 四月 27, 2025， https://en.wikipedia.org/wiki/Music_Encoding_Initiative
52. Music Encoding Initiative, 访问时间为 四月 27, 2025， https://music-encoding.org/
53. Dig!Arts: Music Encoding Initiative - Performing Arts News - Wordpress + Temple, 访问时间为 四月 27, 2025， https://sites.temple.edu/performingartsnews/2020/07/06/digarts-music-encoding-initiative/
54. Music Encoding Initiative (MEI) - Music Notation: Preferred ..., 访问时间为 四月 27, 2025， https://guides.loc.gov/music-notation-preferred-preservation-formats-for-digital-scores/music-encoding-initiative
55. Introduction to the Music Encoding Initiative - #DLFteach Publications - PubPub, 访问时间为 四月 27, 2025， https://dlfteach.pubpub.org/pub/intro-mei
56. The Music Encoding Initiative - GitHub, 访问时间为 四月 27, 2025， https://github.com/music-encoding
57. How to Read ABC Notation in Irish Traditional Music - LESLIE ANNE HARRISON, 访问时间为 四月 27, 2025， https://www.leslieanneharrison.com/irish-flute-tips-blog-original/2021/8/3/18-how-to-read-abc-notation-in-irish-traditional-music
58. ABC notation, the basics, 访问时间为 四月 27, 2025， https://notabc.app/abc/basics/
59. ABC notation - Wikipedia, 访问时间为 四月 27, 2025， https://en.wikipedia.org/wiki/ABC_notation
60. ABC Notation Tutorial - Integrated Music Theory, 访问时间为 四月 27, 2025， https://intmus.github.io/inttheory21-22/abc-tutorial.html
61. Steve Mansfield's Abc music tutorial - Lesession, 访问时间为 四月 27, 2025， http://www.lesession.co.uk/abc/abc_notation.htm
62. Information - An Introduction to ABC Notation - Melodeon.net Forums, 访问时间为 四月 27, 2025， https://forum.melodeon.net/index.php/page,abc.html
63. How To Read and Write abc music notation - The Celtic Room, 访问时间为 四月 27, 2025， https://www.thecelticroom.org/abc-music-notation/abc-notation-read-and-write.html
64. www.reddit.com, 访问时间为 四月 27, 2025， https://www.reddit.com/r/pianolearning/comments/18jrpzm/experience_with_abc_c_e_g2_notation_for_sheet/#:~:text=ABC%20notation%20is%20like%20musicxml,much%20in%20the%20classical%20realm.
65. Experience with ABC ( C\ E\ ^G2 ) notation for sheet music? : r/pianolearning - Reddit, 访问时间为 四月 27, 2025， https://www.reddit.com/r/pianolearning/comments/18jrpzm/experience_with_abc_c_e_g2_notation_for_sheet/
66. What's the significance of ABCJS?If you convert the ABC notation string to musicXML, you can apply it to vexFlow/OSMD with more library resources. · Issue #719 - GitHub, 访问时间为 四月 27, 2025， https://github.com/paulrosen/abcjs/issues/719
67. LilyPond - Wikipedia, 访问时间为 四月 27, 2025， https://en.wikipedia.org/wiki/LilyPond
68. MusicXML output from slippery chicken - michael edwards, 访问时间为 四月 27, 2025， https://michael-edwards.org/wp/?p=1105
69. Text input (LilyPond – Music notation for everyone), 访问时间为 四月 27, 2025， https://lilypond.org/text-input.html
70. Musical Notation in SC using musicXML - Questions - scsynth, 访问时间为 四月 27, 2025， https://scsynth.org/t/musical-notation-in-sc-using-musicxml/7845
71. Music notation for everyone - Examples (LilyPond, 访问时间为 四月 27, 2025， https://lilypond.org/examples.html
72. Music notation inside markup - LilyPond, 访问时间为 四月 27, 2025， https://lilypond.org/doc/v2.25/Documentation/notation/music-notation-inside-markup
73. LilyPond — Notation Reference, 访问时间为 四月 27, 2025， https://lilypond.org/doc/stable/Documentation/notation/
74. 1 Musical notation - LilyPond, 访问时间为 四月 27, 2025， https://lilypond.org/doc/v2.25/Documentation/notation/musical-notation
75. Manuals (LilyPond – Music notation for everyone), 访问时间为 四月 27, 2025， https://lilypond.org/manuals.html
76. Unofficial MusicXML test suite - LilyPond, 访问时间为 四月 27, 2025， http://lilypond.org/doc/v2.25/input/regression/musicxml/collated-files.html
77. On Designing a Representation for the Evaluation of Optical Music Recognition Systems at WoRMS 2024 - YouTube, 访问时间为 四月 27, 2025， https://www.youtube.com/watch?v=-9UVlWqc2VI