spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi,

Einerseits unterliegt das ganze natürlich der Größe des Addressraums der Grafikkarte (welche man vermutlich nur tief in den technischen Daten einer Grafikkarte finden wird). Darüberhinaus habe ich schon an einigen Stellen gelesen, dass es zu kleineren Performanceeinbrüchen kommt, falls man zu kleine/große Texturen verwendet. Empirisch bestätigt habe ich sowas aber bisher noch nicht.

Andererseits ist es auch kein Problem mehrere Texturen zu verwenden - Das machen viele Spiele so . Hierzu solltest du allerdings die grafischen Elemente so auf den Texturen verteilen, dass du die Anzahl von Texturswitches minimierst, da diese Switches verhältnismässig teuer sind.

Der Vorteil ist, dass man solche algorithmischen Optimierungen verhältnissmäßig früh im Programmcode durchführen kann. Du könntest dir z.B. anschauen, in welcher Reihenfolge du die verschiedenen Spielelemente renderst und sie in dieser Reihenfolge (Z.B. Hintergrund, Weltobjekte, Objekte, Spielfiguren, Effekte, etc.) in die entsprechenden Texture auslagerst.

Was die D3D-Funktion angeht, musst du wohl in die entsprechende Referenz schauen. Ich würde vermuten, dass die Funktion abhängig von den Fähigkeiten der Grafikkarte handelt. DX ist im Allgemeinen recht intelligent geschrieben.

Darüber hinaus kannst du einen 800x600 Hintergrund natürlich zusammen mit anderen Sprites auf die selbe 1024er Textur legen.

Zitat von »"ph4nt0m"«

Das verstehe ich nicht ganz: Wie genau meinst du das mit mehreren Sprites auf nur einer Textur? Smile Meinst du, ich soll nur ein Texturinterface anlegen, aber in dieses dann nacheinander die verschiedenen Grafiken kopieren und zeichnen? Ich kann mir ehrlich gesagt nicht vorstellen, dass das sehr effizient ist, aber es war vielleicht auch anders gemeint Wink

na hallo, und wie das performance bringt! je weniger changes der texturen desto besser. und wenn du alle graiken in eine textur packst sparst du wirklich viel, das war genauso gemeint wie dus verstanden hast

Zitat

Eigentlich ging es mir mehr darum, wie ich eine einzelne 800x600 Grafikdatei (von anderen Spielelementen mal abgesehen) als Textur ablege, um diese dann über zwei Dreiecke zu legen: Soll ich sie auf 1024x1024 strecken? Und kann ich dann überhaupt davon ausgehen, dass auch etwas ältere PCs mit dieser Größe klar kommen?

ne strecken würde ich nicht. erweitere die texur einfach auf 1024x1024 und mappe die tex-coords neu. die meisten grakas erweitern übrigens auf die nächsthöhere 2^2 potenz, wenn duie größe nicht stimmt, also da musste dann eigl nix machen. ich weiss nur nich inwieweit das umgesetzt wird

Wer sagt denn, dass ID3DXSprite so schnell sein soll? Na gut DX10 ist jetzt schon ganz gut, aber OpenGL ist in jedem Falle schneller als DX9.

Zitat

Und wie sollte ich dann überhaupt eine Art Textur-/Spritemanager realisieren?

Ok, was genau?? Textur und Sprites sollte man gesondert behandel, ein Texturmanager lädt und optimiert beim Rendern vielleicht, das sie nicht so oft gesetzt werden. Spritemanager sind da ja eher für Transformationen und massig kleiner 2D Flächen gedacht.

1. Hintergründe
Einen Hintergrund würde ich auch einfach in 800x600 speichern(, die älteste Graka, die mir unter die Augen gekommen ist war eine Geforce 5 und ein equivalentes Radeon Model die konnten das).
Dann einfach laden und mit DrawPrimitive einfach untransformiert(FVF-D3DFVF_XYZRHW) 2 Dreicken zeichen. (Koordinaten: 0 0, 0 1, 1 0, 1 1 und Textur genauso 0 0,...)

2. Sprites in einer Textur
Beispiel: du hast 2 verschiedene Sprites mit 64x128 und 64x64, dann kannst du sie in eine 128x128 Textur stecken und dann beim Rendern einmal die Texturkoordinaten X: 0 - 1 Y: 0 - 0.5 und einmal x:0 - 0.5 y: 0.5 - 1 verwenden. Dann muss nur eine Textur gesetzt werden, und das ist schneller.

Sorry, wo ist mein Fehler?
Ich frage jetzt wirklich aus interresse. Jedes OpenGL Programm, welches ich gesehen habe war schneller als alle die ich in DX gesehen habe (und damit meine ich die, die das Haargenau gleiche Ergebnis haben!!)