Diva update?

Official support for: u-he.com
Post Reply New Topic
RELATED
PRODUCTS

Post

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...)

Post

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.

Post

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.

;) Urs

I 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

Post

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.
ALL YOUR DATA ARE BELONG TO US - Google

https://soundcloud.com/dan-ling
http://danling.com

Post

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!

Post

Or a separate Arp to not take anymore space, and usable with other products? :P

Post

I'd love a completely kick ass U-he arp that could be used with any U-he synth!!

Post

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 ;)
:hug:

Post

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.

Post

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!

Post

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? :shock:

(Zebra's ModMatrices pose a bit of a problem towards multithreading just yet... not sure how to circumvent that anytime soon)

Post

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)

Post

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

Post

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.

Post

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.

Post Reply

Return to “u-he”