Gracias de nuevo @Dashiad !
Tiene todo el sentido del mundo lo que dices y me pondré a ello.
Estoy dándole vueltas y en un juego como el Pong,lo fundamental es que la pelota vaya finísima,si no es un horror.
Con lo cual la pelota debe ir por encima de todo lo demás
El resto de cosas son muy sencillas y si esperan un frame ni se nota.
La cosa sería poner el movimiento de la bola por interrupciones(asegurando que no se superponga con el repintado,que iría con VSync a 60 por segundo.El sonido tb se podría meter aqui
 El resto de cosas(palas y obstáculos móviles)creo que irían bien en un bucle "normal"
Es más....el movimiento de la bola debería pasar por encima de todo(nmi?) Asegurándose de que no interrumpa nunca el VSync...con un Pong lo tendría facil
El movimiento de la bola es prácticamente de tiempo constante,salvo en los rebotes

Hola a todos de nuevo!
@Dashiad, he estado probando desvincular del todo el movimiento del repintado y ahora lo que me pasa es que la velocidad de los sprites es inestable.....supongo que haciendo el movimiento a través de una interrupción esto mejorará bastante.
Haré una interrupción que dure 1/3 de frame para evaluar posiciones y colisiones a ver qué tal resulta!.Evitaré que coincidan cálculos y repintados jugando con los relojes

Como lo véis?Os parece buena solución?

Hola @Dashiad !

Pero el problema lo tienes igual no?....me refiero a que los bounding también tendrán una velocidad en pixels por unidad de tiempo.

no es exactamente un problema de repintado.Lo tengo desligado de las colisiones para evitar que los sprites "vibren" al chocar....es decir,varío las coordenadas del collider en una tabla,y si choca lo pongo "a ras" del obstáculo y detrás va el Sprite....cuando están los cálculos hechos,pongo un flag en true para que lo pinte el raster
Si la velocidad fuera algo mayor que la anchura/altura del collider, podrías atravesar ciertos obstáculos.....
Pensaré en lo que dices y probaré.
Tb había pensado alargar los colliders en la dirección del movimiento para velocidades muy rápidas....aunque igual queda mal moverse tantos píxeles por fame....

Ahí va la mía!
Una explicación bastante buena y grafica sobre el raster y las "bad lines"
https://nurpax.github.io/posts/2018-06-19-bintris-on-c64-part-5.html

Sprites y Chars: J FOX Graphic editor(hay uno para pantallas en alta resolución https://csdb.dk/release/?id=94754)
Código: Turbo Macro Pro + REU

Desarrollo directo en The C64

Lo único más complicado es crear y usar un disco duro....pero conseguido!

Es muy parecido a Ms-DOS

https://twitter.com/narcisound/status/1513217393283244041

....el ensamblador y la libretas de anillas guarreras!
Siempre de la mano!