@moikkelis wrote:
This is weird thing. If i try to hold vst or vsti knobs down long time, podium seems to like refresh graphic view and then it automaticly close my vst. Holding down mouse 1 more than 4 seconds this will happen. Its kinda hard to finetune knobs when this happen 🙁
I dont rly know what this is. It’s acting like it refreshing something. Has anyone else have this kinda behaviour?
I just tried with a few plugins, and did not see this behaviour.
Which plugins does this occur in?
Is the parameter you are trying to edit being automated/recorded by Podium?
@pavouk100 wrote:
@Zynewave wrote:
Previous Podium releases were built using the 10 year old (pre-Vista) VS6 compiler. As Podium is now built using the latest Microsoft compiler and libraries, I’m suspecting that something in the Podium process has now become “Vista-aware” and thus enforces the User Access privileges. Probably both Synth1 and Guru are trying to write files in e.g. the Program Files directory, which is not allowed for non-admin user accounts.
I’ve checked, and I believe that the difference is in the embedded manifest. 2.18 contains
element, which was not present in previous builds. This manifest element certainly makes the app ‘UAC aware’.
You’re right. That part in the manifest is now generated by default in the VS9 linker. I’ve been revising my build settings in VS9 the last few days, and I noticed that I have the option to disable UAC in the linker options. I wonder if it is a good idea to disable this? :-k There may be other factors in the new build that contributes to the changed behaviour of Synth1/Guru.
@kingtubby: I’ll probably release a 2.19 beta in a few days. I’d appreciate if you could try this out and see if this fixes the Guru problems.
@aMUSEd wrote:
Time to get back to this issue?
My current top priority is working on some performance issues regarding recording of very long sound files (+1 hour). I’m also working on finishing my migration to a new Podium installer system.
@moikkelis wrote:
easy sidechain
Please post a description of how you would want the sidechain feature to be easier. I assume you’ve read the sidechain tutorials in the wiki. These explain the steps needed to configure a side-chain capable plugin for sidechain usage. Once you’re past that setup (which can be saved in a template for easy inclusion in your future projects), I don’t see how the actual use of the sidechain feature can be much easier?
Has this problem just started to appear, or have you never before used VSTi successfully?
What ASIO buffer size are you using? Try to increase it and see if this changes the CPU usage.
I’ve just tried to become wiser on UAC and “run as administrator” by reading a bunch of articles on the Microsoft developer network website.
I learned that even though you are logged in as administrator, when you start an application it is still being run as if you are a standard user. So I still suspect the issue with Guru is that it tries to write to a restricted location (such as the “program files” folder or some parts of the registry), which requires administrator privileges. If so, then you have to use the “run as administrator” when starting Podium. Do you know where Guru stores your serial number info? Are any of Gurus data files stored in the Program Files folder?
This sounds like the same issue that was reported with Synth1 in the 2.18 release topic.
Previous Podium releases were built using the 10 year old (pre-Vista) VS6 compiler. As Podium is now built using the latest Microsoft compiler and libraries, I’m suspecting that something in the Podium process has now become “Vista-aware” and thus enforces the User Access privileges. Probably both Synth1 and Guru are trying to write files in e.g. the Program Files directory, which is not allowed for non-admin user accounts.
Are you logged in as a standard user or as administrator?
Thanks for the project file.
It turns out that many plugins define different sizes for the VST midi events that are sent to the host. I have patched Podium so that it now accepts the different sizes. I briefly tested this with eXT2 and QuicKeys, which appears to work now. Fix will be available in Podium 2.19.
@thcilnnahoj wrote:
I’m sorry to report another problem with my most favoured Synth1.
Since this release it just ignores most settings (like panel size and colors) in its OPT dialog – they reset as soon as I ‘OK’ it. It also seems to have forgotten its patch bank locations, though it loads with the correct patches in existing projects.I’d be very sad if compatibility with this was lost… 😥
Just tried Synth1 with 2.18. I still have the old problem with the disappearing MIDI options page, but I had no problem setting panel size and color. Changes to these settings were recalled correctly also after restarting Podium.
Podium 2.18 is just released with a bug-fix that I’m almost certain is the cause for the problem reported here.
During my migration to the new delopment tool that I’m now using for building Podium, I managed to isolate a situation where a crash occurred in the initialization of MIDI interfaces. The crash was timing/multicore dependant, so that explains why it only happens on some PC systems.
Please let me know if you still experience random crashes at startup when using Podium 2.18 or later versions.
I have regretted implementing the note timing randomization feature in Podium. It is a feature that would be best supported in a MIDI plugin. Once Podium gets support for MIDI plugins, I will consider removing this feature and instead offer it as a MIDI plugin. That will make the track properties more clean. With the MIDI plugin it would also be easier to add more parameters for extended control, such as what you request here.
@thcilnnahoj wrote:
Hey, DFusion! I caught notice of the thread you made in the VIP Lounge, but it disappeared (?) before I could download your template file. 😕
I didn’t delete the topic, so I assume it is DFusion that deleted it himself?
Now that I got a look, I’m interested in how you got that set up! I mean, it’s kind of buggy behaviour to have an input on multiple tracks, isn’t it?
I have noticed that there are some situations where you can end up with multiple tracks having the same MIDI input object assigned. Copy/paste of a track is another way. There should be no buggy behaviour in having the same MIDI input assigned to multiple tracks. It’s just in the UI that I have implemented the restriction so that assigning/dragging an input object will remove it from the track it is already assigned to. In most cases I think this is what you would expect. In the future I may add a command for assigning an input without removing it from it’s current track.
No.
If you use two tracks, remember to copy the sequencs events as phantom events. That way you only have to edit the notes on one of the tracks, and it will automatically be applied on the second track.
Beta4 is up with just a small bugfix:
Fix: The Podium generic plugin editor did not update the parameter value display when the parameter was changed through MIDI control changes.