Diseased Open Source Software Community - it's about ethics in Code of Conducts

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
While entertaining I can't help but cringe at Redot. It's already a long-term ongoing pain to simply "track upstream". Building off downstream fork code is always questionable. Redot has no future as a downstream fork. They have no direction. Saying "everything" is naive and a cope. People using Godot in a serious capacity are already running off their own personal forks because there's a lot of random issues with the engines. Why would he care about Redot? It would just make him a downstream fork of a downstream fork.

If it was me I'd start removing all code that isn't compatible with the OpenGL 3 ES/WebGL2 renderer and seeing how small I can get my HTML5 exports. Who cares about Vulkan, it doesn't matter. Fuck Metal too. Take a new path with the engine instead of being a downstream fork. A game engine is already a huge project, making it smaller is a move towards a more sustainable goal. Less, not more.
 
In total fairness, I ask people to say "nigger faggot" so they can prove they are not journos or shills.
Would the smarter thing to do is to not say anything? Either I say nigger faggot or twans wright, I come out as an ideological idiot. Saying nothing means you don't participate in identity tribalism, thus you might be a sane individual.
Trannies and chud should share hands for one common goal: not being utterly retarded.
 
So, this is what awaits you if you decide to use redot :

Good job CM, you basically killed the engine. No developer wants to get involved in this.
Developing a successful game is hard enough as it is, you don't need this too.
These people are like vultures, the drama will die out, or have another drama with Unity, Unreal or any game engine, they'll eventually forget about Redot.
 
These people are like vultures, the drama will die out, or have another drama with Unity, Unreal or any game engine, they'll eventually forget about Redot.
A shame (not really) that they've already tarnished Godot's name beyond repair over this whole ordeal. Plenty of backers left or were banned, their dev secrets are open, and everyone's name is plastered all over their actions. Godot is finished, and all the owner had to do was say "stop".
 
If it was me I'd start removing all code that isn't compatible with the OpenGL 3 ES/WebGL2 renderer and seeing how small I can get my HTML5 exports. Who cares about Vulkan, it doesn't matter. Fuck Metal too. Take a new path with the engine instead of being a downstream fork. A game engine is already a huge project, making it smaller is a move towards a more sustainable goal. Less, not more.
HTML5 seems important to you, what's a good engine you could recommend for this? I tried Phaser, which started being very actively developed recently, with new tools popping up frequently, but I don't know any others that are fully-fledged game engines, and lighter than Unity.
 
  • Like
Reactions: Wright
all the owner had to do was say "stop".
he can't. he can't do anything.
his first mistake was letting this FAGGOTRY into the project because once it takes root, it cannot be removed. if he even tries to make it non-political, remove all the community fluff and other irrelevant shit, godot will instantly be siding with the nazis. there is no middle ground.
you're either with them, or against them. an ally or a nazi. it has absolutely no merits at all in open-source but it weasels it's way in via a COC pull request where out of nowhere, a bunch of mentally-sick retards will comment about how unsafe they are and how necessary this COC is. they'll never contribute a line of code mind, but that's not important. that leads to a COC enforcement team or other such bullshit and before you know it, you've some tranny fag moderation time that are actively excluding people because of tweets made 5 years ago.

it's insanity on every level and it blows my mind that to date (or to the best of my recollection) not one of these project owners has just said "fuck it" and burned it all to the ground.

TTD
 
HTML5 seems important to you, what's a good engine you could recommend for this? I tried Phaser, which started being very actively developed recently, with new tools popping up frequently, but I don't know any others that are fully-fledged game engines, and lighter than Unity.
Phaser isn't WebAssembly so I'm not really counting it. When I say "HTML5", I'm talking about WebAssembly + WebGL2. I will point out for JavaScript, Three.JS is forward looking with their WebGPU implementation (WebGPU still on the slow train to stable support), but that's not really an engine.

Unreal Engine 5 removed HTML5 support and many engines (like Godot) are slowly dropping support for it because everyone wants to move to the new graphics APIs. If you're supporting HTML5 you're stuck on OpenGL ES 3.0 Core, which is basically WebGL2. You can't do geometry shaders, you can't do the same types of flexible instancing, power of two texture requirements, and a ton of other little things. The official API specification of ES 3.0 defines very small minimum requirements, probably catering to phones with limited chipsets. Maintaining the modern vs the compatibility is a huge fucking pain and it's no wonder many engines choose to drop it.
1728179863772.png

Here's a sample of Unity talking about HTML5
1728179987975.png

I noticed Defold has this interesting chart for "empty" deployments, but I've never used it.
1728179434147.png


Right now there is no best engine for HTML5, which might be related to how fragile and constantly-sorta-broken WebAssembly and WebGL2 are in practice.
 
I will point out for JavaScript, Three.JS is forward looking with their WebGPU implementation (WebGPU still on the slow train to stable support), but that's not really an engine.
And if you want to learn Three.JS with a course, this is pretty much the definitive one. It's really long and gets updated


Its not a stupid price if you wanna pay and stay up to date, but if not, there's a couple months out of date version on your fave magnet link indexers.
 
And if you want to learn Three.JS with a course, this is pretty much the definitive one. It's really long and gets updated


Its not a stupid price if you wanna pay and stay up to date, but if not, there's a couple months out of date version on your fave magnet link indexers.
Please don't shill commercial stuff like this in this thread, especially courses (you don't need them). I don't care if it's really good and you genuinely like it.
 
To autistically rant I want to point out that despite Unity not having threading support, you can thread do multithreading in WebAssembly. CyberChud/Chud's Vacation are both multithreaded in webassembly using SDL2 as bindings which the emscripten developers implement in the browser, along with pthreads: https://emscripten.org/docs/porting/pthreads.html

In my view a engine should target it's lowest common denominator as the first-class citizen. If you're going to support WebGL2 and this mess we call WebAssembly, that should be the technical constraint all other platforms are built around. No engine does this afaik. I have personally spent a lot of time considering what engines to use for various projects and in the end I come to the conclusion that if I want to publish in a web browser I'm going to need to do it myself. There is no really good alternative option. If you're an amateur/hobbyist targeting browsers should be your priority. No one wants to download your sketchy ass exe. You don't need more than WebGL2 for your stupid fucking chud walking simulator game, in fact I did that in software without a graphics API.
 
he can't. he can't do anything.
his first mistake was letting this FAGGOTRY into the project because once it takes root, it cannot be removed. if he even tries to make it non-political, remove all the community fluff and other irrelevant shit, godot will instantly be siding with the nazis. there is no middle ground.
you're either with them, or against them. an ally or a nazi. it has absolutely no merits at all in open-source but it weasels it's way in via a COC pull request where out of nowhere, a bunch of mentally-sick retards will comment about how unsafe they are and how necessary this COC is. they'll never contribute a line of code mind, but that's not important. that leads to a COC enforcement team or other such bullshit and before you know it, you've some tranny fag moderation time that are actively excluding people because of tweets made 5 years ago.

it's insanity on every level and it blows my mind that to date (or to the best of my recollection) not one of these project owners has just said "fuck it" and burned it all to the ground.

TTD
Plus the big issue is once you rile up the AGPs and the Furries, they will stop at nothing until you are subjugated.
 
I have personally spent a lot of time considering what engines to use for various projects and in the end I come to the conclusion that if I want to publish in a web browser I'm going to need to do it myself. There is no really good alternative option.
Not only is the WWW a total clusterfuck regardless of other concerns, but who wants to be even more beholden to Google? Google can make one change to Chrome and destroy years of work. Fuck, targeting these standards may as well be targeting the Google Chrome engine more than anything else.
If you're an amateur/hobbyist targeting browsers should be your priority.
This causes me no end of grief. When I actually design something I both want and expect other people to use, I want to have multiple implementations, including one in Smalltalk so that one of the WWW implementations of Smalltalk can be provided to people who won't download anything else. This seems to be the safest way to do it. The implementation could still be useful outside of a WWW browser, this way. Does anyone here have any experience with any approach like this?
 
Back