Calcolo latenza reale e confronto fra schede usb 1.1/2.0/fw
domanda, tra la frequenza di campionamento 44.1 pittuosto che 48KHz, e la risoluzione 16 o 24 bit, cosa concorre a ridurre o aumentare la latenza?
tnx
tnx
la risoluzione in bit, nulla. se alzi la frequenza di campionamento, la latenza si riduce. se a 44.100 con il solito buffer a 512 la latenza è a 44.100/512/1000, cioè 11 e qualcosa ms a 96 khz sarà 96.000/512/1000 cioè circa 5,5 ms.
il problema a lavorare ad alte frequenza di campionamento è un maggiore affaticamento della cpu, una possibile insufficienza della velocità di connessione (questa sì dipende dal bus, a 44 khz passano attraverso il bus 44.000x16x2= 1.500.000 bit al secondo, a 96 k/16 bit 3.000.000, su due canali, a 24 bit ancora peggio), e ovviamente un maggior consumo di spazio sul disco
il problema a lavorare ad alte frequenza di campionamento è un maggiore affaticamento della cpu, una possibile insufficienza della velocità di connessione (questa sì dipende dal bus, a 44 khz passano attraverso il bus 44.000x16x2= 1.500.000 bit al secondo, a 96 k/16 bit 3.000.000, su due canali, a 24 bit ancora peggio), e ovviamente un maggior consumo di spazio sul disco
Edited 23 Nov. 2010 16:35
@ barbetta57
la risoluzione in bit, nulla. se alzi la frequenza di campionamento, la latenza si riduce. se a 44.100 con il solito buffer a 512 la latenza è a 44.100/512/1000, cioè 11 e qualcosa ms a 96 khz sarà 96.000/512/1000 cioè circa 5,5 ms.
il problema a lavorare ad alte frequenza di campionamento è un maggiore affaticamento della cpu, una possibile insufficienza della velocità di connessione (questa sì dipende dal bus, a 44 khz passano attraverso il bus 44.000x16x2= 1.500.000 bit al secondo, a 96 k/16 bit 3.000.000, su due canali, a 24 bit ancora peggio), e ovviamente un maggior consumo di spazio sul disco
il rilascio dei driver in background in cosa si traduce?
la risoluzione in bit, nulla. se alzi la frequenza di campionamento, la latenza si riduce. se a 44.100 con il solito buffer a 512 la latenza è a 44.100/512/1000, cioè 11 e qualcosa ms a 96 khz sarà 96.000/512/1000 cioè circa 5,5 ms.
il problema a lavorare ad alte frequenza di campionamento è un maggiore affaticamento della cpu, una possibile insufficienza della velocità di connessione (questa sì dipende dal bus, a 44 khz passano attraverso il bus 44.000x16x2= 1.500.000 bit al secondo, a 96 k/16 bit 3.000.000, su due canali, a 24 bit ancora peggio), e ovviamente un maggior consumo di spazio sul disco
Edited 23 Nov. 2010 16:35
tnx
cubase è geloso dei drivers asio e non consente ad altri programmi di adoperare la scheda che li usa quando è aperto.
la funzione che citi serve a sganciare i drivers asio da cubase quando questo viene abbassato, in modo da poter utilizzare la scheda con altro software (anche windows media player, ad es.)
la funzione che citi serve a sganciare i drivers asio da cubase quando questo viene abbassato, in modo da poter utilizzare la scheda con altro software (anche windows media player, ad es.)
dariotorto 23-11-10 18.59
scusa, mi rispieghi perchè 44100/512/1000 fa 11ms e 96K/512/1000 fa 5,5 ?
grazie, scusa l'ignoranza..
edit: ci sono arrivato: E' 1000/(44100/512) ok ok grazie
grazie, scusa l'ignoranza..
edit: ci sono arrivato: E' 1000/(44100/512) ok ok grazie
Edited 23 Nov. 2010 18:07
44.100 campioni/secondo / 512 campioni di buffer = 86 cicli di riempimento /svuotamento del buffer ogni secondo
1000 (millisecondi)/86 cicli = 11,6 millisecondi, il tempo di "passaggio" di un buffer da 512 campioni
96.000/512 fa 187 cicli/secondo, quindi 1000/187= 5,34 millisecondi
1000 (millisecondi)/86 cicli = 11,6 millisecondi, il tempo di "passaggio" di un buffer da 512 campioni
96.000/512 fa 187 cicli/secondo, quindi 1000/187= 5,34 millisecondi
barbetta57 ha scritto:
cubase è geloso dei drivers asio e non consente ad altri programmi di adoperare la scheda che li usa quando è aperto.
cubase è geloso dei drivers asio e non consente ad altri programmi di adoperare la scheda che li usa quando è aperto.
Non credo dipenda da Cubase ma dal driver.
Ci sono driver multiclient (ad esempio quella della mia MOTU 828 MK3) che permettono l'utilizzo della scheda da piu' applicazioni in maniera contemporanea...
il driver asio è congegnato in modo da non essere multiclient, infatti, però non è utilizzato dalle applicazioni di windows, ma solo da cubase (o da programmi analoghi, come reason o vtsi standalone). di conseguenza, quando una di queste applicazioni è in esecuzione, l'uso della scheda audio è inibito, a meno di non ricorrere allo"sgancio" che restituisce la scheda al normale uso di windows, quando il programma venga abbassato
PianoCoda 23-11-10 19.34
@ barbetta57
cubase è geloso dei drivers asio e non consente ad altri programmi di adoperare la scheda che li usa quando è aperto.
la funzione che citi serve a sganciare i drivers asio da cubase quando questo viene abbassato, in modo da poter utilizzare la scheda con altro software (anche windows media player, ad es.)
Si infatti lo fa anche cn Nuendo se glielo imposti .. peccato che mentre stai ascoltando una traccia, cambi la fienstra, s'interrompe l'ascolto :D per cui quando uso quei programmi 100% i drivers li lascio dedicati a loro
cubase è geloso dei drivers asio e non consente ad altri programmi di adoperare la scheda che li usa quando è aperto.
la funzione che citi serve a sganciare i drivers asio da cubase quando questo viene abbassato, in modo da poter utilizzare la scheda con altro software (anche windows media player, ad es.)
Cmùq ottimo articolo, grazie per averlo postato ;)
barbetta57 ha scritto:
il driver asio è congegnato in modo da non essere multiclient, infatti, però non è utilizzato dalle applicazioni di windows, ma solo da cubase (o da programmi analoghi, come reason o vtsi standalone). di conseguenza, quando una di queste applicazioni è in esecuzione, l'uso della scheda audio è inibito, a meno di non ricorrere allo"sgancio" che restituisce la scheda al normale uso di windows, quando il programma venga abbassato
il driver asio è congegnato in modo da non essere multiclient, infatti, però non è utilizzato dalle applicazioni di windows, ma solo da cubase (o da programmi analoghi, come reason o vtsi standalone). di conseguenza, quando una di queste applicazioni è in esecuzione, l'uso della scheda audio è inibito, a meno di non ricorrere allo"sgancio" che restituisce la scheda al normale uso di windows, quando il programma venga abbassato
Boh. Forse hai ragione tu, Vale. Io pero' ho provato a far partire Hypersonic V2 standalone e dirgli di usare ASIO della MOTU 828 MK3. Poi, mentre Hyper era attivo, ho fatto partire Cubase (ho una versione vecchia, la 3). Anch'esso vede il driver ASIO della MOTU. Se suono il mio RD300SX come master, manda il midi ad entrambe le applicazioni, ed entrambe rispondono in audio. Sono su Win Vista. Magari e' un caso...
Edited 24 Nov. 2010 10:51
No, ho controllato.
Ho fatto partire prima hypersonic, poi Cubase.
Se faccio viceversa vanno in rewire.
Se riesci fai un prova tu.
Vedo che anche altri dicono che MOTU fa driver ASIO multi-client, ma che non sono ufficialmente supportati.
Lo dice qui:
http://www.sawstudiouser.com/forums/showthread.php?t=11680
Alla fine poco importa, non vorrei andare troppo "out of thread", l'articolo e' chiaro, complimenti.
Ho fatto partire prima hypersonic, poi Cubase.
Se faccio viceversa vanno in rewire.
Se riesci fai un prova tu.
Vedo che anche altri dicono che MOTU fa driver ASIO multi-client, ma che non sono ufficialmente supportati.
Lo dice qui:
http://www.sawstudiouser.com/forums/showthread.php?t=11680
Alla fine poco importa, non vorrei andare troppo "out of thread", l'articolo e' chiaro, complimenti.
Edited 24 Nov. 2010 10:49