• Portada
    • Recientes
    • Usuarios
    • Registrarse
    • Conectarse
    1. Foro
    2. jordiqui
    3. Mejor valorados
    Conectado
    • Perfil
    • Siguiendo 1
    • Seguidores 0
    • Temas 226
    • Mensajes 1,878
    • Grupos 2

    Mensajes

    Recientes Mejor valorados Controversial
    • RE: HardLimit en hwbot.org

      CINEBENCH R23.jpg

      Hola compis, no puedo registrar este test porque la app que proporciona el archivo no detecta el modelo de placa base. Y en este test concreto no deja hacerlo manual. Y el resultado con el turbo activado 3,6 Ghz da un buen resultado que nos aportarían puntos. Ya he enviado un mensaje a los autores de la app, con la captura de pantalla explicando el bug que reporta dicha app.
      Un saludo!

      publicado en Overclock
      jordiquiJ
      jordiqui
    • RE: Banner de Hardlimit en app broadcast torneos entre elite uci chess engines

      UI build: 2026-02-12F (Rules v1 enforced + /conditions aligned)

      En estas semanas hemos consolidado una base realmente operativa para retransmisión de torneos de motores UCI (modo beta), con foco en robustez y trazabilidad:

      • list item
        UI estable en directo: reconexión automática de WebSocket + watchdog de inactividad + fallback HTTP para evitar “pantallas congeladas” al cambiar de match o tras reinicios del servidor.
        Sin dependencia de GUI: pipeline UCI → servidor → sockets → UI; el front solo renderiza lo que emite el backend.
        Telemetría y lectura clara: paneles por bando (score/depth/nodes/nps/time/PV), relojes y estado de turno, tablero principal + minis.
        Rules v1 ya aplicadas: las reglas se ejecutan en backend y quedan visibles/auditables en endpoints.
        /conditions alineado: el endpoint de condiciones queda como fuente de verdad (time control, adjudicaciones/claims, etc.) y la UI se sincroniza con ello.

      Resumen: hoy ya no es “una demo bonita”; es una plataforma que aguanta sesiones largas y cambios de partida sin intervención manual, y con reglas visibles y alineadas para auditoría.

      Broadcast

      Sourcode

      1.png

      publicado en Off Topic
      jordiquiJ
      jordiqui
    • RE: Banner de Hardlimit en app broadcast torneos entre elite uci chess engines

      hardlimit.png )

      publicado en Off Topic
      jordiquiJ
      jordiqui
    • RE: Banner de Hardlimit en app broadcast torneos entre elite uci chess engines

      Ahora escribo yo, porque estoy medio ciego ya de escribir. Como podéis leer, hemos dado con la forma de hacerlo precisamente porque se lo he sugerido a GPT plus, porque con la app ( no descarto usarla si consigo o conseguimos salir del embudo, para ejecutarla desde linux en un vps, pero eso sería más adelante) no había forma. Ahora ya está resuelto, como bien ha explicado la IA. Un abrazo compañeros.

      publicado en Off Topic
      jordiquiJ
      jordiqui
    • RE: Banner de Hardlimit en app broadcast torneos entre elite uci chess engines

      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:

      • move
      • clock
      • info

      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.

      publicado en Off Topic
      jordiquiJ
      jordiqui
    • RE: SEO curiosidades.

      @cobito En mi caso, que sólo tengo un proyecto digital de antropología, me limito a corregir los errores que como bien comentas la consola de Google nos avisa y el contenido dupliado, en este caso siempre intento añadir la url canonical que quiero sera la relevante. Pero claro, el contenido lo publico yo y yo soy quien de los textos académicos decido qué palabra es la que quiero posicionar. En el caso de un foro, ya lo has comentado. Luego está el tema de que te enlacen sitios web considerados spam, pero todo eso lo podemos comprobar desde webmaster tools, ahora search console. Lo de cumplir el stándar vosotros que sabéis programar os tiene que resultar más sencillo. Pero volviendo a lo que comentas, yo tuve que dejar este trabajo, estuve de autónomo, precisamente por lo que has citado. Es insano y muy esclavista. Al menos si lo haces sólo sin un grupo de trabajo como lo hacen las agencias.

      publicado en Off Topic
      jordiquiJ
      jordiqui
    • RE: No mires arriba

      La vi hace unos días. Una sátira de como dice mi amigo Kamprak, la estupidez humana tiene largo recorrido. Perto también el cómo los políticos, etc pueden llegar a moverse según los intereses económicos, obviando la realidad o la ciencia. Di Caprio me consta que es un activista del cambio climático. En este caso, su presencia me sguiere que por ahí va la sátira, aunque también es posible que nos caiga un meteorito. Entretenida y veraz.

      publicado en Off Topic
      jordiquiJ
      jordiqui
    • RE: Derecho a reparar durante 10 años

      @gallina XD soy Jorge, que he contestado pero pensaba que ya estaba logueado. Lo de gallina me acaba de hacer reir de buena mañana. Un saludo y empezamos la semana 🙂

      publicado en Hardware
      jordiquiJ
      jordiqui
    • RE: Xeon e5-2680 v2 versus Xeon e5-2651 v2

      Hola compañeros, pues ya los hemos instalado y a colación de la ILO famosa que comentábamos el otro día, pues qué decir que conectar vía IP y poder actualizar el firmware, etc. Fabuloso. Lo único que no me cuadra es el tema de la dichosa gráfica, he trasteado por ahí y he visto que algún osado le ha quitado el disipador a esas gráficas gt 730 es la que tengo y a pelo. Entonces sí que podemos cerrar el chasis y listos. Pero estos servidores con esa ristra de ventiladores que enfrian los dos sockets y los extraibles, pues no són muy de aceptar que les pongan ese adaptador pci, porque el sonido es insoportable. @krampak quizá si has trabajado con servidores habrás visto, mejor oído el ruido que generan. Al menos cuando trabajé en la caixa en el centro de informática ( de seguridad, jejejjej ) aquello era un frigorífico. Bueno resumiendo que he pasado el Banco de pruebas del foro, SSE y AVX y lo que me temía, pues me he equivocado de codename, pues hay un e5 de la familia V2 ( ninguno puede overcloquearse, aunque a un servidor tampoco le veo el porqué) en los otros que tengo sí tienen un QPI que con el multiplicador a 20, creo llegan a los 3,5,. pero este se queda a 1,8. En cualquier caso, he citado a nuestro amigo krampak porque imagino que vistéis las fotos de los dos cacharros encima de la mesa. Y eso no puede ser. Vamos que buscando lo más barato posible un armario para ponerlos en las guías cerrarlos y que tengan ventilación. El portátil? pues lo cambiaré por otros dos más y entonces montaremos cuatro unidades en red y veremos como rinde el asunto, o sí tengo que aumentar los w de la compañía eléctrica. Por cierto, al final pues los modulos de DDR3 ecc de 8 los aprovecho para uno de los dos que faltan y los dos xeon e5 2660 v2 también mejor rendimiento general, pues también lo aprovechamos. EL tema de redes y el cuello de botella en un cluster con cuatro nodos no se si habrá saturación o no, no soy un experto, pero he leído que da problemas ( en computo en paralelo). Y si alguno de vosotros me pudiera decir porqué un ivy bridge no ejecuta un programa con las instrucciones AVx, cuando las especifiaciones de los XEON, en la web de intel dice que sí, pues me haría un favor.. Mañana me llaman de una de esas tiendas que venden armarios de esos ( ya les he dicho que se olviden de esos que he visto de la nasa) para ver una relación calidad precio y que quepan los cuatro chasis y el router, cerrado y a ver sino tengo que tener el aire acondicionado puesto. Bueno no me enrollo más, que en un please estaban actualizados y funcionando bien, de hecho la temperatura logicamente más baja, menos QPi,. imagino menos voltaje, luego mejor. Porque los otros se calientan un poco.
      Un abrazote.

      publicado en Procesadores
      jordiquiJ
      jordiqui
    • RE: Xeon e5-2680 v2 versus Xeon e5-2651 v2

      @pos_yo Estoy de acuerdo en que no tiene sentido compararlo con las cpu actuales. Sin ir más lejos, el core i7 11600H de mi portatil da mejor rendimiento con el turbo puesto que mi servidor dual xeon e5-2680 v2, pero como lo que yo uso es la computación en paralelo con los programas de ajedrez, pues me junto con 40 cores y 80 hilos. Eso ahora, veremos con lo que me llega mañana. Y te voy a pasar una lista de una bench para que veas que con un cluster MPI se acerca bastante a estaciones de trabajo de una sola cpu, pero que cuestan una barbaridad.
      288.704.977 2x AMD EPYC 7T83 ddr4 3200 254threads avx2+LP ribbit L
      279.802.176 2x AMD EPYC 7H12 ddr4 2933 ECC 256threads avx2+LP Chess.com L
      224.329.761 2x AMD EPYC 7742 @2.25Ghz ddr4 256threads avx2 vondele L
      145.580.038 AMD Ryzen Threadripper PRO 3990X @OC Ghz ddr4 .. CL .. 128threads avx2+LP Technologov L
      130.414.318 AMD Ryzen Threadripper PRO 3995WX @2.7Ghz ddr4 3200 CL24 128threads avx2+LP Marco Zerbinati W10
      112.428.605 AMD Ryzen Threadripper PRO 3990X @2.6Ghz ddr4 3200 CL22 128threads avx2 noobpwnftw W11
      84.067.645 2x Intel Xeon Gold 6230R @ 2.10GHz ddr4 3200 104threads vnni256 Sopel L
      80.676.124 AMD Ryzen Threadripper 3970X @3.7Ghz ddr4 3200 CL24 64threads avx2+LP SuperChess W10
      65.049.545 2x Intel Xeon Gold 6230R @ 2.10GHz ddr4 3200 52threads vnni256 Sopel L
      64.293.701 2x Intel Xeon Gold 6326 @ 2.90GHz ddr4 3200 64threads avx2 Marco Zerbinati WS22
      63.168.609 2x Intel Xeon E5-2698 v4 @2.7Ghz ddr4 2133 CL15 COD OFF 80threads avx2 Jin38 W10
      62.043.349 2x Intel Xeon E5-2698 v4 @2.7Ghz ddr4 2133 CL15 COD ON 80threads avx2 Jin38 W10
      61.206.345 AMD Ryzen 9 7950X @4.7Ghz DDR5 6000 CL30 32threads vnni256 Monstru W11
      59.696.665 2x Intel Xeon E5-2698 v4 @2.6Ghz ddr4 2133 CL15 COD ON 80threads avx2 Jin38 W10
      59.694.728 AMD Ryzen 9 7950X @4.7Ghz DDR5 6000 CL30 32threads bmi2 Monstru W11
      57.351.214 AMD Ryzen 9 7950X @4.7Ghz DDR5 6000 CL30 32threads avx2 Monstru W11
      55.987.819 AMD Ryzen 9 7950X @4.7Ghz DDR5 6000 CL30 32threads avx512 Monstru W11
      55.767.737 2x Intel Xeon E5-2698 v4 @2.6Ghz ddr4 2133 CL15 COD ON 80threads pop Jin38 W10
      55.691.483 AMD Ryzen 9 7950X @4.7Ghz DDR5 6000 CL30 32threads vnni512 Monstru W11
      51.753.064 AMD Ryzen 9 7950X @4.7Ghz DDR5 6000 CL30 32threads pop Monstru W11
      49.664.948 AMD Ryzen 9 5950X @4.0Ghz ddr4 3600 CL18 32threads bmi2+LP sesse L
      49.634.733 AMD Ryzen 9 5950X @4.1Ghz ddr4 3600 CL16 32threads bmi2+LP Fulcrum2000 W10
      49.430.029 2x Intel Xeon E5-2698 v4 @2.6Ghz ddr4 2133 CL15 COD ON 80threads bmi2 Jin38 W10
      48.085.215 AMD Ryzen 9 5950X @4.3Ghz ddr4 3600 CL18 32threads avx2+LP P.J W11
      47.852.031 AMD Ryzen 9 5950X @4.3Ghz ddr4 3600 CL18 32threads avx2 P.J W11
      47.198.015 2x Intel Xeon Gold 6132 @2.6GHz DDR4-2666 CL19 56threads bmi2+LP Marco Zerbinati W10
      47.070.810 Intel Core i9 10980XE @4.4GHz ddr4 3200 CL22 36threads avx2 ouachita W10
      46.842.345 2x Intel Xeon E5 2680 v2 @3.1Ghz 40threads pop Desvelemosafrica W10
      fuente

      que conste que no hice trampas y usé sólo los 40 hilos, sino el resultado es diferente. Por no hablar que tengo formato U y no una torre, porque algo se le podría arañar añadiendo una buena ventilación. Eso sí, como bien dices no se puede comparar, de hecho en el banco de pruebas tengo mejor resultado con el core i7 ( va con una rtx 3060) y esto no lleva más que lo integrado, pues para los que me conocen ya sabén que lo uso para programas de ajedrez. Que conste que me gusta el overclocking, pero ya con 50 años, busqué lo que más me convenía. Lo de alliexpress lo he visto, pero no me inspira confianza. Imagino que funcionará bien, pero no me fío. Y puedo ampliar por poco dinero 3 nodos, 4 nodos, el problema es la luz. La factura sería de escándalo.
      Un abrazote.

      publicado en Procesadores
      jordiquiJ
      jordiqui
    • Xeon e5-2680 v2 versus Xeon e5-2651 v2

      Razones para considerar el Intel Xeon E5-2651 v2
      2.8 veces mejor desempeño en Geekbench 4 - Single Core: 2030 vs 713
      2.3 veces mejor desempeño en Geekbench 4 - Multi-Core: 18071 vs 7890
      Fuente

      El otro día con el tema de la obsolescencia programada hizo que meditara realmente qué es lo que uno quiere o puede tener y querer, y, qué es lo que realmente necesitas. Dicho esto, anduve trasteando en la web, para buscar opciones para actualizar los servidores hp de gen 8 y realmente tengo que decir que incluso comprando en tiendas con su pertinente garantía, había varias opciones. Dicho esto, me he decantado por el xeon (2) 2651 v2 cuyo precio son 150 euros los dos procesadores. Aunque en el test que nos muestran la gente de la fuente publicada, realmente el 2680 puede mover más rapido la mayoría de aplicaciones. Pero, aquí está la cuestión, el que os comento es de finales de noviembre de 2013 y el que tengo del primer trimestre, como también el 2680 son 10 cores 20 hilos, frente a los 12 cores 24 hilos que x2 nos da 24 cores -48t frente al 2680 y aquí que es para lo que lo necesito hay un cambio de rendimiento que merece la pena hacer. Puesto que los 2680 los pondré en el otro que tiene los e5-2660 v2 y de esta forma guardo por si se avería alguno, estos últimos. Si el tiempo me lo permite voy a intentar hacer una review y bench con comparativa. De momento, ya he actualizado la ultima versión del chipset, y Bios para cuando lleguen estas dos CPU el servidor arranque con normalidad. Por cierto, son reacondicionados, porque nuevos creo que sube mucho el asunto. Un abrazo, compañeros.

      PD: Pasaremos nuestro banco de pruebas para ampliar la base de datos del foro.

      publicado en Procesadores
      jordiquiJ
      jordiqui
    • RE: AMD Ryzen 7000 (Zen 4)

      @_neptunno_ Que es lo que hoy he estado hablando con un señor con años en modding en sus espaldas con una tienda en Terrassa. Lo que me ha dicho es que los que monten esto al igual que los 12 de Intel necesitan muy buena refrigeracion y una muy buena placa. Estaba probando un i7 de 12 con una placa basica y me ha dicho que es un desatino. Por cierto, haciendo numeros, con un ssd 512 pci, el ryzen 7 otro ssd para datos pci de 1Tb, 2x16 Gb ddr5, corsair lo que seria la obsidian, no se que nombre tiene ahora ATX, fuente corsair modular, y una refrigeracion liquida no bajaba de 2000~euros. Pero creo haber visto que el ryzen 9 supera los 5 ghz eso tiene que consumir mucho. En fin, no entiendo porque no han dado soporte a DDR4.- Y los bloques de la liquida para AM5, pues yo no los he visto. He vendido la bici, para pillarme uno de estos, pero lo de las placas base me trae de cabeza porque los precios son una barbaridad.

      publicado en Procesadores
      jordiquiJ
      jordiqui
    • RE: Ordenador se enciende y se apaga y se enciende...

      @defaultuser mascadito. Los tiempos cambian, pero los pasos a seguir y descartar no varian tanto en el tiempo. 🙂

      publicado en Procesadores
      jordiquiJ
      jordiqui
    • RE: Banco de pruebas Hardlimit

      @cobito dijo en Banco de pruebas Hardlimit:

      @jordiqui Los más cercanos son el 2697 y el 2680. Aquí resulta curioso que aunque el E5-2680 tiene una frecuencia superior al 2697, este último le gana en la prueba monohilo. Parece que la diferencia de 5MB en la caché L3 compensa todo eso. En cualquier caso, el rendimiento monohilo es prácticamente idéntico an ambos.

      La diferencia apreciable está en multihilo, donde los 2x12 núcleos del 2697 superan en un 14% a los 2x10 núcleos del 2680. En este caso parece que hay algo que pasa factura al rendimiento de la memoria del 2697 a pesar de su caché superior: puede que sea una penalización por los 4 hilos extra o que la configuración de las memorias sea diferente en cada opción.

      La ram son identicas pc8500 333 mhz, 533, no más. Lo único que ha cambiado y no he comentado son las fuentes de alimentación. Antes iban con 250w, ahora 750w. He repetido la prueba con las fuentes nuevas y ha mejorado algo respecto al anterior test. Ya que estamos por no ir a otro hilo, me ha llegado un armario rack que debe ser para liliputienses y mira que les di el nombre exacto del modelo, las dimensiones, etc, pues nada, que como no quite las paredes frontales ( puerta de cristal y la trasera ahí no hay quien meta nada). Y la tienda es conocida por todos los que estamos aquí. La verdad es que ya con la edad pues les he comentado que no hay problema, me lo cambian por uno que pueda ponerlos y ya está, pero esto me sucede hace 20 años y ya estaba de los nervios.

      publicado en Software
      jordiquiJ
      jordiqui
    • RE: Banco de pruebas Hardlimit

      Pasado los tres test con los e5 2697 v2 y superan con holgura, tanto a los 2680, 2660 y 2651. Diría que de esa generación son los que mejor rendimiento ofrecen.

      publicado en Software
      jordiquiJ
      jordiqui
    • RE: Banco de pruebas Hardlimit

      @cobito Tranquilo, creo que con estos bichos estaré unos años. Los programadores de verdad que tenéis mérito. No sabía por otra parte, esto que has comentado de las modificaciones del código. Por otra parte, no sé lo que tardarán en llegarme los e5 2697 v2, creo que de la serie e5 XXXX v2 son los más potentes. Añadiremos más variedad al banco de pruebas. Un abrazo.

      publicado en Software
      jordiquiJ
      jordiqui
    • RE: Banco de pruebas Hardlimit

      En la próxima versión, podría haber la posibilidad de que hubiera la opción cluster MPi para windows, MPHI para linux. Sólo como curiosidad, creo que podríamos hacer un test conectando nodos entre unos cuantos.

      publicado en Software
      jordiquiJ
      jordiqui
    • RE: Super PI Test (Los 30 PC's más rápidos de HardLimit)

      @krampak Querido amigo, todo lo que aprendí os lo debo a vosotros. Se os extraña mucho. Un abrazote.

      publicado en Software
      jordiquiJ
      jordiqui
    • RE: IJCCRL Chess GUI

      Tras el parón por las fiestas. Vuelvo a ponerme con esto que aunque ya he comprobado que funciona mediante cli, falta la capa visual, hay un embudo en el que estamos atascados gtp y yo. EL orden que usa winboard o Xboard si es desde linux es: 1. tlcs ( server.ini configurado con los paths correctos, ya ahondaremos en esto) 2. wireguard configurado correctamente 3. Ejecutar tlcs. 4. lanzar el torneo desde el framework ( la consola de tlcs recibe los datos del torneo en el caso de winboard es un archivo debug que es el que añade los datos) 5. Desde el vps, lanzar node-tlcv y entonces ya tenemos conectado tlcs y node, luego el visor web retransmite a tiempo real el torneo. En nuestro framework, hemos cogido esta idea, pero hemos creado la app desde el framework chessgui ( ccrl.live retransmite con este framework y con el mismo sistema) y no es un archivo .debug sino un txt. La cuestión es que los torneos sí que funcionan, pero no conseguimos que el cliente tlcs cambie el tablero, aunque el archivo .txt sí que recoge las jugadas y node-tlcv desde el vps conecta como con winboard, a tlcs. Cómo aunque es la versión plus, no deja de ser gpt al mayor plagio creado en la historia, se equivoca y puede dejar un espacio, añadir un carácter erróneo en el código y hay que ir depurando y depurando, pero sin conseguir retransmitir como si hicimos con winboard. Porqué no usé winboard, porque sólo permite lanzar una partida entre dos motores de ajedrez, no un torneo. En cualquier caso, aprovecho de nuevo para felicitar el año nuevo a todos y ya pasaremos a cuestiones de programación cuando pasen las fiestas. Un abrazo, compañeros.

      publicado en Juegos
      jordiquiJ
      jordiqui
    • RE: Compilar Stockfish 15 para cluster

      Hola compañeros,
      bueno hemos conseguido compilarlo desde linux con exito, pero ya compilarlo desde windows es demasiado para mi, porque todo es mucho mas complejo sin saber programacion. En principio, es pàsar el ejecutable de linux a un ejecutable para windows:
      https://mega.nz/file/UQdQED5B#HwFN6QiLn0cEOI_qAP_TNWM5mQqnPeDMk4bYPcBMePE
      Aqui esta el ejecutable de linux recien compilado. Alguien me puede echar una mano a pasarlo para windows?

      gracias de antemano compañeros.

      publicado en Juegos
      jordiquiJ
      jordiqui
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 3 / 6