Da phaeton Lun Gen 24 2011, 19:20
la differenza al solito la fanno le condizioni al contorno.
in un caso (ripping) stai facendo una operazione di estrazione off-line, e ti puoi permettere di leggere e rileggere il dato ennemila volte finche' non lo tiri fuori giusto. qui ci sarebbe da aprire una parentesi tecnica sul discorso di come faccio a riconoscere che un dato e' giusto, semplificando al massimo si puo' dire che un dato scritto su un cd audio ha codificato un sistema di riconoscimento dell'errore (CIRC) molto efficace su dati di tipo audio (e' in grado di correggere anche errori di tipo sequenziale entro un certo limite)(*). finche' l'errore e' rilevato entro i limiti di correzione del CIRC la "meccanica" (sia audio che cd del pc) corregge i sample in modo esatto (cioe' il flusso in uscita e' bit perfect, il campione corretto e' uguale a quello scritto sul cd). quando invece l'errore e' rilevato ma non e' corregibile entra in gioco l'interpolatore che ricostruisce "a naso" la sequenza. ecco, nel caso di un ripping occorre dire alla meccanica di non usare l'interpolatore ma di rileggere il settore fino ad avere il bit perfect. se dalla meccanica tiro fuori un bit perfect poi lo storage diventa di tipo informatico e quindi o leggo il dato giusto o non lo leggo, non c'e' un concetto di interpolazione. per cui, salvo casi limite, e' corretto dire che la sequenza registrata su hd, se e' stata estratta bit perfect, sara' una copia perfetta e ideale di quel cd.
(*) per i piu' tecnici l'unita' minima di allocazione e' il frame composto da 588 bit, di cui 192 compongono il payload di musica (i noti sample 16 bit) e il resto usato per detecting&correcting dell'eventuale errore piu' un po' di bit di controllo. la sequenza in realta' e' anche codificata poi con una modulazione 8-to-14, il che rende il tutto ancora piu' robusto da un punto di vista degli errori
nell'altro caso (lettura audio) stai facendo una operazione real-time, per cui se rimani dentro le possibilita' di correzione del CIRC ok, altrimenti il risultato sara' certamente peggiore (da un punto di vista della "qualita'" della sequenza dei campioni, non parlo ovviamente di qualita' audio perche' qui i parametri sarebbero altri) perche' dovendo dare il dato entro un certo tempo limite (nel caso di letture bufferizzate) o addirittura subito (tipico caso del 99.9% dei lettori audio) non puoi rileggere il settore incriminato finche' non tiri fuori il dato giusto
detta cosi' sembra che la situazione sia drammatica, in realta' NON E' AFFATTO COSI'. il CIRC e' un sistema error detecting&correcting abbastanza robusto (notare la differenza tra payload e bit usati solo per correggere), in grado di compensare fino a burst di oltre 3000 bit errati, e' veramente molto raro che si attivi l'interpolatore, e nel caso probabilmente si attiverebbe per qualche campione su decine di migliaia... IMHO una differenza assolutamente inascoltabile anche dal piu' sensibile dei pipistrelli.....
vabbe' mi sa che sono stato un po' troppo prolisso e noioso, spero di aver chiarito almeno qualche dubbio.....