Audio analysis problems.


    Apr 20 2006 | 4:52 pm
    Hello
    Ive been dabbling a bit with some audio analysis externals (Im a
    control rate jitter nerd, not an audio rate MSP head). Ive recently
    installed a bunch of analysis objects into my 4.5.7 install, but have
    been getting tons of crashes, they are as follows:
    analyzer~
    bark~
    beat~
    bonk~
    brightness~
    centroid~
    fiddle~
    loudness~
    pitch~
    segment~
    Are there any known issues with any of these objects, or
    incompatibilities in having them all in the search path? I havent
    beeen able to isolate it myself...
    Im running 4.5.7 & Jitter 1.5.2, OS X 10.4.6. Any ideas?
    v a d e //
    www.vade.info
    abstrakt.vade.info

    • Apr 20 2006 | 6:23 pm
      Hi,
      I'm on pc, and don't know if these suggestions are crossplatform.
      I'm mostly using bark~, and it always crashed max when a patch is closed
      while audio is on. closebang was great help here, no more crashes.
      If you're using more then one instance of bark~, delay argument is a great
      helper(note 2 in bark~ help patch)
      Dumping bark~s output list to zl reg, and banging it out only when needed
      could also be helpful.
      I've recently installed these objects on a friends mac, and it seems that he
      used it for live perfromance without problems.
      best,
      nesa
    • Apr 20 2006 | 8:44 pm
      Isn't this the problem that is solve by installing the 10.4.6 Combo updater?
      It's talked about elsewhere in the forums that 10.4.6 breaks fft~ related objects, like these.
      mz
    • Apr 20 2006 | 9:02 pm
      Oh, its certainly not that. All of the object load and run, but Ill
      occasionally get crashes (plus I applied the combo updater a while
      back regardless). I Think Nesa hit the nail on the head concerning
      closebang -> 0 -> dac~ so that audio is off when the window is
      closed. Since being careful with that, I havent had any issues.
      Ill report on later if I can isolate it further.
      Thanks!
      v a d e //
      www.vade.info
      abstrakt.vade.info
    • Apr 20 2006 | 11:50 pm
      my experience with those tristan's objects is that
      they come in a zip or similar file , together with os9 objects, that
      has the same name.
      so if you have put the whole package into max path folder, when you
      open any of those objects, they crash max.
      just throw away from your file path the os9 (or osx...depending your
      OS) objects.
      this what happened to me,
      even though
      with pitch~ i still got crashes everytime i close the help file or
      closing a patch containing pitch...
      dont know ...
      tom
    • Apr 21 2006 | 1:38 am
      try them one by one, you knowerr .. the exclusion trick.
      dont forget that you can have objects not in
      the externals folder but load them in the running
      runtime by doubleclicking.
      -110 chrashes
    • Apr 21 2006 | 9:05 am
      On 20-Apr-2006, at 23:02, vade wrote:
      > I Think Nesa hit the nail on the head concerning closebang -> 0 ->
      > dac~ so that audio is off when the window is closed.
      Taking this a little deeper, I recall a post from DDZ, probably a
      year or so ago, pointing out that the order in which an MSP object
      does things at deallocation time is critical, particularly because
      deallocation can happen while DSP is running.
      If Tristan is reading (these were mostly his objects, as I recall),
      he might want to investigate.
      I don't recall the exact details, but they must be somewhere in the
      collected developer memory-base.
      -- 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