Pygame + Python Installation + weitere Packages

[sebastian2443]

Hallo,

ich habe mir gestern extra Python und Pygame neuinstalliert. (Eine für das Projekt seperate Struktur)
Python habe ich als msi Installer nur in der Version 3.4.3 gefunden.
Für die zwei folgenden Versionen (3.4.4 u. 3.4.5) gibt es keinen Installer.
(Keine Ahnung wie diese Versionen installiert werden)
Dort sind aber nur Sicherheitsfixes inbegriffen.

Pygame habe ich in der Version 1.9.2.b1 gefunden. Das konnte ich über Pip3 installieren.
Ein Release für 1.9.2 gibt es nicht. Wollen wir da jetzt auf die 1.9.1 greifen, oder belassen wir es bei der 1.9.2b1?

Wollen wir das Projekt später mittels exe starten? Für den Fall habe ich mir Py2exe 0.9.2.2 installiert.

Falls wir wirklich vorhaben einen spielbaren Multiplayer zu integrieren, habe ich mir für die Netzwerkkommunikation, dass mir bekannte PodSixNet (v 0.42) installiert.
Auf welches würdet ihr im Falle des Falles zurückgreifen?

Zusammenfassung

• Python 3.4.3
• Pygame 1.9.2b1
• Py2exe 0.9.2.2
• PodSixNet 0.42

[cpdef]

Also das mit exe kann man ja auch später noch machen, zumal exe bei Linux nicht läuft.
Das wäre dann sozusagen das erstellen der Pakete für die einzelnen Betriebsysteme,
da denke ich reicht bei Linux erst mal .tar.gz mit setup.py.

Beim Netztwerk habe ich 0 Ahnung (noch nie gebraucht).

Einer der Gründe, warum ich im Forum pyglet vorschlug, war der Umstand, dass diese keine weiteren Bibliotheken erfordert. Streng genommen genügt das Kopieren der Bibliothek in das Projektverzeichnis (PYTHONPATH). Es spricht direkt die OpenGL-API an, welche nahezu jedes System mittlerweile zur Verfügung stellt.

Pygame ist ein Python-Wrapper um die C-Bibliothek Simple-Direct-Media-Layer (SDL, SDL.dll unter Windows). Letztere ist nicht binärkompatibel mit Python >= 3.5 (nach meinem jetzigen Wissen). EDIT: Meine Aussage ist falsch. Es gibt zumindest einen Positivbericht über die Installation von pygame zusammen mit Python 3.5 und Windows.

[Marrin]

@bwbg Wie kann eine externe DLL nicht binärkompatibel mit Python sein? Sollte das nicht eher heissen es gibt (noch) keinen angepassten Wrapper (Pygame) für Python >= 3.5?

[cpdef]

Also ich habe gerade in einem Virtuellen Envoirement mit python3.5.2 und pygame (1.9.2b7)
ein Spiel, (was ich mal früher mit pygame erstellt habe) problemlos spielen können.
(unter Gentoo Linux, für Windows kann ich nicht sprechen)

[sebastian2443]

Die 1.9.2b7 habe ich gar nicht gefunden.
Also bleiben wir jetzt bei Python 3.4.x und Pygame 1.9.2x?

[cpdef]

Ja Klar, ich wollte damit nur sagen, dass es sowohl mit pygame als auch mit Python3 keine Probleme geben wird.

[Dav1dde]

PyGlet sagt mir persönlich auch um einiges mehr zu.

[sebastian2443]

Falls es in Zukunft ein weiteres Python Spiel geben sollte, hatten wir schon angemerkt dieses in Pyglet umsetzen zu wollen. Auch deswegen, um ein Vergleich zwischen beiden Bibliotheken ziehen zu können.
Wie schnell war die Idee umsetzbar. Gibt es gute Tutorials. Sowas in der Art eben.

[seblin]

@bwbg:

Einer der Gründe, warum ich im Forum pyglet vorschlug, war der Umstand, dass diese keine weiteren Bibliotheken erfordert.

PyGame ist allerdings sowohl unter Windows mittels pip als auch mit dem Paketmanager der jeweiligen Linux-Distris leicht zu installieren. Pyglet hat seine Stärken IMHO beim Handhaben von Events. Im Gegensatz dazu finde ich das freie Zeichnen von Strukturen mit PyGame einfacher. Ich denke, wir sollten wirklich beides mal ausprobieren. Für das erste Projekt ist die Entscheidung jetzt eben für PyGame gefallen.

[miracle173]

Wenn es mehrere sinnvolle Vorschläge gibt, sollte man versuchen, die gegenüber zu stellen und abzuwägen was besser passt. Das habe ich für PyGlet und PyGames nicht gesehen. Gibt es Arguemnte die für/gegn das eine oder andere Produkt sprechen? Möglicherweise ist es überhaupt zu früh, dass zu entscheiden und man sollte die Entschideung erst dann treffen, wenn die genauen Anfoprderunge für das Produkt bekannt sind.

[Marrin]

@miracle173 Das könnte eine Endlosdiskussion werden wenn die Mehrheit nicht beide Bibliotheken kennt und grundsätzlich ja beide genau für diesen Zweck gedacht sind und auch schon erfolgreich verwendet wurden.

[sebastian2443]

Falls wir später ein zweites 2D Spiel Projekt haben, wollten wir dieses mit pyglet umsetzen.
Am Ende können wir dann für uns ein Fazit ziehen und für ein noch späteres, drittes 2D Spiel nutzen.

Klar, könnten wir jetzt im Internet nachschauen, aber das würde uns ja den Spaß nehmen.