<div style="font-family: Helvetica; font-size: 13px;">Filippo, you should put it up on Github. I can help if you need it...</div>
<div><div><br></div><div>-- </div><div>Tony Hillerson<br></div><div><br></div></div>
<p style="color: #A0A0A8;">On Tuesday, February 18, 2014 at 22:07 PM, pd-list-request@iem.at wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div><div>Send Pd-list mailing list submissions to</div><div> <a href="mailto:pd-list@iem.at">pd-list@iem.at</a></div><div><br></div><div>To subscribe or unsubscribe via the World Wide Web, visit</div><div> <a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></div><div>or, via email, send a message with subject or body 'help' to</div><div> <a href="mailto:pd-list-request@iem.at">pd-list-request@iem.at</a></div><div><br></div><div>You can reach the person managing the list at</div><div> <a href="mailto:pd-list-owner@iem.at">pd-list-owner@iem.at</a></div><div><br></div><div>When replying, please edit your Subject line so it is more specific</div><div>than "Re: Contents of Pd-list digest..."</div></div><div><div>Today's Topics:</div><div><br></div><div> 1. Re: Game Audio abstractions- how to publish? (Joe White)</div><div> 2. Re: Wich licence? (Mario Mey)</div><div> 3. Re: libpd separating gui from core (Rich E)</div><div> 4. Re: libpd separating gui from core (Jonathan Wilkes)</div><div> 5. Re: libpd separating gui from core (Jonathan Wilkes)</div></div>
<p>Forwarded message:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<div>
<b>From:</b> Joe White <white.joe4@gmail.com><br>
<b>To:</b> Filippo Beck Peccoz <mail@fbpsound.com><br>
<b>Cc:</b> PD list <pd-list@iem.at><br>
<b>Date:</b> Tuesday, February 18, 2014 at 7:25:45 <br>
<b>Subject:</b> Re: [PD] Game Audio abstractions- how to publish?<br>
</div>
<br>
<div>
<div><div dir="ltr">Nice one Filippo! Thanks for sharing<div><br></div><div>Cheers,</div><div>Joe</div></div><div><br><br><div>On 16 February 2014 21:31, Filippo Beck Peccoz <span dir="ltr"><<a href="mailto:mail@fbpsound.com" target="_blank">mail@fbpsound.com</a>></span> wrote:<br><blockquote type="cite"><div><div style="word-wrap:break-word">Hello list,<div><br></div><div>I've collected and cleaned up a few patches that I've been using a lot while making game audio with PD (mainly for Android, using libpd, Unity and Kalimba) and wanted to make them available to everyone.</div>
<div>Giving a tiny bit back since I've received so much help and advice from the PD community!</div><div><br></div><div>I'm mainly trying to cover what a PD beginner/game audio composer would need in order to start building a PD-based audio engine for a video game. Threw in some mixer abstractions, some stuff for interactive music, a state-based drum machine and so on.</div>
<div><br></div><div>As I said it's super basic, but it might just be less intimidating for someone who's just interested in the game audio potential of PD to have these basic blocks handy.</div><div><br></div><div>
Let me know if there is anything that can/should/must be improved in order for it to be of any use! I'd like to make help patches for the abstraction as well, but am not sure if they really need them since most of them are very simple. What do you think?</div>
<div><br></div><div><a href="https://fbpserver.dyndns.org/pydio/data/public/5b1c5c.php" target="_blank">https://fbpserver.dyndns.org/pydio/data/public/5b1c5c.php</a></div><div><br></div><div>Cheers,</div><div><br></div><div>
<br></div><div>Filippo</div><div><br></div><div><br></div></div><br>_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Follow me on Twitter @diplojocus
</div>
</div>
</div>
</blockquote>
<p>Forwarded message:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<div>
<b>From:</b> Mario Mey <mariomey@gmail.com><br>
<b>To:</b> pd-list@iem.at<br>
<b>Date:</b> Tuesday, February 18, 2014 at 12:54:03 <br>
<b>Subject:</b> Re: [PD] Wich licence?<br>
</div>
<br>
<div>
<div><div>Right, I put GPL license, I think it is the best for this project. I </div><div>uploaded it here:</div><div><br></div><div><a href="http://puredata.hurleur.com/viewtopic.php?pid=40358#p40358">http://puredata.hurleur.com/viewtopic.php?pid=40358#p40358</a></div><div><br></div><div>You can see MEH-SYSTEM on stage and with full success, here: </div><div><a href="https://www.youtube.com/watch?v=ckKg_rS5ezQ">https://www.youtube.com/watch?v=ckKg_rS5ezQ</a></div><div><br></div><div>Thanks everybody!</div><div><br></div><div><br></div><div><br></div><div>On 16/02/14 02:03, Jonathan Wilkes wrote:</div><blockquote type="cite"><div><div>On 02/15/2014 03:14 PM, olm-e wrote:</div><blockquote type="cite"><div><div>On 15/02/14 20:53, <a href="mailto:pd-list-request@iem.at">pd-list-request@iem.at</a> wrote:</div><blockquote type="cite"><div><div>Date: Sat, 15 Feb 2014 16:52:58 -0300</div><div>From: Mario Mey <<a href="mailto:mariomey@gmail.com">mariomey@gmail.com</a>></div><div>Subject: Re: [PD] Wich licence?</div><div>To: <a href="mailto:pd-list@iem.at">pd-list@iem.at</a></div><div>Message-ID: <<a href="mailto:52FFC59A.4030401@gmail.com">52FFC59A.4030401@gmail.com</a>></div><div>Content-Type: text/plain; charset=ISO-8859-1; format=flowed</div><div><br></div><div>On 14/02/14 15:45, Jonathan Wilkes wrote:</div><blockquote type="cite"><blockquote type="cite"><div><div>How would that be any different than spyware?</div><div><br></div><div>-Jonathan</div></div></blockquote></blockquote><div>Haha! Good point!</div><div><br></div><div>Thanks everybody for the answers. I took a look to Matt Davey's DIY2</div><div>effects and he put no license txt file on its folder. Maelstorm mmb</div><div>libraries have no license too...</div><div><br></div><div>My patch is for everyone who wants to use it or learn with it. If</div><div>someone finally uses MEH-SYSTEM or a modified version of it in stage or</div><div>for a video or whatever... I "would like" to know it... only that!</div><div><br></div><div>Maybe I leave it as is. Saying nothing about license...</div></div></blockquote></div></blockquote><div><br></div><div>Skim the Wikipedia pages for GPL and 3-clause BSD, choose the one you </div><div>prefer, and then you're done.</div><div><br></div><div>Otherwise you create potential work for anyone who may have a use for </div><div>your software to figure out what the terms of use and distribution </div><div>are. It's probably not a big deal for a particular piece of software, </div><div>and there are plenty of Pd patches out there that don't specify </div><div>anything. But when you take, say, everything that exists on Github, </div><div>the lack of licenses probably leads to busywork that eats up </div><div>measurable amounts of time and effort.</div><div><br></div><div>-Jonathan</div><div><br></div><blockquote type="cite"><div><blockquote type="cite"><div><div><br></div><div><br></div><div><br></div><div>------------------------------</div></div></blockquote><div>Hello,</div><div>having no licence is probably not a good idea, as it's like enforcing</div><div>the default copyright rules that basically give no rights at all ...</div><div>(lots of code are practically not legaly usable on github for that</div><div>reason f.ex.)</div><div>the best would be IMHO to put it in (L)GPL and gently ask to downloaders</div><div>to report use as a courtesy on the download page...</div><div>have a good day,</div><div><br></div><div>Ol.</div><div><br></div><div>_______________________________________________</div><div><a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list</div><div>UNSUBSCRIBE and account-management -> </div><div><a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></div></div></blockquote><div><br></div><div><br></div><div>_______________________________________________</div><div><a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list</div><div>UNSUBSCRIBE and account-management -> </div><div><a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></div></div></blockquote></div>
</div>
</blockquote>
<p>Forwarded message:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<div>
<b>From:</b> Rich E <reakinator@gmail.com><br>
<b>To:</b> Dan Wilcox <danomatika@gmail.com><br>
<b>Cc:</b> pd-list@iem.at List <pd-list@iem.at><br>
<b>Date:</b> Tuesday, February 18, 2014 at 21:11:41 <br>
<b>Subject:</b> Re: [PD] libpd separating gui from core<br>
</div>
<br>
<div>
<div><div dir="ltr"><br><div><br><br><div>On Mon, Jan 13, 2014 at 5:35 PM, Dan Wilcox <span dir="ltr"><<a href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>></span> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Ah wait, duh. Of course the graph needs to know positioning, that's how it determines execution order or independent blocks of objects right?<div>
<div><br><div><div>On Jan 13, 2014, at 5:14 PM, Dan Wilcox <<a href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>> wrote:</div><br><blockquote type="cite"><div><span style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Does the dsp graph rely on positioning? I thought only via connections. I'd imagine the gui wrapper should only worry about positioning and simply update those changes when saving.</span></div></blockquote></div><br></div></div></div></blockquote><div><br></div><div><br></div><div>IMO a separation between GUI and core could/would include position, e.g. objects have their connections mapped by an index, GUI assigns the index to the object based on position. This would allow for some much more sophisticated GUI's, such as 3d, or even a more human-readable text version (json has been mentioned).</div>
<div><br></div><div><br></div><div>cheers,</div><div>Rich</div><div><br></div></div></div></div>
</div>
</div>
</blockquote>
<p>Forwarded message:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<div>
<b>From:</b> Jonathan Wilkes <jancsika@yahoo.com><br>
<b>To:</b> pd-list@iem.at<br>
<b>Date:</b> Tuesday, February 18, 2014 at 21:23:01 <br>
<b>Subject:</b> Re: [PD] libpd separating gui from core<br>
</div>
<br>
<div>
<div><div>On 02/18/2014 04:00 AM, IOhannes m zmoelnig wrote:</div><blockquote type="cite"><div><div>-----BEGIN PGP SIGNED MESSAGE-----</div><div>Hash: SHA256</div><div><br></div><div>On 2014-02-17 22:42, Jonathan Wilkes wrote:</div><blockquote type="cite"><div><div>No sane person is going to do incremental work without a plan on</div><div>GUI software in 2014 that only has a single undo.</div></div></blockquote><div>luckily the work on the GUI will most likely happen in git, which</div><div>gives you infinite undo.</div></div></blockquote><div><br></div><div>The question is whether a highly capable dev who isn't already </div><div>entrenched in Pd development would see participation as worthwhile or a </div><div>waste of time.</div><div><br></div><div>What I'm saying is that without a clear plan, no sane developer is going </div><div>to undertake the work of adding infinite undo, various GUI improvements, </div><div>or anything else that can't ship as an external.</div><div><br></div><div>But yes, technically you can use Git to do yet another GUI rewrite if </div><div>you wish.</div><div><br></div><div>-Jonathan</div><div><br></div><blockquote type="cite"><div><div><br></div><div>fmasdr</div><div>IOhannes</div><div>-----BEGIN PGP SIGNATURE-----</div><div>Version: GnuPG v1</div><div>Comment: Using GnuPG with Icedove - <a href="http://www.enigmail.net">http://www.enigmail.net</a>/</div><div><br></div><div>iQIcBAEBCAAGBQJTAyE4AAoJELZQGcR/ejb4p20P/0v4ZnEhRhzuLBzl3Jr8bGRC</div><div>FSp04pTFlgdIqYPvJJooQA2vWJPHCOcHNPI7u8kDJk3tr+1p1EQ41apK6qFw/xU5</div><div>E1093htLiZojq2OCMMO9ZOYbm0DXZZHRmo6nMcG2GXceqCSNA3OMw7p4MRGyVJB1</div><div>tS/gyckHowInGDif+3eYKSD6iTZcBFpa/QahaT9kZzTk6HQ4hRtoro5OZ/z97nj6</div><div>ILJsDv0xK01I4MF1s9OUsMdVp6itTCI9irHYOMr1IeNbhQMaZrT1z2HtqG9q8NZs</div><div>Q4p6uKGtGgqIZU5noCrmLnxVde0HlirpxSIDzq+FHJ4b9dQk9pJSI+zKTE8hCs1O</div><div>sCUFZNi2udd9NwkaAqs1/2msf15WO+GmguMZXzaOiOxcx9FKrVE03IATZ4vqLNCd</div><div>AucU9dxohcYrqPuzzBhfxmmYk6aLwPaZpamezTeBNCni0qn25X5ZwDWY6YHnd5fO</div><div>Ck1yvhWKO0g5jVH2Tx4iAgnceKVqe++q5q+XnR8goFPFvxPC3THCGoGaIx4FSgea</div><div>Zcfy3VymCWByyG57K2yV2R+wr3qwK8TDligtM0XoUB+a0caYr6uq5qMnOTzOJpIt</div><div>GpwrWerw1957a/ccxpkNpofh4HPosg0oeYRajc1mELY07bLcahgMaIGxIevxvub2</div><div>00RL1CEc36ySA5xLzcsd</div><div>=M/8o</div><div>-----END PGP SIGNATURE-----</div><div><br></div><div>_______________________________________________</div><div><a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list</div><div>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></div></div></blockquote></div>
</div>
</blockquote>
<p>Forwarded message:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<div>
<b>From:</b> Jonathan Wilkes <jancsika@yahoo.com><br>
<b>To:</b> Rich E <reakinator@gmail.com>, Dan Wilcox <danomatika@gmail.com><br>
<b>Cc:</b> pd-list@iem.at List <pd-list@iem.at><br>
<b>Date:</b> Tuesday, February 18, 2014 at 22:07:20 <br>
<b>Subject:</b> Re: [PD] libpd separating gui from core<br>
</div>
<br>
<div>
<div>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div>On 02/18/2014 11:11 PM, Rich E wrote:<br>
</div><blockquote type="cite"><div>
<div dir="ltr"><br>
<div><br>
<br>
<div>On Mon, Jan 13, 2014 at 5:35 PM, Dan
Wilcox <span dir="ltr"><<a moz-do-not-send="true" href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>></span>
wrote:<br><blockquote type="cite"><div>
<div style="word-wrap:break-word">Ah wait, duh. Of course
the graph needs to know positioning, that's how it
determines execution order or independent blocks of
objects right?
<div>
<div><br>
<div>
<div>On Jan 13, 2014, at 5:14 PM, Dan Wilcox <<a moz-do-not-send="true" href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>>
wrote:</div>
<br><blockquote type="cite"><div><span style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Does
the dsp graph rely on positioning? I thought
only via connections. I'd imagine the gui
wrapper should only worry about positioning
and simply update those changes when saving.</span></div></blockquote></div>
<br>
</div>
</div>
</div>
</div></blockquote><div><br>
</div>
<div><br>
</div>
<div>IMO a separation between GUI and core could/would
include position, e.g. objects have their connections
mapped by an index, GUI assigns the index to the object
based on position. This would allow for some much more
sophisticated GUI's, such as 3d, or even a more
human-readable text version (json has been mentioned).</div>
</div>
</div>
</div>
</div></blockquote><br>
You run into problems when you want to get decent GUI interaction
_and_ expect to deliver audio to the soundcard in realtime.<br>
<br>
Actually even in 2d without audio the problems manifest themselves
pretty quickly. For example: open the svg tiger inside Inkscape and
move it around. Notice the clever trick-- the image is broken into
tiles and moved starting with the pieces closest to the mouse.
Since the user's eye focuses on the mouse pointer, the interaction
looks snappy even though it may take half a second or more to finish
moving the tile furthest from the pointer.<br>
<br>
When you add realtime audio the options are either to err on the
side of sluggishness or to be responsive and risk dropouts. If you
want it to be responsive in both video and audio then you have to
start doing some serious optimizations based on what you think the
user cases are for the software. For example, the Inkscape trick is
perfect for creating and manipulating vector graphics, but it would
be terrible for a 2d animation environment where you'd presumably
want the tiger to move as a single unit.<br>
<br>
However, many of Pd's current problems don't have a lot to do with
that. Tk is pretty good at being sluggish and avoiding dropouts
when it doesn't have idle time to do graphics updates. In fact I
can move around an svg tiger on a canvas without interrupting the
"test audio" patch. Most dropouts related to the GUI have to do
with what amounts to a DDOS attack from the core to the GUI. When
you flood tcl with data from the socket it can't really do anything
else but spend time receiving it. When you add that to whatever Pd
core is doing to generate all those messages in the first place, you
probably won't have any time left over for delivering audio.<br>
<br>
Other toolkits are certainly more efficient than Tk. But if you're
dragging an antialiased wire from the top left of the window to the
bottom-right, the toolkit needs time to do those redraws.<br>
<br>
Finally, I'm not really sure how Open-GL and hardware acceleration
plays into all this. For example, Qt Graphics View docs have a note
about accelerated graphics possibly adding a performance hit and
possibly more latency, but it's only in the context of hardware that
doesn't do floating point computations efficiently. I played around
with Kivy a bit, which is hardware accelerated but honestly didn't
see much of an improvement in cpu usage over comparable stuff in
Tkpath.<br>
<br>
-Jonathan<br>
<br><blockquote type="cite"><div>
<div dir="ltr">
<div>
<div>
<div><br>
</div>
<div><br>
</div>
<div>cheers,</div>
<div>Rich</div>
<div><br>
</div>
</div>
</div>
</div>
</div></blockquote><br>
</div>
</div>
</blockquote>
<div><div>_______________________________________________</div><div>Pd-list mailing list</div><div><a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a></div><div>to manage your subscription (including un-subscription) see</div><div><a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a></div></div></div></span>
</blockquote>
<div>
<br>
</div>