The zip is read using https://docs.python.org/3.5/library/zipfile.html . If you provide examples of a broken zip, I can take a look. Here are a whole bunch - my entire set of mods. All of them were built just now using method 2 (the second non-working one) in the above post (so selected because it ...

If you don't have to do something to EVERY chunk EVERY tick, you can scan over all chunks, but stop after you've scanned X, and next tick pick up starting at the next chunk over. That way performance penalty is spread evenly over all ticks, and does not increase in proportion to number of chunks ge...

Well, I learned something: The actual code used to compile the zips matters too, and seems to be the deciding factor. In particular, however WinRAR does it always works. Editing the contents of a jar/zip actually repack the whole thing using WinRAR's encoding, which the portal can accept. My custom ...

What does access to the event give you that iterating over the chunks once a second does not? I want to do something similar to Minecraft's block ticks. Iterating over the entire world is far too expensive to ever do all at once, even once per second, resulting in a noticeable lag spike every time ...

I sometimes get an issue when uploading a mod to the portal, telling me that it could not read the info.json file. In particular, I have noticed the following: *How the mod zip is compiled matters; ones compiled with WinRAR have the greatest rate of success *Editing the zip in an attempt to 'fix' th...

This is another one of the events we never made because of how frequently it would be called (100-200 times/tick or more). 200 times a tick!? I thought chunks only updated their pollution once a second. EDIT: By "Update" I mean the spread/absorption behavior, not any time the data is acce...

As per viewtopic.php?f=28&t=50178&p=292472#p292472 , which was never responded to.

Rseding91 wrote:Do you really want the items or do you just want a parameter you can use to auto-mark them for deconstruction?

The former would be more generally useful.

My turret range upgrade research - the one that replaces turrets in-situ with a range-boosted version - should keep the ammo/power/fluids of a turret when replaced. However, flamethrower turrets are posing something of a problem. Their lua-script 'fluidbox' parameter on the LuaEntity only offers one...

Haven't tried, but I believe this should work: script.on_init(function() game.map_settings.enemy_evolution.destroy_factor = 1 end) on_init(f) Register a callback to be run on mod init. This is called once when a new save game is created or once when a save file is loaded that previously didn't cont...

darkfrei wrote:Hi all!

Here was added damage event:

Code: Select all

Damaging a tree with impact or physical damage generates some leaves.

Is it possible to add this as API?

This is basically my request as well:

viewtopic.php?f=28&t=50177&p=291708#p291638

Nexela wrote:In locale.cfg

Code: Select all

[turrets]
upgrade=__1__ range_boost __2__

in data*.lua

Code: Select all

myturret.localised_name = {"turrets.upgrade", {"entity-name."..turret_name_from_loop}, level}

What will that parse into?

I have a research that adds turret range upgrades, but to do this it has to effectively clone turrets once per turret type, once per level. This all works fine, but the problem is that the upgraded turrets (internally named [original name]-rangeboost-[level]") have no corresponding localization...

It would be very convenient if the item drop function returned the item drops, so that you could, for example, mark them for deconstruction automatically without having to then search for entities pointlessly.

Would that be feasible?

Rseding91 wrote:

Reika wrote:OK...is there any way at all to give the API the ability to performantly pick random in-world positions?

No.

In which case let me transform this request into an event for "on chunk updates pollution".

The game can access any given chunk in O(1) time but doesn't know the total-set of chunks that exist without iterating the container that may or may not hold chunks for the given position in it. That virtually never happens in the normal game because O(1) access time is far better than iterating. O...

Rseding91 wrote:We talked about adding an on-attacked event in the past but it was decided against due to performance concerns.

Given the existence of on_tick, I am not sure this is worth concerning oneself with.

Random access into the chunk iterator would be iterating the chunk iterator to get the total count then iterating again to decide when to stop. What I'm trying to say is: there's no built-in way to "get a random chunk" without just "getting all chunks and pick a random one" whic...

Optera wrote:

Reika wrote:

Optera wrote:Chances are pretty good if you argue like this that it'll be added to some future version.

Is there a location to request new API hooks and/or ping a developer?

There's an entire subforum for it
viewforum.php?f=28

Requested.