Registriert:
Sa Feb 28, 2009 2:54 am

Thema: Re: OSDM Beta Updates
Hallo!
Ich habe mich die letzen Tage mal etwas mit dem OSDM beschäftigt und mal geschaut was alles so geht, bzw was nicht. Ich habe dazu mal den OSDM auch mal mit der einzigen Alternative verglichen ( Game Maker ).
Game Maker ist ein ein Programm mit dem Spiele erstellt werden können. Mit dem Tool wurden viele Retrogames umgesetzt. Dabei ist mir folgende Sachen aufgefallen die sich vieleicht im OSDM gut machen würden :
1. Import von Grafiken. Hier möchte der OSDM gerne vorbearbeitet Grafiken. Der "GM" arbeitet bei dem Verarbeiten der Grafiken genau wie der OSDM, aber durch die Import-Funktionen der Grafiken werden die z.B. Gifs automatisch in Frames umgerechnet. Damit würde das "Gif-Problem" erstmal aus der Welt geschaft.
2. Der OSDM hat eine tolle Scriptsprache mit der ne ganze Menge möglich ist. Ein Script ist im "GM" auch mit enthalten, aber er wird etwas anders eingesetzt. Und zwar kann man hier auf jedes Objekt einen Script legen, womit ne ganze Menge mehr Effekte zu erstellen sind. Ausserdem hat der "Raum" ( Im OSDM die Demo ) selber noch einen Script. Ich denke es sollte kein Problem sein einen Script auf jedes Objekt zu legen. Ich meine Logo,Sprites und so... Den Globalen Script hat der OSDM ja bereits. Ist vieleicht etwas Fummelei, sollte aber möglich sein.
3. Im "GM" gibt es Räume, wobei man jeden Raum mit einem Hintergrund belegen kann ( Tile ). Beim OSDM wäre das halt die Demo. Ich hätte einen schönes Code da, damit der OSDM auch mit Tilen arbeiten kann. Da durch würde das Problem von großen Grafiken wegfallen.
4. Das Speichersystem der Resourcen in den Demos. Durch das Speichersystem "Platzhalter" ist man sehr eingeschränkt. Ich hatte ja schonmal den Vorschlag gemacht das ganz in den Resourcen der Demo zu Speichern. Der "GM" verwendet eine ähnliche Engine, und zwar wird am Ende der Exe eine Art Inhaltsverzeichnis gemacht wo halt die Größen der einzelnen Dateien gespeichert werden. Die Inhalte werden dann auch einfach hinter die Exe gehängt. Ich finde das System sogar einfacher umzusetzen, da der OSDM ja sowieso die Grafiken an bestimmten Stellen in der Exe speichert. Man müsste halt nur ein "Inhaltsverzeichnis" dranhängen und dann nicht "IN" der Demo sondern "HINTER" der Demo speichern. Durch das System wären alle Limits auf einmal aufgehoben. Die Limits sind meiner Meinung nach das größte Problem beim OSDM, da mit mehr Grafiken auch viel aufwendiger Sachen gemacht werden können. Die Leistung sollte hier nicht das Problem sein, da PB sehr viele Sprites auf einmal darstellen kann.
5. 3D Funktionen. Der OSDM soll ja kein Aufwendiges 3D-System haben, wird ja auch nicht gebraucht.... Aber.... Der OSDM nutzt die S3DR Lib und Damit ist es möglich mal "auf die schnelle" 3D Objekte zu erzeugen oder nen Sprite als Textur zu nutzen. Hier sollte man vieleicht versuchen die S3DR Zeichenbefehle einfach im Script zu übernehmen oder besser durch zuschleifen. Damit könnten Effekte wie "Weltkugel" oder ähnlich selber per Script programmiert werden und der OSDM müsste für solche kleinen "Spielerein" nicht Erweitert oder Umgebaut werden.
6. Fonts. Wildcop hat sich sehr viel Arbeit mit den Fonts gemacht (Klasse !! ) , hier hätte ich noch ne besondere Idee.... Und zwar um die Demo klein zu halten eine Möglichkeit zum einbinden von TTF Fonts. Die Bitmapfont müsste dann halt beim Starten der Demo erzeugt werden.
Naja, das sind halt die Sachen die mir beim groben Vergleichen mit dem "GM" aufgefallen sind. Die Ideen bzw. die Verbesserungen hören sich zwar nach einem größeren Eingriff in den OSDM an, sind aber alle recht einfach umzusetzen da die Grundfunktionen ja bereits da sind. Wer möchte kann ja selber mal einen Blick auf den "GM" werfen, dann versteht ihr vieleicht meine Vorschläge besser ( http://www.yoyogames.com/make )
Ich habe um mal zu Testen versucht einen Scroller im "GM" umzusetzen, wer möchte, dann ja mal schauen ( http://www.chatnes.de/GM.rar ). Is nix Wildes... halt nur mal ein Test...
cu
Jens
Ich habe mich die letzen Tage mal etwas mit dem OSDM beschäftigt und mal geschaut was alles so geht, bzw was nicht. Ich habe dazu mal den OSDM auch mal mit der einzigen Alternative verglichen ( Game Maker ).
Game Maker ist ein ein Programm mit dem Spiele erstellt werden können. Mit dem Tool wurden viele Retrogames umgesetzt. Dabei ist mir folgende Sachen aufgefallen die sich vieleicht im OSDM gut machen würden :
1. Import von Grafiken. Hier möchte der OSDM gerne vorbearbeitet Grafiken. Der "GM" arbeitet bei dem Verarbeiten der Grafiken genau wie der OSDM, aber durch die Import-Funktionen der Grafiken werden die z.B. Gifs automatisch in Frames umgerechnet. Damit würde das "Gif-Problem" erstmal aus der Welt geschaft.
2. Der OSDM hat eine tolle Scriptsprache mit der ne ganze Menge möglich ist. Ein Script ist im "GM" auch mit enthalten, aber er wird etwas anders eingesetzt. Und zwar kann man hier auf jedes Objekt einen Script legen, womit ne ganze Menge mehr Effekte zu erstellen sind. Ausserdem hat der "Raum" ( Im OSDM die Demo ) selber noch einen Script. Ich denke es sollte kein Problem sein einen Script auf jedes Objekt zu legen. Ich meine Logo,Sprites und so... Den Globalen Script hat der OSDM ja bereits. Ist vieleicht etwas Fummelei, sollte aber möglich sein.
3. Im "GM" gibt es Räume, wobei man jeden Raum mit einem Hintergrund belegen kann ( Tile ). Beim OSDM wäre das halt die Demo. Ich hätte einen schönes Code da, damit der OSDM auch mit Tilen arbeiten kann. Da durch würde das Problem von großen Grafiken wegfallen.
4. Das Speichersystem der Resourcen in den Demos. Durch das Speichersystem "Platzhalter" ist man sehr eingeschränkt. Ich hatte ja schonmal den Vorschlag gemacht das ganz in den Resourcen der Demo zu Speichern. Der "GM" verwendet eine ähnliche Engine, und zwar wird am Ende der Exe eine Art Inhaltsverzeichnis gemacht wo halt die Größen der einzelnen Dateien gespeichert werden. Die Inhalte werden dann auch einfach hinter die Exe gehängt. Ich finde das System sogar einfacher umzusetzen, da der OSDM ja sowieso die Grafiken an bestimmten Stellen in der Exe speichert. Man müsste halt nur ein "Inhaltsverzeichnis" dranhängen und dann nicht "IN" der Demo sondern "HINTER" der Demo speichern. Durch das System wären alle Limits auf einmal aufgehoben. Die Limits sind meiner Meinung nach das größte Problem beim OSDM, da mit mehr Grafiken auch viel aufwendiger Sachen gemacht werden können. Die Leistung sollte hier nicht das Problem sein, da PB sehr viele Sprites auf einmal darstellen kann.
5. 3D Funktionen. Der OSDM soll ja kein Aufwendiges 3D-System haben, wird ja auch nicht gebraucht.... Aber.... Der OSDM nutzt die S3DR Lib und Damit ist es möglich mal "auf die schnelle" 3D Objekte zu erzeugen oder nen Sprite als Textur zu nutzen. Hier sollte man vieleicht versuchen die S3DR Zeichenbefehle einfach im Script zu übernehmen oder besser durch zuschleifen. Damit könnten Effekte wie "Weltkugel" oder ähnlich selber per Script programmiert werden und der OSDM müsste für solche kleinen "Spielerein" nicht Erweitert oder Umgebaut werden.
6. Fonts. Wildcop hat sich sehr viel Arbeit mit den Fonts gemacht (Klasse !! ) , hier hätte ich noch ne besondere Idee.... Und zwar um die Demo klein zu halten eine Möglichkeit zum einbinden von TTF Fonts. Die Bitmapfont müsste dann halt beim Starten der Demo erzeugt werden.
Naja, das sind halt die Sachen die mir beim groben Vergleichen mit dem "GM" aufgefallen sind. Die Ideen bzw. die Verbesserungen hören sich zwar nach einem größeren Eingriff in den OSDM an, sind aber alle recht einfach umzusetzen da die Grundfunktionen ja bereits da sind. Wer möchte kann ja selber mal einen Blick auf den "GM" werfen, dann versteht ihr vieleicht meine Vorschläge besser ( http://www.yoyogames.com/make )
Ich habe um mal zu Testen versucht einen Scroller im "GM" umzusetzen, wer möchte, dann ja mal schauen ( http://www.chatnes.de/GM.rar ). Is nix Wildes... halt nur mal ein Test...
cu
Jens