Gosu Forums - Gosu News

Bug in Gosu 0.7.47 Mac .app wrapper

2013-05-20T03:17:48Z

Thanks you.

The only problem with lipo solution is that it seems to break compatibility with the opengl gem. Can't wait for the next version.

Bug in Gosu 0.7.47 Mac .app wrapper

2013-04-29T10:14:13Z

The current Mac .app wrapper has a bug that's easy to work around:

Its main binary is three-way universal (Intel 64-bit, 32-bit, PowerPC). But the standard library (or parts of it) are missing the 64-bit component, leading to a crash if you require 'yaml'.

To discard the 64-bit core and make it a 32-bit app, you can use the following command on the terminal:

lipo -remove x86_64 PATH_TO_YOUR_APP_HERE/Contents/MacOS/RubyGosu\ App -output PATH_TO_YOUR_APP_HERE/Contents/MacOS/RubyGosu\ App

This will be fixed in the next Gosu release.

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T16:58:12Z

spk@skuld:~> sudo gem update gosu
root's password:
Updating installed gems
Updating gosu
Fetching: gosu-0.7.47.1.gem (100%)
Building native extensions. This could take a while...
Successfully installed gosu-0.7.47.1
file 'README.txt' not found
file 'COPYING' not found
file 'reference/gosu.rb' not found
file 'reference/Drawing_with_Colors.rdoc' not found
file 'reference/Order_of_Corners.rdoc' not found
file 'reference/Tileability.rdoc' not found
file 'reference/Z_Ordering.rdoc' not found
Installing ri documentation for gosu-0.7.47.1
Installing darkfish documentation for gosu-0.7.47.1
Gems updated: gosu

Working! Thousand thanks! :)

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T12:05:21Z

Can you please retry now, with 0.7.47.1?

It works for me on Ubuntu 12.10. Thanks for reporting this issue! :)

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T11:52:34Z

You are right. Somehow I must have pushed very old code. Not sure how this happened - fixing now...

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T10:14:13Z

Quick response. :P

Unfortunately I installed 0.7.47.

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T10:12:50Z

That was a bug in Gosu 0.7.46 that has been fixed in 0.7.47 - can you please try to install again? You were probably a few minutes too early :)

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T09:55:00Z

Trying to update my gem gives me the following error:

RubyGosu_wrap.cxx: In function ‘void Init_gosu()’:
RubyGosu_wrap.cxx:11479:74: error: ‘kbRightMeta’ is not a member of ‘Gosu’
In file included from ../Gosu/Bitmap.hpp:9:0,
   from ../Gosu/Gosu.hpp:14,
   from RubyGosu_wrap.cxx:2227:

Edit: In Button.hpp#48-58
kbLeftAlt = 0x38,
#if defined(GOSU_IS_WIN)
kbRightAlt = 0xb8,
kbLeftMeta = 0xdb,
kbRightMeta = 0xdc,
#elif defined(GOSU_IS_X)
kbRightAlt = 0x64,
kbLeftMeta = 0x7d,
#else
# error this should not happen
#endif

The kbRightMeta is missing for X. It seems you merged ButtonsX and ButtonsWin. I looked at the ButtonsX but cannot determine the hex value for
kbRightMeta = XK_Meta_R. If I had to guess I would say 0x7e :)

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T09:38:51Z

This time I've been able to update the RubyGosu app wrapper as well: http://libgosu.org/downloads/gosu-mac-wrapper-0.7.47.tar.gz

I will need to wait until May before I can update the bundled Ruby & gems though.

Gosu 0.7.47 released (+ 0.7.47.1 hot-fix gem)

2013-04-01T08:58:45Z

This is a follow-up release to yesterday's v0.7.46. I've tried to close as many input-related tickets on github as possible:

• All: Add msOther0 - msOther7 constants for extra mouse buttons
• All: Add constants: kbBacktick, kbMinus, kbEqual, kbBracketLeft, kbBracketRight, kbBackslash, kbSemicolon, kbApostrophe, kbComma, kbPeriod, kbSlash
• Windows: Add support for up to four gamepads
• Linux: Fix button_down/button_up/TextInput (thanks @oli-obk)
• Linux: Enable optimizations in CMake build files (thanks @oli-obk)
• Mac: Work around crashes in C++ exception handling
• Mac: Fix some gamepad bugs (e.g. unplugging when Gosu is running)
• Mac: Fix a bug where Gosu processes would not terminate while a song is running

Most of these suggestions were taken from the Gosu Exchange board, so thanks everyone :)

Gosu 0.7.46 released

2013-03-31T11:44:17Z

High-level Mac changes: This release drops support for OS X 10.4, and the Mac Ruby gem is not precompiled anymore. This reduces the number of gems to two (source for Mac and Linux, binary for Windows). I still have to upload the Ruby .app wrapper.

High-level Linux and MinGW changes: oli-obk has kindly contributed CMake files. Check them out if you use C++! :)

Full change log:

• Mac: Add support for up to 4 gamepads
• Mac: Disable fullscreen mode for now, as it is broken on 10.7/10.8 (will fix after May)
• Mac: Fix Image::save
• Mac: Fix a crash in font rendering
• Mac: Allow window to use more desktop real estate
• Mac: Fix bizarre crash on OS X with Ruby 1.9
• C++: Add Socket example game (huge thanks to @oli-obk!)
• Linux: Use scancodes as button IDs on Linux, just like on Windows (thanks @oli-obk!)
• Ruby: Fix gl(z) {} memory leak (thanks Spooner)
• Windows/C++: Show error and shut down when draw() throws an exception (thanks @quit)
• Windows: Fix bug where Gosu would not run in a directory with spaces in its filename
• All: Fix integer truncation of clipping rectangles (thanks @jamer)

Wow. While editing the change log, I realised how long this release was in the making - over half a year. The reason was mostly update paralysis: Xcode 4, OS X 10.7/10.8, Ruby 1.9.3 (2.0 by now), Rubygems 2.0, MSVC 2012, iOS policy changes...where to start?

I still haven't properly updated Gosu for any of those. Getting back into the habit of monthly releases will definitely help, though!

Gosu 0.7.44 released

2012-11-03T06:56:41Z

thanks for sharing!keep on................

Gosu 0.7.44 released

2012-07-19T15:46:07Z

Yes, an FBO can have one or more colour, stencil and depth buffers attached to it, which makes them equivalent to windows, I suppose.

Gosu 0.7.44 released

2012-07-19T14:53:22Z

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! :)

Gosu 0.7.44 released

2012-07-19T12:50:58Z

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 :)

Gosu 0.7.44 released

2012-07-19T12:39:13Z

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.

Gosu 0.7.44 released

2012-07-19T12:36:20Z

Seems doable, but I know next to nothing about FBOs.

Gosu 0.7.44 released

2012-07-19T10:33:19Z

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 :)

Gosu 0.7.45 released

2012-07-19T08:15:55Z

Just a small Ruby-only release.

• Mac: Added missing binary for Ruby 1.9
• Ruby: The Gosu gem now correctly builds rdoc on installation (if enabled)

Gosu 0.7.44 released

2012-07-19T07:26:27Z

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.

Gosu 0.7.44 released

2012-07-18T23:10:12Z

I'll have to see if I can get stencils in Ruby/Ashton before you then :D

Gosu 0.7.44 released

2012-07-18T23:09:40Z

I think I was rather pre-emptive with this complaint. I think the issue was between my computer and itself. Sorry.

Gosu 0.7.44 released

2012-07-18T00:55:18Z

Bah, was hoping to get my stencil-buffer enabling patch in by this release. Oh well :P

Gosu 0.7.44 released

2012-07-17T10:48:33Z

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?

Gosu 0.7.44 released

2012-07-16T15:23:32Z

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.

Gosu 0.7.44 released

2012-07-16T09:03:26Z

#milliseconds giving a more useful number is a boon. Thanks Quit.

Gosu 0.7.44 released

2012-07-16T05:34:08Z

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)

Gosu 0.7.43 released

2012-03-21T17:09:04Z

Gosu 0.7.43 released

2012-03-21T00:54:12Z

Pushed for OS X too.

Gosu 0.7.43 released

2012-03-19T03:57:08Z

The alternative. Kind of like Sinatra can be used inline, but you can also have an Application (~ Window in Gosu).

Gosu 0.7.43 released

2012-03-18T20:25:36Z

Is Zen intended to be the new face of Gosu, or is the plan merely to have that as an alternative way to get up and running fast?

Gosu 0.7.43 released

2012-03-18T17:57:05Z

Note: My ridiculously arcane Mac build process is broken, so the Mac gem is still lagging behind. Just install the source gem (--platform ruby) if you have the Developer Tools installed, it should amount to the same thing.

Gosu 0.7.43 released

2012-03-18T17:56:06Z

This release contains a bit of fine-tuning of advanced features:

• All: Recorded macros can be arbitrarily rotated or draw_as_quad-ed
• Ruby: Fix GC of enqueued Window#gl blocks (thanks to RavensKrag for reporting)
• Linux: Fix colors having swapped channels in SDL text (thanks to Spooner for reporting)
• Linux: Added constants for meta keys (thanks to Hanmac)
• Windows: Fix debugging chaos when an assertion in Window::draw is raised (thanks to tuiq)

No big changes, but if you want to see where Gosu is heading, feel free to dig inside the lib/gosu folder of the Ruby gem:

• Ruby: Internal gosu/preview progress, production-ready if you use Bundler responsibly
• Ruby: Internal gosu/zen progress & example, you should check it out (thanks @erisdiscord)

Gosu 0.7.41 released

2011-12-17T04:33:59Z

Another tiny polishing update that is uploading right now.

• All: Fixed several subtle bugs in the transform stack
• All: Fixed flush() when inside transforms/clipping
• Linux: Fixed another PNG loading bug (thanks again, Jamer!)

If you have run into either of these three bugs, I hope this update fixes them. Just in time for Ludum Dare too!

Gosu 0.7.40 released

2011-12-13T18:28:50Z

I am also flushing between states - it's nice to have reusable states that don't Z-collide with the game. But I was lucky enough to only scroll in one of the states. :)

Yes, it is already fixed, I just need to package a release again. (Soon, Ludum Dare is impending after all!)

Gosu 0.7.40 released

2011-12-13T10:50:21Z

So it's supposed to work past .41 then? Strange, as it works in .38, just not in .40.

Ah well, I'll shuffle the code around a bit for the time being, although it results in a bit of a performance hit. My code is by no means optimized though, so I'm sure I could stand to eek out some efficiency elsewhere. I look forward to .41, it sounds like that's gonna be good one.

For those interested, here's what I'm doing. It's intended to draw gamestates in different "layers," such that each state has it's own z-index ordering.

@window.translate *@camera.offset do
  @stack[ACTIVE].each do |gamestate|
    if gamestate.visible?
      gamestate.draw @camera.zoom
      @window.flush
    end
  end
end

Gosu 0.7.40 released

2011-12-13T10:02:51Z

Do you use flush() somewhere? Up to the upcoming .41, flush() can only be used outside of clipping and transformations :(

Gosu 0.7.40 released

2011-12-13T04:37:51Z

Ok, finally got around to it. Here's the error.

ruby: ../GosuImpl/Graphics/DrawOpQueue.hpp:128: void Gosu::DrawOpQueue::popTransform(): Assertion individualTransforms.size() > 1' failed.
Aborted `

Ludum Dare #22 next weekend December 16th-19th

2011-12-11T23:22:36Z

Theme voting started already. Anyone in?

http://www.ludumdare.com/compo/ld-22-theme-voting-round-1-of-5/

Gosu 0.7.39 released

2011-12-02T18:46:08Z

That would be great ! But take the time needed, your work is still awesome

Gosu 0.7.39 released

2011-12-02T18:31:48Z

Oh...yeah well, that is impossible sadly :) It may work with a future render_to_texture function.

Gosu 0.7.39 released

2011-12-02T18:24:19Z

I was referring to Window#record ;)

Gosu 0.7.39 released

2011-12-01T20:51:41Z

translate does actually work with custom GL now. Just be sure to use gl(z) { code } instead of the old gl { code }.

Macros are also implemented using gl(z), and they respect transforms correctly.

Gosu 0.7.39 released

2011-12-01T20:27:42Z

Too bad it currently doesn't take Custom OpenGL Code :(
I hope it'll be possible in a coming version ;)

Gosu 0.7.39 released

2011-11-29T15:34:04Z

Also note that this only works in 0.7.40, so we are definitely in the wrong thread now. ;)

Gosu 0.7.39 released

2011-11-29T15:05:06Z

Yeah, I figured translate() was the solution there. Thanks a lot.

Gosu 0.7.39 released

2011-11-29T13:52:42Z

I got the impression that the only effect that the recorded size had was to affect how #draw_rot managed rotation and center_x/center_y. Other than that, the size is not relevant (And I tell Gosu that all my recordings are 1x1 because I don't need to rotate or center them and everything is fine :D).

Gosu 0.7.39 released

2011-11-29T10:17:45Z

That's what it used to do, and you didn't even have to pass width/height then. But the resulting values were hard to rely on so I made it manual. (e.g. what if you want to record a map, but this one block happens to an empty first row/column)

It always starts from (0, 0). You should draw what you want to draw all between (0, 0) and (width, height), but you can easily use translate() to do so.

Gosu 0.7.39 released

2011-11-29T05:18:45Z

So, how does this work exactly? There's a height and a width, but no x and y? What if I record images being draw at 2000,2000 or something like that? Is it somehow intelligent enough to cut out the 2000x2000 block of dead space?

Suddenly interested in this technique for the game I'm working on, but I have a larger bottleneck I need to get through first.

Gosu 0.7.39 released

2011-11-28T18:20:01Z

This is an amazing feature ! I was starting to use render to texture, but it seems that native Gosu will now do the trick ! Thanks again !