[Computer-go] CGOS future
ds2 at physik.de
Thu Apr 9 07:14:36 PDT 2015
Hi, I just started playing on 13x13 again, very busy :)
One feature request:
give the programmer the chance, to add some information to the bot (in
the configuration file?!):
e.g. Aya783a_50 (is it 50 playouts?! seems to slow for that or running
on an old mobile :)
Am 06.04.2015 um 14:21 schrieb Joshua Shriver:
> This sounds like a good idea and I haven't ruled out Java, but not the
> biggest fan. But would rather do it in Java than say C.
> I was leaning toward C# since it's a very popular and portable
> language. The code would be portable among Win/Lin/OS X heck even
> Android/iOS (for viewer) due to Xamarin.
> I'm working on the first baby-steps of just getting a very basic
> server/client model up and running and as you said relying more on GTP
> and the engines to do more self-checking and use cgos only as a
> gateway (till next update).
> Going to use mysql/mariasql instead of lightsql. Then I can use php
> for the backend webwork.
> I'm going to re-use some of the webcode I wrote years ago for OICS as
> well so that will kickstart that portion a bit.
> Will update more as things progress.
> On Mon, Apr 6, 2015 at 6:13 AM, Detlef Schmicker <ds2 at physik.de> wrote:
>> What about just start the project on github or https://bitbucket.org/ (is
>> not bad at forking and merging)
>> Open an issue for the discussion and off we go:)
>> When I was thinking of a quick solution I was thinking about gogui, which
>> supports most of the game handling already.
>> GoGui is well tested and widely used, as far as I know. The twogtp tool is
>> used e.g. in CLOP and works really great. A observer program may be added to
>> judge the resulting position, e.g.
>> The first server / client would not have to do much more than authorization
>> and afterwords tunneling gtp to get it playing and logging the games and
>> The result logs would be used to compute the ratings (possibly by a
>> independend process)?!
>> I have no special wishes about programming language, but as kgsclient
>> requires java anyway, java dependency is no additional dependency for new go
>> I do not love java, but if one thinks of integrating the server into gogui
>> it might be a good idea to use?!
>> I would just start and try connecting Markus Enzenberger (author of GoGui
>> later, if he is interested in merging?!)
>> I would definitely work on the project, but it should have a quick start and
>> room for improvement later:)
>> Am 03.04.2015 um 16:11 schrieb Joshua Shriver:
>>> Agree as well. But would like to offer both options. Planning to
>>> use github and make it 100% open source.
>>> On Fri, Apr 3, 2015 at 10:05 AM, Christoph Birk
>>> <birk at obs.carnegiescience.edu> wrote:
>>>> On Apr 3, 2015, at 5:40 AM, folkert <folkert at vanheusden.com> wrote:
>>>>>>> My goal is to move away from interpreted languages and release SOLID
>>>>>>> .exe or bin for unices.
>>>>>> Are you talking about servers or clients there?
>>>>> For clients, PLEASE do not release binaries, release sources. No sane
>>>>> linux user installs random binaries.
>>>> I 100% agree,
>>>> Computer-go mailing list
>>>> Computer-go at computer-go.org
>>> Computer-go mailing list
>>> Computer-go at computer-go.org
>> Computer-go mailing list
>> Computer-go at computer-go.org
> Computer-go mailing list
> Computer-go at computer-go.org
More information about the Computer-go