抛球晚两秒才响：音乐杂耍如何记谱与仿真

英文题目：JuggLing-a-Ding: Design and Development of a Musical Juggling Toolkit.

会议身份：conference:nime:2026:conference-paper-id:nime2026_76

✅ 来源为官方会议 PDF；表格与 Figure 按原文证据绑定。PDF 公式以原页区域图片展示，未冒称作者原始 TeX。

会议来源：官方记录 · 官方 PDF

标签：#开源工具 #用户研究 #音乐 #符号音乐生成

评分：6.5/10 | 创新 1.2/2 | 技术严谨 1.0/1.5 | 实验充分 0.3/1.5 | 清晰度 0.8/1 | 影响力 0.7/1.5 | 开源 1.2/1.5 | 可复现 0.3/0.5 | 工程/实践 1.0/1.5

排名：前50% | 文档类型：系统技术报告

👥 作者与机构

• Léo Kulinski：机构信息未能从会议 PDF 纯文本可靠映射
• Wendy E. Mackay：机构信息未能从会议 PDF 纯文本可靠映射
• Michel Beaudouin-Lafon：机构信息未能从会议 PDF 纯文本可靠映射
• Nicolas M. Thiéry：机构信息未能从会议 PDF 纯文本可靠映射

📌 核心摘要

本文处理铃球音乐杂耍的创作难题，输入为整场演出的几何布局与音乐性抛接序列，输出为可交互的三维动画与同步声音，难点在于抛与响之间存在秒级延迟且旋律顺序与抛接顺序经常错位，杂耍者难以靠听觉记忆动作。记谱解析先将音乐杂耍Siteswap与局部拍、秒、全局拍与小节等多时间制统一为全局拍，为后续仿真提供统一时钟。状态仿真再逐拍跟踪每球空中、在手与在桌位置并生成梯图，其事件输出直接进入时空实例化以计算真实时间、三维坐标与手部曲线。时空实例化结合演出几何求解抛接时刻与位置并生成手部贝塞尔曲线，渲染播放最后由Three.js驱动动画并同步外部时钟与回调。在NIME会期日程设置下，闭幕日期的日期指标为26日，高于开幕日期的日期指标23日。相比传统Siteswap只记抛掷高度，本文引入持球、放取桌球、手内倒球、指定抛哪颗球、静音接球与变速轨道机制，使长时非重复旋律可被人类书写与机器仿真。该结论适用边界受限于固定站位与有限球数的铃球场景，尚未验证多节奏与移动走位等外推情形。原文未披露训练、推理或部署成本。

🔗 开源与复现资源

• 代码相关资源：https://github.com/kunchtler/mj-lib — 链接可访问（HTTP 200）
• 演示资源：https://leokulinski.fr/juggling-a-ding — 暂时无法访问 可达状态仅表示本次链接检查结果，不代表许可证、本文权重或运行复现已验证。

🧭 深度解读

输入是什么？为什么铃球演出不能靠听旋律背谱？

本文的输入是论文原文与本次收到的官方原图像素，目标是让刚进入音频与音乐交互的研究生能复述音乐杂耍工具链的方法与适用条件。必须保留的信息包括铃球发声机制、记谱扩展内容、管线阶段划分、实现技术选型与资源可达状态，输出是 1 篇可核对的技术解读，不做超出证据的效果承诺。

音乐杂耍的任务不是用传感器触发电子音，而是用一整套调音铃球本身作为原声乐器完成作曲与演出。白话说，普通杂耍球落地无音高，铃球则是在球内装了一个调音铃铛，接住时的冲击让铃响起，空中旋转的另类球还能持续发声。英文名是 bell balls，论文配图显示其内部是 tuned bell whose clapper is replaced by a weighted spring，即用带重物的弹簧代替铃舌。艺术家是文森特·德拉韦内尔，三十年探索原声音乐杂耍，近十年主攻铃球，曾以独奏、交响乐团伴奏、四杂耍者加钢琴协奏曲等形式演出。

这个任务难在 3 个约束。第一是延迟：从抛球出手到接住发声有秒级的、可变延迟，抛与响不在同一时刻，无法像弹琴那样按下即响。第二是乱序：为按时接住目标音高，抛球顺序可能与音符顺序不一致，还要在演出中途放下与捡起球。第三是无法慢练与无法边看谱边演：耳朵对节奏抖动敏感，接球时机要求极高，但又不能像练琴那样放慢速度逐音练习，也不能在抛接时读谱。结果是必须提前规划抛球与音符的对应并背下来，而 anticipation 又让人无法靠在心里唱旋律来记忆。

下面这张训练桌照片把大曲目所需的预规划说得很直观，左上角是纸质五线谱，桌上是按颜色排好的待用球阵，右侧文件夹里同时放着手写杂耍谱与五线谱。它说明演出前就要定好球位布局，否则台上换球来不及。

看图路径： 1. 先数上排放在木托上的铃球颜色与数量，再看下排编织感小球的分组；2. 再看桌面右侧红色文件夹中左侧手写杂耍谱与右侧五线谱的并置关系；3. 最后确认左上角纸质乐谱与桌上球阵的对应意图：演出前需预排球位

论文图 1。原论文 Figure 1：“The table from a juggler’s training session of Concerto for Four Jugglers and A Piano.”。

照片中上排约十余颗彩色铃球整齐放在木托上，下排是另一批小编织球与手写谱，右侧红色文件夹摊开显示杂耍符号与五线谱对照。这与正文描述的桌上布局、演出中按需取放球、以及需记忆可预测球位的要求一致。对初学者而言，先记住球是有音高的、接住才响、桌子是乐器的一部分这三点，后续记谱与仿真才有动机。

相关路线有哪些？传感器触发与原声铃球有何不同？

相关工作可按同输入、同目标、同监督与同运行阶段对照。第一条路线是用杂耍控制电子音乐：输入是相机、动作捕捉、加速度计、肌电等传感器数据，目标是映射为灯光、音高与音效，运行阶段在演出时实时 sonify。例如基于视觉跟踪职业马戏杂耍者动作生成音视频，或从杂耍模式生成节奏、做空间音频。这类系统记录或推断位置、加速度、手臂方向、抛接时刻、整体速度与空中时间，再映射到声音。

第二条路线是原声路线：输入就是铃球本身的物理抛接，目标是让观众能预测每个动作的结果，代表是德拉韦内尔与相关剧团，追求简单透明，同时接受高约束带来的艺术挑战。两类在可解释性与部署成本上 trade-off 不同，不能把电子映射的灵活性直接当成原声铃球的胜负标准。

记谱方面，先用白话解释 Siteswap。Siteswap 是杂耍界的整数乐谱，每个拍子写一个整数，表示这次抛球在空中停留几个拍子再被接住。英文全称仍叫 Siteswap，周期序列只写一个周期，例如 423。论文强调它既是数学模型家族又是记谱法，可用自动机判定序列是否可跳、计数与生成模式。它的成功在于简单且直觉对应抛物线高度，新手也能很快把数字与轨迹对应起来，还曾被 3 组人独立发现。

下图把整数与轨迹的对应画了出来，是理解后文所有扩展的基础，教学例子明确标为例子，不代表某首曲目的实测高度。

看图路径： 1. 先看左侧火柴人左右对称抛线旁标注的 1、3、5 高度递增关系；2. 再看右侧火柴人单手垂直抛线旁标注的 0、2、4 含义；3. 最后体会整数越大抛得越高、在空中停留拍数越长的直觉映射

论文图 6。原论文 Figure 6：“A throw trajectory based on its Siteswap value2”。

左图对称抛线旁标 1、3、5，右图单手抛线旁标 0、2、4，数字越大弧线越高、空中时间越长。其中 0 常理解为空手等待拍。这种把时间写成高度的编码是 Siteswap 易学的关键，但它假设左右手交替、固定节拍、每次一球，无法表达变速、桌球与多球同手等音乐杂耍需求。

其他记谱各有分工。Mill’s Mess 状态转移图补手交叉动作，解释为何同样 Siteswap 的花式看起来完全不同；Martin Frost 因果图更符合让位直觉；图形谱与和声抛球把符号放在五线谱上；梯图从俯视行走杂耍者视角记录球在空中还是在手，允许任意时刻事件，更像 MIDI 而 Siteswap 更像乐谱。

论文引用 JugglingLab 作为最知名的开源杂耍软件，1997 年创建，含输入器、生成器与动画器加梯图，说明 Siteswap 加工具曾深刻改变杂耍实践。本文工作可看作把这一成功经验搬到音乐杂耍，但要先解决音球可区分、换速与桌球交互三件事。

要解决的具体问题是什么？五首曲子暴露了哪些缺口？

论文要解决的不是做一个炫酷动画，而是为铃球演出的作曲、学习、排练与演出各阶段提供可共用的记谱与动画内核。作者与德拉韦内尔长期合作，前期已做过音乐杂耍与组合数学科普秀，在黑板上画梯图、改 JugglingLab 源码建模短乐句，并有算法工作尝试为目标旋律作曲。但长而不重复的整场曲目暴露了表达力、灵活性、可解释性与调试反馈不足。

预备研究围绕五首已有曲目展开，包括四杂耍者加钢琴协奏曲、双人版蓝色多瑙河、独奏小花等。方法上除每周或每月与艺术家例会，还采用参与式设计，与新手和职业杂耍者一起建模，并观察记录训练与演出。论文明确列出 3 类观察：协奏曲一周训练营、教乐团学生杂耍的工作坊、面向高中生的科学节工作坊，随后在营后一年对协奏曲 4 位职业艺术家中 3 位做半结构访谈，3 人各有三十年以上杂耍经验，对音乐道具同样熟悉但音乐背景不同。访谈关心他们如何为首演训练、用了哪些自制资料、之后练习如何变化，全文分析超出本文范围，但提炼出音乐杂耍特性与设计建议。

关键例子是小花中的变速理解。白话说，音乐允许变速，经典 Siteswap 却假设固定节拍。作者先试过为不同速度各写固定节拍模式拼接，但球以一种速度抛出、另一种速度接住时空中时间会出现非整数；又试过 Roudaut 的细分法，把全局固定拍再细分以容纳弱拍，例如把 3 在双倍速下写成特定多拍形式。但观察教学与访谈发现杂耍者并不这么想，他们认为连起来的二分或四分音符就是同一模式换个速度跳，过渡很直觉。

于是作者决定加一条速度轨，保留直觉的 Siteswap 写法而把变速显式标出。这直接导向后文音乐 Siteswap 的速度轨设计。

方法全景：从演出描述到三维动画要过几道门？

JuggLing-a-Ding 的定位是一个网页组件，用于原型化支撑艺术创作各阶段的交互工具，不是只做 1 次性的演出视频。它的输入是一个 JSON 演出描述或任何更低层描述，输出是带声音的 3 维渲染动画，可与外部时钟、视频或音乐同步，并能发出杂耍事件供回调函数绑定。代码当前可用，已公开在公共锻造库并将发布为预打包库；独立最小播放界面的静态网站版本本次未能确认可达，需以原文链接可达状态为准，不默认其长期可用。

演出描述分三块。第一块是演出几何，管尺寸与位置，包括杂耍者与桌子尺寸位置、球半径、桌上可放取球的槽位、手持多球时的手部槽位。第二块是物体外观描述，管杂耍者、球与桌子如何生成 3 维网格，如颜色与尺寸。第三块是杂耍乐谱，管整场音乐杂耍模式，包括音乐球清单、起始布局即桌上与手上球位、每位杂耍者的乐句序列。乐句是写长曲的关键切分单元，含起始时间、基础速度、乐句前需换位的球集合与一段音乐 Siteswap 模式。

乐句与全局拍的组合是理解全景的钥匙，单独成段说明如下。

乐句 × 全局拍： 乐句负责把整场长而不重复的旋律切成可分段写作与调试的单元，每个单元自带起始时间与基础速度；全局拍负责给所有杂耍者提供统一的时间标尺以便传球与合奏。搭配原因是多人共用桌球时若各用局部拍会无法对齐，组合后乐句可用局部拍起草再换算为全局拍，新增作用是长曲可分段排练又能在合奏时对齐。

时间单位支持多制：杂耍者局部拍、秒、所有人共用的全局拍，传球时用全局拍对齐；全局拍还可按拍号编成小节以便对照现有乐谱。管线大意是先补全缺省与推断字段、解析 Siteswap 字符串，把各种计时统一为全局拍；再逐全局拍仿真抛、接与桌交互，跟踪每球在空中、在手还是在桌，产出带符号时间与符号位置的梯图并发现歧义或不可能；再代入演出几何算出真实时间与真实位置，保证球在手停留足够久。

最后按前后事件用物理方程算球轨迹、用 3 次贝塞尔曲线算手位置。错误处理是优雅降级：记录日志并在动画器中高亮，而不是直接崩溃，便于写谱与调试。

记谱与管线组件：音乐 Siteswap 多管了哪六件事？

音乐 Siteswap 基于传统 Siteswap 并兼容常见扩展，包括多球同手同拍的多路、同步加异步、交叉抛、重复与传球。在此之上新增 6 类能力：手持球、在桌上放取球、拨动手持球、当手持多球时指定扔哪颗、静音接球、变速。论文给出的 JSON 乐句示例含局部拍起始、每秒 180 拍的速度、起始手持如 Do 与 Re 等音名球、以及含指定球与变速标记的模式串，说明记谱同时管音高与动作。变速有两种杂耍语义：影响整体 pace 的速度变化，以及为按时奏出旋律的弱拍音符，二者不能只用一种速度标记混写。

符号与真实的 2 对区分是管线正确性的核心，先分别解释再看梯图。

符号时间 × 真实时间： 符号时间负责记录第几拍抛接等乐谱逻辑，如第 3 拍抛球；真实时间负责记录第几秒抛接等物理播放时刻，如 1.2 秒。搭配理由是杂耍允许变速且不同杂耍者可用局部拍或全局拍写作，必须先统一到全局拍再结合几何算出真实秒数，组合意义是让同一乐谱能在不同速度与舞台布置下正确放样与对齐视频音乐。

符号位置 × 真实位置： 符号位置负责说明球在左手接球点或桌上某槽位等逻辑地点；真实位置负责给出 3 维坐标如 1 米高处的具体点。搭配原因是演出几何会改变桌高、手距与球半径，不能在记谱时写死坐标，组合后先做逻辑层面的抛接一致性检查，再代入几何算轨迹，新增作用是换场地仍可复用同一乐谱。

Siteswap × 梯图： Siteswap 负责让人以整数序列快速写出每次抛球在空中停留几拍，是面向人的乐谱式缩写；梯图则负责把每次抛与接展开为左右手两条时间线上的具体事件点，是面向机器的 MIDI 式精确记录。二者搭配的原因是前者易读易写但丢掉了在手停留时长和任意时刻事件，后者精确但冗长难记，组合后先用 Siteswap 起草再展开为梯图做仿真与纠错，新增作用是让人写得动、机器算得准。

音乐 Siteswap × 演出几何： 音乐 Siteswap 负责描述扔哪颗音球、何时扔、何时静音接住、何时换速；演出几何负责描述杂耍者与桌子尺寸位置、球半径、手部槽位与桌上槽位。前者不管舞台多大，后者不管旋律多长，搭配理由是只有把事件逻辑与空间尺寸分开，才能先验证球是否存在与是否够手，再算出抛物线与手部贝塞尔曲线，组合意义是实现从可读乐谱到可看 3 维动画的完整管线。

下图是序列 423 的梯图，它把上图的抛物线直觉转为可计算的事件时间线，是管线中间产物的样子。

看图路径： 1. 先确认上下两条横线分别标记为左手与右手；2. 再沿红色长斜线看球如何在左右手之间飞行并在手上停留一段实线；3. 最后比较绿色与蓝色短弧线代表的在手短停留与空中短飞行

论文图 4。原论文 Figure 4：“The ladder diagram representing the Siteswap sequence 423 shows how long each ball remains in each hand between throws and catches.”。

图中上横线为左手、下横线为右手，圆点为抛接事件，横线段为在手停留，斜线与弧线为飞行。红色长斜线跨手飞行对应高抛，蓝色与绿色短弧对应低抛或短停留。这种表示能读出每球在每只手停留多久，这是 Siteswap 整数序列本身看不出的。管线正是先得到此类符号级梯图，再结合几何把符号点换算为秒与坐标，最后插值出每一时刻的球与手位置。球轨迹用抛接真实时间与位置的物理方程求解，手位置用前后接抛位置与速度决定的 3 次贝塞尔曲线控制点求解。

有神经网络训练吗？没有，真实计算是什么？

本研究没有训练神经网络模型的阶段，也就没有梯度路径、参数冻结与更新、监督损失与重置时机的报告。不能把无训练等同于确定性求解，也不能从代码行数推定输出确定；动画输出仍依赖作者写的乐谱、几何参数与物理插值选择。

真实计算是规则式仿真与解析几何。步骤可复述为：补全 JSON 缺省值并用 ANTLR 生成的词法与语法解析器解析音乐 Siteswap；统一计时到全局拍；维护类似杂耍自动机状态的球位表，逐拍仿真抛、接与桌交互并生成符号梯图；用演出几何把符号时间与符号位置转为真实秒与 3 维坐标，并调整在手停留时长至合理。

最后对任意时刻查前后事件，用抛物线方程算球位、用贝塞尔曲线算手位。ANTRL 文法可生成多语言代码，用户界面用 React，3 维用 Three.js，在虚拟现实中用 react-three-fiber 把 Three.js 与 React 语法结合。

实现规模与运行条件见后文实验条件表，但此处先明确：所谓学习过程指的是艺术家学曲与排练，不是模型学参数。工具的智能在于把人的直觉写法自动展开为可检查、可慢放、可同步的事件序列，帮助人学，而不是替人学。

实验条件：观察了谁、在何时、何种设备上验证？

本论文不是以准确率比较模型的实验论文，证据是质性观察、访谈与系统构建验证。数据来自五首真实曲目的建模过程、训练营与工作坊的现场记录、营后一年的 3 人半结构访谈。划分上没有训练集测试集，而是按创作阶段划分：作曲起草、学习记忆、排练纠错、演出呈现，工具需在各阶段复用同一记谱。采样是便利与合作采样，核心是德拉韦内尔与其协奏曲合作者加管弦学生与高中生，没有随机抽样与统计显著性报告。指标是能否表达第 4 节列出的音乐杂耍特性、记谱是否可读可写、动画是否直观可用，没有自动指标与人工评分对照。聚合对象是整场演出而非单拍，强调整场可理解性。

下表把可核对的规模与条件收拢为一个有叙事闭环的对照，比较问题是：工具的验证覆盖了职业排练与新手教学两种场景吗？公平条件是同一套记谱与动画内核，指标方向是覆盖阶段越多、参与者越多样越好。

上表主要收益是同时覆盖高水平长曲与零基础教学，若只看职业营会高估易用性，若只看科普会低估表达力。具体代价是样本小且高度依赖同一剧团，未胜出项是缺乏跨团复用与多场地对照，未评测边界包括杂耍者行走移动与多声部伴奏。硬件与软件预算见下一表，部署成本单独讨论。

下表回答系统在何种技术预算下可运行，比较问题是：1 次实现能否覆盖桌面、移动与虚拟现实？

上表说明同一网页内核已覆盖桌面与移动的离线复用与嵌入分享，代价是浏览器只验证了两种，行走移动与多声部等复杂边界仍未纳入本次验证范围。

结果显示了什么？哪些复杂演出已被复现？

论文直接报告的结果是：音乐 Siteswap 已能描述具备第 4 节全部特性的复杂真实演出，包括可区分音球、抛接顺序、在手多球操作、有限握持、大量待用球与飞行中取放、遮掩策略、静音接球、长短乐句 variety 与变速。支持该判断的证据是协奏曲、蓝色多瑙河双人版与小花等五首曲目的建模过程，以及德拉韦内尔已在多场近期演出与业余工作坊中展示该工具。早期用户反馈支持动画易导航、真实直观，记谱可详可略，简单演出易写、复杂演出仍可写。作者还报告已成功把动画器集成进虚拟现实环境，显示架构灵活；经多轮迭代架构收敛到易扩展新记谱特性。

下图是结果侧最直观的证据：左侧 3 维仿真与右侧真实舞台并置，且可与视频同步。

看图路径： 1. 先看左图红色桌台上多色小球的待用布局与空中三球位置；2. 再看右图左侧三维仿真球色与右侧真实舞台金色铃球的对应；3. 最后注意底部播放条：动画可拖动进度并与视频同步核对

论文图 8。原论文 Figure 8：“JuggLing-a-Ding, used to animate a performance with tables and to synchronize with a video.”。

左图显示红色桌台、台上多色待用球与空中飞行球，底部有可拖动播放条；右图左侧为放大的仿真球与黑柱，右侧为舞台上抛金色铃球的表演者，同样带播放条。这种仿真与视频并置说明工具不只画轨迹，还把桌球布局、球色区分与进度同步纳入同一视图，便于逐拍核对抛接与音符。对初学者而言，应把颜色当音高身份、把桌子当声部扩展、把播放条当排练慢放器来读。

必须区分直接报告与待验证推测。直接报告的是表达力覆盖与多设备可用；有限解释是易学易掌握，证据仅为早期反馈而非对照实验；未验证的是作曲效率提升、记忆负担下降与演出失误减少，论文未测量误判率、延迟或学习时长，不能承诺这些量得到改善。总体趋势不等于每首曲子都同样好写，变速与多杂耍者传球仍是最易出错处。

若拿掉关键设计会怎样？论文做了哪些对照与失败分析？

论文没有神经网络消融表，但做了记谱层面的对照与失败条件分析，可按消融逻辑复述。第一组对照是变速表达：方案甲为多段固定速度拼接，方案乙为细分全局拍容纳弱拍，方案丙为保留直觉 Siteswap 加速度轨。报告显示甲会出现非整数空中时间，乙需加空抛或增高补偿且与杂耍者心智模型不合，丙被教学观察与访谈支持。这支持速度轨不是装饰，而是对齐人心智的必要抽象，但证据是质性观察而非计时误差数字。

第二组是表达完整性检查：若拿掉桌球交互，则无法表达大音域曲目所需的飞行中取放；若拿掉指定扔哪颗，则手持多球时仿真歧义；若拿掉静音接球，则无法表达开场逐音引入与长休止继续杂耍；若拿掉在手拨球，则多球同手时的抛接位置不可控。管线在仿真阶段能发现抛不存在的球等不可能模式，并在动画器高亮报错，这相当于用可运行检查代替数值消融。

未胜出项与负结果需明示。作者承认记谱仍随艺术探索而变，抛接手法因人因球数而异，当前约束聚焦德拉韦内尔式演出而非铃球一切可能；多节奏即左右手各按不同固定速度抓抛难以表达；杂耍者行走移动未建模，其他剧团可能更看重移动。这些不是技术错误，而是适用边界。训练与部署成本上，13k 行中一半为高低层转换，说明记谱每变 1 次转换层就要跟进，这是可扩展性的具体代价。

局限与误解：动画有用是否等于台上可用？

首要局限是记谱稳定性。音乐 Siteswap 仍可能随未来艺术探索而改，抛接细节依赖个人偏好与手持球量，当前模型为约束最少而设计，但乐谱层仍围绕特定剧团的曲目收紧。多节奏与移动杂耍是明确短板，前者难写，后者未建模。若把本文方法直接搬到强调走位的新马戏，很可能要重写几何与事件类型。

常见误解是把动画有用当成演出可用。论文明确区分：动画利于作曲与训练，但现场演出主要靠记忆，动画在台上不相关。未来台上帮助可能是触觉前馈或反馈，而非大屏幕动画。另一个误解是把开源代码当成开箱即用系统。代码当前可用，但静态演示站本次未能确认可达，虚拟现实集成需自行配置 react-three-fiber 环境，离线包与 iframe 传谱虽降低分享门槛，仍需作者提供正确的几何与起始布局，否则仿真会报球不存在。

伦理与方法局限也已交代：遵循无障碍与包容设计指南，给出资源链接与最后查阅日期，对参与者与照片人物获知情同意，生成式人工智能仅协助语法编辑并经母语者审校。这些不改变技术结论，但决定复现时如何合规使用影像与访谈资料。

复现先做什么？按样本走完输入到输出

复现前先确认资源状态：代码库当前可用，可按原文公共锻造库获取并按预打包方式引用；独立演示站本次未能确认可达，不要把演示站当唯一入口，应以本地克隆与离线包为主。先沿一个最小样本走完输入、表示、组件、目标与输出，再扩展到整曲。

第一步准备最小乐句。取序列 423 为教学例子，明确标为例子而非某曲实测。写 JSON 乐句，含局部拍起始如第 2 拍、基础速度如每秒 180、起始手持如左手 Do 与 Re、右手 Si，模式串含指定球与变速标记。目标是验证解析器能否把字符串转为事件。第二步补几何。

设杂耍者位置、桌位与槽位、球半径与手部槽位、球色与尺寸，先用缺省值跑通，再按 Figure 1 式布局细化桌槽。第三步跑管线。统一到全局拍，逐拍仿真并查看符号梯图，确认无抛空球、无手持溢出；再代入几何得真实秒与坐标，检查在手停留是否过短。第四步看动画。

用浏览器打开，拖动播放条对照抛接点，打开事件回调把抛接时刻打印到控制台，必要时与排练视频同步。第五步嵌入分享。用 iframe 嵌入个人页面，通过网址查询串传谱，或导出渐进式网页应用到手机离线排练。

关键超参数与信息条件需保留：起始时间单位是局部拍还是全局拍还是秒，速度单位是每秒拍数还是每拍秒数，全局拍拍号与小节划分，桌槽与手槽编号，多球同手时的指定规则，静音接标记，变速标记的作用域。若缺其中之一，复现出的节奏与球位会对不上。还需补的验证是跨曲复写测试：换一首含变速与桌球的短曲，看是否无需改代码只改乐谱与几何即可跑通；若需改代码，应记录改动点以评估扩展成本。

何时值得尝试？还需补哪项验证？

当乐器本身有物理延迟、音高身份绑定在物体上、且演出需大量换物规划时，本文思路值得尝试。典型信号是抛与响分离、顺序错位、台上换物来不及背谱。此时应先做可读记谱加可算事件层的分离，再做几何无关的仿真检查，最后才做 3 维与声音渲染。反之，若只是用杂耍手势触发电子音且映射可任意定义，传感器路线更灵活，不必引入桌槽与指定球等重型约束。

对音频研究生而言，可迁移的是方法论：把 Siteswap 比作乐谱、梯图比作 MIDI，先让人写得动，再让机器算得准，最后用动画与视频同步做可解释的调试。这与 change ringing 的历史呼应：十七世纪英国重钟因旋转延迟大而发展出系统记谱，反过来塑造了演奏法与数学排列探索。论文以此说明受约束乐器的记谱不只是记录，还会塑造创作。

未来工作分 4 类：作曲支持，把五线谱与杂耍谱并置并双向生成；渐进训练，进扩展现实与虚拟杂耍者合练并慢放；韧性训练，算从中间起跳与掉球恢复路径；记录，支持谱上批注与纸质笔记习惯。每类需单独评估作曲效率、记忆保持与恢复成功率，不能共用一个好用分。

下一步最缺的是可用性与学习效果的对照验证：在同等排练时长下比较有无动画的记忆准确率与节奏稳定性，并报告失败恢复次数与主观负荷。只有补上这项，才能把当前已验证的表达力与可部署性，推进为对创作全周期的真实增益。

⚖️ 评分明细

评分属于系统判断，不是论文实验结果；八维数值与总分见页首，原始审计记录保留在后端。

• 评分规则：type-aware-v1
• 评分模型：muse-spark-1.3-contributor
• 评分请求协议：openai_responses

← 返回 nime-2026 论文汇总