Fallo mio, reportado por el autor y confirmado midiendo en WebAudio. `play()`
emitia `{ name: 'probe', family, target }` y NUNCA pasaba el nombre
seleccionado: el motor resolvia contra los packs registrados, ninguno de los
cuales casa con el elemento pelado de esta pagina, asi que los dieciseis
chips reproducian la BASE DE FAMILIA. Dieciseis botones, un sonido.
Es el peor tipo de fallo en una demo: la pagina MEDIA una cosa (la tabla de
capas, que estaba bien) y REPRODUCIA otra, asi que enseñaba justo lo
contrario de lo que dice. Quien la abriera concluiria que el sistema no
distingue nada.
El signal lleva ahora el nombre como override por evento, que el resolver
aplica en la capa 1.5 — el mismo hueco donde cae la regla de un pack — luego
lo que se oye es exactamente lo que la tabla calcula.
MEDIDO en el grafo de audio real, interceptando createOscillator/createGain:
antes todos los chips daban freq=[700,1050]; ahora van de 550 a 1080 Hz con
picos distintos (subtle 0.03 · loud 0.0825 · air 1080Hz · settle 920Hz ·
snap 1040Hz/arc).
Añade tambien `playLayers()`: reproduce base → nombre → intent en secuencia,
para que la aritmetica de la tabla se pueda OIR capa a capa. Sin cablear
todavia a un boton.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
alpha-0.1-dir-prefs
parent
d161cedccf
commit
09f8d76e02
Loading…
Reference in new issue