Simultaneous pads · peak collision · headroom
Why Do Finger-Drumming Pads Clip Only When Hit Together? A Peak-Collision Matrix
A kick, snare, and hat sounding clean in solo does not prove that their shared drum bus and main output have room when the attacks land together. Stop changing pad levels during different live takes. Freeze one kit, one MIDI passage, and one route; run S0 solos → P0 pairs → T0 tail overlap → G0 real groove → S1 solo return. Reset peak hold for every cell and log events, source, drum bus, main, and dynamics. The first stage that fails is the only stage you change next.
Scope: this guide is for an external DAW, sampler, or drum-machine workflow that can display MIDI events and meter the instrument, drum bus, or main output. The cited manufacturers support the limited facts about peak and true-peak meters, output clipping, one host’s internal floating-point headroom, gain staging, and configurable strike-to-MIDI-velocity mapping. The five rounds, collision matrix, first-failure codes, and regression gate are a FingerDrum editorial framework. This article does not claim that FingerDrum contains those external meters or a limiter; it specifies no universal safe dB, velocity, BPM, or plug-in setting; and it does not generalize Ableton’s 32-bit floating-point behavior to every system.
When voices coincide, they meet at a shared bus or output. The resulting peak also depends on waveform, relative timing, pan, tails, effects, and routing, so you cannot simply add two displayed solo peaks or infer headroom from a monitor knob. Confirm that every intended MIDI event exists, then trace the first clip indicator, overloaded stage, or unintended gain-reduction jump. If solos pass and P0 fails, the combined gain budget is the problem. If an event is missing, investigate mapping, crosstalk, or performance before reaching for a limiter.
MIDI velocity, perceived loudness, and audio peak are different quantities
Yamaha’s FGDP-30 manual provides one concrete hardware example: pad force can pass through A/D Gain, a fixed velocity, a velocity curve, and minimum and maximum values before becoming MIDI velocity 1–127. That proves the relationship between the same strike and a MIDI number can depend on device settings. It does not create a universal conversion from velocity to dBFS. The audio response to a velocity-127 event must be checked in the receiving instrument and measured; it does not automatically mean the output reaches exactly 0 dBFS.
Apple defines Peak in Logic Pro’s Level Meter as the highest individual sample value and recommends it for tracking peaks while recording or mixing. True Peak looks for inter-sample peaks that can exceed the sample peaks and is intended for checking the output during a bounce. RMS describes average level more closely. For a short drum transient that “flashes red,” log peak hold and the clip indicator first; do not rely only on a quiet overall impression or an RMS reading.
| Observation layer | Question | Log | Do not mistake it for |
|---|---|---|---|
E · MIDI events | Does each expected K, S, H, and C occur once at the intended position? | Note, position, velocity, missing or extra events | Audio headroom |
S · source/voice | Does one voice overload before or after its instrument processing? | Input peak, output peak, clip flag | The complete drum sum |
B · drum bus | Does the first shared stage overload after voices combine? | Pre/post-bus peak and plug-in gain reduction | A main-output or speaker fault |
M · main/output | Does the sum of drums, accompaniment, and returns overload? | Main peak/true peak and clip flag | Proof that one pad is too loud |
R · render/physical boundary | Does export or physical output reveal a failure that internal tracks did not? | Export format, re-imported peak, interface/device indicator | Identical internal headroom in every host |
Apple also states that Logic Pro’s output channel strip represents the summed level of all channel strips in the signal flow and that exceeding the reproducible limit at that output causes distortion. Ableton adds an important product-specific qualification: Live 12’s 32-bit floating-point engine can carry internal track levels above 0 dB without necessarily clipping immediately, but Main, physical inputs and outputs, and saved or exported files remain critical boundaries. That is a documented implementation detail, not permission to treat every red meter in every product as harmless.
Create a repeatable input before deciding which hit is too loud
Two live finger-drumming takes will differ in timing and velocity. Comparing them cannot tell you whether a peak changed because of your fix or your fingers. Record or draw one short MIDI test containing the light, medium, and strong hits you actually use—not a row of forced 127s. Preserve the unedited take. Every matrix condition must play this same MIDI.
- Freeze sound identity. Keep the samples, velocity layers, start points, envelopes, pan, and voice limits for K (kick), S (snare), H (closed hat), and C (crash or another long-tailed voice).
- Freeze the route. Record instrument output, track faders, drum bus, sends and returns, main output, sample rate, and export format. Do not reroute inside the matrix.
- Freeze processing state. Write down every EQ, saturation, compressor, and limiter in order and whether it is bypassed. If dynamics remain in the release chain, observe their input, output, and gain reduction.
- Declare this project’s ceiling. Use the current device or delivery chain’s clip indicators and output target. Do not copy a supposedly universal dB value from this guide. Keep the target identical in every round.
- Clear every cell. Reset peak hold, clip flags, and gain-reduction hold, play through the full decay, and only then log. An uncleared red flag cannot identify the current combination.
If you cannot insert a meter at an intermediate stage, do not invent the reading. Log the earliest source stage and final output you can observe, and mark the unavailable B stage U. An honest unknown is more useful than guessing that a Main failure belongs to one pad.
Five rounds turn “it clips sometimes” into one repeatable combination
Play every cell at least twice. If its two results disagree, label it unstable and rerun instead of averaging the conflict away. S0 establishes solo baselines; P0 changes only simultaneity; T0 introduces three voices and a continuing tail; G0 restores real musical density; S1 returns to the exact S0 solos to detect project or meter drift.
| Round | Frozen playback condition | Key cells | Pass for this round |
|---|---|---|---|
S0 · solos | Solo each voice from the same MIDI and let every tail finish | K, S, H, C | One event each; no first failure at source, bus, or Main; retain peak baselines |
P0 · pairs | Keep events and velocities; align only their onsets | K+S, K+H, S+H, K+C | All events survive; identify the highest-peak and first-failing pair |
T0 · triple/tail | Test a three-hit onset, then carry C’s tail into the next pair | K+S+H, K+S+C, C→K+S | Separate onset collision from tail accumulation without changing choke or envelope |
G0 · real groove | Play fixed 4–8 bar MIDI with a normal bar, fill, and crash entrance | Full drums; then restore required accompaniment | The strongest real section passes without unintended dynamic flattening |
S1 · solo return | Repeat S0 item by item with identical settings | K, S, H, C | Events and peak relationships reproduce; otherwise invalidate the round and find drift |
For every row, log: round and combination; E event count and velocities; S input/output peak; B input/output peak; M peak/true peak; clip flags; maximum compressor or limiter gain reduction; the specific audible change; and one first-failure code. Peaks depend on signal interaction. Do not predeclare that “two equal peaks always add 6 dB,” and do not assume another snare will reproduce a lower K+S result from this kit.
Code only the earliest failed layer so five controls do not move together
Classify from upstream to downstream. An earlier failure contaminates later observations, so each row gets one primary code. Fix it, rerun, and only then interpret the next layer.
| Code | Evidence | Inspect first | Do not do yet |
|---|---|---|---|
E · event | A simultaneous cell loses or adds a Note On, or positions do not match | Mapping, retrigger, crosstalk, capture, quantization | Compensate for a missing event with level |
S · source | S0 already overloads at one voice or instrument stage | Sample/instrument output, upstream processing, voice gain | Lower only the final Main fader |
B · bus | S0 passes; P0 or T0 first fails at the drum bus | The pre-bus sum, bus input, first bus plug-in | Add a stronger limiter first |
L · limiting | Output stays below clip, but a combination causes unintended heavy gain reduction or collapse | Limiter/compressor input, threshold, upstream headroom | Treat “no red light” as “no change” |
M · main | Drum bus passes; Main fails only with accompaniment or returns | Mix balance, returns, main-output chain | Randomly change pad mapping or technique |
R · render | Internal observations pass; re-imported export or physical output fails | Final output, true peak, export, interface boundary | Assume track meters cover every boundary |
P · pass | Expected events and observable stages pass consistently | Proceed to G0 and the S1 return | Keep adding level because it passed |
U · unknown | A needed stage is hidden or repeated trials disagree | Add a meter, save conditions, reset, retest | Replace missing data with adjectives |
The existing source-pad-to-victim-pad matrix handles “one pad triggered another.” The layered-kick test handles polarity and relative sample starts. Stay in this guide only when E passes, S0 passes, and P0 fails at a shared gain stage. That keeps physical crosstalk, event collision, phase cancellation, and headroom from collapsing into one vague “simultaneous hit” problem.
Repair the first overloaded stage; preserve musical velocity until it is the actual variable
Yamaha describes headroom as the safety margin between the average signal and the distortion ceiling and notes that poor gain staging reduces headroom while increasing noise or distortion. That does not mean pulling every track arbitrarily low. It means leaving enough room at each real boundary for the combinations and strong hits your performance actually contains.
- S failure: repair the source. Lower sample or instrument output—or the upstream gain before the failed point. If distortion is already printed into a sample, a downstream fader only makes that distortion quieter. Rerun every S0 solo.
- B failure: create combination headroom. Decide whether one voice is anomalously hot or the whole kit reaches the bus too high. Change one voice gain, one shared kit trim, or one pre-bus input stage; preserve the intended K/S balance, then rerun S0, P0, and T0.
- M failure: repair the full-mix relationship. If the drum bus passes alone and Main fails only after bass, accompaniment, or returns enter, adjust the shared-output mix and sends instead of lowering pads at random.
- Tail-only failure: test a time-domain choice separately. If only
C→K+Sfails, duplicate the version and change exactly one of C level, decay, choke, or arrangement space. Label it a sound or arrangement choice, not a universal gain answer. - Change velocity only for a musical reason. Curves and limits alter the strike-to-MIDI mapping and therefore change the test input. Treat velocity as a separate candidate only when the current mapping cannot express the intended dynamics; consult the receiving instrument’s own documentation and rerun event, timbre, and peak checks afterward.
- Evaluate limiting last. Apple explains that a limiter reduces peaks above its threshold and exposes a reduction meter; it cannot repair audio clipped during recording. Treat it as audible dynamics processing. Log reduction, run a level-matched A/B, and check distortion rather than replacing upstream diagnosis with “the final meter stayed green.”
Save every change as a candidate instead of overwriting the original kit. After one parameter changes, restart at S0—do not retest only the K+S cell that failed. Lowering one voice may clear the bus while burying a ghost note; changing a velocity curve may protect output while damaging the original dynamic contour. Regression is what exposes that cost.
The release gate includes real strong hits, final output, and an unchanged return
The matrix is a diagnostic, not the finished music. After a candidate passes fixed MIDI, perform the same G0 passage twice on live pads. Include the strongest accents, fill, and crash entrance you genuinely use; do not invent an extreme strike outside the performance. Retain MIDI and audio. Confirm that events remain complete, the earliest overload is gone, and dynamics were not unintentionally flattened.
Export once from the final output, then re-import into an empty project or trusted checker without added gain. Check peak or true peak, the start, the complete tail, and unexpected distortion. If the host resembles Live in having internal floating-point headroom, export and physical output are essential boundaries. If the device does not expose true peak, document that tool limitation instead of inventing a value.
Every E event is correct; S0, P0, T0, two live G0 takes, and S1 introduce no new clip or first failure; dynamics reduction is intentional, repeatable, and still acceptable in a level-matched comparison; final render or output passes the project’s declared ceiling; and the original kit, test MIDI, route sheet, and peak ledger remain recoverable. If any layer is unknown, mark U and stop at diagnosis rather than turning “it seemed fine” into a pass.
Frequently asked questions
A track is red but Main is not. Must I fix it immediately?
Check the host documentation and the actual boundary first. Apple’s Logic Pro guidance emphasizes the summed output strip; Ableton says internal Live 12 floating-point tracks can exceed 0 dB without immediate clipping. A plug-in input, hardware output, Main, and export may have different limits. The answer is not to ignore red—it is to record the stage and test the next real boundary.
Can I cap every pad’s velocity and solve this permanently?
Not as a universal fix. Velocity is not dB, and a curve or maximum changes the test input and performance dynamics; the receiving instrument’s exact response depends on its own implementation. If S0 passes and only the shared bus fails on combinations, repair shared gain staging first. Change velocity only when the performance mapping itself is wrong, then regress timbre and dynamics.
Why not put a limiter on Main and move on?
A limiter can belong in the release chain, but it actively reduces peaks. A green output does not prove its input was healthy or that the kick/snare transient relationship stayed intact. Find the first failed stage, then decide whether the amount of limiting is the sound you want.
Sources and access dates
Apple supports the tool-level discussion of peak, true peak, summed output, clipping, and limiting. Ableton supports only Live 12’s internal floating-point and final-boundary behavior. Yamaha supports gain-staging/headroom principles and the FGDP-30 velocity-mapping controls. The sources do not jointly prescribe S0/P0/T0/G0/S1, the matrix cells, first-failure codes, or release gate; those are the FingerDrum Editorial Team’s synthesis for repeatable troubleshooting.
- Apple Support — Level Meter in Logic Pro for Mac (accessed August 28, 2026)
- Apple Support — Peak level display and signal clipping in Logic Pro for Mac (accessed August 28, 2026)
- Ableton Live 12 Reference Manual — Mixing (accessed August 28, 2026)
- Yamaha — Gain Staging (accessed August 28, 2026)
- Yamaha FGDP-30 User Guide — Trigger and Note On settings (accessed August 28, 2026)
- Apple Support — Limiter in Logic Pro for Mac (accessed August 28, 2026)