True! And some other opening moves are solved too. I do however aim to solve even the previously solved moves.
8x8 is by the way harder than I first thought. 7x7 I can solve in a few hours on a single computer, but for 8x8 I so far have had about 10 computers working for several days.
I'm afraid I don't have any good answers to give. I believe I know the rules of the game, but I have never played it.
With that said, the game do looks possible to solve. The game is more complicated than hex, but there is rather few cells. Very tempting to give it a try, but my hex solution algorithm would need some serious modification and I do feel a bit short of time at the moment :(.
Agree, H1 is an interesting opening move and I look forward to the solution. However, the solution is rather far away, and the program still judges both sides close to equal.
My understanding from talking to some people at iggamecenter was that on smaller boards (2x2 up to 7x7), A1,B1,C1,... all lose for player 1, right up until the "obtuse corner", which is a winning move. So if I were a betting man I'd guess that on an 8x8, with the above notation, 1.H1 will be a win for white.
gives solutions for hex-with-swap up to 6x6. isometry: what is the source for the hexwiki 7x7 board in the above link? Is this just "what is generally believed" or is this computer-checked? The hexwiki is very unclear at this point as to whether it is making proven statements or statements of the form "this is what everyone thinks".
I don't know the source, but I've heard somewhere that 7×7 was solved (and presumably not by queenbee), so I would guess the info for this size is true.
To my knowledge both 8x8 and 9x9 is unsolved for all but a few openings. The page you refer to claims that the middle cell in 9x9 is a win for the first player, but says nothing about the other openings.
Sorry for the lacks of updates. Solved a few more opening moves, but there is still much calculations need to be done. Very hard to estimate how much time is needed, but I do have hopes it will be done within a few weeks.
On Little Golem, the first player moves North/South, whereas you have choosen East/West, Javerberg. That is a bit confusing. And it becomes directly wrong on the wiki, as for sizes 1-7 the first player moves N/S, one must assume the same is true for 8x8. Would it be much trouble for you to rotate the board? At least for me, that would make it much easier to percieve (here, the common a3 opening is suddenly c1). Otherwise, great work!
Any progress ? Anyway, thanks for the good work done so far. As a side question, do you keep the refuting moves in memory when the opening is losing (at least one of the moves)?
The program completed earlier this week, and I will present the result here today or tomorrow. I will also update the hexwiki article for Small_boards.
Hallabada, I saw you already transferred the results from the figure about to this page. Thanks! You forgot to reflect the board (See Marious post above), but I fix this when I post the rest of the result.
I did keep the refuting moves, but note that I only have the top part of the tree saved (a few tens of millions positions). The bottom part was handled by the clients, and never reached the server.
It's very tempting to try 9x9, but with same algorithm and hardware I believe it would take at least a decade. Beside it's 10x10, the old playsite size, I really would like to solve.
Also tempting to try to turn the program into a strong engine for 13x13 hex. However, on the top of my list is to try out some algorithm improvements. Most likely they will not give any thing extra, but if they do I can try to use them both for the 13x13 engine and 9x9 solving.