<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel">
    <title>gmane.comp.multimedia.puredata.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12265"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12264"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12263"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12262"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12261"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12260"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12259"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12258"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12257"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12256"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12255"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12254"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12253"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12252"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12251"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12250"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12249"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12248"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12247"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12246"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12265">
    <title>Re: Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12265</link>
    <description>&lt;pre&gt;
I see.
A bottom up approach seems best then.
See what is there, then see what it can be used for..


Per color channel.


That is a bit limiting..
8 bit isn't much when you start playing with feedback.
Though still possible to do something interesting I guess.


I had a look at GLSL too for GPGPU computation using the pixel shaders.
I think I get the point now, but it sure isn't straightforward to work with!

Porting the RAI C code gen stuff to create shader kernels seems quite 
straightforward.

However, the texture juggling for composing multiple shader programs 
when the memory access can't be parallellized is something that would 
require some new approaches.

Apart from image processing, I can see this have some application for 
generating complex dynamic wavetable synths (i.e. scanned synthesis).
&lt;/pre&gt;</description>
    <dc:creator>Tom Schouten</dc:creator>
    <dc:date>2013-05-18T15:54:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12264">
    <title>[ pure-data-Patches-3613539 ] viagra soft pills</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12264</link>
    <description>&lt;pre&gt;Patches item #3613539, was opened at 2013-05-17 20:00
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478072&amp;amp;aid=3613539&amp;amp;group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: abstractions
Group: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: viagra soft pills

Initial Comment:
viagra soft pills

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478072&amp;amp;aid=3613539&amp;amp;group_id=55736
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-05-18T03:00:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12263">
    <title>Re: Mac Os now requiring Apple signatures on all SW !?</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12263</link>
    <description>&lt;pre&gt;I think putting a 'validated' pd in the app store is a great idea, for both
pd-vanilla and pd-extended.  Just alot of work.

I believe, but am not certain, that dlopen will continue to work as long as
you play the 'app sandbox' game: if a user wants to load binaries from a
different location in a sandboxed app, they need to give permission.  Here
are the juicy details:

http://developer.apple.com/library/mac/#documentation/Security/Conceptual/AppSandboxDesignGuide/AppSandboxInDepth/AppSandboxInDepth.html#//apple_ref/doc/uid/TP40011183-CH3-SW5

of importance in there is 'Securty-Scoped Bookmarks'.

Note this isn't just Mac, you have to jump through the same hoops for
WinRT, which hasn't really caught on yet, but its a sign that the trend
nowadays is for a rediculously high level of securty, by default.


On Fri, May 10, 2013 at 7:21 PM, Jonathan Wilkes &amp;lt;jancsika-/E1597aS9LQAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

_______________________________________________
Pd-dev mailing list
Pd-dev-3mXD6pJrRzU&amp;lt; at &amp;gt;public.gmane.&lt;/pre&gt;</description>
    <dc:creator>Rich E</dc:creator>
    <dc:date>2013-05-18T00:11:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12262">
    <title>Re: Pd-ext Submitting new relase</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12262</link>
    <description>&lt;pre&gt;I think I did it, https://puredata.info/downloads/jmmmp-1/releases/0.2

for some reason I can't add new stuff to  
http://puredata.info/downloads/jmmmp, so when I tried to make a new  
project, it created the folder jmmmp-1.

So, it's done for now?

João

&lt;/pre&gt;</description>
    <dc:creator>João Pais</dc:creator>
    <dc:date>2013-05-17T19:02:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12261">
    <title>[ pure-data-Bugs-3613504 ] Error message appearing when Pdis launched at boot</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12261</link>
    <description>&lt;pre&gt;Bugs item #3613504, was opened at 2013-05-17 04:33
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613504&amp;amp;group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error message appearing when Pd is launched at boot

Initial Comment:
I'm getting an error message (below) when I launch Pd (vanilla 0.43, current debian package) via a shell script at boot time under Linux Mint. If i start the same script manually there is no such message. Pd runs fine despite the message.

PUREDATA selection doesn't exist or form "STRING" not defined
PUREDATA selection doesn't exist or form "STRING" not defined
while executing
"selection get -s&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-05-17T11:33:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12260">
    <title>[ pure-data-Bugs-3613503 ] freeze when changing # ofchannels with jack</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12260</link>
    <description>&lt;pre&gt;Bugs item #3613503, was opened at 2013-05-17 04:20
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613503&amp;amp;group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.44
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: freeze when changing # of channels with jack

Initial Comment:
current vanilla Pd (debian package) is freezing (tested on Linux Mint) when Jack is used and the number of channels are changed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613503&amp;amp;group_id=55736
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-05-17T11:20:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12259">
    <title>Re: Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12259</link>
    <description>&lt;pre&gt;
OpenGL ES2 is probably the best thing to target first for phones and rpi:

http://www.khronos.org/opengles/2_X/

The pdf spec seems to be quite readable.

I think ES2 is vaguely the intersection of OpenGL 2 and OpenGL 3, with
some parts removed and other parts adapted to embedded systems.

There's an ARB_ES2_compatibility extension for full OpenGL, so it should
be simpler to port from GLES to GL than the other way around.  Plus Mesa


16bit per channel or per pixel?


In OpenGL, yes - but OpenGL ES 2 only goes up to 8bit per channel (apart
from Depth which goes up to 16bit I think) and there are some packed
formats with fewer bits per channel (pages 63 and following in the spec
pdf).  There are probably extensions to GLES that support more stuff.
Also computation is specified as "floating point with accuracy to around
1 part in 10^5", with precision modifiers for less/more
accuracy/speed...  Desktop OpenGL also uses mainly floating point for
computation, with more storage formats (eg float textures).


Clau&lt;/pre&gt;</description>
    <dc:creator>Claude Heiland-Allen</dc:creator>
    <dc:date>2013-05-17T10:47:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12258">
    <title>[ pure-data-Bugs-3613502 ] crash at external sampe ratechange</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12258</link>
    <description>&lt;pre&gt;Bugs item #3613502, was opened at 2013-05-17 03:44
Message generated for change (Tracker Item Submitted) made by maxn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613502&amp;amp;group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash at external sampe rate change

Initial Comment:
Vanilla Pd 0.44.0 and Pd 0.44.0-extended-20130213 crash when the audio interface is set to a Fireface UCX (possibly any external interface) and in the Sampling rate is changed on the device. This is confirmed under OS X 10.8.
Steps to reproduce:
1. open Pd, set audio interface to Fireface UCX
2. change sample rate in Fireface USB settings
3. Pd shows this error and then quits:

(Tcl) INVALID COMMAND NAME: inval&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-05-17T10:44:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12257">
    <title>vanilla and extended on OSX</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12257</link>
    <description>&lt;pre&gt;Hi devs,

 I run into a very strange problem with a binary external compiled for
osx. It seems the binary works fine on pd-extended 0.44-3 but not on
vanilla 0.44-3 (that has been tested on OSX 10.7 and up on different
machines). The external's same binary has been running without any
problems on extended and vanbilla since OSX 10.4. The external uses
statically linked gnu-libraries and considering the errors in the pd
window it seems the problem has something to do with them.

Does anybody know the differences between vanilla and extended on OSX?
I realized that extended seems to use X11 while vanilla doesn't need
it, then I read something about full utf-8 support (this could have
some effect as the external dynamically creates and reads in patches)
and maybe there are different compiler settings. Maybe that gets me
somewhere...

--
Orm
&lt;/pre&gt;</description>
    <dc:creator>Orm Finnendahl</dc:creator>
    <dc:date>2013-05-17T09:04:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12256">
    <title>[ pure-data-Bugs-3613466 ] [writesf~ ]: turning DSP onafter 'open' corrupts file</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12256</link>
    <description>&lt;pre&gt;Bugs item #3613466, was opened at 2013-05-16 15:58
Message generated for change (Tracker Item Submitted) made by reduzent
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613466&amp;amp;group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.44
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: [writesf~ ]: turning DSP on after 'open' corrupts file

Initial Comment:
Turning DSP off and on (or only on if it was already off) _after_ sending the 'open' message to [writesf~ ] leads to a corrupt file that contains only the last ~1.6 seconds of the actual recording. See attached patch.

Tested on/with:
- Ubuntu 12.04
- Pd 0.44.3, Pd-extended 0.43.4

----------------------------------------------------------------------

You can respond by vi&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-05-16T22:58:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12255">
    <title>Re: Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12255</link>
    <description>&lt;pre&gt;




I've been far removed from that world for a while.
Last time I looked there was just OpenGL with some 8-bit texture ops.

What would be a good way to start?
There seems to be several non-orthogonal ways to get access to 2D 
graphics these days.

What I want to do is to get the image processing part of PDP to run on 
the GPU.
Target platforms: desktop, Android, iOS, something like raspberry pi, ...
Currently probably Android as first attempt.

Also, PDP is 16 bit integer pixel depth.
Is that something that can be done easily these days?
&lt;/pre&gt;</description>
    <dc:creator>Tom Schouten</dc:creator>
    <dc:date>2013-05-16T15:32:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12254">
    <title>Re: Pd-ext Submitting new relase</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12254</link>
    <description>&lt;pre&gt;
I have little time to work on it in the near future, so I say its going to be
a while.  Unless someone else steps up and makes the release.  I'd like to try
to do more frequent releases as well.

As for putting out a new pmpd, if you just post the new version, any user can
just drop it into the user-installed folder (~/pd-externals, ~/Library/Pd,
etc) and Pd-extended will use that version over the built-in one.

.hc

On 05/15/2013 11:53 AM, Nicolas Montgermont wrote:
&amp;gt; &lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2013-05-16T01:19:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12253">
    <title>Re: Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12253</link>
    <description>&lt;pre&gt;
Sure ;)
This approach is opening a lot of doors for all kinds of program 
analysis and computer-assisted development.
Though, I'm trying to get a solid base going first.
The transfer functions were a nice surprise.





There you have the reason for my PDP cleanup.
All these things are on my mind, but the main trouble is available time 
and energy at this point.
I'll need to get a job soon to fund the rest of this work..
&lt;/pre&gt;</description>
    <dc:creator>Tom Schouten</dc:creator>
    <dc:date>2013-05-15T17:19:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12252">
    <title>Re: Pd-ext Submitting new relase</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12252</link>
    <description>&lt;pre&gt;Hello hans,

Do you have more or less an idea of the time limit for the libraries to 
be included in pd-ext 0.44?
I'd like to take care of the inclusion of pmpd in the next release.
thanks,
n

Le 15/05/13 16:37, Hans-Christoph Steiner a écrit :

&lt;/pre&gt;</description>
    <dc:creator>Nicolas Montgermont</dc:creator>
    <dc:date>2013-05-15T15:53:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12251">
    <title>Re: Pd-ext Submitting new relase</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12251</link>
    <description>&lt;pre&gt;
Adding your library to the Pd-extended branch should be the last step of your
release cycle.  The first step is to post a beta build to the downloads page
for you library, and announce the changes there.  You can easily make the
tarball for the release by running "make dist".  In order for the official
Debian package to be updated, you need to post your final, release tarball up
on your downloads page:
http://puredata.info/downloads/jmmmp
http://puredata.info/docs/AddingYourProjectToDownloads


Once you are happy with a stable release of jmmmp, then its ready to include
in the Pd-extended release branch.  This is probably the most up-to-date
instructions for the final step of adding your library to the Pd-extended 0.44
branch.
http://puredata.info/docs/developer/GettingIntoPdextended/

.hc

On 05/13/2013 01:42 AM, João Pais wrote:
&amp;gt; &lt;/pre&gt;</description>
    <dc:creator>Hans-Christoph Steiner</dc:creator>
    <dc:date>2013-05-15T14:37:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12250">
    <title>Re: Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12250</link>
    <description>&lt;pre&gt;Btw, Tom, great to see you back in Pure Data business!
gr~~~

--
Thomas Grill
http://grrrr.org


Am 14.05.2013 um 18:18 schrieb Tom Schouten:

&lt;/pre&gt;</description>
    <dc:creator>Thomas Grill</dc:creator>
    <dc:date>2013-05-15T08:49:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12249">
    <title>Re: Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12249</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Tom, pd-dev,

On 14/05/13 17:18, Tom Schouten wrote:

Yes!  My most recent experiments are:

https://gitorious.org/maximus/tilde
http://mathr.co.uk/blog/2012-12-25_clive.html
http://mathr.co.uk/blog/2013-04-05_bitbreeder.html


What about automatic oversampling (or even undersampling?) by
calculating bounds on signal bandwidth at various points in the DSP
process?


Cool stuff!

What about using the same system generating GPU code (OpenGL/GLSL,
OpenCL, Cuda, ...) for video DSP stuff?

[snip]


Claude
- -- 
http://mathr.co.uk
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJRknIaAAoJEHZDo4jueIiWHt0IAK/vhh/yH7Rg9q3P9b0xJqc8
TCUsjOip+Ox1JV5Cdf2dXhIUkMqHPFmneWGEGXNC4DjNLGxy2/svDEyg+m+dnwNL
bi918SQWSgfTCa9DGiGj6uNNt8rCJdwmnZALmAuPDQsPZzlxYpd+x/cbUpNxGMw/
C9lu5q8tGxsKDEYLZUagIQhq9PFAFOiQaPex4nBgsm64RS/8TZijRrt8SKrfIPdP
t2SZI3p0/G3PuNQoDNtJtws722kwXr6Hq22uV8Gd/Sfh+0rcJPdg&lt;/pre&gt;</description>
    <dc:creator>Claude Heiland-Allen</dc:creator>
    <dc:date>2013-05-14T17:19:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12248">
    <title>Functional Programming &amp; C code generation</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12248</link>
    <description>&lt;pre&gt;Hi Pd devs

Is there anyone here interested in Functional Programming and C code
generation for DSP code?

I'm working on a system for DSP code development based on the principle
of Abstract Interpretation
http://en.wikipedia.org/wiki/Abstract_interpretation

Basically, it will allow several interpretations of a single
specification program:
- specification as a pure functional program
- imperative C code generation (for passing to C compiler or LLVM)
- Z transform for frequency plots of (linearized) transfer function
- automatic differentiation for all kinds of derivative-based tricks
- ...

It is written in Racket
http://racket-lang.org/

It's starting to get to a point where it is actually useful (there is a
basic synth core) and could use some feedback, but please note it is
very experimental and still needs a lot of work. Familiarity with Racket
is probably a prerequisite at this point to make sense of it. Current
code is here:
http://zwizwa.be/darcs/meta/rai/

It is part of a darcs archive that can be &lt;/pre&gt;</description>
    <dc:creator>Tom Schouten</dc:creator>
    <dc:date>2013-05-14T16:18:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12247">
    <title>[ pure-data-Bugs-3613277 ] In windows 8 can't move objects</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12247</link>
    <description>&lt;pre&gt;Bugs item #3613277, was opened at 2013-05-14 01:05
Message generated for change (Tracker Item Submitted) made by olivvier
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613277&amp;amp;group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Olivvier (olivvier)
Assigned to: Nobody/Anonymous (nobody)
Summary: In windows 8 can't move objects

Initial Comment:
After a few normally working object insertions,  when selected in the menu the objects appear at the top of the screen and can't be moved anywhere. The same for the already existing objects: they can't be displaced..

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=478070&amp;amp;aid=3613277&amp;amp;group_id=55736
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2013-05-14T08:05:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12246">
    <title>Pd-ext Submitting new relase</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12246</link>
    <description>&lt;pre&gt;Hello,

I wanted to submit a new release of the jmmmp library. I've uploaded the  
files to svn, but I guess I need to say somewhere which files are to be  
included in the next release.
Is the link at http://puredata.info/docs/developer/MergingHowto still up  
to date? If not, is the correct link at  
http://puredata.info/docs/developer ?

Best,

jmmmp_______________________________________________
Pd-dev mailing list
Pd-dev-3mXD6pJrRzU&amp;lt; at &amp;gt;public.gmane.org
http://lists.puredata.info/listinfo/pd-dev
&lt;/pre&gt;</description>
    <dc:creator>João Pais</dc:creator>
    <dc:date>2013-05-13T05:42:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12245">
    <title>Re: jack missing on 0.44.0</title>
    <link>http://permalink.gmane.org/gmane.comp.multimedia.puredata.devel/12245</link>
    <description>&lt;pre&gt;
You had to specify --enable-jack also in previous versions of Pd. This
is not something new. Since 0.44 after the normal Pd configure script a
separate configure for portaudio is run. So at the very end you see the
summary of the portaudio script with the backends supported by portaudio
and not by Pd (from what I understand).

I agree this is a bit unlucky. A Pd related summary at the end would be
helpful.

Roman
&lt;/pre&gt;</description>
    <dc:creator>Roman Haefeli</dc:creator>
    <dc:date>2013-05-11T21:12:30</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.multimedia.puredata.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.multimedia.puredata.devel</link>
  </textinput>
</rdf:RDF>
