Es gibt 161 Antworten in diesem Thema. Der letzte Beitrag () ist von seh.
Gut, ich weiß worin das Problem liegt.
Es müssen Vertices doppelt vertreten sein ..bäh.
Und Gott alleine weiß alles am allerbesten und besser.
UPDATE:
Multi-Texturing funktioniert.
Maps mit 144x144 Chunks sind möglich!!!
Und Gott alleine weiß alles am allerbesten und besser.
Guten Abend,
diese Frage gilt insbesondere an @jvbsl :
Wie können diese Redundanzen eliminiert werden?
Ich muss ein Array erzeugen dass bei exemplarisch 16x16x256 zu 32x32x512 wird, damit die Texturen stimmen.
Gibt es eine Alternative ?
Ich habe es zuvor erfolgreich mit Listen versucht; hat perfekt funktioniert, Redundanzen entstanden nicht.
Problematisch war jedoch die Add-Perfomance.
Bei 1300x1300x256 großen Maps werden über 2GB Arbeitsspeicher reserviert; und überschreite - so .NET - die maximale Größe einer Arraydimension.
Wie würde(s)t du/ihr vorgehen?
Und Gott alleine weiß alles am allerbesten und besser.
Ist es nicht irgendwie unnötig so eine große Map zu reservieren?
Es bestünde anderenfalls keinen Grund auf Instancing zu verzichten.
Und Gott alleine weiß alles am allerbesten und besser.
Ich hab leider keine Ahnung was du vorhast, wofür du überhaupt ein Array mit solch komischen Dimensionen brauchst?
Ich wollte auch mal ne total überflüssige Signatur:
---Leer---
Update:
Erste Erfolge bei der Implementierung der innovierten Chunks!
Und Gott alleine weiß alles am allerbesten und besser.
Neues Update;
Chunks werden nun als Model generiert; soll heißen, dass ein Chunk durch Quads ( 2D-Ebenen) repräsentiert wird.
So entstehen keine abnormalen Redundanzen!
Es sind demnach Maps mit 130x130 Chunks ( 2080x2080) möglich!!!
Und Gott alleine weiß alles am allerbesten und besser.
@jvbsl Guten Morgen,
ist es ein Problem wenn für jeden Chunk ein VertexBuffer generiert wird?
Oder ist es effizienter einen VertexBuffer für alle Chunks zu nutzen?
Und Gott alleine weiß alles am allerbesten und besser.
Natürlich ist ein einzelner VertexBuffer effizienter, jedoch wirst du damit bestimmt auf Probleme stoßen, denn bei jedem mal wenn ein Chunk geändert wird wirst du wohl oder Übel Daten kopieren müssen und jenach Ansatz wird das entsprechend viel. Außerdem natürlich wesentlich komplizierter zu managen.
Wär alles gar kein so großes Problem, wenn du sparse buffers(kp wie das in DX heißt, oder obs die überhaupt gibt) oder GPU side copying verwenden könntest, eins ist jedoch klar: MonoGame hat keins von beidem implementiert.
Also denke ich mit dem VertexBuffer pro Chunk Ansatz dürfte ziemlich sinnvoll sein. Könnte aber vlt, auch sinnvoll sein die Chunks, die außerhalb der Manipulationsreichweite des Spielers sind in einem VertexBuffer zu kombinieren, aber dabei muss man sich immer überlegen, ob man dann auch noch sinnvolles Culling betreiben könnte(oder ob es vlt. sogar ohne Culling trotzdem schneller ist).
Ich wollte auch mal ne total überflüssige Signatur:
---Leer---
MinecraftCloneMonogame ist mittlerweile obsolet.
Das Pendent ist in Entwicklung.
Ich nenne es: ShootCube ^^+ , keine Ahnung, schlagt was vor, soll ein Minecraft Shooter sein( was ich mir bei Minecraft immer gewünscht hatte).
GitHub wird _ heute erstellt.
Screenshot,
Texturen werden _ natürlich noch implementiert ( =
Und Gott alleine weiß alles am allerbesten und besser.
Und Gott alleine weiß alles am allerbesten und besser.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „φConst“ ()
Ich würde dem Spiel unabhängig vom Konzept oder Inspiration einen Namen geben. ShootCube klingt Standard und gehört eher zu den Spielen, die man im App Store anbietet und dann im "Minecraft Alternativen" Video auf YouTube landet.
Ich würde dem Spiel noch keinen Namen geben. Als Platzhalter könntest du ShootCube aber behalten, wenn es nach mir ginge. Minecraft z.B(da du dich sehr stark an Minecraft orientierst) hier damals CaveGame, wenn ich mich nicht irre. Es war auch nur ein Platzhalter, bis der geniale und erfolgreiche Name "Minecraft" entstand. Sicher nutzt du dieses Spiel nur um deine Programmiererfähigkeit zu erweitern, aber warum nicht direkt die Kreativität mit einbeziehen?
Fazit:
ShootCube klingt wirklich ($/"%!"%§.
Wenn ich eine Frage stelle, habe ich sie bereits gegooglet. Ja, es kommt vor, dass ich die Antwort übersehe. Ja, es kommt vor, dass ich sie nicht verstehe. Deshalb bin ich hier. Wenn dies eure Frage war, dann antwortet bitte nicht. Es stiehlt sämtliche Motivation.