Stride For Unity Developers
Вставка
- Опубліковано 28 вер 2024
- If you are a Unity developer looking for a new game engine, you should certainly consider the Stride Game Engine. Stride is a free and open source game engine with full C# 6 and .NET 10 support, with a very robust editor that should be immediately comfortable to Unity developers.
Links:
gamefromscratc...
Demo Scenes from Synty Bundle:
www.humblebund...
-----------------------------------------------------------------------------------------------------------
GFS Patreon : / gamefromscratch
GameDev News : gamefromscratc...
GameDev Tutorials : devga.me
Discord : / discord
Twitter : / gamefromscratch
-----------------------------------------------------------------------------------------------------------
Links:
gamefromscratch.com/stride-for-unity-developers/
Demo Scenes from Synty Bundle:
www.humblebundle.com/software/best-synty-game-dev-assets-remix-software?partner=gamefromscratch
-----------------------------------------------------------------------------------------------------------
*GFS Patreon* : www.patreon.com/gamefromscratch
*GameDev News* : gamefromscratch.com
*GameDev Tutorials* : devga.me
*Discord* : discord.com/invite/R7tUVbD
*Twitter* : twitter.com/gamefromscratch
-----------------------------------------------------------------------------------------------------------
Thank you very much for making us aware about more and more engines which we never heard of
just started tinkering around with stride yesterday, great timing!
Small addition: The version in the launcher is fairly new, there are incremental package updates every few weeks. There was one just today.
I have always loved stride. such a great engine
It should be clear, that porting to console with Stride is apparently difficult, so if you're looking for something with Switch support or otherwise it may not be the best choice.
@@SomeDudeSomewhere
Nah, the thing is more that consoles are complicated and need licences. Terraria which uses C# for example (and FNA, by the way) had a port to Xbox 360 for example, and even PS4 supports it. Unity is one of the unique """free""" C# game engines to support consoles (not even Godot support all of them by default) and it is really more a license and technicallities issue than anything.
To be completely fair, all open source engines are going to have that problem to some extent, since you legally need a propriatary licence to work with most consoles. Even the Godot team had to create a whole seperate private for-profit company (W4 Games) mainly for the purpose of working out agreements with porting games made in the engine to consoles.
@@gnowos9111 The issue with Stride is not only licensing but the actual code behind it makes it difficult to it run on consoles. The engine is actually in C#, it doesn't use C/C++ in the backend. It's possible I believe but you'd have to do some heavy lifting as far as I'm aware.
@@diadetediotedio6918 Unsure about FNA but when I asked the devs about porting to a console the nature of the .Net and C# backend makes it more difficult to get it to work with an SDK. They didn't say it was impossible but it would be more difficult than a C/C++ backend.
@@DarkerCry
They used FNA and if I'm not wrong they ported it using Unity (basically they "simulated" FNA inside Unity).
But yeah I'm not disagreeing that C# is harder to port to consoles than C++ (and Unity being used is an example of this), but C# is gaining AOT and this means it can run natively on a lot of new environments, and someone has to do it firstly so I think easier or harder it is a matter of the first explorer to put the flag on land and take all the dirt that comes with it.
VVVV is the OG tool for realtime generative graphics, used in many high profile projects... It uses Stride as it's engine. From that point of view, Stride has been trusted for prime-time use for a long time.
I tried this a day before this video came out! I truly hope this, Flax engine or some other proper C# and entity(gameobject)/component engine lands takes Unity's cake. Godot and Unreal are their own things but I don't want to ever have to use them after seeing how well Unity's recipe works.
I was waiting for this one for a while
Takin' it all in Stride
I wonder whether we might get a video about NeoAxis Engine as well, they had a new release in 2023 with some pretty good rendering functionality. It also uses C#, has a 3% revenue share after 200'000 USD, and overall feels similar to Unity in that it also has a systems with lots of similar components. Unfortunately, like Stride, it's also a bit niche and the tooling is Windows only (and exported platform support is in the works), but since that one was last covered on the channel, they've actually made the assets on their sorta-empty store free.
I found Evergine to be nice as well.
Does there happen to be more graphic demos? I would like to see more of what the engine is capable of
@gamefromscratch
Can you do a Flax for Unity devs?
For VR, docs say 'Oculus Rift' and 'Valve' supported. Does that mean no Oculus Quest support, cannot build and sideload onto Quest? Also is VR hand tracking supported?
I recently tried Stride and had problems to get animated model from blender.
hmm you got it backwards, it supports C# 10 and .net 6
as far as im aware, none of the alternatives have anything remotely like Playmaker, so they're fine for making scenes or whatever, but they're kinda non-choices for me
I will try it
Why does it say "this machine doesn't meet the requirements to build for this platform"? This is for Windows.
OK...figured it out...you have to build the game in VS.
But when I took the .exe file by itself, it would not open, so I would assume it doesn't put everything it needs in the .exe file & there are other files that are needed to make it run, because when I ran it in the original folder. it ran fine.
So this is kind of a deal breaker as it doesn't run just from the .exe file.
Dotnet has a "publish single file" where it can gather all dlls in one executable. You're also allowed trimming (reduces the executable size) and "ready to run" which compiles AOT some functions. If you don't want to require your users to download the dotnet runtime then you can also package the runtime with the game.
Way too complicated.@@younesskafia4189
Damn first comments are bots
Can you make a video about setting up rider with Godot mono (C#) for mac users? I followed your tutorial but it doesn’t work for mac
It's not ready. Even more not ready than Godot. Can't wait for updates because right now editor is too slow, compile times are awful. I'll stick to godot for now.
Cool video.. can you also make video about Flax, Unigine or other alternatives to Unity. Thanks!
He mentioned in a previous video he plans to do a few more engines, I believe Unigine was was mentioned.
Broh.......... I just started my game dev journey and this happens..... I bet this is my fault..... Sorry guys, its my curse...
When Unigine For Unity Developers?
unigine is probably worse than unity in terms of bad corporate company behind an engine roflmao, unigine is for militar silumations, etc.
Hope never. This is a russian engine. Its developers created simulators on behalf of the russian government, possibly the military.
@@guidoopossum And US military uses Unreal Engine. So it's mean UE also bad?
@@Котвбезумнойшляпе The USA did not attack another sovereign country. I would not want anyone to use it because it can support the economy of russia and Unigine's developers created simulators on which the russian military could possibly learn to kill my compatriots.
@@guidoopossum Pretty sure it's based in Luxembourg now
Never gonna break my stride.
I'm running and I won't touch ground.
I got to keep on moving... away from Unity
waiting for video about unigine 🙂
Used to be great, then they made a new material system and actual game builds now spend an hour compiling shaders :( also they love changing class member names every other update.
Stride is amazing in so many aspects (shader Stuartem is fantastic) it deserves much more love
Shader system is the best in the world, so many great ideas in there!
for god sake, press the PLAY button and show the demo running!!!!
The good:
Stride is imo the best engine if you're a C# developer and are very experienced in it. You can customize even the startup sequence of the engine, which is insanely powerful, it has native support for async methods, which is huge (Unity/Godot technically has it too, but using "async void" methods is horrible practice, always return Task or ValueTask) and gives you a lot more control over how things work (eg. you can directly access the collection of collision events on a rigidbody, etc.)
HOWEVER.
I think a huge weakpoint of Stride is the editor itself, it's made with WPF, which is horrible to work with from programming side and afaik you cannot write plugins for the editor, which can be a dealbreaker for some bigger projects that might want specialized tooling.
Also the lack for crossplatform support, WPF apps can only run on Windows.
There are efforts to port it to Avalonia. And you can export games to multiple platforms, ofc.
@@tonfilm Avalonia is not much of an improvement IMO, ideally the editor should be done like with Godot, run on the engine itself. From my experience Avalonia is also rather clunky, so idk how plugin support will be.
And I am aware that you can export to multiple platforms, however the editor being Windows only is the main issue.
@@nocturne6320 sure in in ideal world with infinite manpower, that's the perfect software design. But Avalonia is very similar to WPF and is promising to be a feasible workload. Writing everything from scratch isn't an option without millions in the pocket...
@@tonfilm Avalonia at least addresses the crossplatform issue, but I do hope they figure out a way of making editor plugins possible
@@nocturne6320 yes, a plugin system is already discussed and will happen earlier than editor rewrite.
Could you compare Stride and Flax engines together?
Flax is a c++ engine backed by a company. Stride is a .NET game engine backed by a small community. You'll get much more with Flax than with Stride, but you'd still be bound by a company
+1 to this. If I understand correctly - lead developer of Flax was working on Xenko (Stride) in the past.
+1 please 🙏🏾
Hell yeah! Thanks for giving us a good look into Stride! Hopefully we can see one about Flax as well!
I’m currently learning flax, so a video about it would be great
I've started learning Stride engine and I like it. Can't say that I love it yet, I need more time to figure it out. However, I've also started promoting the engine by writing posts about my progress on LinkedIn. I believe that if Stride gets more attention, it will affect its development positively.
its actually a good engine but small community, some performance issues with physics and sometimes it crashes (Unity also but Unity is a solid and stable Guy). Good documentation, Android Support, great graphics features and much more. I think Godot 4 is heaven for 2D Developers and small 3D Projects. I personally recommend Godot. With Bepu Physics 2 you can solve your Stride Physics issue and can be faster than Unity somehow if you are a good programmer.
If you are a beginner learning C#, Stride3D or Flax is your best option. Godot is forcing people to use GDscript or c++. They are playing politics over there.
I actually really like Stride. I've been playing with it for a few weeks now. One of the things I love about it is, that it is just a VS Project. The other thing I love about it is being able to debug inside VS.
Thank you for going over Stride again!
bro, i really wanted to migrate from unity to stride, but the asset pipeline is so bad man. if you have a fbx with a model, a skeleton and more than one animation, stride goes crazy and nothing works. the same issue is in flax, whats the point of these engines if the barebones basics do not work. even bevy without an editor is better with that already, it correctly detects all the assets in a gltf.
as far as I know with Flax, there isn't a huge issue with skeletons and fbx, have you tried asking their discord or maybe reading the manual to make sure that your export settings aren't causing problems?
don't migrate keep using Unity
We're actually working on fixing these issues
@@DarkerCry flax is even worse, i found a topic in their forums describing the issue perfecly. i cant past links here but google for "flax How to import a Skeletal Mesh FBX that has the skeleton, skin and animations? Flax imports one or another only"
@@SeleDreams oooh great, but when you say "we", are you from flax or stride? in unity you can drag and drop a fbx and unity correctly splits meshes, skeletons, individual reusable animations, etc its the strongest point in unity
Great info as usual! Thanks!👏👏👏
Interesting!
The deal breaker for me to switch from Unity to Stride was the ability to run any number of debug instances (cuz it's just VS sln), so I can quickly test multiplayer without bloating ram with editors and project clones, which was a PITS in Unity (ParrelSync is not enough)... From the scripting side, thansition was also pretty smooth :) The only thing that really differs from Unity in Stride - the shader language/system. Yeah, it is powerfull but waaaay more complicated than needed imo, from the pov of non-shader guy. I really miss a simple node-based shader/material editor.
Dude good job on all these videos, do try to not overwork yourself...
I really am glad engines other than Unreal and Godot are getting more attention.
Don't get me wrong, I like what they're doing. But consolidation with Unity is what led to the current exodus, and the most engines we have in use the better.
*EA Unity be like:*
Damn dude, they wrote it with a future version of the framework but thought to limit themselves to only language features available in 2015? What a weird design constraint 🙃
Somehow the SGI reference means more to me then a list of games made with the engine. The features look really professional and even more a rival to Unreal then Unity. From a technical perspective, I think that big mobile studio's would especially be interested in moving from Unity to Stride. If a studio has dedicated C# developers they are bound to favor the Visual Studio integration. It seems like a no brainer, so why didn't it happen before?
Im kinda fed up with unity. So overkill for my small purposes ... im gonna try Stride. Thanks for the breakdown
Don't know if it's better to use stride or godot...
How easy or difficult for Unity assets to Stride? There was the 'FBX' technique in a previous video. But there a lot of scripts in assets, can scripts for Unity be converted to scripts for Stride easily?
It is not too difficult, if you know C#, only slight changes.
rough for a 1080p user
Looks great, might be even better than Godot for 3D.
Only problem is the small community and lack of showcase games :/
Both Stride and Godot are FOSS tools under the same MIT License, so I am very supportive of the development of both tools. Godot has more under its belt at the moment, and for that, its development will probably be bolstered further ahead before stride. I hope to see both engines develop well. For me though, the fact that Stride is so heavily windows based is a big problem. I believe the best open source software should really commit to the open source community by using Free and Open Source API's as their backbone. For that, i am inclined to support Godot much more, because it's divorced from proprietary API's all-together.
The description says "full C# 6 and .NET 10 support", did you mean .NET 6 and C# 10?
Yes, that's a typo. They actually want to release 4.2 with .NET 8 support in November.
Please have them consider mac and console porting options.
unfortuantely it isn't currently planned for console but some of the community is looking into mac exports.
@@DoprezGameDev as the community grows I'm sure console support will follow one day just gotta make the engine popular through some new Games.
The thing is that consoles are not a trivial task due to the "closed nature" of their apis and specific things, other than that, in theory stride could run anywhere where dotnet runs and those are a lot of possible targets.
Fun Fact: Stride makes Godot obsolete.
Same license, same open-source, far more professional product.
Guess the Godot community refuses to switch because of Stockholm Syndrome lul.
Stride isnt more "professional product"
@Gamefromscatch : How well does it handle terrains?
Depends on which kind of terrain. We have a terrain component but you can render your own one too, the render system is very very modular, and you could easily create new render pipelines
If I ever wanna go back to C# I will use this instead of godot, I really enjoy GDscript in godot but I'd like to get to know more engines so I'll give Stride a go if I wanna try it again, really love C#
Thanks for your brilliant continued work.
Another downside to Stride, for all its wonderful features, is that it doesn't have an in-engine play mode - the solution must be built first before gameplay can be tested. Seems a bit odd, but could be gotten used to, I suppose. The pros outweigh the cons in my opinion.
Interesting.
I'll check it out.
I was going for Unigine for a while, since it looks good and is also C#, but I'm definitely willing to change my decision since Unigine doesn't have a UI editor.
It says it's 2D and 3D on the main site but can't find much info on 2D...
also make a video on bevy for unity ecs devs
Windows only anything is an automatic never at this point
I think you missunderstood the point, the editor and one other bit are windows only for now, there's an ongoing effort to make it fully cross-platform.
But you can build, and edit the game without those if you want directly from the project folder (you don't need the editor to compile and run the game)
Hola falco engine es una mejor opción
Still unsure if I should stick to Unity and see what happens or switch to another 3D capable engine that supports C#. I personally can't become friends with the Both-C++-Blueprint-Workflow in Unreal and I simply like C#, it's my first language and I became very comfortable with it.
The bigger problem, however, is that my Unity game uses half game objects, half ECS and a lot of multithreading with the job system in general.
Which should make porting the game's logic quite hard I guess.
Use Unity. 99% of this whole thing still going around is drama circle jerking.
Make your own opinions.
i'm actually considering stride over godot for a replacemnt to unity because i keep having doubts about godot 3d abilities , my main tragets are ray casting and easy level building..
Unity doesn't need to be replaced. They need to be held accountable and for them to do the non illegal thing they were trying to do. If we abandon the engine we also abandon over 7000 employees and thousands of unity asset developers, and countless people who make tutorials and so many devs who depend on the courses they learned. We shouldn't allow that all to be for nothing imo.
@@CosplayZine the asset developers, tutorials makers ans so on, also consider switching for the same reason. Switchng is the only leverage one has
@@emaayan Problem is Unity reversed many things and have shown something good to community. so, the already learned a lesson. But I will also suggest learn other engines when you are free.
I found Flax to be just as similar to Unity.
Flax is definitely the most feature complete Unity like engine IMO, the only reason I stuck with Stride was the MIT license.
Kotaku writes about Epic cutting off jobs, we need open source more then ever.
Seems promizing. the only negative would be is that its a windows only application unlike Unity that runs no prob on Linux. This because I have some linux machines as well that I want to also continue make good use of including a fully working i7 machine with a big 21 inch screen that I got from my work and that I have given a 2nd life with Linux and use for Unity and Godot no prob and would have been nice if I could run this engine on it as well. I guess Unity and Godot are the only 2 of the big ones working on Linux at the moment. You have engines like Bevy ect but they are only in their infancy so far although im learning rust and bevy too at the moment. Unreal also run on Linux but u have to build it from source (altough thats not too complicated I guess) and the system requirements for UE are too big for other then gaming rigs like my ASUS ROG that I bought specifically for UE5 development.
Flax works on Linux, at least by their webpage.
Well, considering the video is "Stride for Unity developers" I think it is still pretty amazing, as Unity itself does not run on linux (at least, it used not to) either.
@@diadetediotedio6918 I had some issues before recently but I got it to work no problem now on POP OS and have been using it also before on Linux. They even had an appimage making it a whiz to install (now removed however).
@@SylvanFeanturi Flax however require a Vulkan compatible graphics card and there is only onboard graphics on this machine as it was equipped for office use only (It is my boss "old" HP deskpro computer that I saved from being scrapped when i saw it had an I7 in it + looked really cool designwise + with it there also was a really big and adjustable monitor perfect for a game dev workstation) even if otherwise having really good specs (I7 and 12 gb ram). The computer was also made long before Vulkan existed. There is a place for a graphics card but as modern graphics cards are HUGE and made for tower gaming machines I dont see how i could fit a modern Vulkan card into this low profile desktop computer. Or are there lower profile ones avaible? Dont need to be top spec as long it have Vulkan.
We're actually working on it. If I'm not wrong there's one last point that ties us to windows for the asset compilation. The editor is still windows bound, but you could potentially soon be able to code and compile your game on Linux but without the editor.
Turns out it's really hard to write an editor :)
Make a video about Hazel engine next! The Cherno is launching a big update soon and you two could collaborate on a video. You could interview him on game engine design and he would get some much needed publicity for his engine.
So far, only Unity is good enough to make fancy 2D games fast. The toolings are all there in Unity:
1. Sprite Editor: making stretchable UI images, setting the image's pivot
2. 2D Bones: automated vertex creation with weights
3. Animation, Animator panels: lots of shortcuts, filters, and customization to speed up the production. (Not perfect, but better than other engines)
4. Animation Rigging: modify animation at runtime using code
5. Sprite Swapping feature: similar sprites can be swapped without ruining the animation
6. Tilemap: with extensions
7. Sprite Shape: creating dynamic platforms for platformer games
The physics engine for Stride is pretty slow
replacement/plugin with bepu is on the way
@@martins.8349 oh snap! Very nice to hear
No IL2CPP no moving
il2cpp is pointless when you dont want console export, which is not available anyway
@@martins.8349 yeah good luck fighting modders and built-in bots for multiplayer games 🙏🏼
Although there is a lot of work needed it is important to note that .NET 8 does support AOT so it may be a thing sometime soon? Just a hopeful dream for now though.
IL2CPP sucks anyways, it's only needed because unity is stuck in that prehistoric version of "Mono", Stride by it's nature is on dotnet 6 currently and will migrate to dotnet 8 when the lts is released (in like a month of so) and whith that you get EVERYTHING from the dotnet toolchain from source generators to aot to nuget support.
IL2CPP were mental gymnastics made by unity to avoid adressing it's real issue in the engine.
@@insomnyawolf why would I wait for that and go with an unoptimized untested engine when the alternative has been around for more than a decade with a huge team behind it.
IL2CPP has to be the best thing Unity did for C# and it is in fact fasted than their mono implementation and more secure, you don't get the skids modding your game and creating built-in bots (read on it saved Albion Online) and you get more performance
+ burst + jobs + ecs or custom monobehavior alternatives (sacrificing using the inspector to change shit)
These are all things tested by myself and I've been using unity for almost 10 years so I know how important IL2CPP is
Why all other engines besides Unity must have that terrible editor UI. I mean really. Every. Single. One. Stride, Unigine, Defold, Flax - their UI is literally talking "BOOO, YOU DONT WANT TO USE ME!", really. From competitors, only Godot have nice, clean looking UI, if you decrease its scale to 80% or less. Stride looks terrible. Defold, what the f...? Unigine is umm umm.. not the worst. Flax, oh my god, those large button icons with no padding, oh my god I cannot take it.
But there is high probability that I am "special" and normal people do not have that kind of problems.
Defold has really good UI. Unigine is russia engine that was used for training simulator by russia govermant so I will never use it.
they all have bad asset importers too... have you see the nightmare that is importing multiple models in godot? updating models? then flax and stride managed to be worse, how, bro?
I share your pain.
That's why I'm starting a game engine, even if it is not successful at least I will feel better with myself for developing a way more familiar UI than these.
unigine will have a new ui system in a new update
@@diadetediotedio6918Why not just change the UI of an existing engine? Stride, for example, is desperately craving a rewrite in Avalonia for cross-platform support.
I tried this engine but they have spyware in the editor so I quit.
If you are referring to the analytics, it is something I mentioned getting rid of since no one is using it anyway. It was just a way of the devs seeing when Stride was being downloaded and which version of Stride. The code is fully open source so there is nothing to hide and there is no company behind Stride so there is no one to profit from something like this.
You can't just call anything and everything spyware
@@DoprezGameDev Yes.
@@GoblinArmyInYourWalls Then don't put spyware in your software.