Re: [SPAM] Re: Alien::SLD2
sdl-team has been added to SDL2, that should fix that. -- Jeff On Fri, Mar 1, 2013 at 6:46 AM, kmx k...@volny.cz wrote: On 1.3.2013 1:08, Jeffrey Palmer wrote: I went ahead and created that repo on github. Let me know if there's anything I can do to help. Thanks, could you please also give me a commit privilege to PerlGameDev / SDL2 ? -- kmx
Re: Next release
Hi, I think the problem is TIFF support on BSD and Solaris, but FROGGS will know for sure. Jeff On Thu, Aug 23, 2012 at 8:49 PM, Kartik Thakore thakore.kar...@gmail.comwrote: Hey guys, It looks like SDL lastest experimental has quite a few bit of fails. May I get a summary of what the fails are? Regards
Re: Movement Stuck With Options of Up and Left...
Hi Jack, The problem is that an SDL::Rect stores it's x and y coordinates as integers. When you subtract a small value from the coordinate the new coordinate is truncated, which is why you are able to move in negative directions. When you add a small value the same thing happens, but the truncated value is the same as the value you added to, so no movement. To work around this, store the coordinates in variables outside of the rect, add and subtract using these variables, then update the SDL::Rect coordinates. Jeff On Sun, Jun 10, 2012 at 7:50 AM, Jack Maney jma...@adknowledge.com wrote: Everyone, First of all, thanks to Tobias Leech for so quickly answering my previous question on alpha values. Now, I'm trying to understand movement. I managed to hack together a simple, choppy, movement by teleportation app in which one can use ASDW to move a rectangle around in the screen. However, inspired by the Pong code in the SDL manual, I'm trying to recreate this properly by using motion handlers. The resulting code is at http://pastebin.com/mVHANk7T The strange thing about it is that movement works just fine, but only up and to the left (ie via A and W) not to the right or down (ie via D and S). I'm at a bit of a loss as to what's going on...why would a negative x-velocity and positive y-velocity be fine, but not a positive x-velocity or a negative y-velocity? I know that the correct velocity values are being set (by de-commenting the debugging print statement and running the code), so it's not an issue of the wrong velocity values being set... Is there something obvious that I'm missing here? Thank you for your time, Jack -- Jeffrey T. Palmer
Re: SDL 2.541_02 Released
This problems still occurs occasionally with Alien-SDL 1.434 http://www.cpantesters.org/cpan/report/04921c82-b30c-11e1-9066-3d54fb7543f5 I created an issue about this a while ago: https://github.com/PerlGameDev/SDL/issues/233 The build option include ogg, but those same tests fail. Should those tests pass with those build options? Jeff On Sun, Jun 10, 2012 at 1:21 PM, Tobias Leich em...@froggs.de wrote: Ya, would be sweet to make another dev release, requiring a newer Alien::SDL. Check t/mixer.t for audio support, its basically just that you try to init OGG, and skip if it fails. Am 10.06.2012 18:03, schrieb Jeffrey Palmer: So are we ready to bump our Alien::SDL prereq (at least in the dev release)? Also, I'm assuming we should skip these tests if libogg support isn't available. What's the proper way to detect audio format support? Jeff On Sat, Jun 9, 2012 at 9:51 PM, Tobias Leich em...@froggs.de wrote: Hi, the tester is still using the old Alien::SDL, this one doesnt build libogg and libvorbis. Jeffrey Palmer jeffrey.t.pal...@gmail.com hat geschrieben: Hi All, I released SDL 2.541_02 today after Blaizer++ merged in his changes that were accidentally included in 2.538. The early test reports are in and we're still having some issues with the SDL::Mixer::MixMusic tests that use ogg: http://www.cpantesters.org/cpan/report/5399278a-b262-11e1-bea2-18293af89482 http://www.cpantesters.org/cpan/report/e352e802-b262-11e1-85c4-09343af89482 If anyone has any problems, or if anyone knows what is causing this problem, please let us know. Thanks, Jeff -- Jeffrey T. Palmer -- Jeffrey T. Palmer
SDL 2.541_02 Released
Hi All, I released SDL 2.541_02 today after Blaizer++ merged in his changes that were accidentally included in 2.538. The early test reports are in and we're still having some issues with the SDL::Mixer::MixMusic tests that use ogg: http://www.cpantesters.org/cpan/report/5399278a-b262-11e1-bea2-18293af89482 http://www.cpantesters.org/cpan/report/e352e802-b262-11e1-85c4-09343af89482 If anyone has any problems, or if anyone knows what is causing this problem, please let us know. Thanks, Jeff
Re: CPAN Testers Daily Summary Report
I released 2.540 yesterday. This release contains everything from 2.537_02 and the pod updates from 2.538. I removed all the code related changes from 2.538. It looks like the t\mixer_channels.t issue is still occurring on MSWin32-x64-multi-thread: http://www.cpantesters.org/cpan/report/0b3a283b-6bf7-1014-ba26-54a71eecb6a3 I also released 2.541_01 which adds the changes FROGGS made since 2.537_02. I'm still trying to sort through Blaizer's changes, so those haven't been merged back yet. Jeff On Thu, May 24, 2012 at 7:54 PM, Kartik Thakore thakore.kar...@gmail.comwrote: Crap ... how did this happen? *facepalm* Ok lets re roll. On Thu, May 24, 2012 at 7:46 PM, Jeffrey Palmer jeffrey.t.pal...@gmail.com wrote: There were many changes in 2.538 that weren't in 2.537_02 (see attached diff). Was this intentional? I'm concerned that these might be responsible for the test failures. Should we revert to the previous release (plus the documentation fixes) and slowly add these changes in new dev releases or should we just work on fixing the new problems? Jeff On Wed, May 23, 2012 at 3:06 PM, Kartik Thakore thakore.kar...@gmail.com wrote: And we have some fails! SDL-2.538: - MSWin32-x64-multi-thread / 5.14.2: - FAIL http://www.cpantesters.org/cpan/report/26ee8b64-6bf6-1014-ad3c-44931eecb6a3 - x86_64-linux-thread-multi / 5.15.8: - FAIL http://www.cpantesters.org/cpan/report/5bd4ba90-a46b-11e1-a210-b03bf4b14d39 - x86_64-linux-thread-multi / 5.15.9: - FAIL http://www.cpantesters.org/cpan/report/a5aaaff4-a46a-11e1-8dfd-c832f4b14d39
Re: SDLx::Text - replace old text?
Hi Alex,
This is actually the correct behavior. You need to redraw the
background before writing the new text. The easiest way to do that is
with:
$app-draw_rect( undef, 0x00FF );
The undef there indicates that the entire surface should be used as
the rectangle. See draw_rect in SDLx::Surface for more information.
Cheers,
Jeff
On Wed, Dec 21, 2011 at 6:17 PM, Alex cap...@gmx.de wrote:
Dear all!
I want to replace an SDLx::Text by some other text.
Do I have to redraw the whole surface that was covered by the old text in
order to replace it by a new text?
The following script demonstrates my problem:
[code]
#!perl
use strict;
use warnings;
use SDL;
use SDL;
use SDLx::App;
use SDLx::Text;
my $app = SDLx::App-new(
exit_on_quit = 1,
);
my $message = SDLx::Text-new;
$message-write_to( $app, Hello, World! );
$app-update;
$message-text('Susan');
$message-write_to( $app );
$app-update();
$app-run();
[/code]
First, the text Hello World! is drawn to the surface. Then, I alter the
text and draw it again. But the old hello world text still remains on the
surface.
I don't want that. I want Hello World! to disappear and Susan so show up.
How do I do that?
Best regards,
Alex
Re: SDLx::Text - replace old text?
I just realized this was discussed on Github, so you can probably
ignore what I wrote.
Regarding the surface, SDLx::App is a SDLx::Surface. That's what I
was referring to. I don't think it's safe to make any assumptions
about what's behind the text, so it should be the module user's
responsibility to clear whatever is behind it.
On Fri, Dec 23, 2011 at 2:39 PM, Kartik Thakore
thakore.kar...@gmail.com wrote:
But the surface is not an SDLx::Surface ... maybe we should change that at
least on the text surface. I think that once you decide to rewrite on the
text surface it should do that.
How about we add $text-clear(); ?
On Fri, Dec 23, 2011 at 2:37 PM, Jeffrey Palmer jeffrey.t.pal...@gmail.com
wrote:
Hi Alex,
This is actually the correct behavior. You need to redraw the
background before writing the new text. The easiest way to do that is
with:
$app-draw_rect( undef, 0x00FF );
The undef there indicates that the entire surface should be used as
the rectangle. See draw_rect in SDLx::Surface for more information.
Cheers,
Jeff
On Wed, Dec 21, 2011 at 6:17 PM, Alex cap...@gmx.de wrote:
Dear all!
I want to replace an SDLx::Text by some other text.
Do I have to redraw the whole surface that was covered by the old text
in
order to replace it by a new text?
The following script demonstrates my problem:
[code]
#!perl
use strict;
use warnings;
use SDL;
use SDL;
use SDLx::App;
use SDLx::Text;
my $app = SDLx::App-new(
exit_on_quit = 1,
);
my $message = SDLx::Text-new;
$message-write_to( $app, Hello, World! );
$app-update;
$message-text('Susan');
$message-write_to( $app );
$app-update();
$app-run();
[/code]
First, the text Hello World! is drawn to the surface. Then, I alter
the
text and draw it again. But the old hello world text still remains on
the
surface.
I don't want that. I want Hello World! to disappear and Susan so show
up.
How do I do that?
Best regards,
Alex
--
Jeffrey T. Palmer
