home/ atoms/ glsl-no-audio-reactivity-in-rig

The terminal-rig glslViewer has no audio-reactivity bridge; use u_time for motion instead

The terminal rig runs glslViewer as a standalone process that is not connected to the browser AV bridge. There is no equivalent to Hydra’s a.fft array — glslViewer’s own audio-texture path is currently unwired in this rig. Attempting to read audio data in a shader either silently returns zero or causes an undeclared-identifier error. All animated motion in terminal-rig GLSL shaders must be driven by the time uniform u_time.

Examples

Drive animation with u_time: float brightness = 0.5 + 0.5*sin(u_time);.

Assessment

Explain why audio-reactivity written for Hydra (using a.fft) cannot be ported directly to glslViewer in this rig, and name the alternative driver for motion.

“FFT/audio assumed** | expecting `a.fft`-style reactivity in the shader | Not an error — the coupling doesn't exist here”
context/ · L5-debug/glsl.md · chunk 1