Latest News: u-he updates all their plug-ins
|
|||
urosh wrote: Urs wrote: The oscillators are not the culprits. They're pretty much as fast as Zebra's.
Have you considered adding another unision mode where all unison voices would share same filter? Also, adding paraphonic mode would be very very nice IMHO (not just for reasons of lower CPU load). Yes, we've considered a paraphonic mode as well as the "dynamic unison" of Roland's Jupiter 6/8. We'll eventually do it once we find the time, as we'll also do arpeggiator/sequencer stuff. urosh wrote: edit: what's the status with mod matrix (I would like 4 Tyrell-a-like mod slots even more than any other feature, and BTW if you can add midi CC as mod sources in mod martix, that would be even better).
ModMatrix is a bit of a drag with the Multicore implementation. My ModMatrix is very elegant in the way it uses a pointer to the actual parameter value, stores the current value, adds the new value before the module is "ticked", then restores the old value once the module has been processed. Unfortunately the multicore support (and guitar mode / Note Expressions) requires us to keep copies of the parameters structures for each voice in separate memory. Thus our good old ModMatrix system doesn't work anymore, because there's no single pointer for each parameter anymore. Hence we either have to forget about ModMatrices, or we have to rewrite them. Somehow. This will need to be addressed some time later this year, I can't say yet how much effort is needed to put them back on the map. (otoh it would be desirable to also get multicore support for Zebra an others...) |
|||
| ^ | Joined: 07 Aug 2002 Member: #3542 Location: Berlin | ||
|
|||
Urs wrote: ModMatrix is a bit of a drag with the Multicore implementation. My ModMatrix is very elegant in the way it uses a pointer to the actual parameter value, stores the current value, adds the new value before the module is "ticked", then restores the old value once the module has been processed.
Unfortunately the multicore support (and guitar mode / Note Expressions) requires us to keep copies of the parameters structures for each voice in separate memory. Thus our good old ModMatrix system doesn't work anymore, because there's no single pointer for each parameter anymore. Hm, I think I get it. Maybe store all pointers in struct, one global instance of that struct and one per each voice and than memcpy voice instance over global instance before processing that voice? Yeah, I know I probbably talk out of my ass but I would really like to see ModMatrix in Diva. |
|||
| ^ | Joined: 03 Oct 2002 Member: #3997 | ||
|
|||
Urs wrote: In Diva 1.1 I think we've done a great job to minimize this effect, while preserving an *ahem* low cpu footprint. In fact we're using tricks to "pretend" that voices are still run in the background, even if they're on standby. This improves the authenticity of transients by a great deal IMHO.  UrsI wouldn't mind at all to have the number of voices that are chosen to be always on... With Diva, if I have a patch that is 2 or 3 voices (or 4-6 with 2 voice stack) I have it set to that level cause I am expecting to use them. Maybe there could be an option to let the user choose in specific cases... a thought anyway |
|||
| ^ | Joined: 02 Feb 2005 Member: #56776 Location: in the wilds | ||
|
|||
I was thinking the same thing! But I suppose it's easy for us to say...it might be a big resource drag to implement for a lot of users, especially the non-tweaker crowd. ---- Crime in multi-storey car parks. That is wrong on so many different levels. http://soundcloud.com/dan-ling |
|||
| ^ | Joined: 27 Feb 2011 Member: #251461 | ||
|
|||
Urs wrote: We'll eventually do it once we find the time, as we'll also do arpeggiator/sequencer stuff.
If you put Zebra's Arp in DIVA (or something similar with velocity/gate/tie), that would be amazing. That plus those other models you were talking about like the prophet 5 and oberheims, and I wouldn't even feel right taking it for free. That would deserve an update fee, heck I'd buy it again for those features! ---- This is a block of text that can be added to posts you make. There is a 255 character limit. Once I have something clever, I will certainly fill it in. |
|||
| ^ | Joined: 12 May 2008 Member: #180417 | ||
|
|||
Or a separate Arp to not take anymore space, and usable with other products?  |
|||
| ^ | Joined: 22 Dec 2010 Member: #246127 | ||
|
|||
I'd love a completely kick ass U-he arp that could be used with any U-he synth!! |
|||
| ^ | Joined: 02 Feb 2005 Member: #56776 Location: in the wilds | ||
|
|||
I was think of this earlier but never hit submit. Instead of having fx and arps within the plug, why not make some kind of wrapper where you can load your plugs into and share all arps and fx? It doesnt have to be a GUI around the plugin as that would make things complicated. Just an extra window with the arp and fx, that's all 
Personally i prefer having fx and arp outside of the plug (using energyXT), but i believe those preset junkies wants the ready sound. And Urs, i really like your informative posts in 'another' thread ---- Mulab-MUX-Diversion-TX16Wx-SKNOTE-Charlatan-Valhalla-GordonSmith-YamahaTHR10-Trackspacer-TheDrop/Glue-Drumaxx-VOS-DC8C [i5 2500K @ 4,3GHz] [8Gb DDR3] [200Gb+ SSD][M-Audio Delta 24/96 PCI] |
|||
| ^ | Joined: 10 Sep 2003 Member: #8920 Location: Karlskoga, Stockholm, Sweden | ||
|
|||
Urs wrote: mabian wrote: I thought that a plugin couldn't use multiple cores because the DAW handles cores itself (and usually allocates all plugins in a track to same core).
Is it wrong? Or is it voodoo? - Mario It's possible. Halion uses it, Harmor does it and now Diva, and maybe a few more that I do not know. (actually, disc streaming samplers would need to be multi threaded too) Rob Papen's plugins do it, but I think he uses some Microsoft multithread library to do it. At least that's what I saw when I demoed it a while back. |
|||
| ^ | Joined: 28 Apr 2006 Member: #105897 | ||
|
|||
Well this is HUGE news for me. As much as I liked Zebra it was hurting me CPU wise on my large projects. And I have an i7-2700k.
If the performance has improved that much, I'm back on the Zebra bandwagon! |
|||
| ^ | Joined: 28 Apr 2006 Member: #105897 | ||
|
|||
bysbox1 wrote: Well this is HUGE news for me. As much as I liked Zebra it was hurting me CPU wise on my large projects. And I have an i7-2700k.
If the performance has improved that much, I'm back on the Zebra bandwagon! Zebra? 
(Zebra's ModMatrices pose a bit of a problem towards multithreading just yet... not sure how to circumvent that anytime soon) |
|||
| ^ | Joined: 07 Aug 2002 Member: #3542 Location: Berlin | ||
|
|||
Great to hear about the multicore support. Is there any news on VST 3 support? (I run my DAW in 64-bit on the Mac) |
|||
| ^ | Joined: 10 Apr 2012 Member: #278444 Location: Burbank, CA | ||
|
|||
Urs wrote: (otoh it would be desirable to also get multicore support for Zebra an others...) Currently ACE needs it the most but depending on what modules you plan to add to the next Zebra update that could all change! lol Subz |
|||
| ^ | Joined: 26 Nov 2004 Member: #49359 Location: UK | ||
|
|||
Anyone else having the problem with voice panning overloading the CPU in the Beta with multi threaded on? With no voice panning I can easily play all 16 voices now on my core i7, but as soon as I pan voices the CPU load jumps up like crazy.
I'm running Vista 64 with Cubase 32 bit v5.5.3. I haven't tested the 64 bit beta version yet. |
|||
| ^ | Joined: 19 Dec 2009 Member: #221990 | ||
|
|||
This is great. I am easily getting 8 divine mode voices on my 8-core 2.26 nehalem mac - on a single core.
I was able to run about 7 instances of Diva at that setting, using all 8 voices at a time. CPU use went up considerably per core as each new instance was added. Well done Urs, this is really exciting. |
|||
| ^ | Joined: 30 May 2005 Member: #70116 |
Disclaimer: All communications made available as part of this forum and any opinions, advice, statements, views or other information expressed in this forum are solely provided by, and the responsibility of, the person posting such communication and not of kvraudio.com (unless kvraudio.com is specifically identified as the author of the communication).
Powered by phpBB © phpBB Group
