When assigning tiles to a collision group in a not-ridiculously-large tilesource (32x32 tiles at 32x32 pixels each), the editor seems to take several seconds to do so, freezing up the entire time. This seems unusual given the very fast behaviour for other similar processes in the editor. Is there any particular reason (or bypass?) for this?
Of course, manually editing the .tilesource file is always an option (in some cases, this is even faster!), but this seems a bit silly.
You can use Tiled to edit and export tilemaps for Defold. Regardless of the speed issue it’s what I’d recommend for series project as it has so many more useful features.
I’m not sure of the issue with the editor but maybe sharing your project with the Defold team (@britzl or @Mathias_Westerdahl ) would help find the problem and fix it.
Does Tiled include support for assigning tiles to collision groups?
My problem does not seem specific to any given project – it seems to happen with any sufficiently large tilesource.
I faced the same issue on the latest stable versions of Defold (did not check on previous ones) . In my project, it takes a long time to initialize the images of tile sources, and assigning a collision of a tile to a group takes 3-5 seconds. I don’t see such problems with atlases. My computer has up-to-date hardware, on which Defold already had problems with Nvidia drivers earlier. This time, changing the parameters did not help. Here is an example of a tile source: yandex disk
The tilesource is pretty big with 55x24 (total 1320) 48x48px tiles. BUT it should not be that slow to make a change. I will make some investigations and update in this thread.
Thanks for the quick response! I will add that the same lags occur with any changes in the parameters of the tile source components. For example, assigning the start and end of an animation. IMHO lags when assigning collisions is just a special case of this general problem.