" --blurb "<one line>" [--for-game <id>] --publish node <sound.mjs> publish <slug> # rebuild and redeploy the site; the page answers 200 ``` An effect set gets a page with its reel and every effect to download; a score gets its player, its loops and its stems. The credits line says they were synthesized from code (no samples, no model). Commit `music/<slug>/` specs and the manifest; the audio files stay out of git (the studio's `.gitignore`) and regenerate from the spec, byte for byte. ## Tell the person The page or the game, what was made (how many effects, the theme's length and bars), the loudness numbers, the warnings you fixed and any you did not, and that it cost nothing. ## Never - Never ship a sound you have not measured and looked at. - Never use a mp3 for an effect or a loop: encoders pad the start with silence (a late hit) and the ends (a gap at the loop). WAV or Ogg. - Never imitate a real song, artist or brand jingle.

--- name: sound description: Make a game's sound effects and synthesized music on the creator's own computer, free, with no provider or account — a set of effects (jump, coin, hit, explosion, win, lose, UI) rendered from presets, a short synthesized theme or score from chords and patterns with stems and seamless section loops, a mix of any audio files and expressions — measured for loudness, clipping, late starts and what a phone speaker loses, then wired into the game with a small player that starts on the first touch and switches music on bar lines. Use when someone asks for sound effects, SFX, game audio, a chiptune or synth theme, background music without a paid service, music that changes with the game, or says a game is silent. --- # Sound for a studio's game Everything here runs on this computer with Node 22 and ffmpeg: nothing is sent anywhere and nothing costs money. Sung songs and produced music from a model are the `music` skill (ElevenLabs, paid); this skill is effects and synthesized music. They share the studio's `music/` folder and manifest, so a synthesized theme gets a song page just like a rendered one. One script: `scripts/sound.mjs` in this skill's folder (Claude Code: `node "${CLAUDE_PLUGIN_ROOT}/skills/sound/scripts/sound.mjs" `), run from inside the studio (the folder with `studio.json`). Every command takes `--json`. ```sh node check # node, ffmpeg and its encoders, the studio and its games node presets # every effect preset, instrument, groove and pattern, one line each ``` No ffmpeg: offer `brew install ffmpeg` (macOS) or the system package; the person approves. Finish in this turn: an effect set takes seconds, a one-minute score under a minute. ## 1. Effects ```sh node sfx --kit arcade --for-game # a kit: arcade, platformer, shooter, party, ui node sfx --only jump,coin,hit,win --style retro # just these, crunchy 8-bit node sfx --spec music//effects.json # your own list (below) ``` It writes `music//sfx/-.wav` and an Ogg copy of each, `music//sfx.json` (the spec and every file's measured level), a reel to listen to (`.mp3`) and its picture (`-reel.png`, a spectrogram over the waveform). **Open the picture and look**: a sound you cannot hear is still a sound you can see. Then read the warnings; each one is something a person will hear wrong, with the fix. A spec is `{ "style": "clean", "variants": 3, "effects": [ { "name": "stomp", "preset": "land", "pitch": -3, "length": 1.2, "level": "big" } ] }`: `preset` is any name from `presets` (the effect's name is used when it is one), `pitch` in semitones, `length` a stretch, `seed` another take, `style` clean, retro or soft, `level` ui, small, normal, big or a number in dB. Name effects after what happens in the game (`stomp`, `gem`, `ko`), not after the preset. - **Variants** (three by default) are the same recipe a touch higher or lower, so a sound heard fifty times a round does not machine-gun. Signals heard once a round (win, lose, go, countdown) get one take. - **Levels** are set by the loudest 50 ms of each effect into four classes (ui -20, small -16, normal -12, big -9 dB), then held under -1 dBFS. The set sits together in a mix without balancing. - **Every effect must start at once** (a hit that starts 30 ms late feels laggy) and **must reach a phone speaker**: under about 300 Hz a phone plays almost nothing, so a thud needs a knock on top. The warnings measure both. ## 2. A synthesized theme or score Write `music//score.json` (the full language, with a worked example: `references/SCORE.md`): tempo, key, instruments (presets with a level, pan, echo in beats, reverb send, a duck under the kick), sections in whole bars with chords and one pattern per instrument, an arrangement, and the sections to loop. Then: ```sh node score --spec music//score.json --loops main,chase ``` - It renders the mix (-14 LUFS for a page; `--lufs -18` for a bed under a game's effects), the page mp3, a 24-bit master kept off the site, one stem per instrument plus the room (they sum to the mix), and **seamless loops** of the sections you name: each is rendered three times in a row and the middle copy kept, so reverb and echoes that ring over the loop point are already in its head. The report gives each loop's seam (1 or less is seamless) and its exact bar length. A loop over 1 is in `warnings` and the summary says NOT SEAMLESS (`loopsSeamless: false`): an empty warnings list means the loops were checked and pass. The master's limiter is applied across the three copies, so a loud loop keeps its seam; nothing is faded at the loop point and no bar is shortened. - `plan.json` holds the bar grid, so the `video` skill cuts a trailer on this music's bar lines. - Look at `.png` and read the numbers: loudness, true peak, and what it measures through a phone speaker. Say them in your report, not adjectives. - Write music a person would hum: a hook in the first bars, a clear melody over simple chords, a change every 4 or 8 bars. A score for a game is sections of the same tempo and key (calm, chase, final seconds) so the game can move between them on a bar line. ## 3. A mix of anything ```sh node mix --spec music//mix.json ``` Parts are audio files (a recording, a render, a loop), ffmpeg `aevalsrc` expressions (one, or two for left and right), or effect presets, each placed (`at` seconds), levelled (`db`), panned, faded, repeated and filtered with an ffmpeg `-af` chain. They are summed at exactly the levels written (no automatic normalisation), limited, and brought to `master.lufs` if you give one. Expressions have traps that fail silently: read `references/TRAPS.md` before writing one. ## 4. Into the game ```sh node wire --game ``` It copies the files into the game (`public/sound/`, or `sound/` for a static game), writes `sound.json` (what exists) and `sound.js` (the player) and prints the two lines to add. Then, in the game's code: ```js import { createSound } from './sound.js'; const sound = createSound({ base: 'sound/' }); sound.music(''); // once, at the top: it starts on the first touch sound.play('coin'); // where the thing happens sound.play('coin', { pitch: combo }); // a climbing combo; pan -1..1 for where it is sound.section('chase'); // the next loop, exactly on the next bar line sound.duck(0.4, 0.5); // music down for a big hit ``` - **Sound starts on the first touch or key, with no "tap for sound" screen**: the player resumes audio inside the first gesture. A sound asked for before that is dropped, not queued. - **Every browser plays its own sounds** for what it sees: call `play` where the host AND each replica draw the event (a pickup that shows up in a snapshot, a hit that lands on screen), not only in the host's rules, or only the host hears the game. - Loops go out as Ogg with a WAV fallback (older Safari cannot decode Ogg): the player takes the first one the browser decodes. `wire` prints the real download size; keep a game's sound under about 3 MB. - Each variant of an effect, and each loop, is a list of files tried in order (`["jump.ogg", "jump.wav"]`); a list of one file is fine. - A trailer filmed frame by frame gets its sound from this player's own log of what it scheduled (off unless a recorder asks; `references/GAME-SOUND.md`, "A log for a recorder"): sound that goes through `sound.play` and `sound.music` is in the trailer, sound made any other way is not. - Rules for game sound (every action answers, what repeats, music under effects, intensity changes on bar lines, the live-loop traps): `references/GAME-SOUND.md`. - For sound made live in the browser (a synth voice per player, pitch that follows speed, a beat clock), the open engine package `@homie-rocks/audio` has the building blocks; install it exactly pinned (`npm install --save-exact @homie-rocks/audio@0.1.0`). ## 5. Prove it, and publish it Build, run the game, and let the `playtest` skill's sound row listen: it copies what the game really sends to the speaker while it is played, and says how loud it is, whether it clips, what a phone loses, whether actions answer with a sound, and whether the music ever started. Never say a game "has sound" from the code alone. ```sh node add --title "" --blurb "<one line>" [--for-game <id>] --publish node <sound.mjs> publish <slug> # rebuild and redeploy the site; the page answers 200 ``` An effect set gets a page with its reel and every effect to download; a score gets its player, its loops and its stems. The credits line says they were synthesized from code (no samples, no model). Commit `music/<slug>/` specs and the manifest; the audio files stay out of git (the studio's `.gitignore`) and regenerate from the spec, byte for byte. ## Tell the person The page or the game, what was made (how many effects, the theme's length and bars), the loudness numbers, the warnings you fixed and any you did not, and that it cost nothing. ## Never - Never ship a sound you have not measured and looked at. - Never use a mp3 for an effect or a loop: encoders pad the start with silence (a late hit) and the ends (a gap at the loop). WAV or Ogg. - Never imitate a real song, artist or brand jingle.