| |
| |
|
 | Hi Frank,
ich hätte mal wieder ein paar Vorschläge mit denen man eventuell die ProSpeed.Dll etwas bereichern könnte.
1. Physik
Es wäre schön, wenn es ein paar Funktionen gäbe, durch deren Einsatz sich Sprites an physikalische Gesetzte/Reglen halten würden. Zum Beispiel könnte man damit dafür sorgen, dass wenn mehrere Sprites aufeinander stoßen, letztere realistisch abprallen und sich verlangsamt weiter bewegen. Auch Anziehungskraft könnte man simulieren. Damit ließen sich zum Beispiel Levels für 2D-JumpnRuns bauen, die teilweise oder ganz zusammenstürzen können...
Sicherlich lässt sich davon einiges schon jetzt über Umwege umsetzen, aber wenn das Ganze (in Assembler geschrieben ist und) im Hintergrund läuft, dürfte es schneller und für den Anwender leichter zu nutzen sein.
2. erweiterte Pixeleffekte
Die Pixeleffekte könnte man etwas erweitern. So könnten sie zum Beispiel im Flug die Farbe wechseln. Aufwendig, aber praktisch wäre eine Funktion, mit der man ein Sprite in Pixel auflösen kann. Angenommen das Sprite ist 10 mal 10 Pixel klein, und jeweils 25 Pixel sind rot, grün, blau und schwarz.
Dieses Sprite wird dann gesprengt und die umherfliegenden Pixel entsprechen genau denen des Sprites (also 25 rote, 25 blaue,...).
3. weitere 2D-Effekte
Kennst du dieses Java-Applet, bei dem man mit dem Mauszeiger über ein Bild geht und es aussieht, als würde man mit dem Mauszeiger eine Wasseroberfläche berühren (natürlich unter Bildung konzentrischer Kreise/Wellen), deren Grund das besagte Bild ist?
4. halbtansparente Pixel
Es wäre sicherlich schön anzusehen, wenn halbtransparente Wolken-Sprites über den Bitmap-Himmel schweben würden, oder?
Auch 2D-Spiel-typische Wassereffekte wären denkbar. Rauch und andere Effekte wären leicht umzusetzen.
Als Punkt 5 könnte ich jetzt noch die frei positionierbaren (was den Layer betrifft) Sprites angeben, aber meinen Wunsch diesbezüglich kennst du ja.
Wäre schön, wenn du davon zumindest einen Teil umsetzen würdest. Darauf warte ich auch gerne ein paar Monate.
Mit freundlichen Grüßen,
John Schroeter |
|
| |
| |
| |
|
|
| Hallo John,
Zu 1. Der Aufwand hierfür ist sicherlich, zu erkennen, woher das Sprite überhaupt kommt.
Anziehungskraft wäre einfacher einzubauen...
Zu 2.Beide mir hierzu bekannten Lösungen wären (bei größeren) Sprites zu langsam - GetPixel() und über DIBs.
Ich befürchte mal, diese Idee ist nicht realisierbar.
Zu 3. Klingt ja aufwendig ! Ich möchte schon noch ein paar Effekte hinzunehmen, ob dieser Effekt allerdings dabei ist, mal sehen.
Ich muß mich auch mal bei Assembler Sourcecodes umsehen, dort grassieren ja ein paar erstaunliche Effekte.
Zu 4. Naja, so leicht sicher auch wieder nicht 
Das große Problem bleibt immer noch, das ich keinen direkten Zugriff auf den Grafikspeicher besitze (verflucht sei MS)...
Zu 5. Ja, ich seh was ich machen kann.
Wäre schön, wenn du davon zumindest einen Teil umsetzen würdest. Darauf warte ich auch gerne ein paar Monate.
Ich tue, was ich kann .....
Gruß, Frank |
|
| |
| |
| |
|
(919)
Deutsch
English
Français
Español
Italia