@ComNik: was du meinst ist gut nachvollziehbar, allerdings wird es erstmal so bleiben. Dahinter steckt der Gedanke, dass nur die Funktionen kurz und schnell zu schreiben sind, die für den Benutzer relevant sind. Ein Beispiel ist die Render-Funktion: BBGL3D_RenderWorld().

Es wird also unterschieden (und damit auch klar strukturiert und geordnet) zwischen internen Funktionen und den konkreten Funktionen für den Benutzer. Die Funktion zur Matrix-Multiplikation kann dem Benutzer ja ganz egal sein, da sie nur bei den internen Berechnungen eine Rolle spielt. Die Funktion zum Rendern jedoch ist für den Benutzer von großer Bedeutung.

Gerade wenn man Funktionen in bestimmte Blöcke zusammenfassen will, sind etwas längere Funktionsnamen durchaus sinnvoll.

ui ich hab was zu meckern gefunden^^
in dem eintrag in dem du das Include System erklärst, hast du ein paar Funktionsbeispiele aufgelistet.
So z.B: BBGL3D_MATHS_MATRIX_Multiply()

Das ist zwar sehr übersichtlich, aber ich finde das vieel zu lang. Da man nicht die möglichkeit hat namespaces zu nutzen
würd ich maximal auf BBGL3D_MatrixMult() oder BBGL3D_MatrixMultiply() ausweichen.

Danke, das wars^^

@Xeres und ComNik: Vielen Dank euch beiden!

mit den Vektoren und Matrizen hat ich auch grad zu tun.
Super erklärt find ich

Ein sehr informativer und interessanter Beitrag, ja, geradezu vorbildlich für ein Worklog.
Weiter so in der Qualität!

@BIG BUG: Danke, das freut mich zu hören .

Interessanter "Artikel" über die Funktionsweise von OpenGL. Bin auf weiteres gespannt.

Überhaupt nicht zuviel erklärt
Immer weiter so.

lg
ComNik

@ozzi789,Nicdel,ComNik,Noobody: vielen Dank für eure Kommentare. Es freut mich sehr, wenn das Projekt auf Interesse stößt .

@Noobody: danke für den Hinweis. Ich habe den Begriff des Ortsvektors absichtlich nicht erwähnt, da ich nicht unnötig für Verwirrung sorgen wollte (man muss ja erstmal wissen, was überhaupt ein Vektor ist). Dein Kommentar hat mich dann aber doch umgestimmt, da der Begriff des Ortsvektors durchaus wichtig ist und somit hier auch schon auftauchen sollte. Außerdem ist er nicht sonderlich schwer zu verstehen, wenn man Vektoren erst einmal verstanden hat. Ich habe den Worklogeintrag geringfügig editiert !

Sehr interessantes Projekt!

Ich habe soetwas ähnliches mal in BMax gemacht, nur sehr viel simpler - ich habe quasi nur den Vertexprozessor nachgebaut und dann alles in Wireframe gezeichnet (allerdings interessierte mich damals nur die Matrizenrechnung in der 3D-Grafik, weswegen die Rasterung der einzelnen Dreiecke ziemlicher Overkill gewesen wäre)

Noch eine kleine Korrektur: Ein Vertex kann nicht als Vektor aufgefasst werden, sondern als Ortsvektor. Das spielt dann eine Rolle, wenn du zwischen verschiedenen Koordinatenräumen transformieren willst - beim Ortsvektor wird die Translation miteinbezogen, bei einem gewöhnlichen Vektor (wie beispielsweise der Vertexnormale) nur die Rotation und Skalierung.