Newsgroup: it.comp.software.emulatori
Titolo: amara scoperta rom megadrive

oggi mettendo a posto la mia collezione mi sono accorto che molte delle rom
disponibili in rete hanno l'estensione sbagliata (.bin al posto di .smd o
viceversa). qual'è il problema direte voi! tanto l'emulatore riconosce
entrambe le estensioni! peccato che il Megadrive è uno di quei casi in cui
l'estensione ha la sua importanza, se per esempio ad una rom in formato .bin
cambio l'estensione in .smd questa smette di funzionare perchè l'emulatore
si "inganna" sul formato (il DGen si ferma senza fare niente, il Genecyst
provoca un errore di sistema) per fortuna sembra che le ultime versioni del
WGens (il migliore e più compatibile emulatore Megadrive nonostante sia
molto recente rispetto agli altri) sembra fregarsene dell'estensione e
riconosce in automatico il formato. peccato che molta gente in rete non usi
questo emulatore e magari trovandosi di fronte ad una rom con estensione
sbagliata pensa che non funzioni, quando la soluzione del problema è molto
semplice! c'è un metodo "empirico" ma molto facile per scoprire il problema,
controllate la dimensione dellle rom in Kb (mi raccomando in Kb dalla
finestra classica di windows e non in byte dalla finestra di proprietà!) se
è un numero pari quasi sicuramente (99%) è una rom in formato .bin se è
dispari naturalmente l'estensione dovrebbe essere .smd
--
                                Andrea "Velvet" Petrucci
      E-Mail: 
vel...@libero.it
   ICQ: 15954376   
http://pmm.ngi.it
  collezioni rom? partecipi al NG? vuoi scambiare link di siti di rom?
iscriviti alla ML "GoodRoms" 
http://it.egroups.com/group/GoodRoms

Soluzione semplice:
l' SU e forse anche altri programmi del genere erano in grado di passare
da un formato all'altro (che sono profondamente diversi), lo ricordo
perchč ai tempi che furono i copiatori "standard" non leggevano i bin e
andavano assolutamente convertiti x essere utilizzati.
Ciao
Z.

 andavano assolutamente convertiti x essere utilizzati.
soluzione non semplice visto che molte utility si lasciano "ingannare", le
uniche cose che ho visto fregarsene di formati ed estensioni sono il GoodGen
e l'emulatore Wgensx


 e l'emulatore Wgensx
Forse non ho capito, il problema sta nella conversione o
nell'identificazione dei .bin?
L'identificazione mi pare sia possibile per quanto pallosissima col
sistema della dimensione, la conversione va poi fatta manualmente una ad
una, e forse è questo il punto, cerchi qualcosa x non passarti un
miliardo di rom a mano, giusto?
Al momento non mi viene in mente nessun tool preconfezionato adatto...
un sistema sarebbe quello di fartene uno tu (molto semplice, ricorsivo,
si passa tutti i file checcka la dimensione e rinomina l'estensione), ma
se il criterio è valido solo al 99% ci sono sempre rischi di errori...
E' un problema in effetti...
Z.

Al momento non mi viene in mente nessun tool preconfezionato adatto...
SMDTools.
L'equivalente di SNESTools per il MD.
Di sicuro ne ho sentito parlare, non l'ho mai usato pero`, ne` so dove
trovarlo.
-- 
 $B%^%C%7!!%+%G%s%F%# (J - E-mail: massi_cadenti(at)
metalslug4lamers.com
Sito web: 
http://www.metalslug4lamers.com/
 (andateci ^__^)
Affetto da grave Pokemonite causa uso intenso del N64 con Pokemon Stadium
Homepage personale: in arrivo MOLTO presto (se chi deve sbrigarsi lo fa...)

 trovarlo.
Ma non credo risolverebbe.. andrebbero comq smenante a mano una x una (a
quel punto tanto vale l'SU) o sbaglio?
Z.

quel punto tanto vale l'SU) o sbaglio?
Se si puo` fare tutto da linea di comando basterebbe un batch o uno
scriptino di poche righe. Altrimenti come hai detto tu devi fare tutto a
mano.
-- 
マッシ　カデンティ - E-mail: massi_cadenti(at)
metalslug4lamers.com


 E' un problema in effetti...
per me molto grosso


 trovarlo.
va sempre fatta la conversione uno ad uno


 quel punto tanto vale l'SU) o sbaglio?
esatto, non ho voglia di farmele una ad una


 mano.
infatti adesso ho risolto con quella


non smdtools, gentools
Scusa, ho sbagliato. :(
-- 
マッシ　カデンティ - E-mail: massi_cadenti(at)
metalslug4lamers.com


 esatto, non ho voglia di farmele una ad una
Scusa, ma un batch del tipo
IF Headerdellarom=pinco RENAME .bin
IF Headerdellarom=ciccio RENAME .smd
non funzionerebbe?
-- 
(o<
//\
V_/_ pinguino 186198 @ 
http://counter.li.org

 non funzionerebbe?
e la funzione "Headerdellarom" chi me la programma?


 non funzionerebbe?
Piu' che un batch ci vorrebbe un programmino, chesso'
in Delphi o in C, altrimenti da dove la ricavi "Headerdellarom"?
P.S.: Secondo voi un programmino del genere sarebbe utile
al mondo degli emulatori?
Bow-wow
--
Killer, webmaster di 
http://go.to/KingdomAmiga
DAT per Amiga     : 
http://KingdomAmiga.go.to/projectd
ICQ: 73998132 - Canzone del momento:
"Spirit vs Spirit - Gohan SSJ2" (Dragon Ball Z)

 e la funzione "Headerdellarom" chi me la programma?
Immagino che l'header di una rom in formato .bin sia diverso
da quello di una in formato .smd.
Mettiamo che tutte le rom .bin inizino con ".]ewq" e quelle
.smd con "`маа@" (e' solo un esempio, ora non ho le rom sotto mano),
a quel punto per il batch diventa facile rinominare con l'estensione
giusta, no?


 al mondo degli emulatori?
a me si!
--
                                Andrea "Velvet" Petrucci
      E-Mail: 
vel...@libero.it
   ICQ: 15954376   
http://pmm.ngi.it
 collezzioni rom? partecipi al NG? vuoi scambiare link di siti di rom?


 a me si!
Se vuoi, mi mandi (in mail, ma forse anche qui se non siamo molto
di disturbo) cio' che il programma deve controllare per riconoscere
se una rom e' .bin o .smd e, nel giro di qualche giorno, ti posso
mandare un programmino (niente di eccezionale, molto spartano)
per Win che fa quello che ti serve. Magari anche i sorgenti, se
qualcuno vuole fare portng per altre piattaforme.
Penso che siano importanti gli header dei due tipi.
Dammi tutte le informazioni che pensi mi possano essere utili e ti faro'
sapere :)
Bow-wow
Killer, gran programmatore :))) (ma mai puntuale :/)

 sapere :)
tutto quello che ho scoperto l'ho scritto nel post iniziale, lo giuro signor
giudice!
--
                                Andrea "Velvet" Petrucci
      E-Mail: 
vel...@libero.it
   ICQ: 15954376   
http://pmm.ngi.it
  collezioni rom? partecipi al NG? vuoi scambiare link di siti di rom?


 giudice!
Non basta :/
Mi devo fidare della dimensione pari? Sarebbe meglio sapere a che header
corrisponde ogni formato...
Bow-wow
Killer

 sapere :)
Scusate se intervengo: mi pareva che non cambiasse l'header (il .bin non
mi pare avesse una vera e propia header), ma propio TUTTO il codice, in
pratica credo che dalla sola lettura dei primi 8 byte (o anche meno) si
possa capire il formato.
Saluti
Z.

 ha scritto nel messaggio news:3a6c...@news.cis.it...

Io non lo so, per questo chiedevo :)))
L'importante e' trovare qualcosa che possa essere identificato per capire il
formato: fare il resto del programma (tramite KFC) per me e' una cavolata :)))
Bow-wow
Killer

SNIP
A dire la verita' tutta la rom e' diversa, non solo l'header.
Saluuuuuto

 ha scritto nel messaggio news:lpnq6t8op9758c6mp...@4ax.com...

Ma c'e' un modo sicuro al 100% per capire se una rom e' .bin o meno?
Una volta identificato, il resto e' "semplice" da fare :)
Bow-wow
Killer


Beh, dipende.
Se guardi il file con hex editor (o anche con il vecchissimo list per
dos) il formato BIN ha il nome del gioco in chiaro nei primi 200 byte
del file, mentre il formato smd no.
Il formato SMD in testa ha un header. Per il resto credo, ma non ho
mai provato, che la differenza alla fine sia solo una questione di
ordine dei bytes.
Cmq basta individuare una ventina di smd e guardare come iniziano. Se
per esempio questi cominciano tutti con "PAPPAPPERO" puoi scrivere un
programma che rinomina correttamente il file.
Se il tuo scopo e' quello di avere tutti file in formato .BIN, devi
convertire tutti gli SMD, altrimenti basterebbe dare un bel REN *.SMD
*.BIN e il gioco sarebbe fatto.
Non e' un problema da poco anche perche' tutti i tools che ci sono in
giro non fanno delle conversioni uguali (alcuni ad esempio nei docs
dicono che il file convertito non funziona su un copiatore).
Cmq piuttosto che scrivere un programma che effettua la conversione,
l'ideale sarebbe quello di scrivere un programma che separa bin da smd
dandogli una estensione appropriata basandosi sui primi bytes deli
files e poi eventualmente si crei due begli array con i vari nomi.
A questo punto basterebbe chiamare X volte (dove X e' il numero totale
dei nomi nell'array) un convertitore esterno per dos e passargli il
nome del file da convertire (piu' eventuali parametri).
Non so se sono stato chiaro.
Cmq in giro si trovano dei docs sul formato dei dump genesis.
Saluuuuuuuuto

 Cmq in giro si trovano dei docs sul formato dei dump genesis.
Hai qualche url per questi docs? Il programma ormai e' quasi finito, mi
mancano solo i parametri da controllare :)


ordine dei bytes.
Allora.
Premetto che tutto questo che diro` lo rilevo da esperienze personali (su
altre macchine) e deduzioni logiche, quindi potrei dire benissimo delle
cavolate visto che non ho *nessuna* documentazione al riguardo.
Il formato SMD dovrebbe essere quello utilizzato dal famoso Mega Backup
(uno dei copiatori piu` famosi usati dal MegaDrive) con le relative
"espansioni". Giacche` tra i copiatori (pur avendo vari formati diversi, e
il SNES e` l'esempio classico in questo senso) si tende sempre a mantenere
una certa compatibilita` sia verso il basso sia (incredibile a dirsi) verso
l'alto, e` presumibile che tutti gli altri copiatori usciti in seguito
salvino i giochi in tale formato, esattamente come il WildCard su SNES
(.swc) segue uno schema *simile* (anche se non *identico*) al Magicom
(.smc). In modo da permettere a chi avesse un Magicom di leggere un gioco
dumpato con un WildCard e viceversa.
Il formato .bin invece mi suona tanto di dump "raw", ovvero una cosa
brutalmente fatta mettendo la rom in un programmatore di eprom, e la
mancanza di un header (che identificherebbe il tipo di copiatore e altre
cose come dove va allocata la rom in memoria ecc.) confermerebbe questa
teoria.
Giacche` i copiatori *di*solito* comunque (header a parte) seguono i dati
allo stesso modo di come si compone la rom nel formato grezzo in teoria i
dati, header escluso, dovrebbero essere sempre uguali. Questo non e` sempre
vero nello SNES dove esistono vari modi di scrivere la rom su file (anche
se il piu` usato, e piu` corretto, e` appunto questo).
Io resto del parere che una rom per console e` tale se continua a
funzionare sulla console (almeno quasi sempre, rom "strane" e chippate a
parte). Ergo preferisco il formato .smd al .bin, anche perche` lo reputo
parecchio piu` corretto. I programmatori del MAME storcerebbero il naso,
perche` sarebbe come difendere i dump MGD2 rispetto agli MVS, ma nel caso
delle console diffuse praticamente solo in ambito casalingo come MD e SNES
il discorso da fare e` diverso.
E` piu` corretto un dump da usare con un programmatore di eprom o un dump
utilizzabile da un numero maggiore di utenti? Questo e` il dilemma.
Premesso che ovviamente entrambi vanno con gli emulatori, resta pero` che
(quasi sempre) un dump .smd e` facilmente convertibile in formato .bin
togliendoci l'header.
Il formato .bin andrebbe comunque lasciato per le rom come Virtua Racing
che per motivi hardware sui copiatori non possono andare. Ma IMHO non
andrebbe usato per altro. Sarebbe come prendere tutte le rom per
Gameboy/Gameboy Color e depurarle dell'header. Cio` le renderebbe
inutilizzabili con l'XChanger e coi vari sistemi di backup che, non
dimentichiamolo, sono i sistemi maggiormente utilizzati nel caso delle
console casalinghe (contrariamente agli arcade e al NeoGeo, dove, per ovvi
motivi, la diffusione massima e` in sala giochi, dove si presume che ci
siano persone in grado di avere un programmatore di eprom -e di saperlo
usare of course-), specialmente appunto nel caso delle console maggiormente
diffuse (SNES, MD e GB). E se lo dico io che sono uno di questi utenti...;P
Detta tutta questa pappardella che mi auguro abbiate comunque letto, mi
ritengo per lo piu` contrario a mantenere le rom in formato .bin. Non vedo
altri motivi per mantenerle. Il formato .smd con le utility buone (magari
non quelle che dicono che poi il file non funzionerebbe su un copiatore)
_E`_ ricostruibile. E quindi vedo piu` corretti i file .smd.
E adesso la parola agli esperti del MD e dei suoi formati. Scusate ancora
gli eventuali strafalcioni che avro` probabilmente scritto, anzi sarei
felice se mi correggeste cosi` imparo qualcosa di nuovo.
-- 
マッシ　カデンティ - E-mail: massi_cadenti(at)
metalslug4lamers.com
Sito web: 
http://www.metalslug4lamers.com/
 (andateci ^__^)
Prima o poi dovro` metterci una frase intelligente in questa riga...
