Philharmonik - Key-Switching?

[Rellik]

I'm using Windows XP.

Remember, this only happens during RENDER. It works fine during normal playback.

[Kim Lajoie]

Do you have an option to render in realtime?

Forever,




Kim.

[Rellik]

Not really. I've got Tape-It 1, but that's annoying to use because you can't get it synced up exactly right and you have to load it back in and all and real-time rendering is just in generally not a viable solution. If you know what I mean I don't think any FL user would buy Philharmonik or perhaps even any IK product if they were going to have to use tedious real-time rendering all the time. I still would have bought ST2 even if I had known that fact, but it still is frustrating, and I hope they fix it in time for Philharmonik!

[dgkenney]

and a page full of soon as a reply. Not long actually. We're almost there. I'll come before Studiophonik (which is even harder to do but... it'll be here before you know it).

I want my Studiophonik.



Dan

[Kim Lajoie]

Not really.

You can't even bounce to a stereo track in realtime? Maybe your soundcard has a digital passthrough?

Forever,




Kim.

[Rellik]

I mentioned that I have Silverspike's free Tape It 1 - but FL itself has no easy way to bounce a track in realtime, and using external tools is more difficult. Thanks for the suggestion of the workaround, but I'd rather see this fixed.

By the way, new development: this is starting to look more like an IK problem than an FL problem. The pre-mapped CC's *DO* in fact work on render (12, 13, 14, 15) along with volume and pan. But any added MIDI CC's do not work on render, even if the CC #'s are set to 12, 13, 14, or 15. The plot thickens.

I would appreciate somebody who uses a non-FL host looking into this: does this happen in your host as well? Here's the procedure:

1. Add an instance of SampleTank 2.
2. Open any patch that uses the mod wheel to control something obvious like wah. Would be best if you turn Auto-Wah to 0 and turn Manual Wah to low for clearest Mod-wheel->Wah effect.
3. Create a little test sequence with both notes and mod wheel automation.
4. Render, and see if the wah is being controlled by the mod wheel in the resulting file.

Thanks

[Rellik]

Just for an update, Image-Line and I are hard at work on trying to get more info on this problem, although they're currently at MusikMesse for a week and we'll resume after that.

Strangely enough, IK Multimedia hasn't responded in the over 3 weeks since I e-mailed them (I received the confirmation "Support Ticket", so I'm sure the e-mail got through). I'll e-mail again - if still no response after that, then I wonder if Squids would mind asking them if they received my e-mail?

[blades]

hmmm...

Interestingly, I was also able to get Sonar4 to behave the same way. The modulation itself (that which goes through the LFO) seems to translate just fine as controlled by the mod wheel, but the other effects (EQ mid and high amplitude controlled by mod as well in this case).

Also, it doesn't seem to matter if I attach a different controller number to it either...nor even if I use the mod wheel - all works fine in realtime.

Also, if I use freeze rather than mixdown, it TRIES to do the right thing, but a smooth sweep becomes a stairstep of a few values (like 4 up and then 4 down, rather than the 127 it should have).

Confusing...still trying to figure a way around it - could have sworn this worked before...

Results are similar with the DXi ver or the VST ver, though the stairstep thing happens with both the freeze and the mixdown under the DXi.

Blades

[blades]

BTW, the above was done with SonicSynth2.

[blades]

Another interesting observation...

Over here, it only seems to happen when I am adjusting an EFFECT parameter, not a SYNTH parameter. The synth params seem to freeze exactly like I figured them to...

Seems like there may be a flaw in the effects engine?

[Kim Lajoie]

I always bounce in realtime, and that works perfectly for me.

Forever,




Kim.

[Rellik]

Yeah, most of my tests are done with Mod Wheel -> Wah, but I've also confirmed the behavior with various CC's and Pan.

blades, thanks for checking it out - very interesting that it happens in Sonar 4 too. Let's see if we can get even more people to confirm the problem - the more people who know the problem exists, the better a chance of it being fixed!

[blades]

Jeez,

Do you know how to do the realtime bounce in Sonar4? I already have tried the "bounce to tracks" with "fast bounce" both on and off...same results as above.

I thiknk the key is to making sure that Rallik is having the same issue as I am, where it is only "effects" parameters that are being adversly affected by this...

[Kim Lajoie]

Jeez,

Do you know how to do the realtime bounce in Sonar4? I already have tried the "bounce to tracks" with "fast bounce" both on and off...same results as above.

No, sorry. I use Cubase SX, and the "Export Audio" dialogue box has a "Real Time" checkbox. There must be a similar option in Sonar.

Forever,




Kim.

[Rellik]

I wish FL Studio had an option like that would make things very simple indeed.

By the way, Jeez, if you have time, do you think you could help out by doing the test I mentioned in Cubase SX? To recap the test:

Code: Select all

1. Add an instance of SampleTank 2.
2. Open any patch that uses the mod wheel to control something obvious like wah. Would be best if you turn Auto-Wah to 0 and turn Manual Wah to low for clearest Mod-wheel->Wah effect.
3. Create a little test sequence with both notes and mod wheel automation.
4. Render, and see if the wah is being controlled by the mod wheel in the resulting file. 

If you could, I would appreciate it and if you come up with the same results then even IK will appreciate it!