Boden zeichnen (möglichst sparsam!!!)

HuRr!cAnE · 19. November 2006, 19:10

Hi!
Also ich stehe hier schon wieder vor einem eher kleinen Problem, und zwar:
Ertmal zur Info, ich bastele ein 3D-Spiel in der Vogelperspektive.
Mein Room ist genau 1536x1536 Pixel groß.
Natürlich brauche ich da auch eine Bodenfläche mit dieser Größe und Textur.
In meinem objekt, welches diesen Boden drawt steht:

GML-Quellcode

//Eine einfache Bodenfläche mit der Größe 1536x1536
d3d_draw_floor(1536,0,0,0,1536,0,textur,12,12);

Das läuft auf meinem PC sehr gut, doch auf dem PC von nem Kollegen, welcher nur etwas schlechter ist, läuft das ziemlich langsam, fast zeitlupe. Ich habe mal probiert den boden im spiel wegzulassen, da hat es bei ihm auch richtig gefunzt!
So, jetzt brauche ich eure Hilfe. Kann mir jemand verklickern wie ich am besten einen boden kreieren kann, der immernoch durch die ganze karte geht, aber möglichst wenig rechenleistung frisst???
DANKE!!

TrunX · 19. November 2006, 19:31

Du köntnest den Boden nur direkt um den Spieler rum zeichnen, also so weit wie er blicken kann

HuRr!cAnE · 19. November 2006, 20:05

Ja stimmt schon hab ich ja auch versucht, nur muss ich ja dann viele einzelne objekte sozusagen aneinanderlegen die dann immer abfragen ob der spieler in der nähe is oder nich, aber das hat die rechenleistung ja nich angekurbelt wegen diesen vieleln objekten und den überprüfungen

TrunX · 19. November 2006, 20:09

ne ich meinte es eigentlich so:

GML-Quellcode

d3d_draw_floor(x+100,y-100,0,x-100,y+100,0,textur,12,12);

falls du es nicht im Spielerobejct drinne hast dann musste statt x, spieler.x verwenden

HuRr!cAnE · 19. November 2006, 21:44

ne das geht ja nich, das bedeutet ja, dass die bodenfläche meinen spieler "verfolgt", das sieht ja nich so aus als würde der boden statisch sein und man fährt drüber!

King Andre · 19. November 2006, 22:55

Die Methode mit den vielen Objekten ist aber ziemlich effektiv. Zwar muss man es richtig einstellen, aber wenn man es gut macht, kann man selbst hochwertige Spiele mit dem GM-Entwickeln, die nicht oder nur kaum ruckeln.

Bl@ckSp@rk · 20. November 2006, 00:26

Ich würde es so ähnlich wie trunx machen, allerdings so, dass sich die Texturpositionen verändern. Das sieht dann auch so aus als würde man über den Boden laufen.

GML-Quellcode

d3d_primitive_begin_texture(pr_trianglefan,textur);
d3d_vertex_texture(x-100,y-100,0,x/100,y/100);
d3d_vertex_texture(x+100,y-100,0,x/100+2,y/100);
d3d_vertex_texture(x+100,y+100,0,x/100+2,y/100+2);
d3d_vertex_texture(x-100,y+100,0,x/100,y/100+2);
d3d_primitive_end();

So in etwa müsste es gehen. Wenn das Bodenrechteck noch komplett zu sehen ist musst du einfach die 100 vergrößern.

HuRr!cAnE · 20. November 2006, 16:30

verdammt diese methode scheint eigentlich ziemlich sinnvoll, nur funzt des bei mir nich, kann sein, dass ich was falsch gemacht habe, aber ich würde mich trortzdem über weitere lösungen freuen!

Bl@ckSp@rk · 20. November 2006, 16:59

Was genau funktioniert nicht. kommt da ne Fehlermeldung? Oder zeig mal ein Screen.

HuRr!cAnE · 20. November 2006, 17:19

also nene es kommt keine fehlermeldung, nur sieht es nicht so aus als würde ich über den boden fahren, sondern die textur schent total fehlerhaft und "verfolgt" mich wie zuvor

aber das kann doch keine gute lösung sein, es muss doch einen "professionelleren" weg geben oder nicht! trotzdem danke soweit

bernt · 20. November 2006, 17:32

Mal ne andere Frage:

Erstellst du die Textur in jedem Step mit sprite_get_texture oder background_get_texture? Die sollte eigentlich nur im Create Event vertreten sein (oder irgendwo anders wo es nur einmal ausgeführt wird).

HuRr!cAnE · 20. November 2006, 17:34

ne für solche sachen hab ich n objekt, wo alle möglichen texturen, models, sounds usw. als globale variablen abgespeichert sind. im create-event natürlich

aber könnte ich nicht einfach tiles verwenden?
Habe ich schonmal probiert und ds funzte auch, nur drawt der die ollen tiles nur im bereich von 512x512 Pixeln im room, setze ich die dinger weiter, werden die nich mehr dargestellt. das heißt, ein tile is 256x256 px groß, ich kann also 4 stück setzen, 2 in der länge und 2 in der breite

Dragoon · 20. November 2006, 17:57

Du könntest die Werte so wählen:

GML-Quellcode

w=256; //Breite, Höhe der Textur
s=1; //Abstand um Spieler ist s*w
x1=((x div w)-s)*w;
y1=((y div w)-s)*w;
x2=((x div w)+s+1)*w;
y2=((y div w)+s+1)*w;

Dann würde der Boden nicht immer direkt dem Spieler folgen. (Du musst dann nur noch s und w anpassen)
(Hab das ganze nicht getestet da ich keine funktionierende 3D Engine rumliegen habe^^)

Dragoon

HuRr!cAnE · 20. November 2006, 20:13

hey passt ma auf, ich habe mir überlegt, ich habe insgesamt für meine gesamte map 25 Bodenobjekte eingefügt, alle 256x256 pixel groß, alle bodenobjekte außerhalb des bildbereiches werden nicht gedrawt. Ich hielt das für die simpelste alternative für eine große 1536x1536 px große fläche.
das geht soweit ganz gut, nur isses vielleicht nich sogar noch besser, wenn ich die gesamte kartengröße halbiere, alle objekte verkleinere und die kamera näher ranzoome? dann würde das doch noch mehr rechenleitung einsparen oda nich??

Bl@ckSp@rk · 21. November 2006, 01:08

Das bringt gar nichts, denn wie viel Rechenleistung verbraucht wird hängt von der Größe der Texturen ab wie sie auf dem Bildschirm dargestellt werden. D.h. wenn du die Objekte verkleinerst dafür aber ranzoomst hebt sich beides auf. Und außerdem veringerst du nicht die Anzahl an Objekten, was auch ein entscheidender Faktor ist.

HuRr!cAnE · 21. November 2006, 15:20

also kann ich daraus schließen, dass die einzige sinnvollste lösung ist, die bodenfläche in viele "kleine böden" zu splitten und abzufragen wenn die dinger ausm bild sind, dass die nich berechnet werde oder?

bernt · 22. November 2006, 18:22

Das ist warscheinlich die beste Möglichkeit das zumachen. Zwar bliebe noch die Möglichkeit mit der Spieler Verfolgungstechnik mit d3d_draw_primitive aber draw_primitive ist aus meiner Erfahrung her zulangsam.