First of all I decided to leave Negamax and go with Principal Variation Search (PVS). Also decided to implement separate methods for root nodes, PV nodes and null window searches. On previous experiments PVS was performing worse than Negamax, but I discovered the reason: the aspiration window has some implementation issues with PVS: when the search for a move fails low at the root node the move must be researched enlarging the window.

I was very stranged of why Futiliy Pruning was not working for me, but finally discovered the reason: a simple sign change after evaluation was the reason! Also implemented to store the evaluation values on the Transposition Table (TT).

The next step: why Carballo searched much less depths than other engines, it was due to quiescence search. I was generating checks for the first 4 PLY’s of quiescence, but some other engines not, so this was the reason. I decide to generate only checks on the first PLY of quiescence and only for PV nodes. Also modified a bit the move generation to optimize for quiescence.

During this time also found many interesting bugs, I was storing on the TT the bound and not the score when failing high/low, also on PV nodes is better to use only the TT for ordering and not to return scores from it, this helps avoiding draws. Also found a serious bugs involving time management (was taking as reference opponent’s time) and with contempt factor on IID searches corrupting TT entries. Finally added a Pawn Push Extension and removed the Recapture Extension and now some extensions now depend of the node type.

Running some test tournaments, I hope to get some good results soon and add the improved engine to my Mobialia Chess.

Jim Ablett has published a packaged executable for my Carballo chess engine. He also made a pretty logo for it, shown here. Check his page to download executables for Carballo and a lot of other chess engines: Jim Ablett’s Winboard Chess Page. Thanks Jim for your great work!

GWT is provided from Google to develop applications in Javascript programming in Java. It conterts the Java code to Javascript, and the application is run on the browser, without any additional plugin.

This interface is quite better than the sample Applet from Carballo, it has move history, legal move hightlighting, and SVN graphics. It can be used from:

http://www.vectomatic.org/gwt/libgwtsvg-chess/libgwtsvg-chess.html

He also wrote an article explaining the difficulties of his project. Thanks Lukas for your work.

• Static Exchange Evaluator (SEE): the biggest change,  affects move ordering introducing more move generation phases, also affects LMR, etc.
• New “experimental” evaluation function, with King Safety, X-Ray attacks and improved mobility
• Recapture extension, also changed a lot the extension mechanics adding fractional extensions
• Quiescense search now only generate checks the first 4 PLYs and follows only good captures
• UCI Options: can configure Hash Size, Book, LRM, IID, extensions, the evaluator to use, etc.
• Bugs with draw detection by the 50 move rule (I was doing at 50 PLY), and lots of other small bugs solved

Finally the Negascout code did not improve results at tournaments, so all the Negascout code is commented in the SearchEngine. I’ll continue to investigate.

With this release I include an package to run the program from chess GUIs like Arena, so now it can be included in “official” tournaments.

ELO at tests had a big increase from last version. Now scores over 2330 ELO points at BT2630 test (from the 2100 of Carballo 0.2). Also the positions solved of the “win at chess” test are now 275 of 300 (from the previous 237/300), well, also helped that the EPD parser had a bug and didn’t work well with positions with more than one solution. In LCT II also scores 2300 ELO. All the tests results are in the SVN, at the folder “testresults”.

But at tournament (playing against other java chess engines), the improvement is not so much. Now I think is over BrembroCE, but remains behind Jonathan Pettersson’s Mediocre, Alf and Frank Walter chess engines. I will center the next testing in tournament play.

Play Against Carballo Chess Engine

Play Against Carballo Chess Engine

It is a work-in progress, but a good framework to test some ideas in chess programming and good enought to play some interesting games against it (well, actually I am not able to win it, but I am a very poor chess player).

Now I’m mounting my kitchen from Ikea, so I haven’t time to improve Carballo, but in a near future I’ll continue working on it.

Mediante la tecnología Java Web Start, el programa se puede ejecutar directamente desde su propia página web, http://sweethome3d.sourceforge.net/, siempre que se tenga Java instalado.

Hay una gran cantidad de modelos de objetos para utilizar con el programa, muchos descargables desde varias webs dedicadas al tema, por lo que se puede utilizar para el diseño integral de baños, cocinas, etc. En definitiva, una buena alternativa a otros programas 3d para el diseño de casas.

Pero bueno, el negocio de los CRMs/ERPs no está en su desarrollo (y por consiguiente en sus licencias), sino en su implantación y su mantenimiento, debido a los altos costes del personal especializado que debe adaptar un ERP a las necesidades de una determinada empresa.

No obstante, en el terreno del Open Source investigué varias veces para encontrar una buena solución, pero nunca me gustaron ni Compiere, ni su principal fork, Adempiere, ni su versión española, OpenXpertya, por su excesiva complejidad, la dificultad para ponerlos a andar con una BBDD que no fuera Oracle. También llegué a probar Facturalux (ahora se llama AbanQ), muy orientado hacia pequeña empresa, pero no me gustó el que no funcionara bien en Windows ni su arquitectura, usando QT y almacenando el código de script en la base de datos.

Hace poco me tropecé con OpenBravo, un ERP de código abierto totalmente web cuyo modelo de datos se basó en Compiere. Está realizado por una empresa española que recibió una inyección de capital de 5M€. Inicialmente, el hecho de que fuera web me echó un poco hacia atrás (la vieja disputa de aplicación local o aplicación web), pero el interfaz es muy correcto, y creo que a muchos clientes, les colaría como una aplicación local si se abre en un navegador sin menús ni barra de herramientas.

En cuanto a arquitectura, me gusta mucho, casi como si lo hubiera diseñado yo. Se ejecuta sobre un Tomcat en un sistema MVC que han implementado ellos, pero usando Hibernate para el acceso a datos. Lo que me convence mucho es que permita funcionar tanto con Oracle como con Postgres (aunque requiera la versión 8, que no viene de serie en mi Debian Etch, tocó compilar…).

La instalación es muy sencilla: dispone de un instalador gráfico que facilita mucho la tarea, aunque tarda bastante (algo más de una hora), ya que recompila la aplicación y una instalación base ocupa casi ¡1 GB!.

En cuanto a funcionalidades, dispone de gestión de aprovisionamiento, almacén, producción, facuración/contabilidad, proyectos y CRM. En la parte que más conozco yo, que es la de CRM lo veo un poco pobre ya que carece de gestión de OPVs y de incidencias de clientes, está mas orientado a producción. No obstante, se necesitaría una empresa cobaya para ver que tal funcionaen el resto de sectores.

En fin, cuando os pregunten por un ERP Opensource, tened muy en cuenta a los compatriotas de OpenBravo.

Pues bien, Jordi Marquès se ha molestado en fusilar directamente la apariencia de Google Mail, y hacer así un webMail de código abierto, un proyecto que se llama Duroty.

La solución me parece muy elegante, desarrollada integramente en Java y sobre el servidor de aplicaciones JBoss y la BBDD Postgres, con posibilidades de configuración en clúster. Sus características son muy notables, entre las que destacan la posibilidad de realizar búsquedas en el texto de los adjuntos (incluso en documentos Office), lectores de RSS… bueno, lo mejor es que lo probéis en http://www.duroty.com/duroty utilizando como usuario demo y como contraseña demo. Enhorabuena a sus desarrolladores.