Newsgroup: it.hobby.hi-fi
Titolo: USB sincrona/asincrona

Vorrei capirne qualcosa, perché sono decisamete a digiuno, dove posso
trovare una FAQ sull'argomento, creato per neofiti?
--
Il temperamento della Callas è agli antipodi del fondamentale meccanicismo cui si impronta la coloratura delle odierne cantanti d'agilità. 
(R.Celletti - "Le Grandi Voci")

 trovare una FAQ sull'argomento, creato per neofiti?
http://www.usb.org
http://www.beyondlogic.org
dovrebbero tenerti impegnato per un po' :-))
-- 
http://www.kiva.org
 
http://www.wwoof.it
Per il ng it.hobby.hi-fi: a*fan*ulo 'sta ca**o di hifi/hiend, tutte
put*an*te.
Per il ng it.comp.lang.delphi: astenersi perditempo e lamer.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

dovrebbero tenerti impegnato per un po' :-))
Grazie, ma proprio per non privarvi della mia presenza per troppo
tempo, non c'è nessun buon samaritano che mi spieghi
"maccheronicamente" e in... otto righe, che differenza passa tra le
due? :-)


 trovare una FAQ sull'argomento, creato per neofiti?
In inglese va bene?
http://www.hifi-advice.com/USB-synchronous-asynchronous-info.html
Ciao
Luca

 due? :-)
E' la sincrona che mi mette a disagio :-)) finora ho sempre lavorato con
le asincrone. In quale ambito ha sentito delle usb asincrone?


 In quale ambito ha sentito delle usb asincrone?
Oops... da leggere: "In quale ambito ha sentito parlare delle usb
sincrone?"


Non e' che stai cercando una cosa di questo tipo:
http://www.bitportal.it/tutorial/usb_tutorial_4.html
 ?



http://www.bitportal.it/tutorial/usb_tutorial_4.html
 ?
Se tu non avessi troppi... peli sparsi qua e là, ti incollerei un
bacio in fronte! :-)))


Ciao
Ciao.



Oh my god! Un knowledge scritto da uno che manifestamente non ne sa
nulla!Non si è neanche preso 5 minuti per informarsi su come funzioni
un pc - rimarrà molto sorpreso che lo scassone vicino alla scrivania
fa andare in parallelo varia roba a diverse centinaia di Mhz. Ma chi
usa l'usb nel pro? Ma a che pro farsi delle pippe mentali sull'USB?
qui si parla di un segnale che esce e basta, l'acquisizione manco ci
interessa, finanche usb 1 ne è capace, senza contare che ormai esiste
il 3.0 che è full duplex. La usb è ok se vogliamo usare il nostro
laptop on the go, nello studiolo, insomma ambiente consumer, più delle
elucubrazioni avrà importanza qualità e lunghezza del cavetto, che è
quasi sempre una fetecchia - ovviamente senza arrivare ad
complicazioni di cose semplici. Oltretutto quasi tutti i pc hanno la
firewire se proprio vogliamo qualcosa in più.
In due parole: ti passo i pacchetti, dimmi come li hai ricevuti, tutto
ok? Andiamo avanti, no? Te li rimando, questo in generale, ora ai
tempi del primo usb la banda era pochina, allora per ingenti quantità
senza interruzione di flusso sincronizzi mentre per roba che non
risente di un'attesa (un megafile grafico mandato alla stampante a.e.)
mandi a mucchi e se non c'è banda attendi. Oh ma siamo al 3.0! Già
l'ormai onnipresente 2.0 viaggia a 60 MBs dove una coppia di 96/32 ci
sguazza, poi il tuo coso li mette in fila per il dac vero e proprio.
La mia chiavetta da 5 dollari, usor VA, finanche optoisolata, ha il
suo quarzetto per il suo clock! 
Il clock ha importanza nel dac e non ci arriva in protocollo usb!
Insomma per convertire usb in AES o S/P o altro I/O farsi pippe
mentali su jitter è anacronistico poichè il problema non esiste, se ne
hai il tuo dispositivo è pronto per una sola cosa: il secchio della
monnezza. Riusciamo a far viaggiare via cavo o via etere quantità
enormementi maggiori. A me sembra che si faccia confusione tra il
jitter di giurassici player e quello, diciamo "vero": ovvero quanto va
a rompere le palline alla nostra teorica quadra. Per i cd è passata
che jitter=errore di lettura, mentre il jitter dovrebbe essere
considerato come una distorsione nel segnale digitale (e solo in
questo!) il che non vuol dire la non intelleggibilità del contenuto!!!
Non solo il jitter di per se è sempre presente, non per niente i dll,
pll, buffer vari etc. esistono da quando si impiegano I/O.   
Ora tornando a quanto in oggetto è vero che affidarsi al clock di un
pc passato attraverso uno schifo di cavo non sarebbe cosa buona e
giusta ma è altrettanto vero che nessuno lo fa - il clock è
fondamentale dentro il dac, non credo che un qualsiasi prodotto
consumer si affidi ad infimi oscillatori - senza citare che non esiste
componente che non abbia qualche circuito di retiming. Insomma se si
vuol parlare di qualità parlami di quanto è netto il segnale che mandi
nel cuore del dac - consideriamo anche che in un pc le seguenze, siano
esse seriali o parallele (ben più complicate) viaggiano a velocità
enormemente maggiori e lo fanno tenendo sott'occhio il jitter senza
problemi particolari con circuitazioni che intervengono in pico se non
femto secondi - come facciano? Boh, ma hanno tutto il mio rispetto ed
ammirazione :-)
mm



Ho come l'impressione tu che abbia usato un bel po' di parole per
stigmatizzare (anche in maniera piuttosto ermetica) chi si fa le pippe
con le USB. Purtroppo, non trovo nulla di "commestibile" che mi aiuti
a dipanare la matassa del thread.
Ho avuto i due link da altri due amici: uno in italiano, e l'altro in
inglese, ma i contenuti non sono affatto semplici da decifrare per chi
è poco abituato alla commistione PC/audio.
Ciao.


Allora cerco di riassumere
i dispositivi si sincronizzano per scambiarsi i dati, (lo fanno tutti)
diciamo come facevano i vecchi modem previo un bel handshake, ora
iniziano le trasmissioni, in quello che citano come sincrono, meglio
isosincrono è come aprire il rubinetto, non importa che spruzzi un
pochino, l'importante è che il lavabo sia sempre pieno, nell'asincrono
invece andiamo a secchiate ed aspettiamo di avere il secchio pieno,
mai troppo altrimenti traborda e siamo abbastanza accorti da non
allagare il bagno. Dirai, perchè usare il primo? Semplice, se non ti
puoi permettere la minima mancanza d'acqua preferisci un flusso
costante anche se si perde qualche goccia - questo era un problema se
la portata del tubo era ridotta (=meno quantità d'acqua) oramai hai a
disposizione acquedotti e ti prendi le secchiate senza neanche
perderti una goccia, ovviamente se noi usiamo esclusivamente un canale
usb. Conclusione: visto che l'interfaccia usb la usano solo gli utenti
consumer e non c'è motivo di usare tutto l'hub collegandoci
succhiarisorse (che oltretutto farebbe lavorare molto il so, visto che
l'usb è gestito via soft) e l'ammontare di dati è relativamente esiguo
(moltiplichi frequenza per risoluzioni e ci aggiungi,esagerando, un
sesto di logica di controllo) non c'è nessuna ragione al mondo per non
usare l'asincrono. Il  cuore del dac ha sempre il suo clock e gli 1 e
0 vengono sempre rimodellati e messi in fila prima di entrarci. Il
clock è molto più importante nella conversione, poichè se la nostra
seguenza è corretta ma afflitta da ingenti quantità di jitter abbiamo
molta probabilità che si traduca in disto ove la risoluzione è più
alta (frequenze alte), ma sto uscendo dall'usb. Nel pro è diverso
poichè non c'è un solo dispositivo ma una catena intera, per questo si
usa un clock esterno o ci si riferisce ad uno interno di un'anello -
un componente diventa clock master e gli altri slave.
Ricapitolando: poco ci importa come comunichi l'usb col dispositivo se
con clock lato pc o si riorganizzi col proprio, l'importante è
l'integrità dei dati, quasi certa vista la performance dei dispositivi
odierni. Passato il primo stadio questi dati vengono riorganizzati,
insomma lavati, rivestiti con l'abito della domenica, profumati,
pettinati alfine di presentare all'ingresso del vero e proprio dac una
seguenza più o meno quadrata, più o meno cadenzata.
Per ultimo, l'usb è stato pensato abbastanza bene, prova ne sia che
con cavi relativamente schifosi e lunghi, riesce a comunicare a
discrete velocità. Il mio ultimo hdd esterno 3.0 è una scheggia, 1
Giga se lo scarica in 5 secondi - il suo cavetto è bello cicciotto con
una bella calza intrecciata sottoguaina, lungo 40 cm.
Se tutto sto discorso lo riferiamo ad un laptop, una scatoletta usb
che ti tira fuori l'S/P o AES da dare al dac esterno te ne puoi
tranquillamente fregare, visto che il dac sarà preceduto da una
pletoro di buffer e dejitter, che viste l'esiguo flusso ben
difficilmente avranno problemi. Se invece ci riferiamo agli scatolotti
che mettiamo tra pc ed ampli, meglio prendersene una attuale che una
vetusta, guardando più lo stadio di uscita ed il filtraggio post
conversione. Per ultimo ribadisco che del jitter, al pari del rumore
di fondo in qualsiasi circuitazione analogica, è sempre presente.


Allora cerco di riassumere
Grazie, ma... ma... stento ad entrare perfettamente nella questione.
Che ne dici? Vale la pena perderci del tempop con delle prove, oppure
proseguo col solito lettore di sempre?


 proseguo col solito lettore di sempre?
E' il concetto di "sincrono" che non riesco a capire. Hai un lettore che
permette di mettersi in "sincrono" con cosa?


permette di mettersi in "sincrono" con cosa?
No, probabilmente non mi sono spiegato! :-)
Mi interessava capire la differenza tra USB "sincrono" ed "asincrono",
perché vedo in giro troppi "guru" che magnificano l'asincrono come la
panacea.
Vogliono spacciare le solite carabattole ai polli da PC o c'è un
fondamento valido?


 fondamento valido?
Io la mia idea me la sono fatta :-))


proseguo col solito lettore di sempre?
Se hai una scatoletta non troppo cinese e neanche troppo datata ed usi
l'uscita digitale per foraggiare il tuo dac o se usi l'uscita
analogica della stessa lascia perdere poichè il problema non si pone.
L'unica cosa degna di attenzione, e ti sembrerà strana detta da me, è
l'uso di un cavo usb corto e non troppo fino, diciamo che uno da hd
esterno va già bene.
Imho qui si cerca di riportare la fuffa audiofila in un campo che a
questo livello di flusso ne è scevro facendo falli di confusione. Ti
osannano il loro generatore di clock, ma da nessuna parte sta scritto
che deve costare un'occhio ed un testicolo, visto che apparecchi ben
più complicati le soluzioni sono molteplici a costi umani se non
irrisori. Nella mia chiavetta c'è un quarzetto, un'attrezzo
professionale c'è sempre un quarzo eventualmente compensato in
temperatura corollando con qualche vco, ma anche esagerando
difficilmente si arriva ai 1000 Euro e da questa scatoletta possono
dipendere componenti ben più costosi e che producono le registrazioni
da quelle scarse a quelle audiofile, e di norma se si usa un solo
convertitore o una batteria di questi si preferisce usare il clock
interno.
Il fallo di confusione è nel trasferimento dati: qui il clock serve a
poco, l'importante è che i pacchetti arrivino integri e questo non
dipende dal tempo. Nella conversione invece è fondamentale che la
frequenza sia esattamente quella, non solo lo deve essere  per tutti i
convertitori impiegati e ripeto non è difficile farlo, oltretutto le
frequenze sono relativamente basse. Ove è veramente necessario è nel
caso si abbini audio al video poichè il numero di campioni deve essere
ben determinato per ogni frame video. In uno studio prettamente audio
si tende ad usare il clock interno del convertitore, se si ha la
necessita di metterne più in parallelo (di norma lo stesso modello)
uno diventa master e gli altri slave. Se invece ci troviamo di fronte
ad un'insalata mista useremo un master clock - perchè si preferisce
quello interno? Poichè più l'oscillatore è vicino al dac meno disturbi
verranno captati, ovvero meno jitter, oltretutto ti devi fidare che
l'accettazione di un clock esterno sia ben implementata da l
costruttore. 
Se rimaniamo nelle scatolette è più degna di nota una prova d'ascolto,
imputando eventuali differenze alla sezione d'uscita analogica ed ai
passa basso.
Tanto per fugare qualche dubbio: il tuo pc è in grado di gestire
diversi canali sia in entrata che in uscita in usb, anche se
quest'ultimo grava sulla cpu. Certo, col firewire vai veloce ed a
lavorare c'è dell'hardware ma per un paio o più canali anche in hd non
hai problemi di sorta, se poi colleghi allo stesso host una serie di
hard disc te le vai a cercare :-)

fondamento valido?
Su questo non mi pare via sia niente di valido