[Klonan] [2.0.8]PVP - Unable to create space platforms, misc bugs.

[Antiman9]

PVP mode seems to have a number of bugs, numerous items from other planets already unlocked, and I am completely unable to launch a rocket or space platform, there is never a button that actually "Launches" the rockets despite the silo being ready and creating a new "Surface" doesn't start the launch.

Disabled winning via rocket launch may be the cause.
I attempted to launch cheat mode to debug the issue and see if I could manually create the surface, upon doing so, it still isn't possible to launch to it, etc.

Maybe a new more viable multiplayer PVP scenario could be added for Space Age?
Something like a "First person to land on all planets wins." or something as such?

Below is a screenshot, nothing lets the rocket launch from the silo, despite both progress bars being 100%.

10-22-2024, 03-28-35.png (2.08 MiB) Viewed 2535 times

[scarry]

Same Situation on my pvp-server. Trying to find a workaround. I'll post it here if I find anything.

[Antiman9]

Thank you, I've tried changing various scenario settings to no avail, it seems until an update is made PVP is strictly limited to a single surface.

[Klonan]

Hi,

Thanks for the reports,

I have fixed it by using the normal Nauvis surface for the PvP scenario instead of the custom 'Battle surface'.
This should make everything work normally, platforms and such should work, etc.

If there are any more problems please make a new bug report

[ywevis]

How do we do this? How can we recover the save from the server? We restarted and went into god mode, filled the rocket and still have the same map name when we try to launch.

[scarry]

How do we do this?

Edit: Version 2.0.10 - Fixed using a custom surface in PvP was preventing Space Age progression

[winwinner_forum]

How do we do this?

Edit: Version 2.0.10 - Fixed using a custom surface in PvP was preventing Space Age progression

Greetings, we have installed Beta 2.0.10 from Steam. The issue persists.
Can you tell me, in the release version 2.0.10 it will be fixed? Or do I need to do some manipulations with the save file? If the answer to the last question is "Yes", can you attach the instructions?
I'd hate to have to start all the progress all over again.

[DarkMukke]

Updated PVP server to 2.0.10 Experimental, still same problem

[Klonan]

The fix only applies to new scenarios

If you want, you can try to migrate the save with a command:

Code: Select all

/c
local surface = game.player.surface for chunk in surface.get_chunks() do surface.clone_area{source_area = chunk.area, destination_area = chunk.area, destination_surface = "nauvis", clone_tiles = true, clone_entities = true, clone_decoratives = true, clear_destination_entities = true, clear_destination_decoratives = true, expand_map = true} end
for k, force in pairs (game.forces) do  force.set_spawn_position(force.get_spawn_position(game.player.surface), "nauvis") force.set_surface_hidden("nauvis", false) end
for k, player in pairs (game.players) do player.teleport(player.position, "nauvis", false, false) end
storage.pvp.surface = game.surfaces.nauvis
game.delete_surface("battle_surface_1")

Do it while standing on the battle surface, and I think it should work,
Only problem might be power poles getting a bit messed up

[tokumei]

Besides the power poles (which won't connect across chunk boundaries when copying chunk-by-chunk), I ran into another issue with the above command - the map charts were not preserved. I added in a `copy_chart` call to fix that.

In addition, I fixed the power poles by cloning the entire map region in one call instead of chunk-by-chunk. You need to get the left-top and right-bottom X,Y coordinates surrounding your current map (e.g. using the "Cursor" information in F5 view), and insert them where it says `{{left, top}, {right, bottom}}`. These are not necessarily centered around the origin (0, 0). In my case, left-top was (-20000, 8000) and right-bottom was (-15000, 12500)

This is the command I came up with:

Code: Select all

/c local area={{left, top}, {right, bottom}} local src_surf = game.get_surface("battle_surface_1") src_surf.clone_area{source_area=area, destination_area=area, destination_surface="nauvis", clone_tiles=true, clone_entities=true, clone_decoratives=true, clear_destination_entities=true, clear_destination_decoratives=true, expand_map=true} for k, force in pairs(game.forces) do force.set_spawn_position(force.get_spawn_position("battle_surface_1"), "nauvis") force.copy_chart(force, "battle_surface_1", "nauvis") force.set_surface_hidden("nauvis", false) end for k, player in pairs(game.players) do player.teleport(player.position, "nauvis", false, false) end storage.pvp.surface = game.surfaces.nauvis game.delete_surface("battle_surface_1")

Caveats that we've noticed:

- The boundary between old and new map is glitchy. Some chunks are completely missing, some have slightly weird textures (repeating tile textures, no blending or connection between them). In our case, we were able to find paths around the empty chunks, so it is still playable

- Trains will be set to manual mode after the migration.

- Rocket silos were still bugged after the migration, you may have to remove and rebuild them.

[DarkMukke]

Besides the power poles (which won't connect across chunk boundaries when copying chunk-by-chunk), I ran into another issue with the above command - the map charts were not preserved. I added in a `copy_chart` call to fix that.

In addition, I fixed the power poles by cloning the entire map region in one call instead of chunk-by-chunk. You need to get the left-top and right-bottom X,Y coordinates surrounding your current map (e.g. using the "Cursor" information in F5 view), and insert them where it says `{{left, top}, {right, bottom}}`. These are not necessarily centered around the origin (0, 0). In my case, left-top was (-20000, 8000) and right-bottom was (-15000, 12500)

This is the command I came up with:

Code: Select all

/c local area={{left, top}, {right, bottom}} local src_surf = game.get_surface("battle_surface_1") src_surf.clone_area{source_area=area, destination_area=area, destination_surface="nauvis", clone_tiles=true, clone_entities=true, clone_decoratives=true, clear_destination_entities=true, clear_destination_decoratives=true, expand_map=true} for k, force in pairs(game.forces) do force.set_spawn_position(force.get_spawn_position("battle_surface_1"), "nauvis") force.copy_chart(force, "battle_surface_1", "nauvis") force.set_surface_hidden("nauvis", false) end for k, player in pairs(game.players) do player.teleport(player.position, "nauvis", false, false) end storage.pvp.surface = game.surfaces.nauvis game.delete_surface("battle_surface_1")

Caveats that we've noticed:

- The boundary between old and new map is glitchy. Some chunks are completely missing, some have slightly weird textures (repeating tile textures, no blending or connection between them). In our case, we were able to find paths around the empty chunks, so it is still playable

- Trains will be set to manual mode after the migration.

- Rocket silos were still bugged after the migration, you may have to remove and rebuild them.

Can confirm that this works,
- they had to restart the trains
- they had to rebuild the rocket silo
- haven't noticed any missing boundaries but the map was already huge to begin with ( 9 teams with max starter area )

After running the command the server was inaccessible for ~30 mins, needed 150% RAM and maxed out 1 core.
I did the same in single player, with a similar result. I know this may be obvious, but just putting it here in case someone else runs into this:

DO NOT KILL YOUR SERVER OR GAME WHILE THE COMMAND IS RUNNING

[tokumei]

the map was already huge to begin with ( 9 teams with max starter area )

After running the command the server was inaccessible for ~30 mins, needed 150% RAM and maxed out 1 core.
I did the same in single player, with a similar result. I know this may be obvious, but just putting it here in case someone else runs into this:

DO NOT KILL YOUR SERVER OR GAME WHILE THE COMMAND IS RUNNING

Fair point, I didn't think about mentioning this. For us (roughly 5000x5000 region) it paused with "Server not responding", but it went away in less than 10 seconds and didn't notice any RAM issues. However, for bigger maps that will be a bigger issue.

[xarokk]

I inserted the command but rocket is still not launching. Also a lot of my electric pols are disconected.

[xarokk]

The second command gives me this error

10-30-2024, 19-09-28.png (3.26 MiB) Viewed 1331 times

[flienk]

Big Thanks for the solution. We had this problem. With the second command the rockets are now launching. But we have the problem that we are now unable to remove placed rock bricks.

Maybe you have a solution for that. It is not the most importend thing but it is annoying. Maybe it is also of intrest for you.