0.9 Plantbang


In this update, a new set of plants has been added to help improve game performance a bit. All the small elements are now grouped into a single larger one, clearing up the screen and making the game run more smoothly. It may seem like a small change, but it’s more complex than it looks.

The FanArts have also been updated :P

Be patient ,  soon you'll get a small preview of the game's new visual style.

Get Goblin Glade

Comments

Log in with itch.io to leave a comment.

More bugs. Attempting to deleting a save file doesn't not reset the upgrades from the main save. Now I'm stuck with a maxed T1 mushrooms that spikes frame time to 600ms after a minute of idling (that's less than 2 frames per second). 

Got this error on startup:

ERROR: Non-existing or invalid boot splash at 'res://Recursos/1iWg.gif'. The only sup
ported format is PNG. Loading default splash.
   at: setup_boot_logo (main/main.cpp:3565)

And these upon exiting:

ERROR: 1 RID allocations of type 'N5GLES37TextureE' were leaked at exit. 
ERROR: Texture with GL ID of 118: leaked 17152 bytes.
    at: ~Utilities (drivers/gles3/storage/utilities.cpp:77) 
ERROR: Parameter "RenderingServer::get_singleton()" is null.
    at: ~CompressedTexture2D (scene/resources/compressed_texture.cpp:464)

Also, are mushrooms supposed to stack on top of chests?

(1 edit)

I think both problems are already solved. Make the change to the file and confirm it for me, because honestly this object is giving me a lot of problems

Update fixed the issues sans lag. I'm wondering if it has anything to do with the debug version being shipped instead of the release version.

Did I upload a different version than I usually do? I’ll have to check that tomorrow. Either way, I’ll also look into it because the bush connects the points, but it might also cause lag since it’s constantly absorbing, especially if you’ve upgraded all the items a lot

I think I’m going to limit the maximum number of bushes that can appear

I don't think so. Every version I remember had "Goblin Glade (DEBUG)" in the title. I mentioned the lag issue a while back in the Linux  Compatibility thread. 

As for lag, I know that Godot can handle way more than whats on screen when lag starts. Like, way more. Makes me curious to what each collectable is doing. My naive guess would be.

  1. Listen for Sussy (or a plant) to get near enough.
  2. Move to the collector.
  3. Upon collision emit a signal with the number of points it should grant and who (or what) collected it. 
  4. Delete itself. 

Plants would also need to keep the base values of the collectables it absorbs in an array, then when collected emit a signal with the appropriate amount of points based what that plant absorbed collected points. Something like:

func _on_enter_player->int():
    # Loops through the array, applying the multipliers before adding each value to the total.
    var points = absorbed.reduce(func(total, current): return total + (current* multiplier), base_points * multiplier)
    add_score(points).emit()
    queue_free()

Might need some adjustments to fit in your architecture. I'm used to Lua and C99, not GDScript.

Now that you mention it, the name does sound familiar, but I’m not sure if changing the Godot version might have reset some of my settings at some point. From the export system, I definitely left it in debug mode, but I’ll look into it more thoroughly just in case.

Exactly,  the object listens to Sussy, and now also the bushes, to be attracted.
Its speed depends on the magnet level.
When it collides, the detection happens, and then it disappears.

That’s the idea behind my code, but it doesn’t send signals directly. Let’s say it’s just passively “listening” to whoever needs it, in this case, the bush, to add points. I’m not sure if that’s the best approach, but it’s the one that gives me the least problems for now. I’m still teaching myself how to program and draw, but little by little I’ll improve — that’s why I really appreciate this kind of help.

I’ve heard of Lua, but I don’t know much about it. For now, I’m using Godot, though I’m keeping an eye on developments in other engines too.