what's going to work with dp 8 what's not?

[dave pine]

well, there's no mention of a 32 bit bridge, so what vi's and plugs are going to work?

[Killahurts]

I also wish they had mentioned that. Guess I have to wait and see..

I don't know for sure, but I still get the impression that they simply offer you the choice to run a 32 bit DP, or a 64 bit DP. MOTU doesn't say anything about mixing them, and you would think that if it could, they would.

[Prime Mover]

Yes, Magic Dave confirmed this over the phone to me earlier: no 32bit bridge. However, as pointed out from the beginning, you can boot DP8 in 32bit mode and everything will work. Even without 64bit, DP8 should run a whole lot more efficiently than DP7, as it's full Cocoa.

So, short answer: Everything, including VSTs. Long answers: not everything in 64bit mode.

[dix]

Magic Dave posted this elsewhere

I can confirm that if you set DP8 to run in 32 bit mode, it will load all your 32 bit plug-ins.

…he also mentions: there's an option to toggle 32bit/64bit in the app's Get Info window that can be checked.

So we won't get the 64bit-ness, but at least we'll be able to use the app with our older plugins. As far as I know there's no UAD-1 64bit plugin versions nor plans to create them. I hope I'm wrong. I'm wondering if all the new code will speed up or slow down things for those of us stuck in 32bit mode as suggested above. …also, i'll be curious what happens with systems in 32bit kernel mode. am i crazy to think they might run 32bit plugins while dp8 is in 64bit mode?

Anyway, I've placed my order so all will be revealed soon enough.

[David Polich]

No more development of UAD-1, including any 64-bit implementation. That
is definite, UAD-1 is history.

Will some plug-ins be incompatible, at least for awhile? Yes, of course.
There are always developers who wait until the actual release of DP to
make their plugs compatible with it. And there are also developers who
don't put DP on their priority list and take months or even a year to get
their products working with DP.

Which is why I'll order it, and then let it sit in its box on my shelf
for a couple of months..I do that with every new version of DP.

[Prime Mover]

Well, people can say, "old plugins will be updated to 64bit" until they're blue in the face, but the fact is, many old plugins are completely out of development. My two are B4-II and Korg Legacy Collection, which I use regularly. I own VB3, and as much as people want to say it replaces B4-II, it just doesn't come close IMHO. The amp model is inferior (even to NI Vintage Organs), the interface is clunky, the settings file is universal (BAD MOVE), and it doesn't play nice with DP. I use Korg Legacy very frequently. There's a particular lead sound that I can only really get within Legacy Cell. I'm sure with a lot of time, I could recreate it in another VI, but it would be difficult, and I just really love the old Korg synths. I'm going to fight until there is no possible way I can run them, to make them work.

I keep hoping that SOMEONE comes up with an organ VI that rivals B4-II, it seems like an obvious project. But for some reason, it's just not happened.

[James Steele]

Since DP8 will support the Mac VST spec, if you have VST versions of orphaned plug ins, you might be able to use this:

http://jstuff.wordpress.com/jbridgem/

That is if you're unwilling to run DP8 in 32 bit mode.

[MIDI Life Crisis]

That is if you're unwilling to run DP8 in 32 bit mode.

Aye, there's the rub!

[James Steele]

Updated the link in my previous message to point to the Mac version.

[Arceo]

Well FWIW two years ago I bought the pc version of JBridge to use it with VEPRO and so far it pretty did its job even with ancient free VSTs.

And after the initial purchase João kept on sending me each and every update of the bridge. So, I for one am very glad that he decided to port the program to OSX. I just hope that it'll run as stable as it runs on my farm PC machine.

Cheers
Arceo

[zed]

Since DP8 will support the Mac VST spec, if you have VST versions of orphaned plug ins, you might be able to use this:

http://jstuff.wordpress.com/jbridgem/

That is if you're unwilling to run DP8 in 32 bit mode.

The trouble is that all the projects I want to open are already set up and exist. Using any third party bridge is going to require rebuilding every project as I open it (and doing that in 32-bit mode so that I can actually export my loaded instruments in order to re-import them into the VI in another application. That's the same reason why Bidule won't make my life any easier.

And the weird bottleneck and memory leak issue I have with my Mac means that I can load very little in 32-bit mode before DP crashes on me.

Maybe DP8 will resolve those issues. I guess I won't know until I try it. But since SampleTank is not yet 64-bit and every single one of my projects has an instance loaded with a different set of instruments, it would take me days and days of dedicated work to save all my instrument combis just so that I could load them in a third party application--and even then I would end up with more things to keep track of and clutter my already overwhelmed mind. I still have songs stuck on my G4 and on my G5 because I never got around to doing all that work that was required on my old computers before I transitioned to the new ones.

I guess I am not going to do anything for a while. These days just strumming my guitar is a lot more fun than dealing with VI and plugin issues.

This development presents a whole new can of worms that is very disheartening. My only hope is for IK Multimedia to release a 64-bit version of the current SampleTank application, because even if they release a SampleTank 3 which doesn't replace SampleTank 2 I will end up with a nightmare of missing instruments to deal with if I try to open projects in 64-bit mode

I wonder if this bridge issue is the reason DP8 has been held up for 6 months?

SampleTank 2
SoundToys Native
Abbey Road plugins

I'm not yet sure what else.

My only hope is that running DP8 in 32-bit mode might eliminate my bottleneck issue. Maybe the 100% cocoa thing will sort out my problem. It very well might not.

I think I will just keep waiting for a while to see what happens. I don't have the heart or the energy (or the money) to make this transition in a way that is any more difficult than necessary.

[MIDI Life Crisis]

The trouble is that all the projects I want to open are already set up and exist. .

Well of course! Like changing OS software, there are going to be bumps in the road. New prescriptions Hard pitches.

Wear a cup!

[kgdrum]

Since DP8 will support the Mac VST spec, if you have VST versions of orphaned plug ins, you might be able to use this:

http://jstuff.wordpress.com/jbridgem/

That is if you're unwilling to run DP8 in 32 bit mode.

The trouble is that all the projects I want to open are already set up and exist. Using any third party bridge is going to require rebuilding every project as I open it (and doing that in 32-bit mode so that I can actually export my loaded instruments in order to re-import them into the VI in another application. That's the same reason why Bidule won't make my life any easier.

And the weird bottleneck and memory leak issue I have with my Mac means that I can load very little in 32-bit mode before DP crashes on me.

Maybe DP8 will resolve those issues. I guess I won't know until I try it. But since SampleTank is not yet 64-bit and every single one of my projects has an instance loaded with a different set of instruments, it would take me days and days of dedicated work to save all my instrument combis just so that I could load them in a third party application--and even then I would end up with more things to keep track of and clutter my already overwhelmed mind. I still have songs stuck on my G4 and on my G5 because I never got around to doing all that work that was required on my old computers before I transitioned to the new ones.

I guess I am not going to do anything for a while. These days just strumming my guitar is a lot more fun than dealing with VI and plugin issues.

This development presents a whole new can of worms that is very disheartening. My only hope is for IK Multimedia to release a 64-bit version of the current SampleTank application, because even if they release a SampleTank 3 which doesn't replace SampleTank 2 I will end up with a nightmare of missing instruments to deal with if I try to open projects in 64-bit mode

I wonder if this bridge issue is the reason DP8 has been held up for 6 months?

SampleTank 2
SoundToys Native
Abbey Road plugins

I'm not yet sure what else.

My only hope is that running DP8 in 32-bit mode might eliminate my bottleneck issue. Maybe the 100% cocoa thing will sort out my problem. It very well might not.

I think I will just keep waiting for a while to see what happens. I don't have the heart or the energy (or the money) to make this transition in a way that is any more difficult than necessary.

Well I spoke to a person from IK @ a SAE exhibition last week,he said Sampletank 3 will be 64bit and he said the release is expected to be January,I guess for NAMM.

[zed]

Well I spoke to a person from IK @ a SAE exhibition last week,he said Sampletank 3 will be 64bit and he said the release is expected to be January,I guess for NAMM.

That's good news, thanks! I can do without the other plugins until they are available, but I really need SampleTank to work.

I am going to contact IK and try to really get to the bottom of whether or not ST3 will automatically replace and load whatever was loaded into ST2 in a project. If it will, then I am happy to wait a few months until it is released.

If it won't then I will have to start saving my SampleTank combis from now on, every time I open up and work on my projects.

Gonna be sending out a bunch of messages this week to try to make sure the balls are rolling.

[James Steele]

Well, speaking JUST for myself, I have been doing mostly rock/pop type songs so the whole memory limitation issue has never really been much of a factor for me so I'll just use DP8 in 32bit mode for a while until 64-bit versions of my plugs are available. Really, considering I have an old MacPro 1,1 with 7GB of RAM (and hardly worth buying more for at the moment), it won't be till I can afford a newer Mac and put a lot of RAM in it that it will affect me.

My understanding is bridging 32-bit plugs can be dodgy and cause some instability and that may well be why MOTU decided against it. At a certain point, old plugs are going to die. It's not MOTU's fault that products got orphaned and didn't make the upgrade to 64-bit, but seems like as the years progress, bridging old plugs is really a courtesy much like Apple let us have Rosetta for a while, but eventually killed it in favor of efficiency and streamlining I suppose?