Comentarios para ESP Soft http://espsoft.amstrad.es El CPC, nuestros juegos y otras historias. Thu, 28 Apr 2011 22:21:30 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comentario en Hora Bruja por Arquímedes XXI, ahora para Amstrad CPC http://espsoft.amstrad.es/?p=644&cpage=1#comment-313 Arquímedes XXI, ahora para Amstrad CPC Thu, 28 Apr 2011 22:21:30 +0000 http://espsoft.amstrad.es/?p=644#comment-313 [...] para estos amados dinosaurios se refiere. Por poneros un par de ejemplos, son los responsables de Hora Bruja y El Paciente 106, dos nuevos títulos programados para Amstrad CPC. Precisamente para esta [...] [...] para estos amados dinosaurios se refiere. Por poneros un par de ejemplos, son los responsables de Hora Bruja y El Paciente 106, dos nuevos títulos programados para Amstrad CPC. Precisamente para esta [...]

]]> Comentario en Hora Bruja por josepzin http://espsoft.amstrad.es/?p=644&cpage=1#comment-307 josepzin Thu, 14 Apr 2011 18:18:36 +0000 http://espsoft.amstrad.es/?p=644#comment-307 A la primer prueba rápida parece muy jugable, felicitaciones!! A la primer prueba rápida parece muy jugable, felicitaciones!!

]]> Comentario en Mapa de tiles y doble búfer por artaburu http://espsoft.amstrad.es/?p=636&cpage=1#comment-306 artaburu Mon, 21 Feb 2011 10:16:42 +0000 http://espsoft.amstrad.es/?p=636#comment-306 Buscando documentación sobre el CRTC del CPC he encontrado esta web: http://www.grimware.org/doku.php/documentations/devices/crtc A falta de profundizarla y estudiarla, tiene muy buena pinta y tiene una imagen explicativa de los registros que creo que es muy suculenta. Ahí queda. Talué. Buscando documentación sobre el CRTC del CPC he encontrado esta web:

http://www.grimware.org/doku.php/documentations/devices/crtc

A falta de profundizarla y estudiarla, tiene muy buena pinta y tiene una imagen explicativa de los registros que creo que es muy suculenta. Ahí queda.

Talué.

]]> Comentario en Mapa de tiles y doble búfer por artaburu http://espsoft.amstrad.es/?p=636&cpage=1#comment-301 artaburu Tue, 01 Feb 2011 06:32:55 +0000 http://espsoft.amstrad.es/?p=636#comment-301 ¡Dalo por hecho! ¡Dalo por hecho!

]]> Comentario en Mapa de tiles y doble búfer por na_th_an http://espsoft.amstrad.es/?p=636&cpage=1#comment-300 na_th_an Mon, 31 Jan 2011 15:31:04 +0000 http://espsoft.amstrad.es/?p=636#comment-300 En cuanto lo tengas listo dame el toque XD En cuanto lo tengas listo dame el toque XD

]]> Comentario en Mapa de tiles y doble búfer por DaDMaN http://espsoft.amstrad.es/?p=636&cpage=1#comment-299 DaDMaN Mon, 31 Jan 2011 14:40:41 +0000 http://espsoft.amstrad.es/?p=636#comment-299 Nada hombre, a mandar :D Nada hombre, a mandar :D

]]> Comentario en Mapa de tiles y doble búfer por artaburu http://espsoft.amstrad.es/?p=636&cpage=1#comment-298 artaburu Mon, 31 Jan 2011 08:18:12 +0000 http://espsoft.amstrad.es/?p=636#comment-298 Probado... y encantado con los resultados... ahora sí me puedo plantear el doble búfer hardware en 64Kbs dejando mucho hueco para código... otra cosa es cómo meterlo en C, pero bueno, todo se andará. Partía de una premisa falsa debida a mi ignorancia: Pensé que no se podía lograr definir esto de la memoria lineal y que siempre te obligaba a tener más o menos mezclados bytes de video y de código, pero no. Se puede separar :D Muy amable. Probado… y encantado con los resultados… ahora sí me puedo plantear el doble búfer hardware en 64Kbs dejando mucho hueco para código… otra cosa es cómo meterlo en C, pero bueno, todo se andará.

Partía de una premisa falsa debida a mi ignorancia: Pensé que no se podía lograr definir esto de la memoria lineal y que siempre te obligaba a tener más o menos mezclados bytes de video y de código, pero no. Se puede separar :D

Muy amable.

]]> Comentario en Mapa de tiles y doble búfer por DaDMaN http://espsoft.amstrad.es/?p=636&cpage=1#comment-297 DaDMaN Sun, 30 Jan 2011 20:38:22 +0000 http://espsoft.amstrad.es/?p=636#comment-297 "...desde &C000 hasta &DF00..." Desde &C000 hasta &DFFF, perdón... Lapsus numeril. Salu2. “…desde &C000 hasta &DF00…”

Desde &C000 hasta &DFFF, perdón… Lapsus numeril.

Salu2.

]]> Comentario en Mapa de tiles y doble búfer por Artaburu http://espsoft.amstrad.es/?p=636&cpage=1#comment-296 Artaburu Sun, 30 Jan 2011 20:09:55 +0000 http://espsoft.amstrad.es/?p=636#comment-296 Gracias, muy amable. Me lo apunto. Gracias, muy amable. Me lo apunto.

]]> Comentario en Mapa de tiles y doble búfer por DaDMaN http://espsoft.amstrad.es/?p=636&cpage=1#comment-295 DaDMaN Sun, 30 Jan 2011 19:01:03 +0000 http://espsoft.amstrad.es/?p=636#comment-295 No voy a insistir más en el tema del doble buffer. Simplemente, indicas lo de hacerlo "estándar" (por eso lo haces por software). Hacerlo con el CRTC es igual de estándar para el CPC. Todos los CPCs tienen CRTC y todos se van a comportar exactamente igual. Los que usan la librería ni se enteran del modo que tu usas para hacer el doble buffer. No entiendo el concepto de "estándar" que quieres dar. Usar el CRTC es usar las características del CPC (algo estándar) para sacar beneficio de ellas. No usarlo y hacerlo "copiando" al estilo Spectrum es obviar al propio CPC. Pero como ya dije antes, tus motivos tendrás y no soy yo nadie para decidir lo que es correcto o no. En cuanto a tu pregunta sobre la "linealidad", es sencillo: * Primero modificas el registro 4 del CRTC con valor 76 y el registro 9 con valor 3. Esto configura los caracteres del CRTC con 4 scanlines por carácter (en lugar de 8) y duplica la altura de la pantalla a 76 caracteres. Si no duplicas la altura, al reducir la altura de los caracteres a la mitad, se te duplicará la pantalla. * Después configuramos la pantalla a 256x128 píxeles (8192 bytes). Moficias registros 1 y 6 con valor 32. Al haber configurado la altura de los caracteres a 4 scanlines, la altura ha de valer 32 (el doble) y no 16 (como podrías pensar en un primer momento). * Con los registros 2 y 7, centras la pantalla en la posición deseada. Y listos... Así tienes una pantalla de 256x128 (Mode 1) o 128x128 (Mode 0) con la memoria "lineal" como pides, desde &C000 hasta &DF00, Teniendo desde &E000 hasta &FFFF libre para lo que se te antoje. Salu2. No voy a insistir más en el tema del doble buffer. Simplemente, indicas lo de hacerlo “estándar” (por eso lo haces por software). Hacerlo con el CRTC es igual de estándar para el CPC. Todos los CPCs tienen CRTC y todos se van a comportar exactamente igual. Los que usan la librería ni se enteran del modo que tu usas para hacer el doble buffer. No entiendo el concepto de “estándar” que quieres dar.

Usar el CRTC es usar las características del CPC (algo estándar) para sacar beneficio de ellas. No usarlo y hacerlo “copiando” al estilo Spectrum es obviar al propio CPC.

Pero como ya dije antes, tus motivos tendrás y no soy yo nadie para decidir lo que es correcto o no.

En cuanto a tu pregunta sobre la “linealidad”, es sencillo:

* Primero modificas el registro 4 del CRTC con valor 76 y el registro 9 con valor 3. Esto configura los caracteres del CRTC con 4 scanlines por carácter (en lugar de 8) y duplica la altura de la pantalla a 76 caracteres. Si no duplicas la altura, al reducir la altura de los caracteres a la mitad, se te duplicará la pantalla.

* Después configuramos la pantalla a 256×128 píxeles (8192 bytes). Moficias registros 1 y 6 con valor 32. Al haber configurado la altura de los caracteres a 4 scanlines, la altura ha de valer 32 (el doble) y no 16 (como podrías pensar en un primer momento).

* Con los registros 2 y 7, centras la pantalla en la posición deseada.

Y listos… Así tienes una pantalla de 256×128 (Mode 1) o 128×128 (Mode 0) con la memoria “lineal” como pides, desde &C000 hasta &DF00, Teniendo desde &E000 hasta &FFFF libre para lo que se te antoje.

Salu2.

]]>