Commodore manía
Commodore 64 => General => Mensaje iniciado por: Jordi en Septiembre 16, 2018, 15:59:10
-
Hola!
Ayer probé mi cassette de Anirog's Sprite Machine. Es un programa muy fácil para hacer sprites y soporta todas sus características. Pude guardarlos sin problemas al SDIEC, y también generar sus DATA.
Luego hice un backup con el Final Cartridge, del programa y de la demo (la cual no está en internet).
El backup se carga y funciona perfecto en un C64 real, al menos en el mío.
Pero no se carga en emulador, aunque le ponga extensión .prg o .d64
Lo adjunto aquí. Se debe hacer load sobre el archivo "fc", y éste cargará todo.
Para mi backup personal es perfecto, pero no para compartirlo o preservarlo para emuladores.
¿Sabeis cómo convertir este archivo en un formato prg o d64 que sea más fácil de compartir y correr sobre emulador?
Gracias! 8)
-
No me hagas mucho caso porque no lo he probado, pero quizá haya que meter los dos ficheros dentro de un .d64 , con el dirmaster (http://style64.org/dirmaster) p.ej.
-
¡Sí que va! Adjunto.
-
No me hagas mucho caso porque no lo he probado, pero quizá haya que meter los dos ficheros dentro de un .d64 , con el dirmaster (http://style64.org/dirmaster) p.ej.
No, no lo puede abrir. Y si le pongo extensión .prg o .d64 no muestra nada
-
¡Sí que va! Adjunto.
Anda! ¿Cómo lo has creado?? A mi ni me abre! Pero este d64 sí!
-
Ah! Ya lo he hecho! Gracias! Luego os pongo el de la demo! :)
-
Por cierto, preservar así es una cosa facilísima!
-
Aquí está la demo! Disfrutadla!
-
Creo que hay un programa que convierte los backups tipo FC a un solo PRG pero no soy capaz de acordarme del nombre, alguien lo sabe?
O son imaginaciones mias? ???
-
Yo no recuerdo eso Marcos... De hecho lo veo difícil no? Aunque a lo mejor es algo tardío de lo que no me enteré...
Preservar con FC es un poco... "guarro"... Es mejor hacer una transferencia real de la cinta a formato TAP. Además, que con los multi-carga... despídete! :P
-
Todavía tiene un problema. Que si lo usas en un c64 real tienes que cargarlo sin nada más. Si cargaste el sdbrowse o alguna otra cosa no va. Supongo que al ser un volcado total de memoria pasa esto por no dejar espacio para más. No sé cómo se soluciona.
-
Yo no recuerdo eso Marcos... De hecho lo veo difícil no? Aunque a lo mejor es algo tardío de lo que no me enteré...
Preservar con FC es un poco... "guarro"... Es mejor hacer una transferencia real de la cinta a formato TAP. Además, que con los multi-carga... despídete! :P
Lo mas probable es que sea una utilidad moderna tipo Exomizer (aunque este no es). Lo que hacia es comprimir el fichero en un PRG autoextraible. Si antes del volcado se hace un Zero Fill deberia funcionar aceptablemente.
Y si, hacer volcados con cartuchos es bastante chapucero y solo deberia hacerse como ultimo recurso. En algunos sitios te lapidan por menos ;D
-
Voy a ver cómo comprimir el disco a prg.
Por favor definir "guarro". Me suena un poco ambigüo. Si funciona porque no? O qué hay que evitar? Cuál es la guarrería?
-
Yo diría dos motivos: uno que el cartucho hace un volcado de la RAM a lo bestia y puede estar capturando zonas de memoria inncesarias o, peor aún, con basura de programas anteriores (la memoria del C64 no se borra con un reset, solo apagando y encendiendo). Esto se minimiza como dice marcos64, con el zero fill. Y dos, que el programa se ejecuta "ya empezado" desde el punto en que se congeló.
Y yo pregunto:
Para programas uni-carga, ¿no vale con un LOAD de cinta seguido de un SAVE "PROGRAMA",8,1 a disco?
Por cierto, la demo de tu editor de sprites mola bastante. Me ha hecho gracia lo de "comandos intuitivos" cuando no hay ni una puñetera ayuda en pantalla para manejar el editor :D
-
Yo diría dos motivos: uno que el cartucho hace un volcado de la RAM a lo bestia y puede estar capturando zonas de memoria inncesarias o, peor aún, con basura de programas anteriores (la memoria del C64 no se borra con un reset, solo apagando y encendiendo). Esto se minimiza como dice marcos64, con el zero fill. Y dos, que el programa se ejecuta "ya empezado" desde el punto en que se congeló.
Y yo pregunto:
Para programas uni-carga, ¿no vale con un LOAD de cinta seguido de un SAVE "PROGRAMA",8,1 a disco?
Por cierto, la demo de tu editor de sprites mola bastante. Me ha hecho gracia lo de "comandos intuitivos" cuando no hay ni una puñetera ayuda en pantalla para manejar el editor :D
Qué es un zero fill y cómo se hace?
-
El editor es muy fácil pero hace falta el manual. Si tengo tiempo lo escaneo
-
Qué es un zero fill y cómo se hace?
-
Gracias! Ni lo vi!
Por cierto sabéis que lo que guarda el notepad de final cartridge es un .txt aunque sin extensión que se puede abrir en windows o donde sea bien?
-
Yo te recomiendo que te pilles un Easyflash, y traspases la cinta con eso... Además que en el easyflash tienes dos espacios en el kernel para meterle un Final Cartridge, un Action Replay... o lo que sea...
AMén de 8 slots para meter CRTs
-
Yo te recomiendo que te pilles un Easyflash, y traspases la cinta con eso... Además que en el easyflash tienes dos espacios en el kernel para meterle un Final Cartridge, un Action Replay... o lo que sea...
AMén de 8 slots para meter CRTs
Que diferencia hay con el easyflash?
-
Con el Easyflash y un programita puedes pasar la cinta a formato .tap, que es la representación más exacta y la forma de preservar cintas preferida en muchos sitios. Pero para backups personales no sé yo si vale la pena pagar lo que vale un EF3 teniendo un FC3.
-
Con el Easyflash y un programita puedes pasar la cinta a formato .tap, que es la representación más exacta y la forma de preservar cintas preferida en muchos sitios. Pero para backups personales no sé yo si vale la pena pagar lo que vale un EF3 teniendo un FC3.
Sí, tap es el mejor formato para preservar todo, con carga y músicas de carga etc. Comprendo que es así y yo mismo quizás me compre pronto un tapuino para poder cargar en esos formatos ya que esas cosas también se echan de menos.
Pero también sé que hacer la copia en tap requiere mucho más trabajo y tiempo y habilidad, y limpiarla, etc, o probar de diversas formas hasta que sale. Así que creo que me quedaré con el FC3 y veré cómo hacerlo en d64 de modo que funcione bien en máquina real y emulador. Por otro lado .d64 o .prg son lo habitual en otros sitios como sdbc y otros, y el más compatible, aunque se pierda lo de la carga. En este caso, no tiene carga ni nada visual hasta que sale, así que no se pierde nada.