Forums > MaxMSP

Max/MSP on Mac-tels.

January 21, 2006 | 9:39 pm

I have Max/MXP 4.5.4 and I’m looking to buy a spangley new Macbook Pro but before I part with the serious quantity of wedge required I want to know that Max is going to work on it through Rosetta, I’m expecting it to but I want to know if anyone knows for sure.

Also should I be getting Max/MSP sequential updates free, I know wouldn’t get version to version updates but thought I should get sequential onrs. Anyone know?

Cheers


January 23, 2006 | 12:00 am

search the archives of some days/weeks ago, they will probably put out a beta as soon as possible, but for now you shouldn’t count on it.


January 23, 2006 | 12:06 am

Cheers for the reply, that’s what I’m getting from cycling 74 too, but it’s good to hear from people who perhaps know more than me. Also I was looking for replies from anyone who perhaps has a Mac-tel or has been running it on a development machine.


January 24, 2006 | 9:31 pm

On Jan 21, 2006, at 9:39 PM, Joe Bird wrote:

>
> I have Max/MXP 4.5.4 and I’m looking to buy a spangley new Macbook
> Pro but before I part with the serious quantity of wedge required I
> want to know that Max is going to work on it through Rosetta, I’m
> expecting it to but I want to know if anyone knows for sure.

Max Runtime will work under Rosetta. The PACE protected full app will
not. Even still, for realtime audio work, Rosetta is not a good
option as it will have audio dropouts from time to time. Best bet is
to wait for a Universal Binary version which will be available later
this year (actively working on it, but no date promised, and we won’t
respond to further inquiries).

> Also should I be getting Max/MSP sequential updates free, I know
> wouldn’t get version to version updates but thought I should get
> sequential onrs. Anyone know?

4.5.x are free updates for all registered owners of MaxMSP 4.5.

-Joshua


January 25, 2006 | 9:05 pm

Just an update to this info: PACE just released a new version of their
InterLok Extensions on paceap.com that fixes issues with Intel Macs. I
have verified that it works on a new Intel iMac (the laptops are not
out yet, of course, but I don’t know why it would be any different).
You wouldn’t know about this update from the PACE site, but it’s
definitely there when you download the Mac OS X Extensions. We haven’t
updated our 4.5.6 installer with these new extensions yet so you’ll
need to get the extensions directly from paceap.com. With this update,
you’ll be able to run 4.5.6 on an Intel Mac.

Our Intel Mac development is moving forward. We showed a preliminary
version this past weekend at NAMM with all but two or three objects
working and I am hoping to have more information about questions people
have raised here very soon. Tomorrow I hope to know the answer to this
question: can traditional CFM Max externs written for the PowerPC run
inside the native Intel version? I think the answer might be yes,
surprisingly, which would render inoperative my previous assertion that
all objects will need to be recompiled. Stay tuned.

David Z.


January 25, 2006 | 10:32 pm

On 25 Jan 2006, at 21:05, David Zicarelli wrote:

> With this update, you’ll be able to run 4.5.6 on an Intel Mac.

All totally Rosetta-ated, presumably?

> Tomorrow I hope to know the answer to this question: can
> traditional CFM Max externs written for the PowerPC run inside the
> native Intel version? I think the answer might be yes,
> surprisingly, which would render inoperative my previous assertion
> that all objects will need to be recompiled.

Oh. Apart from anything else, I had assumed that, with MacIntel,
Carbon was deaddeaddead.

– N.

nick rothwell — composition, systems, performance — http://
http://www.cassiel.com


January 25, 2006 | 11:04 pm

On Jan 25, 2006, at 2:32 PM, Nick Rothwell wrote:

>
> Oh. Apart from anything else, I had assumed that, with MacIntel,
> Carbon was deaddeaddead.

FWIW, note that Carbon is *not* CFM. It is just one of Apple’s C
APIs, and is independent of runtime architecture. Carbon exists both
as Mach-O and CFM. Also note that CFM programs run without problem
under Rosetta, which is why the CFM MaxMSP 4.5.6 works under Rosetta
(with the latest PACE extensions). Note that for real time audio
processing, Rosetta still presents problems–i.e. despite the fact
that the code executes, there may be audio dropouts resultant from
the code translation at runtime.

-Joshua


January 26, 2006 | 12:07 am

Thanx Joshua, that’s great news, I agree, I see no reason why it shouldn’t work on a Macbook since it’s just the same as an iMac in a smaller silver box.

Thanx again for all the patient replies and info.


January 26, 2006 | 12:28 am

Just curious, but with this advent, does it mean that externals and pluggo plugins and such will function on both platforms without a recompile, ie win and osx?


January 26, 2006 | 3:35 am

In a word – no.

-A


January 28, 2006 | 8:26 am

Is it possible to make the upcoming intel MSP object vector-ready with SSE optimization ?
(i.e. fft~, buffir~, index~ etc..)

Salvator


January 28, 2006 | 10:41 am

On around Jan 28, 2006, at 9:26, Salvator said something like:
> Is it possible to make the upcoming intel MSP object vector-ready with
> SSE optimization ?
> (i.e. fft~, buffir~, index~ etc..)

It is surely possible, will presumably need to be done on an
object-by-object basis, and from what I know about AlitVec, it is not
always immediately obvious which processes will benefit by vector
processing.

Vector processing is not the answer to every problem.

FFTs can benefit a lot from vector processing (as witnessed by Apple’s
FFT library). I’m not sure that index~ would benefit. There are others
who may have deeper insight into this.

– P.

>
————– http://www.bek.no/~pcastine/Litter/ ————–
Peter Castine | ^
| Litter Power & Litter Bundle for Jitter
pcastine@gmx.net |
pcastine@bek.no | iCE: Sequencing, Recording, and Interface Building
4-15@kagi.com | for Max/MSP
| Extremely cool
| http://www.dspaudio.com
| http://www.dspaudio.com/software/software.html


January 28, 2006 | 6:22 pm

> Is it possible to make the upcoming intel MSP object vector-ready with SSE optimization ?
> (i.e. fft~, buffir~, index~ etc..)

Yes, the newest centrino chips just announced support SSE3
instructions, so at some point your patches may receive a nice
efficiency boost with upgrades of MSP and Jitter.

Ben


January 29, 2006 | 12:11 am

If possible, Apple advises that you use the Accelerate framework for
your mac optimization needs.

This will ensure a high degree of optimization on any current and
future platforms, and because it’s a dylib your code will benefit
from optimizations without the need for recompiling.

This of course is no substitute for hand-tweaking, but I for one am
too lazy to not use the given libs when it is pragmatic to do so.
Also, gcc-4.0 will automatically optimize some code for the lowest
common denominator if you pass the right flags in Xcode ( fmadd on
altivec for example ).

_Mark


January 29, 2006 | 12:58 am

> If possible, Apple advises that you use the Accelerate framework for
> your mac optimization needs.

Thanks for the tip, but because we produce a cross-platform product,
and both platforms now support the same vector instructions, I think
we’ll probably steer clear of Apple-specific optimization libraries.

Ben


January 30, 2006 | 11:16 pm

Sorry, I didn’t intend to aim that towards Cycling, but rather at any
external-writers who don’t want to learn sse or altivec assembly.

_Mark


February 12, 2006 | 5:17 pm

Hey David Z.,

I was just wondering if you now knew the answer to the question about traditional CFM externals for the PowerPC needing to be recompiled.

- David @ VV


February 14, 2006 | 9:16 pm

CFM binaries cannot be loaded from a native-intel process. No-how, no-
way. You simply cannot run Rosetta-translation from inside of a non-
translated binary. Rosetta only works on a per-process level. This
is according to the people supporting CFM on OS X.

_Mark


February 14, 2006 | 10:17 pm

I figured this was the case, David Z’s last post had gotten me hopeful that he had found a work around of some sort.

- DL


Viewing 19 posts - 1 through 19 (of 19 total)