The UB Public Beta has arrived


    Jun 23 2006 | 6:45 pm
    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
    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!
    Cheers,
    Andrew Benson
    --
    Cycling '74 Support

    • Jun 23 2006 | 8:45 pm
      Hi,
      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
      ive had:
      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 //
      www.vade.info
      abstrakt.vade.info
    • Jun 24 2006 | 2:17 am
      Thanks for the note and the report!
      >2) where should we post about beta software, in the respective
      >forums
      >(assuming yes..) is there a beta forum??
      Just post everything here, or to support@
      There is no beta forum
      Cheers
      Andrew
    • Jun 24 2006 | 11:04 am
      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
    • Jun 26 2006 | 2:59 am
      Bug: when creating a standalone, the runtime at /Contents/Mac OS/ doesn't have its executable bit set - it's necessary to manually perform a "chmod +x" to get the standalone to run.
      Otherwise, looking quite good here, very nice work. Now I just have the LObjects/shell/findfolder blues.
    • Jun 26 2006 | 7:17 am
      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
      Finished script.
      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.
    • Jun 26 2006 | 7:39 am
      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...
      Processing script...
      Copying External folder
      Copying External standalone
      • error: appbuilder_finish: unable to find support folder
      Finished script.
      then throws a similar error when run:
      • error: folder: ./support: not a folder
      The patch:
      Which builds and runs fine using Max 4.5.7
    • Jun 26 2006 | 10:23 am
      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...
      Peter
      -------------- http://www.bek.no/~pcastine/Litter/ -------------
      Peter Castine +--> Litter Power & Litter Bundle for Jitter
      iCE: Sequencing, Recording & |home | chez nous|
      Interface Building for |bei uns | i nostri|
      Max/MSP Extremely cool http://www.castine.de
    • Jun 26 2006 | 12:21 pm
      At 2:59 PM +1200 6/26/06, John Pitcairn wrote:
      >Bug: when creating a standalone, the runtime at /Contents/Mac
      >OS/ doesn't have its executable bit set - it's necessary to
      >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.... ;-)
      Dan
      --
      Dan Nigrin
      Defective Records
      202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X
      http://www.defectiverecords.com
    • Jun 26 2006 | 3:06 pm
      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!
      p
      _____________________________
      Patrick Delges
      Centre de Recherches et de Formation Musicales de Wallonie asbl
    • Jun 26 2006 | 10:51 pm
      Hi John,
      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.
      Cheers,
      Andrew B.
    • Jun 26 2006 | 11:08 pm
      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.
      I'll reinstall.
      > 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.
      `
    • Jun 26 2006 | 11:34 pm
      Yup, same here. Peter Elsea, are you listening? :-)
      Dan
      --
      Dan Nigrin
      Defective Records
      202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X
      http://www.defectiverecords.com
    • Jun 26 2006 | 11:42 pm
      Quote: Dan Nigrin wrote on Tue, 27 June 2006 11:34
      ----------------------------------------------------
      > Yup, same here. Peter Elsea, are you listening? :-)
      He's working on it...