Apos.Input
Nez
Our great sponsors
Apos.Input | Nez | |
---|---|---|
2 | 19 | |
50 | 1,715 | |
- | - | |
5.1 | 7.1 | |
2 months ago | 17 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.
Apos.Input
-
Keyboard input just not working all of a sudden
I don't know if it helps but I made this library to make working with inputs easier: https://github.com/Apostolique/Apos.Input.
-
What is the best way to share code?
For code that is more reusable between many projects, I create a MonoGame library. For example my input library: https://github.com/Apostolique/Apos.Input. To use it, I just need to add this to a csproj:
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.
What are some alternatives?
AbstractOTDPlugins - Plugins for OpenTabletDriver
MonoGame - One framework for creating powerful cross-platform games.
MonoGame.Extended - Extensions to make MonoGame more awesome
Stride Game Engine - Stride Game Engine (formerly Xenko)
FNA - FNA - Accuracy-focused XNA4 reimplementation for open platforms
Wave Engine - This repository contains all the official samples of Evergine.
BEPUphysics - Pure C# 3D real time physics simulation library, now with a higher version number.
CocosSharp - CocosSharp is a C# implementation of the Cocos2D and Cocos3D APIs that runs on any platform where MonoGame runs.
Duality - a 2D Game Development Framework
UrhoSharp - Code to integrate with the Urho3D engine
UnrealCLR - Unreal Engine .NET 6 integration
Xenko