The UB Public Beta has arrived
For all of you who have already purchased one of the fancy new Intel
Macs, the moment has arrived for you to check out a fully native version
of MaxMSP, Jitter, and the MaxMSP UB SDK. Please visit
http://www.cycling74.com for more info.
Please be aware that this is a public beta version, so I recommend
reading all the important notes and system requirements before
installing on your machine.
Knock yourselves out, kiddies!
Cycling ’74 Support
Thanks for the great work – this is huge! Ive already been playing
with jit.gl.multple and imageunit, great work – this is awesome. my
large patches load with no major issues, and actually seem to run a
little bit faster all in all. shunting imageunits to slabs and back
work just fine, and is totally badass.
Being a beta however – we need some bug reports :here are some issues
1) imageunits html doc file points to jit.gl.slab’s – small annoyance
2) where should we post about beta software, in the respective forums
(assuming yes..) is there a beta forum??
3) jit.fouride doesnt seem to have the PKGinfo , it does show up as a
mxo, but a folder in the finder (easily remedied)
4) jit.vcr doesnt have an html help file.
5) I could not seem to figure out where to put the AUVI library to
load it. Any hints? I checked the docs, but nothing seemed obvious.
and lastly, is it possible to render an entire scene to a texture
now? Just curious, as it seems like some things have been changed
possibly wrt jitter. Not a big deal
thanks for all the hard work – quite a beautiful update.
v a d e //
Thanks for the note and the report!
>2) where should we post about beta software, in the respective
>(assuming yes..) is there a beta forum??
Just post everything here, or to support@
There is no beta forum
On 24.06.2006, at 04:17, Andrew Pask wrote:
> There is no beta forum
ceci n’est pas un beta forum ;-)
to the subject of this mail:
i noticed that the new installer creates a documentation folder all
by itself (and copies the documentation there); that’s useful, but i
guess the doc-folder gets the wrong permissions assigned, as i can
only add things after authorizing…
no big thing though.
g5 dual2.33, osx10.4.6
jan ‘croissant’ klug
Bug: when creating a standalone, the runtime at /Contents/Mac OS/
Otherwise, looking quite good here, very nice work. Now I just have the LObjects/shell/findfolder blues.
I’m getting the following error at the end of a more complex standalone build process:
Including File Info.plist
• error: appbuilder_finish: unable to find support folder
Then the app .mxf file and my custom icon are getting placed in the same folder as the main patch I’m building from (not in the standalone /Contents/ and /Resources/ folders)
My custom .plist isn’t getting included.
More standalone fun. From ChangeLog.rtf:
"Standalones properly build their local search path, consistent with 4.5 behavior — this includes the support folder, which wasn’t being added to the search path."
This doesn’t appear to be behaving here. Building the test patch below as a standalone produces the same error noted in my previous post during build:
Starting Build for support folder.app…
Copying External folder
Copying External standalone
• error: appbuilder_finish: unable to find support folder
then throws a similar error when run:
• error: folder: ./support: not a folder
#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#S creator ????;
#S statusvisible 0;
#S noloadbangdefeating 1;
#S useownplist 0;
#S preffilename "Max 4 Preferences";
#S overdrive 0;
#S allwindowsactive 0;
#S searchformissingfiles 1;
#S usesearchpath 0;
#S cantclosetoplevelpatchers 1;
#S audiosupport 0;
#S midisupport 1;
#P newobj 278 200 58 196617 standalone;
#P newex 194 198 50 196617 print;
#P newex 193 171 50 196617 folder;
#P message 192 143 103 196617 types fold , ./support;
#P newex 192 109 50 196617 loadbang;
#P connect 2 0 3 0;
#P connect 1 0 2 0;
#P connect 0 0 1 0;
#P window clipboard copycount 5;
Which builds and runs fine using Max 4.5.7
On 26-Jun-2006, at 4:59, John Pitcairn wrote:
> Otherwise, looking quite good here, very nice work. Now I just have
> the LObjects/shell/findfolder blues.
Cycling ’74 made a particularly good effort this time to help 3rd
party developers get up to speed with changes ASAP. (BTW, a big round
of applause to David for his detailed introduction to the UB SDK,
also thanks to Tim for his earlier article).
That said: this is is, I think, the biggest set of changes external
developers have had to deal with. I write that having worked through
68k->PPC and Classic->Carbon. Even Mac->Windows required, arguably,
not as much re-engineering even if it was a very big change.
Like all transition periods, it will take a while for everything to
be available in the new format. That’s why they’re called
"transition". But don’t expect to play that harmonica forever.-)
Back to porting…
————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
At 2:59 PM +1200 6/26/06, John Pitcairn wrote:
>Bug: when creating a standalone, the runtime at /Contents/Mac
>manually perform a "chmod +x" to get the standalone to run.
John, I’m not getting the same behavior here – what platform are you
trying on, Intel or PPC? If PPC, did you install CFM support or not?
One thing I have noted (and this on both Intel and PPC), is that if I
build an executable to the Desktop, that it initially does not have
it’s custom app icon; I need to relaunch the Desktop for it to be
visible. But I think this is a Mac OS thing, not a Max thing. And
it’s been this way in Max for a while, with no change introduced by
the UB beta.
>Otherwise, looking quite good here, very nice work. Now I just have
>the LObjects/shell/findfolder blues.
You and I have very similar 3rd party dependencies…. ;-)
On 26 juin 06, at 12:23, Peter Castine wrote:
> On 26-Jun-2006, at 4:59, John Pitcairn wrote:
>> Otherwise, looking quite good here, very nice work. Now I just have
>> the LObjects/shell/findfolder blues.
> Cycling ’74 made a particularly good effort this time to help 3rd
> party developers get up to speed with changes ASAP. (BTW, a big round
> of applause to David for his detailed introduction to the UB SDK, also
> thanks to Tim for his earlier article).
That’s true: I could compile my sfmarkers~ external for intel in less
than an hour, and it seems to work on an intel iMac! Thanks!!
A David suggested, I started from his maximum project, changed the
names etc. The only thing that causes me problem is to include the
"AIFF.h" header. I have to study all these options a bit further!
Centre de Recherches et de Formation Musicales de Wallonie asbl
I can’t reproduce any of this here. It sounds like something may be up with your install or something. If the problem persists, please try to give us a cohesive bug report so we might try to figure out what’s happening over there. Numbered steps and supporting files are always a big help. Be sure to give us as much info as possible.
Otherwise, you might try reinstalling MaxMSP and see if that clears things up.
For future reports, please start a separate thread (instead of replying to this one), as this thread has become rather complex.
Quote: Dan Nigrin wrote on Tue, 27 June 2006 00:21
> John, I’m not getting the same behavior here – what platform are
> you trying on, Intel or PPC? If PPC, did you install CFM support
> or not?
PPC, OS X 10.4.3, CFM support not installed – I don’t want legacy object support in Max 4.6, I’d like to do it clean.
> You and I have very similar 3rd party dependencies
I’ve replaced shell/findfolder using mxj syscommand for now, might stay that way, I just need to check the license.
LObjects I’ll just make abstractions for the subset of functionality I need, then replace those when I can for improved efficiency. I’ve dealt with most of it, I only use a few objects.
Quote: Dan Nigrin wrote on Tue, 27 June 2006 11:34
> Yup, same here. Peter Elsea, are you listening? :-)
He’s working on it…
Forums > MaxMSP