<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 08/23/2013 02:35 PM, András Murányi
wrote:<br>
</div>
<blockquote
cite="mid:CAJtGUK6_Zg-kasSSTUXrxhdeAGgo=wmemqsQ9twyGy32tFQ9gA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra"><br>
<div class="gmail_quote">
<div>It's about a bit more than hiding the hub, my goal is a
sort of a modular system of abstractions where i only have
GOP abstractions on the toplevel and I eventually drag
them around or make some live patching between them. So a
lonely [preset_hub] hanging out of each preset managing
abstraction will be a bit like having a single part (say
the carburettor) fixed to the outside of cars :)</div>
</div>
</div>
</div>
</blockquote>
<br>
But you only need *one* hub for all abstractions, not one per each
preset abstraction. Have you tried k12 module (type pd-l2ork -k12 to
start it)? See how it works and you'll see it does exactly what you
are looking for.<br>
<br>
<blockquote
cite="mid:CAJtGUK6_Zg-kasSSTUXrxhdeAGgo=wmemqsQ9twyGy32tFQ9gA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> More seriously, it makes dragging the abstraction
harder, because click-select is not an option then.<br>
</div>
<div>Is there an obstacle/risk in the way of allowing hubs
to be placed inside [pd] subpatches and considering them
being on the parent canvas?<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Subpatches or abstractions? There is nothing preventing you from
having presets per each abstraction by embedding a hub inside it.
The global hub allows all to work in tandem and be
editable/presetable globally which is a lot more powerful and
flexible.<br>
<br>
Also, if you end-up having a sub-patch, how is that any different
than having a hub? In both cases you have an odd object that is not
a part of any abstraction.<br>
<br>
There may be perhaps a reason to have an embedded hub but it won't
be perfect. If you by mistake create two abstractions, both that
reference root canvas with same name, hub prevents this from
happening as it would be impossible to know which hub is responsible
for presets. As a result, one of them would fail to create its hub
(and report error in console but that can be easily missed if one
does not pay attention) and then if you delete the first instance
you will be stuck thinking you are happily storing presets but you
actually aren't.<br>
<br>
HTH<br>
<br>
<blockquote
cite="mid:CAJtGUK6_Zg-kasSSTUXrxhdeAGgo=wmemqsQ9twyGy32tFQ9gA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> <br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<div style="border:none;border-left:solid blue
1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">As
for the slowness of the array
store/recall, I would need to
investigate to see where the slowness
occurs. Are you sure you are
outputting array values only once? Are
you using array_changed receive? If
so, check how many bangs you’re
getting. There may be a bug in there.
If you can send a distilled version of
the patch I can look into it further.</span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>
I wanted to make you a distilled version by putting only 8
of my sequencer tracks with a hub on a toplevel - I
actually did but it happens to be lightning fast. So it
seems this is again a case where the slowness only occurs
when the whole patch is big. I wonder if there's a remedy.
Also tell me if I shall prepare you a big but clean
example patch.<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Are you using any other non-accelerated objects (as was the case
before)?<br>
<blockquote
cite="mid:CAJtGUK6_Zg-kasSSTUXrxhdeAGgo=wmemqsQ9twyGy32tFQ9gA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>
<br>
</div>
<div>Thanks,<br>
</div>
<div> </div>
</div>
András
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
L2Ork-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:L2Ork-dev@disis.music.vt.edu">L2Ork-dev@disis.music.vt.edu</a>
<a class="moz-txt-link-freetext" href="http://disis.music.vt.edu/listinfo/l2ork-dev">http://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
<br>
<br>
</body>
</html>