"Juego" de la vida de Conway

[Urusergi]

Coño! y yo que estaba convencido que era porque no entraba ningún chiste entero en memoria, te lo tenía que haber comentado en su momento
porque ¿que pasaría si se ejecuta el programa en un cpc de 64k? no se me ocurre otra causa, de todas formas voy a intentar encontrar el archivo en mi disco y vuelvo a probar...

EDIT: Expediente x resuelto! el programa no detecta la cantidad de memoria ram disponible y lo ejecuta sin quejarse, pero al llegar a "y le dice oiga porf...." ahí se queda (joer lo bien que suena ) y es que resulta que a mi me gustaba tener el winape configurado como un 464 con amsdos

[opqa]

Bueno, pues toca otra de videos, esta vez para poder afirmar con números que esto va mucho más rápido que el Commodore. Éste es el patrón que usó el propio autor de Xlife-8 para sus pruebas ejecutándose con mi código:



Ronda las 5.25 generaciones por segundo, según las pruebas del autor en su Commodore va a 2.17 gen/seg sin mostrar la evolución en pantalla y a 1.28 gen/seg mostrándola. Vamos, que de momento gana el Amstrad la partida por goleada.

Está claro que no sólo es cosa del hardware, por azar o por insistencia me he topado con un algoritmo (no es mío) más rápido que el que usa él. Estaría por ver si le da por recoger el testigo y adaptar ese algoritmo (o uno similar) al Commodore para ver quién ganaría entonces.

En la versión adjunta está el código que genera este patrón y cambiando una línea del main.asm también se pueden cargar algunos otros patrones famosos (los mismos que había hasta ahora). Otra novedad es que he añadido opciones de ensamblado para elegir entre color/monocromo, esperar o no a VSYNC, y otra opción para usar doble buffer que elimina el parpadeo en la versión monocroma (en la versión a color esto no es posible).

[pacomix]

Uno que me encanta y no he visto por ahí.
Se configura toda la pantalla con un patrón estable a base de cuadrados de 2x2 celdas. Y luego se le mete una interferencia en cualquier punto de la pantalla. Todo se empieza a desmoronar.

[Urusergi]

¿hay alguna noticia del ruso? parece que no va recoger el guante

[opqa]

Uno que me encanta y no he visto por ahí.
Se configura toda la pantalla con un patrón estable a base de cuadrados de 2x2 celdas. Y luego se le mete una interferencia en cualquier punto de la pantalla. Todo se empieza a desmoronar.

¿Algo así?

pacomix.zip

(16.81 KiB) Descargado 69 veces

En el archivo pacomix.asm hay una linea comentada en la que puedes jugar con un valor para poner una deformación inicial simétrica o asimétrica. Aparte en el main.asm (debajo de los comentarios) puedes configurarlo para que te salga en color o monocromo.

¿hay alguna noticia del ruso? parece que no va recoger el guante

Según su perfil entró al foro por última vez el 6 de septiembre y mi publicación fue el 10 así que es muy posible que no lo haya visto todavía, espero que no se lo tome a mal.

[opqa]

Pues ya he retocado el asm para poder crear binarios ejecutables, no era tan difícil después de todo. Adjunto el código y un dsk con los patrones que vengo incluyendo ya pre-ensamblados (en monocromo y a color), por si alguien le apetece probar en la máquina real.

El único que falta es el benchmark del xlife-8, para ese aún tendría que escribir una rutina adicional de carga, y ya que estamos... ¿hay alguna herramienta que permita crear/editar pantallas para el CPC en resoluciones no estándar y que funcione bien? He probado con el ConvImgCPC pero no va bien con la resolución que uso (128x256 pixeles en modo 0), si lo configuro como Overscan a 64 columnas y 256 líneas me saca un archivo de casi 30KB (cuando debería ocupar 16KB exactos) y al meterlo en el CPC me sale bien sólo la mitad superior de la pantalla.

He mirado también el Paint del JavaCPC y el RGAS pero no tienen opción para resoluciones no estándar.