Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

Fred

Supermoderator

Beiträge: 2 121

Beruf: Softwareentwickler

  • Private Nachricht senden

11

07.09.2008, 22:23

Nur, dass du als Hobbyprogrammierer nie etwas professionelles programmieren wirst ;)

Also ich hab mal lage Zeit mit PureBasic gearbeitet und fands egtl. sehr interessant und auch gut. Man damit durchaus gute Spiele programmieren und für den Anfasng reicht es allemal. Wenn du dann die Basis des Programmieren hast, fällt es dir auch leichte dich mit komplizierteren Sprachen, wie C++ anzufreunden, da du eben schon weißt, wie es im Kern funktionieren wird und nur neue und noch mehr Mölichkeiten kennen lernen wirst.

Anonymous

unregistriert

12

07.09.2008, 22:31

Für Spiele ist Pure nun wirklich die ungeeignetste aller obigen ^^. Pure ist für Anwendungen gedacht und ist da absolut top.

Ich meinte mit meinem Rat eigentlich keine Pongs und co sondern Games die man ohne weiteres im Casual Markt unterbringen kann. Und wenn er später umsteigen will ist Blitzmax die einizge Alternative da er sich da sogar direkt Erweiterungen in C++ schreiben kann. In den letzten 5 Jahren hat sich im "BASIC" Bereich enorm viel getan...Ihr würdet euch wundern. ;)

cu

xardias

Community-Fossil

Beiträge: 2 731

Wohnort: Santa Clara, CA

Beruf: Software Engineer

  • Private Nachricht senden

13

07.09.2008, 22:55

Ich hab mit den Basic Varianten noch nie gearbeitet, daher weiß ich nichts über deren Performance.
Auf jeden Fall ist Python schnell genug um die meisten 2D Spiele zu realisieren. Sicher nicht so schnell wie C++ aber bei 2D Spielen ist man heutzutage nicht mehr auf jedes fünkchen Performance angewiesen.

War nur ein Vorschlag, da man mit Python auch eine professionell genutzte Sprache lernen würde.

Anonymous

unregistriert

14

07.09.2008, 23:08

Zitat von »"xardias"«

aber bei 2D Spielen ist man heutzutage nicht mehr auf jedes fünkchen Performance angewiesen.


Das ist aber das die falsche Denkweise wenn du willst das viele dein Game zocken können. Gerade bei Casual kannst du nicht erwarten das die Leute verstehen wenn ein Game auf einem PIII 800 anfängt zu ruckeln wenn auf dem gleichen System HalfLife im Turbo Modus läuft. Es haben nun mal nicht alle Leute neue Systeme.

Die Frage ist ob man vorhat sobald man ein bisschen aufwendigeres macht gleich die Sprache zu wechseln weil die benutzte (zb Python mit Pygame(SDL..auch nicht gerade der Turboim GFX Bereich) schneller am Ende ist als man gucken kann. Pygame zb wurde nachträglich in die Welt gebracht um es Leuten die Python mögen zu ermöglichen auf einfache Weise Games zu entwicklen. Die meisten Basic Dialekte (ausser Purebasic und Freebasic) wurden von der ersten Code Zeile des Compilers auf Games optimiert und bieten ganz andere Möglichkeiten, auch was das optimieren in Sachen Speed angeht. BM stellt noch eine sonder Rolle dar, da es mit Modulen so circa alles machen kann, von Gui bis einbinden von Irrlicht und co.

Hier mal ein Bild paar Bilder aktueller Blitz Projekte (teilweise schon im Verkauf).

(Link)


(Link)


(Link)


http://de.youtube.com/user/UnrealSoftware

Und jetzt mach das mal mit Python ohne das ich einen Rechner von 3000 Euro brauche und mir 80% des benötigten selbst als C++ dll schreiben muss. :lol:

cu

xardias

Community-Fossil

Beiträge: 2 731

Wohnort: Santa Clara, CA

Beruf: Software Engineer

  • Private Nachricht senden

15

08.09.2008, 10:02

Wow, ich wusste nicht, dass sich mit Blitzbasic so viel machen lässt. Wie gesagt, ich kannte die Sprache bisher nur vom hören.

Ich würde Python doch nicht so voreilig abschreiben. SDL ist sicher nicht das schnellste, aber auch da gibt es andere Bibliotheken welche z.B. auf OpenGL setzen. Macht Python selbst auch nicht schneller, aber für mich ist das immer eine Frage der Abwägung zwischen Aufwand und Resultat. In Python ist der Aufwand ziemlich gering, bei sehenswertem Resultat.

Eigentlich besteht da auch gar kein Diskussionsbedarf, Python und Blitzbasic sind 2 völlig unterschiedliche Sprachen für völlig unterschiedliche Anwendungsziele. Ich wollte Python eben nur als alternative Aufzeigen da der ursprüngliche Gedanke von zero_x "C++ ist zu komplex, gibt es nicht etwas einfacheres?" war. Und für einfache Spiele ist Python eben eine schöne Sprache.
PyCap ist ein schönes Beispiel welches auf den PopCap Framework basiert. Ich denke Zuma, Bejeweled oder Peggle dürfte der ein oder andere schonmal gehört habem.

PS: Die Battlefield Serie nutzt wenn ich mich recht erinnere Python für die Spiellogik. Ist wieder etwas anderes als ein ganzes Spiel in Python zu entwickeln, aber es zeigt, dass Python in der Spielentwicklung doch präsent ist. Wenn ich etwas versteckt.

16

08.09.2008, 22:06

Hallo Abrexxes,

wenn man DarkBASIC mit BlitzBasic vergleicht, ist BlitzBasic um einiges besser als DarkBASIC! Würde es sich lohnen mit einfachen Programmier- oder Skriptsprachen kleine Spiele zu programmieren und sich anschließend mit der "richtigen" Spieleprogrammierung auseinander zu setzen? Wie habt ihr mit der Spieleprogrammierung angefangen?

Hat irgendjemand von euch Erfahrungen mit BlitzBasic?

zero_x :)

Anonymous

unregistriert

17

08.09.2008, 22:15

http://www.blitzforum.de/

Da steht wirklich alles, sogar ob ich Erfahrung habe, du must nur lesen was da so schönes steht.

Ich würde dir aber direkt zu BlitzMAX raten, denn es ist OO und du kannst auch eigene Erweiterungen in C++ schreiben. Wenn du erstmal BM verstanden hast kannst du relativ leicht auf eine andere Sprache wechseln(wenn du das noch willst). Da es für BM auch 3D Engines gibt wie miniB3D (OGL). Leadwerks (DX9/DX10) oder Irrlicht (DX8/9/OGL) etc ist BM auch für weit mehr als nur "kleine" Projekte geeigent. Da der Compiler unter anderem minGW und FASM nutzt ist das ganze auch nur gering langsamer als C++, aber immer noch zum teil schneller als C# und co (natürlich nur wenn du vernünftig programmierst.

cu

Werbeanzeige