Topic: Difficulty levels
GunChleoc
Joined: 2013-10-07, 14:56
Posts: 3324  One Elder of Players Location: RenderedRect |
Posted at: 2016-02-24, 07:15
With the new starting condition, additional resources are given during the game already. So, the ai won't fall back as soon as those extra resources are used, because it will get more continually. What it needs is fine-tuning. We could also consider giving some partially promoted soldiers rather than a training site building. I'm not working on this right now, because I'm focussing on fixing the important bugs. Edited: 2016-02-24, 07:16
Busy indexing nil values 
Top
Quote
|
king_of_nowhere
Joined: 2014-09-15, 17:35
Posts: 1668 One Elder of Players |
Posted at: 2016-02-24, 13:02
Yes, but as I already argued, it still is not optimal because on a large map, say, 2 iron per minute is a lot in early game, but it is little in late game. Also, conquering a player's land gives you an advantage because said player will have less production; there is a dicotomy in the game between expanding more, making more buildings, but also being able to defend the extra land. All this is lost with a bonus that is independent on how much land is controlled. I argued more extensively at the posts 7 and 9 in this same thread, but they got covered by more recent postings. I am not saying to not do it. If it is easier to code, then so be it. But can you say that giving a static amount of resources (one that may be dependent on several factors, but still static once those factors are defined) is actually better than making the buildings work faster? Ok, with a lot of calculations you may make an algorithm that tailors the resources given to the size of the map, number of players, terrain controlled, buildings possessed, time in the game. The ending result of that would be something extremely convoluted to achieve exactly the same result as just speeding up the ai economy. And if we spend too much time fine-tuning this algorithm, in the end we spend more time than what would have been needed to simply implement the other solution. Speeding up the ai economy would also be a much more streamlined solution because it would not require any fine tuning at all. You increase the speed, you increase the difficulty, in the same way for any kind of map or game mode. I think it would actually take less time to code for it than to go with imperfect solutions that require lot of fine tuning. After all, this game has lacked difficulty levels for years; it can wait some more months until someone has time to implement the best solution.
Top
Quote
|
|
GunChleoc
Joined: 2013-10-07, 14:56
Posts: 3324 One Elder of Players Location: RenderedRect |
Posted at: 2016-02-24, 15:13
I still think we could have the new starting condition as well as eventually coding something in C++ for speeding up / slowing down the production. The starting condition could also give new player and edge so they don't get stuck because they have made a mistake and run out of wood or spidercloth, for example. Busy indexing nil values
Top
Quote
|
|
king_of_nowhere
Joined: 2014-09-15, 17:35
Posts: 1668 One Elder of Players |
Posted at: 2016-02-24, 15:35
ah, well, in that case we could have different ways to make difficulty levels, and the player on start may individually choose how to set all of them. works for me.
Top
Quote
|
|
Tibor
Joined: 2009-03-23, 22:24
Posts: 1377 One Elder of Players Location: Slovakia |
Posted at: 2016-02-25, 19:12
I dont like much the idea of different production speeds, however I played a bit with this branch and it is really fun. Here you can see today's test, blue player got that cheat mode, and all players were 'Normal AI', no teams. As you can see, it is struggling in first 2 hours but then it took off:
Top
Quote
|
|
GunChleoc
Joined: 2013-10-07, 14:56
Posts: 3324 One Elder of Players Location: RenderedRect |
Posted at: 2016-02-26, 14:15
Maybe start with some partially upgraded soldiers instead of the additional buildings? The 4 soldier values are health, attack, defense and evade in that order. Busy indexing nil values
Top
Quote
|
|
Tibor
Joined: 2009-03-23, 22:24
Posts: 1377 One Elder of Players Location: Slovakia |
Posted at: 2016-02-27, 21:01
But this crash is not problem specific for this new starting mode. Also Fortified Village is affected, and even bit more, because this tweak adds (with my changes, so far only for barbarians) 3 buildings, village gives 5 buildings I think - higher probability of lack of proper spots. I added:
This is useful for small maps / short games. But of course any changes are possible. And also some real playtests are needed. I tested only with AI. What I added is "rotation" over all warehouses (incl. headquarters and ports), there are 2 benefits
That crash says something like this - image not found: coroutine
Top
Quote
|
|
GunChleoc
Joined: 2013-10-07, 14:56
Posts: 3324 One Elder of Players Location: RenderedRect |
Posted at: 2016-02-28, 08:51
This crash does not sound like a lack of space issue. It would be good to get a backtrace. Busy indexing nil values
Top
Quote
|
|
Tibor
Joined: 2009-03-23, 22:24
Posts: 1377 One Elder of Players Location: Slovakia |
Posted at: 2016-02-28, 20:17
I put a print into lua code and indeed it said a building was not built and very shortly afterwards there was a crash... I will try to get a backtrace
Edited: 2016-02-28, 20:41
Top
Quote
|
|
GunChleoc
Joined: 2013-10-07, 14:56
Posts: 3324 One Elder of Players Location: RenderedRect |
Posted at: 2016-02-29, 07:19
Thanks for the backtrace - which map was that? I think we should put this into a new bug report. Edited: 2016-02-29, 07:19
Busy indexing nil values
Top
Quote
|
