PureBoard

Hallo!

@STARGÅTE
Ich stimme dir zu.

Aber leider kommt PureBasic eben per Standard recht sparsam für die Spieleentwicklung daher.

Und wenn man nun denkt: Ach toll ich kann einfach ein OpenScreen() für Vollbild nutzen und kann ja gepuffert meine Gameobjekte und Tileds drauf rendern und das plattformunabhängig....
der wird sehr schnell leider feststellen wie fehlerhaft und instabil die internen PB-Funktionen sind.

Um stabil wirklich ein Spiel mit PureBasic zu schreiben kann man bei PureBasic meist schon die kompletten PureBasic-Basic-Game-Funktionen in die Tonne werfen.

Da muss man leider schon bei den Grundlagen ansetzen.

Und nur das Canvas-Gadget als Basis zum Zeichnen der Spielräume und der Handlung ist etwas uncool und auch nicht ganz so toll.

Und das ist leider das Doofe an der Sache.

Aber willst du wirklich dir diese Arbeit machen? Es gibt so viele Toolkits, die eine gute Arbeit leisten. ich bin selbst immer noch ein riesiger Fan vom Gamemaker. Damals, als noch Overmars das ganze entwickelt hat. Und wenn ich mir überlege, wie sich die Beta des Gamemaker Studio 2 im Vergleich zu früher entwickelt hat und wie das fertige Produkt aussieht, dann kommt man aus dem staunen nicht mehr raus. Die GML (Gamemaker-Language) zum skripten ist genial. Die ganze Umgebung wirkt wie aus einem Guss. Theoretisch kann man ein komplettes Spiel nur mit dieser Umgebung umsetzen.

Die 93 € ist das Toolkit allemal wert. Und ne Demo gibt es auch: https://www.yoyogames.com/get

Hi TroaX,

jaja der "Gamemaker" ist schon eine tolle Sache.

Und "Unity" ist sowie das Non-Plus-Ultra.

Aber PureBasic ist auch nicht ganz so schlecht.

Das Problem ist halt:

Man muss sehr viel mehr in die Basis investieren.
Man hat halt keine Allround-Gameengine zur Verfügung.


->Daher muss man PureBasic noch mit ein paar Gamefunktionen aufwerten.


Es soll ja sogar "professionelle" in PureBasic entwickelte Spiele geben.

Also irgend wie ist "Alles möglich", es fragt sich halt immer nur: WIE ?

ccode_new hat geschrieben:Und wenn man nun denkt: Ach toll ich kann einfach ein OpenScreen() für Vollbild nutzen und kann ja gepuffert meine Gameobjekte und Tileds drauf rendern und das plattformunabhängig....der wird sehr schnell leider feststellen wie fehlerhaft und instabil die internen PB-Funktionen sind.

Könntest du das näher erläutern?
Was meinst du mit instabil?

ccode_new hat geschrieben:Es soll ja sogar "professionelle" in PureBasic entwickelte Spiele geben.Also irgend wie ist "Alles möglich", es fragt sich halt immer nur: WIE ?

Das hängt ganz davon ab, welches Spiel du eigentlich schreiben willst?
Also ich für meinen Teil habe bereits eine große Sammlung an Includes die mir das schreiben von Spielen vereinfachen (einige dieser Spielen sind ja hier im Forum veröffentlicht).
Aber nun bin ich auch ehr jemand, der spaß am programmieren des Spiels hat und weniger der "kreativer" Typ.

Was meine ich mit instabil?

Naja, grundsätzlich erst einmal das man die OpenScreen-Vollbild-Spiele "stabil" plattformunabhängig vergessen kann.

In-stabil, kommt ja von nicht stabil. Das heißt es ist das Gegenteil von dem was es sein sollte. Und so sehe ich das leider bei PureBasic.

Dieses DirectX zu OpenGL (nutze SDL) hin und her geht bei PB nicht auf.

Es sind bei PB-OpenScreen()-Anwendungen sehr oft verschiedene Grafikbugs feststellbar.

Unter Linux neigt das ganze immer noch sehr leicht zum Absturz (diverse Speicherfehler, etc)

Und eine mangelhafte Joystick-Unterstützung und einen Mauszeiger den man über den Display tragen muss .

Und und und....

Das können so viele andere Programme (die auch SDL(2) unter Linux nutzen) viel besser (vor allem stabiler) als PureBasic.

hier habe ich noch eine Spiele-Entwicklungsumgebung, die noch nicht genannt worden ist und mir ganz gut gefällt (neben Godot):

Defold: https://www.defold.com/

Grüße ... Peter

Naja die Liste kann man ewig weiterführen:

http://www.engine001.com/?setlang=de
http://www.cocos2d-x.org/
https://www.autodesk.com/indie-game-maker/home
http://biz.turbulenz.com/developers
https://coronalabs.com/
http://www.blender.org/ (hat eine eigene Gameengine - Skripting mit Python)
https://www.cerberus-x.com/wordpress/ (Quellloffene Weiterführung von Monkey X)
http://www.rpgmakerweb.com/
https://www.unrealengine.com/en-US/what ... l-engine-4
http://www.compilgames.net/main-de.html
https://www.buildbox.com/
http://www.gamebryo.com/

Aber ich denke es reicht langsam.

TroaX hat geschrieben: Aber ich denke es reicht langsam.

Was auch deutlich zu spüren ist: Es werden kaum mehr Spiele in Pure Basic hier in den Forum bekanntgegeben.
Es gibt einfach Game-Engines, Frameworks, usw. die aktuell besser für Spielentwicklung geeignet sind, wie Pure Basic je sein wird!

@TroaX:

Danke für die Liste!

Grüße ... Peter

DrShrek hat geschrieben:Was auch deutlich zu spüren ist: Es werden kaum mehr Spiele in Pure Basic hier in den Forum bekanntgegeben.
Es gibt einfach Game-Engines, Frameworks, usw. die aktuell besser für Spielentwicklung geeignet sind, wie Pure Basic je sein wird!

Das lässt sich definitiv zu den meisten Anwendungsfälle sagen. C# ist da eher als vernünftigen Allrounder anzusehen. Spieleentwicklung mit Unity oder Monogame. Desktop-Entwicklung mit Hilfe von WPF und XAML deutlich moderner als die alten GUI Funktionen. Die wichtigsten Funktionalitäten bringt es von Haus aus mit. NuGet ist voll mit Paketen, mit denen man schnell an neue Funktionalitäten kommt.

Ich nutze Purebasic auch nur noch wegen der sehr leichten Netzwerkbibliothek, dem testen von Dateiformaten, implementieren von Netzwerkprotokollen (also im Grunde für Native Funktionalitäten, die eine schnelle Ausführgeschwindigkeit erfordern) und natürlich, weil ich dafür mal Geld bezahlt habe. Aber die GUI-Bibliothek nutze ich so gut wie garnicht mehr. Und wenn keine modernen Funktionalitäten (JSON war da tatsächlich mal eine Ausnahme) mit Einzug halten, dann bleibt das ganze natürlich stehen. Ich fand Purebasic immer cool, weil es eben eine doch recht üppige Funktionsbibliothek hat. Diese entwickelt sich aber kaum weiter und wenn ich anfangen muss, haufenweise externe C-Bibliotheken einzubinden und die passenden Header zu schreiben, dann kann ich auch gleich C/C++ nehmen. Oder wenn ich nichts zeitkritisches mache kann ich auch C# benutzen.

Man kann also sagen: Der damals große Vorteil ist zum Nachteil geworden. Aber das ist nur meine Sichtweise.