So I'm learning 2D game dev in java.
(I know)

Being stubborn I'm coding everything myself because, you know who needs libraries.😅

And

Holy toenails ,I have mad respect for the guys who build game engines. Especially 3d engines.

Y'all are beasts.

I've been working for years on a game that would be a mix between Dwarf Fortress, Factorio and SpaceChem.

Problem is, I keep switching between engines and languages, never making too much progress. I've written several isometric rendering libraries, tried out going fully 2D ASCII or fully 3D in unity... And then something else eats up my time for a while again.

No... No... No!

The game engine is not in charge of code optimisation, if your program runs like ass; it is 99% going to be your fault...

Sick of seeing people judge engines because of the poorly optimised things made in them by half assed developers... Why do the good things never get any attention where the shit gets all of it... Why?!

(Just had someone crack the shits at me because I'm not using a 'real' engine and am not a a 'real' developer because I'm not using unreal... So I'm in a fan-fucking-tastic mood after that :-D)

For fucks sake, just because you don't know anything besides JS, you don't have to constantly complain how it's "so fucked up"!

Yeah there's a lot of frameworks. So what? Python has 50+ wsgi frameworks just for server-side apps, Linux has literary hundreds of desktop environments, C++ has over 30 actively-developed UI frameworks, and let's not even get started on CMSs or game engines. And each language comes with its own dependency management or two, NPM discourages static linking & bundling dependencies until the very end, while some others only recommend dynamically linking widely-available dependencies & always bundling the remaining ones.

Software development is constantly evolving, and for most time there's no right or wrong approach. And when one approach is chosen over another, there's a reason for that. Imagine you just found a perfect library for your use case, but some idiot decided to only offer minified code with bundled jQuery? Or a different idiot made it impossible to have multiple versions of a dependency on your system without resorting to one of various third-party hacks?

Every language has a ton of various frameworks & libraries that ultimately do the same thing, every language has a bunch of design choices you probably don't understand at first, and every language was made with a purpose and the fact that you're using it proves it achieved that.

Last but not least, all devs had to learn about quirks in various languages, and they're fucking tired when someone who barely knows a language tries to act smart going "ahaha how the fuck 0.1 + 0.2 isn't 0.3".

Oh god, my first proper rant...

Ok, I am finally fucking sick of all these people shit talking game engines because some people make shitty games with them.

What does it matter what game engine someone uses, unreal engine, game maker, unity, it doesn't matter what you use.

If you think an engine is shit, make your own engine from scratch with all your code, Jesus Christ people -.-

Definitely Godot Engine. One of the greatest and easiest Game Engines I have ever used! Lots of great features and there are getting more and more!

The inbuilt programming language GDScript is really awesome too! It's a custom language built extra for the Engine, which makes it super easy to use and integrate! The syntax is a bit like python but better.

Because it's not as old as unity or unreal engine, it's not as feature rich. But I think that's okay. It allows you to get used to the current existing features, and then heading on to the new ones.

What I really enjoy is that, just as in this community, you can just talk with the creators of the engine. Asking questions, suggesting features and discussing things! They'll answer nearly everything!

Not to mention the graphics! They are really good and are nearly able to compete against Unity!

There's also a visual language you can use. Just like Unreal Engine Blueprints! Never tried it tho...

The scenes system is very easy to understand. You basically have a lot of "components" which you can use in each of your scenes. This also allows for making simple extensions!

All in all, a great engine! If you are a game developer I can definitely recommend trying it out!

Top 10 database engines on db-engine... I never knew the top 3 were so far ahead of the game, if that site is anything to go by.

Have a somewhat good game idea/concept...

Have no experience with game engines...

This could take a while

Microtransactions are ruining the AAA gaming industry. I have always liked a good fighting game. So I looked at Street Fighter 6. Base game is $60, better version is more, bestest version is way more. Plus from reading reviews the fucking game is riddled with microtransactions.

What happened to buying a fucking game and not feeling like you got ripped off? When you bought the fucking game you got the whole fucking game.

I am disgusted with what these big names are doing. Ruining a once less sketchy industry.

I have even seen games that start out good. Then after a few patches they introduce the microtransaction bullshit. The Conan games are like that. The main complaint is adding this bullshit for base game items.

I wonder how they think this is good for their player base. They just fired the dude at Unity over trying to fuck over customers. Of course the company cannot be trusted so a lot of bigger labels are jumping ship to other engines.

What kinda pisses me off is I will try and find a decent game on Steam and look and look and all I find is garbage. How did Steam turn into such a trash heap? I won't touch an EA game (which is where that CEO from Unity came from). It is too bad because I really liked Mass Effect.

tldr - gaming has turned into shit.

In a world full of game engines, only the courageous dare to use OpenGL.

Really hate when people say development for Linux is really difficult, especially when it comes to game development and porting engines...

It really isn't, it's no more difficult to bloody windows and personally think it's easier than Mac development. Worse comes to, mono exists and is pretty damn stable, getting something ported to Linux really isn't as difficult as people try and make it out to be -,-

I have nothing to play recently so I started playing old games.

Today I launched gta vice city on my old pc. Got more than 200 hours in that game during my childhood. Game from 2002 and I laughed when driving a car. It was so natural and fun. Michael Jackson singing Billy Jean and police chasing my ass when I’m trying to find a bribe in the city. That was fun.

For me most of today’s games can’t compete in gameplay mechanics with that game from 20 years ago.
Maybe we have better graphics but gaming fun got worse.

I think it’s cause most of games are made on commercial engines to save money and game studios focus on graphics cause it’s cheaper than paying software developer.

They focus on games to be competitive between players so ai got worse.

Big studio games became generic like movies, they don’t want you to have fun but they want to give you a story around by delivering lots of content in game, achievements, stars but the gameplay itself is bugged and meh.

They don’t focus on things people want to do but they focus on target groups. Most today’s big title games are meh cause they’re made by people who don’t play them.

They don’t play them cause they don’t have time cause of management that changes requirements cause they asked target groups and that would sell. Well if I play a game I’m not interested in story despite some basic stuff to keep the progress forward, if I wanted a big story I would watch a movie or tv show. I play games to explore, feel the world and have fun. I don’t need a linear deep story for that cause I’m in game so give me good gameplay so I can feel the world.

Most of classic game hits didn’t had tons of text and tons of stuff to do but they somehow wanted you to play more. Cause they were competitive between player and computer, the controls felt natural and while progressing you was eaten by the game mechanics more and more not by the story but by amount of stuff you could do as you progress or difficulty increase or enemies behavior change.

Now we’re getting all at once, mostly pointed and with detailed tutorial what you can do. There’s no explanation there’s no discovery what you can and what you can’t do at start. You get all and you decide to throw game away because the moment you launched it you got everything so you spent money just to get stuff you won’t play cause it’s meh and you go back to cs or other looter shooter to kill people cause you’re pissed off that the game was meh.

Well I’m glad I was a kid in 90s and 2000s cause I could enjoy gaming before it was targeted to broader public and become another shallow mass media industry that don’t give a fuck about gameplay cause they want to tell you so many things, they want you to know them cause they’re so important that they forgot that I can read a book and I came to play game to get a different feeling then reading book.

Modern games are like books filled with small stories and nice graphics where you can open it on every page and read a little piece of shitty crap.

Just take this piece and go to toilet so you can wipe your ass with that story and begin other one, look around, puke and go to toilet to take a dump again. I lost my hope to get something fresh or filled with nice gameplay from gaming industry. It’s dead.

Finally getting off my proverbial ass and doing something about the lack of games I like. Going to focus on making an engine for the kind of games I want to play.

No, I am not starting from scratch. Going to base my engine on Godot and use it for my own titles. I am not insane. Making it from scratch is too much work these days. But the indies are shifting from Unity to other engines right now. So a lot of wanted attention will be placed on better alternatives. This means more content and plugin choices will be available to Godot devs.

I kept making excuses as to how hard it will be or it will take forever. It only ended up taking me further away from what I wanted. I have my wishlist of features and I will focus on modularizing them so they can be used as needed. If it makes sense I will make these modules available to the community at Godot. This will help get feedback on what can be improved and generalized further. It will also reduce development costs in the long run. I want to take the approach that No Man's Sky has taken for content and generate as much as I can. I am fascinated by generating objects using algorithms. This seems to be a trend in games.

The struggle I have with games: I want to build things like structures in game (aka Minecraft), I want to build characters in game (aka RPGs), I also want to deform terrain (aka organic voxels), and I want a mixed genre (guns and dragons). Nothing like this exists in a form I want to pay for. I also want to be able to mod the game and for other people to be able to mod the game. That really narrows the list of games down to nothing. Sure there are few games that hit these bullet points, but not all in the same game.

I am finding I struggle to be engaged intellectually at work. I do what I have to for a paycheck. I think having a side project will help with this. One that is radically different than what I do at work is going to be helpful. I need to be realistic about expectations. I probably shouldn't expect any real progress for at least 2 to 3 years and probably more likely 5 years. I have some experience with the tool chains from other engines I have worked with. I also want something that I own and is mine. Even if it sucks.

Jumping back and revisiting some basics of game development that I've ignored for a while and decided to follow a tutorial for building a 2D minecraft clone just to see how easy it is to incorporate some of my engines capabilities...

Every single fucking function he is creating does not have arguments and instead uses hard coded numbers repeated throughout... Fucking send help

Discussion Thread.

With all the frameworks and libraries available and game engines to develop games, its now easier than ever to build stuff.

With this in mind, do you think its necessary to have a core knowledge of how stuff work under the hood? Or is it okay to build upon and develop new stuffs on the foundations available today?

been a couple of years since I was last active here.

Source Engine still has its claws on me today - but Nii broke free and properly got into other engines and made some cool projects! We both study different stuff now.

I tried to get into Unity a couple of times now, even made a small VR grappling hook prototype once (def not nauseating). But it's hell. It's kinda sad that modern engines don't understand the needs of level designers as well as Source's Hammer. Even though Source is outdated af.

Thing is, I am more and more starting to doubt that this is what I wanna do in life. Game industry sucks. Ad industry sucks even more. I might just become a tree and produce oxygen.

Applications written with game engines - Unity to be specific -, that mimick usual user interfaces with an appalling design that screams "grefic desein is ma peaetion"

Your cancerous application is ruining my health and the ads only make it worse. Go learn to program natively on a platform or caese.

Nobody wants to see that logo of yours while waiting for your app to load what? Your very "unique" listview? Those very extremely beautiful buttons with images? You incompetent being learning how to crop images properly without destroying the proportion of it?

Please learn how to kick yourself in the head

I just finished designing an entire asset management pipeline and christ on a fucking pogo stick, if it isn't convoluted.

Theres a lot of game engines out there, but all of them do it a little different. They all tackle a slightly different problem, without even realizing it.

1. asset management

2. asset change management

3. behavior change management

4. data management

5. combinatorial design management.

6. Combinatorial Behavior management

7. Feature completion

ASSET MANAGEMENT is exactly what it says on the tin.

ASSET CHANGE management can be thought of handling the import, export, formatting, platform specific packing, and versioning (including forking) of an asset.

BEHAVIORAL CHANGE management is a subset of asset management, because code is a subset of assets (depending on how you define 'assets'). The oldest known example of this is commenting and uncommenting code.
Or worse, printf debugging.

This can be file versioning, basic undo services, graph management of forks and mergers, toggles for features or modules, etc.

DATA management is about anything that doesn't fall into the other categories, everything from mission text to npc dialogues, quests, location names, item stats, the works. Anything you'd be tempted to put in a database, falls under this category. Haven't yet seen many engines offer this as an explicit built in tool as of yet, because the other problems are non-trivial as is, so this is a bit of low hanging fruit that gets handled by external tools, or loaded from formats as simple as json.

COMBINATORIAL DESIGN management is the idea of prefabbing, blueprints of broader object design using nested prototypes of existing game objects, to create more complex, reusable set pieces. Unity did this well. GM does this in part.

COMBINATORIAL BEHAVIOR management is entity-component systems, plus tooling to make it easy to add, remove, and configure components and their values on entity blueprints, also not uncommon. Both stencyl and unity do this. GM has a precursor to this in the form of configurable fields, but these fields are not based on component scripts attached to objects.

FEATURE COMPLETION is that set of gameplay mechanics or styles of design that an engine naturally makes easier to include or build in a game.

I don't think I'm aiming for all that, but I think at minimum a good engine has to do asset management, behavioral change management, prefabs, and entity-component systems with management tools for that. And ideally, asset change management.

Was working on my game engines scripting language for the terminal and this is how things went in roughly the space of 30 minutes

"Ok let's get a basic language structure defined..."

*Time passes*

"Ok, so now I have basic structure and concepts of a potential auto translation framework, external library use and just a dash of complicated file structures and use"

And I still haven't written a single line of code except for ignoring whitespace when starting to lex the file to transpiling ;-;

I don't understand my brain when it comes to programming...

I know how to build complex modding systems and RPG mechanics that self balance themselves in games... Yet I don't know how to make a platformer (pretty much where everyone begins)...

And the most recent thing is I can't seem to grasp interpreters and put it into code yet in 4 hours at work when I was working the register I worked out how to build a virtual machine with its own custom vCPU architecture to use in my game engines terminal...

Anyone else have shit like this? I can't be the only one on this...

Aight devs, let's start a war.

Throw at me your best UI framework yet.

Anything (except game engines), cross platform preferable.

++ for why and how easy/hard to learn.

Android development is so frustrating. Seriously, Android studio is such a bloated piece of... I found that is easier to make apps in open source game engines rather than that headache of a software. On the other end, most of these engines are not supported by my budget laptop because it doesn't have OpenGL...

I just want to give up sometimes.

What's everyone's opinion when it comes to PWA's?

Do you think they will have the potential to replace most desktop and mobile applications?

Personally think they are a great platform and could definitely see them replacing lots of current applications but feel like the web technologies can't catch up to some of the major requirements for higher level apps like game engines or games...

So in the morning today, I played with some game engines and libraries, one of them is Orx.

When I `git clone` the repo and setup for it, the doc says that I can use `init.sh` to setup my Orx game project. Sweet!

When I run it, the program ask me for the path, I thought that it will allow me to create a game project at any path. So I entered `~/Projects/Games/my-orx-game`.

After that, it asked for some other stuff and I just skip though it.

Then, I went to `~/Projects/Games` and use `ls` to check my game project, but I don't see anything. I went back to where I installed Orx and realized that it creates a game project __in__ the directory that it was installed. Now, there's a directory called `~` inside the directory. I remove it using `rm -rf ~`, but Linux stopped me with `Premission denied`. Then for some stupid reason, I typed `sudo rm -rf ~` without thinking. After doing that line, my fish shell comes to it original prompt. And I realized I fucked up.

I restarted the computer, thought that I wiped the whole OS. Luckily, it just wiped the configuration files. The softwares works completely fine. My Project files and any content in those default directories (Like `Music` and `Downloads`) are also wiped. But I don't care about them at all. At least not right now.

Now I know that I need to be more careful when typing a command in the terminal.

Well been working on my game engines CLI data tools for a while now, got sprite packing working but completely forgot I had to work out a packing method for JSON, XML and a few other files into 1 package... Fuck...

At least the easy part is done, just need to work out a proper and efficient way to store everything...

v0.0005a (alpha)
- class support added to lua thanks to yonaba.
- rkUIs class created
- new panel class
- added drawing code for panel
- fixed bug where some sides of the UI's border were failing to drawing (line rendering quark)

v0.0014a (alpha) 11.30.2023 (~2 hours)
- successfully retrieving basic data from save folder, load text into lua from files
- added 'props' property to Entity class
- added a props table to control what gets serialized and what doesn't
- added a save() base method for instances (has to be overridden to be useful beyond the basics)
- moved the lume.serialize() call into the :save() method on the base entity class itself
- serialized and successfully saved an entities property table.
- fixed deserializion bugs involving wrong indexes (savedata[1] not savedata[2])
- moved deserialization from temp code, into line loading loop itself (assuming each item is on one line)
- deser'd test data, and init()'d new player Entity using the freshly-loaded data, and displayed the entity sprite

All in all not a bad session. Understanding filing handling and how to interact with the directory system was the biggest hurdle I was worried about for building my tools.

Next steps will be defining some basic UI elements (with overridable draw code), and then loading and initializing the UI from lua or json.

New projects can be set as subfolders folders in appdata, using 'Setidentity("appname/projectname") to keep things clean.

I'm not even dreading writing basic syntax highlighting!

Idea is to dogfood the whole process. UI is in-engine rendered just like you might see with godot, unity, or gamemaker, that way I have maximum flexibility to style it the way I want. I'm familiar enough with constructing from polygons, on top of stenciling, on top of nine-slicing, on top of existing tweening and special effects, that I can achieve exactly what I want.

Idea is to build a really well managed asset pipeline. Stencyl, as 'crappy' as it appeared, and 'for education' was a master class in how to do things the correct way, it was just horribly bloated while doing it.

Logical tilesets that you import, can rearrange through drag-n-drop, assign custom tile shapes to, physics materials, collisions groups, name, add tag data to, all in one editor? Yes please.
Every other 2D editor is basic-bitch, has you importing images, and at most generates different scales and does the slicing for you.

Code editor? Everything behavior was in a component, with custom fields. All your code goes into a list of events, which you can toggle on and off with a proper toggle button, so you can explicitly experiment, instead of commenting shit out (yes git is better, but we're talking solo amateurs here, they're not gonna be using git out the gate unless they already know what they're doing).

Components all have an image assignable to identify them, along with a description field, and they're arranged in a 2d grid for easy browsing, copying, modifying.

The physics shape editor, the animation editor, the map editor, all of it was so bare bones and yet had things others didn't.

I want that, except without the historic ties to flash, without the overhead of java, and with sexier fucking in-engine rendering of the UI and support for modding and in-engine custom tools.

Not really doing it for anyone except myself, and doubt I'll get very far, but since I dropped looking for easy solutions, I've just been powering through all the areas I don't understand and doing the work.

I rediscovered my love of programming after 3-4 years of learning to hate it, and things are looking up.

My friend makes fun of me for liking Java, php and the fact i like coding OpenGL instead of using game engines.

Where would holy devrant stand ?

Ok... Able to pry myself away from fallout 76 and fire up for some programming...

Van't decide whether I want to build my game engines debug and root dev tools how I thought, thinking of building the engine to almost behave like a VM but not quite, it still is compiled just like a normal game but has a built in developer terminal that actually acts like an extra operating system/BIOS that can be left to boot the games assets and everything like you would have for an end user or the startup can be interupted to initialise the terminal prior to everything being loaded...

Following the osdev Wiki tutorials to actually build the dev terminal itself but just unsure whether or not to impliment this system the way I think or not... Opinions?

A game where you build creatures from muscles, tendons, bones, blood vessels, other fluid containment and transport organs, as well as nerves and brains. Probably would look very gross. Gore-centric game.

Similarly, a game where you build robots out of Pistons, gears, Axels, fluid tanks and hoses, engines, sensors, computers and wires.

Either one of these premises is pretty amenable to a backstory where you're trying to escape-from/survive-on an alien world.

I started down my career path to make games. I have never really made anything good. I think I am finally fed up with not doing this. So I am going to be working on selecting a game engine. I want 3D, I want to experiment with voxels, I want a permissive license, I don't want something huge, I want to contribute back in a meaningful way, it needs to support 3D. So after looking around I found Godot. Another programmer who lives near me uses this as well.

Does anyone else have some good positive experience with game engines for smaller projects? I have played with UE4 and Torque3D/2D. I don't like the bloated feel of UE4 even though its a very cool engine. I didn't like their install system at all. T3D is old and not up to date.

Started working on the game I want to make. Decided to go through the android publishing and it took like an hour to get it all set up. CI/CD not easy with game engines either.

Thinking abut changing game engines entirely form GameMaker (Instability and lack of communication), mentioned in a previous rant I was going to look into Godot and Unity but starting to think it might just be worth building my own engines from the ground up in either C# or C++ (after i learn more of it)...

Just want to know if any other dev's out there have done this and what experience they had with it, or if there are any legible documents out there regarding it?

Devranters, what's your favorite game engine of 2017 and why?

And what do you think will change in 2018?

It was game dev.
Just googled how to make games on my own, thats how it began. Yoyo games game maker, Oracle's greenfoot(this was some cool shit),stencyl then using some random game engines, pygame,lua etc. Had fun. Still having fun. Will try game dev again in future.

Learning C++ and C# again after 10 years just for the sake of doing stuffs using the game engines.

Does somebody has any recommendations to frameworks/engines, that are suitable for browser game development? Friend of mine asked me about that, and i basically don't know much about that area, since i'm only experienced in unity (regarding game dev specifically).
She already has tried a thing called playcanvas, pixijs aswell as the html5 export of unity. is there more software out there for that specific purpose?

i remember coding my first tiny browser game project in oldschool php and js with jquery, but that also was only a small project.

What were your experiences with those frameworks? Did you use other ones? What were the advantagee of those? How well did your projects perform on mobile?