DR800 porting iLiad games to dr800

[Mohammad Reza]

Hi,

I wonder if there is a easy way to porting iLaid's applications (like chess) to dr800 ?

[dima_tr]

I've tried Xmahjongg and Ace of Penguins. Compilation went fine, but I still should solve the problem with repaint for these are not gtk applications. GnuChess - have to check.

[Mohammad Reza]

Originally Posted by dima_tr

I've tried Xmahjongg and Ace of Penguins. Compilation went fine, but I still should solve the problem with repaint for these are not gtk applications. GnuChess - have to check.

nice

if you were successful, please let us know a brief description about the whole process of compilation and adjustment.

[Iñigo]

Originally Posted by Mohammad Reza

Hi,

I wonder if there is a easy way to porting iLaid's applications (like chess) to dr800 ?

I tried to port a chess program to DR800 some months ago, but with no luck.

Linux chess programs usually consist in 2 parts, the backend (engine) and the frontend (user interface).

- backend:
gnuchess v5.07: successfully compiled, not so difficult
crafty v23.2: crafty is a popular and powerful engine, but it needs some advanced CPU's registers and instructions not available in ARM CPUs.

- frontend:
Some alternatives here:
xboard: the canonical gnuchess frontend, it uses old Xaw/Xmu/Xat widgets, which I was able to compile, but they are too old to make screen refreshes easy to add
eboard: powerful, but uses gnomecanvas (already ported to DR) but screen refreshes are hard
gnome-chess: interesting option but uses some gnome libraries (libgnome[ui], libbonobo[ui]...) so porting would be not easy

And then I stopped...

IMO the way would be to work on eboard and port all that gnomecanvas stuff to support refreshes. Btw, we/you could use gnomecanvas or goocanvas (more modern), as I successfully compiled both for DR devices. Tell me if you want them.

Iñigo

[Mohammad Reza]

Originally Posted by Iñigo

I tried to port a chess program to DR800 some months ago, but with no luck.

Linux chess programs usually consist in 2 parts, the backend (engine) and the frontend (user interface).

- backend:
gnuchess v5.07: successfully compiled, not so difficult
crafty v23.2: crafty is a popular and powerful engine, but it needs some advanced CPU's registers and instructions not available in ARM CPUs.

- frontend:
Some alternatives here:
xboard: the canonical gnuchess frontend, it uses old Xaw/Xmu/Xat widgets, which I was able to compile, but they are too old to make screen refreshes easy to add
eboard: powerful, but uses gnomecanvas (already ported to DR) but screen refreshes are hard
gnome-chess: interesting option but uses some gnome libraries (libgnome[ui], libbonobo[ui]...) so porting would be not easy

And then I stopped...

IMO the way would be to work on eboard and port all that gnomecanvas stuff to support refreshes. Btw, we/you could use gnomecanvas or goocanvas (more modern), as I successfully compiled both for DR devices. Tell me if you want them.

Iñigo

so the problem is not the engine. even if we want to use crafty, I think there would be a translator for converting some not supported instructions to ARM instructions (although it's a guess)

Iñigo, I think you are far far a head of me . Instead of using DR1000 virtual machine for DR800, I wanted to install the whole SDK and simulator on UBUNTU 10.4 myself !!! and guess what => I stopped there

although I am looking for a new free time to start over

anyway, nice work Iñigo

[Mackx]

Originally Posted by Iñigo

- frontend:
Some alternatives here:

eboard: powerful, but uses gnomecanvas (already ported to DR) but screen refreshes are hard

Can the gtk_label-trick, that I used for xournal, be used to easily trigger a screen refresh?

[joepsichip]

And the gnugo? is possible?

[dima_tr]

Teaser: I have gnugo running (yoohoo!), but very unstable .. Will proceed with stabilizing. Keep your fingers crossed