Gosu Forums - Gosu Exchange

Gosu's transform features

2012-02-03T07:37:16Z

Your code is correct and I am using this in "production" (Terava), but it's been refactored recently. Let me know if you can reproduce this problem in a simple test setup.

Exporting fonts

2012-02-03T07:33:23Z

Gosu::Font is meant for short, non-wrapping, dynamic texts. Gosu::Image.from_text provides line-wrapping, text alignment and some formatting.

I would have rendered the whole image twice, once with ... around the glowing parts (making them transparent) and once with the same tag around all other text. Then you'd have one normal Gosu::Image for the base text and one for the glowing parts, so you could just pulse the second image over the first and be done in two single Image#draw calls. :)

Bonus: When using from_text, you could save the generated images to PNG with Gosu::Image#save and reload them. Then you would not need to ship the font, unless you also use the Gosu::Font in other places.

--

No matter how you do it, you should write quick helper functions to display your content. I don't think Gosu is the wrong library (I am biased of course), but it is normal that you build some intermediate functions or classes for your game's specific needs. Gosu::Font and Image are dumb, it is normal to build upon them.

Gosu's transform features

2012-02-03T04:43:29Z

I did that and I received no results which is why I posed the question. I believed it looked like this:

graphics().pushTransform(Gosu::scale(2,2));
graphics_renderer->drawScene();
graphics().popTransform();

I can go back and check tomorrow, but I'm pretty certain that's exactly what I did. Thanks though.

Exporting fonts

2012-02-03T00:37:54Z

You could have used Chingu and/or Fidgit. Fidgit particularly has an auto-wrapping control which might have saved some trouble (TextArea).

Exporting fonts

2012-02-02T22:45:53Z

it's, ehm, a pain in the ass: every line is a @draw_Segoe_UI_20.draw command. I have to say that I used the wrong library, or anyway I could have found a way more simple way to format the thing, because the entire code is basically all like this part:

    if (@game_begin == true) and (@current_n == 19)
      @font_Segoe_UI_20.draw_rel("19", 400, 50, 0, 0.5, 0.5, 1, 1, 0xffff0000)
      @font_Segoe_UI_20.draw_rel("L'ATTENZIONE DI UN FANTASMA", 400, 70, 0, 0.5, 0.5, 1, 1, 0xffff0000)
      @font_Segoe_UI_20.draw("Di' cosa fa il fantasma, chiedi al giocatore come si comporta, e di' cosa succede.", 70, 90, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("Continua in questo modo fino a che non si verifica uno dei seguenti casi:", 70, 110, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("- Decidi che l'altro giocatore ha provocato la violenza del fantasma. Vai al     .", 70, 130, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("29", (@font_Segoe_UI_20.text_width("- Decidi che l'altro giocatore ha provocato la violenza del fantasma. Vai al ", 1)) + 70, 130, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- L'altro giocatore sta cercando di passare oltre il fantasma. Digli di andare al     .", 70, 150, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("12", (@font_Segoe_UI_20.text_width("- L'altro giocatore sta cercando di passare oltre il fantasma. Digli di andare al ", 1)) + 70, 150, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- Decidi che l'altro giocatore sta confrontando il fantasma. Digli di andare al     .", 70, 170, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("34", (@font_Segoe_UI_20.text_width("- Decidi che l'altro giocatore sta confrontando il fantasma. Digli di andare al ", 1)) + 70, 170, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- Decidi che l'altro giocatore ha suscitato la curiosita' del fantasma. Digli di andare al     .", 70, 190, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("36", (@font_Segoe_UI_20.text_width("- Dicidi che l'altro giocatore ha suscitato la curiosita' del fantasma. Digli di andare al ", 1)) + 70, 190, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- Decidi che l'altro giocatore ha suscitato la pieta' del fantasma. Digli di andare al     .", 70, 210, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("38", (@font_Segoe_UI_20.text_width("- Decidi che l'altro giocatore ha suscitato la pieta' del fantasma. Digli di andare al ", 1)) + 70, 210, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- L'altro giocatore sta cercando di nascondersi. Digli di andare al     .", 70, 230, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("32", (@font_Segoe_UI_20.text_width("- L'altro giocatore sta cercando di nascondersi. Digli di andare al ", 1)) + 70, 230, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- L'altro giocatore e' riuscito a lasciare la stanza. Vai al   .", 70, 250, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("5", (@font_Segoe_UI_20.text_width("- L'altro giocatore e' riuscito a lasciare la stanza. Vai al ", 1)) + 70, 250, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- L'altro giocatore fa qualcosa tale per cui vuoi testare la sua capacita' di mantenere la calma.", 70, 270, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("Digli di andare al   ,   ,     ,       o      (scegli liberamente, vanno bene tutti)", 70, 290, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("6  8  10  14    16", (@font_Segoe_UI_20.text_width("Digli di andare al ", 1)) + 70, 290, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
      @font_Segoe_UI_20.draw("- Decidi che il fantasma se ne va. Vai al   .", 70, 310, 0, 1, 1, 0xffffffff)
      @font_Segoe_UI_20.draw("3", (@font_Segoe_UI_20.text_width("- Decidi che il fantasma se ne va. Vai al ", 1)) + 70, 310, 0, 1, 1, ((0xff - @glow) << 24) + 0xffff00)
    end

And I don't know how does that default font work, indeed. Maybe on a different computer I would even get a different font.

Anyway the project has been delivered. We'll see if something has gone wrong in professor's pc.

Gosu's transform features

2012-02-02T20:42:14Z

The C++ methods scale, rotate etc. return a transformation matrix (Gosu::Transform, actually an array of double). You actually want to call Graphics::pushTransform(const Transform&) to apply a transformation, then Graphics::popTransform() when you're done with it.

You can also create arbitrary transformations like skew IIRC, but I'm not an expert on matrix maths.

As implied by the names push and pop, transformations stack, so don't forget to pop everything you push.

Gosu's transform features

2012-02-02T15:41:32Z

Sorry. I forgot to mention in C++ Gosu.

Gosu's transform features

2012-02-02T09:13:50Z

Like that:

window.scale(scale_x,scale_y) do
  #drawing code
end

Gosu's transform features

2012-02-02T06:09:09Z

I'm not fully sure how to use Gosu's transform methods (C++) such as Gosu::scale() and all that. Any help?

Exporting fonts

2012-02-02T02:34:11Z

The default font doesn't look that bad... Can't you just re-wrap a few lines to make the text fit on the screen?

Exporting fonts

2012-02-01T07:48:17Z

uhm, well: i went in the fonts directory, and copied the font file. There are various versions (Segoe UI Italic, Segoe UI bold...), so i took the normal one. It should be the right one :\

Anyway: let's hope that the professor have a pc with the font installed. I'll attach the font file and say "if it doesn't work consider to install the font you find in this folder".

Exporting fonts

2012-02-01T00:22:31Z

Actually, whatever I do to use the font, it doesn't seem to load it (in script or executable version). I assume that is why you were loading it with "Segoe UI", rather that "fonts/segoeui.ttf" - it doesn't seem to load from the ttf, but it will from your home system? It will load on my system if I call it "Segoe UI", but not directly from the ttf :P

Apparently "Segoe UI" is a Microsoft font included in Vista/Windows 7, so it should be available simply named that way on all newish PCs (And will load under that name for me!); are you sure the ttf you have is the same thing?

Exporting fonts

2012-02-01T00:07:32Z

Ocra only includes the script and gems automatically. You need to tell it about assets like images and fonts:
ocra mc.rb --windows --no-enc immagini/*.* fonts/*.*

(The --windows means don't open a console window when run; --no-enc means don't include lots of encoding files you will never use)

In your actual script, you need to set up some methods to calculate asset paths for you based on the position of the script when it is unpacked from the exe, not the executable itself:


def image_path(image); File.expand_path("../immagini/#{image}", __FILE__); end
def font_path(font); File.expand_path("../fonts/#{font}", __FILE__); end

In #initialize, do the loading


    @immagini_titoli = Gosu::Image.new(self,  image_path("testa1.png"), true)
    @immagini_cursore = Gosu::Image.new(self, image_path("cursore.png"), true)
    @immagini_start = Gosu::Image.new(self, image_path("start1.png"), true)
    @immagini_sbarra = Gosu::Image.new(self, image_path("sbarra.png"), true)

The script also gives away why the font isn't working on other machines;
the font is named based on how it is installed on your machine, not loading the actual ttf you provide:
@font_Segoe_UI_20 = Gosu::Font.new(self, font_path("segoeui.ttf"), 20)

Exporting fonts

2012-01-31T14:30:40Z

Mah. That's too much for my brain.

ocra works, but if I move the file somewhere else then it doesn't work anymore because there aren't the other files with him. And even more: i just can't understand why, but if i link the font during initializing, it doesn't work with the font I should use (segoeui.ttf) but it works if I use ANOTHER font (arabdances.ttf, for instance, works).

Someone can help me in a pratical way? Here is the download link for the script and the other files. Someone can do some magic trick, make me this executible and then tell me how he did*? pleeeeeease *__*

*so that I can do it too, if I find out things to correct in the source...

Useful tools for game development

2012-01-30T05:00:06Z

git, a million times git!

At the very least, having a filesystem-level undo has saved my bacon more times than I can count, and once you figure out branching you'll see your coding confidence being to soar as you realize you can always go back to a known state. Want to try a crazy new idea, or refactor a huge swath of code? Don't even worry about it, just branch and go. I've used source control before (perforce, svn, horrible old VSS) but having git so available, so fast, and so bulletproof entirely changed how I work as a programmer. No joke!

On a more game-oriented note, I just found myself using the ruby-prof gem (https://github.com/rdp/ruby-prof) to generate cachegrind output, which can then be loaded and analyzed in the free KCacheGrind. You can have ruby-prof spit out cachegrind reports like so:


require 'ruby-prof'

result = RubyProf.profile do
  window.show
end

printer = RubyProf::CallTreePrinter.new(result)
f = File.new('tmp/call_tree', 'w')
printer.print(f, {})

If you're trying to optimize your framerates, just have the game do a (preferably) automated and repeatable set of repro steps during the window.show loop, and once the steps have completed, open the file in KCacheGrind and you can see exactly where your program spent most of it's cycles. The results can be surprising, and surprisingly effective. I was lagging frames really badly once I got up to a certain number of onscreen objects, and spent time trying to optimize iteration and variable creation and got nowhere. Fired up the cachegrind viewer, though, and immediate saw several million calls to a color calculation method deep in an inner loop. I didn't realize it was being called that deeply, since it was layered seven or eight levels deep from the top of the show/update stack inside a call to an accessor method. I cached the value, re-ran the tests, and immediate saw an almost 25 FPS improvement on the same test battery. O_O

FPS decreasing gradually

2012-01-30T01:31:28Z

So the Text is the culprit...
I replaced the lines with the lines you suggested, and now I get normal FPS as usual.

Thanks for the tips! :D

Exporting fonts

2012-01-30T00:10:21Z

ocra MC.rb --windows /images/**/*.* /fonts/**/*.*
However you need to ensure that all paths are file-relative, not relative to the working directory (when running the executable, so require_relative for ruby scripts and stuff like File.expand_path("../../fonts/whatever.ttf", __FILE__) when referring to assets.

Also, I'd consider using Releasy, which is my gem for making life a lot easier in this sort of circumstance. Even helps you build executables for other platforms :)

Exporting fonts

2012-01-29T18:52:39Z

eh, i just write

ocra MC.rb

how can i add fonts? :(

FPS decreasing gradually

2012-01-29T17:19:33Z

I am on OS X but the game ran much faster when I kicked the whole line out. I think this may be very related. :)

FPS decreasing gradually

2012-01-29T17:16:52Z

Not sure if this is relevant, but the game creates a new Chingu::Text each and every draw. This generates a completely new Image 60x a second, which is not good for Gosu. Generally I avoid using Chingu::Text for text that updates a lot, since it is rather inefficient in that case, instead using Gosu::Font#draw.

If you still want to use Chingu::Text for this (assuming the score doesn't change too often), you could use it a lot more efficiently by doing something like this:

# in #initialize (only create it once)
@score_label = Chingu::Text.new("0", :x => 12, :y = 5)

# in #update (only update, and thus create a new image, if score actually changes)
@score_label.text = @score.to_s unless @score.to_s == @score_label.text

# in #draw (don't do any processing in #draw)
@score_label.draw

Exporting fonts

2012-01-29T16:14:33Z

Exporting fonts

2012-01-29T15:58:27Z

I don't exactly receive an error. The text it's just formatted in a default font.

This is how it should be:
http://i43.tinypic.com/501ly8.png

This is how it appears if there is no font:
http://i43.tinypic.com/20p4k0z.png

About ocra, i just go in the directory and type "ocra MC.rb". I suppose I'll have to write something else, isn't it? :\

How to best use Window#record method

2012-01-29T13:20:29Z

Yes in that it is not thread-safe. But for each part, I'd have to choose between locking and making it thread-local. This is one of the cases where it should be thread-local.

How to best use Window#record method

2012-01-28T16:48:57Z

Oh, well, that's fine. I guess it's the same problem Gosu has in general, right?

FPS decreasing gradually

2012-01-28T15:47:04Z

I don't know exactly, and everything is fine when I checked my applied logic in my script.

But to ensure it's only happened to me, I attach the source to be inspected. Maybe there are some suggestion from you guys about it since I'm new in Ruby especially Gosu (and Chingu) libraries I currently use.
I'm afraid this problem is because of my current machine I use to develop my game.

Thanks in advance.

And about the clip_to method maybe will be useful later :)

FPS decreasing gradually

2012-01-28T10:40:48Z

Are any resources loaded while the game becomes slower and slower? Have you tried inserting some puts statements here and there to observe what the game is doing?

BTW it works like this: clip_to(10, 10, 40, 20) { everything_in_here_is_clipped }

FPS decreasing gradually

2012-01-28T08:33:19Z

Okay.
Since it's involving many lines of code, I'll explain it.

When executing my game, it loads all of included scripts and other resources (image and sounds), then the window appeared and it shows its current FPS. It's 60 FPS in first 10 seconds.
After 10 seconds, the frame rate becomes degraded gradually over time and ended up in 15 FPS. It just goes down in every second as long as the window stays on screen. I tried to minimize used resources (removing some unneeded code lines, not using sounds) and no significant result scored.

Libraries currently I used are Gosu and Chingu.

Once I tried to use single huge image instead of several tiles as platform, then I got normal frame rate as expected. However, the frame rate goes decreasing slightly (I got 45 FPS at the lowest peak). I think multiple image usage as tile is the culprit...

P.S.: I still wondering how does 'clip_to' method works.

Thanks for response.

How to best use Window#record method

2012-01-28T08:10:07Z

No, for that I would have to move some stuff into thread-local storage. :(

FPS decreasing gradually

2012-01-28T08:05:04Z

I have not heard anything about Gosu that would make it slow down over time. Can you post your script or explain what it does?

FPS decreasing gradually

2012-01-28T06:02:42Z

This is bothering me since I make a map based on tiles, which drawn in 24x24 pixels size and in original window size viewport (it's 480x360 pixels size). I got 60 fps in first seconds, then it keeps decreasing and ended up in 15 fps, resulting in really SLOW frame rate.
Also, when executing/compiling the scripts, I noticed in Task Manager that my game eats up to almost 100% of my CPU usage. Not only makes my game runs slow, it also makes another apps I opened runs really slow and almost not responding.

I've read about Ruby itself, and some opinions from others which Ruby is a bit slow. But it can't stop me to stay with Ruby.

However, is there some suggestions to cover this problem?
FYI I use Dynabook Satellite 1870, with 1.6GHz Intel Celeron and 512MB of RAM. Pretty old, of course, but this is my only machine I can use for now.

How to best use Window#record method

2012-01-28T04:20:38Z

Somewhat related, because a terrible idea has stuck me: is record callable from a thread? Is it meant to be? C: I know that most of Gosu isn't.

It might be cool to have a sort of provider/consumer model for map chunks where one thread generates and managed recorded chunks according to the camera position and the other draws whatever's available. Only for large maps, of course. :D

How to best use Window#record method

2012-01-28T03:44:30Z

1. Excellent. I hadn't had any problems using it in the update method, but it's good to know that's intended and not just a happy (and potentially unpredictable) coincidence.

2. I was trying to stay away from doing anything mutable in draw(), since the docs suggested that I'd generally be safer if I treated draw() as a read-only method, but that's a nice, concise way to handle it.

Thanks for the reply!

How to best use Window#record method

2012-01-28T01:48:37Z

1. You should be able to call record anywhere. This should be documented, I guess - and if it doesn't work, please let me know or file a bug on GitHub :)

2. I like to just set @grid_image to nil when it is not valid. Then I can do:

@grid_image ||= record { ... }
@grid_image.draw 0, 0, 0

I like to do this in draw because it means that the image will be created right when it is needed. It is impossible for it to be invalid or missing when I want to draw it.

How to best use Window#record method

2012-01-27T23:41:57Z

I'm making a tile based game engine using the gosu ruby gem, things are going great so far. Gosu is really excellent!

I want to use the Window#record method to batch any updates to the visible tile objects, but I'm unsure the best place to put the record operation. I expect the flow should go something like:

def update
    # some game logic which flags the grid as dirty

    if grid.dirty?
        @grid_image = record(w,h){ tiles.each{|tile| tile.draw} }
    end
end

def draw
    @grid_image.draw( 0, 0, 0 )
end

I've read over and over that you shouldn't call draw from within the update method. However, since the record method just batches a bunch of GL calls and doesn't actually draw to the window, it seems like it should be okay to call from within the update loop. So where's the proper place to perform the record operation? Should I put that in the window's draw method guarded by the same grid.dirty? flag, something like this:

def draw
    if grid_dirty?
        @grid_image = record(w,h){ tiles.each{|tile| tile.draw} }
    end

    @grid_image.draw( 0, 0, 0 )
end

Any information I can get about the best usage of the Window#record method would be appreciated. If fact, if people want to use this thread as a knowledge dump for Window#record best practices, tips, tricks, etc, I'd be happy to do a quick wiki page about it, since the record method is really slick and deserves some documentation. Julian posted a bit ago that "there are countless ways to use and abuse" the record feature, it always made me curious what kinds of ways people were using it. :)

Cheers!

Transparent collision check problem

2012-01-25T06:44:45Z

I've done resizing bounding box to make collision properly (I made it to 40% of sprite's width) and it works as I expected. Also, I've tried some objects (projectile, sword animations and 'destructible' objects) to ensure they're working properly.

This makes sense, and gives me some other ideas to build a platformer game.
Thanks for your explanation.

Transparent collision check problem

2012-01-25T00:33:27Z

No, the problem is that Chingu collisions are rectangular (bounding box) or circular, so they will have that effect. Pixel-perfect collisions are very rare and are often glitchy (games generally simplify collisions shapes significantly). If you need very accurate/complex collisions, the best option is to use Chipmunk, rather than Chingu, to manage your collisions.

You need to use a smaller bounding box/circle than the sprite to calculate collisions. That is, a sprite that covers the parts of the person that are always solid, not that covers the person and all the space around them where arms and legs could be. Just making the bounding box half the width would probably work for you in this case.

Tutorial - Making the map bigger

2012-01-24T07:26:47Z

Every image can draw itself. See http://www.libgosu.org/rdoc/Gosu/Image.html#draw-instance_method
The code there probably set @tileset to a list of Images. Image.load_tiles is a list and has no draw function, but each element in it (accessed by @tileset[tile]) does.

So his code says:
For each map position:
..get tilecode at this position
....if tilecode is not nil (if there is a tile at this space)
......get image for tile code
......tell image to draw at geometric position (map_x*50-5, map_y*50-5)

Transparent collision check problem

2012-01-24T03:27:27Z

Hello,

After drilling with the Gosu and Chingu environment, now I stuck in this problem. I've made a sprite, implement it to the game, and I got the sprite having incorrect collision check. I've read the documentation of related problem (in this case, the Chingu::GameObject, Sprite and also I've read TexPlay docs) then I found the cache_bounding_box is the culprit. It makes the sprite looks like hanging in the air rather than falling down to lower platform. Images in attachment.

Can someone explain how to get rid of the transparent part of the sprite?

Tutorial - Making the map bigger

2012-01-24T02:45:18Z

So I am generally new to programming, and understand the tutorial pretty well. I understand the stars and spaceship. The animation part is a little confusing but I'll get to that later.

So I want to make the map on the game many times larger. The window should stay focused on the ship. This is a start. From here I want to add a minimap, some bad guys (saw a post somewhere about this one), powerups, and whatever else I get to. So my problem is how to draw a larger map.

I opened up cptnruby to see how the map was generated and how the window behaves. I assume its in Map.draw. I barely understand whats going on here and am hoping for a little more explanation. Some other examples would be much appreciated too if possible.

@height.times do |y|
@width.times do |x|
tile = @tiles[x][y]
if tile
@tileset[tile].draw(x * 50 - 5, y * 50 - 5, 0)
end
end
end

I get this part. For each tile you loaded form the txt, draw it in the right place. My question here is if this means that each image, in this case Image.load_tiles, has an inherent draw function. Anyways any help would be appreciated. Just try and steer me in the right learning direction.

Gem install failed

2012-01-23T06:21:10Z

Thanks.

Now I've done with Texplay, and I found another gems I needed. I can start some experiments about the game mechanics.

Gem install failed

2012-01-22T23:37:54Z

Texplay 0.4.2 has not been released as a Windows binary gem, so you need to use 0.3.5 (gem install texplay --version "0.3.5"). I've tried to ask for a new binary and tried to compile it myself, but to no avail as yet. Really, all of the functionality is in 0.3.5 so there isn't much of a problem (something relatively minor was removed to make 0.4.x since Texplay didn't work with 1.9.3).

Not sure what other gems you are trying to install, but the ruby-opengl one is notoriously difficult to compile (there is a working binary attached somewhere in this forum if that is what you are needing). Generally gems are published as binaries on Windows, or at least as source that can be compiled automatically without further dependencies, so these two are exceptions, rather than the rule.

Gem install failed

2012-01-22T15:31:48Z

Hello, guys. I'm new in Ruby and I find Gosu interesting, since I've spent much time in game-developing.

Frankly, I have a problem about the installment.
I made a fresh install of Ruby (it's 1.9.2), installing Gosu and Chingu and everything is OK.
But when I install TexPlay and other libraries which require build tools it always return error.

Here's the chunk from the command prompt when I attempted to install TexPlay

C:\Documents and Settings\ryann\My Documents\ruby\bsmith>gem install texplay
Temporarily enhancing PATH to include DevKit...
Building native extensions.  This could take a while...
ERROR:  Error installing texplay:
        ERROR: Failed to build gem native extension.

        C:/Ruby192/bin/ruby.exe extconf.rb
checking for main() in -lfreeglut_static... no
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=C:/Ruby192/bin/ruby
        --with-freeglut_staticlib
        --without-freeglut_staticlib

Gem files will remain installed in C:/Ruby192/lib/ruby/gems/1.9.1/gems/texplay-0
.4.2 for inspection.
Results logged to C:/Ruby192/lib/ruby/gems/1.9.1/gems/texplay-0.4.2/ext/texplay/
gem_make.out

Shall I use one of the options available? If yes, which one?
I need a library that capable to manipulate images easily and won't make such a mess to my codes.
P.S.: I've dealt with this error all day long, and make no result.

Thanks in advance.

Exporting fonts

2012-01-21T04:48:31Z

Have you included the TTF file in the ocra call? How do you call Ocra?

Exporting fonts

2012-01-20T23:55:59Z

By "doesn't seem to work" what error are you receiving? I've loaded fonts from a file many times with no issues what-so-ever.

Exporting fonts

2012-01-20T22:22:21Z

Heya ;)

I'm working on a project for a university exam, and I'm trying to find a way to export the game and packaging, somehow, the fonts with the executible.

I mean: if I use ocra, I obtain a .exe file which is all ok. But if I run the program on a computer that doesn't have the font needed (for instance: Segoe UI) all of the text formatting goes to hell.

I tried to put the font file in a folder, but the instruction

@font_Segoe_UI_20 = Gosu::Font.new(self, "fonts/segoeui.ttf", 20)

doesn't seem to work.

Is there a way to do such a thing?

Useful tools for game development

2012-01-17T04:58:48Z

I don't often link to cracked.com for productivity, but when I do, it is about sound effects: http://www.cracked.com/article_19639_5-ridiculous-origins-movie-sound-effects.html

GDI+ or FreeImage : Unknow error

2012-01-14T16:14:19Z

Ah.
Should have taken the 3 seconds to test it in IRB apparently. My apologies.

GDI+ or FreeImage : Unknow error

2012-01-14T10:55:22Z

It is valid code, but it is two statements, not one. It is not the same as

Dir.chdir(
File.basename( __FILE__ ))

GDI+ or FreeImage : Unknow error

2012-01-14T03:18:21Z

I'm fairly certain this is just bad style, but completely valid code. Ruby does not care what type of whitespace is used, except in circumstances like block declaration where a newline character must be used.

I would suggest doing what Julian suggested regardless, as it is easier to read that way.

Additional Mouse Button Support

2012-01-10T23:21:32Z

Now you're just being silly. :D