5. Entendiendo el Motor de Cálculo (El Solver)

Para resolver las ecuaciones del sonido en 3D, los servidores de Roomwaves se enfrentan a matrices con millones de variables. Esta sección explica cómo logramos hacerlo de forma estable y relativamente veloz.

5.1. Resolviendo Tono por Tono

A diferencia de un software de audio que avanza milisegundo a milisegundo, la parte física (FEM) de Roomwaves calcula el sonido frecuencia a frecuencia.

Rango y Paso ($df=0.5\text{ Hz}$)

Escaneamos tu habitación desde $20\text{ Hz}$ hasta $250\text{ Hz}$. Lo hacemos avanzando en pasitos minúsculos de $0.5\text{ Hz}$.

🔍 ¿Por qué tantos pasos?

Si avanzáramos de $5$ en $5\text{ Hz}$, podríamos saltarnos sin darnos cuenta el tono exacto ($52.3\text{ Hz}$) donde tu habitación resuena horriblemente por la distancia entre pared y pared. Al ir de $0.5\text{ Hz}$ en $0.5\text{ Hz}$, te garantizamos que no se escapa ningún modo axial de graves en el reporte final.

5.2. El Músculo Matemático: Krylov y GMRES

Si intentáramos despejar una ecuación de $1,000,000\times 1,000,000$ incógnitas de forma bruta, requeriríamos terabytes de memoria RAM. En su lugar, el backend aprovecha librerías científicas de computación paralela.

Empleamos un solver iterativo (GMRES): la computadora hace una estimación inteligente de cuál es el sonido en el cuarto, calcula qué tan equivocada está, y ajusta su estimación miles de veces por segundo hasta que el error es virtualmente cero.

5.2.1. El Precondicionador (ILU)

Para no iterar a ciegas, Roomwaves le provee a GMRES un "mapa preliminar borroso" llamado Precondicionador ILU. Con esta ayuda, el motor encuentra la solución perfecta en minutos en lugar de horas.

5.3. El Optimizador: Reciclaje Inteligente

Calcular ese "mapa preliminar" (el ILU) es la tarea más exigente. Si tuviéramos que recalcularlo $460$ veces (una para cada pasito de frecuencia), el proceso sería insoportablemente lento para una herramienta en la nube.

🚀 Estrategia de Reciclaje Adaptativo

A la frecuencia de $40\text{ Hz}$, el sonido es bastante parecido al de $40.5\text{ Hz}$. Así que nuestro algoritmo toma la decisión inteligente de reciclar el precondicionador anterior.

Sin embargo, si a los $65\text{ Hz}$ topamos de frente contra la frecuencia de resonancia principal del techo, las ondas cambiarán radicalmente, la computadora se atascará y las iteraciones subirán de golpe. Nuestro sistema de telemetría detecta automáticamente este estancamiento, desecha el precondicionador viejo y genera uno nuevo, logrando una simulación balanceada en velocidad e infaliblemente estable.