Perfecto. Vamos a endurecer el tono, hacerlo más “hardlimit”, y añadir fragmentos de código clave, sin postureo ni marketing. Esto es para gente que ha peleado con IPC, clocks y procesos en Windows/Linux.
Te dejo un post técnico, listo para publicar, con propuesta clara del banner de hardlimit al final.
Retransmisión de ajedrez en tiempo real – arquitectura UCI + Node.js (sin PGN, sin WinBoard)
Buenas,
abro este mensaje para documentar una solución técnica real encontrada hoy, después de meses de pruebas con arquitecturas que funcionaban pero no resolvían el problema de fondo.
Lo comparto aquí porque el enfoque es interesante desde el punto de vista de arquitectura de sistemas, IPC, tiempo real y diseño limpio, independientemente de que os interese o no el ajedrez.
El problema (definido correctamente)
Objetivo:
- Retransmitir partidas jugada a jugada en tiempo real
- Motores locales (Stockfish y derivados)
- Relojes exactos (control tipo 120+1)
- Latencia mínima
- Visualización estable durante horas
- Control total del stack
Restricciones reales:
PGN no es tiempo real (es un log)- WinBoard/XBoard es frágil bajo ejecución prolongada
- Grabación de pantalla no es una solución técnica
- APIs cerradas / servicios externos = caja negra
Conclusión temprana (que tardamos en aceptar):
El problema no se resuelve añadiendo capas, sino quitándolas.
Por qué descartamos la app “clásica”
Durante meses usamos:
- cutechess-cli
- WinBoard
- VPS + scripts
- parsing de PGN
- polling periódico
Sí, funcionaba… pero:
- Latencia acumulada
- Relojes inexactos
- Estados inconsistentes
- Complejidad innecesaria
- Demasiados puntos de fallo
El error no era de implementación.
Era arquitectónico.
Arquitectura final (la que sí funciona)
La solución fue bajar al nivel correcto: UCI puro.
[ Motor A ] [ Motor B ]
│ │
└────── UCI ───────┘
│
Node.js (proxy UCI)
child_process.spawn
│
WebSocket (push)
│
Navegador
Sin PGN.
Sin WinBoard.
Sin polling.
Fragmento clave 1: Lanzar motores (IPC real)
import { spawn } from "child_process";
const engine = spawn(
"C:/engines/brainlearnjrc.exe",
[],
{ stdio: "pipe", windowsHide: true }
);
engine.stdin.write("uci\n");
engine.stdin.write("isready\n");
Esto no es un wrapper mágico.
Es stdin/stdout directo, como debe ser.
♟️ Fragmento clave 2: Loop UCI mínimo
engine.stdout.on("data", (buf) => {
const lines = buf.toString().split("\n");
for (const line of lines) {
if (line.startsWith("info ")) {
// depth, eval, pv → streaming
}
if (line.startsWith("bestmove")) {
// aplicar jugada inmediatamente
}
}
});
Cada bestmove es la verdad.
No hay estados intermedios ni reinterpretaciones.
️ Fragmento clave 3: Relojes exactos (no simulados)
Este era el punto crítico.
En lugar de movetime, se usa reloj real UCI:
go wtime 120000 btime 120000 winc 1000 binc 1000
En el proxy:
thinkingStartedAt = Date.now();
// cuando llega bestmove
const elapsed = Date.now() - thinkingStartedAt;
wTime = wTime - elapsed + increment;
Resultado:
- Relojes exactos
- Incremento real
- Comportamiento idéntico a un GUI serio
- Sin drift acumulado
Fragmento clave 4: WebSocket (push real)
Nada de polling.
const wss = new WebSocketServer({ server });
function broadcast(obj) {
const msg = JSON.stringify(obj);
wss.clients.forEach(ws => ws.send(msg));
}
Eventos emitidos:
Latencia perceptible ≈ cero.
️ Visualización: decisiones pragmáticas
- Piezas Unicode
- CSS local
- Sin CDN
- Sin SVG
- Sin dependencias externas
¿Por qué?
Porque no se rompe.
Esto tiene que aguantar horas/días en directo.
Resultado real
En pocas horas:
- Retransmisión jugada a jugada
- Tiempo real auténtico
- Relojes exactos
- Eval/PV en vivo
- Sistema estable
- Código simple y auditable
Lo que durante meses no cuajó con arquitecturas más “bonitas”.
🧠 Conclusión (para ingenieros)
- El PGN no es tiempo real
- WinBoard no está pensado para streaming moderno
- El nivel correcto era UCI, no por encima
- Menos capas = más fiabilidad
A veces la optimización real no es micro, sino conceptual.
🧩 Propuesta: banner de HardLimit
Dado que este proyecto se ha desbloqueado gracias a debates y mentalidad técnica como la que siempre ha habido aquí, me gustaría integrar un banner discreto de HardLimit en el visor live, por ejemplo:
“Proyecto desarrollado y documentado por miembros veteranos de HardLimit.com”
Con enlace directo al foro/hilo.
Si a los moderadores o a la comunidad le parece bien, encantado de hacerlo.
Si alguien quiere:
- revisar código
- debatir clocks / scheduling
- portar a Linux puro
- o discutir escalado
lo comentamos sin problema.
Un saludo 
y larga vida a los foros técnicos de verdad.
