Edicolac64 forum - il commodore 64 in italia
Convertire le cassette/dischi e effettuare il processo inverso + Programmi e Utility => Segnalazione nuove cassette dumpate e scansioni effettuate + Istruzioni per effettuare screenshot giochi e invio cassette allo staff => Topic aperto da: Ammiraglio72 - 15 Marzo 2014, 12:21:40
-
Buongiorno ragazzi!
L'aiuto lo chiedo a tutti oltre che Massi e Fab.
Ogni contributo/aiuto è prezioso.
Ho preso un altra 30 ina di cassette e sto dumpando le mancanti.
Ora però devo andare un po O.T. ma penso sia corretto parlarne qui in fase di dump:
Ho avuto un problema tecnico , il C2N che avevo moddato ora si comporta in maniera strana , i suoni arrivano ondulati come se ci fosse un filtro "tremolo" , l'ho aperto e ho notato che la cinghia slittava e il volano era semi sganciato e quindi ondulava.
La cinghia l'ho sostituita con un elastico verde (quelli più spessi e sono più resistenti di quelli gialli e si prestano benissimo (possono tornarvi utili se vi si rompe la cinghia originale).
Il volano l'ho riagganciato correttamente ma il "tremolio" dell'audio continua ancora , ho il sospetto che avendo saldato il cavo audio in prossimità dei piedini di un integrato , questo si sia in qualche modo alterato.Che ne pensate? Oppure è la testina?
(per il volano storto è stata senza dubbio una botta , sicuramente mia madre pulendo lo ha fatto cascare a terra).
Ad ogni modo per ora ho risolto usando un altro c2n e modificandolo a sua volta e sta andando benone.
Altro quesito tecnico:
Intanto che sostituivo il c2n guasto ho provato a dumpare usando uno stereo AIWA con la doppia piastra di registrazione e (a orecchio) l'audio che digitalizzavo era di qualità superiore ma con più rumore di fondo.
La cosa strana è che i dump fatti col c2n e messi nel vice così ancora grezzi , l'elenco dei prg dentro il file del tap si vede , spesso partono tutti senza bisogno di clean (che io faccio a prescindere) , mentre invece il "classico" metodo audio se pur fatto con uno stereo di ottima qualità non da segni.Ne prima ne dopo il cleaner , ne con onda invertita , ne senza , ne con volume massimo e distorto ne con volume "normalizzato".
Insomma il metodo "normale" di dump audio come va fatto? cosa mi sfugge?
Ho provato anche in mono e campiono sempre a 96000 24bit , il massimo che può fare la mia soundblaster XM extreme (che coi suoni del c2n funge alla grande)
Ho anche provato vari filtri con audacity tra cui la rimozione rumore ma è come se questo file generato dallo stereo fosse un "alieno" propio non ha ne testa ne piedi.
Ogni aiuto è gradito grazie.
-
il "classico" metodo audio se pur fatto con uno stereo di ottima qualità non da segni.Ne prima ne dopo il cleaner , ne con onda invertita , ne senza , ne con volume massimo e distorto ne con volume "normalizzato".
Insomma il metodo "normale" di dump audio come va fatto? cosa mi sfugge?
Ho provato anche in mono e campiono sempre a 96000 24bit ,
Per poter dire qualcosa sarebbe necessario avere un WAV
-
Elaboro un po'. Dalla tua descrizione si direbbe che non fai niente di sbagliato. Quindi, per vedere perché i file WAV che crei non funzionano, bisogna guardarli con un editor di forme d'onda (Audacity, Adobe Audition, Goldwave...). Posso provare a dare uno sguardo a un tuo file WAV se me lo fai avere.
-
Si fab conto di fartelo avere al più presto , avevo sospeso qui perchè avevo ripreso a dumpare con un altro c2n , a tal proposito aggiungo che ti sembrerà strano , ma spesso ho avuto effetto contrario usando tapclean (uso quello col forntend che mi viene più semplice) , spesso è successo che dopo averli "ripuliti" qualcosa non funzionava più e quindi in alcuni casi ho lasciato il tap "grezo" ma funzionante.
cmq ritornando al topic principale ti farò avere un wav col c2n e uno con la piastra di registrazione , l'unica differenza che ho notato io a orecchio è che se pur di una qualità superiore (sempre a orecchio) , la piastra genera un wav con parecchio rumore di fondo.
per la cronaca digitalizzo a 96000 , 24 bit , il massimo che posso anche se i file sono enormi ma poi i wav li cancello.
-
Aggiungo che tapclean non mi è stato di alcun aiuto con i tap per c16 , se pur ho flaggato l'opzione -16 , i dump c16 li ho fatti sempre col c2n e poi li ho solo convertiti con audiotap , avevo letto da qualche parte che i c16 erano difficoltosi col turbo , ho dumpato dei turbo chiocciola ":@L" ":@S" ecc senza problemi.(a parte nastri disastrati)
ho anche sperimentato alcuni filtri con audacity:
Livellamento:
rende il wav un po più "livellato" , è successo che mentre dumpavo nastri indicibili la testina si sporcava verso la fine e il grafico (volume) andava pian piano rimpicciolendosi:
rimozione rumore:
seleziono un pezzo di inizio traccia prima dei bip , lo indico come campione , poi seleziono l'intero wav , e riesce a togliere davvero il rumore , in alcuni casi però il tap è peggiorato.
hight pass bias:
Non ho idea di cosa faccia ma visto che giocavo con audacdity ho provato tutti i filtri e quest non so perchè ma ne migliorava la resa per la conversione in tap.
infine la normalizzazione
che rende il volume perfetto al massimo senza distorcere.
alternando questi filtri ho recuperato casi disperati , ho fatto anche altre "pazzie".
ho messo un cacciavite piatto incastrato nel tasto play in tal modo notavo che latestina avanzava di qualche millimetrò in più rispetto allo "standard" aumentando la superficie di contatto della stessa e migliorando il wav ottenuto.
e ultima cosa che ho fatto ... trattandosi di nastri estremamente vecchi e "sporchi" notavo che insistendo 2-3 volte qualcosa migliorava perchè immagino che i nastri si andassero pulendo con la testina (che intanto accumulava sporcizia) allora ho applicato una lamina di nastro isolante alla testina e l'ho fatta andare così avanti un lato e poi l'altro , poi quando l'ho tolta (e ho ripulito la testina da eventuali residui di adesivo con acetone) la lamina di nastro isolante era bella sporca (e presumo il nastro più pulito) , io ho fatto queste cose perchè era necessario resuscitare cassette morte :) non mi assumo responsabilità se ci provate e rompete qualcosa :P
-
Per Fab , ecco i wav.
https://mega.co.nz/#!rZtRzDQC!307iHHnqxEj6zwK67C39a3gKRLILO4xsNyXlFgUaF10 (https://mega.co.nz/#!rZtRzDQC!307iHHnqxEj6zwK67C39a3gKRLILO4xsNyXlFgUaF10)
Dentro il file Rar trovi:
C2N.wav <---- wav fatto col registratore modificato
PIASTRA.wav <---- stesso wav fatto con lo stereo
C2N.tap <---- tap grezzo , passato solo ad audiotap (funziona)
PIASTRA.TAP <---- tap grezzo , passato solo ad audiotap (NON funziona)
clean.C2N.TAP <---- Tap passato al tapcleaner (funziona)
clean.PIASTRA.TAP <---- Tap passato al tapcleaner (funziona)
Volume di ingresso identico per entrambi i wav.
Campionatura 96000/24 bit Mono (canale sinistro) per entrambi.
Audiotap e tapcleaner con settaggi identici in entrambi i dump.
A differenza degli altri dump ho usato una cassetta in "buone condizioni" e stavolta (l'unica) ha funzionato DOPO la ripulitura (con gli altri dump DA PIASTRA non funzionava ne prima ne dopo)
A sto punto mi viene da pensare che per i "nastri difficoltosi" funziona meglio il registratore C2N.
Altra cosa che ho notato confrontando le tracce wav in parallelo su audacity , quella generata dal C2N mi sembra "a occhio" con le onde "più alte" di quella da PIASTRA , a fronte dello stesso quantitativo di rumore (la linea piatta con qualche puntino di rumore prima e dopo i beep lunghi).
In oltre confermo quanto detto prima , "certe volte" passare il tap "grezzo" del C2N A tap cleaner lo peggiora.
Lascio a te che sei l'esperto l'analisi del caso :)
-
In oltre confermo quanto detto prima , "certe volte" passare il tap "grezzo" del C2N A tap cleaner lo peggiora.
Tap cleaner è un gran bel programma ma ha qualche difetto che in certe condizioni rendono peggiore il dump rispetto a quello ripulito:
1) non è capace di accelerare/rallentare un tap/wav acquisito a velocità troppo diversa dalla standard (anche se vice lo legge; e qui bisognerebbe fare un esempio coi tap che mi avevi mandato all'inizio, ricordi?)
2) alcuni loader (quelli generati da disk to tape+ ad esempio, oppure i loader delle alga soft con la schermata con la bandiera italiana) non vengono riconosciuti correttamente
3) perlomeno usando il frontend, non c'è verso di "pulire" tap per c16 o per vic20, persino quelli senza turbo e quindi a velocità standard
4) non c'è verso di sistemare il crc per i fast loader che mostrano "erroneamente" un load error ma che la cosa sia perfettamente normale (penso alle edizioni fermont, tipo go games o byte games, il cui loader, che nei vecchi audiotap veniva chiamato poke.dll, mostra spesso tale errore; in realtà ho riscontrato errori di crc anche in programmi biturbo che apparentemente non danno errore di caricamento, quindi sarebbe possibile che sia proprio il crc ad essere sbagliato e quindi si potrebbe cercare di correggerlo)
Questa non vuole essere una critica ad un programma che per il resto ritengo ottimo ma che se sistemasse questi problemini sarebbe perfetto.
-
Ho fatto altre prove e ho capito l'arcano....
tra l'altro se ne era già parlato in un altri post.. :(
il trucco è la forma d'onda invertita.
il wav prodotto dal c2n VUOLE flaggato "inverted waveform" per essere convertito correttamente da audiotap.
il wav prodotto dalla piastra stereo NON vuole flaggato "inverted waveform"
bah sono un pollo....
-
Errata corrige ho visto ora che c'è l'opzione -16 e -20 tuttavia a me usato su una cassetta homemade per C16 senza turbo dà FAIL ad ogni riconoscimento...
-
Secondo me tutto dipende dalla qualità del wav.
Devo dire che con sto stereo che ho rimediato mi sto trovando alla grande.
Se non sbaglio tu usi il dc2n per dumpare , prova a rifare il procedimento in maniera "classica" con un lettore di cassette stereo campionando però a 96000 (da settare sia sulle impostazioni avanzate della scheda audio sia sul formato wav che audacity deve produrre e sia su audiotap).
e crea 2 tap uno con inverted wave e uno normale.
Io stavo impazzendo , perchè sentivo a orecchio che aveva un ottima qualità ma non funzionava e il volume era a livello ottimale.
Non ho idea di come funzioni un dc2n ma presumo che genera wav lui stesso e poi li converte.
C'è modo di intervenire sulla qualità? (96000 anzichè 44100?)
C'è modo di esportare il file wav?
La cosa certa che so è che il c16 vuole il tap versione 2.(con la 1 non vede na mazza)
-
Il dc2n non genera nessun wav perché sulla porta del datassette che si collega al dc2n il segnale è già digitale quindi non si passa proprio per la parte audio.
-
Per Fab , ecco i wav.
Grazie.
Quindi, hai creato un file WAV con una piastra stereo, lo hai convertito in TAP con Audiotap, hai ripulito il TAP con Tapclean, e il risultato funziona. Ottimo.
Certo, vorresti risparmiarti il passo finale della ripulitura. Il problema è che il caricamento "lento" (quello del LOAD normale, implementato nella Kernal ROM, e che è usato da tutte le cassette almeno nei primi giri) è molto sensibile a variazioni della durata degli impulsi. Evidentemente, nel file creato col C2N queste variazioni erano meno marcate. Ma comunque il WAV era di buona qualità ed è stato possibile creare un file TAP ripulibile da esso.
Da notare che la sensibilità alle variazioni è ancora più accentuata nei TAP v2: è difficile trovare un file TAP v2 creato da un WAV la cui parte "lenta" funzioni senza ripulitura.
Un modo per saltare un passaggio sarebbe usare WAV-PRG 4.0 o successivo, perché può leggere file WAV e trasformarli direttamente in TAP ripuliti (e, tra l'altro, supporta le semionde e i TAP v2, a differenza di Tapclean). Però ho trovato un bug, per cui il file PIASTRA.wav non viene ripulito correttamente. Spero di trovare il problema e far uscire WAV-PRG 4.1.
-
Errata corrige ho visto ora che c'è l'opzione -16 e -20 tuttavia a me usato su una cassetta homemade per C16 senza turbo dà FAIL ad ogni riconoscimento...
Non so come sia la cassetta di cui parli, ma Tapclean non supporta i TAP v2, e molti loader C16 devono essere convertiti in TAP v2, perché il C16 riconosce sia i "fronti in salita" (passaggi dell'onda da valori negativi a positivi) sia i "fronti in discesa" (passaggi dell'onda da valori positivi a negativi). Grazie a questo, è possibile creare cassette dove la forma d'onda delle parti turbo è invertita rispetto a quella delle parti lente, e molti loader turbo per C16 lo fanno. Questi loader richiedono il TAP v2 (quelli che non lo fanno funzionano anche col TAP v1).
-
campiono sempre a 96000 24bit
La frequenza di campionamento più alta è meglio è, quindi usare 96000 Hz è giusto.
I 24 bit mi lasciano scettico. Non fanno male, ma non credo che portino particolari vantaggi. Con 24 bit, è possibile riconoscere differenze di volume anche molto piccole. Ma in una cassetta buona le differenze di volume sono notevoli. Forse 24 bit potrebbero servire nel caso di cassette difficili con abbassamenti di volume.
-
Esperimenti: (Fab spero ti possano tornare utili)
Io uso sempre una piccola utility molto carina e funzionale , si chiama Prg Starter che oltre a varie funzioni da anche diverse informazioni sul file che si intende caricare.
https://mega.co.nz/#!zE1WjSCT!xiJrv-GNyUqSKuRCY1pBJMtrbAX7x4mRId7A-eLVpwY (https://mega.co.nz/#!zE1WjSCT!xiJrv-GNyUqSKuRCY1pBJMtrbAX7x4mRId7A-eLVpwY)
Come ti dicevo prima se converto piastra.wav "SENZA" invertire funziona da subito , ma non è proprio perfetto (o almeno così sembra) , infatti se provo ad aprire il tap ottenuto , prgstater "non sa" con quale emulatore associarlo e mi chiede di sceglierlo ;
(https://fbcdn-sphotos-f-a.akamaihd.net/hphotos-ak-ash3/t1.0-9/1925170_10152245244875155_1587989278_n.jpg)
Io ovviamente che so di cosa si tratta scelgo il c64 e lui parte e funziona..
(https://scontent-a-mxp.xx.fbcdn.net/hphotos-frc3/t1.0-9/1972312_10152245244910155_1197162665_n.jpg)
Ma c'è qualcosa , forse la frequenza del tap che gli fa credere che si tratta "probabilmente" di un tap per vic20 (anche se così non è visto che sta girando sul c64) lo vedi dalle info di Prg-Starter
Se però lo passo al tapcleaner e faccio partire il tape "ripulito" , prg-starter lo riconosce correttamente e fa partire l'emulatore giusto senza chiedermelo;
https://fbcdn-sphotos-e-a.akamaihd.net/hphotos-ak-frc3/t1.0-9/1530411_10152245244880155_1736937190_n.jpg
Funzionava anche prima ma così sembra che sia "più preciso"
Ora passiamo a wav-Prg , se provo a creare il "clean tap" con lui ,
(https://scontent-b-mxp.xx.fbcdn.net/hphotos-frc3/t1.0-9/1610079_10152245244995155_372574344_n.jpg)
il Prg-Starter da per scontato (erroneamente) che si tratta di un tap per c16 e fa partire l'emulatore sbagliato senza nemmeno chiedermelo...
(https://fbcdn-sphotos-f-a.akamaihd.net/hphotos-ak-ash4/t1.0-9/1932259_10152245245000155_136753390_n.jpg)
e tra le informazioni mi da la scritta "could not find headers" , quindi ne deduco che il problema è che Wav-prg non trova gli header o qualcosa del genere e di conseguenza genera un tap sbagliato.
Anche se "ripulisco" questo tap con tapclean il risultato non cambia , sarà un tap non funzionante (nel mio caso) e prg lo associa ancora al c16.
Altre anomalie di wav-prg le ho avute coi wav vic20 , mi riconosce e mi estrae correttamente i prg in esso contenuti , ma il "clean tap" che produce non funziona.
Secondo me la causa è che per qualche motivo wav-prg non "digerisce" i wav campionati a 96000 24 bit , appena riproverò con wav "standard" a 44100 ti dirò se è così.
Altra cosa riguardo a wav-prg , ho provato la funzione da prg a tap (che è molto molto utile) e sembra che per c64 e c16 lui possa generare un tap con i prg dentro in formato turbo , mentre per il vic20 solo in formato slow..
(https://fbcdn-sphotos-b-a.akamaihd.net/hphotos-ak-ash4/t1.0-9/10001412_10152245244970155_1372433257_n.jpg)
Per il vic20 esite un turbotape molto efficace (indispensabile se si riconvertono i tap in cassette per usarli su un vero vic20) che funziona sia su vic espansi che non ...
https://mega.co.nz/#!XFdUjTDZ!7xgkB7DyzIXyGMvTIZILFtb_Sa0RceUTIwFr_qgYehI (https://mega.co.nz/#!XFdUjTDZ!7xgkB7DyzIXyGMvTIZILFtb_Sa0RceUTIwFr_qgYehI)
Questo turbo viene anche riconosciuto dal tapclean e i file prg vengono estratti correttamente , mi chiedevo..
Il wav-prg può inglobare questo turbo e generare tap con dentro prg "turbizati" ? con l'opzione fast?
Magari se ritieni di correggere o migliorare qualcosa hai già i miei "suggerimenti" :)
-
Non so come sia la cassetta di cui parli, ma Tapclean non supporta i TAP v2, e molti loader C16 devono essere convertiti in TAP v2, perché il C16 riconosce sia i "fronti in salita" (passaggi dell'onda da valori negativi a positivi) sia i "fronti in discesa" (passaggi dell'onda da valori positivi a negativi). Grazie a questo, è possibile creare cassette dove la forma d'onda delle parti turbo è invertita rispetto a quella delle parti lente, e molti loader turbo per C16 lo fanno. Questi loader richiedono il TAP v2 (quelli che non lo fanno funzionano anche col TAP v1).
Lo so che non supporta i V2, ho apposta specificato SENZA TURBO quindi parlo di una cassetta i cui programmi sono stati registrati esclusivamente col comando SAVE del BASIC, quindi parlo di un TAP V1 (senza halfwaves) e non V2.
-
Ho trovato altri che ne parlano...
http://sleepingelephant.com/ipw-web/bulletin/bb/viewtopic.php?f=2&t=1409 (http://sleepingelephant.com/ipw-web/bulletin/bb/viewtopic.php?f=2&t=1409)
eri tu fab? :)
-
Ho trovato altri che ne parlano...
http://sleepingelephant.com/ipw-web/bulletin/bb/viewtopic.php?f=2&t=1409 (http://sleepingelephant.com/ipw-web/bulletin/bb/viewtopic.php?f=2&t=1409)
eri tu fab? :)
No
-
Tap cleaner è un gran bel programma ma ha qualche difetto che in certe condizioni rendono peggiore il dump rispetto a quello ripulito:
Dipende tutto dalla consapevolezza ed esperienza dell'end-user di TAPClean. La bacchetta magica per TAP(TM) e' in fase di lavorazione. Trovate il sorgente su Github. I programmatori stanno lavorando all'installer che scarica i binari piu' recenti, si installa, dumpa le cassette, le ripulisce e le archivia senza intervento umano.
1) non è capace di accelerare/rallentare un tap/wav acquisito a velocità troppo diversa dalla standard (anche se vice lo legge; e qui bisognerebbe fare un esempio coi tap che mi avevi mandato all'inizio, ricordi?)
Usa l'opzione -skewadapt
Dall'help di TAPClean: "-skewadapt Use skewed pulse adapting bit reader."
2) alcuni loader (quelli generati da disk to tape+ ad esempio, oppure i loader delle alga soft con la schermata con la bandiera italiana) non vengono riconosciuti correttamente
Easy-Tape System C viene ora riconosciuto in TAPClean 0.31.
3) perlomeno usando il frontend, non c'è verso di "pulire" tap per c16 o per vic20, persino quelli senza turbo e quindi a velocità standard
Guardero' gli esempi disponibili prima di dare un feedback.
4) non c'è verso di sistemare il crc per i fast loader che mostrano "erroneamente" un load error ma che la cosa sia perfettamente normale (penso alle edizioni fermont, tipo go games o byte games, il cui loader, che nei vecchi audiotap veniva chiamato poke.dll, mostra spesso tale errore; in realtà ho riscontrato errori di crc anche in programmi biturbo che apparentemente non danno errore di caricamento, quindi sarebbe possibile che sia proprio il crc ad essere sbagliato e quindi si potrebbe cercare di correggerlo)
Ti ho segnalato via email che gli errori sono reali in Biturbo e i check falliscono proprio per via di tali errori: la condizione di non-errore e' solo apparente. Il fatto che "funziona tutto" in un emulatore non ha significato per me.
Per il caso Poke/Turbo220 non ho ancora verificato.
Questa non vuole essere una critica ad un programma che per il resto ritengo ottimo ma che se sistemasse questi problemini sarebbe perfetto.
-
Luigi "sembra" che te la sia presa come se qualcuno avesse "attaccato" il tuo lavoro (e non è così).
Il tuo frontend è diventato per me "indispensabile" , e lo sto usando mentre ti scrivo.
Non ho ben capito il tuo sarcasmo con la battutina sulla capacità dell'end-user di "sapere" utilizzare i programmi , e peggio ancora quella sul programma che fa tutto da solo ecc.Cosè Yumor inglese? :D
Siamo tutti utenti , chi più , chi meno avanzato , così come lo sei stato tu (non sei mica nato programmatore , hai studiato sodo e lo sei diventato ;))
Non posso che ringraziarti da ora fino a domani per il tuo lavoro passato e futuro.Ma le critiche/consigli male non fanno a nessuno. ;)
Senza che ora ti senta infastidito anche da me voglio "segnalarti" la mia opinione sulle caratteristiche che hai implementato sul tapclean 0.31.
Hai messo una modifica che se in fase di pulizia il programma trova troppi errori , il tap non verrà ripulito per evitare la diffusione irrensponsabile di tap corrotti. (o qualcosa del genere , era scritto in inglese) :P
Se si dumpa un gioco singolo , multi caricamento originale , tale "acorgimento" è giustissimo.
Ma io che sto dumpando cassette disastrate che faccio? se 5 giochi su 15 non funzionano , non posso ripulirla? Butto via e basta?
:)
Hai anche un mio messaggio privato , nulla di che è una cosa che ho già chiesto pubblicamente.
Se puoi fatti sentire più spesso da queste parti , sarebbe bello fare esperimenti insieme a te ;)
-
Luigi "sembra" che te la sia presa come se qualcuno avesse "attaccato" il tuo lavoro (e non è così).
Il tuo frontend è diventato per me "indispensabile" , e lo sto usando mentre ti scrivo.
Non ho ben capito il tuo sarcasmo con la battutina sulla capacità dell'end-user di "sapere" utilizzare i programmi , e peggio ancora quella sul programma che fa tutto da solo ecc.Cosè Yumor inglese? :D
Siamo tutti utenti , chi più , chi meno avanzato , così come lo sei stato tu (non sei mica nato programmatore , hai studiato sodo e lo sei diventato ;))
Non posso che ringraziarti da ora fino a domani per il tuo lavoro passato e futuro.Ma le critiche/consigli male non fanno a nessuno. ;)
Quello che io contesterei, basandomi su fatti, e' che avanzare richieste pubblicamente riesce facile. Continuare il discorso fornendo gli sviluppi positivi riesce piu' difficile.
Questa osservazione sui miei studi mi lascia senza parole: Mi piacerebbe che i discorsi fossero pertinenti e avessero sempre delle solide basi dietro di essi.
Senza che ora ti senta infastidito anche da me voglio "segnalarti" la mia opinione sulle caratteristiche che hai implementato sul tapclean 0.31.
Hai messo una modifica che se in fase di pulizia il programma trova troppi errori , il tap non verrà ripulito per evitare la diffusione irrensponsabile di tap corrotti. (o qualcosa del genere , era scritto in inglese) :P
Se si dumpa un gioco singolo , multi caricamento originale , tale "acorgimento" è giustissimo.
Ma io che sto dumpando cassette disastrate che faccio? se 5 giochi su 15 non funzionano , non posso ripulirla? Butto via e basta?
:)
Poiche' usi il front end, ti consiglio di usare il tool per dividere il TAP in giochi singoli e ripulire quelli. Oppure puoi usare il TAP editor e tagliar via le parti disastrate. Pulire 10 titoli su 15 quale vantaggio offrirebbe? Gli ambienti emulati sono molto piu' permissivi di TAPClean, quindi mantenere un TAP non ottimizzato con errori non e' contestabile, anzi offre ulteriore motivazione a investigare e capire meglio varie problematiche proprio da tali errori.
Il concetto stesso di pulire un TAP e' troppo sopravvalutato. La verifica dell'integrita' dei dati e la loro correzione ove possibile vengono prima della pulizia. Cerco di diffondere questo messaggio da anni. Non ho scelto io il nome TAPClean.
Hai anche un mio messaggio privato , nulla di che è una cosa che ho già chiesto pubblicamente.
Se puoi fatti sentire più spesso da queste parti , sarebbe bello fare esperimenti insieme a te ;)
Ho prodotto il DC2N da cio' che ho imparato negli anni. Io condanno tutti i metodi che coinvolgono il campionamento audio se non per casi eccezionali.
-
Tralasciando tutto il resto che ormai è diventato "secondario" tengo a precisare che NON volevo essere impertinente parlando dei tuoi studi , ma voleva bensì essere un complimento , un ELOGIO.
Peccato che lo hai interpretato "al contrario".(eppure l'ho scritto in italiano :boo:)
Questo modo di fare mi sa di "dente avvelenato" e non ne vedo la ragione. (dalle mie parti si dice anche puzza sotto il naso)
Onde evitare inutili disguidi e scontri che "non cerco" chiudo qui e "annullo completamente" ogni mia richiesta nei tuoi confronti.
Considera come se non ti avessi chiesto nulla di nulla. :mano:
"IO" continuo coi miei metodi "AUDIO" con la convinzione che "LA SORGENTE DATI" altro non è che una "AUDIO CASSETTA".
Se vuoi fare la tua personale crociata contro tali metodi fai pure , ma il dc2n i dati li elabora comunque da una "AUDIO" cassetta. ;)
Non ho altro da agiungere (spero)
-
Tralasciando tutto il resto che ormai è diventato "secondario" tengo a precisare che NON volevo essere impertinente parlando dei tuoi studi , ma voleva bensì essere un complimento , un ELOGIO.
Peccato che lo hai interpretato "al contrario".(eppure l'ho scritto in italiano :boo:)
Io ho interpretato "al contrario"? In altre circostanze cercherei di capire su che base fai questa affermazione e molte delle altre che hai fatto. Tuttavia, visto che le tue deduzioni hanno scarso fondamento e io mi sono stancato di individui che abbracciano questo modo di fare, sorvolo in pieno.
Secondo me e' meglio collegare i fatti che dedurre in base al proprio background, tra l'altro dedurre da qualcosa scritto (nemmeno sentito direttamente, il che consentirebbe di catturare una componente emotiva in modo molto piu' oggettivo) da qualcuno che non conosci nemmeno... Bah.
Questo modo di fare mi sa di "dente avvelenato" e non ne vedo la ragione. (dalle mie parti si dice anche puzza sotto il naso)
Mi chiedo perche' sia cosi' difficile limitarsi a dire qualcosa di pertinente alla discussione tecnica, al fine di consegnare un qualcosa di utile alla comunita' interessata... Questi insulti gratuiti potevi risparmiarteli pure.
Onde evitare inutili disguidi e scontri che "non cerco" chiudo qui e "annullo completamente" ogni mia richiesta nei tuoi confronti.
Considera come se non ti avessi chiesto nulla di nulla. :mano:
"IO" continuo coi miei metodi "AUDIO" con la convinzione che "LA SORGENTE DATI" altro non è che una "AUDIO CASSETTA".
Se vuoi fare la tua personale crociata contro tali metodi fai pure , ma il dc2n i dati li elabora comunque da una "AUDIO" cassetta. ;)
E che motivazione sarebbe questa? Per favore...
Non ho altro da agiungere (spero)
Amen.
-
Dente avvelenato = cattivo umore
puzza sotto al naso = (in questo caso) intolleranza verso quelli meno "sapienti"...
Anche questi NON erano insulti.
Mi sa che abbiamo problemi di comunicazione/interpretazione.
Quel che hai (e ho) scritto è ben visibile.
Se qualcuno ha insultato qualcun altro lo si vede chiaramente , e NON penso di avere insultato nessuno io.
Ho aggiunto questa nota non per alimentare il disaccordo tra noi ma per specificare che IO non ho insultato nessuno , (forse è il contrario visto che mi hai dato del superficiale).
Adesso vorrei davvero chiudere la spiacevole faccenda , non occorre che facciamo come i bambini , mordi tu , poi rispondo io e non la finiamo più.
Questa mia risposta non è finalizzata a ulteriori provocazioni (veramente non volevo provocare nemmeno prima) PUNTUALIZZO solo che:
1) non avevo intenzione di scontrarmi con te (come non ne avrei con nessun altro)
2) anche se ci siamo scontrati non ho avuto motivo di insultarti.(ne prima ne dopo)
3) ho capito che il mio accenno "privo di riscontri" sui tuoi "studi" ti ha infastidito al tal punto da provocare sta caciara , ovviamente se avessi immaginato me lo sarei risparmiato.
4) ti consideravo prima , e ti considero anche adesso "persona molto competente" (non ti dico genio se no chissà che mi combini) in ambito emulazione e programmazione di cui la prima è una mia passione.
5) Non devi essere per forza d 'accordo con me e io non lo devo essere per forza con te.
6) "consiglio" di non andare oltre e tornare a occuparci ognuno delle sue cose.
Cercherò di evitare di ribattere ancora sperando di non dover fornire ulteriori chiarimenti.
Per me la cosa è chiusa così tranquillamente , ma se vorrai confrontarti/chiarirti ancora con me sono a tua disposizione ma in privato , lo dico tranquillamente e nel tuo interesse. (non è bello far vedere che litighi con gli utenti).
Sei una persona di un certo calibro , e di cui stimo pubblicamente il lavoro svolto in ambito emulativo , ma io faccio valere le mie ragioni (che si tratti di una cosa tecnica o di una cattiva interpretazione come in questo caso).
Buona serata Luigi.
-
Dente avvelenato = cattivo umore
puzza sotto al naso = (in questo caso) intolleranza verso quelli meno "sapienti"...
Anche questi NON erano insulti.
Mi sa che abbiamo problemi di comunicazione/interpretazione.
Riporto le definizioni "riconosciute", per coloro che fossero tentati a riferirsi al materiale da te fornito:
avere il dente avvelenato contro qualcuno, portargli astio, rancore (http://www.treccani.it/vocabolario/avvelenare/)
avere la puzza (o la muffa) al n., o sotto al n., di persona solita a mostrare sussiego o disgusto (http://www.treccani.it/vocabolario/naso/)
Mi limito a commentare sull'aspetto tecnico che e' stato, ahime' solo a tratti, parte della discussione, "il dc2n i dati li elabora comunque da una "AUDIO" cassetta.":
Il fatto che abbiamo progettato e realizzato ponti non significa che bisogna per forza attraversare i fiumi passando su di essi: visto che gli uomini hanno praticato il nuoto per secoli e raffinato la tecnica notevolmente, i fiumi si potrebbe anche attraversarli a nuoto. Qualcuno suggerira' che abbiamo praticato la fabbricazione di corde per secoli e quindi dovremmo aiutarci con una corda. Qualcun altro suggerira' che anche in fatto di imbarcazioni abbiamo praticato per secoli e quindi la canoa e' piu' adatta.
Lascio a coloro di buon giudizio commentare sul resto di cio' che e' iniziato come una mia risposta tecnica, pertinente e fattuale a un post di Massi.
-
Tap cleaner è un gran bel programma ma ha qualche difetto che in certe condizioni rendono peggiore il dump rispetto a quello ripulito:
...
3) perlomeno usando il frontend, non c'è verso di "pulire" tap per c16 o per vic20, persino quelli senza turbo e quindi a velocità standard
Se usi l'opzione -16 (disponibile anche nel Front End) e disabiliti "EOF markers are mandatory for CBM files", ottimizzando il TAP "Home made" che mi hai spedito ottieni questo risultato:
Recognition test : FAIL [2280333 of 2450206 bytes accounted for] [93%]
Checksum test : FAIL [49 of 51 checksummed files OK]
Quindi 49 di 51 files sono integri e perfettamente riconosciuti da TAPClean. Per il resto del TAP si puo' andare piu' a fondo e discutere in modo costruttivo, magari apportando modifiche a TAPClean, se necessario.
Ancora una volta non vedo la ragione per la quale si dia tanta importanza a "pulire" un TAP: Se funziona su VICE o su YAPE nel senso che usa il loader standard e non produce "LOAD ERROR", ovviamente ci sono buone possibilita' (ma non la certezza) che i dati sono integri quindi non capisco la necessita' morbosa di pulirlo. Certo, perfezionare TAPClean per supportare scenari non ancora supportati e' sempre un bene, ma io abbandonerei questa convinzione che un TAP raw sia portatore di peste al punto che se non si riesce a ripulirlo al 100% buttarlo via sembra la conclusione migliore come qualcuno ha suggerito...
Finiamola di diffondere questa percezione che' un TAP ripulito abbia maggiore dignita'. Negli anni ho riscontrato e provato a chi ha voluto fare discorsi costruttivi che esistono casi in cui errori in un TAP non sono rintracciabili se non da occhi esperti e ripulirli rende vano ogni tentativo a valle di sistemarli: Meglio un TAP sporco che uno ripulito senza la dovuta cautela e competenza.
-
Tap cleaner è un gran bel programma ma ha qualche difetto che in certe condizioni rendono peggiore il dump rispetto a quello ripulito:
...
4) non c'è verso di sistemare il crc per i fast loader che mostrano "erroneamente" un load error ma che la cosa sia perfettamente normale (penso alle edizioni fermont, tipo go games o byte games, il cui loader, che nei vecchi audiotap veniva chiamato poke.dll, mostra spesso tale errore; ...)
Il caricatore Poke/Turbo220 non usa check byte for verificare l'integrita' dei dati caricati da nastro.
Il "?LOAD ERROR" di cui parli si riferisce alla parte caricata col loader CBM standard: l'header specifica un blocco data di 3 bytes ma il blocco data contiene solo 2 bytes.
Se provi a visualizzare la memoria schermo nel monitor dell'emulatore che usi, potrai verificare che il messaggio di load error e' presente su schermo prima che il turbo loader venga eseguito ed abbia caricato il file turbo.
Anche questo non sembra essere un "problemino" di TAPClean.
-
ho trovato un bug, per cui il file PIASTRA.wav non viene ripulito correttamente. Spero di trovare il problema e far uscire WAV-PRG 4.1.
Ho preparato una versione beta di WAV-PRG 4.1, che risolve il problema di ripulitura con alcuni WAV (e altri piccoli problemi) e aggiunge un loader turbo per VIC20. Sarebbe bello che qualcuno lo provasse e riportasse eventuali problemi, prima dell'uscita ufficiale.
Lo si può scaricare all'indirizzo http://sourceforge.net/projects/wav-prg/files/wav-prg/4.1/wavprg-4.1beta-win32.zip/download .
Per creare e leggere file audio, servono le DLL di Audiotap (quelle della versione 2.0 vanno bene)
-
Grazie 1000 Fab!!
Ho fatto qualche prova.
Il file piastra.wav che avevo campionato ad altissima qualità adesso viene convertito correttamente e funziona perfettamente.(proverò ancora questo metodo con gli altri dump che farò);
Il turbo tape per Vic20 funziona!!
Adesso finalmente è possibile creare TAP in turbo partendo dai soli file prg (che si trovano su internet) e così finalmente anche gli utenti Vic potranno convertire dei tape reali direttamente in turbo!! Per usarli su un vero vic20.
Unica stranezza è che il progamma "Prg-Starter" (quel programmino che viene usato per associare le varie versioni di file .Tap , .Prg ecc al giusto emulatore Vice , x64 ,xvic , ecc) associa erroneamente i file tap turbo per vic20 al vice x64 anzichè a xvic , ma penso sia un problema di Prg-Starter , non di Wav-Prg.
Caro Fab hai fatto un bel dono agli utenti vic20 , Grazie!! :numeber one:
Se lo ritieni ti consiglio di farlo sapere anche su Denial (tutti utenti vic20) poichè anche a loro sarà sicuramente molto gradito.
Grazie!
Michele.
-
Grazie.
Parlavi anche di problemi nel ripulire WAV per VIC20: si verificano anche con questa versione?
-
Appena avró altre cassette vic20 da dumpare te lo faró sapere.(quelle usate in precedenza le ho dovute restituire).