ZONA DE PRUEBAS

BlackHole escribió:VICE lo hace automáticamente. Entras en el monitor con ALT+M, usas "sw reset" para inicializar el cronómetro (stopwatch) y en cada instrucción te muestra el contador de ciclos. Puedes poner puntos de ruptura permanentes con "break" o de un solo uso con "until".

Todavía no he programado nada, pero he hecho pruebas tanto con tu código como con el del repositorio de svendahl y tu código es ligeramente más lento: 103383 ciclos frente a los 91795 ciclos del código de svendahl para un ejemplo de texto de 1k. Seguramente tengas algún cuello de botella (rutina getbit o algo que se ejecute muy frecuentemente). Cuando encuentres el problema tu rutina será más rápida, ya que la diferencia es pequeña. Adjunto ficheros. He usado el ensamblador 64tass y el emulador WinVice para las pruebas.

No tengo tiempo de probarlo ahora, tengo médico mañana por la mañana así que me voy a acostar pronto.
Intenta tú si puedes con algo más grande, datos de un juego típico que sean 40-60 KB y que tarde 5-6 millones de ciclos.

He probado con un fichero de 32K. También he hecho algunas optimizaciones en el otro descompresor. Los resultados son estos:
Tu descompresor: 2981034 ciclos
El otro optimizado: 1991448 ciclos

Más o menos es 1/3 más rápido el otro descompresor optimizado. Adjunto ficheros.

Ya he terminado mi propio descompresor basado en ZX7

https://github.com/antoniovillena/c64f

Es un 33% más rápido que la versión más rápida de Aplib. En un 6502 apenas hay margen para optimizar en velocidad, aunque el otras plataformas como 68000 es un 200-300% más rápido.

Estupendo trabajo, enhorabuena!!! En cuanto se queda la rutina descompresora? Es este compresor mejor que EXOMIZER? Cual es el mejor compresor en ratio de compresion para Spectrum?

Gracias y saludos.

No. El que mejor ratio de compresión da es exomizer. Aquí pongo una comparativa de los 3 (ficheros en bytes).



En cuanto a comparación de velocidad, el benchmark bueno (la versión más rápida en de cada algoritmo) lo tengo en Z80. En ciclos es el siguiente:


Como ves, el aPLib está a medio camino entre exomizer y zx7. Mayor ratio significa menor velocidad y viceversa. En 6502 las diferencias de velocidad son menores debido a la propia arquitectura, por lo que es más interesante el exomizer que en otras plataformas.

En cuanto a la rutina descompresora (c64f, que es el port del zx7 para 6502) he sacado 2 versiones: la rápida ocupa 266 bytes y la lenta 147 bytes. Es bastante. El culpable es el 6502 que tiene muy pocos registros y hay que hacerlo todo tirando de variables en página cero. Para que te hagas una idea, el mismo algoritmo en un 68000 ocupa 58 bytes.

Hola. Por problemas de salud y por calendario de citas médicas, no he tenido tiempo a revisar la rutina de aPLib que dejaste hace 3 días. Ando haciendo mi crack (por llamarlo de alguna forma) del juego Rambo de Ocean, que es un juego que ocupa casi toda la memoria ($0334-$FF00) y es complicado moverse con él. Cuando pueda intentaré ensamblar tu código a ver cómo se comporta.

No te preocupes. Tu código me despertó la curiosidad por el 6502 y a raíz de ahí hice el port del ZX7. Y le metí mano al descompresor de Sven-Åke porque era más propenso a hacer optimizaciones en él. Estoy seguro que ambos se pueden combinar para conseguir una rutina aún más rápida. Pero no tengas prisa en meterle mano. Dejo lo último que tengo aquí:

Hola. ¿Tienes el código del compresor? ¿O solo has trabajado el descompresor?

La biblioteca de compresión es solo para PC y su código fuente no está disponible, solo rutinas de descompresión para algunos sistemas.
Están disponibles en la página oficial http://ibsensoftware.com/products_aPLib.html