ik zit met het volgende probleem, uiteindelijk werkt alles nog naar behoren, maar merk ik dat ik soms dingen moet terugschroeven, voor 1 plugin.
ik heb een Motu Ultralite MK3 hybrid, wat een goed soundinterface is, en ben er nog erg blij mee, en zou m ook willen behouden, maar...
op 512 samples, daar staat ie nu standaard op, heeft ie een output latency van 21ms. te doen. voor mij werkbaar. en wanneer ik gewoon bezig ben, merk ik het niet.
maar soms moet ik naar 1024, dan krijgt ie een output latency van 43ms, dat is echt niet te doen.
ik heb al kontakt met MOTU, maar vraag me af of ze iets aan de drivers gaan doen, en moet wel steeds een beetje aandringen om antwoord te krijgen, al vind de persoon die het afhandelt, de latency ook erg hoog...
goed, ik had eens de vraag gesteld, of andere mensen met deze interface, ook dezelfde latency hebben.
het lijkt toch aan de MOTU of de drivers te liggen, presteert identiek op mij laptop. de firewire verbinding zou wellicht lagere latency opleveren, maar waar je een betaalbare, TI chip PCI-express, firewire kaart??
en dan is het nog afwachten.
ik heb voor mijn laptop een behringer UMC204HD, een onverwacht goed interface. heeft een output latency van bij 512 samples, van ongeveer 11ms, en bij 1024, 23ms, zo ongeveer. presteert dus dubbel zo goed. zijn geen slecht cijfers, de RTL gaat wel flinker omhoog, wellicht nog on par met andere interfaces.
ik dacht ik koop gewoon een 2e UMC204HD. voldoet.
ik heb deze nu ook aangesloten op mijn desktop, maar merk, is bij de MOTU overigens hetzelfde, dat het verschil 512/1024, wel merkbaar is, maar niet zo groot als ik zou verwachtte.
maar goed ik weet ook niet wat te verwachtten.
nu denk ik, een snellere CPU, al wordt mijn CPU niet volledig belast, al gaat de sample buffer wel in overflow... (dus 1 core zelfs, blijft rond 50/60, of zelfs lager, vreemd hoe plugins zich gedragen, er zijn zekere meerdere faktoren dan alleen een snelle CPU).
ik lees zo vaak dat mensen op 64 samples werken, leuk om dat te noemen, maar het zegt niets over de werkelijke latency, natuurlik.
maar ik heb toch het gevoel wanneer je b.v. Delta-V Audio Spacecraft, op 128 grains zet, geen RME het aan kan zelfs op 128/256.
of een motu M4.
er zijn meerdere faktoren die de snelheid bepalen. mijn desktop is zelf gebouwd, ik zou alleen CPU en moederbord hoeven te vervangen, wanneer ik voor een Intel proc kies. (en o ja, de koeler, want een schroef zit nog wel goed, maar is 'dol', bij vervanging van CPU, sja, hoe vind ik die ene schroef...)
eigenlijk zie ik nooit een echt een goed in-depth, real life experience...
ik kan me voorstellen, om RME te noemen, dat zelfs op een buffer size van b.v. 128 samples, de drivers én de hardware zo efficiënt zijn, dat je op zo'n buffer size kunt werken. voorstellen, maar ik vraag het me af.
overigens gaat het me niet om de sample buffer size, maar om de latency in ms....
op zich loop ik er weinig tegen aan. maar een aantal plugins, ik merk dat ze steeds meer vergen. ik heb erg lang gewoon op 128 - 256 samples gewerkt...
Pigments 3 is een wat bekendere plugin, die je CPU kan doldraaien...
wat zijn de vragen:
- welke faktoren bepalen de afhandeling van de audio (ja ik ken het bekende filmpje, over cpu, L2/L3 cache, geheugen, interupts, de hele route die afgelegd moet worden. en volgens latency monitor; die is zo kalm, zelfs wanneer ik gewoon ga browsen en cubase open, met een plugin...).
dus de meer diepere faktoren.
- is het zo dat b.v. een RME werkelik audio sneller kan afhandelen, zodat sample buffer size en zelfs de latency niet alleen de bekende variabelen zijn?
- of is het verschil dat ik merk tussen 512 en 1024, wat niet levensgroot is, maar wel, goed ik zou dat eens moeten stress-testen. ik heb maar een eenvoudige test gedaan.
hoe spektakulair moet het verschil zijn???
de UMC204HD heeft een mooie latency, voor mij op 1024 samples, dus een oplossing. een tussen oplossing, de motu was altijd wel wat overkill, maar sinds een aantal maanden, broeit er een projekt, kost nog wel een paar jaar, maar dan zijn de vele outputs wel erg fijn... dus ter overbrugging...
over de MOTU M4, ook een optie, wat is de latency op 512 en 1024
ik vergeet steeds te melden op welke sample rate ik werk: 48.000Hz
(want van belang voor de latency)
- wellicht eens uitproberen op 96Khz. maar ik ben meer een voorstander van oversampling (Kushview Element kan oversamplen, b.v. als plugin host, net de nieuwste versie weer voor €1,74 gekocht..), dan van een hoge sample rate. eigenlijk nooit goed uitgeprobeerd of de prestaties dan overeind blijven, o ja wel, kan ik naar 1024, maar dan blijf ik tegen dezelfde limieten stoten.
dus ik zoek naar een dieper technisch, maar levensecht (...) verhaal.
dus ik herhaal, optimalisaties, allemaal gedaan, ik ken ze allemaal. en altijd ik kan iets vergeten zijn, of niet weten...
maar echt goede info over sample buffers... latency...
dat is wat altijd genoemd wordt maar zou b.v. een RME babyface pro op 512 samples, ik weet niet wat voor output latency die heeft op die buffer size (ik weet of weet, dat dat nogal eens kan tegenvallen, bij bepaalde merken, nou dat merk ik dus...), stel die heeft een even grote latency als mijn UMC204HD, en ook 1024 samples.
zou de RME babyface pro dan toch beter presteren dan de UMC204HD. want zoals ik al zei, zijn dit de enige faktoren, ja een latency zou absoluut moeten zijn
en
het vullen van een sample buffer en dat ie aan de asio driver wordt overgedragen. sja, hoe gaat dat eigenlik???
vult een programma het zelf de buffer, en roept dan de driver aan? of is er al kontakt (....) met de asio driver, terwijl de buffer wordt gevuld. in het laatste geval, is er wellicht meer dan de zgn. latency, maar ook hoe snel een buffer wordt afgehandeld, dat zou je latency moeten noemen, maar goed. of zou de latency moeten zijn, bitwig b.v. geeft de deadline aan, simpelweg de output latency.
waarbij me opvalt, dat wanneer de deadline zoals bij reaper wordt overschreden (en bij reaper met record arm, anders gaat heel de optimalisatie aan van reaper, als de track NIET ge-armd is.. niet ge-armd???), met een paar ms, ik vaak niks hoor....
TL;DR
maar blijkbaar zijn er veel meer faktoren, of dat vermoed ik. stel dat een MOTU M4 op 512 sample buffer, een even grote latency rapporteert als mijn UMC204HD, maar dat ik zie dat de buffer load minder is, dan zijn er andere zaken in het spel (ik kan dat niet testen de MOTU M4 is niet verkrijgbaar op dit moment, behalve bij de ene zaak die zegt, we doen niet aan retourneren, hier al besproken op SF... tegen de wet..).
op zich kan ik alles wat ik wil, maar merk, en ook wellicht wanneer ik de MOTU moet verkopen, nu is ie nog iets waard. ik weet niet eens hoeveel... wanneer vooral met hardware synths werkt, en wat niet al te dikke plugins, en een redelijk aantal effekten... dan kan ie goed presteren...
en voor een goede voorbereiding, wellicht nu al deze ingewikkelde vraag.
een MOTU M4, heeft iemand die, welke latency heeft die b.v. op 512 sample buffer size op 48.000Hz? en 1024?
(zoals ik al zei; stel dat ze beide dezelfde output latency hebben, de UMC204Hd en de MOTU M4, maar dat de drivers zo goed zijn, en dat blijken ze te zijn, al zijn er ook problemen.... dat de buffer minder snel volloopt, kan dat, het lijkt me niet onmogelijk. pfff ik zou het zelf willen testen; een MOTU M4, een RME babyface PRO, da is al genoeg om ff te testen...
maar wie weet, dat hoop ik, kunnen mensen hier mij wat verder helpen)
dank voor het lezen, neem een koffie, puf uit, en denk, sja, het is Vink weer, en waarom heet ie Vink, als avatar? en die kop is die echt?
goed. ik eindig met een leuze:
KRA AXIS OS SANCRUM