Audio analysis problems.
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 //
http://www.vade.info
abstrakt.vade.info
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
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
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 //
http://www.vade.info
abstrakt.vade.info
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
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
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