godot-tactical-rpg
GodotShaderCollection
| godot-tactical-rpg | GodotShaderCollection | |
|---|---|---|
| 3 | 1 | |
| 501 | 44 | |
| - | - | |
| 3.2 | 10.0 | |
| 3 months ago | over 1 year ago | |
| GDScript | GLSL | |
| MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
godot-tactical-rpg
- Struggling a bit with my 3D Tactics RPG Idea in Godot 4...
-
What would be the logic for multiple control schemes when in battle (mouse) vs overworld (WASD) for a top down turn based battle system but with an action overworld
I based the current logic on godot-tactical-rpg and am modifying heartbeast's tutorial on turn managers. From what I understand, act would be taking the argument for delta from something like _fixed_process(delta) or _process(delta), however in my case, I don't see how that would apply considering that battle basically acts as the turn and phase manager, and I'd rather not have _process() inside of battle.gd running when it's the enemy's turn as I don't see why we'd need to check those actions running every frame.
-
Connected functions not running
The setup is slightly different. The node the script is attached to is not the parent of ui_control, but a sibling node. I'm building my project with this engine: https://github.com/ramaureirac/godot-tactical-rpg. So the setup for a scene looks like this: https://i.imgur.com/pEl3eBu.png. The script from the OP is attached to the "Player" node, while ui_control refers to the "PlayerController" node. So the path to ui_control is given to "Player" by the "Level" node. This is also why I use the get_combat_act() function to locate the button nodes.
GodotShaderCollection
-
Help with shaders!
Github for shader - https://github.com/alfredbaudisch/GodotShaderCollection
What are some alternatives?
godot-vrm - Importer/Exporter for VRM avatars and MToon shader. Available for Godot 4.1+ and 3.2+ in the Asset Library.
Godot-3D-Stylized-Water - This repository contains my 3D Stylized Water Shader for the Godot Engine. The work its based on is described in the README file
Godot-4.0-Nav-Tests - Godot 4.0 SC2 Style Unit Controls in 3D
godot-colorblindness - A colorblindness simulator to help you design for everyone.
goduz - A GDScript library for building user interfaces with Godot Engine 4
Voxenko - A free & open-source Voxel editor, made with the Godot Engine!
3d-train-fps - Godot v4 train game
GodotRuntimeTextureSplatMapPainting - Texture and Splat Map painting in-game for Godot Engine (also World Vector3 to UV mapping)
breakable - A breakout-like game made with Godot Engine
Pixelorama - Unleash your creativity with Pixelorama, a powerful and accessible open-source pixel art multitool. Whether you want to create sprites, tiles, animations, or just express yourself in the language of pixel art, this software will realize your pixel-perfect dreams with a vast toolbox of features. Available on Windows, Linux, macOS and the Web!
pandora - Godot 4 addon for RPG data management such items, inventories, spells, mobs, quests and NPCs.
Fake-Interior-Shader-for-GodotEngine - Interior Mapping shader for the Godot Game Engine 3.x that works with both GLES3 and GLES2.