Did you ever test that in Multiplayer? I guess for speedruns that's not a relevant criteria?Bilka wrote: Mon Dec 30, 2019 6:39 pm https://github.com/gotyoke/Factorio-AnyPct-TAS
https://github.com/Bilka2/factorio-tas-playback
Both somewhat outdated and my fork definitely isn't feature complete. Good luck.
My fork works in multiplayer if the runner is the host. That means you could host the tas and have spectators. It doesn't work for joining players, because the latency/multiplayer logic can randomly delay actions a few ticks (usually when latency changes), most meaningful of those actions are crafting, mining and walking. Since the mod just does "x task at y tick", just a 1 tick delay in for example mining means that the mining isn't finished and everything goes wrong. A true multiplayer version would have to be more dynamic and work with events etc. However, there is another flaw to multiplayer: players joining messes with the rng, so the rng "manipulation" used for mining coal rocks doesn't work. For that reason, I never looked into making the mod dynamic.eradicator wrote: Thu Jan 02, 2020 3:11 pmDid you ever test that in Multiplayer? I guess for speedruns that's not a relevant criteria?
Just wondering if walking_state actually is meaningfully usable outside of a 0-ms-ping context now.
Ah yes, that would be exactly the experience i had :(. Thanks for confirming. Wish i could just issue a unit-style move command to the player.Bilka wrote: Thu Jan 02, 2020 4:03 pm My fork works in multiplayer if the runner is the host. [...] It doesn't work for joining players
eradicator wrote: Fri Jan 03, 2020 4:07 am Wish i could just issue a unit-style move command to the player.
Can't currently test that. But if it's just an on_tick manipulation of walking_state wouldn't it still look shitty to the player who's "being walked" when lag-hiding does it's thing in a laggy mp game?Klonan wrote: Fri Jan 03, 2020 12:07 pmI made this script a few months ago for an experiment I was working on, its probably still rough around the edges.eradicator wrote: Fri Jan 03, 2020 4:07 am Wish i could just issue a unit-style move command to the player.
I don't see why it would look shitty, the script will execute on_tick for the client, and latency hiding won't have any effect unless you start pressing the movement keyseradicator wrote: Fri Jan 03, 2020 12:40 pmCan't currently test that. But if it's just an on_tick manipulation of walking_state wouldn't it still look shitty to the player who's "being walked" when lag-hiding does it's thing in a laggy mp game?Klonan wrote: Fri Jan 03, 2020 12:07 pmI made this script a few months ago for an experiment I was working on, its probably still rough around the edges.eradicator wrote: Fri Jan 03, 2020 4:07 am Wish i could just issue a unit-style move command to the player.
Edit: Original post here viewtopic.php?t=58090
That was also my expectation when i first tried this 2 years ago, but at the time (possibly to lacking experience) i found no way to make it work properly in mp. And it'll be a few weeks until i can test this.Klonan wrote: Fri Jan 03, 2020 1:41 pm Ping would only have an effect if some command was being sent from the server each tick, but this is all controlled inside the Lua script of the game, so MP or not won't make a difference
Did you read my post?Klonan wrote: Fri Jan 03, 2020 1:41 pm I don't see why it would look shitty, the script will execute on_tick for the client, and latency hiding won't have any effect unless you start pressing the movement keys
Ping would only have an effect if some command was being sent from the server each tick, but this is all controlled inside the Lua script of the game, so MP or not won't make a difference
Bilka wrote:It doesn't work for joining players, because the latency/multiplayer logic can randomly delay actions a few ticks (usually when latency changes), most meaningful of those actions are crafting, mining and walking.
Thats not how the Lua scripting works, the Lua script isn't ever delayed, it always executes on every tick for every client and serverBilka wrote: Fri Jan 03, 2020 8:05 pmDid you read my post?Klonan wrote: Fri Jan 03, 2020 1:41 pm I don't see why it would look shitty, the script will execute on_tick for the client, and latency hiding won't have any effect unless you start pressing the movement keys
Ping would only have an effect if some command was being sent from the server each tick, but this is all controlled inside the Lua script of the game, so MP or not won't make a difference
Bilka wrote:It doesn't work for joining players, because the latency/multiplayer logic can randomly delay actions a few ticks (usually when latency changes), most meaningful of those actions are crafting, mining and walking.
By setting shooting state? Certainly never thought of using it like that. Albeit that has the drawback of applying the weapons movement penalty.Klonan wrote: Fri Jan 03, 2020 8:11 pm The solution is to disable the latency hiding, which I see from this old post you have mentioned before eradicator:
viewtopic.php?t=63525
That is how lua scripting works. Here is a demonstration. On the left is the host, on the right the joining player. The joining player is commanded to craft pipes by script, and the finishing ticks of the crafts are printed into chat. You can see that the crafting takes 2 ticks longer to complete than it should (see chat history) due to a latency change.Klonan wrote: Fri Jan 03, 2020 8:11 pm Thats not how the Lua scripting works, the Lua script isn't ever delayed, it always executes on every tick for every client and server
Code: Select all
/c local player = game.players[2]; global.tick = game.tick; player.insert{name = "iron-plate", count = 8}; player.begin_crafting{count=8,recipe="pipe"}; script.on_event(defines.events.on_player_crafted_item, function(e) game.print(e.tick - global.tick) end)