Not logged inGosu Forums
Forum Gosu Homepage Help Search Register Login
Up Topic Gosu / Gosu News / Gosu 0.7.44 released
Post
- - By jlnr (dev) Date 2012-07-16 05:34
This release may be a bit messy because I went through countless wrecked operating systems in the meantime. Please let me know if anything is broken.

• All: Macros and enqueued draw() calls are unaffected by released Images
• All: Max out at 255 AL sources on all systems except iOS
• Mac: Fixed some minor memory leaks
• Linux/Windows: milliseconds() returns time since first call of milliseconds() (thanks Quit)
• Windows: Fix OpenAL crash at shutdown, get rid of custom OpenAL32.dll
• Windows: Require MSVC 2010 (thanks to Quit for the support)
Reply
Parent - By Spooner Date 2012-07-16 09:03
#milliseconds giving a more useful number is a boon. Thanks Quit.
Reply
Parent - By jlnr (dev) Date 2012-07-16 15:23
The Mac Ruby gem is missing the 1.9 binary. All Ruby 1.9 users will have a compiler installed and can just install the source gem until I release 0.7.45: gem install gosu --platform=ruby

You need to have libogg and libvorbis installed too, though. With Homebrew, this is easy: brew install libogg libvorbis

Oops! Thanks to hmans for reporting.
Reply
Parent - - By Spooner Date 2012-07-17 10:48
On Windows this version seriously kills my FPS.

I remembered to actually force gosu 0.7.43 with bundler and that Ashton particles example goes back to 40fps, rather than about 20 which we were getting last night! Something has gone very wrong there, since the particle drawing is pure C/OpenGL and doesn't use Gosu overmuch - debug build?
Reply
Parent - By Spooner Date 2012-07-18 23:09
I think I was rather pre-emptive with this complaint. I think the issue was between my computer and itself. Sorry.
Reply
Parent - - By RavensKrag Date 2012-07-18 00:55
Bah, was hoping to get my stencil-buffer enabling patch in by this release.  Oh well :P
Reply
Parent - - By Spooner Date 2012-07-18 23:10
I'll have to see if I can get stencils in Ruby/Ashton before you then :D
Reply
Parent - - By jlnr (dev) Date 2012-07-19 07:26
Your efforts would go hand in hand. You cannot enable the stencil buffer from Ashton because that needs to happen in each platform's Window constructor.
Reply
Parent - - By Spooner Date 2012-07-19 10:33
Presumably we are talking about a stencil buffer on the Gosu::Window itself? Surely I could render to a window-sized Ashton::Framebuffer (wraps an FBO with only a single colour buffer currently) which had a stencil buffer in it and then draw that onto the window? I've never actually used a stencil buffer, so I haven't really much idea what to do with one :)
Reply
Parent - - By RavensKrag Date 2012-07-19 12:36
Seems doable, but I know next to nothing about FBOs.
Reply
Parent - - By Spooner Date 2012-07-19 12:50
An FBO just allows you to set render target to an attached texture, as though it was the window. All you really need to know about them :)
Reply
Parent - - By jlnr (dev) Date 2012-07-19 14:53
Right - it would make sense if the attached texture could have stencil bits even if the window doesn't. Given all the uses I've had for humble Window#clip_to, I would guess that stencils directly on the window would also be useful! :)
Reply
Parent - By Spooner Date 2012-07-19 15:46
Yes, an FBO can have one or more colour, stencil and depth buffers attached to it, which makes them equivalent to windows, I suppose.
Reply
Parent - By RavensKrag Date 2012-07-19 12:39
Well, I totally have it enabled, and I have an interface coded in ruby.  Trying to port that interface to C++ is a bit tricky for me personally though.
Reply
Parent - By jimao Date 2012-11-03 06:56
thanks for sharing!keep on................
Reply
Up Topic Gosu / Gosu News / Gosu 0.7.44 released
Post

Powered by mwForum 2.29.1 © 1999-2013 Markus Wichitill