spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wie machst du es denn bis jetzt und was stört dich an dem Ansatz?

Ich würde beim Laden einfach MIP Maps berechnen. Könnte bei der Größe jedoch dauern. Wie bekommst du so große Dateien in den Grafikspeicher?

Ich nehme mal an garnicht. Laden kann man so eine Textur aber z.B. manuell. Das stauchen und splitten ist im Prinzip auch realtiv einfach, solang man nicht auf schönes Interpolieren wert legt.

Auch wenns ein bisschen am Thema entlang ist: Du solltest dich fragen ob du eine solch massige Textur WIRKLICH brauchst. Man kann auch viel mit gekachelten Texturen und darauf geblitteten Feinheiten erreichen. Gerade im 2D Bereich tendieren Leute dazu ihre ganze "Map" als einzelne Textur haben zu wollen, very ungut

Edit:
Irgendwie hab ich angenommen das es um was zweidimensionales ging xD Antwort passt also eher darauf, gilt aber selbstverständlich auch im 3D Bereich. Bei allen solchen "aussergewöhnlichen" Bedürfnissen sollte man sich zumindest sehr gründlich überlegen obs nicht auch irgendwie anders geht

Ui, da fällt mir so einiges ein =) Aber ich geb dir mal zwei grundlegende Anschubser:

1) Die Welt besteht zu einem verdammt großen Teil aus Wasser. Wenn du nicht gerade ein Erdkundetaugliches Modell mit exalten Wellenbewegungen und Untiefen erstellen willst sollte da doch was gekacheltes reichen?

2) Es gibt dann noch so Landmassen die über das Wasser hinausragen. Die könnte man doch super als jeweils eigene Textur (mit Mipmaps) auf das tolle Wasser blitten.

Du könntest / wirst bei der Kugelform zugegebenermaßen Probleme mit der genauen Platzierung haben (zumindest ginge das wohl mir so). Aber ich würd diese Lösung trotzdem vorziehen

Im Prinzip bist du auf das übliche "Level muss sehr groß werden" Problem gestoßen

Öhm, oke ... Ich klinke mich hier mal lieber aus anstelle was völlig falsches zu sagen, ich hab zu wenig Ahnung Im Prinzip musst du ja "nur" das Viewfrustum der Kamera herausbekommen und den Abstand zur Welt. Das wird dann umgerechnet auf die 2D Position der Textur und eben angezeigt. Wie das in Code genau geht weiss ich aber auch nicht. Nur um Missverständnissen vorzubeugen: Du stellst dir den Mechanismus ein wenig wie bei Google Earth vor?

Um Mipmaps wirst du aber auf keinen Fall herumkommen, auch nicht mit dieser Methode! Stell dir vor der User zoomt so weit heraus, dass er die ganze Welt sehen kann (wie auch immer das genau geht, aber die Hälfte wird er schon schaffen ), die musst du dann ja auch irgendwie anzeigen.

Guck dir eventuell mal den Paging Landscape Scene Manager von Ogre an, der könnte dir bei diesem Problem ne menge Kopfschmerzen ersparen

Ein Ansatz:

Zerleg die Textur des Planeten gleich in mehrere Kacheln. Speicher von jeder Kachel n-Detailstufen. Dann prüfst du bei jedem Renderschritt, wie weit du von der Planetenoberfläche entfernt bist und setzt die entsprechende Stufe ein. Frisst zwar etwas Festplattenspeicher und du solltest nicht immer alle Texturen im Speicher geladen haben sondern immer nur die benötigten Kacheln in der entsprechenden Stufe und viell. von allen anderen Kacheln immer nur die Minimalfassung. Oder du lässt immer nur die benachbarten Kacheln zusätzlich im Speicher(also nicht alle).

Willst du ein Googleearth nachbauen?