Alrighty, thanks again Frits-
Hi Frits, 🙂
I am having problems scanning these plugs in Podium 3.2.0…
I’m running Podium x64 on W7 x64. Podium will crash during the scan. Any suggestions?
@Conquistador wrote:
Hi Frits, 🙂
I am having problems scanning these plugs in Podium 3.2.0…
I’m running Podium x64 on W7 x64. Podium will crash during the scan. Any suggestions?
Have you successfully used the plugins in previous Podium versions, or is this the first time you try the plugins?
Please describe how it crashes. Does it show the “a plugin has performed an illegal action…” dialog?
Is the plugin put on Podiums quarantine list, and skipped during next scan?
Many thanks as always Frits – great stuff, and just a friendly reminder to update the home page 🙂
@Zynewave wrote:
Have you successfully used the plugins in previous Podium versions, or is this the first time you try the plugins?
I tried scanning them in the previous version and still had a crash.
Please describe how it crashes. Does it show the “a plugin has performed an illegal action…” dialog?
No. It shows the scanning box and just stops at either of the two dll files for the plugins. Windows then pops up the “stopped working” prompt with options to check for a solution online or close the program.
Is the plugin put on Podiums quarantine list, and skipped during next scan?
This part surprised me. Usually if there is a problem with a plugin(very rare) Podium will put the plug on the quarantine list…and yes it should be skipped on the next scan but…not this time or with these plugs. They seem to scan and work well with Studio One and Sonar that is why I am bringing it up here. Possibly the dev did not test with Podium but maybe there is also a problem with scanning somehow.
I don’t seem to have a problem scanning other plugs Commercial or freebies in Podium so I am not sure what to make of this problem. :-k
Hi Frits, many thanks 😀
A bit late, but I only got to install and play around with 3.2. just now!
The adjust sound events dialog is fantastic! 😀
I’m having trouble with the reverse notes function though, as it seems to go crazy on drum grooves. Here’s a distilled example:
1. shows my original notes
2. is what I expected to get (judging from the function’s help text that it would simply flip notes horizontally)
3. is what it actually did
What am I misunderstanding? 😕
Secondly, I expected the notes to retain their velocity levels – instead, the lowest note (most quiet in the original) is now the loudest after using the reverse function.
Is “gain strength” only relevant when using the absolute gain dial (the topmost one)?
Would you mind explaining its purpose to me, Frits? 😳
Because the only way I can think of using it is to set it to either 100 or 0 in order to choose between applying an absolute or relative gain setting,
which seems like a strange way to handle it, in my opinion.
@thcilnnahoj wrote:
I’m having trouble with the reverse notes function though, as it seems to go crazy on drum grooves. Here’s a distilled example:
1. shows my original notes
2. is what I expected to get (judging from the function’s help text that it would simply flip notes horizontally)
3. is what it actually didWhat am I misunderstanding? 😕
The “reverse notes” will only reverse the note values of the selected events, and not the actual events. The same with the seperate velocities commands. So note timing is not affected.
I thought it useful to e.g. create up/down runs of a note sequence without affecting dynamics and timing.
Secondly, I expected the notes to retain their velocity levels – instead, the lowest note (most quiet in the original) is now the loudest after using the reverse function.
Only the note values are reversed. Do an additional reverse velocities, and they should follow along.
@thcilnnahoj wrote:
Is “gain strength” only relevant when using the absolute gain dial (the topmost one)?
Would you mind explaining its purpose to me, Frits? 😳
Because the only way I can think of using it is to set it to either 100 or 0 in order to choose between applying an absolute or relative gain setting,
which seems like a strange way to handle it, in my opinion.
Gain strength only applies to the gain value.
Say you have a bunch of sound events with varying gain offsets, that you feel are too random. You can then e.g. set the gain to -6 dB, and then use the strength dial to gradually pull the gain offsets towards -6 dB.
Hmm, so you can’t reverse note “clusters” either (as in, simply swap two chords’ places on the timeline) unless they have the same number of notes (of which the note values can be swapped)…
Is there a workaround or trick to this, or is it just not what the function is intended for?
Gain strength: yes, that makes sense. Thanks for the example.
@thcilnnahoj wrote:
Hmm, so you can’t reverse note “clusters” either (as in, simply swap two chords’ places on the timeline) unless they have the same number of notes (of which the note values can be swapped)…
Is there a workaround or trick to this, or is it just not what the function is intended for?
I considered implementing a reverse method like you describe, but there are scenarios where this would be tricky. It would make sense in the no. 2 example in your screenshot, but what if the last note was shorter and there was a pause at the end, how would you expect it to be reversed then? Reversing any non-quantized sequence of notes would mess up the timing.
Well, reading the description, I indeed expected it to work just like a horizontal flip function in image editing. That includes maybe having to adjust note starts on non-quantized material and such.
Because as I far as I’ve explored, it can really only be used on perfectly symmetrical (note length wise) sequences…
Don’t worry about it, though, if you and everyone else are happy with how it works! It’s just my usual nagging. 😉