this post was submitted on 03 Dec 2024
42 points (100.0% liked)
Godot
6014 readers
120 users here now
Welcome to the programming.dev Godot community!
This is a place where you can discuss about anything relating to the Godot game engine. Feel free to ask questions, post tutorials, show off your godot game, etc.
Make sure to follow the Godot CoC while chatting
We have a matrix room that can be used for chatting with other members of the community here
Links
Other Communities
- !inat@programming.dev
- !play_my_game@programming.dev
- !destroy_my_game@programming.dev
- !voxel_dev@programming.dev
- !roguelikedev@programming.dev
- !game_design@programming.dev
- !gamedev@programming.dev
Rules
- Posts need to be in english
- Posts with explicit content must be tagged with nsfw
- We do not condone harassment inside the community as well as trolling or equivalent behaviour
- Do not post illegal materials or post things encouraging actions such as pirating games
We have a four strike system in this community where you get warned the first time you break a rule, then given a week ban, then given a year ban, then a permanent ban. Certain actions may bypass this and go straight to permanent ban if severe enough and done with malicious intent
Wormhole
Credits
- The icon is a modified version of the official godot engine logo (changing the colors to a gradient and black background)
- The banner is from Godot Design
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I feel like the problem is Blender and Godot have different needs when it come to models. Godot is real time and blender is slow but far more capable in what it produces. It would be extremely difficult to make a new format that can handle both use cases. I think what we really need is a "best modeling practices guide" for godot/gamedev. My biggest issue when I never know what will work and what doesn't. I don't think we need a new format just more documentation and guides for modeling in blender for gamedev.
You can't create 3d models in Godot. (To be pedantic you can, but it's not made for that)
Blender can perfectly produce models intended for real time rendering. It also has the Eevee renderer^^ Whether a 3d file stores 10k or 10M vertices doesn't matter. It's on you, the asset creator, to know the requirements of your project/customer/employer. Blender, or any other tool, should not impose any artificial restriction on that.
The model made in Blender should arrive in Godot without having lost any data that both tools do support perfectly. The thing that holds the model while it goes from one to the other, either looses half the work, or Blender itself refuses to put in big parts of your work, because they weren't able to fully and correctly reverse engineer FBX.
I'm not faulting Blender developers for the reverse engineering, I'm arguing for a format that does the basics right, isn't proprietary, and hopefully extensible.
This is the correct take. Game devs have been creating game-optimized models using the same tools as other 3d artists for decades.
I feel like the blender and Godot communities should have enough overlap to provide a steady stream of documentation and tutorials.
I would love to see a tutorial showing a minimal game built from the ground up including modeling, texturing, and animating models in Blender then transferring them to Godot and building the game. Instead people seem to focus on one app or the other and hand wave away the details of the transfer.