Latency in ms berekenen adhv samples (Virus TI)

MikeJarod

ziet ze vliegen
Lid sinds
3 december 2003
Berichten
1.468
Misschien kan iemand hier mij helpen want ik kom er niet uit.

Ik maak gebruik van een Virus TI. Zoals misschien bekend zit hier een VSTi bij die communiceert met de hardware. Het audio pad gaat als volgt: Virus TI hardware > usb > VirusControl VSTi > sequencer (in mijn geval SX3).

Nu wil ik de input gebruiken op de Virus TI hardware om een andere geluidsbron op aan te sluiten. Om precies te zijn, er hangt een jv1080 aan de analoge input van de Virus TI. De jv1080 stuur ik aan via midi.

Nu krijg ik alleen vertraging van het audio signaal van de jv1080. Na contact met Access blijkt dat de VirusControl VSTi een interne latency heeft van 2560 samples op de inputs, die er dus voor zorgt dat ik vertraging krijg.

Nu vraag ik me af, is het mogelijk om op één of andere manier te berekenen hoeveel milliseconden die 2560 samples zijn? SX3 heeft een midi delay per kanaal (volgens mij werkt dit trouwens ook met audio tracks in SX, maar dat terzijde). Die midi delay werkt met milliseconden.

Als ik weet hoeveel milliseconden vertraging optreedt, dan kan ik een negatieve midi delay instellen om de latency op te heffen.

Ik neem aan dat er een formule te bedenken moet zijn waar je adhv dingen zoals aantal samples, de bitrate, buffersize etc kan berekenen hoeveel milliseconden, 2560 samples is.

Vragen:
1. Zit ik uberhaupt in de goede richting te denken? Is dit mogelijk? Of zie ik andere dingen over het hoofd wat zo'n conversie onmogelijk maakt?
2. Weet iemand de formule hiervoor, of software die het voor me uit kan rekenen?

Ik heb Access al een dergelijke vraag gesteld, maar door het taalverschil ging die discussie niet echt lekker. Technisch engels is voor mij toch wat anders dan gewoon conversatie engels :)
 
Hallo,

Een gok in de vroege ochtend,

2560 samples.

Als je 44100 Khz hebt, dan zijn dat 44100 samples per seconde.

Of de samples nou 8, 16 of 32 bit zijn maakt in dat verhaal dan niks uit.

1 / samplerate is de tijd hoelang 1 sample "duurt" zeg maar.

2560 / 44100 = 0.058049887

Dus ik vermoed dat je antwoord min of meer op 58 ms uitkomt.

Ofwel: deel je aantal samples door de samplefrequentie.

Voor de rest kan ik je helaas niet helpen, want ik werk niet met die software.
 
Laatst gewijzigd:
2560 samples latency???

Dat is erg veel zeg...mijn Motu draait met 128 samples latency

Weet je zeker dat het geen typefout is? 256 ipv 2560 lijkt me meer de waarde.
Anders zou ik een andere geluidskaart scoren en niet via de Virus routen..
 
Dat is wat Access mij vertelt. Ook die -58ms aanpassing lijkt goed te werken.

Maar het gaat hier alleen om de inputs van de TI hè, niet de TI zelf, dat wordt allemaal automatisch gecompenseerd. Als je de inputs gebruikt kan je er filters en effecten etc overheen gooien, blijkbaar zijn die 2560 samples vertraging nodig om dat te kunnen laten werken ofzo.

Als ik direct audio wil routen om op te nemen, dan doe ik dat wel via m'n normale geluidskaart, niet die van de TI. Wil ik echter fx etc, dan ben ik blijkbaar gebonden aan deze latency.

edit: Oh ja, Access vertelde dat deze latency alleen komt door de VirusControl plugin, als je de TI al master ASIO geluidskaart gebruikt dan omzeil je dit. Maar ik wil mijn andere soundcard kunnen gebruiken als master ASIO, dus is het niet anders.
 
spijtige zaak man !
moet zeggen, heb al veel negatiefs gehoord ivm de ti ...
vooral over de software dan..

goodluck !
 
Back
Top