Re: [Computer-go] CGOS future

2015-04-09 Thread Hiroshi Yamashita
Hi, e.g. Aya783a_50 (is it 50 playouts?! seems to slow for that or running Yes it is 50 playouts, and It waits 4sec per move. Also gnugo anchor uses 4 sec wait. Without wait, gnugo spends a lot of cpu time when there are only short thinking programs. I also run pachi, mogo and fuego 10k. I wi

Re: [Computer-go] CGOS future

2015-04-09 Thread Urban Hafner
On Thu, Apr 9, 2015 at 4:14 PM, Detlef Schmicker wrote: > Hi, I just started playing on 13x13 again, very busy :) > It is you that's running all the strong bots? If so, thank you! My second copy of GnuGo had reached an ELO rating of almost 1900 these last days, but now it's back down to almost 1

Re: [Computer-go] CGOS future

2015-04-09 Thread Detlef Schmicker
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 :) Detlef Am 06.04.2015 um

Re: [Computer-go] CGOS future

2015-04-06 Thread Petr Baudis
Hi! I think Detlef is thinking right about it - if I had the time to work on CGOS, I would look at reusing whatever is done already in the area of having programs play against each other, and extending that with literally just networking + userdb + rating + autopairing + webreports. Gogui (

Re: [Computer-go] CGOS future

2015-04-06 Thread Hugh Perkins
C# is a nice language, but for anything open-source, the fact that it was created by Microsoft kind of 'taints' it. Which is not to say that java is very untainted these days, being owned by Oracle... From a practical point of view, java does most things that C# does, with a few obvious exception

Re: [Computer-go] CGOS future

2015-04-06 Thread 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.

Re: [Computer-go] CGOS future

2015-04-06 Thread Detlef Schmicker
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. http://gogui.source

Re: [Computer-go] CGOS future

2015-04-04 Thread Urban Hafner
Joshua, I think you should just pick the language(s) that keep YOU motivated. The only hard requirement seems to be that you need the clients to work on Windows, Linux, and Mac OS X. A web framework seems to exist in every language these days so that doesn't really narrow down the selection. I

Re: [Computer-go] CGOS future

2015-04-03 Thread Michael Sué
And using a clearly defined http web server protocol, probably built around json, and then the clients will take care of themselves: all modern languages, except C/C++, come with a good web client library, and a good json library. Just hand out a helper C library, perhaps with a C++ wrapper API.

Re: [Computer-go] CGOS future

2015-04-03 Thread Dave Dyer
Is anyone else bothered the line endings of cgos messages are being transformed, which makes everything mash onto one long line on my mail reader ? ___ Computer-go mailing list Computer-go@computer-go.org http://computer-go.org/mailman/listinfo/computer-

Re: [Computer-go] CGOS future

2015-04-03 Thread Joshua Shriver
Agree as well. But would like to offer both options. Planning to use github and make it 100% open source. -Josh On Fri, Apr 3, 2015 at 10:05 AM, Christoph Birk wrote: > > On Apr 3, 2015, at 5:40 AM, folkert wrote: My goal is to move away from interpreted languages and release SOLID

Re: [Computer-go] CGOS future

2015-04-03 Thread Christoph Birk
On Apr 3, 2015, at 5:40 AM, folkert 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 r

Re: [Computer-go] CGOS future

2015-04-03 Thread Darren Cook
> I disagree with that. Why does it suck? (Getting a bit OT for computer-go, so I replied off-list; if anyone was following the conversation, and wants to be CC-ed let me know.) Darren ___ Computer-go mailing list Computer-go@computer-go.org http://com

Re: [Computer-go] CGOS future

2015-04-03 Thread folkert
> > BTW I am a Linux guy true and true since 1994. But I am DAMN tempted > > to write it in C#. > > I use mono on linux [1], and c# is an OK language for this kind of > thing. RestSharp is an interesting library for web service *clients*, > but of course you are writing a server. > > Lots of C++

Re: [Computer-go] CGOS future

2015-04-03 Thread Darren Cook
> BTW I am a Linux guy true and true since 1994. But I am DAMN tempted > to write it in C#. I use mono on linux [1], and c# is an OK language for this kind of thing. RestSharp is an interesting library for web service *clients*, but of course you are writing a server. Lots of C++ programmers on

Re: [Computer-go] CGOS future

2015-04-03 Thread Dave Dyer
>It's easy to get 20+ ppl saying OMG I want to help. But I need at >least 1-2 more core devs outside me, especially if I'm working in a >language outside my zone. All I can say is, if you need 1-2 outside collaborators, you better have a plan B. Everyone dances to their own tune, and no one wa

Re: [Computer-go] CGOS future

2015-04-03 Thread Chad Williamson
The desire for a compiled language with a web and Linux affinity and a spec short enough to actually understand basically describes the motivation of Go(lang) (http://golang.org/), doesn't it? (As if this subject didn't have enough puns...) On Fri, Apr 3, 2015 at 2:21 AM, Igor Polyakov wrote: >

Re: [Computer-go] CGOS future

2015-04-03 Thread Igor Polyakov
C++ is not simple at all. It's probably the biggest language out there with the most caveats. On 2015-04-03 0:13, folkert wrote: Please write it in something common. If you target linux I think it is unusual to target .net. Why not just c++? Proven technology, simple to write in. On Thu, Apr 0

Re: [Computer-go] CGOS future

2015-04-03 Thread folkert
Please write it in something common. If you target linux I think it is unusual to target .net. Why not just c++? Proven technology, simple to write in. On Thu, Apr 02, 2015 at 09:02:09PM -0400, Joshua Shriver wrote: > BTW I greatly appreciate all the input! and put in TODO.txt > > Since I do plan

Re: [Computer-go] CGOS future

2015-04-02 Thread Igor Polyakov
I would totally participate if it was written in Haskell. The benefit is that it releases an .exe and it has web frameworks and DB stuff already written in it. Languages like Rust are not mature enough, while C++ is not safe enough. C# and Java of course compile to bytecode and not native. On

[Computer-go] CGOS future

2015-04-02 Thread Joshua Shriver
BTW I greatly appreciate all the input! and put in TODO.txt Since I do plan to make this open source and ON github. Guess I'm looking for "helper developers" I own like 12 servers so can host, while keeping the solid boardspace in tact. In fact I just bought 2 more servers, 1 real 1 replicatio