USB Bulk non è adatta all'audio?

[Gustavino]

@one4seven quanto avrò del tempo ne parlero ....
pero' sottovaluti la parte elettrica che per me conta molto piu di quella dei protocolli , tra bulk o isochrnona della usb non cambia nulla sul suono ...

La lan  ti permette di non aver il dac collegato fisicamente al pc cosa di non poco conto ,isolamento elettrico fa' gia' parte dello standard e' un isolamento a trasformatori sul segnale digitale ,non hai le masse in comune ,non hai il problema dell alimentazione ,non hai il problema del jitter introdotto dagli isolatori nella usb
non hai bisogno di driver e puo essere visto in  rete ed usato HQp e company,
ma gia' abbiamo la SFP in fibra che chiude proprio il discorso ,come implementarla nel mio diy 1541 e futuro dsd  ancora devo studiarci
nello sfortunato  caso si debba far passere la lan nella canalina insieme all 220v bisogna  usare il cavo lan schermato ,sono già previste misure per minimizzarne influenza ma vai  di SFP e passi la paura
Gustard ha già Switch a prezzi ragionevoli oltre ai dac lan e nel' anno avvenire ne vedremo delle belle...

[one4seven]

@Gustavino si si, perfettamente d'accordo. Non sottovaluto nulla. Te l'ho detto che lo preferisco. Forse ci sei andato vicino, ma non hai ancora centrato la vera differenza. Che invece sei tu, forse, a sottovalutare.

[widemediaphotography]

3 ore fa, Gustavino ha scritto:

No non esiste da 16anni e mai lo e' stato ,il protocollo Usb audio class  e' isochrono 
ma vedo che ancora non riesci a comprenderene il motivo ce ne faremo una ragione

Intanto ancora confondi Sincrono con Isocrono, lo si capisce  quando negli ultimi post della discussione chiusa  ancora scrivi: che...  "il controllo è integrato nella  sincronizzazione Asincrona"... Se è asincrono non esiste nessuna sincronizzazione!

 

La domanda è unica: Esiste la modalità Bulk? Qualcuno l'ha usata? Altrimenti nel tuo primissimo post avresti dovuto scrivere che sono 16 anni che non si usa, quando invece ha ripetuto categoricamente che non esiste!

Che ci guadagni  con il tuo comportamento? 

 

[ilmisuratore]

La RME UC Fireface è stata commercializzata in quale anno ????

[Gustavino]

3 hours ago, ilmisuratore said:

La RME UC Fireface è stata commercializzata in quale anno ????

 
la RME non usa il bulk ma la Interrupt transfer
 

[Gustavino]

3 hours ago, widemediaphotography said:

Intanto ancora confondi Sincrono con Isocrono, lo si capisce  quando negli ultimi post della discussione chiusa  ancora scrivi: che...  "il controllo è integrato nella  sincronizzazione Asincrona"... Se è asincrono non esiste nessuna sincronizzazione!

Ma ancora non hai compreso che il protocollo  Isochrono , puo essere sincronizzato pc e dac  in maniera sincrona -asincrona -adattiva ???
Vedi @Ramsete2 che non vogliono capirla

[widemediaphotography]

19 minuti fa, Gustavino ha scritto:

Ma ancora non hai compreso che il protocollo  Isochrono , puo essere sincronizzato pc e dac  in maniera sincrona -asincrona -adattiva ???
Vedi @Ramsete2 che non vogliono capirla

E' inutile... il dito e la luna 

[ilmisuratore]

16 minuti fa, Gustavino ha scritto:

la RME non usa il bulk ma la Interrupt transfer

Mi sembrava una battuta ma vedo che l'hai considerata una cosa seria...insomma "seria"....esternata da te

Cos'è la "interrupt transfer" un nuovo protocollo ??? 

Ma almeno ti rendi conto di cosa hai affermato ????

"Non usa la bulk ma la "interrupt transfer" ovvero due cose complementari, sinergiche e che l'una dipende dall'altra 

Qui sotto relativamente ad un trasferimento bulk 

Per il resto rivolgersi al descriptor direttamente estratto dalla RME UC Fireface, quello non mente

 

[Gustavino]

8 minutes ago, ilmisuratore said:

Mi sembrava una battuta ma vedo che l'hai considerata una cosa seria...insomma "seria"....esternata da te

Cos'è la "interrupt transfer" un nuovo protocollo ??? 

Ma almeno ti rendi conto di cosa hai affermato ????

"Non usa la bulk ma la "interrupt transfer" ovvero due cose complementari, sinergiche e che l'una dipende dall'altra 

Qui sotto relativamente ad un trasferimento bulk 

Per il resto rivolgersi al descriptor direttamente estratto dalla RME UC Fireface, quello non mente

stai facendo una pessima figura guarda ,quella non significa cosa venga usato poi
il bulk e' solo un tua pessima interpretazione di parte
ma te lo faccio dire direttamente da RME

[widemediaphotography]

@ilmisuratore

 

Quando nei descrittori leggi:

Tipo di trasferimento: Bulk-Transfer

è sicuramente un BUG, una fake news 

 

 

[ilmisuratore]

7 minuti fa, Gustavino ha scritto:

stai facendo una pessima figura guarda ,quella non significa cosa venga usato poi
il bulk e' solo un tua pessima interpretazione di parte
ma te lo faccio dire direttamente da RME

La UCX è un altro modello di scheda

Parlami della UC fireface...non prendere altri modelli in esame 

Oramai il rumore delle tue unghia che cercano di aggrapparsi allo specchio provocano uno stridore da rimanere sordi

Se non credi al descriptor lascia perdere, ci fai soltanto una figuraccia colossale

Il descriptor parla chiarissimo, trasferimento DI MASSA e BULK TRANSFER

[Gustavino]

3 minutes ago, ilmisuratore said:

La UCX è un altro modello di scheda

Parlami della UC fireface...non prendere altri modelli in esame 

Il descriptor parla chiarissimo, trasferimento DI MASSA e BULK TRANSFER

sei cieco o slovacco?
device enumeration, it tells the capabilities of the device, not what is actually used.

[ilmisuratore]

4 minuti fa, Gustavino ha scritto:

sei cieco o slovacco?
device enumeration, it tells the capabilities of the device, not what is actually used.

L'interrupt transfer è BULK nella RME UC !!!

Il descritptor è lo specchio della verità !!!

Ma mi riprometto di ignorarti

Non so dove tu voglia andare a (s)parare

[ilmisuratore]

14 minuti fa, widemediaphotography ha scritto:

@ilmisuratore

Quando nei descrittori leggi:

Tipo di trasferimento: Bulk-Transfer

è sicuramente un BUG, una fake news 

Già...!!! 

[Gustavino]

5 minutes ago, ilmisuratore said:

Il descritptor è lo specchio della verità !!!

 

hai proprio ragione questo lo hai postato tu

 

[ilmisuratore]

3 minuti fa, Gustavino ha scritto:

hai proprio ragione questo lo hai postato tu

 

...mentre queste del medesimo blocco fai "finta di non vederle"

Complimenti davvero 

 

 

Valore Nome valore
0x07 bLength
0x05 bDescriptorType
0x03 bEndpointAddress (Out-Endpoint)
0x02 bmAttributes
Tipo di trasferimento: Bulk-Transfer
Tipo di sincronizzazione: Nessuno
Tipo di utilizzo: Dati
0x0200 wMaxPacketSize (512 byte)
0x00 bIntervall
Dump esadecimale:
0x07 0x05 0x03 0x02 0x00 0x02 0x00

Endpoint Descrittore:
------------------------------

Valore Nome valore
0x07 bLength
0x05 bDescriptorType
0x84 bEndpointAddress (In-Endpoint)
0x02 bmAttributes
Tipo di trasferimento: Trasferimento in blocco
Tipo di sincronizzazione: Nessuno
Tipo di utilizzo: Dati
0x0200 wMaxPacketSize (512 byte)
0x00 bIntervall
Dump esadecimale:
0x07 0x05 0x84 0x02 0x00 0x02 0x00
 

 

[Gustavino]

esatto il bulk viene usato per aggionamento del firmware
device enumeration, it tells the capabilities of the device, not what is actually used.
questa di rme e' una seconda conferma il protocollo e' lo stesso le schede sono identiche
 

[ilmisuratore]

Concludo con una spiegazione presa dal web in cui vengono spiegate le basi della USB, e la confusione enorme che si fa sui termini di "interrupt transfer"

 

 

Nozioni di base USB

USB segue un protocollo in cui il computer host avvia i trasferimenti ai dispositivi (come gli altoparlanti USB). Ogni trasferimento è indirizzato a un dispositivo specifico e a un endpoint specifico su quel dispositivo. Esistono quattro tipi di trasferimenti: trasferimenti in blocco, trasferimenti isocroni, trasferimenti di interruzione e trasferimenti di controllo .

I trasferimenti in blocco vengono utilizzati per trasferire in modo affidabile i dati tra l'host e il dispositivo. Tutti i trasferimenti USB includono un CRC (checksum) per indicare se si è verificato un errore. Nei trasferimenti in blocco, il destinatario deve controllare il CRC. Se il CRC è corretto, il trasferimento viene riconosciuto e i dati vengono considerati privi di errori. Se il CRC è errato, il trasferimento non viene riconosciuto e verrà ritentato. Se il dispositivo non è pronto ad accettare i dati, può inviare un riconoscimento negativo, NAK , che fa sì che l'host riprovi il trasferimento. I trasferimenti in blocco non sono considerati critici in termini di tempo e sono pianificati in base ai tipi di trasferimento più sensibili al tempo discussi di seguito.

I trasferimenti isocroni vengono utilizzati per trasferire dati in tempo reale tra l'host e il dispositivo. Quando l'host imposta un endpoint isocrono, alloca una quantità specifica di larghezza di banda per l'endpoint ed esegue trasferimenti di input o output a intervalli regolari. Ad esempio, l'host potrebbe inviare 1 K byte di dati al dispositivo ogni 125 millisecondi. Poiché viene allocata una larghezza di banda fissa e limitata, non c'è tempo per inviare nuovamente i dati se si verifica un problema di trasferimento. I dati hanno un CRC normale, ma se il destinatario rileva un errore, non c'è alcun meccanismo di ritrasmissione.

I trasferimenti di interrupt vengono utilizzati dall'host per interrogare periodicamente i dispositivi per verificare se si è verificato qualcosa di prezioso. Ad esempio, l'host potrebbe interrogare un dispositivo audio per verificare se è stato premuto il pulsante MUTE. Il nome "trasferimenti di interrupt" può creare confusione perché non interrompono nulla. Tuttavia, l'interrogazione regolare dei dati fornisce funzionalità simili agli interrupt dell'host.

I trasferimenti di controllo sono molto simili ai trasferimenti in massa. I trasferimenti di controllo possono essere riconosciuti, rifiutati e consegnati in modo non in tempo reale. I trasferimenti di controllo vengono utilizzati per operazioni esterne al normale flusso di dati, come la query delle capacità del dispositivo o dello stato dell'endpoint. Descrivere come vengono segnalate le capacità del dispositivo va oltre lo scopo di questo articolo, ma diremo che ci sono classi predefinite, come "Classe audio USB" o "Classe di archiviazione di massa USB", che abilitano l'interoperabilità multipiattaforma.

Tutti i trasferimenti vengono eseguiti in unità di frame USB. I frame USB ad alta velocità sono 125μs (quello a piena velocità USB è 1ms) e sono contrassegnati da un messaggio Start-of-Frame (SOF) inviato dall'host. I trasferimenti isocroni e di interrupt possono verificarsi al massimo una volta per frame.