๐ŸŽš๏ธSTUDIO EQ
PARAMETRIC EQ
HPF
80Hz
+2dB
LOW
200Hz
-3dB
MID
800Hz
+1.5dB
MID
2.5kHz
+4dB
HIGH
8kHz
+2dB
LPF
16kHz
+3dB
EQ ACTIVE
6-BAND PARAMETRIC
๐ŸŽ›๏ธSTUDIO MIXER
STUDIO MIXER
LIVE
GTR
80
BASS
75
KEYS
65
VOX
90
DRUM
70
FX
55
0 MUTED
0 SOLO
6CH
๐Ÿ”€SIGNAL FLOW
SIGNAL CHAIN
75%
INPUTON
NOISE GATEON
COMPRESSORON
OVERDRIVEBYPASS
EQON
DELAYON
REVERBON
OUTPUTON
7/8 ACTIVE
SIGNAL FLOW
โœจAI TONE STUDIO
AI

FREQUENCY SPECTRUM

801603206401k2k4k8k
GAIN
TONE
PRESENCE
DRIVE
MIX
โœจ AI SUGGESTION

Ready to analyze your tone...

CRUNCH
AI ENGINE
GAIN 72%
๐Ÿ“ŠMASTER ANALYZER
LUFS-14.2
PEAK-1.8
RMS-18.5
LIVE

SPECTRUM ANALYZER

CHANNEL METERS

L
R
SUB
MID
HI

STEREO CORRELATION

+0.82
-10+1
MASTER BUS
48kHz / 24bit
STEREO OUT
๐Ÿ”ŒAUDIO DEVICES
AUDIO I/O
ACTIVE

INPUT DEVICE

OUTPUT DEVICE

SAMPLE RATE

48000

Hz

BUFFER

256

smp

LATENCY

6.4

ms

SIGNAL LEVEL

IN L
60%
IN R
55%
OUT
85%
Microphone
Speakers
6.4ms
โบ๏ธRECORDING CONSOLE
0:00
STANDBY

INPUT CHANNELS

GTR
BASS
VOX
KEYS

TAKES

Take 10:3214:22
Take 21:1414:28
Take 30:5814:35
2 ARMED
3 TAKES
48kHz
โ–ถ๏ธTRANSPORT

POSITION

001:1:000

BAR : BEAT : TICK

TEMPO

120BPM
STOPPED
LOOP
120 BPM
๐Ÿ“ˆPERFORMANCE MONITOR
SYSTEM MONITOR
LIVE
CPU34%
MEMORY58%
DSP LOAD42%
LATENCY6.2ms

CPU HISTORY

ACTIVE PROCESSES

Audio Engine18%
DSP Chain12%
MIDI Router2%
AI Analyzer8%
CPU 34%
6.2ms
REALTIME

Audio Diagnostics

Real-time AudioContext health ยท MediaStream ยท Signal path integrity

AudioContext
uninitialized
t = โ€”s
MediaStream Track
none
disabled ยท unmuted
Limiter Reduction
0.0 dB
Master Gain: โ€”
Anomalies (last 10s)
โœ“ Clean
Total logged: 0
Input RMSโ€” dBFS
Output RMSโ€” dBFS
30-Second Output Waveform History0 samples
Mix Node Connectivity
โ—‹ masterInputGain
โ—‹ protectionLimiter
โ—‹ masterOutputGain
โ—‹ โ†’ ctx.destination
Signal path: [All Engines] โ†’ masterInputGain โ†’ protectionLimiter โ†’ masterOutputGain โ†’ ctx.destination
15-Second Diagnostic Logger
Confirms mix nodes stay connected and audio path holds for full duration
Full-Load Stress Test โ€” All 16 Pedals
5-minute test: recording + playback + mixing + input monitoring simultaneously
๐ŸŽ›
Click Start Monitoring to begin real-time AudioContext diagnostics.
Requires microphone permission. Monitoring taps the live audio engine without altering signal flow.
๐Ÿ”ฌ Runtime Web Audio API Inspector
Monkey-patches every Web Audio API call to identify the exact runtime source of the hum. Install the patch, take Snapshot A, open an FX processor, take Snapshot B, then diff.
WEB AUDIO RUNTIME INSPECTOR
EVENTS0
CONTEXTS0
RESUMES0
DEST CONN0
STREAMS0
SNAPSHOT DIFF:โ†’ open FX processor โ†’
RUNTIME AUDIO SOURCE TRACE โ€” INVESTIGATION PROTOCOL
STEP 1Install the Patch
โ€ข Click "โ–ถ INSTALL PATCH" above
โ€ข Every Web Audio API call will now be intercepted and logged
โ€ข All calls appear in the LIVE tab and in the browser console
STEP 2Before/After Snapshot Diff
โ€ข Click "TAKE SNAPSHOT A" before opening any FX processor
โ€ข Open the FX processor you want to test
โ€ข Click "TAKE SNAPSHOT B" immediately after
โ€ข The diff shows EXACTLY what changed โ€” new contexts, nodes, resumes, connections
STEP 3Who called resume()?
โ€ข Check the LIVE tab filtered to "resume" type
โ€ข Each resume() event shows the full stack trace
โ€ข The component and file that triggered resume() is shown
STEP 4Who connected to destination?
โ€ข Destination connections are highlighted in RED in the LIVE tab
โ€ข The DEST CONN counter in the stats bar shows the count
โ€ข Click any event to expand the full stack trace
STEP 5โ€“6If No Web Audio Changes
โ€ข If the diff shows "NO CHANGE", the hum is NOT from Web Audio
โ€ข Check the REPO tab for all HTMLAudioElement, new Audio(), autoplay patterns
โ€ข Check browser audio settings: Windows "Listen to this device", macOS Input Monitoring
โ€ข Check Bluetooth audio device mode (HFP vs A2DP)
โ€ข Check USB audio interface monitoring settings
STEP 7Conclusion
โ€ข If absolutely NO runtime audio objects change when the hum starts:
โ€ข The source is EXTERNAL to the Web Audio API
โ€ข The fix is in the OS/hardware layer, not in code
โš ๏ธ KNOWN ARCHITECTURE FACTS (from previous investigation)
โ€ข AudioContextManager โ€” singleton, creates 1 AudioContext
โ€ข UniversalFXDSPEngine.buildChannel() โ€” called by UniversalFXChain on first interaction
โ€ข buildChannel() creates: modLFO (OscillatorNode, gain=0), tremoloLFO (OscillatorNode, gain=0), denormalDC (ConstantSourceNode, offset=1e-30)
โ€ข enumerateDevices() โ€” no getUserMedia, no OS hardware activation
โ€ข AuraFXMasterContext.resumeAudioContext() โ€” called on user gesture, creates masterGain + limiter
โ€ข WorshipAudioEngine โ€” creates oscillators for metronome/pads (short-lived, stopped after use)

โšก Phase 6 โ€” Unified FX Runtime Health

โšก UNIFIED FX RUNTIMEPhase 4
โ— HEALTHY
Active Processor
noneโš  WARN
Engine Running
NOโœ• FAIL
Demo Mode
NOโœ“ PASS
Sample Rate
48,000 Hzโœ“ PASS
Audio Latency
0.0 msโœ“ PASS
DSP Time
0.00 msโœ“ PASS
Buffer Size
Autoโœ“ PASS
CPU Usage
0.0%โœ“ PASS
Uptime
0sโœ“ PASS
Latency Profile
Live Performanceโœ“ PASS
MIDI Inputs
0โš  WARN
Protection
NONEโœ“ PASS
๐ŸŽ›Devices
Input Device
Noneโš  WARN
Output Device
Defaultโœ“ PASS
HW Interface
None
Driver
Unknown
๐Ÿ“ŠLive Audio Meters (AnalyserNode)
Input RMS
0%
Output RMS
0%
Peak
0%
CPU Load
0%
Clipโœ“ OK-โˆž dB
๐Ÿ”งActive DSP Modules (0)
None (engine not running)
๐ŸŽต Pitch Shifter โ€” Granular OLA Verification
Tests 1โ€“10 from specification ยท Algorithm: 2^(semitones/12) ยท AudioWorklet: granular-pitch-shifter-processor.js
Click Run Tests to verify the granular pitch-shifter implementation.