Lands the test side of the I4 stereo cross-stack scenario on
top of the I4 Phase 1 production code merged from main
(commit 23b8bfd34, AudioBroadcastConfig + per-stream channel
count + stereo catalog factory).
- **SineWaveAudioCapture** extended with `channelCount` +
`freqHzPerChannel` for L/R asymmetric tones. Mono behavior
unchanged when callers pass nothing.
- **PcmAssertions.assertFftPeakPerChannel** deinterleaves
L/R/L/R/... PCM and asserts each channel's spectral peak
independently. A regression that downmixes to mono or
swaps channels trips this.
- **hang-publish** (Rust): added `--freq-hz-l` / `--freq-hz-r`
for per-channel sine generation. `--freq-hz` remains the
default for any channel without an override.
- **HangInteropTest.amethyst_speaker_to_hang_listener_stereo_440_660**:
Kotlin speaker broadcasts L=440 / R=660 stereo Opus →
hang-listen → assert per-channel FFT peaks.
- **HangInteropTest.rust_hang_publish_stereo_to_kotlin_listener_440_660**:
hang-publish broadcasts stereo → Amethyst `connectNestsListener`
+ `JvmOpusDecoder(channelCount=2)` decodes interleaved
stereo PCM → assert per-channel FFT peaks.
`runSpeakerToHangListen` gained `channelCount` +
`freqHzPerChannel` parameters; the existing mono scenarios
keep their behavior unchanged.
Both stereo tests pass green on the first try after the
production code change. The reverse test exercises
`connectNestsListener`'s subscribe path end-to-end through
real stereo Opus — the catalog-discovered channel count
plumbs through correctly to the JVM-side decoder.
Picked up post-merge:
- `AudioFormat.CHANNELS` → `AudioFormat.DEFAULT_CHANNELS`
rename in JvmOpusEncoder/Decoder.
https://claude.ai/code/session_01ERJPUYfdLPwZ99pr5EcEcV
Claude
79a4019438