spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ja, es ging doch gerade um Arrays statischer Größe für die man dann keinen std::vector braucht, sondern ein std::array nehmen kann, weil es im Vergleich mit einem C-Array überhaupt keinen Overhead hat, im Vergleich zu dem minimalen, den man bei einem vector hat.

Möglicherweise hab ich was falsch verstanden, aber es geht hier doch um's Laden einer obj Datei und ich seh nicht, wo ein Array statischer Größe dabei hilfreich wäre!?

Aber klar, wenn man tatsächlich ein Array statischer Größe will, dann ist std::array natürlich eine angenehme Alternative zu normalen Arrays. Zusammenfassung:

Array statischer Größe -> std::array
Array fixer, aber erst zur Laufzeit bekannter Größe -> std::unique_ptr
Array dynamischer Größe -> std::vector

Ja, war auch nur weil ich da z.B. seinen Zwischenbuffer gesehen hatte. Der hat ja eine feste Größe, und bei so etwas macht es ja nicht so viel Sinn einen std::vector zu nehmen. Und wenn er eh schon auf std::vector umbaut dachte ich, ich erwähne das einfach mal mit dem std::array .

Edit: Beim Thema bleiben , zumindest fast.
Oh und zur Analyse einer Wavefront obj. Datei könnte sich auch das parsen per Regex anbieten. Ist aber natürlich was ganz anderes als du jetzt gerade machst.

<regex>

Zur std::vector-Lösung: ein std::vector hat ab Start eine Größe von 0. Das heißt, Dein erster Zugriff auf Vertices_VECTOR[ irgendeinIndex ] ist bereits ein Zugriff außerhalb des zulässigen Feldes und damit ein Crash. Oder im Debug-Modus eine Ausnahme, glaube ich - ich hoffe mal dringend für Dich, dass Du im Debug-Build entwickelst und nicht mit dem Release-Build.

Einen std::vector benutzt man, indem man mittels push_back() ein neues Element hinzufügt, wenn man ein neues hat. Dafür entfällt dann zum Beispiel das initiale Durchzählen, wieviele Vertices das Modell hat. Was genau Du an Deinem Code dazu ändern musst, kann ich Dir nicht sagen - das ist ja eine ziemliche Textwüste, die ich mir im Detail nicht durchgelesen habe.

[Edith meint:] Falls Du Dir den ganzen Kram ersparen willst, empfehle ich eine externe Bibliothek wie z.B. Assimp, was ich in meiner Signatur verlinkt habe. Eine externe Lib in C++ einzubinden ist aber beim ersten Mal ein ein Stück Arbeit, das für sich alleine entmutigen kann. Aber irgendwann musst Du da mal durch, und dafür kannst Du danach mit ein paar Zeilen alle möglichen Modellformate lesen, nur nur OBJ. Das ist zugegebenermaßen das einfachste Dateiformat, aber hat auch eine Menge Limitationen, die für Dich irgendwann kritisch werden.

Du kannst ja mal testweise vor dem Zugriff auf den Vector einen Test einbauen, ob der Vector etwas enthält. Wenn nicht, lass dir das ausgeben.

Ja, assimp ist natürlich supi. Aber ist gibt natürlich auch Obj-Loader, die mit 1-2 Dateien auskommen und dann vielleicht einfacher einzubinden sind, als so ein Schwergewicht. Muss man sich halt überlegen, was man haben möchte. Aber für Anfänger ist es auch eine tolle Übung, mal Obj-Dateien 'per Hand' zu lesen.

Ich denk, du solltest dich erstmal noch in Ruhe etwas mit Grundlagen wie z.B. der Frage, wie man std::vector nun genau verwendet befassen. Zum Parsen verwend dann einfach direkt die entsprechende Funktionalität der C++ Streams (operator >>), anstatt kompliziert mit C-Strings und irgendwelchen atoi-artigen Funktionen zu hantieren und plötzlich wird dein Code wesentlich einfacher, kürzer und eleganter sein...