Primi esperimenti con altro metodo di dumpaggio.

[arkanoid3000]

Mi stavo chiedendo una cosa, esiste un programma migliore di TapClean per riparare i dumps acquisiti male? Perche questo sta perdendo colpi.

[Giorgio]

I files vanno forniti in formato WAV a tape64. Il formato MP3 non è un file di segnale puro ma un codec che effettua anche una compressione non conservativa dei dati. Se tape64 vuole files WAV credo abbia poco senso convertire MP3 e riconvertire WAV uno stesso segnale alterandolo, per quanto poco. 

I tempi del dump sono coincidenti con i tempi di acquisizione perché la conversione con tape64 è immediata.

Mi stavo chiedendo una cosa, esiste un programma migliore di TapClean per riparare i dumps acquisiti male? Perche questo sta perdendo colpi.

Bisogna intendersi: TapClean è uno strumento di ottimizzazione non di riparazione nel senso stretto. Se acquisisci dei dati sbagliati TapClean non può fare miracoli. In alcuni casi dando una ripulita si può rendere più leggibile il file tap. Parlo però a livello di struttura: i programmi in formato tap che non girano (e non gireranno mai) contengono errori che TapClean puntualmente ti visualizza nel report. E per quelli non esiste, nè potrebbe esistere, nessuno strumento, a meno che non vogliamo parlare di editor esadecimale, disassembler ecc...

Se per te invece un dump acquisito male è semplicemente un dump "sporco" credo che TapClean funzioni egregiamente.

Perciò io la vedo così: eseguito un dump
1) controllare innanzitutto quello che dice tape64
2) ottimizzare con TapClean e controllare anche il suo report
3) se TapClean dice che non ci sono errori rallegrarsi per il risultato
4) se ci sono errori  A) rieffettuare il dump, B) intervenire in qualche modo sul segnale WAV (ad esempio alzando manualmente il volume), C) intervenire in qualche modo sul file TAP editandolo manualmente (...?)

[arkanoid3000]

Editarlo manualmente? In che senso?

[strongboy]

Perciò io la vedo così: eseguito un dump
1) controllare innanzitutto quello che dice tape64
2) ottimizzare con TapClean e controllare anche il suo report
3) se TapClean dice che non ci sono errori rallegrarsi per il risultato
4) se ci sono errori  A) rieffettuare il dump, B) intervenire in qualche modo sul segnale WAV (ad esempio alzando manualmente il volume), C) intervenire in qualche modo sul file TAP editandolo manualmente (...?)

Quoto in pieno il tuo sistema, è la mia procedura standard ( escludendo l' editazione manuale del tap, cosa che non ho ancora acquisito ).

[fab]

Ho guardato velocemente, non approfonditamente, i file WAV che Arkanoid mi ha mandato.

Il problema e' che, in alcuni punti, il volume si abbassa drammaticamente. A ochio, e' un problema della cassetta, perche' la registrazione e' di buona qualita'. In questi casi, Tape64 non puo' fare molto, e il file TAP risultante e' imperfetto. Tapclean non puo' fare niente in questo caso.

Un suggerimento "a caldo" e' di giocare col parametro -t di Tape64. Il default e' 10. Valori piu' alti sono utili per cassette "rumorose", ma possono danneggiare file WAV il cui volume si abbassa. Nel caso dei file di Arkanoid, quindi, potrebbe aiutare fare il contrario, cioe' abbassare il valore di -t, che rende il programma piu' sensibile alle onde di piccola ampiezza, ma anche piu' vulnerabile al rumore, che pero' nel caso dei file di Arkanoid e' assente.

[Giorgio]

( escludendo l' editazione manuale del tap, cosa che non ho ancora acquisito ).

Ad essere sinceri nemmeno io  , infatti rimane una soluzione puramente ipotetica. E anche se esistesse, la stragrande maggioranza dei programmatori preferirebbe intervenire sul PRG e poi riconvertirlo in TAP.

Concordo in pieno col suggerimento di fab e aggiungo solo che si può anche cercare di amplificare manualmente il segnale da sound editor solo dove serve; questo per catturare le pulsazioni troppo piccole per essere lette anche con t 5 o 3. Se il caricamento ha gli effetti di schermo si può sapere approssimativamente dove è l'errore dal classico "salto" delle righe.

[arkanoid3000]

Quindi per far si che il nastro funzioni, quando vado in tape64 il parametro di -t piu efficiente va tra il 3 e il 7, e non devo azzardare con i numeri alti tipo il 15, 17, 20, etc.?
Ma quando il walkman sta dumpando devo starmi fermo con la rete? Nel senso che non devo fare alcun clic ad esempio per controllare la posta elettronica, visitare questo sito o quant'altro?

[Giorgio]

Guarda, non esistono purtroppo numeri buoni o cattivi in assoluto. Certe cassette mi è capitato di recuperarle perfettamente con t = 3, altre con t = 26 (ma qualcuno ha usato anche 40); in generale se il dump è stato fatto bene si usa 10 e tutto fila liscio. Come giustamente ha sottilineato fab dipende dal nastro e, tendenzialmente, conviene in effetti diminuire perché il 99% degli errori sono dovuti ad abbassamenti di volume; ciò non esclude che se il tape64 nel report ti spara TTTTT ... error possa servire t = 12, 15. Stessa cosa se sei così fortunato da riuscire a registrare ad un volume molto alto, amplficando anche eventuale rumore.

Durante il dump la linea audio in ingresso dovrebbe essere l'unica sorgente acquisita; conviene cmq fare qualche prova per escludere il problema che hai accennato perché dipende dalle impostazioni.

[arkanoid3000]

Quindi non c'è modo di decifrare il valore a parte provarli tutti da 1 a 30?

[fab]

Quindi non c'è modo di decifrare il valore a parte provarli tutti da 1 a 30?

No. Provali tutti. Anzi, dai la precedenza ai valori più bassi di 10, nel tuo caso aiutano di più.

[arkanoid3000]

E con i relativi tapcleanamenti? Sono molto lenti...

[arkanoid3000]

In alcune cassette l'audio lo sento altalenante (volume che si alza e si abbassa alternatamente), come dovrei attrezzarmi in questo caso?

[fab]

E con i relativi tapcleanamenti? Sono molto lenti...

Se hai una versione abbastanza nuova di tapclean, e sei sicuro che il tap non contiene altro che giochi biturbo, usa l'opzione -dobiturbo

[arkanoid3000]

Cos'è l'opzione Dobiturbo?

[fab]

Dice a tapclean di cercare solo i giochi Biturbo. Normalmente, cerca tutti i formati, e quindi ci mette molto.

Le opzioni -do<qualcosa> sono state introdotte solo di recente, quindi assicurati di avere una versione abbastanza recente