Paper #1 · Rouard et al., 2026
MuScriptor — Open Multi-Instrument AMT Foundation Model
arXiv:2607.08168
·
Submitted 9 Jul 2026 (v1, 160 KB)
arXiv: arXiv:2607.08168
Summary: MuScriptor recasts multi-instrument AMT as autoregressive MIDI-token generation (MT3-style) over a decoder-only Transformer that reads a mel-spectrogram. The kicker is the third training stage: an RL pass over high-quality real data, plus optional conditioning on a known instrument set at inference time — that's the knob that lets one model transcribe "anything from classical to heavy metal." Reported multi-instrument F1 is 48.2 vs. 21.9 for YourMT3+ on the same eval. The released `muscriptor/muscriptor` repo has **941 stars, 122 forks** as of this cycle (verified via the GitHub repo page), making it the most-traction multi-instrument AMT release of the year.
Reproducibility: ✅ **Open weights + code released.** Code: (MIT). Weights on Hugging Face under the `MuScriptor/` org, CC BY-NC 4.0. Three sizes — small (≈103 M), medium (≈307 M), large (≈1.3 B) — plus a `uvx muscriptor serve` web UI (FastAPI + SpessaSynth + MuseScore General SF3). `muscriptor transcribe audio.wav -o out.mid --auralize check.wav` is the one-shot CLI. On the same eval split, the full three-stage pipeline gives 60.4 / 73.3 / 49.0 / 50.2 / 48.2 across Onset / Frame / Offset / Drums / Multi F1 vs. YourMT3+ at 32.5 / 45.5 / 17.8 / 41.4 / 21.9.
Paper #2 ·
Qwen-Music Technical Report (Qwen Team, 2026) — *NEW THIS WEEK (v2)*
arXiv:2607.11699
·
Submitted 13 Jul 2026 (v1) → **27 Jul 2026 (v2, this version)**, 5,311 KB
arXiv: arXiv:2607.11699
Summary: Qwen-Music is the **first closed/open-weights generation FM that uses an AMT-derived metric in its eval loop**: the lyrics-intelligibility of generated songs is scored with **Qwen3-ASR** (Shi et al. 2026) and reported as Phoneme Error Rate. That's the same LALM backbone that VocalParse is fine-tuned from — meaning the Qwen team is now treating Qwen3-ASR as a *de facto* lyrics-AMT benchmark. The 25 Hz single-codebook tokenizer is on the same frame-rate axis as HeartCodec, and the **Melody-CoT** trick (plan melodies, then generate the full semantic-token sequence) is the musical cousin of VocalParse's lyric-CoT. v2 is the more polished report — same headline numbers, refined evaluation methodology. The field's centre-of-gravity is now visibly migrating toward "AMT as in-loop eval of generation."
Reproducibility: ⚠️ **Tech report; not a paper with code release.** A community Hugging Face port is expected but not yet linked from the abstract. The Qwen3-ASR backbone is itself open-weight and used here as a black-box metric. Watch the `Qwen/` org for a public checkpoint.
Paper #3 ·
MulTTiPop — Multitrack Transcription Dataset for Pop Music (Pruyne et al., 2026) — *NEW THIS WEEK*
arXiv:2607.08756
·
Submitted 9 Jul 2026 (v1, 754 KB, 8 pages, 4 figures)
arXiv: arXiv:2607.08756
Summary: A **reproducible commercial-pop eval set** with tempo-warped multitrack MIDI aligned to Lakh MIDI + TheoryTab audio. The headline number is brutal: the *best* SOTA AMT model hits 38% Onset F1 on real commercial pop — for context, MuScriptor posts 60.4 Onset F1 on its own held-out test set. The gap is the real story: this is a community invitation to stop reporting numbers only on synthetic or cleanly-stemmed test sets. A separate CMU/Adobe team publishing a hard real-world AMT eval in the same week MuScriptor ships is the kind of productive tension the field needs.
Reproducibility: ✅ **Dataset + sound examples public.** Project page: . CC BY 4.0 license. The paper is explicit that the dataset is **for evaluation only, not training** (commercial-audio copyright). This is the new mandatory baseline to beat.
Paper #4 · Zhao et al., 2026
MuseAgent-1 — Interactive Grounded Multimodal Understanding of Music Scores + Performance Audio
arXiv:2601.11968
·
Submitted 17 Jan 2026 (v1, 2,374 KB) — companion to ICLR 2026 submission #17059
arXiv: arXiv:2601.11968
Summary: The cleanest *architecture-pattern* paper in the field: stick a CQT-based AMT module (audio→MusicXML/JSON) and a measure-wise OMR module (sheet image→ABC) in front of an LLM, plus a retrieval layer over symbolic + audio libraries, and you get a system that actually answers "what key is this passage modulating to?" — something stock MLLMs like Gemini-2.5-Pro routinely fail at. With GPT-4.1 as the orchestrator, MuseAgent hits 79.1% accuracy on the audio slice of MuseBench. The paper's hidden importance: it gives the field the *vocabulary* (M-OMR + AMT + RAG + LLM) that every later paper cites.
Reproducibility: ⚠️ **Partial.** Paper + ICLR OpenReview submission at linked. No first-party public GitHub repo; the AMT and OMR modules themselves rely on existing baselines. Worth a follow-up to the authors (Wei Hu, BUCT) for a code drop.
Paper #5 · Chen et al., 2026
VocalParse — Singing-Voice Transcription with a Large Audio Language Model
arXiv:2605.04613
·
Submitted 6 May 2026 (v1)
arXiv: arXiv:2605.04613
Summary: VocalParse fine-tunes Qwen3-ASR-1.7B (a Whisper-encoder + Qwen-LLM-decoder LALM) to emit *interleaved* lyric + pitch + note-value + global-BPM tokens in one autoregressive pass. The CoT trick — generate plain lyrics first, then the structured score — is what makes the model robust on OOD singing. They back it with **SingCrawl**, a web-scale pseudo-labeling pipeline for SVS data, and report SOTA on Opencpop / ACE-KiSing / OpenSinger / PopCS (audio-lyric MAE_pitch 0.35 on Opencpop, beating even the teacher annotator). Ablation: CoT reduces WER from 7.18% to 3.79%.
Reproducibility: ✅ **Code + weights + data pipeline released.** GitHub: . Model card + checkpoint: (Apache 2.0). ~400 new AST vocabulary tokens, `uv` install instructions included. **The same Qwen3-ASR-1.7B backbone is what Qwen-Music now uses as its in-loop lyrics metric — VocalParse is the "AMT side" of that arrangement.**
Paper #6 · Bhandari et al., 2026
Text2Score — Sheet-Music Generation with an LLM Planner
arXiv:2605.13431
·
Submitted 13 May 2026 (v2: 29 Jul 2026)
arXiv: arXiv:2605.13431
Summary: Text2Score is the *inverse* of AMT: text → score. The reason it earns a slot here is the *architecture* — an LLM plans musical structure bar-by-bar (key, time signature, instruments, harmony) and a smaller generator executes the notes, decoupling musical reasoning from token-level synthesis. Beats both a pure LLM agent and three end-to-end baselines on expert evaluation. Useful conceptual sibling to MuseAgent and Libretto.
Reproducibility: ✅ **Code, dataset, eval set, and prompts all open.** GitHub: . Demo: . CC BY 4.0.
Paper #7 · Xu, 2026
Libretto — Symbolic Music for LLM Agents
arXiv:2606.22708
·
Submitted 21 Jun 2026 (v1)
arXiv: arXiv:2606.22708
Summary: Libretto is not an AMT paper in the strict sense, but it's the missing peer to MuseAgent-1: it tackles the *output* side. It gives an LLM agent a text-native symbolic-music grammar and a statistical "music cloud" so the agent can retrieve, diagnose, and *self-revise* generated MIDI. Important for the AMT↔agent loop because it makes the agent's edits auditable on musical-structure axes, not vibes.
Reproducibility: ⚠️ **Paper only.** No code link in the abstract. Worth a follow-up message to the author (Yichen Xu, UC Berkeley) for a repo.
Paper #8 ·
HeartMuLa v3 — Open-Source Music Foundation Model Family (Yang et al., 2026) — *v3 dropped 7 Jul 2026*
arXiv:2601.10547
·
Submitted 15 Jan 2026 (v1) → **7 Jul 2026 (v3, this cycle)**
arXiv: arXiv:2601.10547
Summary: Chinese-academic attempt to reproduce a Suno-class song-generation system end-to-end. The reason it matters for AMT-watchers is **HeartTranscriptor** — a dedicated lyric-recognition model that operates as the *vocal-side* counterpart to a Melodia/MT3-style note transcriber. v3 (this cycle) tightens the report. The bundle is the most ambitious "music LLM" stack from a non-US group to date; it's the direct intellectual predecessor to Qwen-Music.
Reproducibility: ✅ **Open-source release.** First-author GitHub (Dongchao Yang, ZJU + ByteDance); Apache-style code license; weights gated. Companion: a SongSage lyric LM (arXiv:2601.00325) is in the same orbit.
Paper #9 · Chaturvedi et al., 2026
Advancing Multi-Instrument Music Transcription — 2025 AMT Challenge Results
arXiv:2603.27528
·
Submitted 29 Mar 2026 (v1)
arXiv: arXiv:2603.27528
Summary: The community benchmark for 2025/2026. Top systems (MIROS at F1 ≈0.60, YourMT3-YPTF-MoE-M at ≈0.59) both use YourMT3-style encoder–decoder Transformers with mixture-of-experts, not LLMs. The big takeaway is that *purely* token-prediction transformer architectures still beat the LALM/orchestration-style models on the raw metric — but only on a fixed eval; the LALM approach wins on flexibility and OOD. **Now that MulTTiPop has landed, expect a v2 of this challenge to use it as the new test set.**
Reproducibility: ⚠️ **Challenge artifacts public, per-team code varies.** Leaderboard and eval protocol at the 2025 AMT Challenge site. Top teams (MIROS, YourMT3 variants) have GitHub repos in the paper appendix.
Paper #10 ·
"Evaluating Multimodal Large Language Models on Core Music Perception Tasks" (Carone, Roman, Ripollés, 2025) — *NEW THIS WEEK*
arXiv:2510.22455
·
Submitted 25 Oct 2025; **accepted at NeurIPS 2025 Workshop on AI for Music (AI4Music)**
arXiv: arXiv:2510.22455
Summary: The cleanest empirical argument for *why* the AMT-as-front-end architecture (MuseAgent) and the LALM-CoT architecture (VocalParse) are not optional. The paper's central claim — "current systems reason well over symbols (MIDI) but do not yet 'listen' reliably from audio" — is the most-quotable line in the field right now. Adapting LogicLM to music (orchestrate an LLM with a symbolic solver) is a clever baseline: it shows that even when you give the model a *structured* reasoning partner, the bottleneck is still the audio encoder. Every paper in this report except MuScriptor is downstream of this finding.
Reproducibility: ⚠️ **Paper + dataset at the workshop page; no first-party code linked from the abstract.** The accompanying prompt set is short enough to be reproducible from the paper alone.