Zynewave's Forum Page

Profile  |  Topics  |  Replies  |  Favorites

Forum Replies Created

Viewing 15 posts - 2,011 through 2,025 (of 5,966 total)
  • in reply to: .. #15547
    Zynewave
    Keymaster

    @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?

    in reply to: 2.18 – problem with fxpansion guru #15546
    Zynewave
    Keymaster

    @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.

    in reply to: Saving arrangements #15544
    Zynewave
    Keymaster

    @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.

    in reply to: .. #15543
    Zynewave
    Keymaster

    @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?

    in reply to: Problem with CPU #15528
    Zynewave
    Keymaster

    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.

    in reply to: 2.18 – problem with fxpansion guru #15527
    Zynewave
    Keymaster

    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?

    in reply to: 2.18 – problem with fxpansion guru #15525
    Zynewave
    Keymaster

    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?

    Zynewave
    Keymaster

    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.

    in reply to: 2.18 #15507
    Zynewave
    Keymaster

    @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.

    in reply to: Divide by zero crash at startup?? #15504
    Zynewave
    Keymaster

    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.

    in reply to: Podium Releases #15503
    Zynewave
    Keymaster
    • Improved save progress dialog.
    • Updated compiler tools used for building Podium.

    Topic: 2.18

    in reply to: Transpose/randomize questions #15500
    Zynewave
    Keymaster

    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.

    in reply to: One track to trigger two instruments? #15499
    Zynewave
    Keymaster

    @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.

    in reply to: One track to trigger two instruments? #15490
    Zynewave
    Keymaster

    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.

    in reply to: Preview 2.18: New compiler and x64 test version #15487
    Zynewave
    Keymaster

    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.

Viewing 15 posts - 2,011 through 2,025 (of 5,966 total)
© 2021 Zynewave