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
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
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
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 (
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
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.
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
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
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.
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-
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
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
> 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
> > 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++
> 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
>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
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:
>
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
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
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
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
21 matches
Mail list logo