Arturia Pigments 2 (Free Update): Now it's Granular

VST, AU, AAX, CLAP, etc. Plugin Virtual Instruments Discussion
Locked New Topic
RELATED
PRODUCTS
Pigments 7$199.00Buy

Post

Vortifex wrote: Wed Jan 01, 2020 1:40 am Is there a way to stop that awful retriggering when you play the same note with a long release?
Nope. I wrote Arturia about this when v1.0 was released. They said an extra poly-mode would be added in a future update. I find it awful as well. I was really hoping they added it in v2.0, but alas...

Post

exmatproton wrote: Thu Jan 02, 2020 7:09 pm
Vortifex wrote: Wed Jan 01, 2020 1:40 am Is there a way to stop that awful retriggering when you play the same note with a long release?
Nope. I wrote Arturia about this when v1.0 was released. They said an extra poly-mode would be added in a future update. I find it awful as well. I was really hoping they added it in v2.0, but alas...
Support replied to me to say they've passed on my query about the note retrigger as a feature request. Fingers crossed.

Post

exmatproton wrote: Thu Jan 02, 2020 7:09 pm They said an extra poly-mode would be added in a future update.
"extra poly-mode" heh, i liked it. Instead of admitting that the current state of polyphony is wrong.

Post

So until then refrain from playing note repetitions with sounds which have a longer release, quite ridiculous really...

Post

Arturia is a bit "slow" with bug fixing.

Post

Igro wrote: Thu Jan 02, 2020 9:58 pm Arturia is a bit "slow" with bug fixing.
They are reply that it's not a bug, but planned behavior. So, i guess the request may be not take place at all. Frankly I don't remember a single case when they done it. (Except UI resize maybe)

Post

c_voltage wrote: Thu Jan 02, 2020 8:15 pm
exmatproton wrote: Thu Jan 02, 2020 7:09 pm They said an extra poly-mode would be added in a future update.
"extra poly-mode" heh, i liked it. Instead of admitting that the current state of polyphony is wrong.
Not wrong, just not standard on heavy CPU using poly soft synths. Any old hardware has usually choices on how note stealing works, with always assigned to the same note an option. This is the option Arturia chose to use. My guess is they're limiting the polyphony to 8-16 voices and thought this was the better solution. Note stealing can be a feature though, so I'm glad you guys are upset about it only stealing a note from the same key.

Post

> They are reply that it's not a bug, but planned behavior

bummer
i haven't got a reply yet
i could imagine, they need it for the glide in poly mode...maybe...
and they can't change it because of backwards compatibility
let's hope for a "groundbreaking new" superswitch enabling regular behaviour... ;-)

Post

SamDi wrote: Thu Jan 02, 2020 11:11 amAbleton does give me up to +6dB. Not enough for some presets.
No, Ableton gives you from -infinity to +6. Turn things down wherever possible, not up, and you'll always have room for those quiet instruments/parts. I like to start with my mixer channels at about -5dB, although -10dB would probably make even more sense. It's the first thing I do when I add a new instrument.
But most of Arturia's synth patches are unusual quiet, since the master volume is partly on the half.
So turn it up there.
Pigments own saturation I do not use, because when I toggle through the patches, what I often do, I would have to dial it in for every patch then manually.
OK, you're one of those people. Say no more.
Stan Navi wrote: Thu Jan 02, 2020 10:48 amYour statement Omnisphere 500$<Pigments 69$ is BS.
Yeah, that's right, the only reason people don't buy Omnisphere is because it's expensive and they are poor. Jackass! The point, very clearly, is that you are getting a lot of synth for not a lot of money. If you have Omnisphere, you are in a position to confirm whether or not the feature he mentioned is something you can do in Omnisphere or not. So, is it?
Sampleconstruct wrote: Thu Jan 02, 2020 8:27 pm So until then refrain from playing note repetitions with sounds which have a longer release, quite ridiculous really...
Maybe to you but, as I said yesterday, I could use Pigments for 100 years and never come across this issue. It's not a use case I would ever have thought of and I'm sure it's the same with the developers. Hopefully, once they realise it is something that is getting in the way for some users, they will change it.
NOVAkILL : Legion GO, AMD Z1x, 16GB RAM, Win11 | Audient EVO 8 | Lumi Keys | Studio Pro 8
Korg Odyssey, bx-oberhausen, Proxima, PolyMax, GR8, JP6K, Union, Atomika,
Invader 2, Flow Motion, Olga, TRK 01, Thorn, Spire, VG Iron

Post

I'd like the same features for pianos please.

Post

machinesworking wrote: Thu Jan 02, 2020 11:25 pm
c_voltage wrote: Thu Jan 02, 2020 8:15 pm
exmatproton wrote: Thu Jan 02, 2020 7:09 pm They said an extra poly-mode would be added in a future update.
"extra poly-mode" heh, i liked it. Instead of admitting that the current state of polyphony is wrong.
Not wrong, just not standard on heavy CPU using poly soft synths. Any old hardware has usually choices on how note stealing works, with always assigned to the same note an option. This is the option Arturia chose to use. My guess is they're limiting the polyphony to 8-16 voices and thought this was the better solution. Note stealing can be a feature though, so I'm glad you guys are upset about it only stealing a note from the same key.
I'm afraid, my not really understand this message, in couple moments.

At first, i already gave an examples - why such poly issue restrict functionality of this synth, and these are quite objective things.
About "old hardware", it's strange argument, i guess in old times such poly mechanism had sence due to some technical limitations, no more. And additionally, Pigments definitely been not planned as some analog emulation.
And i never saw the same poly method in any of polyphonic vst synths, maybe all the same because it is not good? (Or by other words, can be called as "wrong").

Post

c_voltage wrote: Thu Jan 02, 2020 11:58 pm
machinesworking wrote: Thu Jan 02, 2020 11:25 pm
c_voltage wrote: Thu Jan 02, 2020 8:15 pm
exmatproton wrote: Thu Jan 02, 2020 7:09 pm They said an extra poly-mode would be added in a future update.
"extra poly-mode" heh, i liked it. Instead of admitting that the current state of polyphony is wrong.
Not wrong, just not standard on heavy CPU using poly soft synths. Any old hardware has usually choices on how note stealing works, with always assigned to the same note an option. This is the option Arturia chose to use. My guess is they're limiting the polyphony to 8-16 voices and thought this was the better solution. Note stealing can be a feature though, so I'm glad you guys are upset about it only stealing a note from the same key.
I'm afraid, my not really understand this message, in couple moments.

At first, i already gave an examples - why such poly issue restrict functionality of this synth, and these are quite objective things.
About "old hardware", it's strange argument, i guess in old times such poly mechanism had sence due to some technical limitations, no more. And additionally, Pigments definitely been not planned as some analog emulation.
And i never saw the same poly method in any of polyphonic vst synths, maybe all the same because it is not good? (Or by other words, can be called as "wrong").
Hopefully you can understand this.

Some software instruments limit polyphony to 8-32 notes at a time. I'm pretty sure Pigments is doing this because note stealing like it's doing is one way to deal with limited voices. The other way is to have the first not played stop playing. You would not notice this with 32 notes etc. except that Arturia chose the other way to limit voices/notes which is to assign the same voice/note to the same keyboard key.

The reason to do this with software instruments (and obviously with hardware) is obvious, especially now with the granular engine you can kill your CPU pretty quickly with long release times and fast chord playing.

Anyway, if they choose to implement the other method which is first note played is cut off instead of assigning a voice to a single key, it will be a good thing. Choices are good. Sounds like they're looking into it.

Post

muki wrote: Thu Jan 02, 2020 11:47 pm > They are reply that it's not a bug, but planned behavior

bummer
i haven't got a reply yet
Well, if more precisely, (yes i got reply) their support just said like "ok, we add it to requests", from this i did conclusion that this is was "planned behavior". Ie they not said this directly.
Although I wanted to get a better explanation for this (why such strange method), but did not got yet.

Post

BONES wrote: Thu Jan 02, 2020 11:48 pm OK, you're one of those people. Say no more.
Not really. I make 95-99% of the patches by myself, since mostly I have an idea in my head and then I want to achieve this and therefore mostly factory presets do not fit. I just love to mess around with synths and patch toggling is part of that.

Post

machinesworking wrote: Fri Jan 03, 2020 12:27 am Some software instruments limit polyphony to 8-32 notes at a time. I'm pretty sure Pigments is doing this because note stealing like it's doing is one way to deal with limited voices. The other way is to have the first not played stop playing. You would not notice this with 32 notes etc. except that Arturia chose the other way to limit voices/notes which is to assign the same voice/note to the same keyboard key.
Sorry but i still do not really understand this paragraph as an argument (additionally really maybe reason in my english knowledge, then sorry).
But if based from what I understood from this - we definitely will recognise the voice stealing at the same note (with increased release) if we will use modulation from each pressing of note (which is again, a fairly common and useful method). No ?

The only thing, which I can understand as an argument, this is (about cpu usage):
machinesworking wrote: Fri Jan 03, 2020 12:27 am The reason to do this with software instruments (and obviously with hardware) is obvious, especially now with the granular engine you can kill your CPU pretty quickly with long release times and fast chord playing.
yes, but the meaning of this performance preservation is completely leveled out by trimming of functionality ! In other words, this is completely impractical (unjustifie sacrifice).

Additionally, again, there is a bunch of major synths heavy for CPU, where all ok with polyphony, and it seems it's not a big problem for all.
As well, there is a bunch of parameters in Pigments, adjusting which you can reduce the load of CPU significantly (incl in granular osc). And true polyphony (non-stealing-voices) would been occupy far from the top place the by importance of impact to cpu.
Last edited by c_voltage on Fri Jan 03, 2020 1:13 am, edited 3 times in total.

Locked

Return to “Instruments”