Y no me extraña... al parecer con varios tuvo problemas...Nes_milio escribió:Suena a buena historia.vitoco escribió:... En un caso en particular, eso me trajo indirectamente problemas con Rod Rubber de LaserGame en Santiago, lo cual es otra historia.
Me llegaron varias copias de juegos con SITRE. Acá en la región siempre se propaga desde Valpo al Interior, así que todo lo que se hacía en Valpo o Viña llegaba a Quilpué y Villa Alemanavitoco escribió:No sabía que fuera tan "famoso" mi cargador. No tengo idea de cuántos juegos se habrán vendido que estuvieran grabados con SITRE, ni cuáles habrán funcionado OK en este cargador y no en otro.fcatrin escribió:Que buena!! Me gustó que hayas partido con la historia de SITRE, es uno de los cargadores famosos de esa época. Creo que fue el segundo cargador de ese tipo que vi, y eso de poner un nombre en base a una sigla después lo copié en CAIN
Lo haré entonces! Tengo hasta los cuadernos que usaba en esos tiempos.vitoco escribió:Sería bastante bueno que lo hicieras. Documentarás un poco la retro-historia que nos entretiene.fcatrin escribió:Ahora me dieron ganas de copiarte la idea de este post también, para que quede documentada la historia antes de que se nos olvide, como le pasa a Parche Negro
Ja, ja, ja... parte de lo que he recapitulado de SITRE lo he sacado de mi cuaderno naranja. Intenté sacarle fotos a algunas páginas para ponerlas acá y no se cacha nada, pues todo lo escribía con lápiz grafito, y ahora además las hojas están amarillentas (Retr0bright no aplica en ellas). Intentaré escanear en alto contraste o con filtros.fcatrin escribió:Lo haré entonces! Tengo hasta los cuadernos que usaba en esos tiempos.vitoco escribió:Sería bastante bueno que lo hicieras. Documentarás un poco la retro-historia que nos entretiene.fcatrin escribió:Ahora me dieron ganas de copiarte la idea de este post también, para que quede documentada la historia antes de que se nos olvide, como le pasa a Parche Negro
Código: Seleccionar todo
10 DIM RUTINA$(47)
20 RUTINA$="CARACTERES ATASCII REPRESENTANDO CODIGO BINARIO"
30 U=USR(ADR(RUTINA$),1,2,3)Código: Seleccionar todo
10 RUTINA=ADR("CARACTERES ATASCII REPRESENTANDO CODIGO BINARIO")
30 U=USR(RUTINA,1,2,3)Código: Seleccionar todo
POKE 54017,B(I)-1
La idea es que todos aprendamos. A lo mejor no he sido muy claro o quizás demasiado técnico y tal vez sólo Franco y dogdark me sigan. Pero efectivamente el CAS publicado carga de cinta el juego The Goonies completamente en memoria extendida, y las etapas son rescatadas de ahí, como si se tratara de un RAMDISK. Pero esa no es una gracia de SITRE, sino que del XEX en sí... SITRE sólo permitió ponerlo en cinta (y obviamente cargarlo desde ahí).NicolasBeg escribió:No se por que me meto aqui, si no entiendo ni una "Rechascapiscas que me lleve el del moño"...
haber: esto puede servir para que los demas tambien entiendan;
1.- yo en tiempos de ataños juege el Goonies en cassette, y recuerdo perfectamente que en cada pantalla tenia que cargar por independiente, si perdia cargaba denuevo la primera pantalla, asi lo termine en un 130XE
2.-entonce ahora se puede cargar completamente de un paraguazo aprovechando la memoria completa del 130XE???
Si no me pones un enlace al XEX o ATR, me obligas a buscarlo en la red. El primero que encontré es el Commando original, pero es en formato cartucho ROM de 128K... next! Luego encontré un ATR con el Commando+256K en formato ATR, que si bien contiene un XEX, no está en formato DOS, así que tuve que extraer el XEX... pero me llamó la atención que está modificado respecto del original. Busqué otras alternativas y encontré 2 XEX más, uno para Atari con ampliación de 192K y otro para 320K. Este último es el mismo que el XEX extraído, en tanto que el para 192K se ve idéntico al ROM. Como todos los XEX eran similares en contenido y pesaban casi los mismos 128K, y además tenían los mismos créditos, opté por hacer la prueba con el que era más parecido al ROM. Sin embargo, noté que no pasaría la frontera de los 128K, sino que sólo usaría 506 bloques, por lo que cambié de opción y me pasé al que extraje del ATR, porque ocuparía más de 512 bloques.dogdark escribió:muy bueno pues vitoco, si quieres probar un juego larrgooooo para ver el banco de memoria disponible completo realizalo con el comando para 256k ahí si que se demora. sería una buena prueba, claro que este viene en disco de doble densidad.
(antes)
(durante)
(después)
"Commando"
Difícilmente iba a funcionar. Cuando se detiene el motor, la cinta sigue girando después de que se ha detenido la grabación, por lo que quedarás con un espacio sin grabar, con ruido. En el momento de la carga, cada vez que se encuentra en un IRG, se espera que aparezca el primer "1" de la secuencia 0x5555 para calcular la velocidad. Si hay un trozo no grabado, es muy probable que parte de ese ruido se interpretara como "1" haciendo fallar el cálculo.vitoco escribió: Después de entregar esa última versión para copiar hasta 64K, me quedé con las ganas de poder hacerlo en el 800XL... lo que intenté fue modificar el copiador para que grabara por etapas, es decir, cargaba un trozo del XEX, grababa en cinta el cargador seguido del trozo de XEX, luego detenía la cinta y cargaba otro trozo en memoria, para luego encender la cinta otra vez y continuar la grabación. Hasta donde recuerdo, no tuve problemas con la grabación, pero durante la carga, al llegar al corte, siempre fallaba la carga... no sé qué habré hecho mal o si me faltó investigar algo.
Pero si es cuando más se necesita!!!! Sin un cargador que reintente, no es lo mismo tener que cargar todo otra vez si falla a los 5 minutos que a los 25...fcatrin escribió:Primero, felicitaciones por las modificaciones a SITRE. Si no me equivoco, este sería el primer copiador con turbo y recuperación de errores con soporte de más de 64KB!
Sí, tienes razón en que esos fueron los síntomas. Fíjate que intenté lo de los gaps, tanto antes como después de la detención de la cinta, pero siempre quedaba un ruido que si bien no era un "tic", variaba el tono producto de la desaceleración y la aceleración de la cinta en el cabezal de grabación. Creo que lo último que propones sufrirá del mismo síntoma que describo. Ahora pienso otras combinaciones o mecanismos para ignorar esa situación en el medio de una carga, pero ya no sé si valga la pena intentarlo. Ya es más fácil acceder a equipos con más memoria o basta usar emuladores que superan cualquier mod físico para generar un WAV. Incluso podría reescribir el copiador SITRE como un simple script en lenguaje perl para pasar cualquier XEX directamente a CAS sin usar bibliotecas de audio ni emuladores, y los usuarios no se darían ni cuenta.fcatrin escribió:Segundo, había olvidado comentar esto:
Difícilmente iba a funcionar. Cuando se detiene el motor, la cinta sigue girando después de que se ha detenido la grabación, por lo que quedarás con un espacio sin grabar, con ruido. En el momento de la carga, cada vez que se encuentra en un IRG, se espera que aparezca el primer "1" de la secuencia 0x5555 para calcular la velocidad. Si hay un trozo no grabado, es muy probable que parte de ese ruido se interpretara como "1" haciendo fallar el cálculo.vitoco escribió:Después de entregar esa última versión para copiar hasta 64K, me quedé con las ganas de poder hacerlo en el 800XL... lo que intenté fue modificar el copiador para que grabara por etapas, es decir, cargaba un trozo del XEX, grababa en cinta el cargador seguido del trozo de XEX, luego detenía la cinta y cargaba otro trozo en memoria, para luego encender la cinta otra vez y continuar la grabación. Hasta donde recuerdo, no tuve problemas con la grabación, pero durante la carga, al llegar al corte, siempre fallaba la carga... no sé qué habré hecho mal o si me faltó investigar algo.
Una alternativa sería que el cargador descartara "1"s falsos, o tuviera una especie de timeout, pero eso sería muy complejo. Otra alternativa, menos compleja pero más manual sería dejar un IRG muy largo al final, luego rebobinar la cinta y dejarla lista para grabar partiendo encima de ese IRG, pero siempre estaría el riesgo de tener un ruido por ahí.
¡Gracias! Vi que el WAV quedó de 800MB, pero no sabía que se podía comprimir tanto.dogdark escribió:aca les dejo el sitre en wav para el uso posterior. ahora lo probare en el atari real a ver como nos va, el juego por lo menos cargo bien en el emulador a8cas
Hecho... Respectivamente:vitoco escribió:Lo que va quedando pendiente:
- Rutina en Assembler para inicializar los buffers. Actualmente la tabla de pitos lentos no se limpia si se copian varios XEX en la misma sesión y las marcas se van acumulando. Nada grave por cierto, pero usar un ciclo FOR-NEXT para 2000 iteraciones introduce una latencia innecesaria.
- Hacer algún cambio para que el último bloque no contenga basura, lo que se produciría cuando se graba un XEX más pequeño que otro grabado anteriormente en la misma sesión. Para ello hay alternativas sin tener que limpiar todos los bancos antes de cargar un XEX, por ejemplo borrar sólo los bytes siguientes al último byte cargado del XEX hasta completar la página de 256 bytes, o bien modificar la rutina de grabación para que cuando se vaya a grabar el bloque con identificador cero (el último), se rellenen los bytes mayores al largo de registro.
- Restringir el número máximo de bloques a grabar en cinta a 999 o cambiar el contador a 4 dígitos. 999 bloques son 255.744 bytes, para los cuales se necesitan algo más de 15 bancos. Lo más simple es restringir el M a 15, aunque en el MOD de Bushholz sólo hay 12+1=13. Con 15 bancos, el contador llegaría a 960, y serían 59 minutos de carga... pero no he visto un XEX de 245K, eso es casi un diskette de densidad ampliada grabado por los 2 lados!!!
- Permitir la lectura de XEX desde unidades de disco distintos de "D1:". Cuando desarrollé SITRE, pocos tenían más de una disketera.
Código: Seleccionar todo
1 M=16:DIM B(M+1):FOR I=0 TO M:READ X:B(I)=X:NEXT I
2 DATA 177,161,165,169,173,193,197,201,205,225,229,233,237,129,133,137,141
3 FOR I=M TO 0 STEP -1:POKE 54017,B(I):POKE 22222,B(I):NEXT I
4 FOR I=1 TO M:POKE 54017,B(I):IF PEEK(22222)=B(I) THEN NEXT I
5 IF I<=M THEN M=I-1:POP
6 PRINT M
No me había dado cuenta que el AspeQt también emula casseteras con WAV. Qué bueno saberlo. Respecto de tu problema en este intento, vi que AspeQt puede ignorar/customizar las tasas de transferencia respecto de lo que dice el .CAS, y no sé si eso habrá provocado la caída. Tal vez no sea capaz de manejar bloques de largo distino al estándar y lleguen bloques cortados. En todo caso, veo que no es práctico por ahora para los sistemas con recuperación de errores, ya que la documentación dice clarito:dogdark escribió:al colocar el atari 800 256k, lo encendí primero con el archivo del cas que el vitoco adjunto en la web, desde el aspqt vía usb para probarlo, dándome el error en el sector 2 de inicio de carga donde se cuelga y no pasa,
The cassette emulation does not support rewinding or seeking in the images. This may change in the future versions.
Entonces la versión que tenías es la que no modifica la presentación:dogdark escribió:decidí tomar mi casetera xc12 con injektor más el adapter cassette y probaré con el wav que hice, conecto el audio desde mi note hacia el casette, pruebo con winamp, enciendo y veamos....
carga. aparece la bienvenida
después aparece la portada del commando
la diferencia es que en esta foto aparecen 256k en el mio solo salen 192k
Eso que se detenga el motor y no se pueda poner automáticamente en pausa el audio externo es una complicación. En realidad en todas las pausas (pitos lentos) se detiene el motor, se pasa el control al programa, y a la vuelta se enciende otra vez para continuar la carga.dogdark escribió:yyyyyyy, problema, en esta parte el irg que esta como espacio para reaunar la carga, me dio problemas por que como se detiene el motor el audio de la note sigue, tuve que retroceder para volver a recargar y a la primera error de nuevo, a la segunda paso sin ningún problema, continuamos con la carga, segundo pito sin problemas y de ahí para adelante los pitos largos que estan entremedio no causaron problemas porque no pide la detención del motor de la casetera, al llegar al final cruzando los dedos, esperando que todo cargue bien, aparece el mensaje del juego y urraaaaa cargo sin ningún problema, pude jugar jajjaja lo que no lograba con el aspqt, en resumen funciona de mil maravillas el juego.
en realidad lo que hace el aspqt es tomar una imagen cas y trabajarla como audio hacia el atari, pero no funciona con los copiadores nhp stac etc, solo con archivos sin preload, o sea normales.No me había dado cuenta que el AspeQt también emula casseteras con WAV
