AInur

Apologies, the previous script was designed for moderate replay databases and purely optimised for performance. This version is safer as it counts the number of CPU cores that you have and limits the number of processes to just your core count. Of course it will be slower, but it's safer for low end systems. snipe_analyzer_platinum_safe.py The final process has to do the extra work, which slows down the overall generation. You can of course limit the folders that you want (for example we can have a CLI input for the user). I had no problem with running 100 concurrent processes, but it might be unsafe for some users. We can also try a multiprocessing pool.

This index error is caused by referencing an index greater than the length of the list. It could either be caused by commands[] being an empty list (your commands file was empty) or if there was no valid players. Given this replay was from 2018, it's very possible that earlier versions of the game stored its replays in different formats, so this heuristic script won't be able to interpret it correctly. Since the analyse_replay function is already in a try-except condition, the analysis for this particular replay failed but the other replays should be analysed correctly. It would be helpful if you can post that particular replay from 2018-04-28_0001 here for me.

@ffm2 Very nice scripts, thanks! On the first run of snipe_analyzer_platinum.py, there were some errors due to adding numpy arrays of different datatypes. The lines 220-224 have been fixed for you: def eco_scores(seq): score = np.array(seq['resourcesUsed']['food'], dtype='int64') score += np.array(seq['resourcesUsed']['wood'], dtype='int64') score += np.array(seq['resourcesUsed']['metal'], dtype='int64') score += np.array(seq['resourcesUsed']['stone'], dtype='int64') You need to specify the datatype when converting lists to numpy arrays. Also on line 20, you printed the string 'path' instead of the actual path. Both bugs are fixed in this file below: snipe_analyzer_platinum.py Applying your script on my replays:

Wow you are fast! Using your website, I get between 5 clicks and 9 clicks per second, with a mode of 7. This is consistent with the peaks in the graph from ffm's script. In addition, the simulation lag prolongs the turn times, so it's possible to have values equal or slightly exceeding the score from this website. The highest value seen on sanafur's graph was 17, which is well below his maximum CPS (especially when considering in-game lag), so everything is well explained.

You might be interested in:

What is the advantage of spam clicking so many times ? Do you spam click on just one spot or do you have to select different targets then spam click on every target once? (after trying alt + right click, I still found my queue method more effective at sniping. I just had to remember all of the numbers of archers needed to do an instant kill under different conditions)

You create diversity by adding more to each faction, not by removing their essentials!

As I said, most 0ad problems are caused by handicapping civilisations. If every civ has champion melee cavalry then the problem is solved. There are people who want to play Mauryas Athens and Sparta. These civs shouldn't be removed from the game. Your quest for diversity reduced diversity. Sometimes making the base structure tree the same helps a lot In the past you had complaints about slingers, archers, pikeman, skirmisher cavalry, almost every unit. If you had given every civilisation an archer, a skirmisher/ slinger, the problems wouldn't have existed! Everyone can make that op unit and it wouldn't have been a thing!

Yes, actually I think champion cavalry is weak. But the point of this thread is solving the problem of champion cavalry becoming the one and only solution in all TGs; all other gameplay becomes irrelevant when someone makes 30 champions. The current motion of TGs is a race to spam the most champions. The first to reach 35 champions wins for his whole team. All other units are irrelevant; all you need in your army is the champions. That is the problem right now. The champions themselves are not strong but they monopolise the battlefield. Mauryas , Spartans and Athenians are unplayable in late game due to the lack of this unit We are also seeing middle players letting their borders die just to buy them time for massing up this unit, then one player with 60 champs dominates the map with brainless brute force. This is not a health way of playing

Yes this is why people spam skirmishers, because they, unlike spear cav, kill champion cav Not really. Any group of class b or class a infantry will get massacred by a significant number of champion cavalry

Yes, to an extent. However, the situation where melee infantry units die first is still present Not if you play against me; I will snipe your skirmishers!

What exactly should I do to fix it?

0ad crashes whenever I try to start it. This became persistent and appeared suddenly. TIMER| InitVfs: 186.839 us FILES| Main log written to '/home/esme/.config/0ad/logs/mainlog.html' FILES| Interesting log written to '/home/esme/.config/0ad/logs/interestinglog.html' TIMER| CONFIG_Init: 2.24604 ms Sound: AlcInit success, using OpenAL Soft Assertion failed: "0 && (L"FYI: WARN_IF_FALSE reports that a function failed. Feel free to ignore or suppress this warning.")" Location: SoundManager.cpp:841 (RunHardwareDetection) Call stack: (0x59bae6a4bd84) /usr/bin/pyrogenesis(+0x84ed84) [0x59bae6a4bd84] (0x59bae69f80a0) /usr/bin/pyrogenesis(+0x7fb0a0) [0x59bae69f80a0] (0x59bae69f9a69) /usr/bin/pyrogenesis(+0x7fca69) [0x59bae69f9a69] (0x59bae69fa335) /usr/bin/pyrogenesis(+0x7fd335) [0x59bae69fa335] (0x59bae669af23) /usr/bin/pyrogenesis(+0x49df23) [0x59bae669af23] (0x59bae669e86e) /usr/bin/pyrogenesis(+0x4a186e) [0x59bae669e86e] (0x59bae669e9a1) /usr/bin/pyrogenesis(+0x4a19a1) [0x59bae669e9a1] (0x59bae65aed0c) /usr/bin/pyrogenesis(+0x3b1d0c) [0x59bae65aed0c] (0x59bae62ae375) /usr/bin/pyrogenesis(+0xb1375) [0x59bae62ae375] (0x59bae629d3ab) /usr/bin/pyrogenesis(+0xa03ab) [0x59bae629d3ab] (0x714b6a1621ce) /usr/lib/libc.so.6(+0x261ce) [0x714b6a1621ce] (0x714b6a16228a) /usr/lib/libc.so.6(__libc_start_main+0x8a) [0x714b6a16228a] (0x59bae62a71c5) /usr/bin/pyrogenesis(+0xaa1c5) [0x59bae62a71c5] errno = 0 (No error reported here) OS error = ? This log suggests Soundmanager.cpp is causing an issue. The sound system on my device is working. interestinglog.html is empty mainglog.html only loaded some autociv config strings, nothing of interest. I could play the game by using an appimage build, but ideally we can fix the main installation.

This is exactly what I did, but repeated maybe 2 times in 1 second? I often use alt + E to select cavalry and alt to select infantry. Maybe that was counted in this. I made an upgraded version of your script which batch processes all replays in the replay folder, writing the output graphs to each replay folder. This is more automatic, faster and fail proof snipe_analyser_pro.py

@ffm2, can you explain the difference between single attack and group attack? Here are 2 graphs from a replay that I saved: Being Astra- (1550) myself, I am sure that I didn't click on units 8 times in one second. I was not that fast. My main attack moves were Ctrl+Q and occasionally selecting 25 archers as dedicated snipers. My snipe move was holding down shift then right click on enemy units, which makes the sniper team kill off selcted enemies one by one. I didn't use Alt-click as I don't know how.