Product launch
MiniMax open-sources Music 3.0: full five-minute songs in one pass, runs on 8GB VRAM
Swapping a one-line vibe for a section-by-section production sheet, two models team up to keep a five-minute song from falling apart.
- Give it lyrics and a style prompt, get a complete five-minute song—intro, chorus, bridge, and all.
- It fixes old annoyances: instruments vanishing mid-song and emotional arcs going off the rails.
- The whole model is open-source and runs on a single 8GB VRAM GPU.
- Commercial terms are surprisingly permissive, but the entire release has zero benchmark numbers.
Pain points
AI Songwriting Has Had Two Annoying Flaws
MiniMax has released a new music generation model, Music 3.0, and open-sourced it directly. Give it lyrics and a style description, and it generates a complete song up to five minutes long in one pass—intro, verses, chorus, bridge, interlude, and outro included. The vocals are sung, not stitched together, and the output is 32kHz stereo. Previously, this level of completeness was only available from closed-source services like Suno, where you'd pay per generation on their website. Now, you can download the entire model and run it on an 8GB VRAM card.
Official MiniMax Music 3.0 launch video (52 seconds, with sound): A vinyl record spins with a miniature trio performing live on it—violin, guitar, and double bass. Source: MiniMax official launch materials.
It's designed to fix issues anyone who's used AI songwriting will recognize:
The first issue is that instructions aren't followed. You write "use acoustic guitar and piano, build from tension to release," and the model starts out okay, but the guitar fades out by the middle, and the emotion stays flat. Ask for a "breathy female vocal," and only the first verse sounds breathy—the rest sounds like a different person. The root cause is crude descriptions. Previously, you'd tag the whole song with a single label ("melancholic pop, 90 BPM, female vocal"), so the model knows the overall mood but has no idea what should happen at second 47.
The second issue is that long songs fall apart. Generating a 30-second clip is easy for anyone. The hard part is sustaining emotional highs and lows over five minutes, bringing instruments in and out at the right moments, and keeping the verse, chorus, and bridge working toward the same goal. The challenge was never the duration itself. The real question is whether the model can remember what it was singing about at the beginning.
Change one: Input side
Music 3.0 replaces a single sentence with a section-by-section spec sheet
Since coarse descriptions are the root cause, the fix is finer descriptions. Instead of using one global tag for the entire song, Music 3.0 takes a Structured Caption—a timeline-based, section-by-section specification broken into three parts:
"A melancholic folk song, 90 BPM, female vocal"
One tag for the whole song. The model knows the vibe, but not the progression.
- Global Info: Genre, BPM, key, use case, overall emotional arc, desired production quality
- Vocal Detail: Male/female, timbre (raspy / breathy / warm), singing style, harmony arrangement, reverb/delay treatment
- Arrangement: Lead and supporting instruments, which section enters and which exits, rhythmic progression, bass movement, spatial effects
It used to be like telling the band, "Play a melancholic folk song." Now, it's like handing them a full score: "Guitar enters solo at measure 4, drums join at measure 12, and the bridge drops everything except the vocal." The band follows the score, so they can't go off track.
How detailed is this spec sheet? The official demo page includes the full caption for each song—over 700 English words. This is a real excerpt from one of the urban soul tracks, and it's just a part of the "Vocal Detail" section:
Vocal Style: The delivery is marked by a conversational, behind-the-beat phrasing... The bridge requires a dramatic shift to a "whisper-singing" technique, utilizing heavy vocal fry and breathy tail-offs to convey extreme proximity. Harmony/Backing Vocals: The choruses are bolstered by tight, three-part male harmony stacks... panned hard left and right to envelop the lead.
In plain terms: The singing should feel conversational, phrasing behind the beat… The bridge needs to switch to a "whispered, breathy" style, with lots of vocal fry and airy endings to create a sense of singing right into your ear. For harmony, the chorus has three layers of male vocals, panned hard left and right to wrap around the lead.
Notice how its adjectives come with executable specifics: it doesn't just say "whisper-singing," it says to use it in the bridge; it doesn't just say "three-part male harmony," it says to pan them hard left and right. These aren't vague words like "moving" or "polished" that offer no direction. The model can follow along because this description is already a work order.
Change two: Structure
Square brackets in your lyrics are real structural commands
The spec sheet controls the substance of each section, but what defines the song's overall skeleton? The answer lies on the lyrics side.
When you write structural markers like [Intro], [Verse], [Pre-Chorus], [Chorus], [Post-Chorus], [Bridge], [Instrumental], [Solo], and [Outro] in your lyrics, the model treats them as structural instructions. They determine how many sections the song has, their order, and where instrumental breaks occur—without ever singing the word "Verse." This is the most common user error: Square brackets are executable; the lyric text conveys emotion, not structure. If you want the song to move from a verse to a bridge and back to a chorus, you lay that out in the lyrics yourself.
Companion tools
Officially open-sourced: 1,000 templates and an expansion skill
Most people can't write a 700-word professional spec sheet, which is the barrier with this input format. The official solution is an expansion system: you write a plain-language sentence, and it expands it into a full spec sheet using professional music terminology.
This "template library" isn't an abstract concept—it's right there in the GitHub repository: 1,000 plain-text template files, organized into 18 genre families, covering folk, EDM, hip-hop, jazz, metal, soul gospel, East Asian lyrical, country, and more. The expansion logic is also open-sourced as an Agent skill, installable with a single command:
npx skills add MiniMax-AI/MiniMax-Music3 --skill music-caption-rewriter
Its retrieval method will look familiar to anyone who's worked with Agents: the skill explicitly forbids scanning all 1,000 templates, building a database, computing vectors, or calling external APIs. Instead, it narrows down progressively: first, it reads a genre routing table to identify one or two families; then it compares brief cards in the family index; finally, it fully reads only up to 3 selected templates, each serving a distinct purpose:
For those who don't plan to install the model but just want to write better prompts, these 1,000 templates are a readily usable library of arrangement prompt examples.
Mechanism: Core
Two models, two jobs: one remembers the whole song, the other focuses on each frame
We've covered the input side. But what inside the model actually supports a five-minute generation? First, let's understand how audio is stored in the model.
Audio can't be fed directly into a language model. It's first divided into discrete Audio Frames (here, 25 frames per second). Each frame is then encoded using an 8-layer codebook (officially called Residual Vector Quantization, or RVQ): Layer 1 uses a large codebook of 16,384 codewords and captures only the frame's core semantics and structure—the chords, the section, the words being sung. Layers 2 through 8 each use a smaller codebook of 1,024 codewords and progressively add acoustic detail residuals—timbre, overtones, spatial feel.
It's like drawing: the first layer is a pencil sketch that sets the composition, and the next seven layers add color and detail one pass at a time. Training follows the same order—first, layer 1 is trained alone to ensure the skeleton is solid, then all eight layers are trained together.
Chords, sections, sung words
Two models: one that remembers the whole song, one that focuses on the current frame
Now that we know how sound is layered, the division of labor follows naturally:
Adapted from Qwen3-8B. It predicts the Layer 1 "core semantic" codeword per frame while keeping track of the entire song's context.
This is the one that remembers "what I sang at the beginning."
A small model trained from scratch. Within each frame, it fills in the acoustic details for Layers 2 through 8, working along the depth dimension.
It only cares whether the current frame sounds good—it doesn't need to remember the whole song.
Why split it this way? Asking an 8B-parameter model to manage both the song's overall direction and the overtone details of every frame simultaneously wastes resources and invites confusion—its attention gets stretched across two scales. By offloading detail work to a 0.6B model that handles frames one at a time, the larger model can focus on remembering what happened five minutes ago. This way, long-range stability and local richness are both preserved.
Official MiniMax Music 3.0 architecture diagram. From bottom to top, four layers: the bottom is the input (left purple box is Structured Caption, right green box is lyrics); above that is the Hybrid LM, where the dark blue horizontal strip is the Global Model. Its per-frame hidden states go up, pass through C₀ into the Local Model, which outputs C₁ to C₇ layer by layer. Two fusion arrows then feed the hidden states into the Synthesis layer, which uses Flow-Matching and a Flow VAE Decoder to produce audio. The red circle on the right is a stop token; the gray squares are hidden states. Source: MiniMax official launch blog.
Mechanism: Audio quality
The final step skips compression, preserving breaths and decay
But the step that truly determines whether a song sounds good is the last one—and it's also the easiest to overlook.
The conventional approach works like this: the language model emits a sequence of discrete codewords, and a decoder reconstructs the sound from them. The problem lies in the word "codeword"—they are quantized. A continuous waveform gets squeezed into a finite set of bins, and the subtle nuances in between (breaths, glissandos, the ring of a string after it's plucked) are lost at the moment of quantization. No amount of decoding afterward can recover them.
Music 3.0's approach is different: during inference, it doesn't load the discrete decoder at all. Instead, it takes the continuous hidden states from the final layers of both language models—the high-dimensional information before it's compressed into codewords—fuses them, and feeds them directly into a 2.4B-parameter flow matching module, which is then decoded into a waveform by a 123M-parameter Flow-VAE.
Codewords are like converting a recording to MP3 and then handing that MP3 to the next person. Hidden states are like handing over the master tape directly. The difference shows up in whether vocals articulate crisply, whether instruments sound like they're actually vibrating, and whether techniques like slides and legato survive.
The Flow-VAE wasn't built from scratch; its architecture is adapted from MiniMax's own speech model, MiniMax Speech, and retrained for music's dynamic range and spectral characteristics.
Adding up the four components: 8B (Global) + 0.6B (Local) + 2.4B (Flow Matching) + 123M (Flow-VAE) ≈ 11.1B parameters. This total doesn't determine whether you can run it on your own machine; what really matters is VRAM, which we'll get to next.
Results
16 Official Demo Tracks, from Shanghai Jazz to Gospel Metal
Now that we've covered the mechanics, the remaining question is how it sounds—you'll have to listen for yourself. This is also the only evidence in this release: no benchmarks, no comparison experiments, just 16 demo tracks. The listening deck below lets you click through genre tags to hear different tracks. Each comes with its actual input description, showing how "the same model can produce wildly different results with a different input."
Old Shanghai Jazz / Soul, with a warm lo-fi undercurrent
Classic Shanghai jazz / soul with gentle lo-fi warmth. Tender, nostalgic verses unfold into a softly radiant chorus, led by an intimate female vocal with restrained phrasing…
Warm Mandarin Pop / Chinese Lyrical, 74 BPM, A-flat Major
Warm Mandarin pop / traditional Chinese ballad, 74 BPM, A-flat major. Tender nostalgia opens into a celebratory chorus, with a mature male baritone-tenor, delicate guzheng…
Baroque Pop / Emo Rock, 162 BPM, E-flat Minor
Baroque pop / emo rock, 162 BPM, E-flat minor. A stately, mournful opening drives toward a regal wall-of-sound finale, with a gritty theatrical male baritenor, orchestral strings, harpsichord…
Dark E-punk Hip-Hop / Industrial Rap, 108 BPM, B-flat Minor
Dark E-punk hip-hop / industrial rap, 108 BPM, B-flat minor. Ominous sermon-like tension turns into club-ready catharsis…
Upbeat Funk / Nu-disco, 112 BPM, E-flat Major
Upbeat funk / nu-disco, 112 BPM, E-flat major. Confident, strutting and celebratory, with a smooth soulful male tenor, playful staccato phrasing, falsetto flips…
Acoustic Bossa Nova / Folk, 88 BPM, F-sharp Major
Acoustic bossa nova / folk, 88 BPM, F-sharp major. Serene, pastoral and playful, with buoyant choruses, a breathy honeyed female soprano…
Anthemic Stadium Pop Rock, 132 BPM, E Major
Anthemic stadium pop rock, 132 BPM, E major. Airy, buoyant verses build into an adrenaline-filled chorus, with a powerful female mezzo-soprano, soaring octave hooks…
Warm Healing Mandarin Pop, Adult Male & Female Duet
…middle-aged mature male and female duet, mature parental voices aged around 50-70… slightly weathered gravelly low register… strong Taiwanese accent in vocals… no youthful bright tone
The last track's input specifically requests "a mature parental voice aged 50-70, with a Taiwanese accent, and no youthful bright tone." Whether such detailed requests about age and accent are fulfilled is the real test of whether this "Structured Caption" format actually works.
The Remaining Seven Tracks
Futuristic Melodic EDM / Progressive House
Progressive House / EDM, 126 BPM, B-flat Major
Bright Power Pop / Pop Rock, 112 BPM, E-flat Major
Uplifting Progressive House / EDM, 126 BPM, A-flat Major
Light Bossa Nova / Brazilian Pop, 88 BPM, D-flat Major
Upbeat Funk / Contemporary R&B with a nu-disco sheen
Warm Pop Rock / Soul, 88 BPM, B-flat Major
The official blog releases a total of 16 audio tracks. Track 2 and Track 11 share the exact same input description and lyrics, leaving 15 unique songs; we've deduplicated them here. All audio files are direct links from MiniMax's official CDN.
License
Commercial Use Free up to $20M Annual Revenue
Sounds good, but can I actually use it? The release touts "open-source" in the title, yet the blog post itself never mentions the license once. So this entire section is sourced directly from the license text.
It's called the MiniMax-Music3 Community License. The full text is 7,400 bytes, and the opening wording closely mirrors the MIT License: free to use, modify, redistribute, and use commercially. There are only four additional conditions:
| Clause | Specific Requirement |
|---|---|
| Commercial attribution | Products or services using it must prominently display "MiniMax-Music3" in the UI |
| Revenue threshold | If your and your affiliates' total annual revenue exceeds $20 million, you must email api@minimax.io to obtain separate written authorization |
| Service provider responsibility | If providing generation services to others, you must implement reasonable safeguards to prevent users from generating infringing content, and you must not intentionally disable or weaken these safeguards |
| Usage guidelines | 19 rules attached: no spreading misinformation, no impersonation, no military use, no high-risk automated decision-making; AI-generated content publicly released must be clearly labeled as machine-generated |
For the vast majority of individual creators and small teams, the only one requiring real action is the first: label the model name in your interface.
No Geographic Exclusion Clause
The same company released a very different license ten days earlier.
The end of the license also specifies the model's lineage: the Global Model is fine-tuned from Qwen3-8B (Apache 2.0), the diffusion part is adapted from Stability AI's stable-audio-tools (MIT), and the VAE is adapted from Descript's audio codec DAC (MIT).
Getting Started
Runs on 8GB VRAM, But the Official Model Card Lists Five Limitations
Since the license allows it, what about the hardware? Again, this part isn't in the blog post—it's all in the model card.
VRAM Tiers (For Single-GPU Setup)
First, let's be clear about what these tiers correspond to: running with diffusers on a single GPU. The officially recommended serving path has different requirements, detailed in the next section.
On the ComfyUI side, INT8 quantized model files are also provided specifically for smaller VRAM cards. For long track generation, you can also enable chunked decoding to further reduce VRAM usage.
Additionally, the HuggingFace model page already hosts three community fine-tunes and four quantized versions—if you'd rather not convert formats yourself, you can just download a ready-made one.
Three Deployment Routes
| Method | Details |
|---|---|
| SGLang-Omni | Officially recommended, but requires two CUDA GPUs: one for the language model and codebook generation, another for flow matching and waveform decoding. The API format is the same as the speech interface: lyrics go in input, style spec sheet in instructions, POST to /v1/audio/speech, and get a wav back |
| diffusers | Modular pipeline exists, but the merge request isn't in the main branch yet—you'll need to install from a specific commit |
| ComfyUI | Native support starting from 0.33.0. Go to Templates → Audio → select the MiniMax Music 3 workflow and follow the prompts to download models |
The Five Limitations Listed by the Official Model Card
This list is the vendor's own admission, which is more valuable than any marketing fluff:
| Limitation | What it means |
|---|---|
| CUDA only | You need an NVIDIA GPU. Apple M-series chips won't work. ⚠️ Note: The two official materials differ here. The model card says "requires CUDA," while the GitHub README says "requires two CUDA GPUs" and specifies what each GPU does. |
| No streaming output | You get the entire song only after it's fully generated; no mid-generation preview. |
| Text prompt limit of 5,000 tokens | Total length limit for the spec sheet plus lyrics. Generally sufficient. |
| Audio limit of 9,000 frames | At 25 frames per second, that's about 360 seconds—six minutes. A bit more than the advertised five minutes (our calculation; the official claim is "up to five minutes"). |
| Section markers and style descriptions are generative guidance, not hard guarantees | This is the most important one: the output speed, key, instruments, lyrics, and structure are not guaranteed to match every detail of your request with perfect accuracy. |
This last point brings the whole discussion back to earth: the structured caption greatly increases the probability of "following instructions," but it's still probability, not the deterministic execution you'd get from feeding a score into a sampler.
npx skills add MiniMax-AI/MiniMax-Music3 --skill music-caption-rewriterMiniMax Open-Sources a Music Model That Holds Five-Minute Songs Together. It Runs on 8GB VRAM.
MiniMax releases Music 3.0 with open weights. See in one page how two models team up to keep a 5-minute song from falling apart.
↓ One page to read · includes an animated diagram
From a Single Sentence to a Full Production Sheet
AI songwriting had two flaws: it didn't follow instructions (named instruments vanish mid-song) and long songs fell apart (the ending didn't match the beginning). The root cause was that the input was just one vague description for the whole song.
One line like "a melancholic folk song" tells the model the vibe, but not what should happen at the 47-second mark.
- Global info: Style, BPM, key, emotional arc
- Vocal details: Timbre, technique, harmonies
- Arrangement: Which instrument enters/exits where
Captions on the official demo run over 700 words per song.
Two Models: One Tracks the Song, One Handles Each Frame
Audio is sliced into 25 frames per second, each encoded into an 8-layer codebook: Layer 1 handles structure; the other 7 layers handle timbre details. These frames are processed sequentially by two differently-sized models.
Skip the Compression Step, Keep the Breaths and Slides
The step that makes or breaks the sound is the last one, and it's usually where quality gets lost.
The language model outputs compressed codewords, and a decoder reconstructs sound from them. In the compression step, breaths, slides, and string decay are lost.
During inference, that decoder isn't loaded. The two models' raw hidden states go straight into a 2.4B flow matching module and a 123M Flow-VAE, rendering 32kHz stereo audio.
Runs on 8GB VRAM, But the Model Card Lists Limits
The weights are open, the VRAM bar isn't too high, and commercial terms are permissive. The boundaries of this release are all spelled out in MiniMax's own model card.
✔ 8GB VRAM works via sequential loading (slow); 24GB runs full precision
✔ Commercial use free under $20M annual revenue; just add a label
✘ No streaming output; wait for full generation
✘ Section markers and style are guidance, not guarantees
✘ Zero benchmark scores, zero comparison experiments
Long songs fall apart
Writes down which section enters/exits
- × No streaming output
- × Markers guide, but don't guarantee precision
