On Wed, Nov 19, 2008 at 7:59 PM, Charlie Nolan <[EMAIL PROTECTED]> wrote:
>> A good thing to do in a tile based game, is to blit all of the tiles
>> to a single surface, so you aren't doing a bunch of blits every frame,
>> and then just redraw the whole screen each frame using the rendered
>> map.
Hi,
That would be with the latest freetype library, right? I have an updated
dependency build script waiting to be uploaded to SVN. I want to give it
one more test first: run a full dependency build. Also, Setup.in
changes, so the older 1.8.0 dependencies can no longer be used.
Lenard
René
> A good thing to do in a tile based game, is to blit all of the tiles
> to a single surface, so you aren't doing a bunch of blits every frame,
> and then just redraw the whole screen each frame using the rendered
> map. If you have animated tiles of course, depending on how many
> tiles on screen
ubuntu-desktop is (IIRC) a pseudo-package that just exists to make
sure other stuff is installed. Removing it just means you won't get
new default software when you update, so it's not really harmful.
-FM
On Wed, Nov 19, 2008 at 8:28 PM, pymike <[EMAIL PROTECTED]> wrote:
> Oh, my apologies.. I'm
Ask the Ubuntu people about it. You need to install a different
version of pygame, and the exact mechanism is distro-specific. For
instance, Gentoo has python-updater, which can automatically upgrade
all your Python packages to the new version.
-FM
On Wed, Nov 19, 2008 at 8:33 PM, yanom @linuxma
My guess is your surface type is wrong/not matching, so its re-converting it
on every op, making it slow.
For fills, I think you want software surface, not hardware
(If you mix a hardware surface with a software one, or there might be other
bad combinations too )
--
Jake
so i just download pygame source and install again?
> - Original Message -
> From: "René Dudfield" <[EMAIL PROTECTED]>
> To: pygame-users@seul.org
> Subject: Re: [pygame] ugh!
> Date: Wed, 19 Nov 2008 14:33:11 +1100
>
>
> you need to install pygame for python 2.6 too.
>
> Different versi
Oh, my apologies.. I'm afraid this thread is a bit OT now. Strike that,
extremely OT.
On Wed, Nov 19, 2008 at 8:27 PM, pymike <[EMAIL PROTECTED]> wrote:
> If I try to uninstall pulseaudio it makes me uninstall ubuntu-desktop. A
> little red flag is telling me not to do this.
>
> Sigh... I guess I
If I try to uninstall pulseaudio it makes me uninstall ubuntu-desktop. A
little red flag is telling me not to do this.
Sigh... I guess I'll just wait for Ubuntu to fix their problems. Is there a
way to change pulseaudio's latency or w/e?
On Wed, Nov 19, 2008 at 7:14 PM, pymike <[EMAIL PROTECTED]>
pulseaudio is installed, but it's not enabled. Thanks for the link though
On Wed, Nov 19, 2008 at 7:12 PM, René Dudfield <[EMAIL PROTECTED]> wrote:
> hi again,
>
> check out this thread:
> http://ubuntuforums.org/showthread.php?t=885437
>
> From this thread and notes on the SDL mailing list, it a
hi again,
check out this thread:
http://ubuntuforums.org/showthread.php?t=885437
>From this thread and notes on the SDL mailing list, it appears pulse
audio is emulating alsa, and causing the delays. Are you sure you
don't have pulse audio installed?
Apparently removing pulse audio fixes the pr
indeed, it seems very nice!
I wonder if python would be too big a download... considering it is
around 2MB or so.
Perhaps tinypy + pygame would be better suited.
I'm sure there's a very large number of SDL people interested in
getting SDL ported, and apparently python is working already.
note,
Hey,
there's a bug in latest mingw, which shows up when compiling pygame deps...
For mingw runtime 3.15... just some notes in case someone else runs
across this problem.
The fix is to modify your MinGW/include/stdlib.h:
"""
Change "inline* to "__inline__" at stdlib.h:317
"inline" is not a
Cause most people don't have a silverlight player and nearly everyone has a
flash player.
On Wed, Nov 19, 2008 at 11:24 AM, James Hancock <[EMAIL PROTECTED]> wrote:
> Why not use silverlight and ironpython.
>
>
> On Wed, Nov 19, 2008 at 1:00 PM, Aaron Maupin <[EMAIL PROTECTED]>wrote:
>
>> Stuart
I have the same problem on Ubuntu 8.10.
Did you install Pygame from the ubuntu repository or from the source?
/John Eriksson
sön 2008-11-16 klockan 16:37 -0600 skrev pymike:
> Re-installed and re-booted, and it's still not working.
>
> On Sun, Nov 16, 2008 at 4:23 PM, pymike <[EMAIL PROTECTED]>
Why not use silverlight and ironpython.
On Wed, Nov 19, 2008 at 1:00 PM, Aaron Maupin <[EMAIL PROTECTED]> wrote:
> Stuart Axon wrote:
>
>> Adobe has brought out a C/C++ compiler for actionscript
>> http://labs.adobe.com/technologies/alchemy/
>>
>> Once SDL is ported to here, then pygame can surel
On Sat, Nov 15, 2008 at 3:27 PM, Greg Ewing <[EMAIL PROTECTED]> wrote:
> Michael Fiano wrote:
>>
>> i want to have a faster
>> framerate when there is no scrolling by only updating the player and the
>> background and foreground contained in it's rect area.
Generally in a scrolling game, depending
Stuart Axon wrote:
Adobe has brought out a C/C++ compiler for actionscript
http://labs.adobe.com/technologies/alchemy/
Once SDL is ported to here, then pygame can surely follow!
From the article: "Alchemy is not intended for general development of
SWF applications using C/C++."
I think it w
It's probably exactly what you said - flip must be waiting for vertical
retrace. If your animation took 21.8 seconds to do 610 frames, and 12.8 of
that was something other than flip, than whatever you are doing to draw the
animation cannot be done in 60 fps (because 610/12.8 is like 48 or
something
Adobe has brought out a C/C++ compiler for actionscript
http://labs.adobe.com/technologies/alchemy/
Once SDL is ported to here, then pygame can surely follow!
On this machine (Ubuntu 8.04, PyGame 1.7.1), pygame flip() is very slow.
A little demo I set-up and profiled showed that for 610 frames of animation
- taking 21.8 seconds - pygame.flip() was taking over 9 seconds of that! Now
I know that flip() has to wait for the monitor raster to get to the top
21 matches
Mail list logo