Also ich bin Anfänger was OpenGL angeht und habe mich die letzten Tage recht intensiv mit Kamerabewegungen beschäftigt.
Funktioniert sogar (soweit ich das beurteilen kann) prächtig xD

Wenn ich mich nun nicht mehr durch an rasterartiges Gebilde bewegen will, sondern durch eine Karte, wie es z.B. bei, sagen wir, Anno2070 oder anderen modernen spielen dieser Art ist, was sind dann sinnvolle Größeneinheiten einer solchen Karte.
In sachen HeightMap habe ich schon einiges gelesen und der Sinn dahinter ist mir klar. Meine Frage richtet sich also nicht dahingehend!

Wenn ich eine Karte mit 256 x 256 Tiles erstellen will, wie groß sollte die Kantenlänge eines solchen Tiles sein.
Wenn wir jetzt mal vorraussetzen, dass ich schon ordentlich Platz auf der Karte haben möchte.
Ich arbeite derzeit mit double werten und weiß z.B. nicht on ein Tile die Kantenlänge 1 oder 10 oder was auch immer haben sollte.

Mir ist bewusst, dass das keine besonders genauen Angaben sind, aber dafür erwarte ich ja auch eine vllt. etwas allgemeinere Antwort.

Beste Grüße!

_________________
ack nack nack nack nack

Du arbeitest mit Gleitpunktzahlen. D.h. du kannst deine Kantenlänge völlig beliebig wählen. Üblicherweise sorgt man aber dafür das eine Einheit irgendeinem üblichen Längenmaß, z.B. einem Meter oder Zentimeter entspricht. Dann hat der 3D-Artist der deine Modelle baut eine Vorstellung davon wie groß sein Modell wirklich ist.

Übrigens arbeitet die Grafikkarte nur mit Floats, also Single, nicht Double. Solltest du im Hinterkopf behalten. Bei Kartengrößen wo du wirklich den Double-Bereich nutzt, musst du dann das Koordinatensystem so schieben das du im Float-Bereich bleibst.

_________________
Yeah!

Aha, nette Information ^^



Heißt das, ich gewinne an Performance wenn ich statt




nutze?

_________________
ack nack nack nack nack

Jein....der Immediate-Mode den du da benutzt ist so lahm, das dies vermutlich nicht mal weiter auffällt.

Aber theoretisch sind Floats schneller, ja. Der Aufruf von glVertex3d dürfte übrigens nichts weiter tun als die Eingabe-Daten nach Float umzuwandeln.

Wenn du Wert auf Performance legst, schau dir VBOs an.

_________________
Yeah!

Ok, vielen dank!

Ich habe in der Performance Rubrik bereits davon gelesen.
Wenn ich meine Karte auf diese Art rendere, und 64x64 Tiles erzeuge läuft das super.
Bei 128x128 wirds allerdings schon crappy.
Kein Wunder, das ergibt 16.384 Tiles. Das Ganze mal 2 da jedes Tile aus 2 Dreiecken besteht macht 32.768 Dreiecke.
Da würde ich mich auch schwer tun

Hatte mich bis jetzt noch nicht an VBOs rangetraut. Wird wohl Zeit.

Grüße!

_________________
ack nack nack nack nack

Also 32.768 Dreiecke sollten auch im Immediate-Mode unproblematisch sein. Ich denke dein Problem ist das du die 2 Dreiecke jeweils in ein eigenes glBegin/glEnd gepackt hast. Das nennt man einen "Draw-Call". Es macht kaum einen Unterschied ob du in einem Draw-Call ein einzelnes oder ein paar hundert Dreiecke renderst. Also versuche immer soviel wie möglich in einem Rutsch zu rendern.

_________________
Yeah!

Ich glaube das habe ich nicht getan (Hoffe ich vor allem)

Hatte davon schon gelesen und versucht das zu vermeiden.
Und weil ich nicht wusste wie viel "zu viel" ist, hatte ich vorher sogar eine Mischform ausprobiert in dem ich alle Dreiecke einer Zeile zwischen Begin und End gepackt hatte.
Vllt ist der Aufruf ja auch schuld. momentan hab ich den kram in ner ArrayList. Allerdings war das 2D Array zuvor auch nicht schneller.

Ich hätte eigentlich auch gedacht es läge am nichtbenutzen der VBOs. Aber wenns bei der Menge trotzdem möglich sein sollte, dann muss der "Fehler" ja irgendwo sein

EDIT:
Ich versuche die ganze Zeit ein vernünftiges Beispiel für VBOs in C# zu finden... hat da wer Erfahrungen mit?
Das Tutorial im Wiki ist für mich etwas kompliziert.

_________________
ack nack nack nack nack

alternativ kannst du auch erstmal ne displaylist benutzen, das ist sehr einfach und bringt ziemlich viel.

_________________
thanks to the internet we have rule 34, wich states that if something exists, theres a pornographic version of it,

Die Handhabung der DisplayList schein sehr einfach zu sein.
Trotzdem will es nicht so richtig.


Wo das problem ist weiß ich:
glIsList() gibt false zurück nachdem ich die liste und die Id verheiratet habe.

Aber ich hab keine Ahnung, wie das Problem entsteht, oder zu beheben ist.

Grüße!

_________________
ack nack nack nack nack

Problem gelöst.
DisplayList macht vorerst den Job, bis ich VBOs unter Kontrolle hab.


funktioniert viel besser als:

Hintergrund: glGenList(1) gibt null zurück wenn der OpenGL Kontext nicht vorher initialisiert wird. Hinlänglich bekannt xD

Besten Danke!!!

_________________
ack nack nack nack nack

Ja, sieht gut aus. War ja auch nur eine Vermutung ins blaue hinein, beliebter Anfängerfehler und so.

_________________
Yeah!

Ich versuche möglichst viel zu lesen bevor ich so'n Krams mache bzw. meine blöden Fragen zu Posten.
Daher lies sich das schon mal vermeiden.
Das Problem mit der DisplayList war mir eigentlich auch klar. Ich war mir nur sehr sicher das die Reihenfolge stimmt.
Ich habe allerdings in der Aufrughierarchie 'ne Ebene zu tieg geguckt und daher die eigentliche Problemstelle gar nicht gesehen xD

Wir sind nun glaube ich ziemlich weit ab vom eigentlichen Thema

Möchte nur noch sagen, dass die DisplayList das Performanceproblem gelöst haben, und das ich auf Grund einiger Optimierungsmaßnamen (Zusammenlegen von Triangles...) nun eh wieder einiges an Reserve habe.

Zukünftige Fragen werde ich dann im entsprechenden Bereich Posten.

Grüße und vielen Dank!

_________________
ack nack nack nack nack