Tietokoneet ja musiikkiohjelmat ›

Noita ilmoitettuja millisekunteja ei kannata lukea ihan millisekunnin päälle, ne on parhaimmiillaankin vain arvioita. Ajuri ei oikeasti tiedä kuin itse aiheuttamansa latenssin ja loput arvataan jonkun laskukaavan perusteella. Ehkä joku ajuri osaa jotain mittauksiakin tehdä, mutta siitäkin puuttuu väkisin vähintäänkin sen ajurin ja korvan välinen latenssi, eli A/D/A muunnos. Joku toinen ajuri kertoo pelkän oman latenssinsa ja uskottelee planeetan litteäksi. DAW sitten näyttää käyttäjälleen sen ajurin antaman arvion ja kenties vielä kompensoi sitä johonkin suuntaan omien asetustensa puitteissa.
 
Se ASIO4ALL on oikeasti vain wrapperi sille Windowsin WDM perusajurille ja toiminto perustuu sille että se osaa oikaista muutaman hitaan mutkan sen ajurin toiminnassa. Oikea ASIO -ajuri tekee toki samaa mutta oikein tehtynä se jättää Winkkarin kokonaan pois siitä välistä. Huonoimmillaan se natiivi ASIO-ajuri on ihan samanlainen wrapperi kuin tuo ASIO4ALL jolloin tuo geneerinen versio saattaa jopa olla nopeampi mutta tämä riippuu tietysti siitä WDM ajurista ja kuinka monta mutkaa mikäkin ajuri siinä matkalla oikoo.
 
Testasin ja mittasin asiaa. Mulla on Zoom R8 jota käytän kotona interfacena Cubasen kanssa. Mittaamiseen käytin CEntrance ASIO Latency Test Utilityä joka siis lähettää signaalin äänikortin ulostuloon joka kytketään sisäänmenoon ja mitataan kauanko kestää että testi kuulee oman signaalinsa. Tämän pitäisi siis olla ihan todellinen latenssi. Cubase näyttää erikseen in- ja output latenssin
 
TESTI 1:
ASIO (natiivi-ajuri)
Käytetyt arvot:--|--tulos:-------------------|--Cubasen ilmoittamat
----------------|---------------------------|--in--------|--out-------
128smp @ 48K--|--132smp / 2,59ms---------|--2,67ms--|--8,125ms--
256smp @ 48K--|--260smp / 5,35ms---------|--4,67ms--|--8,125ms--
512smp @ 48K--|--519smp / 10,69ms--------|--8,67ms--|--6,92ms----
1024smp @ 48K-|--1034smp / 21,35ms------|--12,67ms--|--7,33ms----
-----------------------------------------------------------------------
 
TESTI 2:
ASIO4ALL
Käytetyt arvot:--|--tulos:-------------------|--Cubasen ilmoittamat
----------------|---------------------------|--in--------|--out-------
128smp @ 48K--|--1516smp / 31,58ms-------|--3,33ms--|--3,33ms--
256smp @ 48K--|--2112smp / 44,00ms-------|--6,00ms--|--6,00ms--
512smp @ 48K--|--2911smp / 60,65ms-------|--11,3ms--|--11,3ms----
1024smp @ 48K-|--4779smp / 99,56ms-------|--22,0ms--|--22,0ms----
-----------------------------------------------------------------------
 
(En tiedä saako näistä "taulukoista" mitään selvää vai meneekö formatointi harakoille. Voi koittaa kopsata rivit notepadiin niin saattaa olla luettavampaa tai ainakin editoitavissa sellaiseksi)
 
Jokatapauksessa muutama huomio. Niinkuin todettua, sovellus näyttää just sitä mitä ajuri haluaa näyttää. Natiiviajurilla tuo input latenssi näyttää aluksi kasvavan ihan järkevästi tuon bufferin koon mukana mutta miten ihmeessä joka ainut arvo on jotain pilkku 67ms? Vähemmän uskottavaa. Output näyttää heittelevän miten sattuu, yhtälailla uskomatonta ja mikään ei näytä samoja lukemia kuin mitatut arvot.
 
Jälkimmäisessä testissä on yhtälailla omituisia numeroita molemmin puolin. Ajurin raportoimat numerot about kaksinkertaistuu bufferin koon mukana hyvinkin tasaisesti mutta in ja out näyttää täsmälleen samat arvot mikä jo paljastaa että tulos on saavutettu matematiikalla eikä mittaamalla. Mittaustulokset näyttää suunnilleen siltä kuin tavalliselta äänikortilta WDM ajurilla voisi olettaa näkevänsä, parhaimmillaankin käyttökelvoton latenssi.
 
Entäs sitten aistivarainen testi eli soittoa ja kuuntelu Cubasen kautta: Ei mitään huomattavissa olevaa eroa ajureiden välillä.
 
Hienoa että sulla kuitenkin nyt toimii kaikki kuten toivottua