Quoting: rkfgMake it F2P,

100% of all so-called "free"-to-play games suck. As in all of them, no exceptions. Because all of them are designed to suck unless you dump more money into it than you ever would in an actual for-purchase game.

Why anybody still thinks FT2 is the solution is beyond me. In today's gaming business, it's the root of the problem.

View this comment - View article - View full comments

Let's open a bottle and celebrate! :D

View this comment - View article - View full comments

Monopoly is a game I really, REALLY need to stream, because my local PC won't be able to render it! Hey, who cares what a total waste of energy and network resources that is, anyway! I am just glad that it's FINALLY there!!! How did people ever play computer Monopoly without having access to multi-Teraflops computing power?

Oh...wait...

View this comment - View article - View full comments

Quoting: Liam Dawe

Quoting: MaathLooks like its other name is "Zelda Maker."

Since I was a kid I've always wanted to make video games. Too bad I'm not an artist. No matter how easy these engines make creating a game, the art assets will probably always be the major hurdle. Sure there's sites like opengameart.org, but that can get you only so far.

You've also got Kenney Assets [External Link].

Kenney's stuff is super cartoony, and if you're anything like me and just HATE cartoon art, his stuff won't help much either. I am otherwise in the same boat. I got a few decades of coding experience, but I suck at art. The closest thing I have found to a universally usable starter set for RPGs is https://opengameart.org/content/dungeon-crawl-32x32-tiles [External Link]

View this comment - View article - View full comments

Haha, I got all of these already, too. I guess I just love their games too much. :D

View this comment - View article - View full comments

Quoting: ShmerlI don't see how it makes it any better. Users who don't want to use that store (or can't for whatever reason), won't be able to play those games. Exclusivity is all about excluding users. So I never see it as good.

Agreed. I also can't imagine any situation where exclusivity would be good for anyone, except the ones using it as a weapon.

View this comment - View article - View full comments

Quoting: HoriTrue but it just prolongs the inevitable.

Again, wishful thinking. There is no historic evidence that democracy is the inevitable outcome of a nation's development and neither is there any evidence that democracies are intrinsically stable. Right now we're witnessing the -opposite-, rather. It's not authoritarian systems that are falling. It's the democratic ones that are converted back into more authoritarian systems.

View this comment - View article - View full comments

Quoting: TheRiddickChina is like a successful version of North Korea. However I don't think the Chinese people will stay obedient forever, cracks are forming as PRC's grip gets firmer.

That's wishful thinking. People traditionally don't care about being oppressed as long as they have food on the table. And even if they don't have food, they stay calm as long as their government manages to lay the blame on someone else.

View this comment - View article - View full comments

Quoting: NatedawgWere you using "res://path/to/file" when trying to load a resource during runtime or something else? I can't remember, but I think "/home/username/path/to/file" might work in editor but not in a released game.

File system calls using "res://path/to/file" don't work in the released version either, as the engine moves files to .import upon export and renames them, so the design-time path is no longer valid. That's the gist of the problem. The only halfway clean way to resolve it I am aware of is to write an installer putting resources that are to be loaded dynamically into the "user://" path and load them from there. Which comes with the trade-off of these resources being easily accessible from outside the game, which might or might not be desireable.

View this comment - View article - View full comments

One thing they really should address while at it is dynamically loading resources at runtime. Which largely is a PITA in Godot. Since the engine dumps every resource into the .import folder (for whatever reason I don't understand), loading resources via file system calls is not working in the exported game. It works just fine in the editor though, leading developers into the mistaken belief that the approach works, when it doesn't.
It's bad. Not only because I don't understand why they would create a huge junkyard folder for everything when they could just leave resources in the folders where they got placed at development time and put just the -reference- in the .import folder, Which would allow loading resources dynamically just fine and still allow the engine to locate the resources easily. But also because an exported game should never ever work differently from running it in the editor. That's just asking for trouble.

Other than that I really love Godot. That's one of the few things that really makes want to me pull out my hair.

View this comment - View article - View full comments