punktfunk

ROOT CAUSE, from the reporter's device log:

  16:25:49.093  mic capture: 48000 Hz, 1 ch          <- tap installed, format fine
  16:25:49.235  audio engines joined - voice processing active
  ... 13 s of session, no errors, and the 10 s silence verdict NEVER fires

The engine started clean and the tap was installed against a valid
format - so neither the format timing nor the encoder was the fault. The
tripwire fires after ten seconds of CAPTURED frames and never fired
across a 13-second session: the tap received nothing at all.

Because the capture side must be pulled, and only the render graph pulls
anything. On the combined engine the input node carried a tap and no
connection, so it was not in the graph and nobody drove it: the IO unit
came up (the recording indicator lit for a beat, then went out as the
input went idle) and not one buffer ever reached the tap. No error, no
failed start - a session that quietly sent no microphone.

The input now runs through a silent sink into the main mixer, which is
what Apple's own voice-processing sample does. outputVolume = 0 because
the mic must reach the graph and never the speaker. The split path never
needed this - a capture-only engine has the input node AS its graph - so
this broke exactly when the combined topology became the default.

Verified: swift build (macOS), swift build --triple arm64-apple-ios17.0,
swift test 208 passed. Awaiting the reporter's on-device confirmation.

2026-08-07 16:30:29 +02:00

Audio

fix(client/apple): the mic was never in the graph, so nothing ever pulled it

2026-08-07 16:30:29 +02:00

Clipboard

feat(clipboard): pass original JPEG/GIF through verbatim beside the PNG floor

2026-07-17 19:32:04 +02:00

Connection

fix(brand): capitalize "Punktfunk" in user-facing text

2026-08-06 23:10:25 +02:00

Gamepad

feat(client/apple): the phone's gyro can speak for a gyro-less pad