Both good ideas. Thank you

Is there a way to shake objects that have been pinned to other objects?

The question is: there any relevant difference in the use of vector graphics and raster graphics (common sprites in png) inside Construct 3?

I don't think they are interchangeable so that I can use vector graphics to make all the assets of a game like png sprites, or maybe I can? At which costs? Any caveats and technical differences to consider?

Thanks

Note that "2d" platform games with huge, nonrepeating assets and levels such as ori and the blind forest and child of light are actually created in a 3d engine, which has different rules. The memory budget for textures is still a thing to consider, but the geometry is drawn during runtime. This allows for basically unlimited shapes to paint textures onto.

For 2d engines, the common approaches for huge levels are either tilemaps or reusing scaled/stretched/tinted assets. See construct.net/en/blogs/construct-official-blog-1/remember-not-waste-memory-796 for an example.

As I mentioned before though, Construct 3 allows for the ability to load and unload sprites/textures from memory on demand. This will allow you to basically stream in assets as needed, as long as you clean up any unneeded ones at any given point. This can be difficult to design around, considering the graphics memory capacity of user devices can vary greatly, not to mention a lot of work.

Perfect answer. 100% on point. Thank you for the explanation. Thanks also to newt and all the others but your answer is exactly what I was looking for.

construct.net/en/make-games/releases/beta/r117-2

Basically you'll be manually loading an unloading your sprites during runtime to keep memory usage reasonable.

I would not recommended doing this unless you're really confident you know what you're doing.

If you're thinking of drawing one big image the length of the layout, or making a composite by adding new objects that just add to the amount of ram used, and that ram exceeds what the user's hardware can afford, then yes that won't work. That's not how games, and even computers work.

So, in conclusion, what's the alternative for creating such a map? Does it exist or the alternative is making necessarily a procedural and tiled map with a narrow range of variations?

Ok, I've made a quick sketch of my doubt. Pardon my being that nooby in terms of art quality.

It depends on what you mean by "always-changing graphic elements and scenarios".

Generally this is why we have different layouts.

In game design you have x amount of memory that you don't go beyond.

That with everything that's going on cpu wise are the limitations.

By that expression I mean the background of the game has elements that are always different and never repeated. For example, a side-scrolling game set in a city whose buildings are always different so that you cannot recycle previous assets. So the problem that arises is related to the fact that, if the background were procedural and could replay itself to infinity then ok, fine, you can get by its repositioning through the X and Y coordinates.

But with a non-procedural background that is always different? What size should the entire layout be, as large as the level itself? And doesn't that mean making the game necessarily too heavy?

How do I make that the system changes the resolutions of assets scaling them all automatically?

And is it possible in "real-time"? And for real-time, I mean, already at the moment of the click the change is perceptible.

I deduce that this way there may be problems related to the instant loading of all assets, that's why I ask if it's possible to do it in real-time. But I could be wrong and actually doing that way could also be the rule. I don't know.

Same for the language, how do I make you can change language inside the game? If you click on the "Italian flag", the language switches from English to Italian as soon as you click on the button.

For the assets, I suppose there is some sort of automation that allows you to automatically scale the starting resolutions of the assets without you need to re-draw them all... but for the translation of the game, it will be necessary to rewrite all the texts of the game, I guess, right?