Eglarion Posted October 28 Share Posted October 28 (edited) Good time of day to everyone, I'm new to the forum but've been a faithful Cakewalk/Sonar user for more that 20 years now. Hope my question/proposal here is not off topic, I suppose it's the right subforum for this. Trying to revive some of my oldest projects from 2003 I've discovered that I've used FxEq quite extensively back then, so I tried to find a workaround using the BitBridge functionality and it worked - for a measure; after some tweaking I manage to see it in the Sonar plugin list, but when I try to actually open it it returns an error message saying "This plugin is only licensed to be used in Cakewalk Sonar. An unrestricted version can be purchased from www.dspfx.com" (see the screenshot attached) - which is, of course, out of business and even their domain name is for sale now. My question is - since DSP-FX are out of business and (formally) we are all working in Cakewalk Sonar at the moment - could it be possible to implement its unrestricted version in some of the future updates? While trying to make it work in a 64-bit Sonar I actually managed to open it in one of the older versions of Sonar I accidentaly happened to have on one of the old HDD's - and it's not only good for archeological purposes if you ask me, it's a pretty handy tool that was occuping its rightful place in my arsenal back then, along with many great plugins from the same bundle (see below), and I believe I could use them from time to time even in 2024, with all the great things like FabFilter Q3 and so on being around. Besides, there's another bunch of FX* effects like FxDelay and others I've used in these projects, and the question, actually, relates to the whole bundle of these old 32-bit effects. Or, maybe, there is some way to tweak the BitBridge so that it won't check the version of the DAW or something? Any help will be greatly appreciated; if this post violates some of the forum rules or must be moved to another subforum - my apologies, and have a good week. Best regards, Eglarion. Edited October 28 by Eglarion Link to comment Share on other sites More sharing options...
Michael Elliott Posted October 29 Share Posted October 29 The only way I know of to use plugins/etc tied to specific software / versions is to use them in those sw/v. While I can't know for sure: Since there's no DSPFX company anymore to negotiate a new contract with, I doubt that Bandlab can include them or rewrite CbB or Sonar to work with them. I have a number of projects that use various DSPFX, and *everything* I do uses the Sonitus plugins, and I'm sure there's other stuff I use that's locked to my old SONAR that I haven't even thought about, so any software that can't use them can't be used for my projects (few of which are ever totally "finished"; I go back to stuff when I think of new things or learn new ways that let me fix problems with them I couldn't solve before). (I wouldn't have enough time and energy to redo all that stuff in all those projects, ever). So, if I lost my whole world and had to start new projects in a different software, I'd have to find new plugins to do all those things, and waste a lot of time learning a whole new methodology to work with them. But...that's what I'd have to do. For ancient stuff that doesnt' have an owner anymore, it might be possible for someone (not me or anyone I know :lol: ) well-versed in whatever kind of coding is used for this type of stuff to write a "bridge" that "sniffs" the data passed back and forth in working software/plugin combos, and then provide the non-working combos with the necessary data injected into the "stream". But I don't think that's a discussion that would be allowed here, at a guess. Link to comment Share on other sites More sharing options...
Eglarion Posted Wednesday at 08:34 PM Author Share Posted Wednesday at 08:34 PM On 10/29/2024 at 3:18 AM, Amberwolf said: For ancient stuff that doesnt' have an owner anymore, it might be possible for someone (not me or anyone I know :lol: ) well-versed in whatever kind of coding is used for this type of stuff to write a "bridge" that "sniffs" the data passed back and forth in working software/plugin combos, and then provide the non-working combos with the necessary data injected into the "stream". But I don't think that's a discussion that would be allowed here, at a guess. Yyyeahh, that's exactly the kind of thing I'd prefer to avoid doing (and even discussing on the grounds of this forum). Thank you for your reply, though! Link to comment Share on other sites More sharing options...
Starship Krupa Posted Sunday at 04:28 AM Share Posted Sunday at 04:28 AM At this point I'd say a brute force workaround is your best bet. What would you do if you had old projects on tape, with EQ settings written down by hand, and the hardware EQ now no longer functions properly? Probably duplicate the EQ settings as much as you can on your newer piece of gear. If the EQ settings are that critical to your old projects, either bounce the tracks with the EQ baked in or take some screen caps of the EQs' UI to transfer to a currently-supported EQ. My favorite is Soundly Shape It. For projects that I want to be more able to handle future twiddling, I try to avoid DAW-locked FX. You're fortunate in that you have an older version of the DAW to use to prepare the projects for your current DAW. Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now