Yes, if JUCE application compiled in "closed source" mode it shows splashscreen and sends usage data.
modules/juce_gui_basics/misc/juce_JUCESplashScreen.cpp
Yes, if JUCE application compiled in "closed source" mode it shows splashscreen and sends usage data.
Sure. just play some quick notes. You can hear that when the release is 'done', a new note affects the modulation on the filter.TheWaveWarden wrote: Sun Apr 19, 2020 10:28 pmYesexmatproton wrote: Sun Apr 19, 2020 9:57 pm oke..well, i routed OSC1 to Filter1. Those are both polyphonic right?i didn't quite get that, sorry. Could you elaborate some more? Also, feel free to send me .odin patches / sound samples or GUI screenshots.exmatproton wrote: Sun Apr 19, 2020 9:57 pm've noticed that when i use a 'long' release, the osc modulates the filter only when the release is finished. It will trigger a new voice to the filter and then it finishes the release again, before a new voice can trigger the filter.
Yeah, this is not the expected behaviour! Thanks for reporting, I'll look into it!exmatproton wrote: Sun Apr 19, 2020 11:22 pm Sure.
my_patch OSC1 FM FILTER1.zip
just play some quick notes. You can hear that when the release is 'done', a new note affects the modulation on the filter.
great! thanks!TheWaveWarden wrote: Mon Apr 20, 2020 8:40 amYeah, this is not the expected behaviour! Thanks for reporting, I'll look into it!exmatproton wrote: Sun Apr 19, 2020 11:22 pm Sure.
my_patch OSC1 FM FILTER1.zip
just play some quick notes. You can hear that when the release is 'done', a new note affects the modulation on the filter.
This is expected: The modulation only adds on top of the existing volume.Jbravo wrote: Mon Apr 20, 2020 12:33 pm set global/mod/filter envelope to control OSC1 volume 100%. There is still sound even with ADSR all set to zero (except via Amp Env)
great thanks!TheWaveWarden wrote: Mon Apr 20, 2020 2:23 pmThis is expected: The modulation only adds on top of the existing volume.Jbravo wrote: Mon Apr 20, 2020 12:33 pm set global/mod/filter envelope to control OSC1 volume 100%. There is still sound even with ADSR all set to zero (except via Amp Env)
Try the following:
Route "const" to "Osc1Volume" and "Osc2Volume" with -100% (they're both silent now)
Route "ModEnv" to "Osc1Volume" with 100%
Route "FilterEnv" to "Osc2Volume" with 100%
Set AmpEnvelope: A,D,S,R = Min, Min, Max, Max
ModEnv is now controlling Osc1
FilterEnv is now controlling Osc2![]()
Is this supposed to be fixed in V2.0.16 beta VST3? I am still getting the crash reported here with that version.TheWaveWarden wrote: Mon Apr 13, 2020 2:50 pmI'm happy to report that the bug is fixed! I'll upload it with some other fixes in a new version this week. If you want it earlier you can contact me and I'll send it to you. Thanks again for your help!BlitBit wrote: Mon Apr 13, 2020 11:33 am Brief description: Setting the source to "ModWheel" crashes REAPER![]()
There were two bugs, which kind of looked the same and I thought them to be the same at first.
Yes, sorry!
This should include your problem! (This time for realBlitBit wrote: Mon Apr 20, 2020 5:24 pm I am still getting the crash reported here with that version.
Yes, with that version all reported mod matrix crashes are fixed. Thanks!TheWaveWarden wrote: Tue Apr 21, 2020 8:17 am I just uploaded Version 2.0.17 beta. This version should:
- finally put an end to the crashes when selecting certain modmatrix sources!
- remove requirement for AVX instructions - everybody with a computer from this century can use Odin now
This should include your problem! (This time for realBlitBit wrote: Mon Apr 20, 2020 5:24 pm I am still getting the crash reported here with that version.) If the issue persists, report back please!
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026