Newsgroup: it.comp.software.emulatori
Titolo: Creare un Dat-file per Amiga

Salve,
 ho iniziato a scrivere un Dat-file (da usare con il Rom-Center) per Amiga,
ma come ovvio immaginare il mio lavoro non mi soddisfa dato la mia
"limitata" collezione di ADF. Percio' avevo pensato: perche' non raccogliere
i dati da tutti gli utenti di IXE (e da chi si collega a KingdomAmiga :) ) e
scrivere
cosi' uno dei Dat-file piu' completi al mondo?
Coa ne pensate? Io mi propongo come coordinatore. Se l'idea vi stuzzica,
fatelo sapere e mettiamo su questo progetto.
Bow-wow
Killer


A parte la difficoltà del progetto, c'è già un gruppo che ha iniziato
il progetto e che ha anche iniziato a creare dei file dat per tutti i
computer in genere, tipo c64, vic 20 etc.
Li trovi qui  
http://213.46.128.199/
 e usano sia il romcenter sia il
romdoctor.

 romdoctor.
Non penso che sia molto difficile una cosa del genere.
Focalizzando l'attenzione solo su una macchina, la cosa potrebbe
essere piu' facile.
Il sito del TOSEC lo conoscevo, grazie, anzi io stavo usando la loro
convenzione
per realizzare il mio Dat :)
Bow-wow
Killer

 fatelo sapere e mettiamo su questo progetto.
Se voui posso contribuire anchio con i miei quasi *2400*
giochi x Amy
Ciao.
Matteo.
togliere tutti i trattini ( _ ) x rispondere.

 > romdoctor.
Pero' secondo me non e' bello il modo in cui e'
organizzato, cioe' non mi
piace che non sia diviso x giochi ma per disco com'e'
Secondo me sarebbe meglio che fosse cosi' per esempio:
.....
....
Monkey Island 2 (11 dischi)
  |__Monkey island 2 disk 01
  |__Monkey island 2 disk 02
  |__......
  |__Monkey island 2 disk 11
....
Ecco, cosi' sarebbe molto meglio secondo me.
Tu Killer come lo volevi realizzare?
Ciao.
Matteo.
togliere tutti i trattini ( _ ) per rispondere.

 fatelo sapere e mettiamo su questo progetto.
Si tratterebbe di un lavoro improbo..
comunque come pensi di strutturare il dat file?
(es. sviluppatore-titolo-company-anno-original-cracked-ecc. ecc.?)
-- 
Saluti                                     James \Diskdoctor\ Ossi
      ___
     ////  
___ ////     A M I G A : the REAL pathfinder
\\\X///    RetroPlay  
http://www.retroplay.com
 
 \XXX/ Linux user # 186198 @ 
http://counter.li.org

(es. sviluppatore-titolo-company-anno-original-cracked-ecc. ecc.?)
Cmq ricordate di mantenere i nomi al massimo a 31 caratteri, visto che
č il limite massimo x masterizzare i cd(Mi pare che sia cosě o almeno
nei vari goodxxx viene fatto cosě)

 nei vari goodxxx viene fatto cosě)
Se ricordo bene sono 64 i caratteri max.

 Tu Killer come lo volevi realizzare?
Io ho iniziato il mio proprio seguendo questo schema, pero' usando la
nomenclatura TOSEC.
Es:
Monkey Island 2 (anno) (lingua) [cr da] [t si/no] [altri che ora non ricordo
:)]
 |_ Monkey Island 2 (vari tag) (Disk 1 of 11)
ecc..
Pero' la cosa e' tutta da discutere (come i tag da utilizzare, se usarli
solo per lo ZIP o
per tutti gli ADF ecc)
Bow-wow
Killer

 (es. sviluppatore-titolo-company-anno-original-cracked-ecc. ecc.?)
E' ancora da decidere.
Io pensavo qualcosa come:
NomeGioco (sviluppatore) (anno) (lingua) [cr<accato> da] [tr<ainer> si/no]
penso che cosi' il nome sia abbastanza completo (le parti tra <> non vengono
scritte).
Che ve ne pare?
Poi, per esempio, possiamo omettere chi ha craccato il gioco se
per caso non ci sono casi di doppio-crack (per velocizzare la cosa),
ma, come ho gia detto, possiamo benissimo discutere il progetto :)
Bow-wow
Killer

 ha scritto nel messaggio
news:39E9AC78...@inwind.it...

Se mi dite precisamente quanti sono i caratteri mi fareste un favore.
Non vorrei creare problemi in fase di masterizzazione (dato che fra un
po' anch'io dovro' masterizzare i miei ADF :) )
Bow-wow
Killer

 giochi x Amy
Con piacere :)
Aspetta solo che organizziamo la faccenda come si deve e poi
puoi inviarmi il tuo materiale :)
Bow-wow
Killer

 Che ve ne pare?
Io aggiungerei il CRC tanto per creare un ID univoco per quell'adf..
o magari un'altra alternativa potrebbe essere quella di dare all'adf un nome
breve e aggiungere tutti i tag possibili e immaginabili nel dat file..
con il CRC univoco non dovrebbero esserci equivoci..
in ogni caso discutiamo tutto *prima* di far partire il progetto..
arrivare a meta' del lavoro e accorgersi che qualcosa nella definizione
del dat e' da rivedere potrebbe causare un infarto ai partecipanti al
progetto
;-)


con il CRC univoco non dovrebbero esserci equivoci..
Infatti funzioan cosě, sia per ROM Doctor che per ROM Center ... tra
l'altro il dat tosec attuale indicizza 5300 adf, ma il problema č che
ad esempio, per molti giochi vengono memorizzati i salvataggi nel
disco programma, alterando cosě il contenuto del disco e
conseguentemente il CRC. Se e vero che non č buona norma giocare con
la stessa copia di backup, č anche vero che in rete si trovano
centinaia di varianti dello stesso dischetto che magari differiscono
solo per un salvataggio in piů o in meno.
Ad esempio io mi ritrovo con dei set completi, magari di cinque
dischi, di cui 4 sono riconosciuti e uno no ... strano, che provenendo
dalla stessa fonte, un disco di quei cinque non č riconosciuto.
-- 
Night Ranger
ICQ# 63076483         
http://nightranger.crontab.org

po' anch'io dovro' masterizzare i miei ADF :) )
Stiamo andando OT (e` argomento da it.comp.hardware.cd.moderato), ma
comunque per una volta faccio uno strappo visto che siete voi :)
Allora, il filesystem ISO9660 originalmente sviluppato prevede 8+3 in Level
1 e 31 (compresa o esclusa estensione non ricordo) in Level 2, da non
confondere con Modo 1 e Modo 2 che sono formati di masterizzazione, mentre
questi riguardano esclusivamente la TOC (Table of Contents). Non
dimentichiamo che l'ISO9660 (formato standardizzato relativo ai CD dati,
definito una volta e per tutte nel Yellow Book) nacque nei primi anni '90
insieme ai primi CD-ROM (1x) quando di nomi lunghi in ambito PC non se ne
parlava nemmeno.
Ma nel tempo si sono sviluppati diversi sistemi per ovviare a questo
inconveniente: quelli che hanno avuto piu` fortuna in ambito PC (escludendo
quindi i Mac) sono stati Romeo e Joliet. In particolare quest'ultimo ha
avuto gran fortuna in ambito Windows95, e` stato adottato dopo poco anche
da Linux, e permette di arrivare a 64 caratteri.
Inoltre ci sono da menzionare alcune restrizioni sempre dell'ISO9660:
l'impossibilita` di avere un percorso piu` lungo di 255 caratteri e
l'impossibilita` di creare piu` di 8 livelli di sottodirectory. Alcuni
programmi di masterizzazione come Nero permettono di violare queste
restrizioni, ma in questo modo non e` garantita la compatibilita`
soprattutto con lettori e sistemi operativi piu` vecchi.
-- 
 $B%^%C%7!!%+%G%s%F%# (J - E-mail: massi.cadenti(at)
metalslug4lamers.com
Sito web: 
http://www.metalslug4lamers.com/
 (andateci ^__^)
IRC: <Massi> on Azzurra (
irc.net36.com
)
My channels: #mpsoftware, #lamerone, #Pokemon, #tcg, #idag

computer in genere, tipo c64, vic 20 etc.
E come fanno a conoscere i CRC32 dei miei floppy (di cui gran parte sono
*unici* al mondo)?


dalla stessa fonte, un disco di quei cinque non č riconosciuto.
Ad esempio il mio dump di Zak McKracken in italiano, che e` l'unico che si
trova in rete, ha dei salvataggi in maniera univoca. E finche` usate i miei
salvataggi, non me ne puo` fregare di meno :))


 trova in rete, 
Uhm... stiamo parlando della versione amiga, vero? 
-- 
* Jotaro Kujo *
 Can't you see the end
 Twentieth Century Man ? 

 ;-)
Secondo me le cose da decidere immediatamente sono:
- Struttura dei Zip 1 zip=1 ADF o 1 zip=1 gioco? io sono per la seconda
ipotesi
- Nome degli zip e degli ADF:
  io pensavo qualcosa del genere
  Secret of Monkey Island 2, the (LucasFilm) (1991) (It) (Disk:11) [cr]
  |-- Secret of Monkey Island 2, the (It) [cr] (Disk 01 of 11).adf
 ecc, cioe' specificare tutti i TAG nel nome dello zip e poi inserire nei
nomi degli
 ADF solo informazioni necessarie (come la lingua). L'idea del CRC nel nome
puo'
 essere una buona idea per rendere i nomi univici: serebbe da mettere ai
voti :)
- Come trattare i doppioni: penso sia giusto inserire solo ADF con cambi
significativi
   (ad es. diverso craccatore, presenza/assenza di trainer o trainer
realizzati da mani diverse)
   magari indicandoli come versioni alternative ([a] [a1] ecc.)
- altre cose che al momento non mi vengono in mente :)
Incominciamo con discutere queste...
Bow-wow
Killer

 Uhm... stiamo parlando della versione amiga, vero?
Si :)
Massi ogni volta che puo' si vanta di aver ADFato e messo in giro
l'unica copia di "Zak McKracken" italiana presente in rete :)))
Anch'io pero' ho messo in giro ADF (non miei :))) ) introvabili
(vedi Nippon Safes INC) :P
(Massi, non penserai mica che ti sto' prendendo in giro :P)
Bow-wow
Killer

 significativi
Per quanto mi riguarda trovo utile inserire i doppioni relativi a diversi
cracks, trovo inutile inserire doppioni di giochi con salvataggi differenti
al loro interno e ovviamente anche i save disk separati,
altrimenti si entra in un ginepraio che non se ne esce piu'.


 altrimenti si entra in un ginepraio che non se ne esce piu'.
Sono d'accordo, ma come si fa' a capire qual'e' l'adf piu' attendibile?
Io per adesso sto' inserendo solo quelli che differiscono in maniera
"evidente", ma bisogna trovare un modo per individuare quale va inserito
e quale no . . .
Bow-wow
--
Killer, webmaster di 
http://go.to/KingdomAmiga
ICQ: 73998132
Canzone del mese:
"Zankoku na tenshi no these"

 e quale no . . .
Nel caso di doppioni con salvataggi lascerei quello senza, anche perche'
un disco "multisalvato" e' potenzialmente portatore di errori di
lettura-scrittura..


   magari indicandoli come versioni alternative ([a] [a1] ecc.)
Già, ma perchè magari inserire la versione che hai tu e non quella che
ho io e che differisce solo per un salvataggio? IMHO il problema sta
lì ... non esistono più versioni completamente pure, a differenza di
quanto può avvenire per le console ....


 quanto può avvenire per le console ....
Di due versioni uguali che differiscono nella presenza o meno dei salvataggi
e' meglio considerare quella senza..
di due versioni come sopra, una con molti salvataggi, una con pochi,
bisognerebbe considerare quella con pochi, per il discorso fatto piu' sopra
del: piu' salvataggi=maggior probabilita' di disco corrotto. 
Per quanto riguarda la "purezza", idealmente bisognerebbe considerare
solo le versioni non craccate, che pero' sono notoriamente una minoranza
rispetto ai dump a giro, anche perche' moolto piu' difficili da dumpare. 


ad accoppiare le informazioni all' adf giusto.
Se ti riferisci all'integrazione con il MuEL .... beh, niente di piů
semplice, una volta definito il tutto (tant'č che un abbozzo di
supporto per Amiga l'avevo pure inserito) ... a quel punto sarebbe
tutto anche piů facile se si prevedesse un dat file esteso
comprendente anche il tipo di configurazione richiesta dal gioco (ocs,
ecs, aga, 13, 20, 30, ...)
PS James scusa per la mail, ma mi č scappato un 'R' invece di un 'F'
:PP


 quanto può avvenire per le console ....
Si potrebbero cancellare i salvataggi e confrontare gli ADF risultanti:
se i CRC sono uguali, abbiamo la nostra copia pura :)
Bow-wow
Killer

 o da caio ti troveresti un gioco doppione col nome uguale.
L'idea e' un'altra:
1- Esiste un solo grande zip per gioco:
2- Il nome dello zip e' il nome ORIGINALE del gioco, piu' alcuni tag
    significativi (creatore,anno, n° dischi);
3- All'interno i vari ADF avrebbero l'indicazione della versione (lingua,
    craccato da, trainer si/no), un po' come succede con i cloni del MAME
    (se ben ricordo)...


del: piu' salvataggi=maggior probabilita' di disco corrotto. 
Rimane cmq un discorso spinoso ... i salvataggi potrebbero essere
stati cancellati, ma il disco più "usurato" ... è difficile stabilire
un indice di purezza a distanza di così tanto tempo ...
Cmq. la tua rimane la soluzione più valida ... ma non garantisce
certezze ... anche se credo che nel campo dei supporti per PC le
certezze non potranno mai esistere ...
Basta pensare alle varie differenze che potrebbero essere generate dal
supporto stesso usato per la duplicazione ... sei sicuro che il dump
di uno stesso dischetto, eseguito su due macchine differenti (amiga e
PC+Catweasel, o addirittura tra due amiga stessi su un disco protetto
con tracce rovinate) generi lo stesso risultato?


se i CRC sono uguali, abbiamo la nostra copia pura :)
Più che cancellarli, dovresti radere a zero in tutto e per tutto i
settori in cui erano salvati, altrimenti le info rimarrebbero lo
stesso ed in ogni caso perderesti di fatto la possibilità che vengano
riconosciuti i dischetti che un'altro avrebbe ... IMHO è un problema
insormontabile ... l'unica sarebbe limitarsi ai dump presenti in rete,
in questo modo avresti la certezza che questi saranno riconosciuti,
altrimenti corri il rischio di inserire un sacco di dati che poi
potrebbero non essere di alcuna utilità sugli altri computer
Ma ... eccheccasino :)
Il vero risultato lo avresti IMHO solo con il controllo dei file
all'interno dell'adf, ma è improponibile ... anche senza pensare ai
dischetti non standard.


(Massi, non penserai mica che ti sto' prendendo in giro :P)
Naaa... Zak c'e` pure su Retroplay pero` :P
-- 
マッシ　カデンティ - E-mail: massi.cadenti(at)
metalslug4lamers.com


 con tracce rovinate) generi lo stesso risultato?
A queste cose devi credere per fede :)
Altrimenti la cosa diventa troppo contorta...


 Naaa... Zak c'e` pure su Retroplay pero` :P
Ma adesso non esagerare :)


 con tracce rovinate) generi lo stesso risultato?
Il programma dumpatore (almeno quello che uso io) se trova tracce
o settori rovinati segnala l'errore e non termina di creare l'adf..
non ho mai fatto un confronto diretto tra dump del medesimo floppy
con macchine diverse, ma ritengo che se il supporto e' integro
si ottengono dump identici.


 ecc..
Anchio intendevo di usarla, solo che nell'esempio di prima
non avevo voglia
di scrivere :) , cioe' volevo solo spiegare che secondo me
e' meglio che il
gioco sia raggruppato tutto su un unico file zip e non uno
zip per ogni adf.
Ciao.
Matteo.

    magari indicandoli come versioni alternative ([a]
[a1] ecc.)
anche x me, ma inserendo anche le vers. ing, ger, it ecc
se qualcuno le ha.
Ciao.
Matteo.

 se qualcuno le ha.
Certamente, dobbiamo cercare di classificare in piu' lingue
possibili :)
Entro domani rilascio un piccolissimo DAT (+ o - 10 giochi)
per farvi vedere cosa ho in mente...
Bow-wow
Killer