Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Hi and welcome to the Studio One & Studio Pro User Forum!
Please note that this is an independent, user-driven forum and is not endorsed by, affiliated with, or maintained by Fender. Learn more in the Welcome thread!
I think you maybe misunderstanding the question. I am very aware the D&D is common between many plugins.
What I am asking is - can you show me a plugin - that replicates your specific workflow (BOTH Drag MIDI from track to plugin AND drag MIDI from plugin to track) that actually does this exact thing correctly in another DAW - but does not do this within FSP?
Test complete - on Studio Pro v8.1.3. Looks like we have ourselves a winner.
Did my usual three session tests - could not see any lingered Studio Pro.exe instances in Task Manager.
Also - bonus - v8.14 of Kontakt feels like a race horse. Fast, fluid and oddly more responsive than I remember.
Noticed that Komplete Kontrol also has an update this morning to v3.55 - installed that with no issues within FSP using KK with a handful of K8 instruments that I breezed thru.
If anyone else hits any snags - post them up.
I am now going to move to SP v8.20 and do the same tests later this morning.
This really isn't about loving SP or hoping that it is perfect - for me - it's more about WTF is up with Kontakt.
NI is now involved and the fact that this is happening in other DAWs now - points a pretty obvious finger.
Odd thing is - unless a user is aware this is happening (it went on here for easily 6 weeks of more before I noticed) - you would never know anything is up. Kontakt operates just fine - despite whatever is going on here.
That is - until SP starts acting strange out of the blue due to executable instances piling up in the background.
For me - a series of truly odd unexplained crashes were my first real clue something was going on. Since 2011 - I think I had 4 crashes due to plugins and in the last 4-6 weeks - I have at least 30 diagnostic crash reports piling up - all of them sudden and all with no logical rhyme or reason.
What I think is happening - since I use Kontakt/Komplete Kontrol here - A LOT - is after opening song after song - each usually with some connection to Kontakt - I simply ended up for 5 or 10 or who knows how many instances of the Studio Pro.exe locked in memory that the program simply went south due to all of this.
It has been bugging me for several weeks...and now it appears we might finally know why.
I too have experienced a lot of crashes recently and like you say, I think there is a high probability it's due to having many zombie copies of Kontakt and/or FSP running.
EDIT: I see Kontakt has confirmed the bug and a fix is forthcoming. Yay!
I still maintain that out of all the DAWs out there - Studio Pro is quite possibly the most strict when it comes to enforcing the overall rules of the VST SDK spec and because of that - crashes are definitely not out of the question.
Yet FSP still doesn't have plugin sand boxing. Strictly enforcing the "rules" doesn't do much good if it causes common plugins to crash the DAW. From what I've been told by various plugin developers there is room for some interpretation in the VST SDK. In fact here is what A.I. has to say about the subject:
"Yes, there is a massive amount of room for interpretation in the VST SDK, particularly in VST3. This gray area between the technical written specification and its real-world implementation is one of the biggest challenges in audio software engineering.
While the VST SDK provides a strict C++ interface based on a COM-like model (the VST Module Architecture), how those methods behave in practice is frequently left to interpretation. The ambiguity impacts plugin developers in several distinct ways".
If a plugin functions without issue in one DAW but not another who is to blame? It's a dance that's as old as the industry. The DAW developer blames the plugin and the plugin developer blames the DAW and the end user is left in the middle.
But when a DAW developer's support is blaming six different plugins for causing crashes, (plugins that don't crash other DAWs) without even being willing to explore the possibility that the DAW may be at least in part responsible as Fender support is still doing to me now that gets us nowhere. For example, from what I've been told FSP's CLAP support may not be fully or properly implemented yet and that comes from a Fender insider.
Like I said I love FSP and it will be my main DAW going forward. But as I've also said many times before on other forums, loyalty is good but blind loyalty serves no one.
I am going to venture a guess that with the skill this DEV team has - cannot imagine this topic has not been brought up - umpteen times.
My take - if they wanted FSP to have a sandbox - it would have a sandbox.
Also - we have beaten the "plugin misbehaving/VST3 SDK tuning" into the ground in here over months of discussion. I remain just fine with bad plugin coding being "outed" by Studio Pro every single time it occurs - yes - even if that means a crash now and then.
A sandbox (to me) is simply a fancy way of saying "We know you might be suspect - but that's not our concern - so do your thing in there".
In other words - an excuse to allow sketchy plugins to continue their sketchy ways.
For the record - Native Instruments confirmed that Kontakt v8.13.1 was faulty and was the cause of what we have been reporting the last few days. They acknowledged (and reproduced) the error and fixed it in v8.14. A sandbox (most likely) would have done exactly nothing to shine a light on this issue.
Solving issues like this - even if they get ugly sometime - I believe - benefits every FSP user. Sticking problems in a box - solves nothing.
That's definitely not what a sandbox should do, when done right. But anyway, sandboxing is not the holy grail.
Would love to see more communication between different vendors. I've sometimes experienced this kind of finger pointing between different vendors and to be honest, I'm not wasting my time on this "he said, he said" stuff.
Since version 8.1, I’ve had an issue on macOS Tahoe where the mouse cursor moves normally, but Fender Studio Pro stops responding to clicks for 5 seconds.
Is anyone else experiencing this issue? Any solutions?
Since version 8.1, I’ve had an issue on macOS Tahoe where the mouse cursor moves normally, but Fender Studio Pro stops responding to clicks for 5 seconds.
Is anyone else experiencing this issue? Any solutions?
I am going to venture a guess that with the skill this DEV team has - cannot imagine this topic has not been brought up - umpteen times.
My take - if they wanted FSP to have a sandbox - it would have a sandbox.
Also - we have beaten the "plugin misbehaving/VST3 SDK tuning" into the ground in here over months of discussion. I remain just fine with bad plugin coding being "outed" by Studio Pro every single time it occurs - yes - even if that means a crash now and then.
A sandbox (to me) is simply a fancy way of saying "We know you might be suspect - but that's not our concern - so do your thing in there".
In other words - an excuse to allow sketchy plugins to continue their sketchy ways.
For the record - Native Instruments confirmed that Kontakt v8.13.1 was faulty and was the cause of what we have been reporting the last few days. They acknowledged (and reproduced) the error and fixed it in v8.14. A sandbox (most likely) would have done exactly nothing to shine a light on this issue.
Solving issues like this - even if they get ugly sometime - I believe - benefits every FSP user. Sticking problems in a box - solves nothing.
So you're saying that simple plugins can be buggy but a complex DAW can't? Okay brother you keep living in fantasy land if that makes you happy. I'll leave you with this...if a plugin was sketchy it would be sketchy in every DAW. I say that as someone who has been an alpha and beta tester for many DAWs and plugins going back over 20 years. End of discussion.
WTF is wrong with this forum? It keeps changing the text that I write. "Ben" should be with two e's. Capitalizing letters that are not caplitalized in the text.
So you're saying that simple plugins can be buggy but a complex DAW can't? Okay brother you keep living in fantasy land if that makes you happy. I'll leave you with this...if a plugin was sketchy it would be sketchy in every DAW. I say that as someone who has been an alpha and beta tester for many DAWs and plugins going back over 20 years. End of discussion.
WTF is wrong with this forum? It keeps changing the text that I write. "Ben" should be with two e's. Capitalizing letters that are not caplitalized in the text.
Let’s return from the world of fantasies.
The smallest and simplest utility can be buggy.
If you are an experienced software tester, you should know this.
It’s very good that Studio Pro is demanding in terms of the quality of the code in the plug‑in plugins.
This is very relevant in our time.
Nowadays, almost anyone can quickly create a plugin using AI.
There is still an issue with the Presence Editor, the choke groups assignments are not saved, I have noted this in August of 2023. The choke group assignment always reverts to "off".
There is also a graphic anomaly between the choke and fade-in sections where the handle to increase the column size are doubled.
It is currently not possible to use multisample round robin layers that mute each other like a set of hi hats open and closed in the same zone or key.
The smallest and simplest utility can be buggy. If you are an experienced software tester, you should know this.
It’s very good that Studio Pro is demanding in terms of the quality of the code in the plug‑in plugins. This is very relevant in our time.
Nowadays, almost anyone can quickly create a plugin using AI.
