Básicamente consiste en 3 partes: hacer un rendereador 3d, simular física sin colisiones, y después manejar colisiones con algunos requerimientos adicionales.

el renderadeor 3d involucra modelar un espacio-mundo (con sus coordenadas y dimensiones), y transformar lo que ocurre en él en espacio-cámara y luego espacio-pantalla a través de proyección con perspectiva. Esto suena difícil pero son fórmulas matemáticas estándares que enchufas y funcionan mágicamente. Después tienes que establecer los vértices, lados y caras de las figuras que vas a poner en el espacio mundo. Una vez que tienes definidos los puntos y lados, tienes que implementar fórmulas que definan exactamente qué caracteres (o pixeles) de la pantalla se dibujan al unir dos puntos y dibujar una línea. Después lo mismo para rellenar caras (generalmente se subdividen en triángulos y así sólo necesitas 1 fórmula que establezca qué pixeles pintar para dibujar un triángulo a partir de sus tres vértices. Luego sacar la normal de cada triángulo y la cruzas con el vector de la orientación de “la cámara”. Los que están mirando hacia atrás están en la parte de atrás del dado así que no los dibujas. Felicidades. Ahora entiendes cómo se simula 3d en un computador.

Después aplicas movimiento y rotaciones, que son fórmulas estándar. Si quieres modelar bien las rotaciones sin problemas, eso sí, tienes que calcular unas hueás que se llaman cuaternones (coordenadas angulares de 4 dimensiones a partir de números imaginarios). Y no me preguntes por qué mierda por qué, pero usando 4 dimensiones puedes simular rotación mucho mejor que con ángulos euclidianos (ejes xyz)

con eso tienes figuritas que se mueven y giran. ahora necesitas que choquen, desaceleren, reboten, y caigan con gravedad… No voy a entrar en gran detalle, pero son fórmulas relativamente sencillas e intuitivas. mucha matemática vectorial.

El problema no es simular colisiones, gravedad o movimiento. El problema real es determinar cuándo un efecto es tan pequeño que ya no lo deberías considerar. Cuándo las cosas entran en estado de reposo.

En fin, no te lateo más pero esa es la idea general.

gracias.

wooah qué halago!

tiene perfecto sentido. existen muy buenas razones para que haya elegido el 10. si te las contara, me encontrarías toda la razón.

a lo mero macho nomá. no hay git pero acá hay un pastebin.

voy a llegar con la tele culia mas grande que pille en marketplace, y si no funciona mejor, si pregunta por qué, bueno, porque me lo merezco y nunca me compro nada!

Yo intenté, pero prefiero libreoffice porque aún no entiendo cómo funciona. Me da mucha lata ponerle neurona a eso en este instante.

Siempre lo recomiendo y me parece maravilloso, pero soy Tauro y el cambio me da asco

Tengo esta hoja de calculo desde el 2016, antes de eso usaba lápiz y papel

nah, nada mejor que plain text accounting, usando ledger o hledger

hasta que comencé a usarlos no entendía tan bien los temas contables, siendo que varias veces probé de todo, y dejé de lado el plain text por que se me hacía el más complejo, pero al final ha sido lo más simple y entendible para mi que he usado

Los mejores 3 serían:

1. Sorceress’s Stone (hp1) para Game Boy Color
2. Chamber of Secrets (hp2) para Game Boy Color
3. Prisoner of Azkaban (hp3) para Game Boy Advance

Los peores:

1. The Goblet of Fire (hp4), cualquier versión, la menos mala es la de GBA. No puedo enfatizar lo suficiente en lo malo que es este juego. La versión de PSP simplemente la dropié, era una wea insoportable
2. Deathly Hallows (hp7) Part 1, sobre todo la de PC
3. Philosopher’s Stone (hp1) para Game Boy Advance

La mayoría de los juegos de los primeros 3 libros eran muy entretenidos y tenían harta personalidad, siendo la excepción hp1 de gba y hp3 de pc que era mas bien fomeke. El hp2 de gba era medio raro también, los demás, pal olvido

Lo único que tenía que hacer la wna era no twittear weas

No, pero ahora soy transfobico