Error323, if you could post on each release which maps its been tested with, that would help us to know what we should be seeing/testing. i've had a few short games now, it definitely starts well, not sure that its really teching up though? does it play well later? haven't really had time to find out.. seems to be crashing less though, good work!
The problem is the pathfinder, what appears to happen is that most of the times a path cannot be found (this is definitly a bug). On a failed pathfinding attempt, the task and path itself is removed:
However the next iteration it adds the same task again and the path fails again, this is looped forever. Now it attempts to find a path every iteration which is quite expensive, thats why it lags.
I'll figure it out this evening (working now), its just that it seemed fixed while it isn't >_<. When I tackled the problem, lags will be gone and it should be one smooth machine again
Your AI sounds very cool. I like the sound of the raiding and the threatmap. I was thinking of building a threatmap in my own at some point, I'll have to up the priority a little I guess
Thanks, yeah you probably should. I hope you can create your A.I. such that it beats mine :D Then the battle is on
hughperkins wrote:
For the cheating thing, it seems like having the AI cheat a little makes the AI more fun to play against, and I guess it's not that hard to take a non-cheating AI and make it suddenly cheat - have perfect knowledge of the enemy units even without scouting - so it's still possible to play against other AIs I guess, as long as the AIs have a configurable option to cheat.
I'm thinking about a hybrid model that can easily switch between cheating and non cheating.
hughperkins wrote:
Question: to what extent is there a version of E323 available for a release version of Spring? I do have a git version of Spring built, but it runs really slowly on my machine for some reason, and also I'd rather have a stable target to play against.
See the readme in the git repo (there isn't really a stable version atm, its all still alpha, but soon it will be fixed).
Last edited by Error323 on 07 Sep 2009, 13:26, edited 1 time in total.
hugh, threatmaps are great, though I found that when meddling with mine, optimizing values and how long they linger etc was a big deal and how often it would be increased and the algorithm to combine them. Exporting as TGA helped a lot
Well, the good news is I managed to get your AI to run on my PC, and in the same game as HughAI.
The bad news is that E323 absolutely slaughtered HughAI. There was my commander standing amidst the wreckage of charred, smoking used-to-be solar collectors and metal collectors, with a bunch of fleas whizzing around him, waiting for the kill.
So, great, when I wanted plausible competition, I really meant I wanted someone I could pretend to struggle to beat, not someone who would absolutely annihilate me
So, thanks, when I next want plausible competition to make me look good by not being better than me, I know who NOT to call
Nice work, E323, but ... don't get too complacent ... I've implemented maphack, though I don't dare try a rematch just yet
The downside is that it pre-calculates pathing maps. On large maps, this can take quite a while (please be patient), but results in faster ingame performance. I will cache this asap.
The downside is that it pre-calculates pathing maps. On large maps, this can take quite a while (please be patient), but results in faster ingame performance. I will cache this asap.
This does not sound like a good idea. The calculation takes really long, and I doubt users will wait for it to finish; caching it will not really solve the problem (I usually do a clean install every time there is a new spring version).
disagree with above.. i want it to pathfind as well as possible and don't mind a wait.. when you can cache, even better. although, stability and performance are really important, i'd rather see it play a few maps really well than all of them roughly.
The downside is that it pre-calculates pathing maps.
This does not sound like a good idea. The calculation takes really long, and I doubt users will wait for it to finish; caching it will not really solve the problem
My AI is still mostly on the drawing board but I was planning to handle this by doing the pre-calculation in a background thread at the start of the game (when there's no on-disk cache). Until it's done you can just do uncached pathfinding (usually you'll only have a couple of units at the start of the game so this shouldn't be too costly).
Something else that occurred to me is to see if it's possible to make use of the pathfinding info that Spring itself creates (see ~/.spring/maps/paths). I haven't looked into what exactly this is yet though -- it may not be useful.
The downside is that it pre-calculates pathing maps. On large maps, this can take quite a while (please be patient), but results in faster ingame performance. I will cache this asap.
This does not sound like a good idea. The calculation takes really long, and I doubt users will wait for it to finish; caching it will not really solve the problem (I usually do a clean install every time there is a new spring version).
I can't figure out why it crashes there though, hasn't happened to me at all yet :/ And for some reason I cannot use the pastebin information for debugging, it gives me jabberish.
I think I have found a way to reduce prepathing times and improve pathfinding overall. The problem is the discretization of the slopemap, I have to downscale it for the current cpu's to perform realtime pathfinding using A* as search algorithm.
Users browsing this forum: No registered users and 1 guest
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum