Su **** madre con el rigidbody, las fuerzas y la previsualización

**HexDump** · 12/01/2016, 09:44

Iniciado por ElRana

Se me hace raro escribir una intervención no troll... pero bueno, para todo hay una primera vez.
El problema que tienes con las físicas y que SIEMPRE SIEMPRE SIEMPRE estará ahí se llama 8087.
Sí, las MMX heredaron parte de la circuitería del 8087, las SSE se basan en la misma circuitería (ampliada y con apaños, pero la misma) y CUDA se basa en los mismos principios y técnicas que SSE, es decir, mas 8087.
Si quieres algo aproximadamente determinista NORMALIZA, ponlo en el rango de [-1,1] (intervalos cerrados, sí) y sólo una de cada mil ejecuciones (ya serán mas, pero bueno) tendrás problemas.
La otra opción es seguir mis pasos y formular una cosa que no se si existirá ya, pero que yo he bautizado como coherencia geométrica, que básicamente consiste en ver "cuanto se la ha ido la yoya al 8087", en términos coloquiales.
Pero vamos, que si normalizas no necesitarás "trampas" de ningún tipo, emplees FPU, CUDA o lo que sea.
Esto es algo que se da en programación y forma parte de las bases mas elementales, es algo que se lo repetía incesantemente a mis alumnos (cuando los tenía) que las matemáticas idílicas y superchupiguais tradicionales hay que adaptarlas porque no son iguales que las duras y re-j0didas matemáticas que se necesitan en nuestra profesión.

Suerte y ánimo.

Cuando comentas que normalizando se resuelven muchos de los problemas, lo dices por la resolución de los floats?.

Un saludo

**ElRana** · 12/01/2016, 12:08

Iniciado por HexDump

Cuando comentas que normalizando se resuelven muchos de los problemas, lo dices por la resolución de los floats?.

Un saludo

Si, por las operaciones en coma flotante.
La técnica es almacenar los operandos float en formato double, tomar el tiempo de cálculo para un double y retornar el resultado que sería un double en forma de float. Así eliminas el odioso error (bueno, lo reduces a limites tolerables, pero no lo eliminas y de vez en cuando, te dará la lata).

Existe un artículo (o un capítulo de un libro, no recuerdo) disponible en internet en el que se desarrolla la problemática de los cálculos en coma flotante y se dan "recetas" alternativas a las "recetas" tradicionales para que las operaciones sean lo mas deterministas posibles y algunos consejos (operandos lo menos distantes posibles cuando multipliques o dividas por el riesgo de que uno de ellos se considere como 1 o 0, multiplicar mejor que dividir, y*1/x es mejor que y/x, etc...).

Otra opción es aplicar aritmética de punto fijo.

**HexDump** · 12/01/2016, 13:33

Sí, lo se esto que cuentas. Era por confirmar y se agradece el refresco

.

Estos temas están documentados en algún lado?

Un saludo.

**ElRana** · 12/01/2016, 14:03

Sí, lo están. Mira el sitio gnu, la documentación de intel y la norma ansi/ieee 754-1985 (creo que es esa). Otra cosa es la calidad y el nivel de detalle de dicha documentación.