Cycling 74 » Topic: help with pattr storage within a bpatcher http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/feed Wed, 19 Jun 2013 18:44:32 +0000 http://bbpress.org/?v=2.2.4 http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-50372 <![CDATA[help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-50372 Sat, 15 May 2010 03:15:44 +0000 adamribaudo I’m trying to use pattr in parameter mode in order to store the values in an itable into my live set. This seems to work fine if I just create a pattr & itable in the .amxd and bind the pattr to the itable.

However, if I create the same scenario in a bpatcher’s .maxpat file, the settings in the itable are not stored with my live set.

Here’s the subpatch where it isn’t saving the itable with the set:

– Pasted Max Patch, click to expand. –
]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180742 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180742 Sat, 15 May 2010 08:59:42 +0000 broc I notice that the pattr object ‘Parameter Mode Enable’ is not checked..

]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180743 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180743 Sat, 15 May 2010 15:33:03 +0000 adamribaudo shoot you’re right, my mistake. Here’s the patch with “Parameter Mode Enabled” and it has the exact same problem.

The weird thing is that although the device in my Live set deosn’t remember the itable settings, if I click to edit the .amxd, THAT device loads with the itable settings remembered.

– Pasted Max Patch, click to expand. –
]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180744 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180744 Sat, 15 May 2010 17:37:58 +0000 broc In the bpatcher inspector, have you checked ‘Embed Patcher in Parent’?

]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180745 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180745 Sat, 15 May 2010 20:07:37 +0000 adamribaudo No that wasn’t checked. I’ve gone ahead and checked it on all bpatchers but the issue remains.

Now that all the patches are embedded, here is the entire amxd & sub-patches. You can see that there is 1 bpatcher being used with tabs, then 4 bpatchers inside that using the sub-patch that I pasted earlier. The pattr and itable objects are in those 4 sub-patches:

– Pasted Max Patch, click to expand. –
]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180746 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180746 Sat, 15 May 2010 20:08:59 +0000 adamribaudo I should also point out that embedding the sub-patches makes things really difficult. I had 1 sub-patch in 4 different bpatchers because I need 4 objects with identical functionality. Embedding all 4 means if I need to make a change, I have to change it in all 4. At least that’s my understanding.

]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180747 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180747 Sat, 15 May 2010 22:20:29 +0000 broc I don’t recommend embedding in general, but it’s useful for transmitting patches.

So I was able to load your device and could reproduce the behavior:
When the set is loaded, the itable settings are *not* recalled.
But they can be recalled by opening and closing the editor.

This seems to indicate that the problem has to do with initialization order of objects,
in particular the timing of loadbangs.

Here is a thread with related discussion and useful information (at the end).

http://cycling74.com/forums/topic.php?id=25322

]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180748 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180748 Sun, 16 May 2010 11:30:57 +0000 broc I’ve just tested a minimal bpatcher containing only a numberbox.
It works fine with a single instance, but not with two instances.
Basically it shows the same problem as your patch:
the first numberbox is recalled only when opening the editor.

But my patch works perfectly in Max standalone!

So I think we need some clarification from the cycling experts..

– Pasted Max Patch, click to expand. –
]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180749 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180749 Mon, 17 May 2010 13:24:24 +0000 pm Still, initialization seems to be the big issue in M4L…

The explanations from Jeremy Bernstein were satisfying, but there’s still some inconsistency there, which for me the last thing you want in a programming language.

Please solve that issue or give us a consistent way of bypassing the problem.

Thanks!

]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180750 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180750 Fri, 21 May 2010 00:49:54 +0000 adamribaudo broc, I’m actually able to save/restore your number boxes. I also added itables to your bpatches and was able to save/restore them.

That’s all with emebedded patches which won’t work for me in the long run but it’s definitely encouraging.

]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180751 <![CDATA[Re: help with pattr storage within a bpatcher]]> http://cycling74.com/forums/topic/help-with-pattr-storage-within-a-bpatcher/#post-180751 Fri, 21 May 2010 11:32:08 +0000 broc So I wonder what happens if you de-embed the bpatchers in my example?

]]>