Pygame?

Has anyone tried to port PyGame yet?
It's a SDL wrapper for python. Is our Python port mature enough?
It would be fun to try to port some pygame based games.

@spotUP

Pygame already exists on MORPHOS since years.
Perhaps, it's possible to get the sources and begin there.

If i remember correctly, the author is quite cooperative : His website

@Balis

Corto has tried, base on the 1.8.1 official version, long ago but stop.....

I really would like to see pygame ported, at least for this game:

http://www.pygame.org/projects/20/26/

@spotUP
Quote:
It should be. If not, file a bug report or two and it will be.

@Mrodfr

My try was not based on the MorphOS port, even if it is a good idea to have a look.
I've just tried with the latest version (1.9.1) and once the configuration passed, the installation fails because the include "python.h" is missing.

I remember it is the same problem I had when we discussed the other day, about my try on the version 1.8.1.

@corto

oops! sorry, don't remember if you test was based on the official version or on the morphOS version.

EDIT: corrected on my previous post

@corto
Quote:
Look in your Amiga SDK...
SDK:local/newlib/include/python2.5/Python.h

@ssolie

I've checked carefully again but even the directory "python2.5" is missing. I certainly had something wrong when installing my SDK ...

@corto

Usually i just do search on whole SDK for need it files, and changes path in the includes of the game/apps/etc. If you not have pythinon2.5 directory - then remove it at all, and include all of this without.

@kas1e

It was my fault, I hadn't install the latest SDK (53.20). Now the Pyhton includes are at the right place. But I am surprised to see the SDL development files are not in the SDK. I thought it was the case but I am certainly wrong again ... Maybe it will be possible in the future thanks to the repository on GoogleCode.

@ssolie

I have a Python error running Pygame tests :

loading test.base_test
Traceback (most recent call last):
File "run_tests.py", line 9, in <module>
import test.__main__
File "Corto:sources/pygame-1.9.1release/test/__main__.py", line 131, in <module>
run(*args, **kwds)
File "Corto:sources/pygame-1.9.1release/test/test_utils/run_tests.py", line 271, in run
test_modules):
File "Corto:sources/pygame-1.9.1release/test/test_utils/run_tests.py", line 257, in sub_test
wd=working_dir))
File "Corto:sources/pygame-1.9.1release/test/test_utils/async_sub.py", line 237, in proc_in_time_or_kill
stderr = subprocess.STDOUT, universal_newlines = 1
File "PYTHON:Lib/subprocess.py", line 594, in __init__
errread, errwrite)
File "PYTHON:Lib/subprocess.py", line 1010, in _execute_child
self._set_cloexec_flag(errpipe_write)
File "PYTHON:Lib/subprocess.py", line 973, in _set_cloexec_flag
old = fcntl.fcntl(fd, fcntl.F_GETFD)
IOError: [Errno 78] Function not implemented

Else, tests are hopefully well designed and can be run with the parameter --nosubprocess. Here I have a DSI error due to shared objects but I think I know where the problem comes from. I will see that tomorrow.

@corto

any progress on this corto?

@spotUP

Hey, that goes quite well. I am able to run the provided tests.

1. I omited scrap_test and midi_test because these features were not found when configuring.

2. image__save_gl_surface_test crashes with an ISI exception. As this test seems to be on a specific topic, I think it is a regression test.

3. image_test is omited too ... I have troubles with the JPEG shared object (compiled with the package 8.0 but the detected library is 6.2)

Except these tests, 372 were run and I have 4 errors and 4 failures. That concerns font_test (I think the list of the system fonts is not detected properly) and surface_test on specific operations.

So, the port is not finished yet. I have first to solve the problem of the libjpeg (see my other thread about libraries). Then, I suppose the issue related to fonts is not so hard.

As you can see, I won't release until I am sure it works well (my real job is testing). I will be satisfied if this project can raise one or two bugs (Python subprocess, OpenGL/SDL, ...).

Then, I will provide diffs if people wants to see what has been done. Changes are not big but again, the most difficult is to have the SDK and all libs homogeneous.

@corto

i am using the libjpeg from here:
http://uprough.kicks-ass.net:8080/AmiUpdate/

and it works with sdl_image.
if it works with sdl_image it should work with this project right?
i could do some tests here if you'd let me know how/if i could have the current sources.

i would also be willing to test it with some ports.

edit: i am not linking statically though, i am using shared objects.

@spotUP

Thanks ! I will try that tomorrow if possible (too late tonight).

I was not fully aware of this repository even if heard about it in a previous thread.
Who created all these libraries ? Did you ?

I again spent time this evening fighting against libraries and their build.

I will tell you as soon as it will be possible to test Pygame.

@corto

i created some of them.
i have repackaged them for amiupdate and added them to the database,
i got fed up installing all libs by hand when i updated my sdk.. that's why. =)

@corto

for the point 2 i think is a stack problem. for the point 3.. use a jpeg static library..

@all

if you could test your work with this link, that could be great !!

http://bub-n-bros.sourceforge.net/

sorry, I couldn't resist

It's also to show that pygame has some interesting games available.

thats to all for your hard work

@Mrodfr

i just tried that bubble bobble clone under ubuntu. i don't think it's using pygame at all, and it runs very slowly on a 2ghz dualcore machine..
i think we can forget about that one.
i tried some other games that is using pygame and they run at full framerate.

@spotUP

this is very verry strange because all comments I have seen is great game and never a slow framerate. I have, unfortunately, not found someone who said great speed on his xxxxxxx computer.

the game don't have scrolling, just bobs flying around.

very strange...