Nez
Stride Game Engine
Our great sponsors
Nez | Stride Game Engine | |
---|---|---|
19 | 23 | |
1,709 | 6,178 | |
- | 1.5% | |
7.1 | 9.5 | |
12 days ago | 10 days ago | |
C# | C# | |
MIT License | 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.
Nez
-
Bloomwood - 2D RPG - Hobby Project
I'm developing an RPG in C# using MonoGame and the Nez game engine. Looking for hobbyists who would like something to do in their free-time and/or one programmer and one pixel-artist. Below is a link to a Google Drive folder w/ information regarding the game's design. Any comments, suggestions or otherwise are also welcome!
-
How easy is Monogame for a beginner coming from game engines?
Monogame has a good number of libraries, ranging from utility and QOL stuff all the way up to something like Nez, a huge library completely reworks how Monogame works.
- Looking for advice on making a command line "dev console"
-
Connecting a Traditional OO Inheritance Hierarchy to a Component-Based Entity System
I have an entity-based component system based on Nez that implements most of the lower level functionality of my game, such as animation, rendering, physics, and collision initiated interactions. It was originally supposed to be an ECS but now I consider it more of an entity-based component system since the components are more about adding functionality to entities, rather than data and there (currently) are no separate systems. I've implemented a custom messaging system, of which I am quite proud, so that when one component needs to send a message to another component it doesn't have to perform a lookup using reflection nor does it need to always store a reference to that component.
-
Entity System for Nez?
They still have an Entity-Component system, but no longer an Entity-Component-System system. The part of the FAQ I’m referring to is here: Entity Systems
- How can I avoid global state in programs, when all objects/classes need to interact with each other?
- C# is only for Unity, right?
-
I need to make a game in WPF
If your background is in C#, and you think Unity is overkill or you don't want to be taken out of a pure code ecosystem (unity is like a glorified level editor), then I would highly recommend MonoGame using the Nez framework https://github.com/prime31/Nez . Its all C#, and it gives you everything you need to start making a game and nothing else - just the kitchen sink. It gives you a game loop, media capabilities, an actor system, a UI system, collisions, animation tweening, and a lot more. The code to get started is literally simpler than a new WPF app. Check out the sample library. https://github.com/prime31/Nez-Samples The code to create a 2d tileset game with collisions, a follow camera, and a movable character who can shoot fireballs is only 300 lines long.
-
Are there any common practices/conventions that I should know about?
Here's an example of a more fleshed out game engine built for monogame: https://github.com/prime31/Nez
-
I am looking for a new engine. Any suggestions?
If you're cool with just writing code with no GUI environment, I'm a big fan of Monogame, especially when paired with the Nez library extension. Using Monogame by itself is fine and let's you do basically everything from scratch how you want it, but Nez gives you a strong foundation of basics handled for you without completely getting in your way, including an entity-component style workflow that you may be used to from Unity.
Stride Game Engine
-
Unity Software plans to reduce its workforce by 25%, eliminating ~1,800 jobs
In general it took me less time to rewrite the code-base then implementing some of the workarounds for missing features in Unity (e.g. HTTP2) in the first place.
[0] https://github.com/stride3d/stride/issues/2069
- 🗨️ Join the Stride Conversation on GitHub!
-
Thinking switch from C++ to C#. Some questions. Part 2
I don't know where you have all these GC problems. There must be a problem with your design. I run real time automation stuff in C#, GC doesn't caused any problem yet. Stride3D docs says, that's if you put a lot of big objects in the heap without reusing them, you will hit big GC pause: https://github.com/stride3d/stride/wiki/On-Garbage-Collection But most of the time it's trivial to reuses those.
- Brought to you by an Electrical Engineer
-
Relaunch of r/stride3d
This could be set as a prominent link somewhere, it is the official stride forums: https://github.com/stride3d/stride/discussions
-
hi i'm new is unity still usable after the whole scandal of the past like 3 weeks or so ? thanks
If you like to develop in C#, the free and open-source game engine Stride is a good alternative. But it really depends on your needs and skill level: https://github.com/stride3d/stride
-
End of the Machinery Game Engine
> ...you are requested to delete The Machinery source code and binaries.
This is pretty weird.
Then again, in regards to the engine itself dying, I feel like this is inevitable for many of the projects out there. For example, there was the Xenko engine which was later renamed to Stride: https://www.stride3d.net/
It's actually a nice project, has lots of great features and feels like it should be a more open alternative to Unity, whilst being similarly easy to use. However, compare the attention it is getting in comparison to something like Godot:
- https://github.com/stride3d/stride
- Why is there a lack of cool repos?
- C# games in Godot, 2022 edition
-
Unity is merging with ironSource
I leave this little thing: https://stride3d.net
What are some alternatives?
MonoGame - One framework for creating powerful cross-platform games.
MonoGame.Extended - Extensions to make MonoGame more awesome
Wave Engine - This repository contains all the official samples of Evergine.
FNA - FNA - Accuracy-focused XNA4 reimplementation for open platforms
BEPUphysics - Pure C# 3D real time physics simulation library, now with a higher version number.
WPF-Samples - Repository for WPF related samples
Duality - a 2D Game Development Framework
CocosSharp - CocosSharp is a C# implementation of the Cocos2D and Cocos3D APIs that runs on any platform where MonoGame runs.
Xenko