Vale, lo del número de polígonos es que no habías dicho que no era lo que se iba a ver en pantalla, sino todo el escenario, ahora si tiene más sentido.

Pero yo te sigo diciendo que por mucha palabrería que me sueltes sobre la arquitectura del procesador, y de las posibles optimizaciones, usar floats es una estupidez, por lo menos en partes del código que se repitan mucho. Por cierto, para tu información, se programar en ensamblador, nunca he hecho nada en ARM para la DS, pero si para la GBC con su pseudo Z80, que es mucho más complicado.

Y hablando del procesador... el principal de la DS se supone que va a 66mhz, pero casi nunca va a esa velocidad porque el acceso a la memoria tiene unas penalizaciones muy grandes. Solo puede alcanzar esa velocidad cuando se ejecuta código de la ITCM que, lógicamente, no es lo habitual ya que solo tiene 32 kb de tamaño si no recuerdo mal. Si gastas la mitad de CPU en operaciones con floats y conversiones a fixed point, estás derrochando CPU por un tubo, a poco que tengas varios modelos animados y trates de hacer interpolación entre frames te comes la poca CPU que te queda. Lo ideal en la DS, es tener los modelos estáticos almacenados como display lists preparadas en el ordenador, que son muy rápidas de procesar, y el resto no queda mas remedio que hacerlo a mano, eso está claro, pero es mil veces más rapido dividir un int que un float, y más rapido aún multiplicar un int por el inverso del otro número, como sabrás. Si quieres usar floats, tu mismo... Supongo que estarás acostumbrado a programar para ordenadores donde mucha caña le tienes que meter al código para que le cueste procesarlo al ordenador, por muchos floats que uses, pero la DS no tiene nada que ver con un ordenador medianamente moderno...

Y dejo esta conversación, que veo que no lleva a ninguna parte.