Ataxx
Page 1 of 1
Ataxx writing a player for Ataxx
#1
Posted 06 December 2008 - 11:38 AM
as the Topic Description says,I wanna write a player for a game named Ataxx,which is defined here: http://en.wikipedia.org/wiki/Ataxx
I know how to write A player,but I'm trying to write an expert player,a player with a winning strategy...
but I have no idea about the whole algorithm part,any suggestions?
I know how to write A player,but I'm trying to write an expert player,a player with a winning strategy...
but I have no idea about the whole algorithm part,any suggestions?
#2
Posted 06 December 2008 - 11:41 AM
as the Topic Description says,I wanna write a player for a game named Ataxx,which is defined here: http://en.wikipedia.org/wiki/Ataxx
I know how to write A player,but I'm trying to write an expert player,a player with a winning strategy...
but I have no idea about the whole algorithm part,any suggestions?
I know how to write A player,but I'm trying to write an expert player,a player with a winning strategy...
but I have no idea about the whole algorithm part,any suggestions?
#5
Posted 07 December 2008 - 11:55 AM
in the last couple of days,I've been spending more time on the problem and came up with a bunch of new ideas which seem to work,but they have the lack of time... :-/
it's kind of like the old fashioned "brute-force" (checking all the cases and choose the best move possible)...
BUT,I'm trying to optimize it a bit,trying to decrease the time,for example decreasing the "depth" of the algorithm:
let's start from the bottom,the "Greedy algorithm" only considers the current move,now a better algorithm is to also consider the next move (the opponent's move right after ours) and then to choose the best move possible...
now the Greedy algorithm has depth 1,the second algorithm has depth 2 and so on...
now obviously the more depth our algorithm has,the higher becomes our chances of winning...
BUT,the lack of time is a serious issue here...
also another way to decrease the time,is to work on the "searching"(finding the best move possible) part,optimizing the search algorithm...
what do you guys think?
it's kind of like the old fashioned "brute-force" (checking all the cases and choose the best move possible)...
BUT,I'm trying to optimize it a bit,trying to decrease the time,for example decreasing the "depth" of the algorithm:
let's start from the bottom,the "Greedy algorithm" only considers the current move,now a better algorithm is to also consider the next move (the opponent's move right after ours) and then to choose the best move possible...
now the Greedy algorithm has depth 1,the second algorithm has depth 2 and so on...
now obviously the more depth our algorithm has,the higher becomes our chances of winning...
BUT,the lack of time is a serious issue here...
also another way to decrease the time,is to work on the "searching"(finding the best move possible) part,optimizing the search algorithm...
what do you guys think?
#7
Posted 07 December 2008 - 09:56 PM
LaFayette, on 7 Dec, 2008 - 02:05 PM, said:
you should take a look a the minimax game tree structure.
I've considered that,but there is two things about that:
1.the time is really important to us,each move must be made in less than 30 seconds,so I think we must decrease the depth of the algorithm or something...
2.these algorithms are MADE for the worst case ever,so they work the finest if our opponent is also strong and smart,but what if he isn't?I mean our algorithm/code prepares it self for the worst case ever and then performs a move.but maybe if he knew that the opponents move isn't that good,then there would be a better way to win,the question is that does this algorithm win against a weak opponent as well?
Page 1 of 1

Start a new topic
Add Reply




MultiQuote


| 


