Is this intended behaviour and if so, how can I change it
Zebra 3 - final beta Rev 21625 April 8th
-
- KVRist
- 251 posts since 4 Apr, 2020
The bass preset "Diffuse Bass" fades into silence with normal paced note sequences. Notes need to be played slow for it not to happen.
Is this intended behaviour and if so, how can I change it
Is this intended behaviour and if so, how can I change it
-
- KVRian
- 711 posts since 25 Apr, 2005
If you go into OSC 1 & 2 you will see that they have a Spectral Decay OSC FX turned to max depth. Turn that to minimum and the tailing off won't happen anymore.
stippenstoh wrote: Mon Apr 13, 2026 8:07 pm The bass preset "Diffuse Bass" fades into silence with normal paced note sequences. Notes need to be played slow for it not to happen.
Is this intended behaviour and if so, how can I change it
-
- KVRist
- 251 posts since 4 Apr, 2020
Awesome, thank you so much cb8rwh!
-
- KVRist
- 104 posts since 19 Jul, 2008
Not sure whether it is a bug or intentional. And I should have brought it up when I first noticed it but for whatever reason I assumed it was just a "will be as expected in the final release".
In Zebra 2/HZ, a very common patch and performance technique for me was to use the polyphonic triggering of the envelopes for real time expression - especially the Attack parameter. I would keep one hand on a trackpad, or a midi fader (or foot on an expression pedal) to alter the attack (or multiple attacks for multiple EGs mapped to different modules via mapping to an XY macro) in real-time as I played. What made this work was the fact that once a note was played, changing the attack only impacted the next note. So I could decide to increase attack on a note or chord, and change to a short attack on the next note to be played WHILE still holding the long-attack note(s), which would continue the previous envelope. This also allowed for some MPE-like expression on non-MPE keyboards (in in the case of Z2, a non-MPE synth.)
In Zebra 3, adjusting an EG attack immediately impacts the note(s) already triggered and being held. This renders the above technique impossible. Maybe this is intentional? Maybe I've missed a setting I need to change? I've tried triggering as none, gate, and trigger - no difference.
(related - I REALLY miss the individual direct mod slots for each envelope stage. I used different mod sensitivities for each stage on the regular, and often negative-modulation for one or two stages).
In Zebra 2/HZ, a very common patch and performance technique for me was to use the polyphonic triggering of the envelopes for real time expression - especially the Attack parameter. I would keep one hand on a trackpad, or a midi fader (or foot on an expression pedal) to alter the attack (or multiple attacks for multiple EGs mapped to different modules via mapping to an XY macro) in real-time as I played. What made this work was the fact that once a note was played, changing the attack only impacted the next note. So I could decide to increase attack on a note or chord, and change to a short attack on the next note to be played WHILE still holding the long-attack note(s), which would continue the previous envelope. This also allowed for some MPE-like expression on non-MPE keyboards (in in the case of Z2, a non-MPE synth.)
In Zebra 3, adjusting an EG attack immediately impacts the note(s) already triggered and being held. This renders the above technique impossible. Maybe this is intentional? Maybe I've missed a setting I need to change? I've tried triggering as none, gate, and trigger - no difference.
(related - I REALLY miss the individual direct mod slots for each envelope stage. I used different mod sensitivities for each stage on the regular, and often negative-modulation for one or two stages).
Last edited by bhinton on Mon Apr 13, 2026 11:05 pm, edited 1 time in total.
filmmaker/composer - http://www.brookhinton.com
-
- KVRAF
- 3396 posts since 25 Apr, 2011
something bold to consider; Urs; don't add a sequencer and/or arp. When the crisis period is over and you all had a nice, earned holiday, make more modules and whatnot. There really is 0 reason to spend time and energy on a arp/seq. This thing is sick and truly doesn't need one.
-
- KVRAF
- 3396 posts since 25 Apr, 2011
something that has to be fixed btw (imho), is the (re-)trigger issues with the spectral decay (OSC fx). There are even patches in this latest batch that use it that sound buggy because of it.
-
- KVRAF
- 26941 posts since 3 Feb, 2005 from in the wilds
Go to the Perform Tab and set Voice Allocation to "Iterate".exmatproton wrote: Mon Apr 13, 2026 11:13 pm something that has to be fixed btw (imho), is the (re-)trigger issues with the spectral decay (OSC fx). There are even patches in this latest batch that use it that sound buggy because of it.
It was mentioned that this is fixed in the next beta.
-
- KVRAF
- 26941 posts since 3 Feb, 2005 from in the wilds
Yes, but what sort of inventive Arp/Seq might they come up with!!!exmatproton wrote: Mon Apr 13, 2026 11:03 pm something bold to consider; Urs; don't add a sequencer and/or arp. When the crisis period is over and you all had a nice, earned holiday, make more modules and whatnot. There really is 0 reason to spend time and energy on a arp/seq. This thing is sick and truly doesn't need one.
-
- KVRAF
- 3396 posts since 25 Apr, 2011
ah...my apologies. Thanks!pdxindy wrote: Mon Apr 13, 2026 11:24 pmGo to the Perform Tab and set Voice Allocation to "Iterate".exmatproton wrote: Mon Apr 13, 2026 11:13 pm something that has to be fixed btw (imho), is the (re-)trigger issues with the spectral decay (OSC fx). There are even patches in this latest batch that use it that sound buggy because of it.
It was mentioned that this is fixed in the next beta.
-
- KVRAF
- 3396 posts since 25 Apr, 2011
okay...new "bold" statement: Only consider adding something like that/spend energy and time on that when, and only when something amazing, new, fresh, amazing, massive, new, fresh, amazing, awesome, fresh, new, great, new, fresh, awesome, new kind of seq/arp has been cooked up. Otherwise...not neededpdxindy wrote: Mon Apr 13, 2026 11:25 pmYes, but what sort of inventive Arp/Seq might they come up with!!!exmatproton wrote: Mon Apr 13, 2026 11:03 pm something bold to consider; Urs; don't add a sequencer and/or arp. When the crisis period is over and you all had a nice, earned holiday, make more modules and whatnot. There really is 0 reason to spend time and energy on a arp/seq. This thing is sick and truly doesn't need one.
-
- KVRAF
- 26941 posts since 3 Feb, 2005 from in the wilds
I kinda assume that's why they didn't drop a standard one in already...exmatproton wrote: Mon Apr 13, 2026 11:27 pmokay...new "bold" statement: Only consider adding something like that/spend energy and time on that when, and only when something amazing, new, fresh, amazing, massive, new, fresh, amazing, awesome, fresh, new, great, new, fresh, awesome, new kind of seq/arp has been cooked up. Otherwise...not neededpdxindy wrote: Mon Apr 13, 2026 11:25 pm
Yes, but what sort of inventive Arp/Seq might they come up with!!!
Last edited by pdxindy on Tue Apr 14, 2026 12:32 am, edited 1 time in total.
-
- KVRAF
- 3396 posts since 25 Apr, 2011
I kinda assume that's why they didn't drop a standard one in already...pdxindy wrote: Mon Apr 13, 2026 11:35 pmokay...new "bold" statement: Only consider adding something like that/spend energy and time on that when, and only when something amazing, new, fresh, amazing, massive, new, fresh, amazing, awesome, fresh, new, great, new, fresh, awesome, new kind of seq/arp has been cooked up. Otherwise...not neededexmatproton wrote: Mon Apr 13, 2026 11:27 pmYes, but what sort of inventive Arp/Seq might they come up with!!!
[/quote]
-
- KVRian
- 806 posts since 26 Aug, 2005 from Oregon, USA
I could wait or live without an arp inside Zebra3. I have plenty of arp tools inside my DAWs.
