A game FRAMEWORK instead of Unity or Unreal ? 

I'm amazed people are also watching this video.. so perhaps I will do more in the future

Oh sure, for some (many?) people, a framework and building most things yourself, probably isn't the way to go! Good thing that are options 😁

Thanks for watching!

I use Gimp! To do my art, no other setup, and music I can't do, so I hire brilliant musicians for that 😎

Future proof was always a big reason behind my code/tool decisions

Good to hear 🙃

Same reason for me using my framework.. guess we like code and are maybe control freaks 😉

It is!

I'm really interested to explore it do you have good resources on it ?

Try www.libgdx.com 🙃

Check next video, I did exactly that 😏

Not sure if they still run without putting time into them, but I can certainly dig into them and talk about what the idea was and why it didn't work! 😁

That's the license for the source code of LibGDX, not the usage or "compiled" software you release with it. 😉

@@orangepixelgames Well, I also thought it was like that, but reading the Apache license calmly and talking to a lawyer, the conclusion is that even when compiled, you need to add the license for end users. Can you tell me how you came to a different conclusion? This would help me a lot because I have a game yet to be released and it's holding me back.

Pretty sure the license is just for the source code and using that when creating another library with LibGDX code as base. You can also check: libgdx.com/funding/#:~:text=It%20is%20free%2C%20Apache%202,the%20games%20of%20their%20dreams.&text=libGDX%20is%20being%20developed%20lovingly,300%20volunteers%20across%20the%20globe. Or ask in their discord if you want to be sure

@@orangepixelgames Thank you very much! And congratulations on your great games :)

We could say that! Just not sure the term 'game engine' means the same for everyone these days 😉

@@orangepixelgames Yea, on occasion I have had some deep thoughts about what exactly the term "engine" exactly means in software. And from what I've seen, the pattern is that a game engine has to have an already existing "game loop" where all the game logic occurrs. And new game logic has to somehow hook into that loop in some way.

No problem! Thanks for watching

No performance differences, but that's also because the code is straightforward, and simple 2D sprite movement, and not a lot of overhead on things because it's all written for the thing it needs to do 😉. And sure the downside is that sometimes you need to put a lot of time into figuring things out that perhaps you haven't done before in your game. That's why I try to limit new technical challenges to just one per game project 😁

If I wasn't so much into Java , I guess monogame would have been my go-to library

@@orangepixelgames Java to C# isn't a hard leap, especially comparing to post-Java 8, where they've been layering in more functional stuff. Given how you've already gone for a layered & modular architecture, you could probably get the hang of the language in weeks, and port your common-framework over in a matter of 5-6 months or less (assuming no active games in development).

You learn one thing at a time, and then improve it over the years after as you learn more things and better ways to do things 🙃

Teaching approaches have changed over the years. You might be better off with an older book that builds techniques & fundamentals one-by-one. Most video tutorials, and even most newer books, go more cookbook-style, where you learn how to do "This One Thing", then "That Other Thing", without really understanding what's going on, why do it this way, or how they're connected.

build your own framework! just pick a good library (like LibGDX.. it's Java, but it's not that hard of a language if you already know C or C#)

You could take a look at RayLib, too. It doesn't have as many features as libGDX/MonoGame, but it binds into almost any language in existance.

Think that for recommended to me a few videos ago, might check it out if it find some free time 😅

If you wanna do consoles, monogame is a better path than Java. Just know that consoles require devkit access (not free and often not cheap) and PC is still the biggest market, in which case Java should do just fine

😁 Gradle can certainly be a pain, but once setup, LibGDX is painless

@@orangepixelgames Yeah, for sure! I think I should stop trying to set it up with Kotlin and go back to good old Java instead :)

Oh sure, a lot of games made by me but published by other developers back in the like the first 5-6 years of running Orangepixel 🙃

Never used Kotlin. As for Unity vs a library/framework, think that would be a big difference to get used to!

​@@orangepixelgamesyou should try ! It's interoperable with java pretty easily ! It's the goat of languages 😂

tried Python a few times.. it's certainly a different language! :D cool to hear you use it

Same use pygame. Maybe I'll use pygame-ce forward but really nice framework and so many well made tutorials.

@@just_for_funarts9905 Yea I meant pygame ce but most ppl just call it pygame as well LOL

Still a work in progress! Same as the Playstation versions..

Ha! Someone had to ask 😁 my main problem is that I often start the next project as a silly prototype while my other game is being wrapped up. And I then use the tools I have setup .. which means Java 🙃 it's just not giving myself time to set stuff up in-between projects

Most is done by a transpiler, with manual work to fix the things that are broken 😉

@@orangepixelgames can you tell me do you use your implement of physics engine or use box2d or something else for libgdx and monogame?

@@marko95gI use my own code for physics and collisions, so it's transpiled easily between languages

Not sure it's the best, but it's certainly over looked too much!

@@orangepixelgames Definitely, although my favorite to use is Rust with Macroquad :D

Java's a great language, especially for learning, and for projects where long-term stability is prioritized (with as little maintenance as possible). In a parallel universe, if Microsoft had bought Sun instead of competing with Oracle, maybe Unity would've been built on Java 😄

That's a bit harsh. Using an engine don't mean someone is a subpar coder. I personally prefer engines not because I'm a bad coder, but because I'm a bad artist :D All the graphical editors for materials, animations and alike help me a lot.

I don't mean offence to anyone that uses an engine like unreal, of course time constraints are a main reason to use one. But honestly, standards have dropped, I've seen coders that don't even understand the concept of OO programming. Legends like John carmack that push those standards are gone

Never let ego get in the way of good business. Engines are a force-multiplier. Every problem you have to solve that's not part of your core game, or every non-essential resource you have to build/source alone, is delaying the eventual release of your game. Maybe I'm just a competitive American 😄 But if I'm working on a product (not hobby/learning) I don't want to potentially miss the market due to trying to prove something [to whom?] by DIY'ing stuff that's not actually germane to the finished game. Once you're in that productive phase of the learning-curve, you can work faster and benefit from the engine team's work on cross-platform SDKs & graphics. And honestly, a good defensive coder is still going to abstract the particulars from the main code. Unless the engine is super-opinionated, you can definitely take the same approach of supporting potential implementation-swapping.

@@SylvanFeanturi This. When I was first evaluating Unity, I was pretty skeptical. But what finally sold me was in-Editor runtime tuning, and the ability to make seamless custom Editor tools. In Unity, I have made everything from better-Tiled, to custom-built character, AI, & level editors. Then there's the Asset Store and easy 3d tools - I would never have dared making a 3d game otherwise. Yes, the trade-off is a hard dependency (for now), but the ROI is undeniable.

​@@mandisawyeah I take your points. I understand time constraints and good standards could be attained for the end product using unreal or unity engine. On the flip, personally, why would I want to pay any fees on top of tax and on top of steams/Sonys cut. When I can just make an engine using a frame work myself. (Which suits my needs) However my point is, for coders, I feel like these engines hinder their growth. They become dependent on things being done for them without understanding how it's done or how to improve upon (I say this all in general terms, based on observation, as I don't know every single person out there)And this comes from a computer scientist perspective not business, as I want to see technology advance. Also, it can saturate the market with below average games, which seems to get worse every year. You wouldn't want your game to be lost in a sea of other trash games, right?