I like this idea. MPEG4-SA has always seemed like vaporware that will never get accepted, but maybe someday it will be...perhaps Pd would be a better framwork than Music N.<br><br>Kudos to keeping it vanilla too, because you're right about the portability issue with that. So when are we getting native Pd matrix and storage objects (besides textfile/qlist)?
<br><br>~Kyle<br><br><div><span class="gmail_quote">On 12/6/06, <b class="gmail_sendername">padawan12</b> <<a href="mailto:padawan12@obiwannabe.co.uk">padawan12@obiwannabe.co.uk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 04 Dec 2006 03:58:48 +0100<br><a href="mailto:padawan12@obiwannabe.co.uk">padawan12@obiwannabe.co.uk</a> wrote:<br><br> I keep<br>seeing Pd as vital part of what MPEG4-SA was always supposed to be, but never<br>really achieved; a way of delivering music as code for clientside evaluation.
<br>Presumably they play OK for everyone, that's just the upshot of writing only in<br>"Miller Vanilla" and avoiding any externs not in the most basic distros.<br></blockquote></div><br>-- <br><br><a href="http://theradioproject.com">
http://theradioproject.com</a><br><a href="http://perhapsidid.blogspot.com">http://perhapsidid.blogspot.com</a><br><br>(((())))(()()((((((((()())))()(((((((())()()())())))<br>(())))))(()))))))))))))(((((((((((()()))))))))((())))
<br>))(((((((((((())))())))))))))))))))__________<br>_____())))))(((((((((((((()))))))))))_______<br>((((((())))))))))))((((((((000)))oOOOOOO