Skip to content
cccskills
FreePublished on GitHub

audio-math-explainer

Explains DSP math concepts to developers who need the theory behind an algorithm. Use whenever the user asks how a signal-processing concept works, wants intuition behind a formula, or hits a math-shaped bug. Trigger on phrases like "how does a Fourier transform work", "explain z-transforms", "what is convolution", "why does my biquad ring", "what is windowing for", "what causes aliasing", or "how do I convert gain to dB". Also trigger when the user pastes DSP code and asks why it behaves a certain way.

The English summary is being prepared. Showing the original description.

See how to install

Files included (2)

  • SKILL.md3.2 KB
  • references/dsp-math-reference.md7.9 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Audio Math Explainer

The rule: DSP math is small and composable — each concept builds directly on the last. Start with what the user needs, then connect it to code they're writing.

Step 1 — Identify the concept

TopicCore ideaCommon "why"
Fourier transform / DFT / FFTDecompose signal into frequency components"Why does my FFT output look wrong?"
ConvolutionWeighted moving average; LTI system response"How does an IR reverb work?"
Z-transformFrequency-domain analysis of discrete systems"How do filter poles/zeros work?"
Biquad / IIR filtersRecursive difference equation with feedback"Why does my filter ring / go unstable?"
FIR filtersNon-recursive weighted sum"How do I design a linear-phase filter?"
WindowingReduce spectral leakage in DFT"Why are FFT edges smeared?"
Sample rate / NyquistHighest representable frequency = sr/2"What causes aliasing?"
DecibelsLog scale for amplitude/power ratios"How do I convert gain to dB?"

If the user's question maps to multiple rows, start with the most fundamental one and build up.

Step 2 — Explain with three anchors

For each concept, give exactly these three things in order:

  1. Intuition — one sentence a musician could understand
  2. Math — the key formula (inline, no walls of derivation)
  3. Code — one-line pseudocode or a real function call from common audio libraries

Keep each anchor to 1–3 lines. Cut anything that doesn't directly answer the question.

Step 3 — Connect to the user's code

After the three anchors:

  • Locate where the math appears in their implementation (coefficient calculation, loop structure, buffer size choice, etc.)
  • Name the exact variable or line where theory becomes code
  • If a value looks wrong, explain which part of the math it violates

Quick connection table

Math conceptWhere it shows up in code
DFT basis frequenciesbin_index * sr / N — each FFT bin
Convolution sumFIR tap loop: y[n] = sum(h[k] * x[n-k])
Z-plane pole radiusIIR feedback coefficients a1, a2
Nyquist limitif (freq > sampleRate / 2) clamp(...)
Window functionMultiply x[n] *= window[n] before FFT
dB conversiongain_db = 20 * log10(amplitude)

Output format

### [Concept name]

**Intuition:** [one sentence]

**Math:** `[formula]`

**Code:** `[one-liner]`

**In your code:** [where this appears and what it means for their specific question]

See references/dsp-math-reference.md for full formula tables, gotchas, and property lists.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Reviews AudioUnit v2/v3 plugin implementations for spec compliance, thread safety, and correctness. Use when the user asks to review an AudioUnit plugin, check an AUv3 app extension, audit property or parameter handling, or asks "is my AUComponent thread-safe?" or "why does my AU crash in Logic?". Trigger on phrases like "review my AudioUnit", "check my AUv3", "is my render block safe?", or when you see AURenderCallback, internalRenderBlock, kAudioUnitProperty_*, or AUAudioUnit in the code.

The English summary is being prepared. Showing the original description.

kunitoki/sonic-skills22Updated May 21, 2026

Systematic checklist for diagnosing audio artifacts. Use when the user describes a sound quality problem — clicks, pops, crackling, silence, DC offset, aliasing, phase issues, or latency problems. Trigger on phrases like "why do I hear clicks?", "my output has DC offset", "there's aliasing in my oscillator", "phase is wrong in mono", "dropout when CPU spikes". Pairs with audio-dsp-review (realtime safety) and audio-numerics-review (numeric correctness) — use those to fix once the cause is found.

The English summary is being prepared. Showing the original description.

kunitoki/sonic-skills22Updated May 21, 2026

Reviews audio DSP and audio processing code for realtime safety violations. Use whenever the user asks to review, audit, or check audio processing code — including plugin process callbacks, audio engine render functions, DSP implementations, or any code that runs on the audio thread. Trigger on phrases like "review my processBlock", "check this DSP code", "is this safe for the audio thread?", "review my JUCE plugin", or when you see an audio callback and spot potential realtime violations. Flag issues proactively even when the user hasn't explicitly asked for a review.

The English summary is being prepared. Showing the original description.

kunitoki/sonic-skills22Updated May 21, 2026

Reviews audio DSP code for numerical correctness. Use when the user asks to review, audit, or check DSP code for correctness issues — filters, feedback loops, fixed-point arithmetic, accumulation loops, or any numeric computation in audio code. Trigger on "check this filter for NaN", "why does my reverb blow up?", "is this numerically stable?", "why do I hear DC in my output?". Pairs with audio-dsp-review (realtime safety); this skill covers numeric correctness. Flag issues proactively.

The English summary is being prepared. Showing the original description.

kunitoki/sonic-skills22Updated May 21, 2026

Profiling strategy for audio CPU issues — xruns, spikes, and buffer underruns. Use when the user reports CPU overload, audio glitches under load, or performance regressions. Trigger on phrases like "I'm getting xruns", "my plugin causes CPU spikes", "dropouts under high voice count", "audio thread is too slow", "how do I profile my DSP". References audio-numerics-review for denormal slowdown and audio-dsp-review for lock contention.

The English summary is being prepared. Showing the original description.

kunitoki/sonic-skills22Updated May 21, 2026

Traces and documents signal paths, bus/aux architecture, and sidechain connections in audio systems. Surfaces hidden coupling between audio components. Use when the user asks to trace a signal chain, explain audio routing, understand an audio graph, locate sidechain sources, or describe how audio flows through a plugin or engine. Trigger on phrases like "trace this signal chain", "explain this audio routing", "what calls what in this audio graph", "where does the sidechain come from", "how does audio flow through this plugin".

The English summary is being prepared. Showing the original description.

kunitoki/sonic-skills22Updated May 21, 2026

See all skills by kunitoki

Report a problem with this skill