Bueno, es que yo lo hacía así también. Es decir, no exportaba todo el mapeado, sino pantallas independientes.

Probaré la opción esa de Submaps, a ver si separa cada pantalla.

En todo caso para hacerlo como tu dices, en el momento que compilas para probar, ya sabes las pantallas que tienes metidas. Antes de compilar modificas el valor correspondiente al número de pantallas que tienes y si añades más, modificas el valor. O estableces un valor máximo, por ejemplo de 40 pantallas y lo mantienes salvo que crezca...no le veo más problema salvo que me pierda algo, que también puede ser (soy un programador sinver)

Si, creo que es la respuesta, tener esos valores pero se me va la cabeza en como se haría un scroll multidireccional!
@Zub !!

Con el tema del Scroll y tiles la verdad no he trabajado, supongo que del problemas que hablas es para hacer un flip Screen. No acabo de entender muy bien tu problema....

¿Por qué dices que no sabes el ancho? De normal (o por lo menos lo que yo hago) al diseñar pantallas formadas por tiles, es tener unos tiles que encajen con el tamaño de la pantalla. Por ejemplo tiles de 5x5.

Con esto tendrías 8 Tiles horizontales (8x5=40) y 5 verticales (5x5=25) Entonces ya sabes que tienes que poner esos 8 tiles y luego bajar 5 caracteres en la pantalla para poner los siguientes 8.

Los Tiles almacenarán una secuencia consecutiva de 25 caracteres (un vector de caracteres) ej:

Tile1[25]={1,5,6,8,34,12,12,21,34,2,5,45,35,23,53,50,21,12,4,65,45,5,67,4,89}
Tile2[25]={2,8,9,12,26,16,1,1,34,23,5,12,32,25,58,67,2,16,88,99,32,12,6,14,8}

Escribes el Tile1 así: 5 caracteres seguidos en la memoria 0 de pantalla.
                              5 caracteres seguidos en la memoria 0+40 de pantalla.(Osea una fila mas abajo)
                              5 caracteres seguidos en la memoria 0+80 de pantalla.(Osea 2 filas mas abajo)
                              5 caracteres seguidos en la memoria 0+120 de pantalla.(Osea 3 filas mas abajo)
                              5 caracteres seguidos en la memoria 0+160 de pantalla.(Osea 4 filas mas abajo)

Escribes el Tile2 así: 5 caracteres seguidos en la memoria 0+5 de pantalla.
                              5 caracteres seguidos en la memoria 0+45 de pantalla.(Osea una fila mas abajo)
                              5 caracteres seguidos en la memoria 0+85 de pantalla.(Osea 2 filas mas abajo)
                              5 caracteres seguidos en la memoria 0+125 de pantalla.(Osea 3 filas mas abajo)
                              5 caracteres seguidos en la memoria 0+165 de pantalla.(Osea 4 filas mas abajo)

Al terminar el octavo Tile bajas 5 filas de pantalla para escribir el noveno. (Osea en la posición 200. 40*5)

Y así hasta completar todo el mapeado..

El mapa de pantalla que exportas en "bin" con charpad, contiene un set de 40 tiles almacenados consecutivamente en un vector y los guarda de izda a dcha y de arriba a abajo (OPQA de toda la vida).

No sé si te aclaro algo o te lío mas :-P

Bien, es lógico que el tema se complique porque no es tampoco fácil de explicar.

Entiendo lo que me dices y es lo que estoy haciendo (al final me salió mientras voy aprendiendo). El caso es que con una pantalla está super claro.

Pero desde CharPad tengo generadas 4 o 5 pantallas de forma consecutivas, asi que luego de la primer linea de datos no tengo la segunda linea de la primer pantalla sino la primer linea de la segunda pantalla ¿se entiende? es como si fuera un mapa para scroll.
Asi que para saltar a la segunda linea debería saber el ancho total del mapa para poder saltear todos esos datos.

Esto ahora lo puedo solucionar generando cada pantalla de forma independiente, sería lo mas simple.

Pero me queda la duda como se hace con las pantallas con scroll.

Me encuentro con un problema en esto del mapeado.

Al hacer las pantallas como si fuera un scroll, una detras de la otra, luego para leerlas es un lio porque ¿cómo se cuanto sumar para llegar a la fila siguiente, si no sé el ancho total del mapa?

No sé si se entiende...

Cada pantalla tiene 10 tiles, pero el mapa que tengo con CharPad tiene (supongamos) 6 pantallas.

Si quiero mostrar la primer pantalla empiezo leyendo desde cero pero al llegar a 10 tendría que pasar a la linea de abajo y eso significa sumar el total de todo el mapa para llegar a la primer columna de la segunda linea.

No me parece una buena idea... igual me pregunto cómo lo hacen cuando tienen un mapa con scroll, que tienen que ir metiendo a la pantalla una columna, ¿hay que saber de antemano ese ancho? ¿y si cada nivel tiene un ancho distinto?. Se me ocurren soluciones pero me pregunto si no hay otras opciones.

@Dozznar @jicas

No le falta mucho al Phantomas

@Dozznar también me interesa saber cómo hiciste en tus juegos para cada pantalla, enemigos o información especial de la pantalla.

@jicas En tu caso, en el Vampire ¿cuál usaste?

Y otra cosa importante... ¿cómo hiciste el mapeado de los enemigos?
He visto que hay programas de mapeo que permiten poner los enemigos y objetos, especificar el comportamiento o trayectoria, etc. No creo que CharPad esté pensado para eso, pero en todo caso ¿cómo lo resolviste?
La lógica del scroll en principio es fácil, otra cosa es hacerlo y que funcione bien!!

Si, tiene punteros, permite incluir código ensamblador, crear librerías, clases, records, etc.

Jo... con razón que meteis puntos a lo loco, entre la habilidad y los conocimientos es lógico. Por mi parte toda la admiración!

Al Scroll del C64 (Hardware) me gustaría un día dedicarle un directito. Hacer un Scroll Software (al caracter) de una linea de texto es muy sencillo. Cualquier programador experto como usted deducirá el procedimiento. ;-P

Entre los ejemplos que estaba viendo ayer había uno muy simple de estos. Tan simplificado el código que me costaba entenderlo!

El tema es cuando te metes en un Scroll al pixel (Hardware). Aquí el VICII no nos ayuda tanto como nos hubiera gustado. Básicamente (resumiendo), lo único que ofrece es un registro al que le metes un valor del 0 al 7. Este valor simplemente desplaza la pantalla (Toda la pantalla) a la derecha/izquierda o arriba/abajo  el número de pixels que indiquemos en el registro. En un juego, salvo que el área de juego sea toda la pantalla no acaba de ser muy práctico ya que necesitamos meter marcadores seguramente. Tenemos dos opciones:

1.- Poner los marcadores como Sprites (no se ven afectados por el scroll) Es una técnica que queda bastante chula en algunos juegos ya que el "Score" por ejemplo, queda en un overlay sobre el área de juego. El problema es que tenemos el límite de 8 sprites para el juego y los marcadores. Obviamente los juegos que usan esta técnica, multiplexan para saltarse ese límite, lo que implica técnicas de manejo del Raster. Que bueno, tampoco son complicadas, es meterse un poquito más.

2.- Hacer que parte de la pantalla no se vea afectada por el Scroll. Esto también se maneja por medio del raster, interrumpiendo el trazado de la imagen cuando lleguemos a una línea concreta de pantalla.

En ambos casos hay un problemilla añadido. El volcado de los datos de la imagen a la pantalla debe hacerse rápido o si no queda un efecto de "LAG" muy feo. Para solucionarlo se suele usar técnicas de doble buffer de pantalla.

La lógica del tema la entiendo, pero luego a la hora de ponerse seguro que se complica bastante... Todo lo del raster implica unas optimizaciones que por ahora no están a mi alcance todavía.

De todo esto hay bastante documentacion por aquí https://codebase64.org/doku.php?id=start. (En perfecto Inglés y para ASM)

Has citado a la Madre de todos los ensambladores con esa web...

En el Oscar 64 (ya para "C") hay en la carpeta "samples" código aplicado a ambas técnicas, entre otras cosas..
https://github.com/drmortalwombat/oscar64

He dudado muchísimo entre Oscar64 y TurboRascal, al final me ha ganado la nostalgia y mi pasada afinidad con Pascal, pero sino lo tenía claro: C con Oscar64 o CC65.

Por último en mi "afamado" "Fart Scape" uso la segunda técnica de una manera chapucera pero me funciona. Y creo que también tengo algún ejemplo con código sencillo que estaría dispuesto a compartir si me prometes no reirte al verlo ;-P

Afamado y denostado

Yo poco puedo reirme del código de nadie!!

Llegado el momento ya pediré consejos a indeseables de la programación como usted. Ya te cito en el otro hilo, asi lo tienes presente también.