Retronia

Publicado: **Jue Ene 29, 2015 3:03 pm**

Bueno, me asalto la duda para los que somos fanáticos en los atari, estaba creando unos juegos para atari y me encontré con la sorpresa que todos los copiadores que uso no me logran pasar un juego que es solo para el 130xe, entonces me dije a mi mismo, MISMO QUE PASA QUE NO TOMAN LA EXPANSIÓN DE MEMORIA DEL 800XL, para que arme un 800 con expansión si no la puedo usar???, la mayoría de los copiadores que están creados para pasar juegos a los atari, están estructurados para usar los 4 bancos extras que trae el 130xe, pero en este caso por lo que tengo entendido, al expandir un 800xe se crean 6 bancos, entonces quedan 2 libres que no se usan en nada, busque información por la net y lo que encontré mas asemejado a lo que realice, desde la web de space invaders, fue esto.

enlace

por lo que leo acá explican como se usa la extensión bajo códigos, y se ve, que se usa a través del poke 54017(basic), tal como están estructurados los copiadores para 130xe, entonces, como usaríamos los dos bancos que faltan?. dejo la inquietud para quien quiera participar. CAIN IV no seria malo para expansión de 800xl, producto nacional.

Publicado: **Jue Ene 29, 2015 3:43 pm**

Por lo que se puede ver, es compatible con la expansión del 130XE, ya que usa los mismos bits de selección de banco (al menos para CPU que es lo que necesita CAIN).

Así tal cual, CAIN y otros copiadores para 130XE te van a funcionar en 800XL + Expansión sin ningún tipo de cambio.

Ahora, si quieres modificar CAIN para que ocupe los bancos adicionales de la expansión, necesitas modificar:

a) Linea 1115 del código Basic, que es en donde selecciona el banco durante la carga

b) CAIN.BIN (código de máquina) donde selecciona el banco durante la grabación. Según el código que publiqué, esta es la parte a modificar:

LDA 54017 ; Cambia de banco
CLC
ADC #4
STA 54017

Debes considerar que ya no bastaría multiplicar el número del banco por 4, ya que se ocupan los bits 2, 3, 5 6, saltándose el bit 4.

Saludos
--
Franco

Publicado: **Jue Ene 29, 2015 5:56 pm**

la linea 1115 no la encuentro, en los cain, me referire al cain donde estoy haciendo las pruebas despues pasare a los demas cain, que el más que me interesa es el cain2, por gusto por su pantalla de bienvenida.

linea 1015

poke 54017,221+4*JJ

la cambio por

poke 54017,221+6*JJ

y el bin lo armare en asm , despues lo ensamblo como CAIN.BIN

Y EL ADC #4 lo cambio por ADC #6

Publicado: **Jue Ene 29, 2015 6:43 pm**

yap al modificar el cain bin con editplus me salta el siguiente error

Imagen

me dice que 8192 no tiene macro definido al igual que 8204???

Publicado: **Vie Ene 30, 2015 1:08 am**

dogdark escribió:la linea 1115 no la encuentro, en los cain, me referire al cain donde estoy haciendo las pruebas despues pasare a los demas cain, que el más que me interesa es el cain2, por gusto por su pantalla de bienvenida.

linea 1015

poke 54017,221+4*JJ

la cambio por

poke 54017,221+6*JJ

y el bin lo armare en asm , despues lo ensamblo como CAIN.BIN

Y EL ADC #4 lo cambio por ADC #6

Nonnono, recuerda.. Si sólo usarás los 128k como si fuera un 130XE, no necesitas otro Cain.

Si quieres usar los bancos adicionales, los bits son los mismos para los 4 primeros bancos, y ahí basta con multiplicar por 4 igual que en 130XE. Pero para usar el resto de los bancos, usa el bit 5 y 6.

En pseudocódigo, si bank es el número de banco (de 0 a 15 según la documentación)

bankLow = bank % 4;
bankHigh = bank / 4; (entero)

Luego el valor que debes escribir será:

bankLow * 4 + bankHigh * 32

Para hacerlo más claro:

Código: Seleccionar todo

7 6 5 4 3 2 1 0   bits en 54017
  | |   | |
  3 2   1 0       bits que indican el numero de banco

Saludos
--
Franco

Publicado: **Vie Ene 30, 2015 1:10 am**

dogdark escribió:yap al modificar el cain bin con editplus me salta el siguiente error

me dice que 8192 no tiene macro definido al igual que 8204???

Ese código lo desensamblé a mano y lo escribí con un editor de texto (a modo de apuntes)
No va a compilar a la primera.

Te recomiendo tomar el archivo .bin, aplicar un desensamblador y luego ese código modificarlo y volver a ensamblar

E insisto, sólo necesitas modificar CAIN si vas a ocupar los bancos adicionales que no están en el 130XE.

Saludos
--
Franco

Publicado: **Vie Ene 30, 2015 9:32 am**

NOTA: las pruebas realizadas en las fotos son con el emulador repitiendo el paso que hago en el atari real.

vamos por parte como dijo jack el destripador, en el basic de cain, lo primero que cambie es el valor de L(Linea 10) que por defecto esta con 65535 a 192000 aunque tengo 256k, pero mas seguro poner menos. con eso increíblemente aumento los bancos en la carga sin cambiar nada más. Muestra de botón una jotito

Imagen

obviamente le coloque un stop en la linea 40 para ver si los bancos se llenaban según carga el archivo y channnnnn lleno hasta el banko 5, con 7134 bytes que es lo que necesitaba.

Entonces eliminamos el stop de la linea 40 para ver que pasa y repetimos proceso

Imagen

biennnnnnn. me permite el ingreso del nombre del juego

tamos eaeae hasta el momento, colocamos el nombre del juego

Imagen

yyyy presionamos enter y se largo a grabar

pito largo, 1er bloque, 2do bloque, bloque largo stac, bloque cortito yyyy cueccccccccccc

Imagen

jajajja iba reentusiasmado, 295 X=USR(8192,L):POSITION 34,2:? "000":RETURN, eso debe ser por que no cambie el cain.bin, por lo menos el basic funciona en la carga, pero lo del .bin me supera jajjajja. asm no cacho.

Publicado: **Vie Ene 30, 2015 12:10 pm**

La variable L es solo informativa en la primera pantalla, no quiere decir que haya más memoria disponible.

En cuanto a la carga en los bloques, podría funcionar por suerte. Atención: Los primeros 4 bloques serán de la expansión de memoria (64k), el quinto bloque que cargue lo hará en el banco primario, es decir, en la memoria que está presente originalmente en la zona de bank switching. Eso es porque al cargar el quinto bloque se pondrá en 1 el bit 4. El problema es que el 6to bloque que cargue, lo hará en el mismo bloque, sobreescribiendo los datos que acabas de leer, lo mismo con el bloque 7mo, y 8vo.

Mira acá las columnas del bit 4 y mira la que dice CPU accesses (CPU accede)
http://www.atariarchives.org/mapping/appendix16.php

El error 3 no lo tengo a mano, pero lo más probable es que sea en el paso de parámetros a la rutina USR. Es posible que soporte parámetros de 16 bit, por lo que cualquier número superior a 65535 falle. Ese error se arrojará justo antes de ejecutar el código de máquina.

Saludos
--
Franco

Publicado: **Lun Feb 02, 2015 2:55 am**

3 Value Error: A value expected to be a positive
integer is negative; a value is not within a specific range.

ese es el valor error 3 que me da en la linea 295

X=USR(8192,L):POSITION 34,2:? "000":RETURN

y lo otro maestro, a lo buen chileno y pa que se entienda, para los que no cachamos mucho y estamos en aprendizaje, gracias a vuestros comentarios que son aporte, en el poke 54017 que se debe poner y de ahí explicar por que se hizo y cuales son las variables a seguir, se lo agradecería un montón, porque yo lo que veo, debo aplicar el bit 7 que es lo que veo por la cantidad de memoria, por mas que multiplique no me cuadra nada perrito. Uta y gracias por la paciencia que nos tienen a los duros de mollera.

o sea en buen chileno, se aplica el poke 54017 donde nos referimos el alojamiento de los bytes que cagaremos con el copiador a una posición de memoria limpia, después aplicamos el 7 para poder abrir o posicionar el banco de memoria final por .... algo así maestro.

Código: Seleccionar todo

bancos 16 KB

130xe  16 kb * 4 bancos = 64 kb

800exp 16 kb * 15 bancos = 240 kb + 1 banco que no se cuenta 16 kb = 256kb

 1    2    3    4    5    6    7    8    9   10   11   12   13   14   15

XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX
XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX
XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX
XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX  XXX

                4                   5                   6                  7
bits

seria algo así, por que el banco 16 esta reservado y no lo contempla...

Publicado: **Lun Feb 02, 2015 2:30 pm**

dogdark escribió:3 Value Error: A value expected to be a positive
integer is negative; a value is not within a specific range.

ese es el valor error 3 que me da en la linea 295

X=USR(8192,L):POSITION 34,2:? "000":RETURN

Justamente: "a value is not within a specific range"

Es porque L es muy grande. Hay que pasarlo en dos partes, dos números de 16 bit, y por supuesto recibirlo como tal al otro lado. Por otra parte, eso requería manejar ese caso en el código de máquina que espera recibir un único valor de 16 bit.

Ahora tengo una gran duda gran. Si quieres dar soporte para cargar juegos de más de 64KB, tendrías que modificar el cargador y el sistema de carga, porque están hechos para 64KB máximo. Y eso me lleva a otra pregunta.. qué juego quieres cargar?

dogdark escribió: y lo otro maestro, a lo buen chileno y pa que se entienda, para los que no cachamos mucho y estamos en aprendizaje, gracias a vuestros comentarios que son aporte, en el poke 54017 que se debe poner y de ahí explicar por que se hizo y cuales son las variables a seguir, se lo agradecería un montón, porque yo lo que veo, debo aplicar el bit 7 que es lo que veo por la cantidad de memoria, por mas que multiplique no me cuadra nada perrito. Uta y gracias por la paciencia que nos tienen a los duros de mollera.

o sea en buen chileno, se aplica el poke 54017 donde nos referimos el alojamiento de los bytes que cagaremos con el copiador a una posición de memoria limpia, después aplicamos el 7 para poder abrir o posicionar el banco de memoria final por .... algo así maestro.

seria algo así, por que el banco 16 esta reservado y no lo contempla...

Sería algo así:

Código: Seleccionar todo


Posición 54017.  Considerando que los bancos son de 16KB

Zona compatible con 130XE
7 6 5 4 3 2 1 0
X X X 1 X X X X  Banco 1 primario (modo normal)
X 0 0 0 0 0 X X  Banco 0 secundario
X 0 0 0 0 1 X X  Banco 1 secundario
X 0 0 0 1 0 X X  Banco 2 secundario
X 0 0 0 1 1 X X  Banco 3 secundario

Zona especifica expansion para 800 XL
X 0 1 0 0 0 X X  Banco 4 expansión
X 0 1 0 0 1 X X  Banco 5 expansión
X 0 1 0 1 0 X X  Banco 6 expansión
X 0 1 0 1 1 X X  Banco 7 expansión
X 1 0 0 0 0 X X  Banco 8 expansión
X 1 0 0 0 1 X X  Banco 9 expansión
X 1 0 0 1 0 X X  Banco 10 expansión
X 1 0 0 1 1 X X  Banco 11 expansión
X 1 1 0 0 0 X X  Banco 12 expansión
X 1 1 0 0 1 X X  Banco 13 expansión
X 1 1 0 1 0 X X  Banco 14 expansión
X 1 1 0 1 1 X X  Banco 15 expansión

El bloque intercambiable siempre estará en la posición de memoria 0x4000 - 0x7FFFF. Lo que cambia es si en esa posición de memoria tendrás un banco principal, secundario o en este caso uno de los de la expansión memoria

En el bit 4 tienes
1: Banco principal (800XL, 65XE y 130XE)
0: Banco secundario (130XE y Expansion 256K)

Los bits 5 y 6 tienen distinta interpretación dependiendo si es 130XE o 256K. Específicamente en la expansión de 256K sirven para acceder a los bancos 4 en adelante. Los que van desde al 0 al 3 son los compatibles con 130XE y como puedes ver, los bits 5 y 6 quedan como 0 0 en ese caso.

Saludos

Publicado: **Lun Feb 02, 2015 4:10 pm**

es un juego exclusivo para cargar para un 130xe o expansion 800xl via cassette , es GOONIES se lo dejo adjunto para que vea, te mando el xex, te lo dejo de mi página mejor, aca no me deja adjuntar archivos

GOONIES130xe

Publicado: **Lun Feb 02, 2015 4:40 pm**

Ahh buena!

Mira, le di un vistazo y no me carga en el emulador. Pero si puedo ver que no sería necesario modificar el cargador, ya que la forma en que carga los bloques se va encargando del cambio de banco de memoria.

Eso si, deberás modificar el basic y la parte de grabación en código de máquina del CAIN para que soporte más de 64KB

: Bloques XEX de Goonies

Saludos
--
Franco

Publicado: **Lun Feb 02, 2015 4:43 pm**

Corrección.. ahora si cargó. Cuando era chico no entendí el juego, pero ahora que lo veo, se ve muy interesante!

Publicado: **Lun Feb 02, 2015 5:13 pm**

Revisé el juego Goonies versión XEX de 72670 bytes y descubrí lo siguiente:

Código: Seleccionar todo

65535 [$FFFF] (binhead)
47872-48089 [$BB00-$BBD9] (218) PROG/DATA
738-739 [$02E2-$02E3] (2) -> 47872 [$BB00]
65535 [$FFFF] (binhead)
38656-39167 [$9700-$98FF] (512) PROG/DATA
65535 [$FFFF] (binhead)
39424-39543 [$9A00-$9A77] (120) PROG/DATA
54017-54017 [$D301-$D301] (1) $E3 "11100011"
65535 [$FFFF] (binhead)
16384-31487 [$4000-$7AFF] (15104) PROG/DATA
54017-54017 [$D301-$D301] (1) $E7 "11100111"
65535 [$FFFF] (binhead)
16384-27135 [$4000-$69FF] (10752) PROG/DATA
54017-54017 [$D301-$D301] (1) $EB "11101011"
65535 [$FFFF] (binhead)
16384-32383 [$4000-$7E7F] (16000) PROG/DATA
54017-54017 [$D301-$D301] (1) $EF "11101111"
65535 [$FFFF] (binhead)
16384-25983 [$4000-$657F] (9600) PROG/DATA
54017-54017 [$D301-$D301] (1) $FF "11111111"
65535 [$FFFF] (binhead)
24576-38655 [$6000-$96FF] (14080) PROG/DATA
65535 [$FFFF] (binhead)
5888-12031 [$1700-$2EFF] (6144) PROG/DATA
65535 [$FFFF] (binhead)
1536-1578 [$0600-$062A] (43) PROG/DATA
736-737 [$02E0-$02E1] (2) -> 1536 [$0600]

Por lo tanto, se observa que cada tramo de datos viene precedido de $FFFF (bytes 255, 255), que usualmente sólo se encuentra en los 2 primeros bytes del archivo, pero no está prohibido que vayan entre bloques. Esto permite concatenar binarios y que corran igual. Es más, recuerdo que el ensamblador MAC/65 genera todo el binario con cabeceras completas cada 256 bytes.

Sin conocer el código de CAIN (ninguna versión), me da la impresión que tal vez no esté ignorando esas cabezeras intermedias, y, por ejemplo, está pensando en cargar (38656-65535+1)=-26878 bytes en lugar de (39167-38656+1)=512 bytes. Si ese es el valor que está metiendo en la variable L que comentaban, puede ser la causa del error 3 en BASIC.

Y yendo más allá, me puse a revisar el resto, sacando la siguiente información:

El programa carga una rutina de inicialización en la página $BB, es decir, en el área de la pantalla cuando no hay BASIC, y luego llama a esa rutina que pone una presentación, para luego retomar la carga. En ese punto debió haber un pito lento.

Después carga 2 trozos más de código o data consecutiva en memoria (512+120=632 bytes) en la página $97.

A continuación comienza a cargar los 4 bancos de memoria del 130XE. Este banco se ubica en la página $40 y lo accede cargando previamente 1 byte en la dirección $D301 (54017). Cada banco mete hasta 16K de datos y/o código, es decir hasta justo antes de la página $80. Qué porción de código carga en qué banco se puede deducir de los bits que arriba se muestran. No tengo claro si sea necesario meter un pito lento al final de cada bloque donde se hace el cambio de banco.

El último cambio de banco es para volver a la memoria normal, y de ese espacio sólo carga a partir de la página $60 (desde la mitad), pero sigue de largo hasta justo antes de la primera data que cargó después de la presentación, 14K en total.

Luego carga otro bloque de 6K a partir de la página $17 hasat justo antes de la página $2F.

El proceso termina cargando código 43 bytes en la página $06 y le pasa el control. De ahí parte el juego...

NOTA: Cuando hablo de "página" de memoria $XX, me refiero que los datos se cargan a partir de la dirección $XX00, que en decimal corresponde a la dirección de memoria del byte equivalente pero multiplicado por 256.

En resumen, para poder cargar correctamente, el loader de CAIN no puede estar ubicado en ninguno de los rangos de memoria mencionados en la lista de arriba. Por lo tanto, le quedan disponibles desde la página $07 hasta la $16 (4 kilos) y desde la $30 a la $3F (otros 4 kilos). Ambas zonas son usuales para cargadores (incluyendo el DOS, pero no lo he probado).

Espero que sirva la info...

Publicado: **Lun Feb 02, 2015 5:17 pm**

Vaya, veo que franco respondió mientras hacía mi análisis...

Pero sigue siendo válido... que se asegure dogdark que esté usando una versión de CAIN que ignore los $FF,$FF de entremedio... (si existiese una versión que no los ignore).

Publicado: **Lun Feb 02, 2015 5:48 pm**

yo estaba revisando la version cain la primera, el cainII y el cainIII ni los e tocado, la idea era experimentar con el primer cain para ver si funcionaba. Cuando comenze las pruebas, el juego siempre me cargo en la memoria del atari, nunca e tenio problemas usando el byte 4 tal como esta el poke, 1015 POKE 54017,221+4*JJ por ende no veia qu habia que cambiarlo, el problema se sucita al traspaso del juego desde el atari hacia el cassette, probare con pasar la imagen de los copiadores de nuevo a un disco y probare con el goonie, y les cuento. armando atari de nuevo. jijijij

Publicado: **Lun Feb 02, 2015 6:01 pm**

vitoco escribió:Vaya, veo que franco respondió mientras hacía mi análisis...

Pero sigue siendo válido... que se asegure dogdark que esté usando una versión de CAIN que ignore los $FF,$FF de entremedio... (si existiese una versión que no los ignore).

Si, si ignora esos marcadores. Extracto del código del cargador:

Código: Seleccionar todo

NEXT_EXE_BLOCK:
	JSR 2085
	STA 2018
	JSR 2085
	STA 2019
	AND 2018
	CMP #255
	BEQ NEXT_EXE_BLOCK

El cargador no debería ser sobrescrito, parte justamente en $700

Los "pitos lentos" se insertan automáticamente cuando se detecta que hay una carga que afecta los vectores de ejecución.

Esto es parte de la rutina de grabación:

Código: Seleccionar todo

putbyte:                  ; 8285
	LDY #0
	LDA ($bufptr),Y
	JSR writebyte
	LDA $blockstart
	CMP #226
	BNE not_exec_block
	LDA $blockstart+1
	CMP #2
	BNE not_exec_block
; Encontró un bloque ejecutable.  Alarga pausa?
	LDA #240
	STA delayflag
not_exec_block:

Por lo tanto, sólo debería modificarse el copiador

Saludos
--
Franco

Publicado: **Lun Feb 02, 2015 6:18 pm**

fcatrin escribió:Si, si ignora esos marcadores. Extracto del código del cargador:

Me refiero a que sea el grabador el que los ignore... ¿No es ahí donde está la variable L en el USR y da error 3?

Publicado: **Lun Feb 02, 2015 6:25 pm**

me sigue saliendo el error 3 es ese el problema y va directamente con el usr

Publicado: **Lun Feb 02, 2015 9:55 pm**

vitoco escribió:
fcatrin escribió:Si, si ignora esos marcadores. Extracto del código del cargador:
Me refiero a que sea el grabador el que los ignore... ¿No es ahí donde está la variable L en el USR y da error 3?

No, el grabador interpreta el contenido al mínimo, la copia es prácticamente un dump "raw" del original. Sólo interpreta para saber si tiene que poner o no un "pito lento" como indiqué más arriba.

Ahora vamos con el L y el error 3...

Retronia

ATARI -¿Crear un cain para expansion de 800xl?

ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?

Re: ATARI -¿Crear un cain para expansion de 800xl?