Ну он выше написал что ему a,b == b,a не нравится, а потом написал так как будто это хор исправляется. Поэтому нет

для asuint(v.x) ^ asuint(v.y) ^ asuint(v.z) не так уж и страшно (конечно как решение задачки, а не для прода)

Ребят, по floating point есть статьи, литра или примеры как округлять значение своей функции, чтобы примерно соответствовало ieee стандарту? Ну как мы помним, с увеличением числа знаков перед запятой, точность float сильно падает. Однако, например функции в cmath библиотеке, определённой в стандарте с++ этому не подвержены, то-есть неважно какое число туда вы подаёте как аргумент, результат всегда будет корректный. Вопрос почему и как такое решается, когда пишем свои реализации.

Во первых не пишем свою библиотеку си.
Во вторых почему не подвержены? Можно пруф?

Точность флоатов относительная, поэтому я не до конца понимаю что ты хочешь и хотел бы понять

В смысле не сходится?

Ну смотри, банальный пример

Код из doom3

float Sin16(float a) {
 float s;

 if ((a < 0.0f) || (a >= TWO_PI)) {
   a -= floorf(a / TWO_PI) * TWO_PI;
 }
#if 1
 if (a < PI) {
   if (a > HALF_PI) {
     a = PI - a;
   }
 }
 else {
   if (a > PI + HALF_PI) {
     a = a - TWO_PI;
   }
   else {
     a = PI - a;
   }
 }
#else
 a = PI - a;
 if (fabs(a) >= HALF_PI) {
   a = ((a < 0.0f) ? -PI : PI) - a;
 }
#endif
 s = a * a;
 return a * (((((-2.39e-08f * s + 2.7526e-06f) * s - 1.98409e-04f) * s + 8.3333315e-03f) * s - 1.666666664e-01f) * s + 1.0f);
}

На самом деле у него точность тянет вполне себе даже на float, а не на половину

Но, из-за ошибок округления, при больших значениях, например 10000, результат становится некорректным

А теперь возьми простую функцию из библиотеки cmath sinf и вбей туда 10000, результат будет корректный

Ну офигеть наверно потому что там корректный но более медленный алгоритм

Возьми и прочитай

Ну вот и найди

Ну к счастью для синуса там вообще погрешка линейная почти, и там легко вроде можно результат выправить, но мне интересно, как для общего случая такое решается

https://github.com/gcc-mirror/gcc/blob/master/gcc/builtins.c#L11731 ну тип не?

ну у меня 2000 вершин, и должно быть 2000 нормалей

Экспортер тебе сам всё порубил на треугольники, ты не можешь заранее знать их точное количество

Нормаль - она к треугольнику, а не к вершине