Odd [coll] behavior?
Running into a few things I’m not able to explain after looking at the docs and searching the forum.
I have a small [coll] in a patch with data I want pre-set and saved with the patch. I created the [coll], named the data ([name].txt) and saved that in an external file as well, checked the save with patcher box in the inspector.
But I wanted to edit the data, and no matter what I do I can’t get the edits to be saved– It always reverts to the un-edited data. Shouldn’t this update if the Save with Patcher box is checked and I choose to save the [coll] data and patch when closing? I even tried ripping it out and re-making it, but get the same behavior.
Possibly related or not, all of a sudden when I save a patch, rather than just saving quietly, I ALWAYS get the Save dialog and have to replace the old patch file. Never had that happen before.
I should add that I did just move these files to a new directory and added it to my File Path list before these problems started. But that seems pretty straightforward, and I can’t see how that could be causing complications.
Make any sense? I’m new, so maybe missing something about how [coll] data operates here?
Moving this post from the archives to the MaxMSP forum.
If you update a [coll] which has "save with patcher" selected it should save the collection contents with the patch whenever the patch is saved. It will not save the new contents to the external file unless you send the "write" message again. Do you have a loadbang reading the name.txt file from your hard drive as this will overwrite the original data stored in the [coll].
In my experience saving the collection contents as an external text file isn’t really necessary, just saving the contents with the patch serves me well. Also check that you don’t have a naming conflict: if you have another [coll] with the same name in another open patch then you might be reading the wrong information. You can use the #0 prefix to give a unique name to all instances of #0 within your patch if you need to.
Thanks for the ideas. So then this [coll] is *not* behaving as expected for some reason. It is not saving new edits with the patch, but keeps reverting to the first data set that was put it. I saved externally just as a precaution (good thing I did!). This is the only [coll] in this patch. It is below, if anyone cares to look. It is just the beginning of an idea, so not much there at the moment. But the thing with going to the Save dialog and having to replace every time seems weird also. I did check the permissions on folders just to be sure there was nothing amiss there.
----------begin_max5_patcher---------- 3119.3oc0cstaaajE92NOECTB1lr0QKmajTscaPP1zM.aaBPR5VrnaQ.kzHY tghTfjxNtEMO66bixT1hVGYOZDCJhn4vam4aNy49L8OdvICFW7IQ0.z2f9Uz Im7GO3jSzMoZ3D64mLXQxmljkTousASJVrPjWO3Ty0pEepV2dUZ9DAZxJAJS jOu9rJz4IkWdJZgntr.UmtPfVrppV2J5hz5yP0mIVfJJQqpDnj7B4oknKRtD UWflb4jLg7FJWg90IEqxqEk+VyWLKMWnaS8Yo1FyWsHMOSTqoQrswzoZJqX7 +6oi3MO9rh757jEB8kddYZR1fqdGEqpadIA1VWlTO4rz74enTLo1.TgzfgAm hnLt5.dTn5.KdX.52Z8QpR+c8GASFFnZ8OevCT+bJPbNWbgjvuALWiFilgRG .sei229Ms69Mla52izGX5tMInU217Zpubov7.CFmjOevonAyxJRpU+QpZXyg nTWbiJ9vp5hkOUy383p5jxZCS3Wa4OeBTHLl5PVGRjA6FYYcn2.CcAqypEiE kf6e6MKB4V5e318OC+xsyhn3HN0xo3RPXgnpJYt3lxoD0nGQ1J3PtI3DQ1Wv AuSvgSzfCSO1iiuMvYfGjnbtRn8SMSJfxyDNxkvRCdnODAPrhOfkuFJKRH28 rHrPMVPIC4Pl+zS4RHgNDYvAFQljfiBWxsonwfJn+tQAy3+VswnmJv3jKMNw pjtAtBCN9ZXvLGpgwx.Dbr0uTkkN8JHn4kQCBTzDLbIp4ok2lpQd6mD3rBqI YFf.q9MbzNlTbvGuc5vsgOFtImGpw64URmVlrcYezahAz0VUkZ7TAeGE3Yl. yvV8Atenc6x6mVtJ+iP6rQAtWPOcuFwc4H83U00E4f8vhs+8PdK2nHA.cixC SbGQb3L2Hi8brfitq.cvhurL8JE56zKoQtTGsw8n0wQ3fnhd6c5+pb9kTEET iaiic3L6HKS.y5i3t4HLwMnGBKQNDVhM17aUk+EMr3RC9CMxGwVwHGEXoKq9 +X1poyEnYEkn7hK.KCwoAgLnsc9wi7nLjohrjKkRzC.yW3R6CrRMMbGgTvZO OVFHDM5t1EMl9QwM+dPLPnK282OW8ibo.Q6Tdabg3z9Q.gNGIxmpimLXPwkh CsZMwlHCEF0W.Ecn02OXg49.lYgknf9BrrmSentb5SrAELfwWtSeXzCfQVFr 4K4oOLmpLMheLm9zk8U+xq9One4Mu9qdO5G94299W8x2hdwqd9q+mu7cn2+F zKdyO9in+wye+yQu64+6W9rm8L4Ee4K9Wne3Mu8m+oslkXBzzZ3zT8guJPkD RTimd9.9RxxPFO+qPo4nIExy0Ie+rjyEnJY+xdYTwLzTwjzEIYnkYISDU2O7 Kvg3mMeP1osjCA90wrxjwUnNb5YayGibuKxVwTLZexoGMCBpLIeZwBIaUcEJ oVUDGnxz4mUa3eTrapljbaoStW7RLl6C3BMnsm1dhapZRRl.scekB2Rficpk zDqKDFmDC8e5D6hYZVZ9zlDm8WjRnxOWTViloJ9mTse0F9r6EKD0khirNkXm YhIrCBKz9kWs.2mWMB2vpvOdgqsKVlWKDSU7GSE0hRIxHPmUbQCOjTQ1jUhJ zEoRcciExapL8b48+Xofn74Hc5LZhWySjbbpJPSJq5hyjxvxRWjJklUUfRpj WuV8QjeTo8pnkIRslMFtpe9JIhkdk2+avXxANvwibHiocxssXzhzpLTV00Cc ygGb.hl7QxMmtpuHvkVDyk0MRXXq7.aJaDOVYQcgEXvXA18AH7HgER6wjTJz YDzXWlwM6LBL3PitttL8UN2dJBd1DngG.Cq4APKrJukjkU4KSl7QIvfvfc5f RcHeSSlVB.W.dq4a7m2GRs6O7TS3RjpfU5jUGd7mTInRovdQxGktcTIukUiq KSln0hOWT2pjzAWxu3PGpe1F4ISfVnQQdLQMZG+ecwOUTJdWQY4kCq+D3Ddu 2P.amLX1XMgAjJOEu05+0IR0T7UIm27bO70pmP0uUGuQWGM3aU+7v2a3cSlW I+C7oxgu1Wwz.YXLEuQ6j0MJmhH6FadUZqliGFdsmkstQEgKclXzFWl2tckA cwjX1F2QX61wQCGEyBi23NhZ2tDd27KrtMomKj.t4kuFYUP3zOHG2kiYeHot tLc7pZyBC4j07bmLPHcOQyhf0Mn4ROvYOiu+h5aBdBuuUeMggtTaebeuT6Aa 9WnKyHTHi2BW5M1BWrTjCFObp4vAs4SnQddUGTWLedF3javiuq0IhsNyHAPK XP2ol0rD2vvqGB9AnNYrh6B4GgBhnSyOzqbODc6.CeK.C28VcXWKEXBArDxl +45fg1krgIYhjRvLOL2Wrsg3iivgEpP48YvBGH6c+iapZBa+yF6VJD29b3v6 i.qHjiO.BF9BVQH0kK+N7QkUeOWBEibo+8sW1tgj9mgh6k7OlSCKjQqI23it 2YJ1OegXj6fwe5Q6XO3JTWCtfsJhNxow6qUhO8trutJm5OiBFR3fADt6qzGN Gb4TWkNOW9g7g..37HL2mnfMVrsewwjPb4rFqxwiKSh32mlL4yf6+w208uCd bqDmxzYL0gU8wrkYIW941QeEAN0fjHGtqczzaMUSMdKq1ntFTOs8ec6FCzUj Xsvv0BFqIVpXRvnv.SvWGXCGoa2nTz+G3UgMyg9dF0tXQ3i1c1lZ1oT15wiW 7Xvw2QSNZJmjnle8W3X1rxg14bMp6q2Jq8Vbr+W7p2ZHp3f0yRHNMBjsR85W 1AnhfcY.pZuMREi6ugmZkX5pEKgx6fcuc71X5aYjN9wvPuIBANpNibZPLZGs W1cGPvC4i333nCdItfc49KUS8aD5zRb4dfEcs1xUUzAQUSGcWVGrsfUtMdWw ZsPgZK9hu6EH28.d5ZBzxRgbbYpbRD5QDzinH4QFXALzC.JMhXLagdLlQ0YI 2agouSJB96QOtXopzSSxPyRyDp98SPemthX9dz2IxmJ+cb5zzRSEpJuswqlM SpdSUnCxqUsTHl98e6+s7xhUnE5Z1OunNch.UeQARxHiRJmuRrP1k9F4c8TT muLT0YEqxlppyVkjv5B4vW5Lj58dQRttA4kRFmITqJfKQiUyFzkmaZNpTbtn rRbJRZlFJv9be0TTYhdGfrRuDUjyeDCQOdpXVxprZTZEJ3IZZR2INU9RxRpS k2o7SoVuAyyJFKoQ8UQhTyaRRZiuTeYS6VlQ0dNowuFI4rbUc6uBdn5ybuJt WrKKtWiXNSja4XSs8R6p1gbuXrpYYoU0a3EKXw9tWomsHWw360l+U2tpp6q2 zU0fa5ap9kqYOt1dmpl3UsuIVWUrpbRymqYe4DcE4OUTUmlmnKr7qtI0trWq a5rzoSE4sYXVjNcYgZk3z.SZGMYVmPjd52bVGtWsWTKdGT6dRrtfjH6B.4dk lvPFTu1H+gllTafk6jlTlczBLOzzTLDb5ZD9glltFqx1ooX+N1cs4+2BON1a zjJJY6bdmZiebuDboTcstv0M95swIM6lgAjsbFl0bfaO691GgLmQsmmsO8wP srYbDt8h0o0IlHkY6El.lc+5Dg.5D5dp+XdXPHoP+JylAcr1evz0Xs1NMQwd klnPjYy7qpMnnj+zrggLxoh3rGG4TkT4t4v8qkRDHZ1390B.LDbh4WZhAQSD 0uVdSgXojJqr9zpjQPoIOxOAxxape8ZBpy.381qStoZAvwwCioTJI11jKr2j BQhpGGYAAi9kjn8NRhR5cjDm06HIFHyzi7q14H.g6gx8OMsSbxyZBY8uwNNt +QSg8QZpGN1w.ETX+BSPr+zuZeY7dGJw.4JZb+ajKbeigk1TOy+COKxrUyrw I1MIoHiIg5ytux8gXXC0uySoPFtwd1ZKHi2L+hSQfG67WDZhXPoIp+noPnzD qWI9HxulaEAwsq3.uRSwPB3WzdNsKjZJXXyJVEyXqOyKTKsGhfrdHM4WaLh. ozIn+E0gXO6TFHZxuicwfTN6YIWP3mXT+O1sq.OD6Yi8fjVfX+ZaeLDZh6W9 IPoYhG1+RoCwuozATwEP7q9tQDnicdLskPjYx8aPHi3PoI+4PCGDM443rCJD M9UV.ATAL3YaU.k1R+VBCfvIL4tT7ST6phjZ2ANZeVS5CCiVmLQWj4PPfqmY B2U0yM59H7Wdxe9f+OLR70iK -----------end_max5_patcher-----------
I may be misunderstanding you problem, but keep this in mind-
when coll is first loaded, it looks for a text file with the same name as its first argument. It is possible that you could tell coll to save the data with the patcher, which it does……
not altering the saved text file.
However, when you load the patch again, coll looks for that text file and replaces the data-saved-in-patcher with the data from the text file.
To solve this problem I would simply change the name of the coll and/or add a 1 as a second argument which tells coll to not look for a text file with that name.
Note that this will erase the data currently in the coll. To remedy this, first (before changing the coll name) open the coll, copy all of the text and close it. After renaming, open it, paste the text and close it (and save when the dialog pops up). Dont forget to re-check ‘save data with patcher’
Thanks– That is helpful, as I didn’t really understand the interaction between a specified file and the embedded data.
However, I’m not sure the behavior of my patch is making sense.
First off, if I choose to specify an external file as an argument, and that file is edited (let’s say Max isn’t even running), shouldn’t the current data in that file come-up when I open the [coll] to look at the contents? That’s not happening, even when I uncheck Save Data with Patcher.
Then I tried both adding the 1 and then removing the name of the [coll], opening the contents again, pasting in the data I wanted, and Save With Patcher– It reverts again to the data from the previous [coll], which I would think it shouldn’t even know about at this point!
Maybe I’m just not getting something basic here?
So maybe this is one for tech support? With all the prompting during saving, I just wonder if things are actually working correctly?
Just as an FYI: This is finally resolved. The file saving issue was because I had moved some data to a path that had a "/" in the name. The [coll] saving issue was expected behavior– My change to the data was merely adding extra ’0′ decimal points, and Max was truncating them, which is apparently normal.
Forums > MaxMSP