Newsgroup: it.hobby.hi-fi
Titolo: COSA LEGGE UN CDP AUDIO (lungo)

Ciao a tutti!
Visto che si dibatte e controribatte su CD e masterizzati, ho deciso di
postare una mia mail a Nicola dell'anno scorso in cui cercavo di chiarire
"cosa legge" un CDP e grosso modo come corregge gli errori. Essendo un po'
"occasionale" il modo in cui è trattato l'argomento può avere qualche
"buco" o imprecisione. Spero però che possa dare una mano a capire come
stanno le cose.
----------------------------------------------
(...)
"Come viene immagazzinata un'informazione sul CD? Sul cd c'e' solamente
una serie di 1 e 0 che viene letta sequenzialmente tramite il laser,
giusto?"
L'informazione digitale registrata su QUALSIASI SUPPORTO (CD, hard disk,
floppy ecc), e' *sempre* registrata come una sequenza di 0 e 1. Il
riconoscimento del contenuto avviene non tanto per l'esistenza degli 0 e 1
quanto per il fatto che gli stessi formano delle vere e proprie PAROLE che
possono venire interpretate da circuiti appositamente "istruiti" (ovvero
programmati) per "leggerle" e "capirle". In altre parole da circuiti che
conoscono la "lingua" in cui sono scritte. Il CD contiene queste "parole"
suddivise in "paragrafi" (detti frames) che sono caratterizzati da alcuni
dati tipici ovvero:
1) Una sequenza di inizio che dice al decoder dove deve cominciare a
leggere (equivale al nostro uso delle maiuscole: una frase inizia sempre
con una lettera maiuscola, cosi' come un nuovo paragrafo e' sempre
preceduto da un ritorno a capo, con punto di chiusura - che, assieme al
resto della punteggiatura, costituisce nelle lingue occidentali
l'equivalente dei codici di controllo presenti nei linguaggi binari - un
equivalente "rozzo" ma che funziona). Nel CD si tratta di una traccia
"indice"che non viene "suonata" ma viene solo letta dal CDP. Questa
traccia e' una vera e propria "directory" del CD in tutto e per tutto
analoga alla directory degli hard disk; su di essa sono scritte tanto la
natura dei dati (ci possono essere piu' sessioni di natura diversa sullo
stesso CD), quanto il numero di sessioni registrate. Il contenuto di
queste sessioni (quindi per una sessione audio il numero di tracce, il
tempo complessivo e simili) sono scritte all'interno della sessione stessa
in un'apposita subdirectory.
Nel caso dei CD misti per audio, la sessione audio deve essere sempre la
prima, altrimenti i CDP audio non possono riconoscerla (alcuni espellono i
dischi e buonanotte; altri come i Philips, piu' gentilmente, fanno
comparire sul display una sigla alfanumerica che e' un modo per segnalare
che non "capiscono" quello che gli si e' dato da "leggere"). Questa
traccia "indice" si trova sempre nella stessa posizione fisica per tutti i
CD (ovvero vicino al centro del disco), che il CDP e' programmato per
ricercare come prima cosa da leggere all'atto del'inserimento del disco.
2) Una struttura prefissata dei dati che in quanto tale puo' venir
"interpretata" automaticamente. Nel caso del CD un "frame-paragrafo" e'
costituito da una sequenza di 588 bit al cui interno si trovano sempre:
A - Un segnale di sincronismo composto da 10 bit. Questo segnale usa
sempre la STESSA SEQUENZA di 0 e 1 che il decoder e' abilitato a
riconoscere come "inizio paragrafo". Il decoder e' progettato per sentire
una sequenza di 588+10 bit in una "finestra" temporale che gli permette di
mantenere il sincronismo di arrivo e trattamento dei dati nonostante le
irregolarita' che si possono verificare in fase di lettura. Quando il
sincronismo si sgancia a causa di qualche urto o piu' comunemente perche'
il lettore sta ancora cercando la traccia da leggere, il fronte end del
decoder genera un "flag" di errore che, inoltrato ai circuiti successivi
del decoder, segnalano l'inaffidabilita' dei dati in arrivo in quel
momento, delegando poi alla logica di controllo della macchina i
provvedimenti da prendere, che differiscono nella loro logica a seconda
che il lettore sia un CDP o un CD-ROM.
B - un segnale di subcodice composto da una parola a 17 bit (detta parola
"Q") che contiene informazioni sul numero di traccia, il numero di indice
all'interno della traccia (il quale permette, nei lettori che lo
sfruttano, di partire non solo dall'inizio del brano ma anche da punti
prefissati all'interno dello stesso; i CD allegati ad "Amadeus", per
esempio, usano in maniera intensiva gli indici onde permettere a chi
ascolta o studia musica di rintracciare precisi passaggi musicali,
facilitandogli la lettura dello spartito), il tempo assoluto di esecuzione
e il tempo relativo di esecuzione (che e' in pratica il tempo che viene
visualizzato sul display del lettore); in questa parola e' anche contenuto
il bit di attivazione della deenfasi (una sorta di "RIAA" per i CD, ormai
caduta in disuso). Questa parola contiene quasi tutte le informazioni "non
musicali" del brano da suonare.
C - 28 + 4 parole a 17 bit che costituiscono il vero e proprio segnale
audio cosi' sequenziato: 14 parole per il canale destro + 4 parole di
controllo per la correzione degli errori di lettura di entrambi i canali +
14 parole per il canale sinistro. Delle 14 parole di ciascuno canale, 12
sono byte di segnale codificati e 2 sono ulteriori codici di controllo e
correzione. Di ogni parola a 17 bit solo 14 fanno testo; gli altri 3 sono
bit di "merging" (riempitivi).
Poiche' ogni campione di segnale e' composto da due byte, si avranno alla
fine del frame correttamente decodificato 6 campioni per ciascun canale. E
poiche' si hanno 7350 frames in un secondo, moltiplicando questa frequenza
per 6 si ottiene 44100 campioni al secondo ovvero la frequenza di
campionamento originale. Su come viene processato tutto questo ben di Dio
ci ritorno dopo.
Detto per inciso nessuno vieta di leggere i frames ad una velocita'
diversa: basta cambiare l'oscillatore di riferimento, magari a frequenza
variabile per ottenere un CDP in grado di produrre effetti simili a quelli
che si ottengono variando il pitch dei registratori a nastro. Effetti alla
HAL 9000: "Giro giro tuondo, cascua il mmmuonduuooo..." (bellissimo!). :-)
D - una parola di chiusura di 17 bit contenente il codice "P" che segnala
il termine del brano e nel caso di lettura della "traccia di chiusura" (la
lead-out track, una traccia muta che non viene suonata) serve a segnalare
alla macchina la fine del disco.
Il tutto funziona perche' alcune informazioni chiave - il sincronismo
specialmente - si trovano sempre nella stessa posizione relativamente alle
altre e perche' vengono lette regolarmente ad una frequenza prestabilita.
E' un meccanismo che di digitale ha praticamente solo il nome: i
televisori (analogici!) ricostruiscono l'immagine sullo schermo sfruttando
esattamente la stesso principio.
Nel CD le "frasi" che contengono l'informazione da riprodurre seguono una
"costruzione grammaticale" fissata una volta per tutte, ovvero sempre:
A-B-C-D, A-B-C-D, A-B-C-D... - - - ... A-B-C-D, A-B-C-D-P (fine brano).
il tutto ripetuto 7350 volte al secondo per tutta la durata del disco (o
del brano scelto: per il decoder non cambia nulla).
Fin'ora ti ho descritto la struttura di un "frame" del CD che tuttavia non
rappresenta l'informazione del CD ma solo una sua codifica. Una volta
sincronizzati, i frames vengono convertiti da formato seriale a formato
parallelo tramite un apposito registro di scorrimento; a questo punto le
34 parole da 14+3 bit vengono convertite in altrettanti simboli da 8 bit
per mezzo di una tabella di corrispondenze. Il circuito che si occupa di
questa trasformazione viene detto demodulatore EFM ("Eight to Fourteen
Modulation").
Il simbolo "Q" da 8 bit, il primo presente dopo il segnale di sincronismo,
viene avviato ad un accumulatore (una piccola memoria RAM) che ne mette
insieme 12 (cioe' aspetta i simboli "Q" di 12 frames prima di segnalare il
"pieno"): dei 96 bit risultanti, 16 vengono utilizzati come controllo di
errore e parita' dei rimanenti 80 che, eventualmente corretti, vengono
passati al microprocessore del CD, che li usa per sapere "a che punto
sta'" (tempi di esecuzione, numero di indice ecc.).
Questi dati vengono rinnovati 1225 volte ogni due secondi, una velocita'
"alta" per noi, ma di assoluto riposo anche per le "lumache" che di solito
vengono usati per governare display, tastiera ed esecuzioni programmate di
brani.
Se mi hai seguito fin qui ti sarai accorto che molti segnali di controllo
sono in banda audio: la frequenza di arrivo dei frames, la frequenza di
refreshing dei dati che pervengono al microprocessore e buon ultimo, la
frequenza di vibrazione della testina per il controllo del tracking (650
Hz). C'e' di che riflettere... Ma continuiamo.
Gli altri 33 simboli generati dal demodulatore EFM tutti, meno l'ultimo
che viene usato come segnalatore di fine brano (l'unico momento in cui
assume valore "1"), vengono inviati al decoder vero e proprio del CDP. E
qui ne succedono delle belle.
(...).
Al decoder arrivano 32 simboli da 8 bit; da questi come gia' detto
verranno ricavati 6 campioni a 16 bit per ciascun canale.
Per ottenere questo il decoder deve "interpretare" l'insieme di questi 32
simboli. Innanzitutto usera' i quattro byte centrali per fare un primo
controllo di integrita' degli altri 28; se e' tutto OK i simboli vengono
immagazzinati in una RAM asieme a due bit di "accompagnamento" che
segnalano se il decoder ha trovato degli errori, e se e' riuscito a
correggerli o meno.
In un secondo tempo i 28 simboli gia' "trattati" vengono letti dalla
memoria e inviati ad un secondo decodificatore che li ridurra' a 24 (12
per canale) usando i quattro byte rimanenti come ulteriore codice di
controllo e correzione degli errori ma soprattutto per "deinterfoliare" i
campioni (ovvero per rimettere insieme ciascuna "testa" da 8 bit con le
sue "gambe" in modo da ricostituire il totale di 16 bit per campione).
In questo secondo decodificatore i bit di "accompagnamento" giocano un
ruolo chiave perche' segnalano se vi deve essere un'ulteriore correzione
degli errori o se basta il semplice "deinterleaving"; questo e' anche
l'ultimo stadio in cui, quando e' possibile, il segnale puo' essere
ricostruito esattamente senza interpolazioni sulla base dei byte di
controllo. I due decodificatori sono in grado di correggere fino a 2 + 4
campioni errati (2 il primo e 4 il secondo), dopodiche' mandano tutti a
quel paese, segnalando con un flag che sono arrivati alla frutta.
Tutti i simboli trattati, buoni, buoni dopo correzione e non buoni del
tutto vengono rimessi un'altra volta in memoria con i loro bit "di
certificato di errore" aggiornati. In caso di singolo campione errato in
mezzo ad altri due "buoni", il decoder lo sostituisce con un campione
interpolato, cioe' risultante dalla media aritmetica tra i valori dei
campioni che lo precede e di quello che lo segue. In caso di piu' errori
consecutivi il decoder zittisce l'uscita e buonanotte.
L'interpolazione e' una buona soluzione solo se interviene di tanto in
tanto (e nei lettori fatti come si deve, e' cosi' - e fatti come si deve
non vuol dire necessariamente costosi: tanti Philips economici sotto
questo punto sono spesso piu' affidabili di altri lettori piu' "blasonati"
e persino di qualche "professionale"). Se per le piu' svariate ragioni
essa comincia a intervenire troppo spesso sono guai; in particolare se si
hanno interpolazioni "a raffica", tipo una si' e una no a brevi
intervalli, il suono tendera' ad essere "sporcato" da un continuo
sfrigolio ad alta frequenza che si traduce spesso e volentieri in
intermodulazione belle e buona (con timbriche "metalliche" o alla "carta
stagnola" che molti conoscono bene).
Tuttavia in tanti CDP della vecchia scuola "multibit" Philips esiste la
possibilita' di intervento di un secondo interpolatore in grado di
sostituire piu' campioni errati consecutivi (fino a otto) prima di
"zittire" tutto; l'effetto di tale "superinterpolatore" e' quello di
comportarsi come un blando filtro passa basso che interviene a frequenze
superiori ai 5 kHz. L'influenza sul suono e' sicuramente meno irritante
delle interpolazioni a "pioggia" ma tuttavia non trascurabile: il suono
tende via via a "incupirsi" proporzionalmente all'intervento sempre piu'
massiccio dell'interpolatore in caso di eccesso di errori consecutivi. Se
si verifica cio' e' un sicuro segno che e' giunta l'ora di dare una pulita
alle lenti del pick-up laser.
Ma a parte questo intervento "hard" che in media va attuato una volta
all'anno, un sicuro metodo per non incappare in troppe "interpolazioni"
sta nell'osservare una pulizia costante nel maneggiare i CD, pulendoli
prima di usarli con un piccolo panno del genere che si usa solitamente per
gli occhiali (dopotutto il CDP rimane un lettore OTTICO e come tale va
trattato).
Siamo ormai alla stretta finale. I byte con "certificato" rappresentanti i
campioni audio vengono ripescati per l'ultima volta dalla memoria RAM e
vengono rimontati in un apposito registro di uscita a 16 bit, uno per
canale. In effetti e' solo da questo punto in poi che il segnale digitale
di un CDP assume la sua forma "terrestre" di sequenza temporale di
campioni convertibili in segnale analogico: prima e' roba da X-Files!
Da questi registri il segnale esce solitamente in formato seriale ma nulla
impedirebbe di renderli disponibili in formato "parallelo", salvo il fatto
che la maggioranza dei decoder IC non prevede questo tipo di uscita
(richiederebbe la bellezza di ben 16 pin di uscita dati contro uno). In
ogni caso il segnale che ne esce puo' da questo punto in poi essere
trattato tramite sovracampionatori e filtri digitali oppure anche essere
inviato tale e quale al DAC. Il segnale audio "puro" ricavabile dal CD e'
gia' presente in tutto il suo "splendore". Gli eventuali campioni errati o
interpolati vengono segnalati da un apposito flag di cui i circuiti a
valle del decoder possono tener conto per attivare eventuali interventi di
"riparazione" o possono decidere di ignorare del tutto.
-------------------------.
Questo è quanto. Spero risulti utile ad almeno uno dei due lettori che
sono arrivati fino alla fine... :-).
Ciao!
Piercarlo

Io l' ho letto, e' gran bel tutorial (quando lo avro' riletto 10 volte lo
capiro' tutto ! :-)) )
Ora dopo tutto questo casino generale che ho creato su questa discussione di
masterizzare hi-fi ..... mi viene un dubbio, a monte diversita' che la copia
puo' assumere rispetto all'originale, per il metodo di copia, di burciatura,
di errori di scrittura, di supporti, di errori di estrazione etc etc .... a
quanto vedo ognuno a ragione dice la sua .... a me nasce un altra domanda.
Perche' un lettore CD-ROM del PC e' grande u... diciamo ... un decimo di un
CDP Home Hi-Fi ?
Non e' che tutti questi processi che tu hai descritto per filo e per segno
vengono in parte "saltati" dal lettore CD-ROM ? In effetti se togliamo la
meccanica non e' che rimane molto spazio in un drive per farci stare dentro
schede e schedine varie o dico una caxxata ?
Non e' che le diversita' dall' originale alle copie sta' qui, nella diversa
verifica e correzzione, algoritmi applicati diversi o interpolazione che un
CD-ROM effettua rispetto ad un CDP Home Hi-Fi ? Da qui chiaramente ----> se
la lettura e' diversa .... anche una copia identica alla lettura sara' alla
fine diversa dall' originale, in termini acustici.
Ciao Carverman :-))
p.s. grazie a tutti per questo thread cosi' affascinante (almeno per me)

 Ciao Carverman :-))
Ciao!
Piercarlo

 fine diversa dall' originale, in termini acustici.
Ci sara` eventualmente piu` rumore, non un filtraggio di qualunque tipo.
Prova a sentire i brani con 2000 interpolazioni in pochi secondi che
trovi il 
http://www.crosswinds.net/~inewd
 e senti qual e` l'effetto di
un tasso di interpolazione 10 milioni di volte piu` alto di quello che
si ha ascoltando un cd sporco.
Per ulteriori informazioni guarda anche:
http://home.mira.net/~gnb/mac-cdis/index.html
http://www.cs.tut.fi/~ypsilon/80545/CD.html
http://www.tc.umn.edu/~erick205/Papers/paper.html
http://www.ee.washington.edu/conselec/CE/reports/Group.3/report.html
-- 
Franco
Wovon man nicht sprechen kann, darüber muß man schweigen.
(L. Wittgenstein)

 sono arrivati fino alla fine... :-).
Bello, potevi metterlo in rete prima. Aggiungo solo che gli algoritmi di
correzione sono dei codici Reed Salomon, che erano stati progettati come
"cascata" di due passi di correzione, indipendendti fra di loro. Ci si
e` poi accorti in seguito che, se al posto di considerare i due step
indipendenti li si considera come un solo codice piu` complesso, la
capacita` di correzione aumenta.
Ciao


 Hz). C'e' di che riflettere... Ma continuiamo.
Cosa e' che si dice e non si dice? Che dentro un CDP ci sono un po' di 
segnali a frequenze udibili che potremmo trovarci a girare per gli stadi 
analogici? Nel qual caso basterebbe il famoso "dispositivo sorgente audio 
perfetto" che Piercarlo ricordera :) e *comunque* e' un problema dello 
stadio analogico (che puo' anche essere fatto col cu%o, ma non date la 
colpa al "sistema" Compact Disk, solo al progettista "risparmioso")
Oppure che questi segnali giocano qualche ruolo nella decodifica *digitale*?
Il resto e' eccellente.
-- 
ciao
hobs

 p.s. grazie a tutti per questo thread cosi' affascinante (almeno per me)
Concordo al 100% che sia estremamente affascinante il funzionamento di un 
CD player, che imho e' uno dei prodotti tecnologici concettualmente piu' 
"eleganti" che siano stati concepiti.
Mi stupisco invece di certi atteggiamenti di persone che messe di fronte ad 
una semplice richiesta di informazioni concrete a fronte delle loro 
osservazioni "generali" si inalberano su questioni di principio. 
-- 
ciao
hobs
[1] In realta' c'e' anche la possibilita' di organizzare in maniera 
iterativa il primo stadio di correzione. Una volta che hai trovato un 
errore incorreggibile nel secondo stadio, c'e' la possibilita' di 
ri-eseguire il primo iterativamente cercando un risultato del secondo che 
si accordi con i valori di ridondanza. Questo *aumenta* il numero di errori 
consecutuivi che possono essere corretti e quindi migliora le prestazioni 
in termini di BLER in condizioni critiche. Curiosamente i player *audio* 
raramente ne fanno uso (lo fanno invece alcuni cdrom).

 differenti, filtro digitale e DAC compresi).
Eheh.. direi di piu': alla quantita di spazio vuoto che c'e' nei lettori da 
tavolo (e avete MAI aperto un DVD player, anche uno di prestigio?)
-- 
ciao
hobs

 tavolo (e avete MAI aperto un DVD player, anche uno di prestigio?)
Sì......il Proceed modulare.......però è pieno come un uovo!!!
:-)
--
Ciao
A presto
-'-'-'-'-'-'-'-'-'-'-'-'-'-'-'-'-'-'-'-'-
-'-'-    Jaco the Relentless   -'-'-
--->  
eec....@libero.it
  <---
 
http://jacotherelentless.cjb.net
P.s Nuove sezioni : "Futur Show 3001" e "Finale a Mosfet"

 Sě......il Proceed modulare.......perň č pieno come un uovo!!!
Si ma pieno di COSA? :)
-- 
ciao
hobs

 acustici.
No, l'implicazione e' falsa, gli errori in lettura producono pernacchie
(mi piace questo termine... rende bene il concetto), non variazioni nel
suono. 
Ciao!
-- 
 Daniele Orlandi
 Planet Srl

 Sě......il Proceed modulare.......perň č pieno come un uovo!!!
Questo Proceed modulare??
http://www.hometheaterhifi.com/volume_7_4/dvd-benchmark-proceed-pmdt-dvd-player-10-2000.html
Mentre leggi tieni conto che l'Apex con cui e' confrontato e' un "looow" 
end cinese costruito assemblando un penoso case pieno di bave ed un 
alimentatore switching con seri problemi termici attorno ad una demo board 
della ESS e ad un lettore DVD per PC **IDE**, e popolare negli USA solo 
perche' e' region free.  (si, ne ho uno)
-- 
ciao
hobs

 wrote:

Ti ha lasciato giustamente perplesso! In realtà tali segnali a frequenze
audio sono "incorporati" nel resto del segnale digitale e quindi, IN UN
APPARECCHIO BEN FATTO (ovvero in un apparecchio in cui soprattutto le
alimentazioni SIANO PERFETTAMENTE A POSTO e non lascino andare in giro
spurie quando le diverse sezioni del lettore "attaccano" e "staccano"),
non dovrebbe sussistere alcun problema. I problemi saltano fuori quando
questa condizione non è rispettata. ED E' SOLO QUI che si possono
eventualmente riscontrare differenze tra lettori diversi (con
intermodulazioni indotte tramite le alimentazioni). Ma se succede questo,
è evidente, il "sistema CD" non c'entra un tubo; c'entrano altre cose
(peraltro tutte rimediabili).
Ciao!
Piercarlo

 wrote:

In effetti... In realtą l'attuale situazione della tecnica č tale che
*volendo* TUTTA la circuitazione di un CDP č integrabile in un unico chip
(e non č detto che non l'abbiano gią fatto per qualche portatile).
Ciao!
Piercarlo

 Ciao
Non ci avevo proprio pensato finché... non mi sono stufato! :-)
Ciao!
Piercarlo

 (peraltro tutte rimediabili).
Allora sono concorde al 100%.
-- 
ciao
hobs

 quando le diverse sezioni del lettore "attaccano" e "staccano"
Come dice il sempre troppo buono Piercarlo. Si tratterebbe semplicemente di
una schifezza immonda, troppo schifezza e troppo immonda anche per un
progettista di ultraesoterhiend specializzato in impianti taaaanto
rivelatori.
Ciao
Tullio

 in questi stadi e ho letto un valore tipico di addirittura *100dB*. 
Guarda come si comporta, ai disturbi dell'alimentazione, il DVD squallido 
(e' davvero una mer%a di apparecchio, perdonatemi, ma non lo amo) di cui ho 
segalato la prova comparata con il Proceed di Jaco.
In ogni caso basterebbe, come ho gia detto, portare fuori la sezione 
analogica dalla scatola. Fargli un altro alimentatore e collegarli 
otticamente. Se spariscono gli effetti dei platorelli/masterizzati: il 
vostro cdp fa schifo. Anche se l'avete pagato decine di milioni.
-- 
ciao
hobs

stanno le cose....
Ciao
...Grande spiegazione, molto interessante e istruttiva, almeno per me.
Ciao Roberto CH

 vostro cdp fa schifo. Anche se l'avete pagato decine di milioni.
Continui a dimenticare una questione: questi effetti, allo stato delle
cose, non c'erano neanche prima, quindi tutta la prova è superflua (il
che non impedisce che possa essere divertente farla). O hai per caso
trovato qualcuno disposto a verificarli in cieco e non ci hai detto
niente? ;-)
Ciao
Tullio
-- 
Tullio Mariani, Pisa, Italia.
http://www.geocities.com/half_century/
"Cinico è quella persona che, per uno strano difetto della vista,
 vede le cose come sono e non come dovrebbero essere"
		KARL KRAUS

 Lo so, non è me che devi convincere;-) 
Non ti voglio convicere. Voglio solo ricordare a queste persone, che 
ammirano la fioca luce delle valvole nel buio, come certe fredde, banali, 
tecniche, soluzioni possano essere decisamente eleganti.
-- 
ciao
hobs

 tecniche, soluzioni possano essere decisamente eleganti.
Forse perche' per capirne l'eleganza bisognerebbe conoscerle...


 Si ma pieno di COSA? :)
Meccanica, alimentazioni e schede aggiuntive. Due terzi del posto
all'interno sono occupati dalla meccanica e dall'alimentazione. Poi c'č una
specie di motherboard dove transita solo roba in digitale e alimentazioni, e
i vari DAC o semplici stadi di uscita in digitale sono schede.....guarda
pure il sito ufficiale Madrigal :
http://www.proceedaudio.com/mdt.html



se preferisci c'è anche :
http://www.audioclub.it/audio/prodotti/PROCEED/prpmdt.htm


 
http://www.audioclub.it/audio/prodotti/PROCEED/prpmdt.htm
Che e' un classico esempio di prova pilotata (o di "prova pigra" TM). 
Riporta precisamente gli identici contienuti e persino le stesse identiche 
parole della documentazione Proceed, compresi gli strafalcioni (tipo quella 
secondo cui tutti i prodotti concorrenti avrebbero D/A video a 8 bit).
Non si accenna per nulla, per esempio, ai *terrificanti* problemi di 
playback control che hanno riscontrato gli estensori dell'altra prova.
-- 
ciao
hobs

 Tullio
In effetti è così!:-) Tuttavia nei CDP esistono effettivamente un paio di
"punti" dove l'alimentazione (che deve avere comunque GROSSE "spighe" che
vanno a spasso) può fare danni. Il primo è il front-end dei fotodiodi il
quale può alle volte essere filtrato "a spanne" (originariamente sul mio
CDP, ad esempio vi era soltanto un ceramico da 22 nF, associato però ad
una resistenza di polarizzazione piuttosto cospicua - di cui non ricordo
il valore sorry!); il secondo punto è il DAC stesso (perlomeno quelli
monobit) che in buona sostanza possono avere gli stessi problemi di
reiezione di un amplificatore "switching". Ma si tratta comunque di
cercare peli nell'uovo. Un altro punto (ma qui non si può generalizzare) è
che gli op-amp di uscita siano in realtà inadatti a lavorare a frequenze
relativamente alte; in questo caso la reiezione ai disturbi potrebbe
(dico: potrebbe) andare a pallino di conserva con il guadagno ad anello
aperto dell'op-amp. Ma anche qui può essere un cercare il pelo del pelo...
In ogni caso, quali che possano essere le sorgenti di disturbo, il sistema
CD in quanto tale NON CENTRA UN CAVOLO!
Ciao!
Piercarlo

 reiezione di un amplificatore "switching". 
Vogliosperare che i convertitori sigma delta abbiano il loro riferimento
di tensione interno per generare il segnale e non si attacchino
all'alimentazione ;-)


 Ciao
io ho dati un po' vecchiotti (sui primi monobit philips) e in effetti
l'uscita era un banale stadio CMOS. Ecco perché mi è venuto il dubbio che
*qualche volta* se non le lanterne almeno le lucciole ci sono... Ma vale
comunque il solito discorso: dove le cose sono fatte bene (e soprattutto
non si sono fatte economie stupide, chiamate da qualcuno "di scala"...
quaranta!) il problema non dovrebbe proprio esistere.
Ciao!
Piercarlo


Ok, ok.....ma stavamo parlando di "quantità di elettronica" all'interno :-))
E là ce n'è, se è buona non lo so :)


 :-)) E là ce n'è, se è buona non lo so :)
Si, si hai ragione sulla quantita'. Pero' non ce ne sono *tanti* cosi' 
pieni.
-- 
ciao
hobs