Pd-list April 2011

pd-list@lists.iem.at

111 participants
160 discussions

Ambisonics Objects
by Matthew Hadlum 07 Apr '11

07 Apr '11

I'm looking to install the York University Ambisonics objects in PD. How do I do it? http://www.york.ac.uk/music/mrc/software/objects/ Thanks Matt

2 1

Re: [PD] Making a Realtime Convolution External
by IOhannes m zmoelnig 06 Apr '11

06 Apr '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2011-04-06 21:04, Seth Nickell wrote: > I use a thread per core, it does parallelize nicely. > that's what i thought. please don't let yourself turn down by all those misers :-) fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2cuh0ACgkQkX2Xpv6ydvRphgCffCHDaKZzKAznS13POLZ+duHl zp8AoLk9RXtxKnxkTV0tGmWS/HH3afTH =JbVO -----END PGP SIGNATURE-----

3 2

Re: [PD] 3 new gui-plugins
by Jonathan Wilkes 06 Apr '11

06 Apr '11

--- On Mon, 4/4/11, Mathieu Bouchard <matju(a)artengine.ca> wrote: > From: Mathieu Bouchard <matju(a)artengine.ca> > Subject: Re: [PD] 3 new gui-plugins > To: "Jonathan Wilkes" <jancsika(a)yahoo.com> > Cc: "Hans-Christoph Steiner" <hans(a)at.or.at>, pd-list(a)iem.at > Date: Monday, April 4, 2011, 10:55 PM > On Mon, 4 Apr 2011, Jonathan Wilkes > wrote: > > > Is there already a way to do this? > > #include "m_imp.h" > > for (int i=0; i<pd_objectmaker->c_nmethod; i++) > > outlet_symbol(krusty,pd_objectmaker->c_methods[i].me_name); Cool, thanks. I see some creator names and classes I never noticed before: fswap: alias for swap (I just added this fact to swap-help.pd) Anyone have help docs (or helpful comments) about the following? midirealtimein midiclkin serial -Jonathan > > > _______________________________________________________________________ > | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- > Villeray, Montréal, QC

2 1

[PD-announce] patch_dans_patch 31..42
by Mathieu Bouchard 06 Apr '11

06 Apr '11

http://gridflow.ca/gallery/patch_dans_patch_31.png http://gridflow.ca/gallery/patch_dans_patch_32.png http://gridflow.ca/gallery/patch_dans_patch_33.png http://gridflow.ca/gallery/patch_dans_patch_34.png http://gridflow.ca/gallery/patch_dans_patch_35.png http://gridflow.ca/gallery/patch_dans_patch_36.png http://gridflow.ca/gallery/patch_dans_patch_37.png http://gridflow.ca/gallery/patch_dans_patch_38.png http://gridflow.ca/gallery/patch_dans_patch_39.png http://gridflow.ca/gallery/patch_dans_patch_40.png http://gridflow.ca/gallery/patch_dans_patch_41.png http://gridflow.ca/gallery/patch_dans_patch_42.png _______________________________________________________________________ | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

3 5

Data Structures GOP and installing latest PD
by Billy Stiltner 06 Apr '11

06 Apr '11

Hey I didn't know you could GOP data structures. This opens up a new world. Where is an up to date tutorial on using data structures? I'm about to install PD 0.43. I have a test4 version installed as well as pdx 0.42.5 and vanilla 0.42.5. I have a couple of libraries loaded with vanilla - GEM and GGE. How will the new version efect these installations? Also on LINUX I have with UBUNTU studio 10.10 pd 0.42.5 with all the exts available and then on puredyne I think my vanilla installation is messed up because I had to edit the config files to get pdL2ORK to run. Should be fine if I just replace the config files with the originals. Where is some god documentation on installing multiple versions of PD. What should I look out for when using so many different installations.

4 13

Re: [PD] Making a Realtime Convolution External
by Matt Barber 06 Apr '11

06 Apr '11

> Just scanned the source... big difference would be performance, and if > you're picky (you have to be pretty picky, honestly), some difference > in accuracy due to floating point's reduced precision at large/small > values. Convolution is still expensive enough for performance to > really matter. > > the biggies: > - partconv implements a single fixed block size, but freq domain > convolution is faster by far on bigger blocks (peak on a core duo is > near 4k sample blocks). implementing growing block sizes makes a big > difference to low latency performance (e.g. 64 64 128 128 256 256 512 > 512 1024 1024 2048 2048 4096 4096), as you can get low latency while > most of your convolutions operating on the ideal high-performance > block size. I was putting one of these together in Pd vanilla with dynamic patching as an exercise a few years back, but there were some problems I had. I think you can just do a simple 64 128 256 512 etc. and let the block delay take care of the timing automatically, but I actually found the kind you posted here to work a little better. Another one that worked even better was something like 64 32 32 64 64 128 128 256 256 etc., which seemed to front-load some of the calculation a little (and with this one and the one you posted, if Pd's block size were 1, you could do the first block as a direct convolution for extreme low-latency). Anyway, this brings up a problem I've been wondering about with Pd -- If you have lots of reblocking going on I have been assuming that if you had, say, one patch blocked at 64, another at 128, and others at 256 512 1024 2048 and 4096, that at the end of the 4096 block all 7 patches will have just finished a block cycle and there will therefore be a CPU spike relative to other places between the beginning and end of the 4096 block as the calculation for all 7 is done. Is there a way in Pd to offset larger blocks by a given number of samples so that the calculation for that block happens at a different time? It's easy enough to delay the samples -- that's not what I want. I want to delay the calculation as well, so that you could deliberately stagger the blocks and more evenly distribute the calculation in cpu-intensive situations. I'm imagining something like two 4096 blocks running say, 64 samples apart so that one is does its calculation while the other is still collecting samples. Matt > - vectorization (sse/altivec) of partconv would give a 2-3.5x performance boost > > -seth

2 1

Re: [PD] Latest pd-extended 0.43 autobuild on WinXp
by Billy Stiltner 06 Apr '11

06 Apr '11

The ASIO is working now not before I submitted a bug though. I added pd/lib and pd/bin to the path and loadlib and Gem to the libraries loaded as mentioned above. At one point I wasn't getting this message about could not find MSVCRT71.dll. I am getting the message still and gem is not loading. I am able to play with latency set to 12ms on Windows VISTA I didn't try lower yet. Everything is so smooth.

1 0

simon
by Joe 05 Apr '11

05 Apr '11

hi thought a pd implementation of Simon (http://en.wikipedia.org/wiki/Simon_%28game%29) would be a cool thing to do, but i'm kinda stuck when it comes to handling input from the human player. maybe someone has attempted this before?

6 6

Latest pd-extended 0.43 autobuild on WinXp
by martin.peach＠sympatico.ca 05 Apr '11

05 Apr '11

It seems that the latest version of pd-extended from http://autobuild.puredata.info/auto-build/2011-04-01/ can't instantiate the internals, but the externals seem to work. Any idea why? (I removed all previous versions from the computer.) Martin

7 11

OT: Dimensions (WAS: Re: access to pd table from another application)
by András Murányi 05 Apr '11

05 Apr '11

> If you have any pixel structures that don't fit in GEM, there is GridFlow. > > Supports up to 15 dimensions (though there's hardly ever a need for more > > than 5). > > > > A comedy cartoon I done that has a mention of 5 dimensions. > http://www.youtube.com/watch?v=xZUTn-rie8w > i like it! when Matju mentioned 15 dimensions, this one came to my mind: http://www.youtube.com/watch?v=8Q_GQqUg6Ts Andras

3 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list April 2011