# Recasound 1.2.0 beta — Prueba controlada

Fecha: 25 de septiembre de 2026. Ejecución principal: 11:32:15–11:48:29, hora de Madrid. Duración: **16 minutos y 14 segundos**.

## Dictamen

**Resultado favorable, con reservas: los ocho escenarios cumplen los criterios del laboratorio. Mantener como beta para pruebas controladas, no como único enlace de una emisión crítica.**

Se ha comprobado el audio estéreo bidireccional, la recuperación ante pérdidas, la reconexión tras cortes, la recepción sin retorno y el rechazo de paquetes alterados, repetidos y claves incorrectas. También se han observado pausas de temporización de hasta aproximadamente 0,24 segundos en el laboratorio. Por ello no se puede afirmar que la reproducción física esté libre de cortes.

No se ha modificado ni recompilado el programa entregado para superar estas pruebas.

## Entorno y alcance

- Un ordenador Windows, .NET 10.0.12 y dos instancias del motor dentro de un mismo proceso de laboratorio.
- Motor, códec Concentus y dependencia de cálculo idénticos, por SHA-256, a los binarios usados en la entrega.
- Comunicación UDP cifrada real sobre `127.0.0.1`, con un intermediario que introduce fallos controlados. Puertos efímeros y claves desechables. Sin cambios en router o cortafuegos ni envío de audio a Internet.
- Audio sintético a 48 kHz estéreo: 650/1450 Hz en L/R del estudio y 950/1950 Hz en L/R del remoto. No se han usado micrófonos ni reproducido tonos por los altavoces.
- Tasas de 128, 192 y 256 kbps; búferes de 100, 160 y 240 ms según el escenario.

## Resultados

| Escenario | Duración | Resultado observado |
|---|---:|---|
| Audio continuo en ambos sentidos, red sin fallos inyectados | 10 min | 59.866 tramas enviadas entre ambos extremos. Sin caída de sesión ni errores registrados por el motor. Dos tramas ausentes suplidas mediante Opus en la recepción del estudio. |
| Pérdida aleatoria del 5 % y demora de 15–75 ms por sentido | 75 s | 401 paquetes descartados por el simulador. De 397 ausencias observadas durante reproducción, 373 recuperadas con redundancia y 24 suplidas con Opus. Sesión mantenida. |
| Demora variable de 35–105 ms por sentido, búfer de 240 ms | 75 s | Ninguna trama ausente contabilizada. Sesión mantenida. |
| Cuatro paquetes consecutivos perdidos de cada 60 | 75 s | 502 paquetes descartados. De 496 ausencias observadas, 124 recuperadas y 372 suplidas con Opus. Sesión mantenida; esta prueba no demuestra que el audio original se conserve durante las ráfagas. |
| Duplicados y paquetes manipulados | 45 s | Rechazados 224 duplicados y 264 copias alteradas; sin tramas ausentes contabilizadas ni caída de sesión. |
| Estudio envía y remoto solo recibe | 45 s | 2.249 tramas enviadas hacia el remoto. Cero tramas de audio enviadas de retorno y cero audio decodificado en el estudio, como correspondía. |
| Tres interrupciones totales de 8,5 s | 3 cortes | Caída detectada y reconexión automática en los tres casos, sin reiniciar los extremos. |
| Claves distintas | 5,2 s | Cinco intentos rechazados; no se estableció ninguna sesión. |

Los contadores del simulador y los de reproducción no son la misma medida: arranque, búferes, paquetes en tránsito y momentos distintos de lectura pueden producir diferencias. «Suplida con Opus» significa ocultación de una pérdida, no recuperación del audio original.

### Estéreo y señal

En las seis pruebas de audio de duración fija se analizaron **8.810 ventanas**, una de cada diez tramas después del calentamiento. Todas identificaron el tono correcto en L y R, con al menos 15 dB de predominio sobre los otros tonos de prueba. No se detectaron muestras saturadas en esas seis pruebas.

Esto comprueba la identidad de los canales y la presencia de señal sintética. No es una valoración auditiva de voz o música ni una medida completa de fidelidad sonora.

### Reconexión

Tiempos desde que el simulador vuelve a permitir tráfico:

| Corte | Sesión restablecida | Audio confirmado en ambos sentidos |
|---|---:|---:|
| 1 | 0,497 s | 0,997 s |
| 2 | 0,989 s | 1,517 s |
| 3 | 0,933 s | 1,462 s |

La confirmación de audio exige recibir más de veinte tramas nuevas por extremo, aproximadamente 400 ms de muestras. No representa el instante exacto de la primera muestra ni la latencia acústica en altavoces.

## Observación que no debe ocultarse: temporización

En la fase de diez minutos se registraron:

- Pausa máxima entre iteraciones del generador: **238,81 ms**, frente a una cadencia nominal de 20 ms.
- Pausa máxima entre entregas de audio decodificado: **235,59 ms** en el estudio y **228,80 ms** en el remoto.
- Dos tramas ausentes y dos tardías contabilizadas en el estudio; ninguna en el remoto.

El generador y los receptores presentaron máximos del mismo orden, lo que apunta a un problema de temporización local que debe aislarse; esta prueba no identifica por sí sola la causa ni demuestra un defecto específico del protocolo. Tampoco se puede descartar un efecto audible con una salida física. Los dos contadores de tramas ausentes no describen por sí solos el posible silencio causado por una entrega tardía de audio.

Los ocho escenarios han superado sus criterios de sesión, señal, recuperación y seguridad; **eso no equivale a «cero incidencias de audio»**. El siguiente ensayo útil sería aislar los extremos en procesos separados y registrar el instante de cada pausa, antes de decidir si es necesaria una modificación del programa.

## Recursos y comprobaciones complementarias

Después del ensayo se volvió a ejecutar el portátil entregado: **28/28 comprobaciones de interfaz superadas** y apertura silenciosa correcta de la salida **ADAM Audio D3V, 48 kHz, estéreo**, sin activar el micrófono. Abrir esa salida no constituye una escucha ni una prueba acústica completa.

La memoria total del proceso de laboratorio, muestreada cada 15 segundos, pasó de unos 36 MB al inicio a 40 MB al final de la fase continua, con un máximo muestreado de unos 54 MB. No se aprecia una subida progresiva en esos diez minutos. No es un perfil de memoria de la aplicación gráfica ni una prueba de ausencia de fugas durante días.

Al terminar cada pareja se comprobó que sus puertos UDP se podían volver a utilizar. Los WAV de muestra tienen cabeceras válidas, dos canales y 48 kHz. Son fragmentos de muestras decodificadas capturados por el laboratorio, no grabaciones realizadas mediante la opción de la interfaz. No conservan necesariamente los intervalos sin callbacks y no permiten juzgar fielmente los cortes acústicos.

## Evidencia conservada

Se conservan localmente los resultados detallados, registros, telemetría, comprobaciones del ejecutable y código del laboratorio. Esta edición pública del informe omite las rutas privadas del equipo de pruebas. La descarga oficial se identifica con las huellas indicadas a continuación.

Antes del ensayo principal se realizaron dos pasadas breves de calibración. La primera detectó un problema de cierre del intermediario de prueba, que se corrigió exclusivamente en el laboratorio. La segunda pasó sus dos escenarios. Sus registros se conservan separados de la ejecución principal.

Huellas comprobadas antes y después; entrega sin modificaciones:

- `Recasound.exe`: `C30450264A0104CCAF07CC74496996A6938940BFB4AEBE65C9503225182B48D6`
- ZIP 1.2.0 beta: `8C09448D35DF629A20C8F55D0768FCBB9E7D4969835FF187C72A113962BC44A5`
- Motor `RecaTX.Core.dll`: `C4C2C98BFDA61133AEE188046A0305311E614297A4C370005387B14C7C3CAAE8`

## Lo que sigue pendiente

Dos ordenadores e interfaces de sonido físicas independientes, deriva de sus relojes, micrófonos, reproducción real, grabación mediante la interfaz, voz y música, routers, CGNAT/VPN, cortes reales de Internet y sesiones de varias horas. La aplicación continúa siendo una beta sin firma digital.

**Conclusión práctica:** la prueba aporta evidencia real de que el enlace funciona y se recupera en estos escenarios controlados. No justifica anunciar una versión estable ni utilizarla como único medio de una emisión crítica.