Jerome:

Right now I am running significantly over 3GB of samples on two standalone instances of VE on my G5 (with two instances of Altiverb 6) and they are all playing without incident. So, even without a 64 bit version of VE, one can achieve a lot.  (The fact that this works so well has inspired me to order that last GB of RAM for my G5 - - currently equipped with "only" 7GB.)

The fact that a 64 bit version of VE was not available on the same day as the Windows version seems mostly - - or, no doubt, entirely - - the result of the fact that Apple discontinued the 64 bit version of Carbon about 3 months before the release of OS 10.5 - - after announcing at the 2006 World Wide Developers Conference that they would continue its development and including it in early seeds of OS 10.5 given to developers.

This is simply a fact with inevitable practical consequences. Developers who believed what Apple told them have been suddenly thrust into the position of having to rewrite their software in accordance with Apple's recent decision on this matter. You might notice that MOTU has not announced a 64 bit version of Digital Performer (Mac only), that Apple did not release a 64 bit version of Logic 8, that it will likely be years before Photoshop and MS/Office are available in OSX 64 bit versions. Even, as I pointed out earlier in this thread, ShirtPocket software (a Mac only developer) has not yet released a Leopard compatible version of SuperDuper - - a back up program relied upon by many Mac users. Many of the delays in releasing 64 bit versions of OS X versions of software are directly attributable to Apple's decision to abandon Carbon. I very strongly suggest that you read the article I suggested in an earlier posting - - found at:

http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/6

The writer of the article of the article, John Siracusa, is a Mac programmer who thinks that Apple's decsion on this issue will be proven correct in the long run, but is acutely aware that Apple's decision to abandon Carbon has had and will have a predictably negative practical impact (for a while, at least) on many developers. Read the article!!!

If the folks at VSL say they are committed to release of an OSX compatible 64 bit version of Vienna Ensemble, I believe them - - and I don't think it's their fault that they could not release such a version "on the same day" as the Windows version. I think you might also forgive Christian's frustration with Apple's decision, since he is one of those taken by surprise and someone who works daily in the salt mines of programming. 

I think we should all stay friends. 

Stephen 

P.S. I'm using FireFox 

 All this arguing about Mac vs. Windows, no doubt, reflects all kinds of things regarding the state of the world, the sociol-economic factors that may have led to the dominance of Microsoft (not, originally, of Windows) in the corporate computing world, etc. etc., usw.

On the other hand, here on this forum, I am reminded of a story told to me by a couple who are my friends. For the sake of their privacy, I’ll refer to them as Jane and John.

One evening Jane and John found themselves in the midst of one of those heated, intractable arguments that couples sometimes get into. Each was certain of her or his own righteousness, possessed by a sense of cosmic injury and convinced of the utter impossibility of it all. So they decided to sleep in separate rooms. But Jane and John also had a dog, fortuitously named Puck (his real name), after the imp of English folklore and Shakespeare’s Midsummer Night’s Dream.

Long experience had taught Puck that it was a serious error for any reasonable dog to overestimate human intelligence. So, he decided to take action. He went to John’s room and barked, then to Jane’s room and barked some more. Both told him to be quiet, but he paid no heed to their commands and continued barking, more and more loudly at each of them in turn - - just as he had refused to remain silent when he was scolded for trying to advise them that they'd left a pot burning on the stove or, on another occasion, warn them that a bear was ransacking their car outside their cabin in the north woods.  Eventually, as on those previous occasions, they caught on. Each began to laugh and heard the other’s laughter, got out of bed, met in the hallway, hugged, said they were sorry and went to sleep in the same bed. Puck wagged his tail, happy that his intervention had worked.

jerome, a tiny correction: i'm not one of the main developers, i'm only managing IT and some support. of course this often implies requests from and communication to the developers.

miklos, i'd like to give an answer to another question which is IMHO more to the point: i'm considering a framework to be not the ideal tool for developing applications having their main focus on performance. as some might have already read above: this applies to all platforms.

steve, your posts seem to be the real essence of this thread ;-)

christian

@stevesong said:

The fact that a 64 bit version of VE was not available on the same day as the Windows version seems mostly - - or, no doubt, entirely - - the result of the fact that Apple discontinued the 64 bit version of Carbon about 3 months before the release of OS 10.5

@Jerome said:

Read my last post again - I was not talking about the non-release of VE 64-bit on the same day than the Windows version. I was talking about the 32-bit Mac version which was *not* released on the same day than the Windows 32-bit version, and when it did, it was as a *beta*. J

I've read your post several times. The fact is that the delay was so short I don't remember it and that VE currently works well on Macs. May I suggest that you read the Ars Technica article I cited - - and the story of my friends' dog Puck....... 

I'm interested in giving this a try.  Assuming one can get Soundflower working properly (haven't used it yet), how is one routing MIDI from, say, DP to a standalone instance of VE?

--Chuck

Silly question?  Will open standalone instances of VE simply publish their MIDI inputs to DP?

--Chuck

Activate the IAC driver in Audio MIDI Setup. Do this by double clicking on the IAC driver. A dialog box will appear. Make sure that "Device is online" is checked. Creat the requisite number of ports (each port is capable of 16 channels). Once you've done this, DP will see the IAC ports as another MIDI interface and you can choose them as MIDI outputs. Then you assign the IAC port and channel in VE so that it receives the MIDI data from VE.

I don't recommend SoundFlower as, every time I've tried it, I've gotten random artifacts (clicks and pops) during playback. If you have an interface such as those made by RME that has the requisite software, you can connect any input to any output and use it (the RME or equivalent audio interface) as the output device. If you have a interface such as the MOTU 2408 which does not currently have such software but does have 3 ADAT inputs and outputs, you can run a short fiber optic cable from Bank C's ADAT output to Bank B's ADAT input. Then assign each instance of VE's to output on a Bank C stereo pair (e.g. assign the first output to channels 17-18. etc.).Then create an AUX channel in DP, assign its Input to channels 9-10 and its outputs to channels 1-2. Thus the audio signal will be sent back into DP allowing you to use whatever signal processing is available within DP. I am currently using this setup without any problems. If your MOTU 2408's ADAT Inputs and Outputs are already occupied, you can purchase a 2408 I/O Expansion unit (the PCI 424 card allows for 4 I/O units). 

Thanks, that's great information!

I use a MOTU 828 Mk2 which I gather will allow me to use lightpipe cable to route up to 4 stereo pairs out of and back into the mac, which assuming stereo outs would be enough for 4 instances of VE.  The digital ins and outs are lying fallow now anyway.

Excellent!

--Chuck

Chuck: 

Glad I could be helpful. Keep us updated on how things work. If at some point you want to try using a software "audio pipe," some people report getting good results with the freeware application Jack OS X, but it's a lot more complicated than SoundFlower.

Good luck,

Stephen 

miklos, i understand it would be nice to keep a process within only one platform - however this is not possible in many cases and one has to pay attention to specific behaviour (eg. character sets). too many proprietary features make it sometimes expensive to find the common denominator.

frameworks are basically a good idea to speed up development of applications - they provide a large range of prepared elements the programmer doesn't need to *re-invent* (simple examples are selectboxes, on-click events, menu trees, ect). however they are only of little use if it comes to individual elments and an existing codebase. and they are of no or almost no use if they don't allow to compile the application for all needed destination platforms.

as far as i know cocoa does not allow to compile win32/win64 applications and only a former version of visual studio allowed to compile mac versions (and i'd assume also not for leopard because of the same reason QT does not currently).

but all this goes much too far into speculation because the guys who have to sort the bytes know best what to use how and when, all that i know (and is commonly known) is, that currently it does not work and a few, but essencial, reasons for.

someone who is exclusively developing for mac might be well served by xcode/cocoa, someone developing exclusively for windows might choose visual studio - for the latter and the .NET framework i know it works well for web or more generic applications, but the result lacks performance when high performance client solutions are needed.

it's that simple, resp. it's not that simple ;-)

christian

1) The entire film post/production community around the globe is dominated by studios and production houses running MAC based DAWs.

2) The BEST sound-libraries available fror Orchestra are Vienna bar none...

3) The entire film post/production community starts buying PCs in order to run VSL smoothly

you guys are forcing our community into using PCs........it's not fair

SvK

no - we just explain why you can't have 64bit mac versions NOW ... this was the initial question, no?

christian

 SVK:

The folks at VSL say they are committed to release of an OSX compatible 64 bit version  of VE. I have no reason to doubt them. They also have every motivation to come through on this as they know the facts you cite. I am sure they can figure out that all the professionals who use Logic or DP are simply not going to start learning equivalent Windows applications. Meanwhile, by making use of multiple instances of the standalone (possibly in combination with the plugin) one can achieve the same result - - one can exceed the 2.5GB limit imposed by 32 bit systems.

In my experience, on my dual 2.5 GHz G5, I run out of processing power long before I run out of the ability to load samples. (This is why I am looking forward to next generation of Mac Pro desktops equipped with Penryn processors and 8 processor cores.)

The description of how Play functions (offering 64-bit memory access while functioning as a normal AU within the sequencer) matches what I originally -- mistakenly -- assumed VE was designed to do.  Needless to say I was simultaneously delighted by what VE could do, and disappointed to discover that the main issue remained tantalizingly out of grasp.

It's enlightening to see that EWQL have found a way to make it happen -- a sizeable competitive plus, with the exception that EWQL's libraries are much less huge and detailed and hence are less likely to hit your RAM limit regardless.  The idea of VSL finding a way to allow VE surmount the obstacles the EWQL people have somehow conquered makes me salivate, which is bad for my keyboard.

--Chuck