Audio analysis problems.

    Apr 20 2006 | 4:52 pm
    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 //

    • Apr 20 2006 | 6:23 pm
      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.
    • 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.
      v a d e //
    • 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 ...
    • 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
      -------------- ------------- 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