spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Die Grundaussage ist also: Du willst diesen Code gar nicht nach C++ übersetzen. Du willst stattdessen herausfinden, was er produktives tut, und das in C++ nachbilden. Falls die floor()-Hypothese von dot stimmt, hast Du die C++-Entsprechung bereits: floor().

Das "fastftol" macht effektiv nichts weiter als einen Cast von Float nach Long. Das "SnapVector" tut dasselbe für alle drei Komponenten des Vektors.

Zitat von »BlueCobold«

Das "fastftol" macht effektiv nichts weiter als einen Cast von Float nach Long. Das "SnapVector" tut dasselbe für alle drei Komponenten des Vektors.

...und weist das Ergebnis wieder an einen float zu...

Was fistp tut, hängt vom aktuellen FPU Rounding Mode ab, der standardmäßig auf die näheste Ganzzahl rundet und nicht abrundet. Meine std::floor() Hypothese stimmt also nur bedingt, es könnte auch std::round() oder std::ceil() sein (am wahrscheinlichsten ist wohl round())...

Zitat von »dot«

...und weist das Ergebnis wieder an einen float zu...

Nun, "fastftol" weißt gar nichts zu, sondern gibt einen int zurück.

Zitat von »BlueCobold«

Zitat von »dot«

...und weist das Ergebnis wieder an einen float zu...

Nun, "fastftol" weißt gar nichts zu, sondern gibt einen int zurück.

Ich bezog mich natürlich auf Sys_SnapVector

Ich bin mal davon ausgegangen, dass es logisch ist, dass nach einem solchen Cast der Komponenten sie wieder rein gespeichert werden. Sonst wäre das ja effektiv nur ein sinnloses NOP. Daher hatte ich das nicht weiter ausgeführt. Hätte ich's gemacht, hätte ich mir wohl diese sinnlose Diskussion sparen können.

Ich wollte lediglich darauf hinweisen, dass die nach int gecasteten floats in einen float und nicht in einen int zurückgespeichert werden, was dazu führt, dass zusätzlich noch eine implizite int nach float Conversion stattfindet...

Wenn man eine SSE 4 fähige CPU voraussetzen kann, würde man für eine heutzutage effiziente Lösung wohl den _mm_floor_ss() intrinsic verwenden (sofern der Compiler sich nicht dazu bewegen lässt, von selbst die passende roundss Instruction zu emittieren)...

Noch ein Hiweis am Rande, weil's mir gerade auffällt: Die Funktion fastftol hier ist nicht threadsafe.