creamware and cubase

Toch nog even een vraagje aan Quifster:

Gebruik jij ook de samplers van Creamware? Na jouw pleidooi voor XTC ben ik toch nieuwsgierig geraakt en ben het hier ook weer eens gaan proberen. Al mijn inputs rechtstreeks naar ASIO inputs. Om te beginnen heb ik dan al een CPU usage van een slordige 10%, ook al doe ik dan nog niks. Maar het ergste komt nog: zodra ik de Volkszämpler inzet en een program ga bespelen, schiet de cpu usage per gespeelde noot toch sterk omhoog. Iets dat absoluut niet gebeurt als ik in SFP werk.

Daarnaast kan ik na het inserten van bijvoorbeeld de GraphEQ op de stereo uitgang toch echt niet meer lekker een pianopartijtje inspelen. De latency schiet dan enorm de lucht in. En dat gebeurt al bij een Blocksize van 256 samples.

Tenzij nog een Gulden Tip hebt, ga ik toch echt weer terug naar SFP modus ;-)
 
ik heb het even getest en hier werkt het perfect, geen enkele vertraging, ook niet na inserten van de stereo eq van creamware. Je gebruikt toch wel de vsti plugin van creamware? en niet de eq opgenomen in je xtcproject.pro?

Alles wijst erop dat je configuratie voor xtc projecten niet klopt. Dit kan ook vrij lastig zijn, dus hier een korte handleiding:

- open xtcproject.pro
- configureer deze volgens je eigen setup. Ik gebruik 2 adats en heb die in mijn project gekoppeld aan asio kanalen. Mijn project ziet er als volgt uit voor gebruik in xtc mode:
 

Attachments

  • xtcproject.png
    xtcproject.png
    222 KB · Bekeken: 49
vervolgens moet je handmatig je cset.ini aanpassen in de directory: \scope40\App\Bin. Dit is noodzakelijk omdat xtc mode niet reageert op je ulli veranderingen in het paneel, tenzij je die handmatig in cset.ini zet.

Check of de volgende sectie erin staat:

[XTC-Config]
AddHost=1
intBlkSize=512


indien dit zo is pas dan de waarden aan zoals hierboven, indien dit niet zo is kopieer dit dan in de cset.ini

Sluit scope vervolgens af en start cubase, Cubase zal nu in xtc mode opstarten.

Zet in de cubase definitie de direct monitoring uit bij je geluidskaart (want je wil het geluid na bewerking horen) en in jouw geval zou ik bij de vst plugins even op update drukken in cubase. Al je latency compensatie waarden worden dan opnieuw berekend per plugin aan de hand van je huidige setup (hoef je maar eenmalig te doen, maar in jouw geval lijkt het me noodzakelijk, voor anderen waarschijnlijk niet).

Nu zou je exact hetzelfde moeten ervaren als ik, en absoluut geen enkele merkbare vertraging hebben tijdens het spelen van externe of interne synths. Voor het exact gelijk trekken van externe en interne synths zul je eenmalig je audiochain latency moeten berekenen, via delay compensation kun je in cubase dat dan herstellen, maar voor je eerste testen is dat dus absoluut niet nodig.

Veel succes!
 
Bedankt voor je info!

Ik weet hoe ik mijn XTCproject moet bewerken. Heb ook inderdaad alle inputs naar ASIO doorverbonden. Een EQ in het project toevoegen gaat helemaal niet, want je bent beperkt tot een aantal basis-modules (de grotere STM 2448 mixer bijvoorbeeld doet het ook niet).

Nee, ik heb echt alles goed staan. De blocksize in cset.ini mag niert kleiner zijn dan 256, want anders krijg ik haperingen. En bij mij gaat elke sample 100% via de CPU van de PC en niet via de Creamware kaart.

Zet voor mij eens twee GraphEQ's in serie op je mains van de VST mixer als je wil. Want dan is het bij mij echt niet meer te doen. In SFP heb ik nergens last van, vandaar destijds (en zoals het er naar uitziet nu ook weer) mijn keuze.
 
ok, net getest, geen merkbaar verschil hier.

de stm mixer zou ik echt niet weten waarom je die in een xtc project zou willen hangen.

Maar goed, helaas werkt het niet voor jou en voel je je beter in sfp mode. Lijkt mij prima :) als het voldoet voor je werkwijze waarom zou je het dan aanpassen?
 
Origineel geplaatst door De Toverkoning
Waar staat jouw blocksize eigenlijk op?

op 512

dat is dat stukje wat je moet kopieren in je cset.ini (initblcksize)
Nogmaals :) je kan dit NIET instellen via het menu van creamware. Dit moet handmatig.

Weet je zeker dat je de aanwijzingen van mij als test hebt opgevolgd?
;)
 
Origineel geplaatst door quifster
ok, net getest, geen merkbaar verschil hier.

Ik kan het me niet voorstellen. Je werkt met een blocksize van maar liefst 512 samples, wat in Cubase neerkomt op een latency van meer dan 24 ms. Dat moet toch een duidelijk waarneembare vertraging opleveren?

Origineel geplaatst door quifster
de stm mixer zou ik echt niet weten waarom je die in een xtc project zou willen hangen.

Om de STM mixer te laten optellen i.p.v. de Cubase mixer. Klinkt aanzienlijk beter.

Origineel geplaatst door quifster
Maar goed, helaas werkt het niet voor jou en voel je je beter in sfp mode. Lijkt mij prima :) als het voldoet voor je werkwijze waarom zou je het dan aanpassen?

Klopt, maar ook ik prefereer natuurlijk een all-in-one oplossing met de automatisering van Cubase. Dus als het hat gekund, dan graag!
 
Origineel geplaatst door De Toverkoning
Ik kan het me niet voorstellen. Je werkt met een blocksize van maar liefst 512 samples, wat in Cubase neerkomt op een latency van meer dan 24 ms. Dat moet toch een duidelijk waarneembare vertraging opleveren?

nee ,dat is niet zo. ik heb met die instellingen een input latency van 12 ms, en een output latency van 22 ms.

voor het live inspelen is mijn latency dus 12 ms (en dat wijzigt uiteraard ook niet welke plugins ik ook gebruik)

voor het sampleaccuraat op elkaar afstemmen tijdens een realtime export (dus interne en externe sounds (bijvoorbeeld arpeggiators) gebruik ik een delay op de interne sporen. maar dat doe ik pas op het einde bij rendering van de wav file, tot aan dat moment is het niet echt nodig. In de wav moet die 12 ms natuurlijk gecompenseerd zijn, dus daarom doe ik dat wel altijd.

Tsja, je kan het je niet voorstellen, ik zou niet weten hoe ik dat moet bewijzen, geen idee waarom wij een totaal verschillende belevingswereld hebben dan met hetzelfde platform.

Om de STM mixer te laten optellen i.p.v. de Cubase mixer. Klinkt aanzienlijk beter.

Tsja, dat lijkt me een denkfout. XTC mode is namelijk puur het gebruiken van je creamware fx-en en synths in een cubase omgeving. Er is geen alternatieve mixer in een xtc omgeving. Je zou theoretisch een mixer in je xtc project op kunnen nemen, maar dan krijg je inderdaad een compleet oncontroleerbare latency in je asio chain. (die ook logisch is doordat je de asio kanalen niet rechtstreeks meer aanstuurt.)



Klopt, maar ook ik prefereer natuurlijk een all-in-one oplossing met de automatisering van Cubase. Dus als het hat gekund, dan graag!

Het kan, ik heb het hier naadloos draaien, en er zijn mede sf-ers die het in praktijk hier hebben zien werken. Maar bij jou werkt het blijkbaar niet.
 
Maar het in te spelen signaal moet toch ook weer naar de uitgang? En die heeft ook 12 ms vertraging (als je direct monitoring uitzet, want je wil de effecten meteen horen). Kom je toch op een totale latency van 24 ms? Dat kan niet anders.
 
Back
Top