PyGame FAQ - Does Pygame work with Python 3 sagt:Py19917062 hat geschrieben:Soweit ich weiß ist pygame nur mit python2.7 kompatibel. Um es für 3.x zu installieren ist mehr Aufwand nötig.
Woher stammt denn deine Info?Yes. Pygame 1.9.2 supports Python 3.2 and up. Only the orphaned _movie module (not built by default) does not.
Das ist mein letzter Stand aus persönlicher Erfahrung. Aber dann hat sich das auch geklärt. Bleiben wir bei python3.4 und pygame1.9.2.Kebap hat geschrieben:Woher stammt denn deine Info?
)ich habe ihn in der Organisationsgruppe bisher nicht gefunden.Py19917062 hat geschrieben:@BlackJack: Könntest du noch bitte snafu zur Organisation hinzufügen? Sein GitHub-Name ist seblin.
Und wir haben ein Musterbeispiel.sebastian0202 hat geschrieben:Was soll das Programm leisten, welche Funktionen hat es?
Für unser erstes kleines Projekt würde ich ein Jump 'n Run Spiel in 2D vorschlagen.
Damit das nicht zu groß wird, habe ich an einer Art sich wiederholendem Level gedacht.
(Weniger Grafiken die gemacht werden müssten)
Einfach 3-4 kleine unterschiedliche Levelstrecken die sich zufällig wiederholen.
Dazu eben kleine Elemente. Vielleicht ein Item,
dass eventuel die Sprunghöhe verändert oder die Geschwindigkeit.
Oder eben ein Gegner.
Als Sahnehäubchen mit Multiplayer.
Gerne auch andere Ideen.
Was wäre der nächste Schritt?snafu hat geschrieben:Ich bin gerade bei den PyGame-Projekten auf Piexel gestoßen:
http://pygame.org/project-Piexel-2994-.html
Das ist ein Spiel mit sehr minimalistischer Grafik, bei dem man ein Quadrat von einer Seite zur anderen steuern muss und dabei nach und nach mehr Hindernisse pro Level überwinden muss. Das Design für die jeweiligen Level liegt als simple TXT-Datei vor, wo verschiedene Buchstaben für die unterschiedlichen grafischen Elemente stehen und aneinander gereiht sind. Wenn also "B" für einen quadratischen Block steht, dann wäre "BBB BBB" zum Beispiel der Boden mit einer Lücke zum Drüberspringen.
Gleich mal *gemerged*
ich mach das gleich mal zum Üben für mich.Hört sich alles noch sehr wild an. Wollen wir nicht versuchen, die gesammelten Punkte nach Wichtigkeit zu ordnen, sodass man weiß, welche Entscheidungen als nächstes anstehen und welche Dinge weniger Priorität zum Projektstart haben?sebastian0202 hat geschrieben:Was soll das Spiel am Ende können.
Brauchen wir ein Spielmenu, oder starten wir mit Doppelklick das Spiel direkt?
Möchten wir eine Art Multiplayer? Wie soll die Grafik aussehen?
Vielleicht haben wir ja sogar Musikbegabte unter uns.
Wie sieht die Ordnerstruktur aus? Auf welche Datentypen wollen wir uns einigen? (json, csv, ..)
Integrieren wir ein richtiges Logging?
Es stehen ja spätestens seit gestern sowieso schon viele Dinge als Issues auf GitHub, die eigentlich für ein Diskussionsforum geeigneter wären. Insofern dürfte das keinen Unterschied mehr machen, wo du das Anliegen hinschreibst...sebastian0202 hat geschrieben:Hätte ich das lieber hier reinschreiben sollen?
Dann kopiere ich den Text und schließe den Issue.
Ein solcher Verweis sollte eigentlich bei jedem neuen Issue ausreichen.sebastian0202 hat geschrieben:Ich habe jetzt ein Issue erstellt: https://github.com/python-forum-de/Jump ... w/issues/7
Ich denke nicht, dass ein solcher Verweis ausreicht. Ich denke, die Diskussion sollte eigentlich in diesem Forum durchgeführt werden. Wenn das zerfleddert, ist das noch schwieriger, dem Ganzen zu folgen. Auch die Suche im Forum kann mit den Links nichts anfangen.Py19917062 hat geschrieben:Jep, ist eigentlich egal wo. Wichtig wäre mir nur das wir auch im Forum präsent bleiben, um weitere Interessenten zu gewinnen.Ein solcher Verweis sollte eigentlich bei jedem neuen Issue ausreichen.sebastian0202 hat geschrieben:Ich habe jetzt ein Issue erstellt: https://github.com/python-forum-de/Jump ... w/issues/7
