Well...<br><br>Thanks a lot to Jérôme for this long review... (by the way, what about the game you&#39;ve talked about ?)<br><br>So... does anyone has find a proper solution to this ? :<br><br>#########<br>10 - PURE DATA - CREATE AUDIO ABSTRACTIONS<br>

------------------------------<div id=":10z">------------<br>
There is a problem when I create an audio abstraction. The sound of the 
abstraction is not working while other previous audio objects are 
working. We have to send a mouseup and cut message to simulate mouse 
activity !<br>
<a href="http://abel.jerome.free.fr/newatlantis/AudioDynamicPatching/images/dyn-audio-paths-abstraction-problem-2.png" target="_blank">http://abel.jerome.free.fr/newatlantis/AudioDynamicPatching/images/dyn-audio-paths-abstraction-problem-2.png</a><br>

</div>#########<br><br>For info :<br><br>With dsp on, I&#39;ve tried to :<br><br>[dsp 1(<br>|<br>[pd-subpatch]     // the one containing the audio abstractions dynamically created <br><br>The last created abstraction produce sound as wanted.<br>
But the previous ones seems to be in a double sample rate or something like that...<br>If I put and cut a box, everything becomes fine...<br><br>For now, I use the Jérôme&#39;s trick of dynamically put an cut a box.<br>And it works fine in my case.<br>
<br>Cheers.<br><br>01ivier<br><br><br><br><div class="gmail_quote">2011/3/22 Mathieu Bouchard <span dir="ltr">&lt;<a href="mailto:matju@artengine.ca">matju@artengine.ca</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Tue, 22 Mar 2011, Rich E wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Thanks for the insight into more pd internals, although I think I prefer an approach that does not heavily rely on public pointers floating around, like pd_newest<br>
</blockquote>
<br></div>
pd_newest is a function returning a pointer, not a pointer itself. that&#39;s an easy mistake to do, especially as the return value of it gets almost always cast to a more specific type such as :<br>
<br>
  t_my_something_tilde *stuff = (t_my_something_tilde *)pd_newest();<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
(it is funny that it is declared in m_pd.h, but then there is a comment above its implementation that it is a hack, maybe be removed or redesigned).<br>
</blockquote>
<br></div>
No, it&#39;s not funny. Miller will call &quot;hacks&quot; things that are quite normal to be doing, and then forget about them entirely, and 15 years later, people like you still assume that the comments mean something, even though in the meantime 13 or 42 developers had to call pd_newest() somewhere because it&#39;s the only way to do a rather basic thing.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
 By the way, if I call pd_newest after glob_evalfile(), will it give me<br>
a reference to the patch?<br>
</blockquote>
<br></div>