Nice! The example code looks simple enough to understand relatively quickly, and it does seem to work (good on you to have working demos to show). May play with this some time soon. You should put some contact info in the README. e.g. IRC channel, or email (if you dare), or a pointer to github issues page.
Show HN: Yeah, a Ruby video game framework
11–20 of 20 posts
Re: Show HN: Yeah, a Ruby video game framework
#12Author here. Make sure to check out the examples and docs! This is alpha-stage software, but there is roughly enough functionality to build a complete modern video game. Please ask me any questions you have! Feedback is appreciated.
Neat! I had been trying to figure out what library to use for the upcoming Ludum Dare competition, and I think this answers it. I'll probably be peppering you with questions/feedback next weekend, in that case. Are GitHub issues the best way to do that?
I think that this framework will be ideal for sprints like Ludum Dare.
Please do write about any questions, suggestions, issues, and bugs via GitHub issues, or to my personal email: skoofoo@gmail.com
Re: Show HN: Yeah, a Ruby video game framework
#13Nice! The example code looks simple enough to understand relatively quickly, and it does seem to work (good on you to have working demos to show). May play with this some time soon. You should put some contact info in the README. e.g. IRC channel, or email (if you dare), or a pointer to github issues page.
Thank you for the kind words!
Great suggestion, I will add all those to the README soon; in the meantime here it is:
IRC channel: Freenode #yeahrb
Email: skoofoo@gmail.com
Re: Show HN: Yeah, a Ruby video game framework
#14Have you considered using Pixi.js instead of pure canvas? Pixi.js uses WebGL with a canvas fallback and performance is much better:
http://www.pixijs.com/
Re: Show HN: Yeah, a Ruby video game framework
#15Have you considered using Pixi.js instead of pure canvas? Pixi.js uses WebGL with a canvas fallback and performance is much better: http://www.pixijs.com/
Early on I took a close look at Pixi.js, though it turned out to not be the right fit for the project. However, it is planned for Yeah to have an interchangeable WebGL renderer at some point, similar to Pixi.js and Three.js.
Re: Show HN: Yeah, a Ruby video game framework
#16Have you considered using Pixi.js instead of pure canvas? Pixi.js uses WebGL with a canvas fallback and performance is much better: http://www.pixijs.com/
Early on I took a close look at Pixi.js, though it turned out to not be the right fit for the project. However, it is planned for Yeah to have an interchangeable WebGL renderer at some point, similar to Pixi.js and Three.js.
You might want to also look at Phaser.io, which is built on pixi.js and is a full game library.
Also, it's open source and free and quite nice to work with.
Re: Show HN: Yeah, a Ruby video game framework
#17Have you considered using Pixi.js instead of pure canvas? Pixi.js uses WebGL with a canvas fallback and performance is much better: http://www.pixijs.com/
Early on I took a close look at Pixi.js, though it turned out to not be the right fit for the project. However, it is planned for Yeah to have an interchangeable WebGL renderer at some point, similar to Pixi.js and Three.js.
If you're looking at WebGL, check out StackGL. It's pretty much intended as a low level WebGL wrapper with a modular codebase, and lots of high level modules built on top of it.
Re: Show HN: Yeah, a Ruby video game framework
#18Re: Show HN: Yeah, a Ruby video game framework
#19I like this.
Re: Show HN: Yeah, a Ruby video game framework
#20Earlier quoted context omitted.
Is the main benefit to Yeah vs. other frameworks (Gosu in particular) that it compiles to JS? I'm actually weighing game framework options for a project I want to undertake.
Gosu is a library that provides the basic building blocks for a video game, while Yeah is an opinionated framework designed to be fast to build games with. It is similar to Sinatra vs Ruby on Rails. A major feature of Yeah is a Processing/HTML5 Canvas-like drawing API. http://rdoc.info/github/yeahrb/yeah/9f065a6/Yeah/Display Yeah is in early development; more time-saving constructs and functionality are in the works…
Great, thank you for the write-up. I'll definitely have to take a look.