Re: [computer-go] On Don Dailey's first chess program

2008-11-22 Thread Ross Werner
Don Dailey wrote: Rexchess doesn't run on todays computers because they are too fast. One of the first things rexchess did was measure the speed of the computer, because it had a function to simulate a specified ELO playing strength. You could for example set it to play 1700 strength and it wou

Re: [computer-go] On Don Dailey's first chess program

2008-11-22 Thread Ross Werner
Don Dailey wrote: The download site was a web site. The original source of my program for free I don't remember, it might have been by software clubs where it was common to trade such things. Also, well before the web was popular there were still "bulletin boards", which you would connect to

Re: [computer-go] Help from some Linux users please

2008-11-07 Thread Ross Werner
Me too. Here are my results on Fedora release 8 (Werewolf): works: java version "1.5.0_16" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_16-b02) Java HotSpot(TM) Server VM (build 1.5.0_16-b02, mixed mode) works: java version "1.7.0" IcedTea Runtime Environment (build

Re: [computer-go] My idea for a non-regression board-implementation graphical tool.

2008-10-23 Thread Ross Werner
I second this. I have been using gtpdisplay ever since it was suggested on this list, and it has been working great. However, there are still a few things I want it to be able to do, so I would be happy to work with others who want to improve it as well. ~ Ross Jason House wrote: I ha

Re: [computer-go] GUI GTP Engine (not Controller)?

2008-10-17 Thread Ross Werner
Thanks, Gunnar! That did, in fact, do exactly what I wanted. :) ~ Ross Gunnar Farnebäck wrote: gogui-display does exactly what you want. /Gunnar Ross Werner wrote: Hi all, I'm looking for a very simple GUI GTP engine--not a controller. Programs like Jago or GoGUI are grea

Re: [computer-go] GUI GTP Engine (not Controller)?

2008-10-17 Thread Ross Werner
e wrote: Ross, I'm not getting it; what problem are you trying to solve? From: Ross Werner <[EMAIL PROTECTED]> Hi all, I'm looking for a very simple GUI GTP engine--not a controller. Programs like Jago or GoGUI are great GTP controllers--they can connect to a GTP engine like

Re: [computer-go] GUI GTP Engine (not Controller)?

2008-10-17 Thread Ross Werner
other open source go programs available too that will work. - Don On Fri, 2008-10-17 at 09:20 -0700, Ross Werner wrote: Hi all, I'm looking for a very simple GUI GTP engine--not a controller. Programs like Jago or GoGUI are great GTP controllers--they can connect to a GTP engine like

[computer-go] GUI GTP Engine (not Controller)?

2008-10-17 Thread Ross Werner
Hi all, I'm looking for a very simple GUI GTP engine--not a controller. Programs like Jago or GoGUI are great GTP controllers--they can connect to a GTP engine like GnuGo and play against it just fine. What I'm looking for is a program that *cannot* directly attach to GnuGo, but instead requir

Re: [computer-go] programming languages

2008-10-09 Thread Ross Werner
Zach Wegner wrote: On Thu, Oct 9, 2008 at 5:05 AM, Darren Cook <[EMAIL PROTECTED]> wrote: My concern is that to include all the rules of go, including capture logic, you need a few hundred lines of code... [snip] Don't be so sure... ;) Or use Perl. ;) On a more serious note, a while back I

Re: OT: Teaching Go (was Re: [computer-go] Re: Disputes under Japanese rules)

2008-09-20 Thread Ross Werner
Jeff Nowakowski wrote: On Fri, 2008-09-19 at 22:37 -0700, Ross Werner wrote: Do you see any mechanical issues with these rules, or do they still seem ad-hoc? "group" is ill-defined. It can mean indivisibly connected stones or loosely connected ones. In the false eye case, for exam

Re: OT: Teaching Go (was Re: [computer-go] Re: Disputes under Japanese rules)

2008-09-19 Thread Ross Werner
Jeff Nowakowski wrote: On Thu, 2008-09-18 at 19:41 -0700, Ross Werner wrote: The only exception is the "ridiculous invasion" scenario that started this thread--that's the only case that I have seen in which the "virtual"ness of the playout matters. That's a g

Re: [computer-go] Re: sgf format for non-quadratic board sizes?

2008-09-19 Thread Ross Werner
Urban Hafner wrote: Ah, right. I thought you were talking about implementing this feature for your own program. Personally I don't know of any program that supports rectangular boards. There was a recent thread on GoDiscussions about this topic: http://www.godiscussions.com/forum/showthread.php

Re: OT: Teaching Go (was Re: [computer-go] Re: Disputes under Japanese rules)

2008-09-18 Thread Ross Werner
A few responses; my apologies in advance for the length. Jeff Nowakowski wrote: On Wed, 2008-09-17 at 21:39 -0700, Ross Werner wrote: And, of course, once a beginner understands life and death in this manner, playing out disputed groups is the most natural way to determine the life-or-death

Re: OT: Teaching Go (was Re: [computer-go] Re: Disputes under Japanese rules)

2008-09-17 Thread Ross Werner
Peter Drake wrote: I'm inclined to agree, but it bothers me to have to explain life and death before scoring. Life and death therefore become part of the rules rather than an emergent consequences of the rules . I want to be able to give a tiny set of rules and then let players loose to di

Re: [computer-go] Re: Disputes under Japanese rules

2008-09-16 Thread Ross Werner
Don Dailey wrote: On Mon, 2008-09-15 at 21:05 -0700, Ross Werner wrote: Dave Dyer wrote: Japanese: bad. I don't think this is the case at all. The Japanese rules are just a human optimization, to avoid having to make the last 100 meaningless moves, and still arrive at the correct

Re: [computer-go] Re: Disputes under Japanese rules

2008-09-15 Thread Ross Werner
Dave Dyer wrote: Japanese: bad. I don't think this is the case at all. The Japanese rules are just a human optimization, to avoid having to make the last 100 meaningless moves, and still arrive at the correct score with a minimum of extraneous manipulation. The tortured details, while no

[computer-go] Java SGF Parser

2008-08-03 Thread Ross Werner
I'm looking for a nice Java SGF library that allows you to parse SGF files into a simple tree, and to serialize your own tree back to SGF. I've looked at a few of the open source Go projects currently out there, and I've searched the computer-go archives (and even found a post from myself a few