@Nick Batzdorf said:

"Other companies have already delivered this, so for once VSL is lagging behind"

Only EastWest's PLAY as far as I know.

I was trying not to be specific. [:D]

OK, so VSL is lagging behind EW when it comes to sample player development. Happy now?

Actually I think that all the software and hardware manufacturers seem to be waiting for each other, but the silly thing is, that when the 64bit versions of DAWs are released, there will be people complaining that they have to use some sort of wrapper just to get their favourite plugs to run. I wish that more companies would think ahead. I mean, its not as if a 64bit OS is exactly new. Windows has had a good, stable 64bit OS for a number of years, and now has two. Allegedly Apple may even have one by the end of the year, providing that too many resources aren't diverted to the iToilet. [8-)]

DG

I just had a slightly chilling thought... What if, when Apple finally gets 64bits off the ground and working, they get all excited and start piling their massive OS into RAM? [[:|]]

hehe... I know, it's not going to happen, but it would be kind of funny... sad, but funny.

J.

@Nick Batzdorf said:

"Other companies have already delivered this, so for once VSL is lagging behind"

Only EastWest's PLAY as far as I know.

I was trying not to be specific. [:D]

OK, so VSL is lagging behind EW when it comes to sample player development. Happy now?

Actually I think that all the software and hardware manufacturers seem to be waiting for each other, but the silly thing is, that when the 64bit versions of DAWs are released, there will be people complaining that they have to use some sort of wrapper just to get their favourite plugs to run. I wish that more companies would think ahead. I mean, its not as if a 64bit OS is exactly new. Windows has had a good, stable 64bit OS for a number of years, and now has two. Allegedly Apple may even have one by the end of the year, providing that too many resources aren't diverted to the iToilet. [8-)]

DG

Yup! But probably it's not so much a matter of thinking ahead, as it is a matter or prioritizing development money. With genuine 64bit operation, at all levels of the system, still somewhat in the distance, companies are probably just waiting for it to become more of a practical reality before dumping development funds into it. And unfortunately, I have to admit that, beyond VSL, I have basically no need for a 64bit OS, app, driver, etc.... So it must be tough to make it a huge priority, for a lot of companies. We are in the absolute elite of RAM-hogging fields. It's not just being in the sub-category of "music", but being in the sub-sub-category of the sample-based virtual orchestra - not something you hear Ted and Jane arguing about at the tube station! [;)]

J.

nick, stephen, sorry if i lost track on this, but your statements read contradicting ... has been PLAY already released or are more details to be announced this fall ... i don't get it ...

DG, i agree when you say *Windows has had a good, stable 64bit OS for a number of years*, but i can't agree on *and now has two* [:P]
christian

ps: i'd be in no way entitled to give apple any advices, but IMO the best idea would be to go back to the roots of this OS and release OS X 64bit crossplattform (which in fact isn't *cross* anymore though) ... BSD runs 64bit rock solid since ages ... of course they had to fix the somehow crude memory management.

Well cm, the solution is obvious! VI running on BSD!!!

Just picture all us VI users hunkered down, punching in matrix mappings on the command line... [:P]

J.

jbm, shall read: would be ... a few pieces are missing like audio drivers for most devices and a license control center. i came across BSD (4.0?) when i noticed the DV streaming server (must have been a decade ago) - a brilliant application.
christian

ps:

@Another User said:

Just picture all us VI users hunkered down, punching in matrix mappings on the command line

well considering you have to make friends with terminal from time to time this shouldn't be too hard ... and you could always use emacs [:P]

@cm said:

nick, stephen, sorry if i lost track on this, but your statements read contradicting ... has been PLAY already released or are more details to be announced this fall ... i don't get it ...

PLAY has already been released for the new libraries. The orchestral libraries are currently being converted, and are due for release in the fall.

Not to rain too hard on VSL, I have to say that from what I've read so far PLAY is not in the same league as the VSL VI player (apart from the 64bit thing) and has a number of bugs. There are many planned features, but like anything else, until they are available, they don't exist. A bit like Leopard...... [:D]

DG

@cm said:

DG, i agree when you say *Windows has had a good, stable 64bit OS for a number of years*, but i can't agree on *and now has two* [:P]
christian

Ooooooooooooo. That's low.

FWIW my XP64 bit sample box is due to arrive next week, so I'll let you know how I get on.

DG

@DG said:

Not to rain too hard on VSL, I have to say that from what I've read so far PLAY is not in the same league as the VSL VI player (apart from the 64bit thing) and has a number of bugs. There are many planned features, but like anything else, until they are available, they don't exist. A bit like Leopard...... [:D]

DG

PLAY is a far cry from VSL-league at the moment. It's a promising engine, but it's still a little wet behind the ears being a 1.0 version.

It's really amazing in retrospect to see the vast distance the Vienna team has covered since the Standard Edition. This came to mind with the recent "last chance" announcement for some of the earlier collections.

VSL has simply gone from being a clever concept to being downright elegant!

@DG said:

Not to rain too hard on VSL, I have to say that from what I've read so far PLAY is not in the same league as the VSL VI player (apart from the 64bit thing) and has a number of bugs. There are many planned features, but like anything else, until they are available, they don't exist. A bit like Leopard...... [:D]

DG

PLAY is a far cry from VSL-league at the moment. It's a promising engine, but it's still a little wet behind the ears being a 1.0 version.

It's really amazing in retrospect to see the vast distance the Vienna team has covered since the Standard Edition. This came to mind with the recent "last chance" announcement for some of the earlier collections.

VSL has simply gone from being a clever concept to being downright elegant!
I agree. I haven't used PLAY, so I'm merely speculating, but I seem to remember that VSL VI player had very few bugs when it was released. In fact I think that most of them were on Mac and concerned the Syncrosoft dongle. However, we are now 18 months down the line, so I'm sure that many of us are hoping to see a big improvement in the next incarnation.

DG

@cm said:

Nick, stephen, sorry if i lost track on this, but your statements read contradicting ... has been PLAY already released or are more details to be announced this fall ... i don't get it ...

cm:

To answer your question:

The statement I quoted in my initial post - - indicating that the release of the PLAY version of the EWQLSO is planned for the Fall of 2007 - - is from an e-mail I received from EastWest Technical Support on July 5, 2007. Whether PLAY has been released for libraries other than the EWQLSO, I don't know.

ahhh, thanks ... i really should pay more attention to other websites [;)]

I believe four of the six new libraries have been released, or I should say that I'm busy working with the first four of their libraries as we speak.

OK, I now have my 64bit sample box, and it is purring nicely. I can load 3.95GB samples without any problem, but as expected it cr*ps out when it hits 4GB. I have tried to run two instances of FXT on the Slave machines using different ports in order to use more memory, but this doesn't seem to be possible on the Host machine, as I don't seem to be able to change ports for each instance independently. I'll report back if I have any success, as it would be a good stopgap until VSL gets its 64bit ar*e in gear. [:D]

DG

Which 64-bit sample box, which operating system, and what libraries, DG? Are you talking about VSL, PLAY, etc.?

@Nick Batzdorf said:

Which 64-bit sample box, which operating system, and what libraries, DG? Are you talking about VSL, PLAY, etc.?

Intel 2.66GHz Core 2 Duo
8GB RAM
250GB System
1TB Samples drive
DVDRW
256MB Nvidia GForce
XP x64
VSL VI
FXT

DG

I've now heard back from Max at FX-Max, and he says that it is not possible to run two instances of FXT on the Host machine using different ports, so unless I can think of another way to fool it, I'm stuck with 3.95GB for now. [:(]

DG

Hey DG,

I can't remember his name, but there is a user out there who's having some success running Sonar 6 on a slave machine. Shouldn't that allow you to get past 4GB? I'm basically planning on doing something like that in the next couple of months, so I'd be interested to know if it's actually possible.
My plan was to make a machine pretty much like what you've just built, and host the VIs in Sonar. I have an RME HDSP9652 card, which has 64bit drivers, so I'd use hardware audio, not FXT... I'm really hoping it will be possible to load > 4GB this way.

J.

It should work in Sonar, assuming that the Bit Bridge thing actually works. It should also work in the new version of Cubase/Nuendo (when it is released), as there will be a wrapper for loading 32bit plugs, assuming that this works as well! However, FXT will only load either 64bit plugs or 32bit plugs at the moment, so no mix and match I'm afraid.

DG

oh, yeah. I just realized I had a PM from him about this: it's *magnumpraw*. He seems to be running an XP64 Sonar 6 setup with some success.

J.