Edicolac64 forum - il commodore 64 in italia
Convertire le cassette/dischi e effettuare il processo inverso + Programmi e Utility => 
Convertire le cassette/dischi e effettuare il processo inverso + Programmi e Utility => Topic aperto da: orsa99 - 28 Dicembre 2012, 11:48:36
-
Un saluto a tutti :mano:
ho intenzione di convertire alcuni tap originali contenenti le schermate con musiche che venivano inserite per l'attesa del caricamento nei nastri originali e che purtroppo nei d64 non ci sono. La conversione mi serve per forza, perché voglio leggerli su un c64 vero dotato di sd2iec che non legge i file tap, ergo devo per forza convertirli in prg o d64.
In questi giorni ho usato wav-prg aggiornato all'ultima versione (4.01), final tap, 64copy, tapclean, tape64, etc. ma ho ottenuto soltanto errori. Ad esempio l'ultima versione di wav-prg dovrebbe leggere in automatico il loader ocean-imagine di Mikie tramite il plugin 'default c64' (che dovrebbe racchiudere la maggioranza dei plugin esistenti) ma il risultato é stato un prg di 1kb non funzionante, un file simile inutilizzabile é stato creato da final tap e 64copy. Allora ho provato a convertire con tapclean il tap in wav cercando poi di passarlo direttamente in prg o d64, ma wav-prg al tentativo di conversione si blocca e mi dice : 'cannot deal with files other than tap, because libaudiofile-0.dll and/or tapencore.dll are not present or incorrect' cosa significa?
Non é possibile convertire i tap originali in d64 o prg o sbaglio in qualcosa?
saluti
-
Un saluto a tutti :mano:
ho intenzione di convertire alcuni tap originali contenenti le schermate con musiche che venivano inserite per l'attesa del caricamento nei nastri originali e che purtroppo nei d64 non ci sono. La conversione mi serve per forza, perché voglio leggerli su un c64 vero dotato di sd2iec che non legge i file tap, ergo devo per forza convertirli in prg o d64.
Se lo scopo è usare i giochi originali fai molto prima a scaricarli direttamente in d64 o prg, invece di metterti a convertire i tap...
In questi giorni ho usato wav-prg aggiornato all'ultima versione (4.01),
Devi usare sia il nuovo sia il vecchio 3.5, perché ci sono cassette che il nuovo non converte bene mentre il vecchio sì e viceversa. Ovviamente installali in due cartelle separate.
final tap, 64copy, tapclean, tape64, etc. ma ho ottenuto soltanto errori. Ad esempio l'ultima versione di wav-prg dovrebbe leggere in automatico il loader ocean-imagine di Mikie tramite il plugin 'default c64' (che dovrebbe racchiudere la maggioranza dei plugin esistenti) ma il risultato é stato un prg di 1kb non funzionante, un file simile inutilizzabile é stato creato da final tap e 64copy.
Evidentemente è il prg del loader e non quello del gioco. Il plugin "default C64" non è necessariamente quello giusto da usare, anzi. Fino alla versione 3.5 si usava praticamente soltanto per i programmi registrati col SAVE. Con la versione 4 si usa per un po' di roba in più tra cui alcuni loader da edicola, ma comunque è difficile che una cassetta originale si usi con quel plugin.
Devi vedere che loader usa la cassetta che vuoi convertire, e regolarti di conseguenza.
Allora ho provato a convertire con tapclean il tap in wav cercando poi di passarlo direttamente in prg o d64, ma wav-prg al tentativo di conversione si blocca e mi dice : 'cannot deal with files other than tap, because libaudiofile-0.dll and/or tapencore.dll are not present or incorrect' cosa significa?
Che ti mancano quei file. E' scritto pure sul sito:
http://wav-prg.sourceforge.net/wavprg.html
This file contains WAV-PRG stand-alone. On its own, only reads/writes .TAP files. You need to download Audiotap and unzip it in the same folder (audiotap.dll is in both archives and it is identical) to support sound card and WAV files.
"Di base wav-prg legge e scrive solo i tap. Hai bisogno di scaricare audiotap e scomprimerlo nella stessa directory di wav-prg per supportare la scheda sonora e i file WAV."
Non é possibile convertire i tap originali in d64 o prg o sbaglio in qualcosa?
NI. Dipende dal gioco. Ma se si tratta di originali non ne capisco il motivo, se non è accademico.
-
Ciao, grazie di aver risposto. Per quanto riguarda i giochi originali in d64, a differenza dei tape, fatico a trovarli, tutti quelli che ho trovato sono le solite versioni crakkate da nostalgia, hokuto force, etc. etc. poi bisogna anche verificare se i d64 originali abbiano la stessa "struttura" dei tape, intendo la schermata introduttiva con tanto di loader musicale come i tape, può essere che venivano eliminati essendo i tempi di caricamento meno lunghi, ergo veniva meno la necessità di intrattenere l'utente. Per questo cerco di convertire i tap, voglio caricare questi loader musicali con la mia sd2iec e farli suonare dal vero sid in real mode (altro che emulazione). Se conosci dei siti dove posso scaricare d64 o prg originali, elencameli pure.
Mi interessano in particolar modo i giochi imagine, dunque cerco il loader ocean-imagine sai dove posso scaricare il plugin per wav-prg o sai qual é quello compatibile?
ciao
-
cerco il loader ocean-imagine sai dove posso scaricare il plugin per wav-prg o sai qual é quello compatibile?
Non ne esiste uno.
Il loader Default C64 è spesso (non sempre, ma spesso) quello giusto, perché WAV-PRG 4 ha introdotto gli "observers". Un "observer" analizza un programma appena caricato, e in base a quello, decide quale loader usare successivamente (e anche a configurarlo, se necessario). Quindi, spesso, si può selezionare Default C64, e, in base alla prima parte della cassetta (quella fino al FOUND), l'"observer" seleziona il plug-in giusto e lo configura.
Questo, però, richiede 2 condizioni:
- l'"observer" deve esistere
- il plug-in giusto deve esistere (poi, l'utente non deve sceglierlo: l'utente sceglie Default C64, e il plug-in giusto viene scelto automaticamente grazie all'"observer")
Nel caso delle cassette in formato Ocean, non esiste né l'uno né l'altro. Ho iniziato a scriverne uno, ma è ancora indietro, l'"observer" manca completamente e anche il loader ancora non è collaudato.
Da notare che neanche le vecchie versioni riconoscevano quel formato
-
Ciao, grazie di aver risposto. Per quanto riguarda i giochi originali in d64, a differenza dei tape, fatico a trovarli, tutti quelli che ho trovato sono le solite versioni crakkate da nostalgia, hokuto force, etc. etc. poi bisogna anche verificare se i d64 originali abbiano la stessa "struttura" dei tape, intendo la schermata introduttiva con tanto di loader musicale come i tape, può essere che venivano eliminati essendo i tempi di caricamento meno lunghi, ergo veniva meno la necessità di intrattenere l'utente. Per questo cerco di convertire i tap, voglio caricare questi loader musicali con la mia sd2iec e farli suonare dal vero sid in real mode (altro che emulazione). Se conosci dei siti dove posso scaricare d64 o prg originali, elencameli pure.
Mi interessano in particolar modo i giochi imagine, dunque cerco il loader ocean-imagine sai dove posso scaricare il plugin per wav-prg o sai qual é quello compatibile?
ciao
I giochi originali che su disco hanno schermate e musica DI CARICAMENTO si contano sulla punta delle dita. Non c'è quasi mai nulla di simile. O la schermata e la musica viene caricata, visualizzata e poi prosegue il caricamento, oppure è stato crunchato tutto in un unico file, come fanno i gruppi che hai citato.
Per avere una situazione fedele alla cassetta devi usare la cassetta reale, o un suo sostituto, come un DC2N (http://www.luigidifraia.com/c64/dc2n/index.html) (Video (http://www.youtube.com/watch?v=KHykd7zkINo)), non più prodotto, oppure un C2N-II (http://webpersonal.uma.es/de/fjgc/C2N-II/) (Video (http://www.youtube.com/watch?v=bypV8f0pWfg)).
Lo stesso Last Ninja, per dire, che su cassetta aveva splendide musiche di caricamento, su disco caricava la musica e il caricamento si fermava e partiva la musica finché non premevi spazio, quando premevi spazio (o quando finiva la musica) la musica si fermava e il caricamento riprendeva.
-
Non ne esiste uno.
Il loader Default C64 è spesso (non sempre, ma spesso) quello giusto, perché WAV-PRG 4 ha introdotto gli "observers". Un "observer" analizza un programma appena caricato, e in base a quello, decide quale loader usare successivamente (e anche a configurarlo, se necessario). Quindi, spesso, si può selezionare Default C64, e, in base alla prima parte della cassetta (quella fino al FOUND), l'"observer" seleziona il plug-in giusto e lo configura.
Questo, però, richiede 2 condizioni:
- l'"observer" deve esistere
- il plug-in giusto deve esistere (poi, l'utente non deve sceglierlo: l'utente sceglie Default C64, e il plug-in giusto viene scelto automaticamente grazie all'"observer")
Nel caso delle cassette in formato Ocean, non esiste né l'uno né l'altro. Ho iniziato a scriverne uno, ma è ancora indietro, l'"observer" manca completamente e anche il loader ancora non è collaudato.
Da notare che neanche le vecchie versioni riconoscevano quel formato
D'altronde programmi come wav-prg et similia sono ottimizzati per le cassette da edicola o piratate in generale, ieri ho convertito così, per prova, due wav di special program senza nessun problema, con pochi click. Pertanto mi confermi che al momento non é possibile convertire il loader imagine, e se provassi a salvarlo (una volta caricato il gioco) da Vice? (non sono multiload)Sarebbe possibile poi la conversione in crt? Possiedo l'Easy flash, potrei caricare il crt direttamente su questa cartuccia.
ciao
-
I giochi originali che su disco hanno schermate e musica DI CARICAMENTO si contano sulla punta delle dita. Non c'è quasi mai nulla di simile. O la schermata e la musica viene caricata, visualizzata e poi prosegue il caricamento, oppure è stato crunchato tutto in un unico file, come fanno i gruppi che hai citato.
Per avere una situazione fedele alla cassetta devi usare la cassetta reale, o un suo sostituto, come un DC2N (http://www.luigidifraia.com/c64/dc2n/index.html) (Video (http://www.youtube.com/watch?v=KHykd7zkINo)), non più prodotto, oppure un C2N-II (http://webpersonal.uma.es/de/fjgc/C2N-II/) (Video (http://www.youtube.com/watch?v=bypV8f0pWfg)).
Lo stesso Last Ninja, per dire, che su cassetta aveva splendide musiche di caricamento, su disco caricava la musica e il caricamento si fermava e partiva la musica finché non premevi spazio, quando premevi spazio (o quando finiva la musica) la musica si fermava e il caricamento riprendeva.
Diciamo che sono una prerogativa dei giochi Imagine e Ocean che non erano poi così pochi, Green beret, Mikie, Yie ar kung fu hanno loader+musica, e sono i primi che mi vengono in mente, ce ne saranno altri. Se dovessi spendere la somma per il C2N-II a quel punto prenderei l'Ultimate II 1541, che legge tutti i formati senza problemi di compatibilità.
ciao
-
D'altronde programmi come wav-prg et similia sono ottimizzati per le cassette da edicola o piratate in generale,
Mo' che gliel'hai detto fab si incaxxerà :lol: semplicemente i loader da edicola sono quasi sempre quelli mentre sugli originali è più difficile perché ci sono loader usati per ogni singola casa o addirittura per un singolo gioco (es.Alternative World Games, non credo ci siano altri loader che lo usino)...
e se provassi a salvarlo (una volta caricato il gioco) da Vice? (non sono multiload)
In teoria sì in pratica bisogna vedere...
Sarebbe possibile poi la conversione in crt? Possiedo l'Easy flash, potrei caricare il crt direttamente su questa cartuccia.
Che io sappia puoi mettere direttamente i prg sulla easy flash senza bisogno di convertirli prima in crt, ci sono utility apposite che lo fanno, è questo il bello della easy flash, è molto versatile...
Diciamo che sono una prerogativa dei giochi Imagine e Ocean che non erano poi così pochi, Green beret, Mikie, Yie ar kung fu hanno loader+musica, e sono i primi che mi vengono in mente, ce ne saranno altri. Se dovessi spendere la somma per il C2N-II a quel punto prenderei l'Ultimate II 1541, che legge tutti i formati senza problemi di compatibilità.
A quanto è scritto sul sito legge sì tutti i formati ma dei dischi, non delle cassette:
http://www.1541ultimate.net/content/index.php
Firmware 2.0 also runs on the Ultimate-I! (Of course, only the features that MK1-hardware supports will show.. no RTC, no USB, no C2N (tape), etc...)
-
Sull'ultima frase mi correggo, l'hardware versione 2 ha effettivamente anche la possibilità di leggere i tap attraverso il connettore apposito (dato a parte)
In effetti aggiungere la 1541U-II e la EasyFlash al DC2N e al Kryoflux mi sta stuzzicando non poco ;) (son pazzo lo so)
Dimenticavo:
Diciamo che sono una prerogativa dei giochi Imagine e Ocean che non erano poi così pochi, Green beret, Mikie, Yie ar kung fu hanno loader+musica, e sono i primi che mi vengono in mente, ce ne saranno altri.
SU DISCO hanno loader + musica con schermata che carica man mano come su cassetta come si vede ad esempio nell'Ocean Loader?
Mi viene in mente il caso (eclatante) di Dragon's Lair (e anche Escape from Singe's Castle) che su cassetta non solo ha schermata di caricamento che si forma man mano, con musica ch non rallenta né si ferma, ma che addirittura carica il livello successivo MENTRE GIOCHI il livello attuale.
Cosa che su disco non ho mai visto.
Il fatto che ce l'abbiano su cassetta è pacifico, l'abbiamo visto tutti. Ma su disco è qualcosa che richiedeva una conoscenza fuori dal comune della programmazione del C64 e anche del drive, e solo alcuni ci si sono lanciati, con alterne fortune.
Che io sappia a questi livelli di bravura su disco è arrivata solo la Cinemaware (es. sulla musica Sinbad and the Throne of the Falcon e musica e parte della grafica in Defender of the Crown) e la Lucasfilm (ma solo sulla musica). Poi ci sono casi isolati in altri giochi, con esempi anche interessanti, ma non sempre riusciti: ad esempio Frank Bruno's Boxing, su disco ha la musica che va a scatti durante il caricamento, o il già citato Last Ninja (e tanti altri) che per far bene la musica ferma il caricamento.
Verso la fine degli anni '80 e primi '90 qualche gruppo pirata s'è lanciato in qualcosa di questo genere per i crack, anticipando quella che sarà via via sempre più una costante nella demoscene che continua ancora adesso. Ma ovviamente in questo elenco la demoscene moderna non la sto considerando (sarebbe troppo facile :D).
-
Mo' che gliel'hai detto fab si incaxxerà :lol: semplicemente i loader da edicola sono quasi sempre quelli mentre sugli originali è più difficile perché ci sono loader usati per ogni singola casa o addirittura per un singolo gioco (es.Alternative World Games, non credo ci siano altri loader che lo usino)...
Fab non si deve arrabbiare :-* io ringrazio sempre questi appassionati che mantengono viva la passione per il commodore 64. Negli anni 80' era difficile acquistare software originale, addirittura capitava che si spacciava per originale copie con copertine fotocopiate (come faceva l'Armati di Milano), il software originale si é diffuso in Italia quando entrò in scena la Leader che cambiò le cose. La maggioranza dei commodoriani erano sprovvisti di software orignale, vuoi per la difficile reperibilità, vuoi per gli alti costi, quindi fab e gli altri fanno bene a dedicare la loro attenzione alle cassette da edicola, anch'io possiedo più special progam, playgames, logica 2000, game 2000, etc. etc. che software originale.
In teoria sì in pratica bisogna vedere...
Che io sappia puoi mettere direttamente i prg sulla easy flash senza bisogno di convertirli prima in crt, ci sono utility apposite che lo fanno, è questo il bello della easy flash, è molto versatile...
Ci proverò, in fondo anche nel tap c'é un prg da estrarre....
ciao
-
Dimenticavo:SU DISCO hanno loader + musica con schermata che carica man mano come su cassetta come si vede ad esempio nell'Ocean Loader?
Non lo so, perché i dischi originali in d64 sono introvabili, e fra i d64 si trovano solo copie craccate. All'epoca io avevo il solo c2n, quindi non ho mai acquistato dischi originali.
-
Fab non si deve arrabbiare :-* io ringrazio sempre questi appassionati che mantengono viva la passione per il commodore 64. Negli anni 80' era difficile acquistare software originale, addirittura capitava che si spacciava per originale copie con copertine fotocopiate (come faceva l'Armati di Milano), il software originale si é diffuso in Italia quando entrò in scena la Leader che cambiò le cose. La maggioranza dei commodoriani erano sprovvisti di software originale, vuoi per la difficile reperibilità, vuoi per gli alti costi, quindi fab e gli altri fanno bene a dedicare la loro attenzione alle cassette da edicola, anch'io possiedo più special progam, playgames, logica 2000, game 2000, etc. etc. che software originale.
Ci proverò, in fondo anche nel tap c'é un prg da estrarre....
ciao
-
http://sourceforge.net/p/wav-prg/code/ci/fa15b4aa2a2bccd1b8ca12d076b623b0be4845eb/tree/loaders/ocean.c
La DLL compilata pronta da scaricare ancora non c'è...
-
Fab un grazie di cuore :numeber one: il link per scaricare in seguito la dll é quello che hai messo in evidenza o si potrà prelevare direttamente dalla home page di waprg?
Tanti auguri di Buon anno!
-
Quel link chiaramente è per il sorgente, per la dll devi aspettare che la compila (o compilartela tu)
-
Quel link chiaramente è per il sorgente, per la dll devi aspettare che la compila (o compilartela tu)
E come si fa a compilarla? :amici2:
-
E come si fa a compilarla? :amici2:
Con un compilatore C, non so quale usi Fab.
-
Ho capito, tipo visual c++, non so se sono in grado di utilizzare un programma simile, bisogna intendersene di programmazione,non é come fare uno shift/run stop :haha:
-
Con un compilatore C, non so quale usi Fab.
Su Windows, a volte Visual Studio, a volte MinGW (http://mingw.org/). Su Linux, gcc
-
http://wav-prg.sourceforge.net/plugins.html
-
Grazie Fab, c'ho provato anch'io ma visual basic 10 mi da' degli errori d'avvio su seven 64 bit e mingw funziona sotto DOS...provo subito con i tap originali OCEAN e ti faccio sapere....
saluti
-
Grazie Fab, c'ho provato anch'io ma visual basic 10 mi da' degli errori d'avvio su seven 64 bit e mingw funziona sotto DOS...provo subito con i tap originali OCEAN e ti faccio sapere....
saluti
Non si può usare visual basic per compilare sorgenti in C, sarebbe come usare un dizionario di cinese per tradurre l'arabo...
-
mingw funziona sotto DOS
No. MinGW funziona sotto Windows, non sotto DOS. I suoi programmi sono tipicamente a linea di comando, cioè richiedono il prompt dei comandi, ma sono programmi Windows e non DOS.
-
Comunque ho provato a convertire il tap di mikie originale, scaricato da qui e non mi riesce:
http://tapes.c64.no/main_tapelist.php?group=M&orderby=title
Ho caricato l'ocean plugin su wavprg 4.0.1 no installer (senza audiotap) ho provato sia a creare un t64 che i prg, il t64 è un file di pochi kb che non parte, di prg me ne fa 21 (tutti nominati default, default 1, etc.) di questi ho fatto un solo d64 (con 64copy) ma neanche parte.....si sente il fischio del loader ma il cursore continua a lampeggiare, uso ccs64 ultima versione...cosa faccio, installo audiotap e provo con il wav? faccio anche i p00?
Dove sbaglio? :climb2:
saluti
-
Direi che non stai facendo niente di sbagliato, tranne cercare di fare un lavoro da hacker senza essere uno hacker.
Intanto, a me vengono 7 PRG e non 21. Sei sicuro di non aver provato tre volte senza ripulire la directory di destinazione tra una volta e l'altra?
Nei casi semplici, tu carichi un gioco in memoria, scrivi RUN e il gioco parte. Ma non è sempre così. Spesso, il gioco non parte con RUN, ma con una SYS. E poi, spesso il gioco viene caricato in parti di memoria che, nell'utilizzo normale, sono usate dal sistema operativo, o dalla memoria video. In questi casi, un banale LOAD non ha l'effetto che tu speri, ma quello di corrompere il sistema operativo (o anche solo riempire lo schermo di caratteri spazzatura). Le routine di caricamento, spesso, non si limitano a caricare: disabilitano il sistema operativo per assicurarsi che non scriva nelle parti di memoria usate dal gioco, e sanno a quale indirizzo saltare per farlo partire. In questi casi, sostituire queste routine con un comando LOAD non basta.
In sostanza, meglio lasciar fare queste cose agli hacker. O impari e diventi uno hacker tu stesso.
P.S.: neanche io sono uno hacker. Ho manipolato il T64 e scritto un piccolo loader, ma Mikie mi si blocca lo stesso. Parte del programma è in memoria video, che viene corrotta dalle scritte SEARCHING, FOUND e LOADING.
-
A me continua a farne 21, ovviamente a directory vuota :
(http://i48.tinypic.com/2qk6w3t.jpg)
-
In sostanza, meglio lasciar fare queste cose agli hacker. O impari e diventi uno hacker tu stesso.
P.S.: neanche io sono uno hacker. Ho manipolato il T64 e scritto un piccolo loader, ma Mikie mi si blocca lo stesso. Parte del programma è in memoria video, che viene corrotta dalle scritte SEARCHING, FOUND e LOADING.
In effetti gli hacker fanno quel che vogliono, ad esempio chi ha fatto questo craking di Green Beret ha riportato l'intro della versione nastro paro paro senza nessun problema, scaricabile dal sito del gamebase :
http://www.gamebase64.com/game.php?id=3281&d=18&h=0
C'é da sottolinare però che la musica del loader di Green Beret non é quella tipica dell'intro Ocean/imagine ma venne scritta appositamente, una musica particolarmente bella che sottolinea la drammaticità della guerra....evidentemente l'hacker ne ha colto l'importanza e l'ha riportato paro paro nel craking....lo stesso non é stato fatto per altri giochi imagine come appunto Mikie, Yie ar kung-fu etc. forse perchè utilizzano l'intro standard della Ocean...ma stiamo nel campo delle ipotesi.
Io mi fermo qui, visto che sul 64 più di copiare un listato e usare i comandi basic elementari (tipo goto e gosub) non so fare....comunque la tua aggiunta, Fab, di certo é uno stimolo per il futuro nel crakkare i tap originali ocean/imagine nella loro integrità....perché l'intro é parte integrante di un software e come tale va recuperato...
ciao
Comunque la disponibilità del dll
-
messaggio errato
-
messaggio doppiato
-
A me continua a farne 21, ovviamente a directory vuota :
(http://i48.tinypic.com/2qk6w3t.jpg)
L'immagine è a bassa risoluzione, ma sembra di capire che come "Use loader" hai scelto Ocean. Che succede se scegli Default C64 (come era stato detto alcuni post fa)?
il plug-in giusto deve esistere (poi, l'utente non deve sceglierlo: l'utente sceglie Default C64, e il plug-in giusto viene scelto automaticamente grazie all'"observer")
-
Hai ragione, con default 64 faccio 7 prg, peccato che lo stesso serve l'hacker :cry2:
saluti
-
Sono riuscito a far partire Mikie usando solo i .prg generati da WAV-PRG, e abusando del monitor di VICE.
Dopo aver copiato default_4.prg, default_6.prg e default_6.prg nella cartella di VICE e fatto partire x64, ho fatto partire il monitor e scritto i seguenti comandi
> 1 0
load "default_4.prg" 0
load "default_5.prg" 0
load "default_6.prg" 0
> 1 37
goto 8a0
Questo ha richiesto pure un bugfix in WAV-PRG, altrimenti default_5.prg sarebbe stato lungo 2 bytes
-
Con la sd2iec e con il 64 vero c'è qualche speranza? :amici2:
-
Ciao! scusate l'intromissione , ma credo (spero) di essere in tema."Conversione da tap originali (e non)"
Che ne dite di lavorare "anche" sui freeze delle cartucce e gli snapshot del vice?(non voglio di certo sminuire il grande lavoro fatto da Fab col suo stupendo wav-prg)
Se si ottiene une prg utilizzando una cartuccia freeze (action replay e simili) questo funzionerà bene sia su d64 , che t64....
L'unico difetto (davvero fastidioso secondo me) è che il prg parte (riprende) dall'istante in cui è stato freezato.(idem lo snapshot del vice).
Allora mi chiedo...
1) è possibile lavorare sui prg freezati e "fixarli" o patcharli affinchè quando li eseguiamo partano dall'inizio come se fossero stati caricati dal tap?
(magari usando il monitor del vice o meglio ancora con un programmino fatto ad hoc da chi se ne intende che patcha questi prg per farli partire come se fossero stati appena caricati?)
2) è possibile fare una cosa simile con gli snapshot del vice (formato .VSF) per trasformarli in .PRG e poi fixarli/patcharli col programmino fatto ad hoc che li "resetta" come se fossero stati appena caricati?
Se può aiutare ho trovato qualcosa in merito qui http://picobay.com/dtv_wiki/index.php?title=VSFReanimator (http://picobay.com/dtv_wiki/index.php?title=VSFReanimator) ho già fatto delle prove ma non ho avuto risultati , quando faccio la conversione da vsf a prg mi da degli errori di versione , se invece uso una versione più vecchia del vice per generare gli snapshot (vsf) non da gli errori di conversione , ma il prg generato non parte correttamente (o non parte propio).
Il tool è del 2007 non so che versione c'era del vice nel 2007 , ma penso che la strada intrapresa sia quella giusta , ovvero lavorare sugli snapshot del vice e ricavarne prg.
Spero se ne tragga qualcosa , mi affido agli esperti per le risposte e verifiche.
Saluti.
-
Ciao! scusate l'intromissione , ma credo (spero) di essere in tema."Conversione da tap originali (e non)"
Che ne dite di lavorare "anche" sui freeze delle cartucce e gli snapshot del vice?(non voglio di certo sminuire il grande lavoro fatto da Fab col suo stupendo wav-prg)
Ne parlai già all'epoca con sovox (che non mi diede ascolto): un prg freezato non è fedele, anche se rimane funzionale.
Se si ottiene une prg utilizzando una cartuccia freeze (action replay e simili) questo funzionerà bene sia su d64 , che t64....
L'unico difetto (davvero fastidioso secondo me) è che il prg parte (riprende) dall'istante in cui è stato freezato.(idem lo snapshot del vice).
Allora mi chiedo...
1) è possibile lavorare sui prg freezati e "fixarli" o patcharli affinchè quando li eseguiamo partano dall'inizio come se fossero stati caricati dal tap?
(magari usando il monitor del vice o meglio ancora con un programmino fatto ad hoc da chi se ne intende che patcha questi prg per farli partire come se fossero stati appena caricati?)
No, non è possibile. Al momento del lancio spesso non si trova il programma così com'è ma una sua versione più compressa che viene decrunchata. Ma anche non fosse così, devi immaginare un programma come una strada a senso unico. Non puoi tornare indietro ;)
2) è possibile fare una cosa simile con gli snapshot del vice (formato .VSF) per trasformarli in .PRG e poi fixarli/patcharli col programmino fatto ad hoc che li "resetta" come se fossero stati appena caricati?
Non si può tornare indietro, non facilmente almeno. Potresti provare comunque a lanciarlo da capo, ma non è detto che funzioni, e comunque la cartuccia esegue un crunching che viene decrunchato solo al momento del run. Quindi dovresti essere in grado di dare la SYS dopo il RUN: ma quasi sempre non si può. E anche ammesso ci riuscissi (da monitor), non è detto che funzioni.
Il fatto è che nel C64, a differenza ad esempio che nel C16, parte della memoria RAM (circa 1/3 di tutta la RAM disponibile) si trova "sotto" il sistema operativo (sia sotto il BASIC sia sotto il KERNAL), e non può essere vista da quest'ultimo in lettura, anche se può essere scritta. Quindi non puoi salvare facilmente questo segmento di memoria, l'unico modo per farlo è di farlo da monitor DOPO averla selezionata (cosa che inchioderebbe il BASIC).
Non è quindi così semplice andarsi a gestire questa memoria in modo che venga caricata con un semplice LOAD. Se un programma infatti viene caricato "a pezzi" c'è spesso un motivo, e cioè ci sono parti diverse della memoria, NON CONTIGUE TRA LORO: cosa che un PRG singolo non potrebbe mai fare, a meno, appunto di cruncharlo usando una cartuccia o una routine programmata appositamente.
Discorso molto diverso invece per i programmi in BASIC che occupano tipicamente meno di 30K (che poi arrivano a 38 contando pure le variabili).
Quindi: se lo scopo è usare il dump per giocarci va bene sia la cartuccia sia scaricare un dump già fatto crackato. Se invece si sta cercando di avere un dump puro, non è così facile portarlo da cassetta a disco o viceversa senza scendere a compromessi.
-
Ok in maniera "normale" non ci si arriva...
E quindi? Ci arrendiamo così?
Naaa :P
Proviamo (troviamo) qualche compromesso...
Abbiamo a disposizione un Vice (un commodore 64 con processore i7).
Possiamo emulare una espansione di memoria?
Possiamo far si che il c64 emulato qualunque cosa carichi la metta nella espansione di memoria e non nella memoria tradizionale?(credo che smanettando con le impostazioni avanzate del vice si possa fare)
Possiamo dumpare i dati dalle aree di memoria dell'espansione , comprimerle e iniettarle nelle aree "convenzionali"?(in modo che poi possa partire sia su un emulatore che su un vero c64)?
Possiamo eseguire il prg ottenuto agiungendo una riga basic tipo 10 sys"indirizzo di partenza"?
Possiamo salvare sto prg comprensivo di questa riga di comando?
Spero di non averle sparate troppo grosse :)
Ovviamente tutto ciò che ho detto non sono in grado di farlo da solo , ma andando un po a intuito mi son venute queste idee.
Per adesso mettiamo da parte "la purezza" e concentriamoci sulla "fattibilità" di un prg che funzioni da capo e che possiamo metterlo dove ci pare disco , cassetta crt.
Ps un prg è un corridoio a senso unico , ma non è un corridoio che segue un cerchio e a un certo punto si ripete da capo?
Massi se tu avessi il tuo prg preferito , che per forza di cose si trovasse in un tap , il quale non fosse possibile estrarlo per vari motivi (plugin ,loader , segmentazione ecc) come opereresti?
-
Ok in maniera "normale" non ci si arriva...
E quindi? Ci arrendiamo così?
Naaa :P
Proviamo (troviamo) qualche compromesso...
E' già un buon compromesso usare una cartuccia o un prg scaricato da internet. Sono compromessi semplici e che funzionano. Per contro non sono il file originale, ma il file originale, qualora non lo avessi capito, non è così facilmente convertibile. Per farlo o ti crei un sistema specifico per quel gioco (e non loader, GIOCO, perché il loader sarà pure lo stesso, ma le locazioni di memoria NO) oppure ti tieni il file sul suo supporto o meglio sul suo equivalente per emulatore, o per "sistema moderno di gestione file" (quindi DC2N, 1541U, EasyFlash e via dicendo).
Abbiamo a disposizione un Vice (un commodore 64 con processore i7).
Possiamo emulare una espansione di memoria?
Certo che possiamo. Ma la gestione del bank switching resta legata a quella del C64, altrimenti non sarebbe un C64 e non farebbe girare il software per C64.
E' possibile allora lasciar perdere il C64 e fare tutto fuori dal C64 emulato, come fa in effetti WAV-PRG (che da come ho capito non emula un C64 ma lavora al livello PC). Ma ci sono comunque dei limiti tecnici dovuti al formato dei file PRG, che devono essere di byte CONTIGUI (e quello non lo puoi cambiare, perché se no come lo fai a far digerire al C64? dovresti creare un loader apposito, e allora fai prima a lasciare più PRG separati che diventa anche meglio gestibile).
Mi spiego meglio con un esempio semplice: prendiamo un programma in BASIC che oltre alla parte normale in BASIC utilizza anche una routine in L/M a partire da $C000 (la classica SYS49152). Come saprai infatti esiste un blocco di 4KB da $C000 a $CFFF che è visibile direttamente da BASIC ma non è utilizzabile per il listato o le variabili. Diciamo quindi di non volerci complicare la vita e sfruttare quindi la memoria utente da BASIC per il programma BASIC (e cioè i famosi 38911 bytes free, cioè da 2049 a 40960, magari non arrivando fino alla fine e lasciando lo spazio per le variabili) con in più una routine in L/M da 49152 a 53247.
Noterai che in questo c'è un "buco" da 40961 a 49151, e infatti sono gli 8 KB dove risiede l'interprete BASIC (e sotto i quali c'è della RAM libera che però non è accessibile da BASIC, per riportarla a galla devi "scaricare" l'interprete BASIC e lavorare esclusivamente in L/M).
Come fai a caricare un programma con queste caratteristiche? Le possibilità sono di solito tre:
1) crei due PRG uno con la routine in L/M e uno con il programma in BASIC, il programma BASIC carica la routine in L/M e poi continua la sua esecuzione
2) crei un loader, che carica prima la routine in L/M e poi il programma in BASIC (o eventualmente viceversa) usando la nota tecnica del buffer di tastiera (o una routine in L/M scritta apposta), quindi dà il RUN al programma BASIC (o da L/M fa un salto alla routine di RUN)
3) fai in modo che sia il programma BASIC stesso a creare la routine in L/M con un ciclo FOR...NEXT e il classico READ...DATA...POKE, con un caricatore che poi non ti servirà più durante l'esecuzione e di fatto per una routine di 4K ne usi mediamente 10 o 12 (+ i 4K da $C000) cioè per avere una routine che usa un sedicesimo di tutta la memoria del C64 ne devi occupare un quarto. Dire che è uno spreco di spazio è dir poco. E ovviamente quei 10-12 KB sono tolti al resto del programma BASIC. Ah, ciliegina sulla torta non dimentichiamoci che il ciclo FOR...NEXT non è istantaneo, anzi credo che per POKare tutti i valori in 4 KB di memoria ci voglia un bel po'. :D
Possiamo far si che il c64 emulato qualunque cosa carichi la metta nella espansione di memoria e non nella memoria tradizionale?(credo che smanettando con le impostazioni avanzate del vice si possa fare)
Ni. Ammesso si riesca a farlo, è comunque presumibile che molti dei loader si piantino perché si aspetta di trovare delle cose che non ci sono. Inoltre non risolveresti il problema dell'autostart, se un programma è fatto per partire dopo aver caricato tutte le parti come fai a impedirlo? Ci sono vari modi ma nessuno è universale e comunque, tornando all'oggetto e parlando di Ocean loader, non credo funzionino, visto com'è strutturato.
E poi come risolvi l'idea di salvare i pezzi man mano che li carichi? Mi spiego, hai presente la schermata che si carica man mano con l'Ocean Loader? Quella in genere poi stesso durante il caricamento scompare: essendo una schermata in alta risoluzione e che quindi occuperà tanto spazio, è facilmente comprensibile che essa viene eliminata dalla memoria quando vengono caricati gli ultimi pezzi del gioco, che magari si vanno ad allocare proprio lì.
Possiamo dumpare i dati dalle aree di memoria dell'espansione , comprimerle e iniettarle nelle aree "convenzionali"?(in modo che poi possa partire sia su un emulatore che su un vero c64)?
Sempre ammesso si riesca, non cambierebbe nulla rispetto all'usare una cartuccia, perché non puoi eliminare l'autostart e devi quindi per forza agire a programma iniziato. Se poi parliamo di Ocean loader, per i motivi che ho detto adesso sulla schermata grafica (e probabilmente anche la musica stessa del loader...) è facile immaginare che non sia modo di salvarla. Insomma non puoi recuperare qualcosa che passa soltanto per la memoria e non ci resta, a meno che non la intercetti mentre passa, e questo puoi farlo solo se ti recuperi pezzo per pezzo, cioè esattamente quello che ha spiegato Fab nell'ultimo suo intervento.
Possiamo eseguire il prg ottenuto agiungendo una riga basic tipo 10 sys"indirizzo di partenza"?
Presumibilmente no: la maggioranza dei giochi in L/M occupa l'inizio dell'area BASIC proprio per evitare questo. Una riga BASIC anche semplice come questa occupa comunque almeno una decina di byte (devi aggiungerci i tre 00). E potrebbero essere fatali già di loro.
Inoltre, come ho già avuto modo di spiegare, è molto probabile (anzi pressoché certo) che gran parte del gioco si vada a caricare nell'area di memoria situata sotto l'interprete BASIC, e che il bank switching venga effettuato dal loader stesso. E' vero che in scrittura non ci sono problemi a scrivere in quella parte di RAM, ma nel momento in cui dai la SYS il programma in L/M deve potervi accedere in lettura: e se questo, com'è probabile, non è stato fatto perché in origine lo faceva il loader che ora non c'è più perché tu ti ritrovi i prg singoli che hai estratto, la conseguenza sarà che invece di accedere alla RAM accederà alla ROM dell'interprete BASIC, trovandosi tutt'altro. Il risultato sarà un bell'"inchiodamento" del sistema, o, in qualche caso, dei risultati inaspettati, tipicamente messaggi di errore perché il povero interprete BASIC andrà nel pallone.
Per riassumere il concetto a chi non è avvezzo a come funziona la memoria del C64: il C64 ha 64 KB di RAM (in realtà utilizzabili realmente, se proprio si vuole usarla tutta, sono circa 61): tuttavia, poiché il 6510 può indirizzare solo 64KB per volta, alcuni di questi 64KB non sono direttamente utilizzabili, ma si trovano "sotto" altro, tipicamente delle ROM (ci sono aree di RAM che si trovano sotto ben due cose). In scrittura il sistema dà comunque accesso alla RAM, anche perché nelle ROM non è possibile scrivere e non avrebbe avuto senso: ma in lettura il sistema dà accesso a ciò che è attivo; e se è attivo il BASIC, darà accesso alla ROM del BASIC. Per avere accesso in lettura alla RAM situata sotto il BASIC, bisogna fare a meno dell'interprete e lavorare in L/M: il risultato, altrimenti, sarebbe inchiodare il sistema perché una volta data la POKE che riporta a galla la RAM, l'interprete BASIC (che ci darebbe un rassicurante READY.) non ci sarebbe più, e quindi il sistema si bloccherebbe.
I computer successivi, come il Plus/4 o il C128, hanno un bank switching dinamico (il C128 poi ha pure un comando BANK da BASIC) che risolve il problema (tant'è che il +4 e il C128 hanno quasi tutta la RAM utilizzabile direttamente dal BASIC). Il C64 invece no, ma pur di avere 64KB di RAM i progettisti della Commodore si inventarono questo sistema che permette all'utente e ai programmatori di "vedere" alternativamente la RAM o le ROM a seconda delle esigenze.
Possiamo salvare sto prg comprensivo di questa riga di comando?
Per salvare puoi salvare qualunque cosa, il problema è che quasi certamente poi non funziona ;)
Spero di non averle sparate troppo grosse :)
Diciamo che forse (non ti conosco e non mi permetto) ti manca qualche base, ho cercato di spiegarmi meglio sopra.
Ovviamente tutto ciò che ho detto non sono in grado di farlo da solo , ma andando un po a intuito mi son venute queste idee.
Il fatto è che usare il C64 non è come usare Windows su PC anche se in entrambi i casi usi un computer, ci sono delle differenze sostanziali: diciamo che è come se tu volessi scrivere un driver ma non sai di che tipo di periferica ti serve questo driver.
Per adesso mettiamo da parte "la purezza" e concentriamoci sulla "fattibilità" di un prg che funzioni da capo e che possiamo metterlo dove ci pare disco , cassetta crt.
Ma allora la soluzione è semplice, action replay/captain miky o quello che ti pare e via.
Funziona perfettamente, non è un sistema puro, ma funziona: se lo scopo è giocarci, l'ho detto, non fatevi problemi a usarlo.
Discorso diverso se lo scopo è creare dump per la comunità, un prg generato in questo modo non sarà mai "pulito".
Ps un prg è un corridoio a senso unico , ma non è un corridoio che segue un cerchio e a un certo punto si ripete da capo?
Un prg nell'intestazione ha l'indirizzo di partenza e basta. L'indirizzo di fine è calcolato cominciando dall'indirizzo di partenza e caricando tutto in sequenza fino alla fine del programma. Puoi verificare con qualunque utility che da disco permetta di visualizzare le locazioni di inizio e fine programma di un PRG presente sul floppy.
Quindi un prg è contiguo, è uno degli standard dei prg delle macchine Commodore. Su computer moderni puoi fare quello che ti pare anche prg non contigui ma poi sul C64 (reale o emulato che sia) non funzionerebbero. Per salvare più aree di memoria diverse in un unico prg o li crunchi insieme (come fa una cartuccia) cioè racchiudendo il tutto in una sorta di contenitore (è come quando sul PC usi winrar) che poi lanciato all'inizio si occuperà di rimettere tutto al suo posto, oppure carichi le singole parti da più prg, oppure usi un caricatore (basic o l/m) che si occupa di scrivere la routine da zero o ancora usi un rilocatore, cioè metti una routine in L/M che si occupa di spostare parte del programma caricato in un'area di memoria diversa.
Massi se tu avessi il tuo prg preferito , che per forza di cose si trovasse in un tap , il quale non fosse possibile estrarlo per vari motivi (plugin ,loader , segmentazione ecc) come opereresti?
Dipende dall'uso che voglio fare. Se è per uso personale userei una cartuccia (emulata perché farei prima).
-
WAV-PRG [...] non emula un C64 ma lavora al livello PC
Corretto. I plug-ins riproducono il funzionamento dei loader ma sono riscritti da zero per girare su PC.
il C64 ha 64 KB di RAM (in realtà utilizzabili realmente, se proprio si vuole usarla tutta, sono circa 61): tuttavia, poiché il 6510 può indirizzare solo 64KB per volta, alcuni di questi 64KB non sono direttamente utilizzabili, ma si trovano "sotto" altro
I 64KB sono tutti utilizzabili. Se proprio si vuole, solo 2 byte non lo sono, quelli alle locazioni 0 e 1, perché queste locazioni sono usate per accedere alla porta I/O presente sulla CPU. In più, ci sono dell locazioni che, anche quando sono RAM utilizzabile, sono usate dalla CPU per i suoi scopi: lo stack ($100-$1FF, 256 byte) e i vettori di reset, NMI e IRQ ($FFFA-$FFFF, 6 byte). Il resto del discorso è vero: se si vuole utilizzare tutta la RAM bisogna rendere nascosta la ROM che contiene l'interprete BASIC e il Kernal, che contiene il sistema operativo.
I problemi descritti fin qui (se un PRG occupa alcune locazioni di memoria, non si può caricare con un LOAD; se un PRG occupa la memoria video, qualunque messaggio che appare su schermo, sia digitato dalla tastiera sia mostrato dal sistema operativo, corrompe il programma; se il punto di partenza del programma è nascosto dalla ROM non si può far partire il programma senza nascondere la ROM, perdendo Kernal e interprete BASIC; in molti casi il punto di partenza del programma va ricavato analizzando il loader, non c'è un listato BASIC di una riga contenente una SYS; ecc.) non sono insolubili: serve solo un loader scritto con cura. In fondo, il loader della cassetta di Mikie funziona, utilizzando vari accorgimenti. Se uno proprio volesse salvare i PRG su disco e caricarli, potrebbe scriversi il suo programma "loader" analogo al loader da cassetta, sostituendo "prendi questo byte dalla cassetta e scrivilo in memoria" con "prendi questo byte dal disco e scrivilo in memoria". Però non è una cosa che si improvvisa, bisogna sapere come funziona il C64.
-
ok ok la strada del ripping/dumping è difficoltosa..
Almeno mi potete dare una dritta su come trasformare gli snapshot del vice (.vsf) in .Prg?
Avete provato quel vsfreanimator che vi ho linkato?
Cercando su google ho letto di gente che lo fa e che poi comprime il prg con exomizer..
Io ci ho provato , sono riuscito a comprimerlo ma compresso o non compresso , sul vice non funziona sto prg (derivato dallo snapshot .vsf).
Si può fare un tool come il vsfreanimator (ma aggiornato , quello è fermo al 2007) che trasforma il file .vsf (che in teoria contiene già tutto il necessario) in .prg?Magari già crunchato?(exomizer)
Non me ne vogliate , lo so chiedere è facile , realizzare non lo è , ma è grazie alle persone competenti e capaci come voi che le comunità vanno avanti.
A prescindere dal risultato , grazie lo stesso. :numeber one:
-
Cercando su google ho letto di gente che lo fa e che poi comprime il prg con exomizer..
In effetti Exomizer funziona.
src/exomizer sfx $8a0 default_4.prg default_5.prg default_6.prg -o mikie.prg
(default_4.prg, default_5.prg e default_6.prg erano stati creati da WAV-PRG). Il file mikie.prg funziona.
L'unica cosa non banale è risalire all'indirizzo di partenza, in questo caso $8a0
-
Per trovare l'indirizzo di partenza di un prg c'è una utility si chiama prg starter , associa i file prg all'emulatore vice e in base al tipo di prg che trova ti fa partire l'emulatore giusto (vic-20 c-64 c-16/plus-4) e in una finestra ti dice l'indirizzo di partenza di quel prg....http://user.tninet.se/~jad615g/prgstarter/ (http://user.tninet.se/~jad615g/prgstarter/).
Ma per ottenere un prg da un vfs (lo snapshot del vice) ancora nessuna novità?
Michele.