Pues la parábola no es más que un movimiento uniformemente acelerado. Para entendernos, te lo pintaré en pseudo-código:

angulo=45*pi/180;VI=20;X=0;Y=192;VX=VI*cos(angulo);VY=-VI*sin(angulo);g=0.02;

bucle:
VY=VY+g;
Y=Y+VY;
X=X+VX;

Como verás, es fácilmente trasladable a ensamblador. La única parte complicada es que hay que usar aritmética de punto fijo. Pero al final es una cosa muy sencilla:

2,5 en decimal = 2 + 0,5 = 2^1 + 2^-1

Se representa la parte entera en el byte alto y la parte decimal en el bajo, y ya lo tienes. 2,5 = 0000 0010 - 1000 0000 b = 0280h

Afortunadamente, el asMSX te permite hacer la conversión directa con la función fix(). Y los senos y cosenos mediante una tabla para evitarte así cálculos raros.

Te recomiendo que destripes el código fuente del G-MONKEY y también, aunque sea más sencillo, una demo de aritmética de punto fijo que estaba en una distribución anterior del asMSX, y que creo que se llamaba G.ASM o algo así.

Efectivamente, socio. asMSX utiliza aritmética de punto flotante de doble precisión para sus cálculos internos y después se puede convertir todo número a formato de punto fijo con fix(). La idea es la misma que para enteros: el bit más significativo vale 2^7, mientras que el menos significativo dentro de la palabra de 16 bits, vale 2^-8. Por lo tanto, en valor absoluto, el mayor valor representable sin signo sería 255,996 aproximadamente y el más pequeño 0,00390625, que coincide con la precisión de este formato.

La ventaja es que se pueden sumar directamente como enteros de 1 bits y el resultado es correcto. Podría hacerse lo siguiente:


El valor contenido en los distintos registros al final de la ejecución sería el siguiente:

BC = 00 55 h
DE = 01 C0 h
HL = 04 94 h

Además, se pueden hacer restas del mismo modo, entendiendo entonces que los números tienen signo y están representados en complemento a dos.

Para hacerlo más fácil de entender, el asMSX además incluye la pseudoinstrucción PRINTFIX, que permite ver el valor en formato de punto fijo. Y se puede comparar entonces con PRINTHEX y lo que indica.

Supongo que se podría dar alguna explicación un poco más detallada, pero no dispongo de tiempo ahora para hacer un artículo al respecto.

Para hacer una tabla de senos para los ángulos comprendidos entre 0 y 90, bastaría con hacer lo siguiente:


Así tendríamos una maravillosa tabla de 91 x 2 = 182 bytes recogiendo el valor del seno para cada ángulo entre 0 y 90 grados, o lo que es lo mismo, entre 0 y pi/2 radianes. Por cierto, que el valor PI está definido por defecto en asMSX.

FYI
http://www.msx.org/forumtopic8523.html

Distribución del G-MONKEY con código fuente.

Última distribución oficial del asMSX v.0.12g - en la carpeta Examples encontrarás el fichero fixed.asm. Para ensamblar, mejor usar la última beta porque es bastante más estable.

Con esto debería bastar.

Y no nos puedes dar ni una pistilla? Ni siquiera a tu pobre socio? 

Senos? Cosenos? Punto fijo? XDDD

Está claro que para movimientos complicados simulando elipses y círculos me parece correcto usar todo esto. Pero para una parabola "sencillita" no hace falta NADA de todo eso. Os lo aseguro, si vieseis como las hago en el Pang os partís el pecho.

Ni un seno, ni un coseno ni nada de nada. Todo depende de la complejidad que le quieras dar (y sobre todo la precisión que busques).

Creo que es mucho mas sencillo pensarlo de otra manera. En las bolas del Pang (por poner un ejemplo) el vector de aceleración X es fijo. Es decir cada bola se mueve con una velocidad X fija. Entonces solo falta la Y. Y la velocidad de "impulso" Y pues también estaba fijada por bola. (el maximo)

Entonces con esto, qué tenemos? Pues imaginando que la bola empieza desde arriba de la pantalla sencillamente hago esto:

VY = 0
X = la que sea
Y = 0
VX = la fijada, imaginemos 1
G = 1 (gravedad al gusto)

bucle:

X =X + VX
Y = Y + VY
VY = VY + G

De esta forma al caer se va acelerando. Si detectaba que "se pasaba" de vueltas, pues la dejaba con un tope de velocidad VY.

Y cuando toca suelo, pues invertimos:

X = X + VX
Y = Y - VY
VY = VY - G

Y nada, que si llega a 0 la VY pues le vuelvo a dar la vuelta.

CHAPUZA? MUUUUCHA!! Es un chapuzón como la copa de un pino. Hoy en día ya uso movimientos uniformemente acelerados y senos y cosenos para movimientos de sprites y demás.

Pero os aseguro que ESO que he puesto funciona perfectamente, los calculos son ínfimos y no hay que usar punto fijo, ni tablas de senos y cosenos. Todo depende de las necesidades del programa claro.

Ramones: estoy contigo. No hace falta usar ni seno ni coseno para nada, si puedes determinar la velocidad inicial en los ejes X e Y directamente. Si miras el pseudocódigo que indiqué, sólo se usaban para el cálculo de la velocidad inicial, tal y como lo hice en el G-MONKEY, donde era imprescindible: a cada ángulo le corresponde una velocidad distinta en los ejes X e Y.

Estamos de acuerdo en que no se necesitan para nada más. Si quitas este detalle, verás como la solución que propones es equivalente a la mía.