odd buffer~ problem
so i’ve got this patch (max 4.6 on osx 10.4.11) where i’m using buffer & waveform to crop audio files. no big deal, right out of the help file. what’s different is that i’m using sfinfo~ at the same time to give me bit channels/depth/sample rate info. then i’m using the file name out of sfinfo~ and [prepend replace] into the buffer~ to change audio files. on some audio files this works fine, on others i get an error message that says buffer~ can’t open file. if i use [replace] directly into the buffer~ that file loads. if i try to send the message [replace audiofile], i get the error. any idea what i’m doing wrong? or what might be up with some of my audio files?
It might be because the [replace] message allows you to manually load a file, without Max first knowing where it is; however, if Max doesn’t see these folders at startup, it is unaware of their existence, so you should add the required folder(s) in File Preferences. Ooooh, you’re using 4.x, I don’t know where the File/Folder Preferences dialog lives, but have a look in Max’s Options or Settings or wherever. This MAY solve it.
interesting thought. does that mean if i record a new file with sfrecord~, i’ll have to shut down & reload max so it sees the file? hmmm. i’ll go test . . . Thanks!
I was using the MAX example sounds as placeholders in subfolders and it was working fine with the replace message to buffer~. When I began adding my own samples I was confused because buffer~ couldn’t read them.
Adding the desired folders to the Max 5 File Preferences search path solved this problem for me.
However, after doing so, when I opened that same patch in Runtime, buffer~ was unable to open the samples in my subfolders.
I would like to use subfolders to keep my different collections of samples tidy, instead of loading them all into the same level folder as the maxpatch. I would also like this patch to work in Max 5 Runtime.
Is it too much to ask, I wonder? :}
Here’s the section of my patch which tells the buffer~ which file to replace (the outlet goes directly into the top, left inleft of the buffer~ object)
----------begin_max5_patcher---------- 863.3oc0XtzSbCCDG+b1OEVQhaaowNad0abnH0u.sGpPn7vrjp7RIN7nH9tW 6wIrKzccLPv6xAbHNI1y7yy72i2GVXYmTeGsyF8MzuQVVOrvxB5Rzg0v8V1k w2kVD2AulcE815j+XuT9HF8NFzcSdCEgcbbFeRSLK857p0W1RSYxI.uJ7Tmk n.GQquqnkv+ezECeRdFLT7g+Kjwg4p5JVUbIEdxYs4wEiOopurtmUPYfcgG5 U1E69FpbNsseZ3ECUW9egGfI7Y+owIuZbXHh9dbwBQyx2IQZoMzpLD+RQbJU EWb.h35BWhBTBlfCDYvuAxTR65hWS+OzjVPiaU.D2.ICV4AbAtAGtGf3+IJT A9ZENNIh.4FPKwarcm9M4U5cIwUq23gOyUF8uz5xRZkbMxd9xD5aqPtpVtcG VtAIA2Pkw+3W6xMYe.Im6oKeIW9nV464fsWoFfTOTl8OnHrWH37Zgf6DP.9a JHjynkRuYMebXztKO+zaiuwdmxEiAA7oZX+EzEyWHECkfRTgyPHExMBZ8TAS LY1hnfPo2THEd9PSQcblzPTPGLDkAwZ9XUzIZ1TWMCT12VNPbH5reb94nec1 O+tJMXhub+F4EGOU69D9YpNk9xDpxsc8.Wl.SJxSoDj+gWFdFyYtptHSIZvN qjnARVVoLkY91gRvEAdNTXoEwQw0SiE+sqSKX2TY0GblRztogyLpgjU28Ukp p.Lhj64PN0iCi8T7l2gAFuEUC4Lpvsi7koDfai8Fa2Ylg6t8NGUUPrcQoc08 7STwp4GpJNaFqPkU2ceYRcwzqtXBHK5gUEqi8OLquyXp+MZl5i8C1Tz9d4Qv mddHJ3rSivigJNcThivYuhyCEV5ZZ4aPcEhm9vsMzIcmzoQLyPoUXkThbDHR BemcQd0K+Mx.mSz+yQFWepMcbVG+0IPabuLZGKuJlkWWs8Kge1KccdVFsZac wx7rlZNmUePJssIwzgmxl7MqMQNR4zj1jiQsIsCmvFyjNBoj3H8SFgGZTSJR CJgIlM91SGaxnlT3QmEoiVoYkJ0ZUyrljnflo2QwynxRqzASAlES5ndiMqtz KPfhkNCGNM2qc3HW4IxkmTAu4t2qLpiNA+lMRinypp3z3ldS4IizLKlzvhdO g97adbw+.L.0rTL -----------end_max5_patcher-----------
What’s wacky, in my opinion, is that the umenu object has always been able to list the samples in the subfolder indicated; File Preference search path adjustments or not.
Does MAX 5 save the File Preferences search path list along with the patch?
Is there anyway to have the buffer~ object read files from subfolders without having to add them to the File Preferences list?