JLI Spieleprogrammierung

[HomeLess_PunkDrummer]

Hey.
Ich hab jetzt mal wieda ein 2D-Projekt angefangen. Und eben hab ich das mit dem DDvsD3D-Surfaces im FAQ-Forum gesehen...hmm, daraus ergeben sich zwei Fragen:

>1. Sollte ich die LPDIRECT3DSURFACE9 durch DirectDrawSurfaces ersetzen?

>2. Was schnelles zum Blitten muss her. Die Dinger lad ich außerdem ohne Alphakanal. Ich hatte mir da mal selbst was geschrieben, und bekam 2fps
Na ja, was geht dafür? Es wäre praktisch, wenn ich trotzdem Direct3D weiter benutzen könnte, da ich mit DD noch nie was gemacht hab.
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[FH]

Wenn ich mich nicht irre, heißt Blitten doch auf die einzelnen Pixel zugreifen, oder? (Ich mag so manches Fremdwort nicht, Blitten gehört dazu. Finde, das klingt irgendwie schepp.)
Wenn schnelles schreiben und lesen der Pixel her muss: Hast du das Surface bei Usage als D3DUSAGE_DYNAMIC angegeben? Du könntest auch eine eigene Surface-Klasse schreiben, die die Daten des Surfaces im Speicher bewahrt, die du dann veränderts und die Klasse das Surface dann erst sperrt, den Kram in einem Rutsch schreibt (oder das Surface ganz neu erzeugt???).
Gruß

FH
_________________
goto work, send your kids to school
follow fashion, act normal
walk on the pavement, watch T.V.
save for your old age, obey the law
Repeat after me: I am free

[Patrick]

Hi,

wie Du sicherlich gelesen hast: http://www.jliforum.de/board/viewtopic.php?t=3297

Finger weg von IDirect3DSurface9 und co. Wenn Du ein schnelles 2D Projekt haben willst empfehle ich eher Direct3D mit 4 vertices + textur, da haste am meisten von.

Falls es jedoch noch DirectDraw sein soll, schau Dir diesen Quellcode an:
http://www.poke53280.de/files/spaceinvasion/spaceinvasion_source.zip

in ihm ist eigentlich alles was ein gutes 2D Game braucht: Surfaces, GammaRamp usw.

Die BltMethoden kommen auf Deine Umgebung an, mit einem Flip kommst Du im Fenstermodus nicht weit, da hilft nur ein Blt, im Vollbild muss man dann mit BltFast bzw. Blt hantieren, dabei kommt das auch wieder auf den Verwendungszweck an.

Aber nochmal ausdrücklich: Wenn Du lieber Autofahren willst über 300 kmh, solltest Du den Bremsklotz (Direct3DSurfaces) schnell abwerfen, denn sonst fährst Du nur 4kmh.

- Patrick
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[HomeLess_PunkDrummer]

Okay, ich hobs... Hab nämlich gestern eine Bitmapfont mit texturierten RHW-Quads geschrieben, das lässt sich echt leicht auch für eine eigene Surfaceklasse machen.
Is auch viel schneller als das blöde D3DXFont! Ha, raus damit!

Danke, Gruß
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[Patrick]

*hust*
http://83.246.114.104/patrick/index.php

Teil 7 Text, Buttons, Rendern im 2D Modus und transformierung (sowie andere Operationen) per Matrix
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[HomeLess_PunkDrummer]

Aber stylische Wabbelfont die grün ist und lustig ist wie für mein "Blot the Blobs" geht so nicht Die muss ich malen Und dann die Scheisstexturkoordinaten definieren

Aber das mit den Buttons pack ich schon selbst. Bin ja net ganz so blöd. Meine Surfaces sind jetzt fertig und funzen prima. Also keine Dirskriminierung bitte

BTW, dein Tutorial habsch mir angeschaut, auch die Sache mit dem Deviceloss. Muss ich wirklich bei jedem Restore alle Texturen neu laden? Das wär ja zum Heulen.
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[Patrick]

man muss es nicht, aber seit SP2 gibt es bei MANAGED-Objekten probleme damit. Nebenbei: die 1 Funktion ist nun echt keine Kunst und es ist Ordentlicher, denn dann weiß man ganz genau was passiert ist, was bei Managed nicht geschied.

Kurz: Hat nur Vorteile.
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[HomeLess_PunkDrummer]

Mit die 1 Funktion meinst du jetzt die wo alles neu geladen wird? Ich mein nur das dauert doch und eigentlich sind sie doch noch im Speicher...
Mit managed DX kenn ich mich überhaupt net aus. Wosn der Unterschied?
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[Patrick]

Ich red net von DX Managed, was ich sowieso für einen Lacher halte sondern von dem Flag D3DPOOL_MANAGED.

Zum Restore: Wenn das Device verloren geht was beim ALT+Tabbing oder Moduswechsel idR. immer passiert (Ausnahmen gibt es je nach OS) gehen auch die Daten verloren die über das Device erstellt wurden, sprich: Texturen, VertexBuffer, Shader, IndexBuffer uvm. Bei dem Flag D3DPOOL_MANAGED können die Daten neu erstellt werden da Direct3D bzw. eher der Treiber die Daten verwaltet aber je nach Treiber oder sogar OS ist das nicht immer ordentlich oder unmöglich!

Das neuladen dauert paar Nanosekunden oder maximal 1-2 Sekunden und dafür ist es absolut sicher, das alles in Ordnung ging und es läuft was bei D3DPOOL_MANAGED nicht oft gewährleistet ist.

Und das Resetten der Daten ist in dem Tutorial so extrem möglichst einfach und komfortabel gehalten das es nicht mehr anders geht! Und deshalb einen "Aufstand der Faulheit" zu machen ist irgendwie... naja... bescheuert

Das selbe verfahren gillt für OpenGL wenn der Rendering Context flöten gegangen ist muss man auch Texturen neu laden, Displaylisten neu Compilieren uvm. Also wirklich, der 1 Aufruf in der WinMain und der darauffolgende automatisierte ablauf ist echt kein großer Aufwand sondern auch noch sehr ordentlich, oder?

- Patrick
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[HomeLess_PunkDrummer]

Ah so. Sag das doch gleich...
Aber jetzt hab ichs kapiert. Ähm, aber bei Riesenprojekten, wenn ich zB Freelancer mir anguck, ist beim Wechsel alles sofort wieder da, wobei die Modelle und Texturen eigentlich angesichts ihrer Größe und Qualität recht lang dauern müüsten, auf jeden Fall mehr als ein paar Nanosekunden. Wieso dieses?

btw kann ich wenn mein programm alt+ctrl+del abblockt und sich aber aufhängt den Taskmanager aufrufen?
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[Patrick]

Man kann die Daten bevor man sie zum Objekt erstellt erst in den RAM laden und dann das Objekt erstellen, später kann man auf die Daten im RAM zugreifen und muss sie nicht mehr von der Festplatte laden, das hat jedoch den Nachteil das der RAM von Anfang an mit Doppelten Daten vollgemüllt wurde obwohl die Daten schon auf der HDD sind. Ich warte lieber und lade die Daten von der HDD und bombe den RAM mit wichtigeren Daten zu als das Doppelte an Speicher zu verlieren wegen 1-2 Sekunden

Wenn schon dann Ordentlich und dafür 1-2 Sekunden warten oder paar Nanos als Speicher zu verschießen.

Zu Deinem TaskManager: An diesen Prozessen sollte ein Spiel nicht dran Rumspielen! Der TaskManager ist für Ausnahmesituationen da und ein Spiel hat daran nichts zu tun, denn wenn Dein Spiel Crasht kann der User es nichtmal mehr über den Taskmanager beenden sondern muss Neustarten und Datenverlust in kauf nehmen! Das bedeutet im Klartext: Der User ist in dieser Situation "gefickt" und betitelt Dein Game als "Scheiße".

Ich denk mal das willst Du ja auch nicht
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[HomeLess_PunkDrummer]

Aber so könnte man den Devieloss verhindern
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[Patrick]

[HomeLess_PunkDrummer]

Dafür ist ja der Taskmanager auch da. Richtig so.
Aber das es deviceloss gint find ich net so toll...
_________________
"Was die Götter angeht, so ist es mir unmöglich, zu wissen, ob sie existieren oder nicht, noch, was ihre Gestalt sei. Die Kräfte, die mich hindern, es zu wissen, sind zahlreich, und auch ist die Frage verworren und das menschliche Leben kurz."

[Patrick]