Two questions about presets in Max 6
Here is a simple test for reading and writing presets.
----------begin_max5_patcher---------- 651.3ocuVt0jaBBEG+Y8SgCOmlwa4VeqeN5rSFhbxF1AAG.SR6N46dQTxpIl MVqceQGO.mK+3+A4ceOzNwYPgB9dvOC77d22yyZpxfWy2dnb74LFVYmFhCmD 6dCMqdHMbVaMqzXNAyDbvMDuLmxYf1trnFi6EbMGmC107CIEyZMcQo1M+vFq EXc1AJ+0sRHSWmlIIKmGNKHdwppWK2X+HbdXvKMqgRrd2jkeaApUbUzeaiaT 7bm6U3i.YqYlFuuEq0R5tRcMO7tV+lbSvDXxNL+UBrGvZSB0JIM.hRnpxhBg T2pX8PF3.bEUvUcLiYrSTNQbRgyzziPGekg45LlPAZQACNBLKB.YWWn.rL6v dgLmpTlzYOkApN9oPB6qrdk1l5RO2rUZFPUQY2DKUPs2LA5PGWfKITQe0k3H HIxaybiDPWpNRUzcrZPaG3huu64E+YCUkUluCjShTJ9wRonMqspm0Vozhv6j REXoIBZPt0vwlpxocpCg9WEPsyPTtFMK.UISP8IFSejXbD7odS7S4SWJj9bJ jXoPTnECoswvckpK7WK5tF5q5iQinLyAkB+Jb2oMR.SB5WP2EFw+khknmioZ 9DkDaes4yvTufXSRu5fjQoCdvow1CPrBw9fR3zAklCiiVkZOLdwccP2wjG1d rNYB6Od.WbGiOIGr7bshCKg+KXIdBwxi5mNIoZ3qtgx8ibWCUxHanRVNfFJ6 BQLJ+1a6XSrJ6cwlRTJybg001F7QpQLrhxMWEPvaMo3Ny4.kP.d6NNy0Dp9M hM26e+anoy5gjNUj4qJehGP9bCC+elO2T5ia6xbutBg4GZMRljzEyWXDrwqr uBWc8qOhyjU.CgmoiDmAu3ew+OPLEc8j -----------end_max5_patcher-----------
I built an app from this patch and included the preset file in the build.
When I run the app there is no complaint about the preset file. I set a few presets. When I quit the app the preset file is written (I assume from the timestamp – and no complaint in the Max window.) When I run the app the second time there is again no complaint but prefs are not loaded.
The prefs file is being written to the directory where the app resides. I thought in Max 6 the prefs file was written to a different directory as discussed here:
Is there a good comprehensive writeup of the current state of preset handling somewhere? Thanks in advance.
I just did a spotlight search to see if the file had been written somewhere else. Found this. Now I'm really confused.
Well let’s see… I could just keep talking to myself…
2 quick notes:
1) it works fine as a patch but has the problems described above as an app.
2) In the first post several times I refer to "prefs" when I mean "presets" (sorry)
maybe closebang is working in a patch because max is still running when the window was closed. i think closebang doesn’t work with the main patcher in a standalone
because the runtime is closed with it.
I don’t think so. When I close the app the timestamp on the presets file is updated indicating that it is being written. Plus, the app and the patch use the same preset file. If I add presets while running the app they show up the next time I run the patch – but not the next time I run the app (and because they’re not there when I close the app and run the patch they’re gone again – because the app rewrote the preset file without them.)
The state of the preset seems to be stuck at the state it was in when the app was created. Is the app reading a different file?
But thanks for responding. Anybody else?
have you tried to use the absolute path for writing and reading?
ok, closebang works as expected. i was able to reproduce what you describe. i’m using presets with auto read/write in standalones without problems but always with absolute path. i’ll give it another try later.
Thanks for trying that out. I’m sure that an absolute path would work but it doesn’t seem to be a viable solution for an app distributable to any machine. Or is it? Am I missing something?
I understand that Mac app guidelines specify where presets should be stored (although I can’t seem to find that specific info) in order to be acceptable to the app store. This is discussed in the thread referenced in a previous post. In that thread it’s also indicated that Max 6 now writes prefs to the proper directory. I can’t find any definitive documentation on this.
The more I look at this the stranger it gets. When I create an app a copy of the presets file is written to
this entire directory is copied into the app package at
The preset file stays in the Applications subdirectory so that the next app I build contains its own preset file and the previous preset file as well… and the next app contains three then four and so on. Neither the preset file in the Applications subdirectory or the one in the app package is written to or read from. This can’t be right.
the thread you’re refering to is about the preferences files which has nothing to do with presets.
i’m on windows, so i don’t know much about mac app packages.
i’m simply using the senndapppath message to max to get the absolute path of my application. and then i use it for my presets.
I really appreciate your taking the time to respond to this.
Sorry about the prefs/presets confusion. I guess I’m making an assumption that presets might be stored on a Mac in the same location as preferences which I believe (but do not know for certain) would typically be /Library/Preferences/appname/. This could be an error.
I do know that it is not common practice on a Mac to write any type of file into the /Applications directory which is where all apps typically reside. It would seem that a logical place to store such internal data would be in the copy of the presets file that is inside the package.
Your help is as I said greatly appreciated but it would be swell if someone with Mac experience could shed a little light on:
1) the correct way to handle this as a well-behaved Mac app.
2) why my app writes presets in one file but doesn’t read from the same file as the documentation seems to indicate it should
3) this business about accumulating past presets files in the interfaces directory and subsequent apps.
The solution I found for my apps was to "include folder" containing the "preset" file when building the app. I hope it will work for you.
Thank you very much for your suggestion. I have a couple of questions.
Using the patch posted at the top of this thread – when I click the "write test.maxpresets" message, or close the patch and let the closebang send the message, the presets file is written into the current directory, i.e. the folder containing the patch/app. If I create a folder (let’s say named "pre") inside the current folder, modify the message to read "write pre/test.maxpresets" and click the message no file is written (and no complaint is registered in the Max window).
If I create a folder and place both the patch and the presets file in it, and include that folder in the app build, then the presets file is written properly when the app is closed, but is still not read when the app is opened. There is no complaint in the Max window that the file is not being found – obviously some presets file is being read because the preset object shows the presets which were set when the app was built.
Can you show me, by modifying my patch or providing your own, how you did this.
As I mentioned in the first post, I include the presets file in the app build, not in a folder but as a file. How is including a folder containing the file different?
This has confused me in the past as well, especially as presets are saved with a patch…but in a standalone, they have to be stored in a separate file (you can’t modify the app itself). Be sure to use the "sendapppath" command to create a full path to your app folder, otherwise presents (and other files) can get written into the C74 folder. I too have a number of old preset files drifting around in there which I keep re-discovering.
I do wish that by default, saying "write my_presets.maxpresets" (where you don’t specify a path by browsing) it would go into the same folder as the patch, but this is not the case. The same would be great for a standalone. But if you use "sendapppath" or "path" to [thispatcher] (for a patch) it should read and write fine.
Thank you both for your help.
In case anyone else has had this problem here are a couple of patches that demonstrate a way to do it:
as a patch:
----------begin_max5_patcher---------- 1167.3ocyXsrjiaBEcs7WgJMYYO1Bz6IqRUyhrIoRVjUYlxEVB2lIxfJA1cm LU+uGdHYK61xAY2Rc1HagfCWNbNbA99LGuUrmwbO2O49mtNNeeliitHUANMu 63sE8bdIhqqlGE+Da027dv7IA9YgtXt.QKPkLJt8SzcaY6DkXgtc9MktlQEb x+fUkAfyaKtBIx2PnOtrFmKLgSHP9U2fX0y3L0Sn+be2u1zBRgtekwxGC5zk DZaOB5ziTzVcO58S0DTYa04n83hkRDj84RjPTSVsSXXCmCidGOztBBiuqphU K5.ri2NNliQ04ajQ+lNCRGOIqfobBixOoATVICUrBQer.uFiDxA7IMKGQE4k LNVvpJw6wkZZAWeJJl9bMqdKgykPrlTh4mfyVRA4RALaOttnlrGeRsqpwqUX bfjjbfvMz82jkiqwzbI5s0EUV9DgVvdhixEmCjTCH1w2S3jUklIX8GdY1r1m uL6AKkYawbN5Q7qzYpXKbtrpxnlqlounZqct2Tj3uqvFMkm2A8y.DhwZMXlp Rt.eyOoWVJBtrVD1uV7F3ldrfRFoBSKbeplHvS.u.SSztRn1nlFbMKJ.LTO5 anl4Kd+BJmPEL9F2e9yeZwevkVpEkq+lb0J9hOi4+kzusPB0Biei6hpp3KZT XpeWbtr6Kds8RIghyY6nhtyyiHqGj3qEfwgpeBgZsY.rGZ2eBji8Q65UEeiI jUOlKWCs1TcstyedbRXDP8GEszgGtD4kZRmjpIsvq4jyd+LxsIIFH4oaxsqn Zxz5eMabJbBrw8vJ4rsqjdMWkrxUku5xzCrWs0C2mgClYV+GbMBJ48S0H1P3 M6WXpXlzNIFu9Vz.23Vzr2sq1LWy34C+pZDcBe358ipGe32UOkIIMk390ag9 2sc0foXY1GUWdmVzPfNIazq8nUnZI+Iv0KkaiqY2W9udZHbBrulLjWleB6ie ZazAl5zBNLNwRtun6f6ZqmEXLrFpqGg40WPyDEKKPBT6YjNdv.mVoPmsX63c rtQObfzOpZZGf9FsWKwdYTgCEUPlMvFLTXCRsA1vgB6GA1.aznPswCNXgVQB ICG2DavMcn3lFYCrYCVgYUzB7GtVH1JfGGiF.NNvFLNvFNNvNNNMP7c.6Mkg tuCjTiQEt+.3s4LIAVjuFZxTGEoSDk0yAMdGux.8kMMgG0vbmdM2XPbzUOpw koE+I4nq5qPwc5t2ffwWR1P8FEY.zrondjjAw2gjTCnd3c18JqCJU4mNgvY6 pyaGYsFB2iwUgjBITjfvncpD7j5rgTTfoc0GEDtZevl8JdQkg0giEQCXxhlT aHG072TEOPKhmr+ivYKonhIMZ71UOylKSPDCTOCxhZe4XuLsgex+uXSPvcPm gIiIclXS36OYzo0gCXvrIHRe6gIowGdaD3yyLx21RgmM.jY.T1pPcf2LZzuM BwuMx4vISN.BrzrCllvAX6R4CPdByzyqvP8lqBh.GdaDldOyJ2yh+AS2DrMw C.bSKeBM28VK+pdaLXzSlsuszQmE+gg5U7AP80z1t7EDZQ7KO80Ky9W.kC7T 8 -----------end_max5_patcher-----------
as an app:
----------begin_max5_patcher---------- 1132.3ocyX0zaiaCD8r7uBAgdLarHojr71SEXOzKEnW5olBCZI5XtqLo.IsS ZWr+2K+PxeEYGpDKk8hrIE0iy73aFNjeeRPzR9yDYT3mC+6vffuOIHv1koif l1AQavOWTgk1gEwHOwW90n6buRQdVY6VDViUqa6lscCeqphnreCnoWWWp+sl 3lvnnv+o4Uq3Lkj9e1W.f2G2zsFyh0T1iKDjBk6iPyh0uNDDaFUXBv7Dp6ZO TzRqAoMxOkej8PYslS7QyICuwNmQ+lfhqZGdAuhKbSmE+36ylkjBL+wL0lIy LveLYh4wcdxbaHRI9QxKnte8AgdbgRBqDWWanwS3xJJiTv2xrCFdiI3kO5gu 9pKFoyuOUOVDxzv7rqEirNWLfWdw3MPwWPbJUXM2VwYjtEnw8VE1n6xLOyle MMHpS2F7pZPIdGobgFA8bt.qTB5xsJWnZvduOHBusjxkaqq4B0Q.GDsURjDr nXsUKcvIChzrBgIobl7jOfoEB3xkX1ikjUDrR6vm7YEXlpnhKIJdcEYGoxRK Dwon3lyUbwFpTpgXEshHOAmMzRZWFLeGQTJn6HmL5ZAYkAi8jjlCTgIg+ote hfvJzn2NVbU0STVI+IItPcNPZMfZqbGURWV4VfsuvJvtUQxFaK8d8P0VszrR O7oCSg1HvbvQIEA4cKEAnOtPPMiTqSvE9jfpHi.u.ymYiJgVhIGcsPT.nuwn 2PMyCQ+AtfxTb45ve+Ked5eI0gTSqV8Uc1J4zuPjeSGuMUC0TW7lLTuIgbZi By76zykcODMJ6cbkMmyRr7cdtcCA3En83ON4XaptdpDsexamWZ1uH9p0r.GA w3EXkB9lkZEis7iPSV2toG3EkL289jMv4trXWsntYigpY6lkDQO8dcPrg.dm ZjDfMWU5KEI0Xg1wTDwB8tgMahE+R9IYDzOtDMcyOIWheZ+n8L0ocr2OIZtu 7Xm6xjEJC4TLNp6BJlqGQ4rhEkXEt8bPGpuJnUJbTkJAQGFqtr2VR+fpo0Aa NlPKw1Mpv9hJXtOvh5KrnbefMouv9IfOvlNHTaVuMVnWjvr9i6LevMuu3lm5 Cry6sByKqED2esPlW.OLAZ.3v.KZXfMYXfcXhz.YuCXuoWlhffKC+Evs4DFH epoysScZpcin4cuCz7OvSdYOy9HVqayUi3N3UV5Uq0E02Kn6FpTrmDMb7N9E Z3kjMTuSQhhsUSmbAII58bebV.st2Y2cr0nL8e5BhjuUTz5YsADgGrqRMERY XEkyNZPvSFyZZYIgcr9njJM0A6pUrSkgulStOligwFK6A5g87Sl4.Puh8rgV Vy0gZx17m1aMVKVMOg6abXZtc1uGl+rQiMm4CYF+ym4.58ZKH0dOPYI46aM. qtmEW91xkblC3TknjL6ONuw1Z.reeBtRFM4..4YvROjCMQ2.cMA5eRx.6aM. zo41b8KWdO7.3bqR.lXqmAkDuu0P3Awd3AyQimjvG64LZ22TDP20c0xu.jGL p9.C+Xx+Cjth.K. -----------end_max5_patcher-----------
Forums > MaxMSP