you literally have to pay like 30k to get your game on other platforms because you need to develop your own exporter and the guys who did kept that shit on lock and key.
Already had four engineers to get my game running on Switch, it would be way easier if Nintendo could send me the SDK as i would just do it myself, most of these engineers ask for rev share instead of a fixed price if you are broke.
>Already had four engineers to get my game running on Switch, it would be way easier if Nintendo could send me the SDK as i would just do it myself, most of these engineers ask for rev share instead of a fixed price if you are broke.
Can you give me a rundown how this works? How can they know if they don’t have the sdk
these Engineers have the SDK, Nintendo is pretty random in sending it out to people or not, if you have the SDK, Godot to Switch is actually quite easy.
Xbox you can either use WebGL or ask for the DirectX port, but there is like one polish company that has all the DirectX code.
Gaystation and Godot are a no go, easier to make a new game from scratch because basedny won't even let you use fricking PNGs.
Godot also run in Xbox through WebGL, only platform that it can really run into is Gaystation as it has only it's own snoflake rendering API and support nothing else, worst part is that it used to support other APIs but they dropped it through firmware updated
having a exporter for switch would not help because you need the SDK anyway, and getting Nintendo to hand you one is way harder than just the coding part, if wasn't for nintendo you could just copy paste code from some other engineer and be done with it.
Okay? You have to pay thousands no matter the engine you use. Post your game that got on PS5.
Yes and? It's 2024 nobody cares about consoles anymore.
>using a MUGEN successor for my pixelshid fightan gaem >its actually turning out ok >not actually the MUGEN engine so can release on Steam and monetize without issue
Im eating good
Just stick to PC lol, theres no reason to consider anything other than a Switch unless a publisher offers you a deal
>all these actual brainrotted moronic freetards replying to me as if they own their game
lmao
>there are more articles about how Godot is the perfect platform than there are games in Godot
You're right on that, but Godot is still better than Gamemaker.
Not OP but those seem so limited. I was looking at shit made with C3 and GDevelop and most of it's either game jam-tier games or mobile games. The closest thing to a real game I saw was Small Saga (which Ganker hates because it has gay squirrels)
Even if you use drag and drop there is no way around learning and understanding programming logic. You'll have to use calculus, custom data structures, and other programming concepts or else you're going to flounder. Building a system with thousands of interconnected pieces is going to be complicated regardless of the environment.
you literally have to pay like 30k to get your game on other platforms because you need to develop your own exporter and the guys who did kept that shit on lock and key.
Godot also run in Xbox through WebGL, only platform that it can really run into is Gaystation as it has only it's own snoflake rendering API and support nothing else, worst part is that it used to support other APIs but they dropped it through firmware updated
having a exporter for switch would not help because you need the SDK anyway, and getting Nintendo to hand you one is way harder than just the coding part, if wasn't for nintendo you could just copy paste code from some other engineer and be done with it.
>using a MUGEN successor for my pixelshid fightan gaem >its actually turning out ok >not actually the MUGEN engine so can release on Steam and monetize without issue
Im eating good
Just stick to PC lol, theres no reason to consider anything other than a Switch unless a publisher offers you a deal
Yw anon
If ur still here check out The Black Heart; horror-themed fighter originally made for MUGEN before getting ported to IKEMEN and released on Steam for its anniversary. Very soulful albeit rough around the edges
Not really since you'll have to develop the open source engine along with your game. I ended up forking it on Github, merging a QoL fix someone else did, and then locally compiling it just to do the 2D and 3D game introduction tutorials.
the key is to edge yourself the whole day and only get off at the end.
There was a while where i was working on some smut art for myself for weeks and that process really riled me up
How the frick would you make a porn game non horny first?
the key is to edge yourself the whole day and only get off at the end.
There was a while where i was working on some smut art for myself for weeks and that process really riled me up
Yeah but trying to get work done and avoid covering your keyboard in precum gets annoying quick
The moment it gets me thats it for productive time that day
If you care about releasing a real game then use Unity or Unreal, makes it far easier to port to any console of your choosing. If you just want to make a game for yourself and don't care about releasing it then any engine is fine
Hollow Knight is made in Unreal. There's more than enough documentation on how to go about using it for 2D at this point.
Godot's still probably much quicker to get into and if you don't care about 3D it's performance flaws will matter less.
I have some game idea, and I am considering gamemaker.
Do they finally reverted back the moronic pricing? They were supposed to go for subscription model? Now when I look at website, they offer license for for one payment?
And how's Ganker approach to AI art? I wanna use it at least for placeholders as I want to create vertical slice.
Programmer art as placeholder is much more soulful than AI art, especially since AI art has a lot of artifacts that may make it harder to read while whipping up something quick and simple in Paint.NET might end up being more readable
AI looks bad and it won't get any better now that the training databases are poisoned by AI created art as well.
It's like digital prions - the models will now learn to copy this uncanny garbage cementing this machine-brain damage forever.
I'm afraid the first generative AI models for pictures will be the best ones ever created.
I misread that as "I am a considering gamemaker".
But regarding the "AI" thing, maybe skip that
Go to a local hardware store, and ask if they'll let you take pictures of like, the tile swatches
You'll get better quality.
Unity and unreal are the best for exporting to console. You can get a console publisher if they think it's good to publishing on console for free, they only take part of the revenue from console sales
No. That said gdscript is a very easy language to learn. If you don't want to learn how to program at all, use Gamemaker with GML Visual or Unreal with Blueprints.
Look into Unity with a Unity Store asset called Playmaker (a visual scripting utility.) You could also try something like RenPy if you want to make VNs, or maybe RPGmaker.
i dabbled a bit in renpy and learned the basics of the scripting language, but i'd really like to have an isometric overworld to my game, which i don't think renpy would be suited for.
RenPY isn't doing anything beyond basic VN stuff unless you get really craft with the coding. For what you want, if 2D is fine, RPGmaker might be suitable. Otherwise, try Unity.
Unity, Unreal, Godot or just about any 3d engine would work well.
They are free to use so try them out and pick what works for you or has the best tutorials.
I'm trying to decide between unity and godot. Unreal is definitely overkill for this project. I have a small amount of experience in Unity which I like for the support, but I hear Godot is easier in the long run to learn? But I've also heard Godot isn't ideal for 3D games too.
Godot is fine for 3d these days, much better then a couple years ago. I'd say make a test scene in Godot and see how it works out. Sadly I have the least amount of experience with Godot so can't say for certain, I mainly know Unreal, Cryengine and Unigine.
>Tried following some tutorials >Can't get stuff to work >Don't really understand what I'm doing
What are the best resources for a total beginner to learn Unreal ?
>t. has never gamedevved in his life
low poly doesnt even matter, youre not going to make a game engine that can handle 3d on your own. even if you did, it will likely run a thousand times worse unless youre a programming genius. you could save a ridiculous amount of time by using one that already exists
habeeb it or not, some people understand how computer graphics work. i'd use opengl like i've done in the past.
the only useful thing an engine would bring to the table is generic controller input support.
>you could save a ridiculous amount of time by using one that already exists
unless you are pushing huge worlds and levels, you'd just burn the time learning someone's shit framework and be left understanding zilch about what underpins the technology
yes making on open world is easy. rendering large amounts of geometry is hard. you want to use pre-existing solutions if possible.
but low poly projects can run on today's monster machines without any need for a framework. just use standard graphics packages and have at it.
i've realized that as time has gone on and higher and higher level dev tools come online, noobs use these tools without ever learning the basics and end up not understanding anything. the point of high-level tools is to make dealing with the basic stuff more streamlined, but if you don't know what's under the hood, all you do is frick your understanding.
>is godot a good choice if im not a programmer?
Only if you're willing to learn to program.
GDScript is pretty easy to learn, but it's still programming.
I was cargo culting a YouTube tutorial and ruined my project with a single line of code. If I remove it, the game won't even boot. This way it just hangs. I have 0 idea what went wrong.
Also, I have absolutely no knowledge of programming. I studied humanities in college.
position.x accepts a float value, maybe an int.
== compares two values gives true/false
In other languages it could convert the bool comparison to an int 0/false or 1/true and it might accept that. But why are you even putting that there? What are you trying to do with that comparison? You already have an if wrapped around it
I don't remember. It was something with changing maps from starting area to the next. I did this about a month ago and have no recollection. I don't know what bool comparison is.
Godot doesn't tell you, but it might be a referencing problem, it isn't calling player properly, either change it to have it an unique name or call the node with an @onready
Here's the component tab. I don't seem to have a "CharacterMovement" component.
[...]
>why are you applying TORQUE, a rotational force, for flying???
It's not for the actual flying, it's for pitch, roll and yaw. Flying is achieved by just turning off gravity. Not exactly how I wanted to do it but I figured I would follow the tutorial to the letter and then change it once I understood it.
At a glance, I'd say the issue is you're applying a force to the mesh, but the mesh is not the actor root. That's potentially gonna cause issues. Drag the "mesh" object over Default Scene Root to make the mesh the root, or better yet, replace the root with a collision primitive.
The issue is, you're computing some velocities and torques on the MESH, but the changes are using the ACTOR orientation (e.g. actor up vector). You can move that mesh around all day, but the actor isn't moving. You're moving the mesh relative to the actor. So as the mesh rotates, it doesn't change the actor orientation.
I didn't read your post just the one referring to the asset store as a positive for using unity. But a lot of the 'low poly' games just buy things off of the store and play lego anyway.
They tried to implement a frankly ridicilous revenue split scheme for developers, backtracked on that (I forget by how much), and lost a bunch of good will in the process.
They tried the pay per install push but that got pushed back and the CEO left and it was his push.
Unity still has the issue of having no idea how to build out new shit but it's workable.
We posting progress? Got the perfect dodge mechanics set up.
You may have seen me in any random discussion about Bayonetta b***hing that Witch Time DOESN'T work this way. High threat enemies can enter reflex ("not-witch-time") with you. This prevents you from abusing slow-mo to negate their threat, but also doesn't send the visual message that you didn't nail the dodge timing, which was always something I hated about white angels in Bayo.
Also gives it some tactical utility against high-threat enemies because it allows you to narrow your focus to a single enemy, since only the one that attacks you is able to enter the state with you. Not very useful in 1v1s, but turns a swarm INTO a 1v1 as long as you sustain it, which can be helpful. I'm debating whether or not high threat enemies that take DAMAGE in reflex should also enter it, to discourage dodging one to then abuse another.
I think the camera's way too far.
The camera should be closer and if you need to, you can move back during action scenes.
Kind of like Smash.
I've been playing Wild Arms Alter Code F lately and one thing that is giving me headaches is how far the camera is and how much I have to squint.
It uses Mario Odyssey logic; the further overhead/pointed down the camera is, the farther back. If you move it down to shoulder level it closes in. Also view distance is customizable by user options, this is just my preference
Alright, as long as you know.
It's just a shame the camera's so far, which makes the good animation less important since you can't even see it as you're too far.
Because unless you have specifics to talk about it really won't matter
You want to know the best tool for doing x or y there is an answer but a simple "what engine should I use" doesn't help.
Unity has no future.
Unity as a game engine is technically usable. However, it won't improve anymore.
Consider this:
- They merged with an Israeli malware ad company
- Unity CEO is the ex-CEO of EA back when they were voted twice the worst company in America
- Unity CEO called developers "fricking idiots" for not adding shady microtransactions and ads in their games
- Unity CEO has sold over 50k of his own stock shares within the last year
- Most of Unity's revenue is not from their game engine, but from mobile ads
- They shut down and fired the Gigaya dev team, one of the most anticipated and promising projects for Unity gamedevs
- No native multiplayer network support
- Three UI systems: two of them deprecated, one of them still in alpha and is unusable. Official Unity documentation says to mix UI solutions!
- Two input systems: one deprecated, one still in alpha and unusable
- They promised a lot of features but never delivered
- Their roadmap is a complete mess, no one knows what they're doing
- Their company is public after IPO, meaning shareholders and making money short-term is the highest priority
- There has been three major layoffs within the last year so far, the most recent one laid off 600 employees, or 8% of its workforce
- Retroactively just randomly added a vague "runtime/install fee", forcing devs to owe them money
Contrast that with UE:
- Buy companies/tools and smartly integrates it and provides it to the devs (Quixel, Metahuman, etc) for free
- Releases amazing features that improves the engine: Nanite, Lumen, etc
- Private company, they're focused in long-term investment and don't have to answer to short-term thinking shareholders
- They have Fortnite, a battle-hardened AAA game they developed and therefore knows exactly what devs need/want from a game engine
Basically, Unity focuses on making money in the short-term to appease shareholders. They'll focus on mobile ads since that's their highest revenue.
There's no future in Unity.
>They have Fortnite, a battle-hardened AAA game they developed and therefore knows exactly what devs need/want from a game engine
While I agree or won't refute other points, this one has been a double edged sword for Epic.
While generally being a positive point it has led to neglect in other areas of the engine that Fortnite doesn't need.
AI hasn't seen any attention until recently, the new physics engine performs worse in general but works for fortnite, audio has been better off with 3rd parties, the landscape system is a hog and the new water system is tied to it.
Like I said it's generally been good and I'm glad these are being addressed with UE5 but for a number of years if it wasn't built on from fortnite it saw little or no attention.
I see.
What recent AI updates have you seen? I ask cause I'm literally learning/working on AIController, Blackboard, Behavior Trees right now.
4 weeks ago
Anonymous
They added a new state tree editor and smart objects (first saw them in cryengine)
Basically the state tree should be more efficient but behavior trees can still be useful.
And smart objects allow you to place simple objects with code on how they should be interacted with, they gave an example with matrix demo of AI being able to sit on benches in the like and handles how they use it, since it's an object you can set them up anywhere and get predictable behavior.
They are barely reaching production ready but a step in the right direction. In the future they want smart objects useable by the player too.
4 weeks ago
Anonymous
Does this mean I should stop learning behavior trees and use state tree editors?
4 weeks ago
Anonymous
??? all of those can exist in UE, what are you on about?
Godot is excellent for what it is, and is getting better all the time. However you'll always be a little limited if youre not using some programming skills. Its not as cut and paste as GameMaker or especially RPGMaker types, but its way better than most of the others for 2D or simple indie 3D stuff. Especially given how Unity has become shitty in terms of licensing and Unreal is run by a shitty company, but both of them are "powerful but same-y" when it comes to graphics..
Godot is always improving, is open source, and is not going to frick you on monetization. For certain games, just about everything 2D and most 3D up until the "I want it to look like UE5" level, its a better overall engine.
This is by far the stupidiest reason ever.
Who the frick cares if it's less than 1 GB, or if it opens slightly faster than other game engines. It's the least important comparison possible. What's more important is what features it provides and how easy it is to use.
Fricking idiot.
Not him, but being lightweight is crucially important if you want to actually make a game. You will have a ton of stuff in your game as you enter the latter half of development and if your engine barely chugs with all of that, you will have a bad time.
It is good for actual developers, of course if you are just derivating from the templates you'd prefer Unreal although it
*compiling shaders*
It is not.
If you even get to that stage then you're serious enough to buy any decent hardware. To even consider using a tool because "it's lightweight" is so stupid, it's infuriating. >"Yeah, I chose RPGM for my 3D FPS because it's LIGHTWEIGHT, instead of UE because that's HEAVYWEIGHT!"
You choose the tool that's best for the job. Not because it'll let you open the program a fraction of a second faster, or that it takes up 100 MB on your hard drive instead of 10 GB.
Or even worse, the stupid idiots that complain about waiting 10 minutes for compiling shaders when you first open a brand new project. A literal one-time wait.
>choos the tool that's best for the job >NOOO NOT LIKE THAT > STOP USING THE TOOLS YOU CONSIDER BEST FOR YOUR JOB ONLY CONSIDER MINE REEEEEE
lol@this nodev
Godot's biggest selling point, and it's least used most 'who cares' thing, is you can fully extended it however you want. It's all open and available for you to modify as you please. Most people making games barely know how to write a script so this isn't very applicable.
The other engines /can/ allow this but usually for $$$ first.
Your low effort post clearly shows you will ngmi. However, I will help you out anyways.
Here's what each game engine is best at: >UE
Best 3D, no brainer choice for 3D >Unity
Cheap mobile games with ads >Godot
Trannies and shills, completely incomplete feature-wise >RPGM
Unironically, if all you need is 2D RPG and you can make good art then this is fine. Good art is a requirement.
what about a sidescrolling platformer
yes, I know that sidescrolling platformers are a bad choice to make considering how many shitty indie ones get made
If you're talking about 2D sidescrolling platformer then you've got some options. >UE
Technically has Paper2D, but it's been abandoned so don't do it >Unity
Unity has been going down a really bad path lately. You can easily do it in Unity but you have to consider the future whether you want to invest your time in this platform and company that is actively trying to kill itself. >GameMaker
I've heard this is pretty good for sidescrollers but I think you have to pay money to use it >Godot
It's incomplete and lacking features. It has no funding and therefore who knows about its future.
Honestly, I don't know. Making a 2D game in 2024 is really rough, there are no good choices. If you want to make any 3D game though, UE is excellent and a no-brainer.
>Godot
how incomplete, in what ways? I just released a 2d multiplayer game on steam using godot. I ran into a couple engine bugs I had to work around but I'm under the impression people are b***hing about it's state more than it deserves.
Yeah it had some very nasty, unpredictable bug where the main project file can get corrupted and you're just fricked. Combine that with a lot of newbies neglecting backups and you're in for a bad time. No idea if that was ever fixed.
I don't understand why Godot has to be so fricking convoluted. Stuff that would be 4 lines in Unity, boom done, is an entire block of convoluted code. And its supposedly better, but runs worse than Unity? I don't get it.
Learning material for Godot leaves a lot to be desired. Even the official documentation is pretty lackluster. That's going to make things harder for someone starting with 0 programming experience.
there are more articles about how Godot is the perfect platform than there are games in Godot
use Game Maker
Game Maker is dead bud, Godot killed it
Already had four engineers to get my game running on Switch, it would be way easier if Nintendo could send me the SDK as i would just do it myself, most of these engineers ask for rev share instead of a fixed price if you are broke.
>Already had four engineers to get my game running on Switch, it would be way easier if Nintendo could send me the SDK as i would just do it myself, most of these engineers ask for rev share instead of a fixed price if you are broke.
Can you give me a rundown how this works? How can they know if they don’t have the sdk
these Engineers have the SDK, Nintendo is pretty random in sending it out to people or not, if you have the SDK, Godot to Switch is actually quite easy.
Xbox you can either use WebGL or ask for the DirectX port, but there is like one polish company that has all the DirectX code.
Gaystation and Godot are a no go, easier to make a new game from scratch because basedny won't even let you use fricking PNGs.
>all these actual brainrotted moronic freetards replying to me as if they own their game
lmao
Who owns it then
>there are more articles about how Godot is the perfect platform than there are games in Godot
You're right on that, but Godot is still better than Gamemaker.
"Just make 2d pixel art slop bro"
no, use one of those game makers that don't require coding
Not OP but those seem so limited. I was looking at shit made with C3 and GDevelop and most of it's either game jam-tier games or mobile games. The closest thing to a real game I saw was Small Saga (which Ganker hates because it has gay squirrels)
games can not be made without programming. If you can't code, find someone who can or suck it up and learn
I mean, it kind of depends on what you define as coding.
Even if you use drag and drop there is no way around learning and understanding programming logic. You'll have to use calculus, custom data structures, and other programming concepts or else you're going to flounder. Building a system with thousands of interconnected pieces is going to be complicated regardless of the environment.
No, but you should learn programming anyways since your game will be ass if you can't make good game mechanics.
you literally have to pay like 30k to get your game on other platforms because you need to develop your own exporter and the guys who did kept that shit on lock and key.
Godot also run in Xbox through WebGL, only platform that it can really run into is Gaystation as it has only it's own snoflake rendering API and support nothing else, worst part is that it used to support other APIs but they dropped it through firmware updated
having a exporter for switch would not help because you need the SDK anyway, and getting Nintendo to hand you one is way harder than just the coding part, if wasn't for nintendo you could just copy paste code from some other engineer and be done with it.
Okay? You have to pay thousands no matter the engine you use. Post your game that got on PS5.
my game will never be on a sony console except maybe the vita. the last good sony console.
Yes and? It's 2024 nobody cares about consoles anymore.
Rends l'argent.
>using a MUGEN successor for my pixelshid fightan gaem
>its actually turning out ok
>not actually the MUGEN engine so can release on Steam and monetize without issue
Im eating good
Just stick to PC lol, theres no reason to consider anything other than a Switch unless a publisher offers you a deal
which mugen succesor?
Ikemen Go
thankyou!
Yw anon
If ur still here check out The Black Heart; horror-themed fighter originally made for MUGEN before getting ported to IKEMEN and released on Steam for its anniversary. Very soulful albeit rough around the edges
Learning gdscript is pretty easy even if you have no background in programming
Not really since you'll have to develop the open source engine along with your game. I ended up forking it on Github, merging a QoL fix someone else did, and then locally compiling it just to do the 2D and 3D game introduction tutorials.
>game dev
>not a programmer
"I'm an engineer but don't ask me to do math or know physics!"
What's the best Godot game right now?
mine
Cruelty Squad, probably.
>doesnt put title of game in filename
please have a nice day immediately
It was made with libGDX, though.
that's the first game albeit. StS 2 is made with godot
Halls of Torment?
How the frick do you dev H games?
I just get horny jack off and lose interest every time
Dome keeper
Thats the limit
the key is to edge yourself the whole day and only get off at the end.
There was a while where i was working on some smut art for myself for weeks and that process really riled me up
Stop fricking jacking off then. Or make something not-horny first and THEN make it horny.
How the frick would you make a porn game non horny first?
Yeah but trying to get work done and avoid covering your keyboard in precum gets annoying quick
The moment it gets me thats it for productive time that day
Your Only Move is Hustle
The best choice is Unreal because of blueprints
I make games just for me. No, you don't get to see them, they look like trash, but they're fun as shit.
How do I make a game that kids would enjoy?
use scratch like a real man
Good old Scratch, nothing beats it
If you care about releasing a real game then use Unity or Unreal, makes it far easier to port to any console of your choosing. If you just want to make a game for yourself and don't care about releasing it then any engine is fine
is unreal good for 2d games?
Hollow Knight is made in Unreal. There's more than enough documentation on how to go about using it for 2D at this point.
Godot's still probably much quicker to get into and if you don't care about 3D it's performance flaws will matter less.
Hollow Knight is made in Unity, using Unreal to make a 2D game is like using a tank to go to the grocery store.
Ender Lillies is made in Unreal
Never heard of it
my bad, i swapped the name in my head for some reason and thought of Unreal as Unity.
Yeah Unreal is much less suited for 2D
There is the paperzd plugin since the original paper2d got abandoned pretty early on, it's doable but not ideal.
no progress yesterday, since I was finishing my fanart
if nothing else - my game will help me become a better artist after all that scribbling I'll do
Why aren't you making games for kids?
Kids don't like romance VNs.
Learning something like C# enough to make a game takes like two weeks max.
I have some game idea, and I am considering gamemaker.
Do they finally reverted back the moronic pricing? They were supposed to go for subscription model? Now when I look at website, they offer license for for one payment?
And how's Ganker approach to AI art? I wanna use it at least for placeholders as I want to create vertical slice.
Programmer art as placeholder is much more soulful than AI art, especially since AI art has a lot of artifacts that may make it harder to read while whipping up something quick and simple in Paint.NET might end up being more readable
AI looks bad and it won't get any better now that the training databases are poisoned by AI created art as well.
It's like digital prions - the models will now learn to copy this uncanny garbage cementing this machine-brain damage forever.
I'm afraid the first generative AI models for pictures will be the best ones ever created.
I misread that as "I am a considering gamemaker".
But regarding the "AI" thing, maybe skip that
Go to a local hardware store, and ask if they'll let you take pictures of like, the tile swatches
You'll get better quality.
think how many good games exist on godot, then think how many good games exist in any other engine. There is your answer
what if I want to make a game on console? would rather use unity in that case
Unity and unreal are the best for exporting to console. You can get a console publisher if they think it's good to publishing on console for free, they only take part of the revenue from console sales
Use whatever you want.
No. That said gdscript is a very easy language to learn. If you don't want to learn how to program at all, use Gamemaker with GML Visual or Unreal with Blueprints.
You're gonna have to learn how to program no matter what engine you pick, it's non-negotiable
Look into Unity with a Unity Store asset called Playmaker (a visual scripting utility.) You could also try something like RenPy if you want to make VNs, or maybe RPGmaker.
i dabbled a bit in renpy and learned the basics of the scripting language, but i'd really like to have an isometric overworld to my game, which i don't think renpy would be suited for.
RenPY isn't doing anything beyond basic VN stuff unless you get really craft with the coding. For what you want, if 2D is fine, RPGmaker might be suitable. Otherwise, try Unity.
What's the easiest engine to learn for making a 3D survival horror game with fixed cameras?
Unity, Unreal, Godot or just about any 3d engine would work well.
They are free to use so try them out and pick what works for you or has the best tutorials.
I'm trying to decide between unity and godot. Unreal is definitely overkill for this project. I have a small amount of experience in Unity which I like for the support, but I hear Godot is easier in the long run to learn? But I've also heard Godot isn't ideal for 3D games too.
nta but i recommend unity. its better for 3d and has so much more documentation and online resources available.
Godot is fine for 3d these days, much better then a couple years ago. I'd say make a test scene in Godot and see how it works out. Sadly I have the least amount of experience with Godot so can't say for certain, I mainly know Unreal, Cryengine and Unigine.
>Tried following some tutorials
>Can't get stuff to work
>Don't really understand what I'm doing
What are the best resources for a total beginner to learn Unreal ?
why the frick would you need a full-blown gay engine for low poly development?
what a stupid fricking choice of games to advertise.
>t. has never gamedevved in his life
low poly doesnt even matter, youre not going to make a game engine that can handle 3d on your own. even if you did, it will likely run a thousand times worse unless youre a programming genius. you could save a ridiculous amount of time by using one that already exists
habeeb it or not, some people understand how computer graphics work. i'd use opengl like i've done in the past.
the only useful thing an engine would bring to the table is generic controller input support.
>you could save a ridiculous amount of time by using one that already exists
unless you are pushing huge worlds and levels, you'd just burn the time learning someone's shit framework and be left understanding zilch about what underpins the technology
making an open world is incredibly easy in these engines and it doesnt take much research to learn how to optimize it. wtf are you talking about
yes making on open world is easy. rendering large amounts of geometry is hard. you want to use pre-existing solutions if possible.
but low poly projects can run on today's monster machines without any need for a framework. just use standard graphics packages and have at it.
i've realized that as time has gone on and higher and higher level dev tools come online, noobs use these tools without ever learning the basics and end up not understanding anything. the point of high-level tools is to make dealing with the basic stuff more streamlined, but if you don't know what's under the hood, all you do is frick your understanding.
is it really pronounced guh dow
yes. like the play.
>is godot a good choice if im not a programmer?
Only if you're willing to learn to program.
GDScript is pretty easy to learn, but it's still programming.
I was cargo culting a YouTube tutorial and ruined my project with a single line of code. If I remove it, the game won't even boot. This way it just hangs. I have 0 idea what went wrong.
Also, I have absolutely no knowledge of programming. I studied humanities in college.
position.x accepts a float value, maybe an int.
== compares two values gives true/false
In other languages it could convert the bool comparison to an int 0/false or 1/true and it might accept that. But why are you even putting that there? What are you trying to do with that comparison? You already have an if wrapped around it
I don't remember. It was something with changing maps from starting area to the next. I did this about a month ago and have no recollection. I don't know what bool comparison is.
Oh well. Get rid of the == and set it to a value if you want it to start at least.
Godot doesn't tell you, but it might be a referencing problem, it isn't calling player properly, either change it to have it an unique name or call the node with an @onready
Still can't get this
to work.
Here's the component tab. I don't seem to have a "CharacterMovement" component.
>why are you applying TORQUE, a rotational force, for flying???
It's not for the actual flying, it's for pitch, roll and yaw. Flying is achieved by just turning off gravity. Not exactly how I wanted to do it but I figured I would follow the tutorial to the letter and then change it once I understood it.
At a glance, I'd say the issue is you're applying a force to the mesh, but the mesh is not the actor root. That's potentially gonna cause issues. Drag the "mesh" object over Default Scene Root to make the mesh the root, or better yet, replace the root with a collision primitive.
The issue is, you're computing some velocities and torques on the MESH, but the changes are using the ACTOR orientation (e.g. actor up vector). You can move that mesh around all day, but the actor isn't moving. You're moving the mesh relative to the actor. So as the mesh rotates, it doesn't change the actor orientation.
Thank you! I did what you said and it works now.
>Why never finishing your game, never releasing it, and making no money at all is right for you
i want to make a low poly game. Not really going for the N64 feel, more like something like the new tomb raider remake. Is godot good for that?
Don't see why it wouldn't
Any lower poly look is more down to modeling than it is about the engine.
If you dont want to reinvent the wheel you can just hit the unity market and quickly puzzle your shit together out of gameplay packs
i thought unity was satanic or something these days?
israeli, which is adjacent to satanic and arguably worse. But unity is still the best option for lazy morons.
>lazy morons.
why because is low poly? do low poly games have bad fame nowadays? i thought it was a valid aesthetic still.
I didn't read your post just the one referring to the asset store as a positive for using unity. But a lot of the 'low poly' games just buy things off of the store and play lego anyway.
If you run a decent sized studio it might as well be radioactive aids but indies could not care less
They tried to implement a frankly ridicilous revenue split scheme for developers, backtracked on that (I forget by how much), and lost a bunch of good will in the process.
>I forget by how much
For the time being if you use versions before 2023 or 2024 idc to remember it doesn't apply to you.
They tried the pay per install push but that got pushed back and the CEO left and it was his push.
Unity still has the issue of having no idea how to build out new shit but it's workable.
We posting progress? Got the perfect dodge mechanics set up.
You may have seen me in any random discussion about Bayonetta b***hing that Witch Time DOESN'T work this way. High threat enemies can enter reflex ("not-witch-time") with you. This prevents you from abusing slow-mo to negate their threat, but also doesn't send the visual message that you didn't nail the dodge timing, which was always something I hated about white angels in Bayo.
Also gives it some tactical utility against high-threat enemies because it allows you to narrow your focus to a single enemy, since only the one that attacks you is able to enter the state with you. Not very useful in 1v1s, but turns a swarm INTO a 1v1 as long as you sustain it, which can be helpful. I'm debating whether or not high threat enemies that take DAMAGE in reflex should also enter it, to discourage dodging one to then abuse another.
I think the camera's way too far.
The camera should be closer and if you need to, you can move back during action scenes.
Kind of like Smash.
I've been playing Wild Arms Alter Code F lately and one thing that is giving me headaches is how far the camera is and how much I have to squint.
It uses Mario Odyssey logic; the further overhead/pointed down the camera is, the farther back. If you move it down to shoulder level it closes in. Also view distance is customizable by user options, this is just my preference
Alright, as long as you know.
It's just a shame the camera's so far, which makes the good animation less important since you can't even see it as you're too far.
Godot is completely fine if you are doing some basic 3d game
Use Unity, don't fall for the memes
Just use whatever works best for you, 99% of people won't know or care
>OP asks what is a good engine to use
>Give him an answer
>99% don't le care!
Why even both making this thread then
Because unless you have specifics to talk about it really won't matter
You want to know the best tool for doing x or y there is an answer but a simple "what engine should I use" doesn't help.
Unity has no future.
Unity as a game engine is technically usable. However, it won't improve anymore.
Consider this:
- They merged with an Israeli malware ad company
- Unity CEO is the ex-CEO of EA back when they were voted twice the worst company in America
- Unity CEO called developers "fricking idiots" for not adding shady microtransactions and ads in their games
- Unity CEO has sold over 50k of his own stock shares within the last year
- Most of Unity's revenue is not from their game engine, but from mobile ads
- They shut down and fired the Gigaya dev team, one of the most anticipated and promising projects for Unity gamedevs
- No native multiplayer network support
- Three UI systems: two of them deprecated, one of them still in alpha and is unusable. Official Unity documentation says to mix UI solutions!
- Two input systems: one deprecated, one still in alpha and unusable
- They promised a lot of features but never delivered
- Their roadmap is a complete mess, no one knows what they're doing
- Their company is public after IPO, meaning shareholders and making money short-term is the highest priority
- There has been three major layoffs within the last year so far, the most recent one laid off 600 employees, or 8% of its workforce
- Retroactively just randomly added a vague "runtime/install fee", forcing devs to owe them money
Contrast that with UE:
- Buy companies/tools and smartly integrates it and provides it to the devs (Quixel, Metahuman, etc) for free
- Releases amazing features that improves the engine: Nanite, Lumen, etc
- Private company, they're focused in long-term investment and don't have to answer to short-term thinking shareholders
- They have Fortnite, a battle-hardened AAA game they developed and therefore knows exactly what devs need/want from a game engine
Basically, Unity focuses on making money in the short-term to appease shareholders. They'll focus on mobile ads since that's their highest revenue.
There's no future in Unity.
This post has been brought to you by Godot shilling team.
no arguments
The copypasta is outdated, no point in responding to arguments that aren't even true
Has more future than 41% of Godot devs
I'm going to be honest, 59% decent games for an ENTIRE modern game engine is really fricking good numbers.
Godot's fine it's just funny how few games actually get made with it
>They have Fortnite, a battle-hardened AAA game they developed and therefore knows exactly what devs need/want from a game engine
While I agree or won't refute other points, this one has been a double edged sword for Epic.
While generally being a positive point it has led to neglect in other areas of the engine that Fortnite doesn't need.
>neglect in other areas
Such as?
AI hasn't seen any attention until recently, the new physics engine performs worse in general but works for fortnite, audio has been better off with 3rd parties, the landscape system is a hog and the new water system is tied to it.
Like I said it's generally been good and I'm glad these are being addressed with UE5 but for a number of years if it wasn't built on from fortnite it saw little or no attention.
I see.
What recent AI updates have you seen? I ask cause I'm literally learning/working on AIController, Blackboard, Behavior Trees right now.
They added a new state tree editor and smart objects (first saw them in cryengine)
Basically the state tree should be more efficient but behavior trees can still be useful.
And smart objects allow you to place simple objects with code on how they should be interacted with, they gave an example with matrix demo of AI being able to sit on benches in the like and handles how they use it, since it's an object you can set them up anywhere and get predictable behavior.
They are barely reaching production ready but a step in the right direction. In the future they want smart objects useable by the player too.
Does this mean I should stop learning behavior trees and use state tree editors?
??? all of those can exist in UE, what are you on about?
bwos would u install renpy or like rpgmaker as a zero exp. programmer for making an h-game using ai art?
Sirs be using Unreal Engine, fall for the memes sirs.
For AAA:
Unreal > Your Own Engine > Unity/Godot >>> Everything Else
For Indie:
Your Own Engine > Godot > Unreal >>> Everything Else
And as you are an indie dev you have completed your own engine and a game with it correct? Post it not.
Im still waiting for godot to add a ton of basic features. I had hope for it but so far its been going no where
I mean, you could just add them yourself
Godot is excellent for what it is, and is getting better all the time. However you'll always be a little limited if youre not using some programming skills. Its not as cut and paste as GameMaker or especially RPGMaker types, but its way better than most of the others for 2D or simple indie 3D stuff. Especially given how Unity has become shitty in terms of licensing and Unreal is run by a shitty company, but both of them are "powerful but same-y" when it comes to graphics..
Godot is always improving, is open source, and is not going to frick you on monetization. For certain games, just about everything 2D and most 3D up until the "I want it to look like UE5" level, its a better overall engine.
>Godot is excellent for what it is,
excellent poop is stil poop
>Godot is always improving,
it'a getting worse and worse
>I can't use it therefore bad
Can someone post a list of each engine and what is unique about them? It'll help me make a decision.
Godot is lightweight, opens fast and requires no registration
This is by far the stupidiest reason ever.
Who the frick cares if it's less than 1 GB, or if it opens slightly faster than other game engines. It's the least important comparison possible. What's more important is what features it provides and how easy it is to use.
Fricking idiot.
Not him, but being lightweight is crucially important if you want to actually make a game. You will have a ton of stuff in your game as you enter the latter half of development and if your engine barely chugs with all of that, you will have a bad time.
It is not.
If you even get to that stage then you're serious enough to buy any decent hardware. To even consider using a tool because "it's lightweight" is so stupid, it's infuriating.
>"Yeah, I chose RPGM for my 3D FPS because it's LIGHTWEIGHT, instead of UE because that's HEAVYWEIGHT!"
You choose the tool that's best for the job. Not because it'll let you open the program a fraction of a second faster, or that it takes up 100 MB on your hard drive instead of 10 GB.
Or even worse, the stupid idiots that complain about waiting 10 minutes for compiling shaders when you first open a brand new project. A literal one-time wait.
>choos the tool that's best for the job
>NOOO NOT LIKE THAT
> STOP USING THE TOOLS YOU CONSIDER BEST FOR YOUR JOB ONLY CONSIDER MINE REEEEEE
lol@this nodev
Take your meds.
Already did <3
It is good for actual developers, of course if you are just derivating from the templates you'd prefer Unreal although it
*compiling shaders*
Godot's biggest selling point, and it's least used most 'who cares' thing, is you can fully extended it however you want. It's all open and available for you to modify as you please. Most people making games barely know how to write a script so this isn't very applicable.
The other engines /can/ allow this but usually for $$$ first.
>FOSS cultists strike again
Like clockwork
What are the benefits of DRM on an engine?
Your low effort post clearly shows you will ngmi. However, I will help you out anyways.
Here's what each game engine is best at:
>UE
Best 3D, no brainer choice for 3D
>Unity
Cheap mobile games with ads
>Godot
Trannies and shills, completely incomplete feature-wise
>RPGM
Unironically, if all you need is 2D RPG and you can make good art then this is fine. Good art is a requirement.
what about a sidescrolling platformer
yes, I know that sidescrolling platformers are a bad choice to make considering how many shitty indie ones get made
If you're talking about 2D sidescrolling platformer then you've got some options.
>UE
Technically has Paper2D, but it's been abandoned so don't do it
>Unity
Unity has been going down a really bad path lately. You can easily do it in Unity but you have to consider the future whether you want to invest your time in this platform and company that is actively trying to kill itself.
>GameMaker
I've heard this is pretty good for sidescrollers but I think you have to pay money to use it
>Godot
It's incomplete and lacking features. It has no funding and therefore who knows about its future.
Honestly, I don't know. Making a 2D game in 2024 is really rough, there are no good choices. If you want to make any 3D game though, UE is excellent and a no-brainer.
>Godot
how incomplete, in what ways? I just released a 2d multiplayer game on steam using godot. I ran into a couple engine bugs I had to work around but I'm under the impression people are b***hing about it's state more than it deserves.
You can try them all yourself for free and pick the one you like working with
I want to make a 2D game. Should I use Godot or GameMaker?
Ask in a year or two, it's still too raw for newbie developers in the "you frick up and lose the entire project" way
Yeah it had some very nasty, unpredictable bug where the main project file can get corrupted and you're just fricked. Combine that with a lot of newbies neglecting backups and you're in for a bad time. No idea if that was ever fixed.
Finally managed to finish my game
https://npckc.itch.io/one-night-hot-springs
Thoughts?
Please tell me it's a joke.
Weird game to spam anon
I don't understand why Godot has to be so fricking convoluted. Stuff that would be 4 lines in Unity, boom done, is an entire block of convoluted code. And its supposedly better, but runs worse than Unity? I don't get it.
Examples?
am i banned
I did a build of my unity game and I want to move my game to a usb stick. what do i copy and move?
most likely the build
Learning material for Godot leaves a lot to be desired. Even the official documentation is pretty lackluster. That's going to make things harder for someone starting with 0 programming experience.
It's not for you