Mame 0.145u4 ! Opzioni

[max-holz]

Io alla fine ricomprimerò però intendo aspettare che si definisca la situazione dei gd-rom.

[Venturer]

Certo che... qualche tempo fa si ragionava sull'opportunità di passare alla compressione 7zip per il romset e sui problemi che avrebbe comportato riscaricare l'intero set per i seeder... e ora si parla di tirarsi giù allegramente 220 GB di roba (byte più byte meno).
Mah.

Credo che non serva riscaricarli tutti da capo; mi spiego meglio: fai partire il check del torrent nella cartella dove ci sono i CHD....lui li ricontrolla da capo e riscarica solo i byte che trova diversi!!!!!!!
In 2 ore ha finito sicuramente!

[s_bastian]

serve riscaricare tutto, anche se solo ALCUNE porzioni sono state cambiate ed altre sono rimaste invariate.
Mi spiego.: torrent divide un file in porzioni di N bytes, e le numera, e controlla la corrispondenza "numero->porzione". Ad esempio:

vecchio CHD: AAAABBBBCCCC:
porzione 1: AAAAA
porzione 2: BBBB
porzione 3: CCCC

comprimo la 2 che diventa DDD
Il nuovo file sarà AAAADDDCCCC

divido in porzioni ed ottengo:
porzione 1: AAAAA <- buona, non serve riscaricare
porzione 2: DDDC <- da riscaricare
Porzione 3: CCC <- da riscaricare

Ergo, se vai un check del torrent coi CHD modificati sui tuoi vecchi CHD, ci sono OTTIME possibilià di rovinare TUTTI i tuoi CHD

spero il concetto sia chiaro, ma stiamo andando OT......

[gioloi]

dovresti probabilmente dirlo a chi gestisce i torrent, non qui

Lo dico qui perché era qui che si sosteneva che il maggiore ostacolo al passaggio al romset 7zippato fosse l'obbligo di riscaricare l'intero set.

Alla luce di queste novità, non mi pare proprio.

Poi, la situazione non cambia. Si fa per parlare, dopotutto.

[Andrea71]

Ciao a tutti

La compressione da zero dei CHD è sicuramente l'opzione più affascinante per i collezionisti "old-style" come me e molti altri qua dentro

Il punto è individuare le giuste opzioni per il chdman e poi ... "buon lavoro pc!! fa un fischio quando hai finito "

Saluti
Andrea71

[gnoppi]

serve riscaricare tutto, anche se solo ALCUNE porzioni sono state cambiate ed altre sono rimaste invariate.
Mi spiego.: torrent divide un file in porzioni di N bytes, e le numera, e controlla la corrispondenza "numero->porzione". Ad esempio:

vecchio CHD: AAAABBBBCCCC:
porzione 1: AAAAA
porzione 2: BBBB
porzione 3: CCCC

comprimo la 2 che diventa DDD
Il nuovo file sarà AAAADDDCCCC

divido in porzioni ed ottengo:
porzione 1: AAAAA <- buona, non serve riscaricare
porzione 2: DDDC <- da riscaricare
Porzione 3: CCC <- da riscaricare

Ergo, se vai un check del torrent coi CHD modificati sui tuoi vecchi CHD, ci sono OTTIME possibilià di rovinare TUTTI i tuoi CHD

spero il concetto sia chiaro, ma stiamo andando OT......

Non crea anche un hash univoco per singolo chunk?

[etabeta]

Il punto è individuare le giuste opzioni per il chdman e poi ... "buon lavoro pc!! fa un fischio quando hai finito "

prima

CODICE

chdman extract(raw/hd/cd) -i input.chd -o output

per estrarre e poi

CODICE

chdman create(raw/hd/cd) -i input -o output.chd

per ricomprimere

chdman testa i vari algoritmi e sceglie quello che comprime di piu'...

[Andrea71]

ahh ecco.... quindi non mi devo preoccupare io di type1, 2 eccecc...; solo che dovrei sapere prima se è un hd o un cd e con chdman dovrei riuscire ad ottenere queste informazioni. Allora la cosa è già più fattibile!!

Grazie etabeta

[Jorghino]

Per i niubbi come me : quale sarebbe il comando per capire se è un hd o un cd?

[s_bastian]

Non crea anche un hash univoco per singolo chunk?

non vorrei sbagliarmi ma..
SI, crea un hash univoco per ogni chunk. Ma in chunk vengono fatti sulla base delle DIMENSIONI, non del contenuto. Per cui, se io faccio un chunk ogni 512k, ma cambio la compressione, ecco che occupando meno spazio vado a modificare anche come il file viene diviso in chunks e quindi la corrispondenza tra numero del chunk ed il suo hash code

Mi spiego da cani come sempre, provo con un disegno


Se anche le tracce B e C rimanessero invariate, l'aver compresso la traccia A fa si che la traccia B non inizi pù con "chunk 4 hash D", ma inizi con "Chunk 3 hash D" ed ecco che la corrispondenza "chunk/hash" è andata

Questo, almeno sulla base di quello che ne so io di torrent, se mi sbaglio correggetemi

[Andrea71]

Per i niubbi come me : quale sarebbe il comando per capire se è un hd o un cd?

Se ho ben capito quando dai il comando

CODE

chdman info -v -i nomechd.chd

otterrai diversi ttipi di risposta alla riga "METADATA"

Ora resta da sapere quali sono i vari tipi di TAG e in base a quelli si capisce quali sono HDD o CD o altro

Saluti
Andrea71

[max-holz]

Personalmente ho fatto un test con il vecchio chd a51site4 (non quello nuovo a51site4a)
Si tratta di un HD e non ho notato nessuna differenza nell'usare il comando copy oppure il comando createhd dopo aver estratto i dati con extracthd. Il risultato finale è uguale il chd passa da una dimensione di 736,499,597 byte per la versione 4 ad una di 692,927,091 byte in entranbi i casi.

[Andrea71]

Buono a sapersi.... in effetti la ricompressione totale dei chd ha senso solo se si recuperano discrete quantità di Mb, altrimenti non vale il tempo che ci si impiegherebbe

Saluti
Andrea71

[etabeta]

per i laserdisk il guadagno e' in genere trascurabile (e si tratta dei CHD piu' grossi), per gli HD dipende da caso a caso.

quelli che guadagnano davvero molto sono i CD con tracce audio, ma nel MAME prevalgono quelli con tracce dati, quindi forse pure con i CD non si guadagna un granche'

il discorso cambia e di parecchio con i CD per console (per MESS) in cui il guadagno e' notevole, ma quelli sono OT qui