Guys...it's a joke ;-)
SvK
-
CM. I did some reading on the apple forums when leopard was released: I believe parts of Logic 8 are scalable to 64bit - in other words yes it is possible to have an instrument running within Logic that is a 64bit app - on the surface, it should be possible to make VI 64bit within Logic 8 evidenced by the fact that EXS 24 is 64bit yet runs within logic which is / kind of 32 bit... Miklos.
-
Guys.... You are all assuming that this QT hick-up is stalling the VI64 bit release....... Vienna is this true? SvK
-
no need to assume - it is true.
on the WWDC 2006 64 Bit Carbon has been promised and confirmed, but one year later buried silently - so developers who need to write in C++ are lost because in fact they can't use Cocoa.
i noticed some comments mentioning *logic works internally 64bit* but on several places i also read that EXS crashes logic if one tries to load more than 4 GB samples, so either it is not 64 bit or other voices are right which point out that plugins can only use more than 4 Gb if they _don't_ use the standard AU implementation ... looks like another hick-up on the horizon ...
but don't let us discuss further about unlayed eggs - fortunately mac user _can_ access more than 4 GB and the development continues ....
christian
and remember: only a CRAY can run an endless loop in just three seconds. -
-
Dietz, Is 64bit OSX VI ensemble stalled due to Apple problems concerning QuickTime? thanx, SvK
-
SvK - hasn't this question been asked already? anyway, here is the answer ...
@svonkampen said:
Dietz, Is 64bit OSX VI ensemble stalled due to Apple problems concerning QuickTime? thanx, SvKconfused now ... where is any context between QuickTime and VE - and why should Dietz know?
christian
and remember: only a CRAY can run an endless loop in just three seconds. -
sigh ... development happens basically in C++ and needs to be cross-platform.
since Cocoa is more a framework than a system API one would need to adapt everything according to the rules of such a framework.
in case you can limit yourself to objectiveC (and possibly a few lines of C++ code to be inserted) Cocoa would be great assumably.
in case you have an existing codebase and need to be cross platform i think every developer will confirm its not the first choice.
clearly a little company like VSL cannot maintain an application in for at least 8 tastes (XP, VISTA, 32 + 64 bit, PPC, intel 10.4 10,5, 32 and 64 bit) using 2 different IDEs (Integrated Development Environments)
christian
ps: i'd recommend to subscribe the newsletter, so you would be among the first to get infomed about availibility of a *true* 64bit version ;-)
and remember: only a CRAY can run an endless loop in just three seconds. -
well, this slipped through ... we currently don't have a macPro with 16 GB RAM to prove, but i received 2 requests mentioning that vslserver *vanishes* at 8 GB (which i do not understand at all ... if it passes the 4GB limit, why should it start troubling at 8?)
so we have to get the sticks and run some tests, possibly with debug versions (both for OS and VE) to see what's going on in detail. if it turns up to be reproducable we will try to fix it from our side if possible. means i can't comment clearly at the current state.
christian
and remember: only a CRAY can run an endless loop in just three seconds. -
CM..... I'm sorry. You are working for vienna. It slipped my mind. However the fact that you guys don't have a MacPro with 16 gig just shows how little Vienna cares about the mac community. With all the money you guys make.....I silly McPro with 16 gig of RAM? Should be doable...... I know it's not you. You are in programming... SvK
-
steven, it is ridiculous to assume VSL would not care about the *apple side of life* it has simply not been neccessary so far to run a mac with 16 GB RAM.
in fact we do care much more about apple, OS X, logic ect as we would like to have to - based on the immanent lack of information we are regulary surprised with new features, releases, behaviour and bugs.
an example (my favorite one btw): imagine windows or application updates would regulary screw up permissions on your system - a worldwide outcry would be the consequence and computer magazines would be full of sneering articles about it.
opposed to this scenario mac users write to VSL support and post in the forum complaining about something *not working*.
now we _do_ care and provide a plethora of information and support how to overcome several issues which would in fact be far outside of our responsibility.
the background is IMO just a perceptional one: whereas the apple credo was and is that you don't need to care about your computer if it is a mac, this might be true and valid for the home user writing emails, purchasing music in iTunes or cutting holiday videos with iMovie, it is not true (and never has been) for the advanced user running highly complex setups on the edge of the technical possibilities.
whereas for windows systems it is considered to be *normal* one has to configure and maintain them carefully this is not so widely accepted for macs ... but it should ...
last point: looking back at the past years i'm estimating we spent twice the money on macs for half the number of machines and a significant part of them are no longer useable (most G4s, the aluminium powerbooks, the earlier imacs, actually the earlier G5s and the first macboook pro) whereas a 5 years old 1,9 GHz PC still runs fairly well and does what it is intended to do: compute ... of course this machines do no word-processing, emailing, surfing, and similar office-tasks ...
so please don't insist we would not care about macs, i just wish everybody else would too ...
christian
and remember: only a CRAY can run an endless loop in just three seconds. -
I'm happy to hear this, cm. I also appreciate all you've said previously about 64-bit development. I had no idea that developers have yet to be seeded with API specs five months after the big announcement. Further, I hope that Apple cares about VSL as much as VSL cares about Apple. Why do I get the impression that 2008 will be a year of extraordinary patience?
-
- 2000 dual G4 450 1.5GB .. leopard does not install on computers with less than 800 MHz (is off)
- 2001 powerbook G4 667 1GB ... discarded to office, will also never go leopard
- 2002 mirrored door G4 1,25 2GB ... _very_ little above the specs
- 2003 powerbook 1,0 2GB ... minimum specs, but not really fun
- 2004 imac G5 1,8 2GB ... sosolala usable, but better homed for office tasks
- 2005 macmini 1.4 1GB .. discarded due to little RAM
- 2005 powerMac G5 2.3 2GB RAM ... does not make sense to upgrade RAM
- 2006 macbook pro 2,0 core duo 2GB .. nobody likes it since the core2duos arrived
- 2006 imac 1.8 core2duo usable for testing and light arrangements
- 2006 macPro ... fortunately apoggee released a PCIe soundcard ...
(examples out of my mind, not a complete list)
all PCs from 2002 and later still running their originally assigned tasks
(the older ones for editing, the slightly newer ones for sampling)
private inconvenience:
1998 imac G3 233 - couldn't be upgraded to 10.2 in 2002, means not even safari, resides in cellar since then.
the PC from that time still run BSD, my SGI VW320 video tasks and for 3 years it wasn't needed to upgrade any other.
so it is supposed to mean: i consider macs to be not future proof and a short-term investment.
hopefully we will see OS X officially for *ordinary* intel computers soon, so i know i could re-use them later.
but i think i will not use it in private at all unless the permission issue is fixed ... too much trouble for me.
understand my point? christian
and remember: only a CRAY can run an endless loop in just three seconds. -
I think it means that these computers fall below the minimum requirements of Leopard or do not have 64 bit processors (e.g. the first MacBook Pro andiMac had Core Duo processors not Core 2 Duo processors. Core Duo processors are 32 bit.) I use Macs and I like Macs, but, if you ask around in the developer community, you are likely to hear that Apple is notoriously cavalier in its attitude towards developers. For example, as Christian noted in an earlier post, a 64 bit version of Carbon was promised at the WWDC in 2006, but was cancelled making life quite difficult for developers who'd put faith in the original announcement. I'd guess that VSL cares a great deal about the Mac market if for no other reason than that Macs dominate the music industry in the U.S. I think Christian is also making the point that Mac users may expect their computers simply to work without much in the way of maintenance, an assumption that Windows users cannot make. In other words, if one does not repair permissions after installing new software, does not regularly rebuild disk directories with a utility like Alsoft's DiskWarrior, etc., one is likely to have problems if one is pushing the technological edge.
Speaking of the technological edge right now I am, for example, working on a Logic 8 file that is playing several instruments instantiated in the standalone of VE, VI instantiated in several audio instruments (instantiating VE as a plugin within Logic 8 in this setup did not work causing some kind of feedback problem) and EWQLSO strings running as a standalone under OS 10.5.1. (Logic 8 will not validate EWQLSO under OS 10.5.1 - - although it sucessfully validates it under OS 10.4.11 and Logic 7.2.3 validates it under either OS 10.4.11 or 10.5.1) and routing the audio from the standalones back into Logic aux channels via an aggregate device composed of a MOTU 2408 and 16 channels of SoundFlower. It seems fairly amazing to me that this setup works.
Stephen
Dual 2.5 GHz G5
7GB RAM
OS 10.5.1 (or 10.4.11 depending on what I have to do)
MOTU 2408 mk. 3 (latest drivers)
SoundFlower (made by Cycling 74)
-
This is completely ridiculous.
So, according to you, a computer is unusable if:
1/ it's a little above the specs
2/ it's "not fun"
3/ it's "sosolala usable"
4/ it "does not make sense to upgrade ram"
5/ "nobody likes it"
6/ "it's only usable for light arrangements"
7/ a PCI-e soundcard exists (?!?)
Half of those arguments seems debatable, and the other half are completely subjective (and another one is *not* an argument).
Also interesting that when you mention PCs, you talk about "all PCs from 2002" even though your Mac list goes back to 2000. Talk about subjectivity.
Saying that a Mac from 2002 does not run the tasks it was originally assigned to is ridiculous. There are still recording studios running ProTools under OS 9. AFAIK, nobody forces you to upgrade to Leopard (try installing Vista on a PC from 2002 without upgrading it, you'll have fun).
Finally, considering "macs to be not future proof and a short-term investment" is going against most reviews and articles out there who talk about and demonstrate (with objective arguments) that the life expectancy of a Mac is on average far greater than the life expectancy of a PC. And I won't even mention the fact that Macs have a much higher resale value than their PC equivalent.
I'd love if your post was simply a troll (as it certainly could be) but unfortunately it doesn't seem so. I find it amazing that this kind of absolutely ludicrous anti-Mac arguments could come from a company that IS doing business with Mac owners.
Why doesn't VSL only develop for Windows, like Steinberg, Tascam or Sony do? Sometimes that's really beyond me. They too develop great products and plenty of people buy them. Doesn't sound like a risky way to do business to me...
Anyway, I guess I (we) can thank you for your honesty. I always like to learn when my assumptions turn out to be true.
Jerome
