Newsgroup: it.hobby.home-cinema
Titolo: Ancora sui cavi ottici e coassiali

Qualche giorno fa e' stato aperto un thread molto interessante (ottica o
coassiale del 9/03/2000) sulla bonta' del collegamento digitale. Ci si
chiedeva quale fosse migliore tra ottico o coassiale.
Le argomentazioni di Gizmo e Davide Granzotto mi sembrano valide, ma allora
mi chiedo: se il flusso digitale (estratto dal lettore DVD) che arriva al
processore dell'ampli (o decoder esterno che sia) deve essere sempre lo
stesso, che senso ha fare le prove della "meccanica" dei lettori DVD? La
qualita' della meccanica in questo caso non dovrebbe contare, in quanto il
"pacchetto" di informazioni compresse che deve arrivare al processore per la
decodifica deve essere quello e basta, altrimenti la decodifica stessa
produrrebbe "zozzeria" ben riconoscibile, non una "minore (o diversa)
qualita' del suono" come avviene per un flusso non compresso. Insomma,
vorrei capire cosa ci raccontano le riviste specializzate del settore quando
recensiscono un lettore DVD esprimendo giudizi del tipo:
"Livelli ottimi anche sul fronte dell'audio: IL SEGNALE PURO DEI FILM,
decodificato dal DSP-A1, si apprezza per l'ottima definizione e
cristallinita', con dialoghi sempre piacevolmente riprodotti dal diffusore
centrale. Molto buona anche la presenza verso il basso, che fa sentire la
presenza del subwoofer, anche se in alcune sequenze piuttosto ricche di
frequenze bassissime, tale presenza si sente fin troppo: ma un'attenta
regolazione elimina il piccolo inconveniente. Sorpesa anche dal punto di
vista della separazione dei canali, sempre molto precisa."
(Tratto da AFDigitale N.3 Marzo Anno 2000,  pag. 95. Prova del lettore LG
DVD 2380 P)
Se quello che affermano Gizmo e Davide Granzotto e' vero, tutti i lettori
DVD suonano allo stesso modo le colonne sonore e la musica in formato
compresso: un Thomson 3300 (749.000) suona i film in DD e DTS allo stesso
modo di un Denon 5000 (sui 4.000.000), chiaramente se inseriti nella stessa
catena audio!
Cio' non e' vero (a quanto ho capito) per i flussi non compressi, in cui
entrano in gioco anche altri fattori...
Delle due l'una: o mi sfugge qualcosa (e in questo caso vorrei lumi in
proposito!) oppure ricadiamo nella sfera delle solite "udibilita' illusive".
Cia'!
Mad J

> Le argomentazioni di Gizmo e Davide Granzotto mi sembrano valide.
Il ragazzo mi e' gia' simpatico..... ;-)
Per quanto riguarda la 'decodifica' fatta dal DSP-A1, se parliamo di una
sorgente digitale (il coax o ottico che sia), queste impressioni non hanno
senso.
Se invece parliamo della decodifica fatta all'interno del lettore allora le
cose cambiano.
Nei prox giorni voglio fare delle verifiche un po + approfondite sulla cosa.
Per quanto rigurda la meccanica, e' scontato che tutti i lettori DVD devono
poter estrarre il medesimo
flusso di dati altrimenti sarebbe una casino ingestibile dal chip di
decodifica audio/video a bordo del lettore. Se cosi' non fosse avresti a
video dei macroblocchi che rimangono visibili per 1 o 2 secondi
fino alla decodifica del prossimo frame di riferimento completo.
Il lettore esegue gia' di per se' la correzione RedSolomon sul pacchetto
fisico che legge dal layer
in modo da presentare il dato corretto al livello successivo, se cosi' non
fosse, il pacchetto o settore che dir si voglia, non sarebbe disponibile per
la decodifica.
Alcuni fattori di valutazione della meccanica sono la velocita' la
silenziosita' di funzionamento etc..
Bye
Gizmo

 Gizmo
Saluti
Francesco

 silenziosita' di funzionamento etc..
Ok,ok, ma qui stiamo parlando d'altro...
Cià!
Mad J


E' il sistema di correzione usato fin dagli albori del CD, questo  ti
permette di ridurre di di molto il bit  error rate del sistema.
Bye
Gizmo

 la decodifica.
Non conosco approfonditamente la tecnica quindi ragiono per logica: se
il lettore effettua una correzione, vuol dire che si possono creare
degli errori, ed è proprio questo il punto secondo me, da cosa sono
creati questi errori, non è possibile che siano influenzati dalla
qualità della meccanica, dalle vibrazioni, dalle connessioni o da
qualsivoglia agente esterno e che gli organi deputati al riconoscimento
di questi errori possano correggerli in maniera differente a seconda del
caso e quindi creare le differenze che sento?
Dopo aver letto tutta sta filippica ed aver espresso le tue opinioni, se
ti va, mi indichi qualche sito per approfondire la materia?
-- 
Ciao
Marco (AreA 5.1)
----------------------------
Togli NOSPAM per rispondere
maco on ICQ #31679550
----------------------------

 permette di ridurre di di molto il bit  error rate del sistema.
Ok, ora tutto torna, era la Reed - Solomon, ero distratto e chissà cosa
pensavo che fosse, mi sono fatto ingannare dalla 'e' e dallo 'spazio'
rimasti sulla tastiera!
Sorry!
Adesso però mi sorge una curiosità: la correzione Reed Solomon, quando
decodifica una codeword (i dati con la "parità" "appesa" dall'encoder), se
si accorge di non poter recuperare l'errore, si puo' comportare in due modi
diversi: o il decoder riesce a "capire" che non può recuperare l'errore e lo
segnala, o sbaglia la decodifica e restituisce una codeword errata.
Chiaramente i diversi comportamenti sono dati dal tipo di implementazione
del decoder Reed Solomon.
Sai se c'e' una scelta comune per le implementazioni presenti sui lettori
CD-DVD?
Credo che per i dati in formato compresso non ci si possa permettere di
restituire dati sbagliati, altrimenti il decoder AC3-DTS-MPEG tirerebbe
fuori il caos (limitato al pacchetto di informazioni sbagliate he sta
trattando, ma comunque udibile... almeno credo!).
Cià!
Mad J

 trattando, ma comunque udibile... almeno credo!).
Fosse questo il punto che vado cercando?
(vedi l'altro mio post sull'argomento)


 (vedi l'altro mio post sull'argomento)
Ho letto Marco, ho letto... e a qualcosa dobbiamo arrivare...
Personalmente non ho fatto prove con cavi diversi, ma con lettori diversi si
(Pioneer 717 e Thomson 3300) collegati nella stessa catena audio e con gli
stessi cavi... se le differenze c'erano (parlo di audio DD DTS MPEG) erano
minime...
Ma mi fido di te e delle tue orecchie, che mi hanno gią dato buoni
consigli... quindi sto cercando di analizzare tutto il "percorso"
dell'informazione per capire cosa puo' influire o meno sulla resa finale, ma
soprattutto voglio capire come arriva l'informazione all'ampli / decoder e
che uso ne fa...
Ripeto, a qualcosa dobbiamo arrivare (eppoi, studiando informatica e
lavorandoci dentro, 'ste cose mi intrippano in un modo!!! ;))
Cią!
Mad J


Sei un tantino permaloso mi sembra.... ;-)
Mi sono espresso male, non intendevo parlare del cavo ma della sorgente
indipendentemente dal tipo di cavo che si usa.
La mia prova sara' di questo tipo: attacco il coax ed il toslink alla
schedina che mi deve arrivare a breve per
la SB-Live, registro lo stream cosi' come viene da entrambe le sorgenti e
poi lo confronto
in binario magari con un progammello di ricerca dei pattern comuni etc
etc..... su questo ci devo pensare un attimo.
La cosa puo' essere interessante, cmq staremo a vedere, sono fiducioso.
Questo link ti illustra cosa e' la SP/DIF molto in dettaglio.
http://www.hut.fi/Misc/Electronics/docs/audio/spdif.html
Bye
Gizmo

 minime...
Non sono sicuramente macroscopiche e sicuramente più evidenti nel PCM
lineare.


 La cosa puo' essere interessante, cmq staremo a vedere, sono fiducioso.
Dai, dai che sono impaziente, e pure permaloso!!! :-))))


 
http://www.hut.fi/Misc/Electronics/docs/audio/spdif.html
Riporto uno stralcio da detto sito
In practice,
the poor quality optical fibre components often used can lead to
increased
jitter generation in the process of separating clock from data in the
Manchester decoder at the receiver.  This can cause a measureable
degredation
of the conversion back to analogue format, but advanced design of the
circuits using low bandwidth phase-locked loops ameliorates the problem.
Tutto ciò non avvalora almeno il discorso sulla superiorità del coax?


Certo, ma avrai anche sicuramente letto:
2. Errors
This usually causes very significant changes in the sound, often loud
popping noises but occasionally less offensive effects. Any data loss or
errors in either are a sign of a very broken link which is probably
intermittently dropping out altogether.
E avrai sicuramente anche visto il formato del pacchetto che viaggia sul
mezzo, il pkt contiene i bits di parita' che mi dicono se e' arrivato
corretto oppure no,
questo fara' decidere il ricevitore se scartarlo o tenerlo...
Per il resto mi serve qualche giorno..... sai come sono le poste.
Bye
Gizmo

silenziosita' di funzionamento etc..
E sopprattutto andrebbe vista la stabilità, le fluttuazioni non
dovrebbero dare luogo a Jitter?
--
Non comprate i dvd CecchiGori!!!
To Replay remove Nospam from the adress!!!
"lick around divine debris
 taste the wealth of hate in me
 shedding skin succumb defeat
 this machine is obsolete"NIN

 dovrebbero dare luogo a Jitter?
Sì, è possibile, ma lo jitter se è basso è ininfluente sunna riproduzione di
stream compressi o PCM lineare se il DAC ricklocca il segnale. Se è alto,
oltre una certa soglia, genere dei macroscopici errori di decodifica.
Visto in questi termini, un cavo va o non va, non ci dovrebbero essere vie
di mezzo (ovviamente, come già annunciato sul NG, attendo con ansia di
essere smentito :-)
--
Davide Granzotto

 lineare.
D'accordissimo, infatti il mio dubbio e' proprio sulla flusso compresso
(AC3, DTS, MPEG audio)!
Cia'!
Mad J

 corretto oppure no, questo fara' decidere il ricevitore se scartarlo o tenerlo...
Nel caso non lo tenga è obbligatorio che lo salti, oppure può
interpolare a suo gusto? :-))
Btw, c'è pure scritto:
Jitter (clock phase noise)
This really only affects sound of the signal going directly to a DAC. If
you're running into a computer, the computer is effectively going to
be reclocking everything. Same applies also to CD-recoders, DAT tape
decs and similar devices. Even modern DACs have typically a small
buffer and reclocking circuitry, so the jitter is not so big problem
nowadays that it used to be.
Quindi siamo d'accordo che reclockando il tutto il problema diminuisce
ma, dai termini usati, non mi sembra che si risolva.
Palla al centro!!! :-))))) 


 essere smentito :-)
Sei d'accordo nel dire che la quantità di jitter in un cavo è in relazione
con la larghezza di banda del cavo stesso e che la quantità massima di
jitter accettabile, per una fedele ricostruzione del suono, dipende dal
numero di bit usati ?
Se sì, allora il discorso è chiuso.
Massimo

essere smentito :-)
Mi riferivo alla meccanica del lettore ma comunque sono sempre
dell'opinione che in realtà siano difetti veramente trascurabili!!!
