A poster had asserted earlier on the list that OS X installation binaries
for pygame are lacking - I believe that the poster was misled by an
inaccurate comment on the downloads page (http://pygame.org/download.shtml):
*pyobjc is needed for OSX 10.3 and 10.4, not 10.5
*
I think the rationale for
yeah, SDL 1.3 can use an opengl video driver. SDL 1.3 isn't finished
yet... but is fairly usable at the moment.
At a guess it won't be finished for at least 6 months, probably more.
On Thu, Aug 7, 2008 at 4:35 AM, Kevin [EMAIL PROTECTED] wrote:
Isn't SDL 1.3 supposed to offer hardware
Two (unrelated) anomalies in pygame.Surface.blit(), bugs or what ?
Tests in windows XP + sp2
Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
win32
pygame 1.8.1release ( installed from pygame-1.8.1release.win32-py2.4.msi )
1. The pygame documentation and
Opps, now really with the test files.
Two (unrelated) anomalies in pygame.Surface.blit(), bugs or what ?
Tests in windows XP + sp2
Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)] on
win32
pygame 1.8.1release ( installed from pygame-1.8.1release.win32-py2.4.msi )
1. The
Hello claudio,
claudio canepa wrote:
Opps, now really with the test files.
Two (unrelated) anomalies in pygame.Surface.blit(), bugs or what ?
Tests in windows XP + sp2
Python 2.4.3 (#69, Mar 29 2006, 17:35:34) [MSC v.1310 32 bit (Intel)]
on win32
pygame 1.8.1release ( installed from
Greetings ...
I know this is a little off topic and I'm hoping that I will not get flamed
to bad ...
I was wondering if anybody is following the development of the Force
FeedBack API project. I see SVN check-ins, but can't seem to find a Project
Page or progress report ... And I really don't
Lenard Lindstrom wrote:
claudio canepa wrote:
2. When blitting (with no blend flags) an opaque pixel ( alpha
channel at 255 ) over any other pixel, seems natural that the
resulting color be the src color. (opaque is opaque, right ?). In
most cases pygame is off by one, by example:
. dst
hi,
have you added a test case?
I'm pretty sure this changes the behavior of previous pygame, so we
decided to keep the behavior.
On Tue, Aug 12, 2008 at 8:34 AM, Lenard Lindstrom [EMAIL PROTECTED] wrote:
Lenard Lindstrom wrote:
claudio canepa wrote:
2. When blitting (with no blend
Lenard wrote:
[...]
The documentation is vague on this point. The argument names are descriptive
only in most cases. The actual arguments are strictly positional. While
technically the argument signature for Surface.blit is (*args), this is also
misleading as blit has only fixed aguments. Such
On 8/11/08, René Dudfield [EMAIL PROTECTED] wrote:
hi,
have you added a test case?
I'm pretty sure this changes the behavior of previous pygame, so we
decided to keep the behavior.
On Tue, Aug 12, 2008 at 8:34 AM, Lenard Lindstrom [EMAIL PROTECTED] wrote:
Lenard Lindstrom wrote:
hi,
I'm not sure if it is actually wrong behavior... I'm just guessing at
this point.
On Tue, Aug 12, 2008 at 12:35 PM, claudio canepa [EMAIL PROTECTED] wrote:
On 8/11/08, René Dudfield [EMAIL PROTECTED] wrote:
hi,
have you added a test case?
I'm pretty sure this changes the behavior
I look forward to a non PyObjC tied down version of Pygame on OS X.
I have installed the old 1.4 PyObjC to get Pygame 1.8.1 running on OS X 10.5.4.
I decided to re-run the shadow test bench to compare all the libraries
including the newest Pygame:
Note that all data files are the same (graphics
Hello,
There is no unit test for blitting a SRCALPHA source with non-zero alpha
to a SRCALPHA destination with non-zero alpha. In this way, with an
optimization for blitting to a destination having 0 alpha, the behavior
described below goes uncaught. There is nothing in the SVN messages
13 matches
Mail list logo