making the charms listen a little quieter
a small tuning pass on audio reactivity. charms were dancing to your typing. now they only wiggle to things that actually make noise.
making the charms listen a little quieter
first week post-launch. mostly we’ve been reading feedback and watching charms float around on other people’s desktops, which is surreal.
one thing came up more than anything else: charms were too twitchy. people were seeing them react to keyboard clicks, trackpad taps, coffee cups landing on the desk. not music. not quite what we wanted.
what was happening
the audio tap pulls a short rolling buffer from the system mix and computes a loudness signal every frame. we were feeding the raw RMS straight into each charm’s animation driver. great for responsiveness, bad for everything else — the signal floor is too close to ambient room noise.
the fix
two small changes, both safe to ship mid-week:
- a noise gate at −48 dBFS. anything below that gets clamped to zero before it reaches the animation layer.
- a softer attack/release envelope (≈40 ms attack, 220 ms release) so charms swell into a beat instead of flinching at it.
net result: the charms still dance to your playlist, they just stop reacting to you unwrapping a snack.
shipping this week
it’s in the next point release, alongside a small memory fix for the spinner view that was leaking a few MB per gacha spin. nothing flashy. just quieter, calmer charms.
more soon, — iCharm team