Broad drift audit against origin/main (b52b63396).
Reference pages (most user-visible drift):
- slash-commands: add /busy, /curator, /footer, /indicator, /redraw, /steer
that were missing; drop non-existent /terminal-setup; fix /q footnote
(resolves to /queue, not /quit); extend CLI-only list with all 24
CLI-only commands in the registry
- cli-commands: add dedicated sections for hermes curator / fallback /
hooks (new subcommands not previously documented); remove stale
hermes honcho standalone section (the plugin registers dynamically
via hermes memory); list curator/fallback/hooks in top-level table;
fix completion to include fish
- toolsets-reference: document the real 52-toolset count; split browser
vs browser-cdp; add discord / discord_admin / spotify / yuanbao;
correct hermes-cli tool count from 36 to 38; fix misleading claim
that hermes-homeassistant adds tools (it's identical to hermes-cli)
- tools-reference: bump tool count 55 -> 68; add 7 Spotify, 5 Yuanbao,
2 Discord toolsets; move browser_cdp/browser_dialog to their own
browser-cdp toolset section
- environment-variables: add 40+ user-facing HERMES_* vars that were
undocumented (--yolo, --accept-hooks, --ignore-*, inference model
override, agent/stream/checkpoint timeouts, OAuth trace, per-platform
batch tuning for Telegram/Discord/Matrix/Feishu/WeCom, cron knobs,
gateway restart/connect timeouts); dedupe the Cron Scheduler section;
replace stale QQ_SANDBOX with QQ_PORTAL_HOST
User-guide (top level):
- cli.md: compression preserves last 20 turns, not 4 (protect_last_n: 20)
- configuration.md: display.platforms is the canonical per-platform
override key; tool_progress_overrides is deprecated and auto-migrated
- profiles.md: model.default is the config key, not model.model
- sessions.md: CLI/TUI session IDs use 6-char hex, gateway uses 8
- checkpoints-and-rollback.md: destructive-command list now matches
_DESTRUCTIVE_PATTERNS (adds rmdir, cp, install, dd)
- docker.md: the container runs as non-root hermes (UID 10000) via
gosu; fix install command (uv pip); add missing --insecure on the
dashboard compose example (required for non-loopback bind)
- security.md: systemctl danger pattern also matches 'restart'
- index.md: built-in tool count 47 -> 68
- integrations/index.md: 6 STT providers, 8 memory providers
- integrations/providers.md: drop fictional dashscope/qwen aliases
Features:
- overview.md: 9 image models (not 8), 9 TTS providers (not 5),
8 memory providers (Supermemory was missing)
- tool-gateway.md: 9 image models
- tools.md: extend common-toolsets list with search / messaging /
spotify / discord / debugging / safe
- fallback-providers.md: add 6 real providers from PROVIDER_REGISTRY
(lmstudio, kimi-coding-cn, stepfun, alibaba-coding-plan,
tencent-tokenhub, azure-foundry)
- plugins.md: Available Hooks table now includes on_session_finalize,
on_session_reset, subagent_stop
- built-in-plugins.md: add the 7 bundled plugins the page didn't
mention (spotify, google_meet, three image_gen providers, two
dashboard examples)
- web-dashboard.md: add --insecure and --tui flags
- cron.md: hermes cron create takes positional schedule/prompt, not
flags
Messaging:
- telegram.md: TELEGRAM_WEBHOOK_SECRET is now REQUIRED when
TELEGRAM_WEBHOOK_URL is set (gateway refuses to start without it
per GHSA-3vpc-7q5r-276h). Biggest user-visible drift in the batch.
- discord.md: HERMES_DISCORD_TEXT_BATCH_SPLIT_DELAY_SECONDS default
is 2.0, not 0.1
- dingtalk.md: document DINGTALK_REQUIRE_MENTION /
FREE_RESPONSE_CHATS / MENTION_PATTERNS / HOME_CHANNEL /
ALLOW_ALL_USERS that the adapter supports
- bluebubbles.md: drop fictional BLUEBUBBLES_SEND_READ_RECEIPTS env
var; the setting lives in platforms.bluebubbles.extra only
- qqbot.md: drop dead QQ_SANDBOX; add real QQ_PORTAL_HOST and
QQ_GROUP_ALLOWED_USERS
- wecom-callback.md: replace 'hermes gateway start' (service-only)
with 'hermes gateway' for first-time setup
Developer-guide:
- architecture.md: refresh tool/toolset counts (61/52), terminal
backend count (7), line counts for run_agent.py (~13.7k), cli.py
(~11.5k), main.py (~10.4k), setup.py (~3.5k), gateway/run.py
(~12.2k), mcp_tool.py (~3.1k); add yuanbao adapter, bump platform
adapter count 18 -> 20
- agent-loop.md: run_agent.py line count 10.7k -> 13.7k
- tools-runtime.md: add vercel_sandbox backend
- adding-tools.md: remove stale 'Discovery import added to
model_tools.py' checklist item (registry auto-discovery)
- adding-platform-adapters.md: mark send_typing / get_chat_info as
concrete base methods; only connect/disconnect/send are abstract
- acp-internals.md: ACP sessions now persist to SessionDB
(~/.hermes/state.db); acp.run_agent call uses
use_unstable_protocol=True
- cron-internals.md: gateway runs scheduler in a dedicated background
thread via _start_cron_ticker, not on a maintenance cycle; locking
is cross-process via fcntl.flock (Unix) / msvcrt.locking (Windows)
- gateway-internals.md: gateway/run.py ~12k lines
- provider-runtime.md: cron DOES support fallback (run_job reads
fallback_providers from config)
- session-storage.md: SCHEMA_VERSION = 11 (not 9); add migrations
10 and 11 (trigram FTS, inline-mode FTS5 re-index); add
api_call_count column to Sessions DDL; document messages_fts_trigram
and state_meta in the architecture tree
- context-compression-and-caching.md: remove the obsolete 'context
pressure warnings' section (warnings were removed for causing
models to give up early)
- context-engine-plugin.md: compress() signature now includes
focus_topic param
- extending-the-cli.md: _build_tui_layout_children signature now
includes model_picker_widget; add to default layout
Also fixed three pre-existing broken links/anchors the build warned
about (docker.md -> api-server.md, yuanbao.md -> cron-jobs.md and
tips#background-tasks, nix-setup.md -> #container-aware-cli).
Regenerated per-skill pages via website/scripts/generate-skill-docs.py
so catalog tables and sidebar are consistent with current SKILL.md
frontmatter.
docusaurus build: clean, no broken links or anchors.
189 lines
6.8 KiB
Markdown
189 lines
6.8 KiB
Markdown
---
|
|
title: "Heartmula — HeartMuLa: Suno-like song generation from lyrics + tags"
|
|
sidebar_label: "Heartmula"
|
|
description: "HeartMuLa: Suno-like song generation from lyrics + tags"
|
|
---
|
|
|
|
{/* This page is auto-generated from the skill's SKILL.md by website/scripts/generate-skill-docs.py. Edit the source SKILL.md, not this page. */}
|
|
|
|
# Heartmula
|
|
|
|
HeartMuLa: Suno-like song generation from lyrics + tags.
|
|
|
|
## Skill metadata
|
|
|
|
| | |
|
|
|---|---|
|
|
| Source | Bundled (installed by default) |
|
|
| Path | `skills/media/heartmula` |
|
|
| Version | `1.0.0` |
|
|
| Tags | `music`, `audio`, `generation`, `ai`, `heartmula`, `heartcodec`, `lyrics`, `songs` |
|
|
| Related skills | `audiocraft` |
|
|
|
|
## Reference: full SKILL.md
|
|
|
|
:::info
|
|
The following is the complete skill definition that Hermes loads when this skill is triggered. This is what the agent sees as instructions when the skill is active.
|
|
:::
|
|
|
|
# HeartMuLa - Open-Source Music Generation
|
|
|
|
## Overview
|
|
HeartMuLa is a family of open-source music foundation models (Apache-2.0) that generates music conditioned on lyrics and tags, with multilingual support. Generates full songs from lyrics + tags. Comparable to Suno for open-source. Includes:
|
|
- **HeartMuLa** - Music language model (3B/7B) for generation from lyrics + tags
|
|
- **HeartCodec** - 12.5Hz music codec for high-fidelity audio reconstruction
|
|
- **HeartTranscriptor** - Whisper-based lyrics transcription
|
|
- **HeartCLAP** - Audio-text alignment model
|
|
|
|
## When to Use
|
|
- User wants to generate music/songs from text descriptions
|
|
- User wants an open-source Suno alternative
|
|
- User wants local/offline music generation
|
|
- User asks about HeartMuLa, heartlib, or AI music generation
|
|
|
|
## Hardware Requirements
|
|
- **Minimum**: 8GB VRAM with `--lazy_load true` (loads/unloads models sequentially)
|
|
- **Recommended**: 16GB+ VRAM for comfortable single-GPU usage
|
|
- **Multi-GPU**: Use `--mula_device cuda:0 --codec_device cuda:1` to split across GPUs
|
|
- 3B model with lazy_load peaks at ~6.2GB VRAM
|
|
|
|
## Installation Steps
|
|
|
|
### 1. Clone Repository
|
|
```bash
|
|
cd ~/ # or desired directory
|
|
git clone https://github.com/HeartMuLa/heartlib.git
|
|
cd heartlib
|
|
```
|
|
|
|
### 2. Create Virtual Environment (Python 3.10 required)
|
|
```bash
|
|
uv venv --python 3.10 .venv
|
|
. .venv/bin/activate
|
|
uv pip install -e .
|
|
```
|
|
|
|
### 3. Fix Dependency Compatibility Issues
|
|
|
|
**IMPORTANT**: As of Feb 2026, the pinned dependencies have conflicts with newer packages. Apply these fixes:
|
|
|
|
```bash
|
|
# Upgrade datasets (old version incompatible with current pyarrow)
|
|
uv pip install --upgrade datasets
|
|
|
|
# Upgrade transformers (needed for huggingface-hub 1.x compatibility)
|
|
uv pip install --upgrade transformers
|
|
```
|
|
|
|
### 4. Patch Source Code (Required for transformers 5.x)
|
|
|
|
**Patch 1 - RoPE cache fix** in `src/heartlib/heartmula/modeling_heartmula.py`:
|
|
|
|
In the `setup_caches` method of the `HeartMuLa` class, add RoPE reinitialization after the `reset_caches` try/except block and before the `with device:` block:
|
|
|
|
```python
|
|
# Re-initialize RoPE caches that were skipped during meta-device loading
|
|
from torchtune.models.llama3_1._position_embeddings import Llama3ScaledRoPE
|
|
for module in self.modules():
|
|
if isinstance(module, Llama3ScaledRoPE) and not module.is_cache_built:
|
|
module.rope_init()
|
|
module.to(device)
|
|
```
|
|
|
|
**Why**: `from_pretrained` creates model on meta device first; `Llama3ScaledRoPE.rope_init()` skips cache building on meta tensors, then never rebuilds after weights are loaded to real device.
|
|
|
|
**Patch 2 - HeartCodec loading fix** in `src/heartlib/pipelines/music_generation.py`:
|
|
|
|
Add `ignore_mismatched_sizes=True` to ALL `HeartCodec.from_pretrained()` calls (there are 2: the eager load in `__init__` and the lazy load in the `codec` property).
|
|
|
|
**Why**: VQ codebook `initted` buffers have shape `[1]` in checkpoint vs `[]` in model. Same data, just scalar vs 0-d tensor. Safe to ignore.
|
|
|
|
### 5. Download Model Checkpoints
|
|
```bash
|
|
cd heartlib # project root
|
|
hf download --local-dir './ckpt' 'HeartMuLa/HeartMuLaGen'
|
|
hf download --local-dir './ckpt/HeartMuLa-oss-3B' 'HeartMuLa/HeartMuLa-oss-3B-happy-new-year'
|
|
hf download --local-dir './ckpt/HeartCodec-oss' 'HeartMuLa/HeartCodec-oss-20260123'
|
|
```
|
|
|
|
All 3 can be downloaded in parallel. Total size is several GB.
|
|
|
|
## GPU / CUDA
|
|
|
|
HeartMuLa uses CUDA by default (`--mula_device cuda --codec_device cuda`). No extra setup needed if the user has an NVIDIA GPU with PyTorch CUDA support installed.
|
|
|
|
- The installed `torch==2.4.1` includes CUDA 12.1 support out of the box
|
|
- `torchtune` may report version `0.4.0+cpu` — this is just package metadata, it still uses CUDA via PyTorch
|
|
- To verify GPU is being used, look for "CUDA memory" lines in the output (e.g. "CUDA memory before unloading: 6.20 GB")
|
|
- **No GPU?** You can run on CPU with `--mula_device cpu --codec_device cpu`, but expect generation to be **extremely slow** (potentially 30-60+ minutes for a single song vs ~4 minutes on GPU). CPU mode also requires significant RAM (~12GB+ free). If the user has no NVIDIA GPU, recommend using a cloud GPU service (Google Colab free tier with T4, Lambda Labs, etc.) or the online demo at https://heartmula.github.io/ instead.
|
|
|
|
## Usage
|
|
|
|
### Basic Generation
|
|
```bash
|
|
cd heartlib
|
|
. .venv/bin/activate
|
|
python ./examples/run_music_generation.py \
|
|
--model_path=./ckpt \
|
|
--version="3B" \
|
|
--lyrics="./assets/lyrics.txt" \
|
|
--tags="./assets/tags.txt" \
|
|
--save_path="./assets/output.mp3" \
|
|
--lazy_load true
|
|
```
|
|
|
|
### Input Formatting
|
|
|
|
**Tags** (comma-separated, no spaces):
|
|
```
|
|
piano,happy,wedding,synthesizer,romantic
|
|
```
|
|
or
|
|
```
|
|
rock,energetic,guitar,drums,male-vocal
|
|
```
|
|
|
|
**Lyrics** (use bracketed structural tags):
|
|
```
|
|
[Intro]
|
|
|
|
[Verse]
|
|
Your lyrics here...
|
|
|
|
[Chorus]
|
|
Chorus lyrics...
|
|
|
|
[Bridge]
|
|
Bridge lyrics...
|
|
|
|
[Outro]
|
|
```
|
|
|
|
### Key Parameters
|
|
| Parameter | Default | Description |
|
|
|-----------|---------|-------------|
|
|
| `--max_audio_length_ms` | 240000 | Max length in ms (240s = 4 min) |
|
|
| `--topk` | 50 | Top-k sampling |
|
|
| `--temperature` | 1.0 | Sampling temperature |
|
|
| `--cfg_scale` | 1.5 | Classifier-free guidance scale |
|
|
| `--lazy_load` | false | Load/unload models on demand (saves VRAM) |
|
|
| `--mula_dtype` | bfloat16 | Dtype for HeartMuLa (bf16 recommended) |
|
|
| `--codec_dtype` | float32 | Dtype for HeartCodec (fp32 recommended for quality) |
|
|
|
|
### Performance
|
|
- RTF (Real-Time Factor) ≈ 1.0 — a 4-minute song takes ~4 minutes to generate
|
|
- Output: MP3, 48kHz stereo, 128kbps
|
|
|
|
## Pitfalls
|
|
1. **Do NOT use bf16 for HeartCodec** — degrades audio quality. Use fp32 (default).
|
|
2. **Tags may be ignored** — known issue (#90). Lyrics tend to dominate; experiment with tag ordering.
|
|
3. **Triton not available on macOS** — Linux/CUDA only for GPU acceleration.
|
|
4. **RTX 5080 incompatibility** reported in upstream issues.
|
|
5. The dependency pin conflicts require the manual upgrades and patches described above.
|
|
|
|
## Links
|
|
- Repo: https://github.com/HeartMuLa/heartlib
|
|
- Models: https://huggingface.co/HeartMuLa
|
|
- Paper: https://arxiv.org/abs/2601.10547
|
|
- License: Apache-2.0
|