Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: DragonRuby Game Toolkit

dragonruby.org

Post reply on HN
Print view View original

31–40 of 146 posts

Re: Show HN: DragonRuby Game Toolkit

#31

Post by hu3 »

neolog wrote: post #25
monkmartinez wrote: post #2

Lets say I am not a Ruby dev, what would compel me to learn this over Unity, Unreal, React Native game engine, or one of the other (thousand) game engines out there? Are there enough Ruby devs to sustain this? I remember Ruby Motion was a thing, then it wasn't... then it was again? I started learning web dev with RoR and quickly moved to Python as the ecosystem was so much bigger. I could transfer my Python knowledge…

EVE Online is written in Python

This post tells me the heavy lifting is done in C++ including 3D rendering, network communication and input handling:

https://forums.eveonline.com/t/how-is-the-eve-online-client-...

Re: Show HN: DragonRuby Game Toolkit

#32

Post by gfxgirl »

amirrajan wrote: post #14
monkmartinez wrote: post #2

Lets say I am not a Ruby dev, what would compel me to learn this over Unity, Unreal, React Native game engine, or one of the other (thousand) game engines out there? Are there enough Ruby devs to sustain this? I remember Ruby Motion was a thing, then it wasn't... then it was again? I started learning web dev with RoR and quickly moved to Python as the ecosystem was so much bigger. I could transfer my Python knowledge…

> Are there enough Ruby devs to sustain this? So far so good. We’ve been in business for nearly a decade now (with the game engine going onto year 3). > Unity, Unreal, React Native game engine, or one of the other (thousand) game engines out there? Well our ability to deploy to console eliminates most engines as competitors/options. Unreal is a fantastic engine for 3D games. Unity is... well... not that great to be h…

Unity is just fine. 1000s of shipping successful games. The latest hit game made in Unity is Valheim.

I don't choose games based on their engine I choose them based on if they are fun. Same as I don't choose movies based on what camera was used to shoot them or what software was used to render the CGI scenes.

Re: Show HN: DragonRuby Game Toolkit

#33

Post by phaedryx »

TylerE wrote: post #27
amirrajan wrote: post #17

Earlier quoted context omitted.

Nope. Not a joke. We’re faster too: https://youtu.be/UuY7CWdvyWM

Press F to doubt. On some tiny synthetic benchmark maybe. Come back when your engine can handle something even 1% as complex, as say, Dyson Sphere Program.

I suspect that DragonRuby is faster as a 2D game engine and doesn't make sense for a complex 3D game.

Re: Show HN: DragonRuby Game Toolkit

#34

Post by gfxgirl »

monkmartinez wrote: post #2

Lets say I am not a Ruby dev, what would compel me to learn this over Unity, Unreal, React Native game engine, or one of the other (thousand) game engines out there? Are there enough Ruby devs to sustain this? I remember Ruby Motion was a thing, then it wasn't... then it was again? I started learning web dev with RoR and quickly moved to Python as the ecosystem was so much bigger. I could transfer my Python knowledge…

I had this discussion with a AAA game studio recently. They have a hit game will millions of players and it's been a hit for many years. It uses a custom engine. They've been releasing new games. Those new games are in both Unity and Unreal.

You can see all the reasons

1. Their custom engine doesn't have all the features of either of those other engines. Their artists in particular are pushing to switch to get those features.

2. Their custom engine doesn't have have amount of tooling those other engines have (likely no blueprints, no shader graph, no state machine editor, no animation editor, etc..., etc..., etc...)

3. Their custom engine doesn't have tens of thousands of potential hires that already have experience with them.

4. Their custom engine doesn't have 1/1000th the amount of docs, tutorials, youtube videos, etc on how to use it so the team that maintains that engine has to provide that knowledge to every new hire

The result of the above is it limits their growth. If they want to start a new team for a new game, if they stuck with their custom engine they'd basically have to take a significant number of people off the existing game and move them to the new game otherwise no one on the new game would have any easy way to know how to use it.

Re: Show HN: DragonRuby Game Toolkit

#35

Post by TylerE »

phaedryx wrote: post #33
TylerE wrote: post #27

Earlier quoted context omitted.

Press F to doubt. On some tiny synthetic benchmark maybe. Come back when your engine can handle something even 1% as complex, as say, Dyson Sphere Program.

I suspect that DragonRuby is faster as a 2D game engine and doesn't make sense for a complex 3D game.

I don't believe that either. Unity works just fine for Cuphead, which is a pretty graphically intense game. Plenty of other graphical complicated 2d games too.

Re: Show HN: DragonRuby Game Toolkit

#38

Post by [deleted] »

phaedryx wrote: post #33
TylerE wrote: post #27

Earlier quoted context omitted.

Press F to doubt. On some tiny synthetic benchmark maybe. Come back when your engine can handle something even 1% as complex, as say, Dyson Sphere Program.

I suspect that DragonRuby is faster as a 2D game engine and doesn't make sense for a complex 3D game.

[deleted]

Re: Show HN: DragonRuby Game Toolkit

#39

Post by dluan »

amirrajan wrote: post #16
offtop5 wrote: post #10

Earlier quoted context omitted.

In general I don't think I'd be comfortable using any type of engine or framework which is solely developed by one person. Let's say he goes crazy tomorrow and decides to camp on the beaches of Jamaica. No matter what you do, particularly with a closed source engine, you're stuck. With unity if one programmer decides to quit, we still have a game engine that gets updated. With Godot if both of the paid maintainers qu…

There’s four of us in the partnership (Ryan just handles the core xplat stuff). And we are leveraging a lot of OSS foundational components SDL, mRuby, LLVM. With regards to insolvency. It’s answered in the FAQ: http://docs.dragonruby.org/#--frequently-asked-questions,-co...

I'm not a game dev, but I just want to say thanks for working on this. I empathize and also don't quite understand how the "let's shit on ruby" sentiment spreads even to this, and I was pleasantly surprised to see Among Us is built on dragonruby!

I always love to see ruby's focus on developer productivity being spread, and if I decide to take a crack at making a game, I'll be sure to check this out.

Post reply on HN