Para ganar, primero debes aprender
La nueva versión 18 de ChessBase ofrece posibilidades completamente nuevas para el entrenamiento y el análisis de partidas: análisis del estilo de juego, búsqueda de temas estratégicos, acceso a 6.000 millones de partidas de Lichess, preparación del oponente tras una exploración de sus partidas en Lichess, descarga de partidas de Chess.com con API incorporada, motor de análisis en la nube y mucho más.
Rybka 3
| Un procesador 32 bit | Ajedrez | Humano | Dinámico | Ajedrez 960 |
| Un procesador 64 bit | Ajedrez | Humano | Dinámico | Ajedrez 960 |
Deep Rybka 3
| Multiprocesador 32 bit | Ajedrez | Humano | Dinámico | Ajedrez 960 |
| Multiprocesador 64 bit | Ajedrez | Humano | Dinámico | Ajedrez 960 |
¿Hay alguna diferencia entre las
versiones de un solo procesador y las de varios procesadores cuando funcionan
con un solo procesador?
No. La versión para un solo procesador es idéntica a la de varios procesadores,
excepto que el parámetro 'Max CPUs' está fijado en 1.
¿Dónde puedo encontrar las
versiones para 64 bits?
Las versiones de
64 bit y 32 bit se incluyen en todos los paquetes de Rybka. Las versiones de 32 bit
tienen el sufijo "32-bit" tanto en el nombre de archivo como en el
nombre del módulo. Las versiones de 64 bit no tienen ninguna coletilla especial
ni en el nombre de archivo, ni en el nombre del módulo. (Más...)
¿Qué son las versiones "Human"
y "Dynamic"?
Son versiones especiales de Rybka que valoran las posiciones de forma distinta.
La versión "humana" ofrece valoraciones (y realiza jugadas) que son más
consistentes con la práctica de los grandes maestros humanos. La versión
"dinámica" hace evaluaciones más especulativas, acentuando más los factores
dinámicos y menos los estáticos. (Más...)
¿Qué son factores "estáticos"
y "dinámicos"
y como los clasifica Rybka?
Factores estáticos son lo que es improbable que cambien rápidamente. Entre los
ejemplos están ventaja de material, mejor estructura de peones, peones pasados
avanzados y mejor coordinación de piezas sobre el tablero (como la pareja de
alfiles) Los factores dinámicos son los que pueden cambiar con mucha rapidez,
tales como ventaja de desarrollo, mejor movilidad y más piezas que atacan a rey
enemigo. Esas definiciones están en distintos libros de ajedrez. Algunas
características están a caballo entre ambas categorías y es opinable en cual
clasificarlas.
Las tablas hash persistentes,
¿almacenan información solo cuando se analiza o también cuando se juegan
partidas?
En ambos casos. En general, no hay diferencia significativa entre el juego y el
análisis. Advierta que las tablas hash persistentes están desactivadas por
omisión y deben activarse manualmente.
Si analizo una posición que ya
ha sido analizada, pero ahora con más tiempo, de manera que el resultado debería
ser mejor, ¿se almacena automáticamente el resultado mejor, sobrescribiendo el
menos exhaustivo?
Sí, las tablas hash persistentes hacen todo lo que es lógico.
¿En que difiere la propagación
ascendente de las tablas hash persistentes del antiguo aprendizaje posicional?
El aprendizaje posicional es un concepto genérico. Las tablas hash persistentes
es una forma específica de aprendizaje posicional.
Cuando se funden dos archivos de
tablas hash persistentes, se dice que la "información refundida estará
contenida en archivo hash principal, cuyo tamaño no cambiará". Cuando se
funden dos archivos, en realidad se añade información, a menos que sean
idénticos, y si no se borra nada del archivo original principal de las tablas
hash, el tamaño debería ser mayor tras añadir nueva información desde el archivo
secundario. ¿Estoy pasando algo por alto?
Durante la fusión de dos archivos de tablas hash persistentes, la información de
prioridad más alta se mantiene en el archivo refundido, mientras que la
información de prioridad más baja se descarta.
No me funciona el redimensionado
de las tablas hash persistentes.
Verifique que dispone de suficiente espacio libre en el disco duro. Lo mismo
sirve en el caso de fusiones de tablas hash persistentes.
No me funciona el redimensionado
de las tablas hash persistentes.
El redimensionamiento y la fusión de tablas hash persistentes solo funciona con
nombres de archivos relativos (por ejemplo,"Main.rph")
y no con nombres de archivos absolutos (por ejemplo, "C:Main.rph")
¿Ralentizan al módulo las tablas
hash persistentes?
No. Cualquier ralentización es despreciable.
¿Debería agenciarme un disco
duro más rápido o quizás usar un lápiz de memoria flash para almacenar las
tablas hash persistentes?
No. La mejora en el rendimiento de las tablas hash persistentes por un disco
duro más rápido es despreciable.
¿Es útil el uso de tablas hash
persistentes en partidas relámpago?
Por supuesto, pueden emplearse para jugar las primeras jugadas tras salir del
libro de aperturas, en posiciones que se hayan encontrado antes, pero no con la
frecuencia suficiente para incluirlas en el libro de aperturas.
El parámetro 'Play Depth' indica la profundidad mínima de la entrada en la tabla
hash persistente que necesita Rybka para realizar una jugada instantánea durante
una partida. Debe fijar un valor consistente con el control de tiempo que se
vaya a emplear.
¿Es útil la opción de conservar
análisis en partidas relámpago?
No. La preservación del análisis está pensada para situaciones en las que las
posiciones analizadas serán revisadas posteriormente.
¿No son la conservación del
análisis y las tablas hash persistentes casi la misma cosa?
Los mecanismos son completamente independientes, aunque tienen un objetivo
similar: mantener activos los análisis anteriores.
La conservación del análisis disminuirá el rendimiento del módulo y se perderá
cuando se cierre el mismo. Las tablas hash persistentes no disminuyen el
rendimiento y el análisis se guarda entre sesiones.
¿Mezclará Rybka análisis
realizados con distintos valores de contención en las tablas hash persistentes?
¿Hace algo el módulo para corregir las inconsistencias que eso pudiera conllevar?
Sí a la primera pregunta, no a la segunda.
Rybka siempre escribirá y leerá en las tablas hash persistentes cuando se
activan. Si se realizan los análisis en momentos diferentes con valores de
contención distintos, los diversos valores en las tablas hash persistentes puede
que no sean completamente consistentes entre si. Eso no debería ser un gran
problema. Si quiere evitarlo, tendrá que gestionar manualmente sus archivos de
tablas hash.
Parece que el archivo de tablas
hash persistentes no se actualiza hasta que se cierra Rybka. ¿Es así?
No. El archivo de tablas hash persistentes se lee y escribe continuamente
durante los análisis de
Rybka cuando esa característica está activada. Sin embargo, Windows no actualiza
la fecha del archivo hasta que Rybka lo cierra.
¿Es cierto que el valor de
contención está activado en las partidas pero no en los análisis?
Sí. El valor de contención por defecto para jugar partidas es 15, lo que da a Rybka
un estilo de juego ambicioso. El valor de contención por defecto para el
análisis es 0, lo que da a Rybka un enfoque objetivo de cara al análisis.
¿Admite Rybka el parámetro
UCI_SetPositionValue?
No, pero hay algo similar en las extensiones UCI de Rybka 3. En breve se
facilitarán detalles al respecto.
¿Que precisión tiene el
parámetro UCI_Elo?
Desde un punto de vista de fuerza pura, debería ser bastante preciso, probablemente
dentro de un entorno de
100 puntos Elo. Desde un punto de vista estilístico, es difícil de decir. Los
jugadores humanos débiles a menudo son bastante irracionales y no está claro que
sus errores sigan unos patrones reales.
Quiero recoger valoraciones muy
profundas de todas las jugadas que estén (pongamos) a 3.00 de la jugada
principal. Si hay 45 y establezco la ventana de valoración del análisis
multivariante a 300 cp y el número de líneas en (pongamos) 100, ¿veré las 45
variantes o hay una merma de 10 o 20?
En ese caso se mostrarán las 45. No hay límite en el número de variantes
principales a mostrar.
¿Hay forma de limitar el consumo
de CPU por parte de Rybka?
En un sistema con cuatro núcleos, puede limitar el consumo de CPU por parte de
Rybka estableciendo 'Max CPUs' en 3.
¿Cómo funciona la contención de
Rybka?
En Rybka 3 es muy importante.
Afecta a muchos aspectos del juego como, por ejemplo, si se debe buscar o evitar
el cambio de piezas,
si se debe abrir o cerrar la posición, si se debe buscar o evitar la simetría de
peones,
etc.
Si en una posición Rybka, con
una contención de 0, muestra una valoración de +0.60, ¿qué valoración mostrará
si la contención se establece en 100?
Una cantidad entre +0.60 y +1.60, dependiendo de lo compleja y desequilibrada
que sea la posición.
Si la contención de Rybka se
fija en
80 y la posición es de tablas casi ciertas, ¿qué valoración mostrará Rybka: +0.80
o 0.00?
0.00, siempre y cuando el mecanismo funcione adecuadamente.
En esencia, la valoración que mustra Rybka debería reflejar su confianza en
ganar la partida, asumiendo que el valor de la contención refleje adecuadamente
la fuerza del rival.
Cuando hago funcionar a Rybka en una ventana de órdenes (siguiendo el protocolo UCI correcto), Rybka solo se las arregla para usar 7 de mis 8 núcleos: los 7 están trabajando con prioridad por debajo de lo normal (todos al 12.5% de CPU), pero el proceso maestro con prioridad normal, se queda clavado con el uso de 0% de CPU.
Por motivos poco claros, Windows a veces detiene procesos que hacen funcionar manualmente en el modo de órdenes tras dejar de ser el centro de atención. Eso no sucede con los procesos que funcionan dentro de la interfaz del usuario. La única solución que conozco para esto es mantener el centro de atención en el proceso. Siempre se pueden activar los procesos restaurando la atención y pulsando "Intro".
Rybka reclama un mate en 17 en
una posición en la que el mate más rápido es en 24 jugadas.
Ciertamente es un error. Rybka puede informar de distancias al mate demasiado
optimistas. Daremos más detalles en cuanto estén disponibles.
¿Incluye Rybka 3 la teoría de
peón de torre con alfil de color malo?
No. Con las tablas de finales se puede solucionar el problema.
Cuando juego partidas con las
tablas hash persistentes activadas, Rybka a menudo mueve instantáneamente,
incluso cuando parece inadecuado para la profundidad de juego de las tablas hash
persistentes establecida.
Rybka a veces usa equivocadamente la "profundidad de escritura" en vez
de la "profundidad de juego" para decidir cuando mover
instantáneamente durante el juego de partidas. Le sugerimos que desactive las
tablas hash persistentes durante el juego de partidas.
Si desea usar una solución más sofisticada, intente alguna de las siguientes:
a) Juegue partidas normalmente con las tablas hash persistentes y acepte como
normales algunas jugadas rápidas inadecuadas. Puede dañar los resultados, pero
servirá para mejorar el contenido de las tablas hash persistentes para el
futuro.
b) Fije el valor de profundidad de escritura en función del control de tiempo y
el ordenador de forma que se logre un compromiso razonable entre escribir
suficientes datos útiles en las tablas hash persistentes a la vez que no se
juegan demasiados movimientos instantáneos.
Enlaces
Versión multiprocesador: Deep Rybka 3 99.90 euros Versión para un procesador: Rybka 3 49.99 euros Libro de aperturas de Rybka 3 24.99 euros
Rybka 3 incluye una base de datos de un millón de partidas y la compra del
programa conlleva un año de acceso al servidor
Playchess.com.
Rybka 3 es un módulo UCI, que incluye las versiones para sistemas operativos de
32 y 64-bit. Rybka puede configurarse como módulo por defecto en ChessBase 10.
