Omniclock VST: vervanger van de ERM-Multiclock?

Fifth Bot

d[-_-]b
Lid sinds
14 mei 2018
Berichten
3.169
Locatie
Nijmegen
Hey,

Ik wil even wat delen, aangezien volgens mij best wat mensen worstelen met dezelfde issues: syncing hardware met je DAW en de bijbhorende ellende met latency, midi clock & jitter issues (in mijn geval de Perkons-HD-01).
Voor de TLDR; samenvatting zie oplossing hieronder, voor de geïnteresseerde, lees vooral verder :P

Ik zit op Windows 11 en gebruik Ableton Live 12 en heb al verschillende manieren geprobeerd om de issues op te lossen, oa:
- directe midi verbinding vanuit mijn (RME) interface met delay compensation in External Instrument of in de midi routing via de Ableton settings, maar hier had ik een flinke latency van 39ms tot soms wel 58ms en met flinke jitter (3-8ms)
- door Overbridge (Elektron) als intermediar te gebruiken, wel redelijk stabiel maar toch nog aardig wat jitter van 4-6ms, latency weet ik ff niet, volgens mij ook iets van 30ms, wel sneller minder in ieder geval dan direct vanuit mijn audio interface.

Nu zag ik deze plugin: Omniclock* voorbij komen:

* voor 60,- EUR, maar als je je aanmeldt voor de nieuwsbrief, kan je de code die je daarbij krijgt inzetten voor 30%korting, dan kost de plugin EUR 41,-

Uiteraard dacht ik, that sounds to good to be true, eigenlijk dus een RME multiclock, maar dan als VST.
Toch maar ff geprobeerd, en eea werkt zoals beloofd in de video, real time delay compensation, en in mijn geval een flinke verbetering mbt latency: 8ms ipv de 39ms! Maar ik stuitte daarbij wel helaas op een probleem, wat denk ik echt een Windows issue is: je moet een vrije midipoort daarvoor gebruiken om clock naar je hardware te sturen, maar dan kan je geen midi (notes) meer naar je hardware sturen, Ableton blocked gelijk die poort zodra je een connectie met de VST opzet.

Toen ben ik wat gaan experimenteren, oa met virtuele midippoorten (loopMidi + merging in MIDI-OX), maar dat was best dramatisch, meer jitter dan eerdere oplossingen.
Maar ik heb ook een MioXL, stom dat ik daar niet eerder aan dacht, maar die kan natuurlijk ook gewoon 2 verschillende midi ports mergen! Vooralsnog werkt die oplossing naar tevredenheid, dus voor diegenen ook in staat om via hardware te mergen, kan dit een oplossing zijn. Ik heb nu een stabiele clock, met 8ms latency en slechts 1ms jitter en ik kan zowel clock als midi noten naar de Perkons sturen (via 2 aparte RTP verbindingen die de boel merged en als enkele midi doorstuurt naar de Perkons).

Maar.... da's nog niet het hele verhaal. Dit lost alleen de clock issues op, dus strakke timing op de beat, maar dit zorgt er nog niet voor dat al je midi noten ook goed op de grid staan na audio recording (ervan uitgaande dat je de noten strak op de grid hebt gequantized). Dat heeft @Phontaq hier bv ook goed beschreven: Roland TR-1000 Rhythm Creator.

Even kort beschrijven wat hier dan het issue is. Als ik de sequencer van de Perkons gebruik, en dan op elke beat een trigger zet, dan zal de Omniclock er door de delay compensation ervoor zorgen dat die noten, terugestuurd naar de DAW en dan als audio gerendered, ook echt strak op de tel staan (met een jitter van 1ms). Maar als ik vervolgens ook noten via Ableton naar de Perkons stuur, dan ontstaat er latency (in mijn geval 18ms te laat). Het goede nieuws is, is dat het echt latency betreft, de jitter was vergelijkbaar (1 a 2 ms). Hoe los je dat nu op? Ik kwam op 3 manieren uit:
  1. simpelweg een audio delay instellen van -18ms op de track die audio rendered. Maar dat gaat alleen goed als je de sequences van de hardware en Ableton gescheiden houdt, dus of alleen hardware sequenced noten of alleen Ableton noten op 1 track. Als je die zou combineren, dan werkt het natuurlijk niet, want de audo delay zal op de hele output toegepast worden, en dan zullen zowel de strakke hardware noten als de te compenseren Ableton noten allemaal ge-shift worden.
  2. de midi noten handmatig verschuiven. Dit werkt, maar is natuurlijk niet ideaal, ik zou dan alle noten moeten selecteren en eea handmatig -18ms moeten verschuiven, maar dan verlies je gelijk alle voordelen van het werken met de midi, makkelijk quantizen of juist groove toepassen is dan een pain in the ass.
  3. it's about the groove. Ik had gehoopt dat er een makkelijk manier was om de midi noten automatisch te verschuiven. Maar helaas is er niet zo iets als de audio delay die je op een midi track kan toepassen, en ik vond ook geen manier om dit in hardware (de MioXL) of via bv een Max 4 Live plugin te doen (wel een plugin om midi noten later, maar geen manier om midi noten eerder te plaatsen). Maar toen dacht ik, dat is eigenlijk precies wat de groove templates van Ableton doen, et voila, de oplossing bleek dus vrij simpel. Maak zelf een midi clip aan, stel de juiste noten in (bv 1 maat met allemaal 16e), verplaats die dan eenmalig handmatig de juist hoevelheid (18ms naar links) en extract daar dan een groove van. Pas vervolgens die groove toe op je midi clip en stel eea bij met de timing op de groove template (render audio in een loop en blijf tweaken to je eea echt strak op de tel hebt, in mijn geval moest ik de timing op 76% zetten).
  4. Dan blijft misschien nog 1 scenario over, dit heb ik zelf nog niet getest, maar wat nu als je een algemene midi shift wilt doen, maar ook bv een swing groove template wil gebruiken. Ik zie 2 oplossingen, maak zelf eenmalig de juiste template daarvoor (zoals hiervoor beschreven), of pas de correctie groove toe op de midi clip, laat een andere midi track dan die midi importeren, en zet daar dan je groove template weer op.

Even een disclaimer vooraf, ik heb eea pas net aan de praat, nog wat vroeg om te zeggen of dit echt stabiel draait, maar de eerste resultaten zijn bemoedigend. En wat bij mij werkt hoeft natuurlijk niet in jouw situatie te werken, maw zelf proberen voordat je tot aankoop overgaat! De Omniclock heeft een trial van 14 dagen, plenty tijd om te experimenteren!.

Hier de oplossing:
- Maak 2 RTP midi verbindingen, de één voor alleen clock, en de andere voor de rest van de midi (notes, events etc), bv Mio-10 Drums Clck & Mio-11 Drums Mid
- Route beide RTP inputs naar 1 output (ik heb ze naar een DIN Out poort gestuurd), die koppel je vervolgens aan je hardware (van de Mio DIN Out naar de Perkons MIDI In)
- In Ableton kan je de RTP inputs disablen (ik heb zelf geen midi vanuit de Perkons nodig richting Ableton), bij midi Input Ports mogen alle vinkjes bij Mio-10 Drums Clck & Mio-11 Drums Mid uit staan. Bij de Output Ports zijn alle vinkjes voor Mio-10 Drums Clck uit, als je dit niet doet, kan je in de Omniclock de port niet goed selecteren (als je Track aan hebt staan) of krijg je een dubbele clock als je Sync aan hebt staan. De VST verzorgt de hele clock verbinding op die poort. Bij de poort Mio-11 Drums Mid moet je wel Track aangevinkt hebben (maar geen Sync) anders kan je die poort niet selecteren om er midi heen te sturen
- Zet de Omniclock VST op een willekeurige track (audio of midi maakt niet uit) en configureer die met de poort Mio-10 Drums Clck
-
Maak een midi track aan, en als je die hebt, gebruik bij voorkeur de External Instument om je midi te versturen naar poort Mio-11 Drums Mid. Heb je die niet, dan moet je de midi track zelf configuren dat die ouput naar Mio-11 Drums Mid. De reden dat ik External Instument gebruikt, is om dat die bij mij enorm scheelt in de latency, 18ms vs 78ms! Vraag me niet waarom :P

Dat zou het moeten zijn, voor de luie lezer, hierboven heb ik nog een tip staan om je midi noten vanuit Ableton naar je hardware strak te krijgen.

Als laatste hier een plaatje van de gerenderde audio, waarbij ik op voice 1 van de Perkons de helft van de noten uit de Perkons sequencer haal en de andere helft vanuit midi noten vanuit Ableton (om en om , 1e noot is Perkons, 2e is Ableton etc.), dit zijn 16e noten, met de lijntjes strak op de grid. Die witte selectie is 1ms om even de resoluitie aan te geven, zodat je de jitter goed ziet.
 
Laatst gewijzigd:
1778851895258.png
 
Ziet er goed uit voor latency compensatie. Maar ik ben wel sceptisch voor wat betreft het jitter gedeelte. Ableton is trouwens vrij slecht standaard (ongeacht midi interface) voor wat betreft Jitter, kan zijn dat Live 12 daarin beter is, dat heb ik niet getest, maar 11 was 5% jitter tov 1% met bitwig.

De jitter ontstaat simpelweg door het OS, DAW, drivers en midi-protocol, dat kan software niet oplossen. Met midi 2.0 zou dit verholpen zijn overigens (hopelijk). Het kan zijn dat deze vst een gedeelte van de computer variabelen omzeilt ofzo, maar ook hun website zie ik nergens iets over jitter compensatie.
 
Ziet er goed uit voor latency compensatie. Maar ik ben wel sceptisch voor wat betreft het jitter gedeelte. Ableton is trouwens vrij slecht standaard (ongeacht midi interface) voor wat betreft Jitter, kan zijn dat Live 12 daarin beter is, dat heb ik niet getest, maar 11 was 5% jitter tov 1% met bitwig.

De jitter ontstaat simpelweg door het OS, DAW, drivers en midi-protocol, dat kan software niet oplossen. Met midi 2.0 zou dit verholpen zijn overigens (hopelijk). Het kan zijn dat deze vst een gedeelte van de computer variabelen omzeilt ofzo, maar ook hun website zie ik nergens iets over jitter compensatie.
Idd, ik was ook vrij sceptisch, maar de eerste testen zijn dus erg positief, zoals ik zei van 4-8ms naar 1-2ms jitter, in hetzelfde project, met en zonder Omniclock. Maar het is nog wel een simpele test geweest, met alleen de Perkons, verder geen complexe song met tig tracks. De tijd gaat het leren!
 
Idd, ik was ook vrij sceptisch, maar de eerste testen zijn dus erg positief, zoals ik zei van 4-8ms naar 1-2ms jitter, in hetzelfde project, met en zonder Omniclock. Maar het is nog wel een simpele test geweest, met alleen de Perkons, verder geen complexe song met tig tracks. De tijd gaat het leren!

Even voor mijn info, hoe krijg je dat jitter getal dan? ik heb er ooit een speciaal midigal kastje voor gekocht (die ook clock stabiliseert). Ik zou het ook eens 5 minuten laten lopen en kijken of het dan nog op de grid ligt. Het kan zijn dat hij het elke bar ofzo. reset (dat doet dat midigal kastje van mij dus ook), dus dattie dan elke x tijd weer wordt gesynced, ben echt wel benieuwd. Ik gebruik zelf een usamo, dat werkt goed maar daar kun je dus niet makkelijk midi offset geven.
 
Even voor mijn info, hoe krijg je dat jitter getal dan? ik heb er ooit een speciaal midigal kastje voor gekocht (die ook clock stabiliseert). Ik zou het ook eens 5 minuten laten lopen en kijken of het dan nog op de grid ligt. Het kan zijn dat hij het elke bar ofzo. reset (dat doet dat midigal kastje van mij dus ook), dus dattie dan elke x tijd weer wordt gesynced, ben echt wel benieuwd. Ik gebruik zelf een usamo, dat werkt goed maar daar kun je dus niet makkelijk midi offset geven.
Ow, dit is gewoon een eigen schatting hoor, ver inzoomen (zie plaatje maar dan nog veel verder) en dan de een tijdje laten lopen en de min/max range opmeten in ms (als je een selectie doet geeft ie in Ableton het aantal ms onderin de balk weer)
 
Handig, even als tip (misschien weet je het al) maar je hoeft een midi clock maar 1x te injecten en je interface zou dat moeten distribueren naar alle outputs.
Ik weet niet of deze plug-in wel zo werkt, in hun documentatie staat ook expliciet dat ie op de externe hardware gericht is:
  • Omniclock only controls external clocked devices, not MIDI clips or VST instruments.
  • You can load multiple instances of Omniclock, but each instance can use only one output port.
 
Ik weet niet of deze plug-in wel zo werkt, in hun documentatie staat ook expliciet dat ie op de externe hardware gericht is:
  • Omniclock only controls external clocked devices, not MIDI clips or VST instruments.
  • You can load multiple instances of Omniclock, but each instance can use only one output port.

Denk dat bedoelt wordt dat je de omniclock via RTP naar een specifieke port kan routen en die port weer naar verschillende devices binnen Auracle. Dat zou dan RTP poorten schelen potentieel.
 
Denk dat bedoelt wordt dat je de omniclock via RTP naar een specifieke port kan routen en die port weer naar verschillende devices binnen Auracle. Dat zou dan RTP poorten schelen potentieel.
Ah zo, ik snap um, da’s idd een goede tip. Ik dacht de audio interface, maar de MioXL wordt dus bedoeld
 
Ah zo, ik snap um, da’s idd een goede tip. Ik dacht de audio interface, maar de MioXL wordt dus bedoeld
Eh, maar toch dus ook weer geen goede tip bedenk ik me nu :P, elke hardware heeft zijn eigen latency, dus je moet elke hardware toch wel afzonderlijk afstellen met die VST (tenzij je mazzel hebt), dus dan heb je toch een dedicated RTP + VST per apparaat nodig denk ik.
 
Het lijkt soms wel the neverending story of our lives.
Ableton (wederom mijn fav. DAW) had voor mijn gevoel op dat vlak ook echt een periode de zaken niet op orde.
Met deze uiting van mijn frustraties tot gevolg, dat zal ze leren de schobbejakken :)

Screen Shot 2026-05-16 at 01.38.35.png

Zoveel al geprobeerd in mijn leven met wisselende resultaten, maar wie weet zit er iets bruikbaars tussen.
Heb altijd begrepen dat deze problemen met jitter iets met usb en clock op moederbord te maken zouden kunnen hebben, wat dan weer verklaard waarom bijv. de Atari 1040st zonder usb dit niet leek te hebben.
Weet niet of dat nog steeds geld voor huidige systemen, maar mogelijk hebben alle huidige apparaten verbonden met den usb daar wel meer invoed op dan wenselijk is.
Heb daarom toen wel bewust gekozen voor geluidskaart met firewire en een Alyseum al88 midi interface via copperlan (volgens Ruud Lex in het interface artikel zo strak als een gabber met een gram speed op :)
Maar beste resultaten tot nu toe zijn met dank aan tip van Surgeon een audio/trigger pulse in daw op audio spoor die naar dc coupled output gaat zodat de mogelijke jitter die plaats vind in ieder geval alle clock/processen/opnames of hoe je het maar wilt noemen het zelfde beinvloed en dus altijd in sync blijven.
Wat dan weer los staat van mogelijke hopelijk eenmalige latency instellingen per apparaat.
 
Ok, vandaag een tijd gespeeld met de Perkons, en ook nog wat getest met de TR8-s. Met die laatste had ik ook echt veel gezeik, major jitter, gewoon niet te doen, en daarom heb ik die ook nauwelijks gebruikt. Nu met de Omniclock draait ie echt wel mooi strak, meer latency dan de Perkons, de TR8 moet ik met 32ms bijstellen, maar de jitter is nagenoeg gelijk aan de Perkons, 1-2ms.

Ik zou iedereen die gezeik heeft met dit soort issues echt aanraden om hier eens mee te spelen, eea lijkt gewoon goed te werken.

En nog een leuke feature zijn de swing modes, werken ook echt helemaal soepel, ik denk dat ik de TR8 nu dan toch eindelijk eens kan gebruiken. En nu komt de TR-1000 ook gelijk in het vizier, die liet ik maar links liggen vanwege al dit gezeur, maar is nu wellicht toch weer een optie.
 
Nog meer goed nieuws mbt de TR8-S. Voor deze setup heb je geen hardware midi merge nodig, maar nog steeds wel 2 aparte midi verbindingen. Je kan dan clock via DIN versturen en de rest van de midi (noten/automation vanuit Ableton) via USB versturen. De clock en jitter blijven retestrak (nog steeds rond de 1ms), en het beste nieuws, je kan dan ook nog gelijktijdig de editor/controller van de TR8 gebruiken. Voor de midi noten uit Ableton kan je dezelfde trick met de custom groove gebruiken om te corrigeren. in dit geval moest ik een groove van +23ms maken (waarom deze noten dan juist eerder aankomen is me weer een raadsel)
 
Back
Top