Strict Standards: Non-static method phpbb_feed_factory::init() should not be called statically in /home/jacius/rubygame/forums/feed.php on line 66
[phpBB Debug] PHP Notice: in file /feed.php on line 171: Cannot modify header information - headers already sent by (output started at /feed.php:66)
[phpBB Debug] PHP Notice: in file /feed.php on line 172: Cannot modify header information - headers already sent by (output started at /feed.php:66)
Rubygame Forums 2011-01-15T11:28:57+00:00 2011-01-15T11:28:57+00:00 <![CDATA[Re: Wondering about Surface#zoom_to]]>
Thanks for the fix :)

Statistics: Posted by sgrevan — Sat Jan 15, 2011 11:28 am

2011-01-14T16:35:53+00:00 <![CDATA[Re: Wondering about Surface#zoom_to]]>
@bitmap = @bitmap.zoom_to new_width, new_height, @smooth

Hope that helps. :)

Statistics: Posted by jacius — Fri Jan 14, 2011 4:35 pm

2011-01-14T11:50:14+00:00 <![CDATA[[Solved] Wondering about Surface#zoom_to]]>
I'm encountering a problem and I'm wondering if I'm doing something wrong or if I'm facing a bugged piece of code in Rubygame/RSDL.

When I try to resize a surface loaded from a PNG file (or JPEG, or BMP, I tried both of these file formats), image pixels are not altered.
Instead, if the original image is smaller than the resulting surface, new space created by the resize will be filled in blank.
However, if the image is larger, it will be truncated if I reduce surface's size.

I also tried Surface#rotozoom, same issue.
I have a functional setting (well, I guess) and sdl_gfx installed and I tried the same code on three separate systems : a virtualized Arch Linux, a native Arch Linux on my MBP and on Windows 7.

In case you would like to see some code, here's the git repo :

Here is a visual result (with a cool image for testing purposes): ... 54b4a.html
(original size: 64x64, target size: 120x120, no desired upscaling)

Should I file a bug report ?


Statistics: Posted by sgrevan — Fri Jan 14, 2011 11:50 am