Pd-list August 2011

pd-list@lists.iem.at

105 participants
128 discussions

Re: [PD] kinect external
by Budi Prakosa 08 Sep '11

08 Sep '11

could u try the precompiled binary? it need libfreenect to be installed first > On Sat, Jun 18, 2011 at 10:41 AM, philippe boisnard <philemon1(a)mac.com> wrote: >> I Have tested with >> a make >> and make clean ??? >> >> and no result >> >> >> Le 18 juin 2011 à 00:45, Budi Prakosa a écrit : >> >>> What is ur platform? Its only works on mac right now >>> >>> On Saturday, June 18, 2011, philippe boisnard <philemon1(a)mac.com> wrote: >>>> Yop >>>> >>>> I try to built, and I don't ? >>>> I have changed all directory in the makefile. >>>> but I have error when I make ??? >>>> >>>> THX >>>> p >>>> >>>> Le 17 juin 2011 à 18:56, Budi Prakosa a écrit : >>>> >>>>> hi all, >>>>> i want to share simple kinect external based on libfreenect glview.c >>>>> and some examples from gem mailing list >>>>> >>>>> cheers >>>>> >>>>> >>>>> Budi Prakosa >>>>> house of natural fiber (HONF) >>>>> yogyakarta new media art laboratory >>>>> wora wari A80/6 baciro yogyakarta indonesia >>>>> http://www.natural-fiber.com >>>>> <kinect.zip>_______________________________________________ >>>>> Pd-list(a)iem.at mailing list >>>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >>>> >>>> >>> >>> -- >>> -----BEGIN PGP PUBLIC KEY BLOCK----- >>> Version: GnuPG/MacGPG2 v2.0.16 (Darwin) >>> >>> mQENBE1C2ZUBCAC6xh9GLuryhzrPiWj8/BzuDHdikoxQgc5Dg179xRiXHfqAwt69 >>> uAdojv5N3lSF4YSQl53maM8El2TLgPQldcxtL5OihBf7HAt2XxGqYqBdux/lfvWn >>> f7DMQiN2ASMkkyQ2oNtMUK5IsjLsQHOOnihglLfiiSZDFNgoq2xi4MNW7mWQBdcC >>> z7yTL7I5Gto1VDdy5jswuFTFgnkuxLn+B9ItebJR9mY0ta71EAxveOE0NTWvGpnB >>> 32cyObZ96cmviMwkdH3nJWx5YBTr6pawa5r6cYz6lijpHpKuUeOa+BJwF+WIuLVW >>> onOysIrtnQ53hfldE/71L21l042bU9uJdRQxABEBAAG0I0J1ZGkgUHJha29zYSA8 >>> aXlva0BkZWFkbWVkaWFmbS5vcmc+iQE4BBMBAgAiBQJNQtmVAhsvBgsJCAcDAgYV >>> CAIJCgsEFgIDAQIeAQIXgAAKCRDGnnSCRrfluLyhCACzRKN/VcWECBjfaqWPimGV >>> A9mi0CzKY0ZfBJdlERy6Qq+QV0/zyyHxcYIKtgeIgi+LF1bwDCYehnk+pSR8tGOM >>> NVlkEPYg9rKWQpwV7X7bETwFCxM9LP/D9HxEwuxOdEEU/Bg8iE6+AC35zW7qRXMz >>> EXN5ov90IpLATn2944m2RYyz2af6S5OosWjqidPeJS6FZPfLncLpBSWYudGK+Etn >>> I0hnwKrE6Ck9USaRoL9YDtfrYhA7+VtoNIa8+v93Xr/Bo9E8G9lV1Gl/pwxzJwWa >>> S+jb1MwDPH5Wb5dnQ6CY5mC9eK72ZoUfSgA+R6Lgn8neJ/H6XXxG8hGNLVtoi4co >>> uQENBE1C2ZUBCACiUHz5YcVFgjD0QWdWL03yNCzFJW+kAuwM21YZbMlqah6z0DE5 >>> LbRPKBqhT3O3GBPH/XC8WL+UaFqNnZoOuSqQJRVvTQoV4ZQW1ScfTykaQzbfqU8T >>> Zbamts3UyCWWqhOqfU+dW6pBRetIeVrT9VErj1vrxIPwOfX2q2v6YJzxKtZe0ASl >>> TH4XCBuUJwXKmMLSuoJg5gAlS5K5u9IO/dkV6nnOJcZ8zNXGwzA639CGC4iedl6n >>> QWtbk2AG8T6xWVvUyAAP5uEWaxJ7yIqz4/inaIfw/al6wkAK3RRBK4GZ1dGbdDqz >>> DQfm10ut3V07LQpR00z7BooatmWAq68wb1HPABEBAAGJAj4EGAECAAkFAk1C2ZUC >>> Gy4BKQkQxp50gka35bjAXSAEGQECAAYFAk1C2ZUACgkQPkyD0TpxcgYR1Af/ZlrJ >>> VF6kci7Mn0EzThWRxHlR9l05QWDYkzV8JacLuM3XK9zNWre8bU10Z08a1ysGH5hM >>> 7Ut9OYVTM7D+Fj3DKhekEX2cl+Atx24XIcFWhydL8+5LTidNjVJVA1/wxjXDYP7u >>> XPdRYbS6V0zvaAxRlPptyi/fjEETzH+KUOMNy2tf9wi5HWrR/uOxf9Ni+hQ4zmw/ >>> ls6jzhIviogWg3Qw+IJIoZKT4LUh0Y4Wg8T/BraaEDLpmxMHkfrnzyJFrsMwSLjp >>> SYjlZCMZTuBgNFvHpdElBBhkv7W04rp7gsmZuvXCc0oM3Vz2qUharz7j8wIEiH43 >>> 3R0M39FByhtwvjN456AqB/9522DOOY1LDq93KGOLCiUj3atZ+IiIEjhQFKbl/Rvr >>> o0I/nybIB217iQFQNom4MMRoSmi/WhzxgJNCAwQbUvULa651p2wkwHOJG0RVPcx+ >>> I4DhNkgVJmXYcHigXEG0G/GlhKFBXmxoXcRJ45XFa99SJCNDT+Gzkcz/g4npjx9g >>> gBXOkdGjD5QeScZC30G/xapwEExzqZoOw/k3YcDP2gjlfBMl4HJfz1DHnxwQjqla >>> 2TwhMnrVNqHUhLG9XeNmS4n8KxfrQHFKelpx596FyaWOKcUU4qzSf+imnmFIM2jm >>> RwF2zuKgn+wroBpDTPZ9FgtZEQBTOoeiPrUkhkCzbhYB >>> =Nna7 >>> -----END PGP PUBLIC KEY BLOCK----- >> >> > > > > -- > -----BEGIN PGP PUBLIC KEY BLOCK----- > Version: GnuPG/MacGPG2 v2.0.16 (Darwin) > > mQENBE1C2ZUBCAC6xh9GLuryhzrPiWj8/BzuDHdikoxQgc5Dg179xRiXHfqAwt69 > uAdojv5N3lSF4YSQl53maM8El2TLgPQldcxtL5OihBf7HAt2XxGqYqBdux/lfvWn > f7DMQiN2ASMkkyQ2oNtMUK5IsjLsQHOOnihglLfiiSZDFNgoq2xi4MNW7mWQBdcC > z7yTL7I5Gto1VDdy5jswuFTFgnkuxLn+B9ItebJR9mY0ta71EAxveOE0NTWvGpnB > 32cyObZ96cmviMwkdH3nJWx5YBTr6pawa5r6cYz6lijpHpKuUeOa+BJwF+WIuLVW > onOysIrtnQ53hfldE/71L21l042bU9uJdRQxABEBAAG0I0J1ZGkgUHJha29zYSA8 > aXlva0BkZWFkbWVkaWFmbS5vcmc+iQE4BBMBAgAiBQJNQtmVAhsvBgsJCAcDAgYV > CAIJCgsEFgIDAQIeAQIXgAAKCRDGnnSCRrfluLyhCACzRKN/VcWECBjfaqWPimGV > A9mi0CzKY0ZfBJdlERy6Qq+QV0/zyyHxcYIKtgeIgi+LF1bwDCYehnk+pSR8tGOM > NVlkEPYg9rKWQpwV7X7bETwFCxM9LP/D9HxEwuxOdEEU/Bg8iE6+AC35zW7qRXMz > EXN5ov90IpLATn2944m2RYyz2af6S5OosWjqidPeJS6FZPfLncLpBSWYudGK+Etn > I0hnwKrE6Ck9USaRoL9YDtfrYhA7+VtoNIa8+v93Xr/Bo9E8G9lV1Gl/pwxzJwWa > S+jb1MwDPH5Wb5dnQ6CY5mC9eK72ZoUfSgA+R6Lgn8neJ/H6XXxG8hGNLVtoi4co > uQENBE1C2ZUBCACiUHz5YcVFgjD0QWdWL03yNCzFJW+kAuwM21YZbMlqah6z0DE5 > LbRPKBqhT3O3GBPH/XC8WL+UaFqNnZoOuSqQJRVvTQoV4ZQW1ScfTykaQzbfqU8T > Zbamts3UyCWWqhOqfU+dW6pBRetIeVrT9VErj1vrxIPwOfX2q2v6YJzxKtZe0ASl > TH4XCBuUJwXKmMLSuoJg5gAlS5K5u9IO/dkV6nnOJcZ8zNXGwzA639CGC4iedl6n > QWtbk2AG8T6xWVvUyAAP5uEWaxJ7yIqz4/inaIfw/al6wkAK3RRBK4GZ1dGbdDqz > DQfm10ut3V07LQpR00z7BooatmWAq68wb1HPABEBAAGJAj4EGAECAAkFAk1C2ZUC > Gy4BKQkQxp50gka35bjAXSAEGQECAAYFAk1C2ZUACgkQPkyD0TpxcgYR1Af/ZlrJ > VF6kci7Mn0EzThWRxHlR9l05QWDYkzV8JacLuM3XK9zNWre8bU10Z08a1ysGH5hM > 7Ut9OYVTM7D+Fj3DKhekEX2cl+Atx24XIcFWhydL8+5LTidNjVJVA1/wxjXDYP7u > XPdRYbS6V0zvaAxRlPptyi/fjEETzH+KUOMNy2tf9wi5HWrR/uOxf9Ni+hQ4zmw/ > ls6jzhIviogWg3Qw+IJIoZKT4LUh0Y4Wg8T/BraaEDLpmxMHkfrnzyJFrsMwSLjp > SYjlZCMZTuBgNFvHpdElBBhkv7W04rp7gsmZuvXCc0oM3Vz2qUharz7j8wIEiH43 > 3R0M39FByhtwvjN456AqB/9522DOOY1LDq93KGOLCiUj3atZ+IiIEjhQFKbl/Rvr > o0I/nybIB217iQFQNom4MMRoSmi/WhzxgJNCAwQbUvULa651p2wkwHOJG0RVPcx+ > I4DhNkgVJmXYcHigXEG0G/GlhKFBXmxoXcRJ45XFa99SJCNDT+Gzkcz/g4npjx9g > gBXOkdGjD5QeScZC30G/xapwEExzqZoOw/k3YcDP2gjlfBMl4HJfz1DHnxwQjqla > 2TwhMnrVNqHUhLG9XeNmS4n8KxfrQHFKelpx596FyaWOKcUU4qzSf+imnmFIM2jm > RwF2zuKgn+wroBpDTPZ9FgtZEQBTOoeiPrUkhkCzbhYB > =Nna7 > -----END PGP PUBLIC KEY BLOCK----- > -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) mQENBE1C2ZUBCAC6xh9GLuryhzrPiWj8/BzuDHdikoxQgc5Dg179xRiXHfqAwt69 uAdojv5N3lSF4YSQl53maM8El2TLgPQldcxtL5OihBf7HAt2XxGqYqBdux/lfvWn f7DMQiN2ASMkkyQ2oNtMUK5IsjLsQHOOnihglLfiiSZDFNgoq2xi4MNW7mWQBdcC z7yTL7I5Gto1VDdy5jswuFTFgnkuxLn+B9ItebJR9mY0ta71EAxveOE0NTWvGpnB 32cyObZ96cmviMwkdH3nJWx5YBTr6pawa5r6cYz6lijpHpKuUeOa+BJwF+WIuLVW onOysIrtnQ53hfldE/71L21l042bU9uJdRQxABEBAAG0I0J1ZGkgUHJha29zYSA8 aXlva0BkZWFkbWVkaWFmbS5vcmc+iQE4BBMBAgAiBQJNQtmVAhsvBgsJCAcDAgYV CAIJCgsEFgIDAQIeAQIXgAAKCRDGnnSCRrfluLyhCACzRKN/VcWECBjfaqWPimGV A9mi0CzKY0ZfBJdlERy6Qq+QV0/zyyHxcYIKtgeIgi+LF1bwDCYehnk+pSR8tGOM NVlkEPYg9rKWQpwV7X7bETwFCxM9LP/D9HxEwuxOdEEU/Bg8iE6+AC35zW7qRXMz EXN5ov90IpLATn2944m2RYyz2af6S5OosWjqidPeJS6FZPfLncLpBSWYudGK+Etn I0hnwKrE6Ck9USaRoL9YDtfrYhA7+VtoNIa8+v93Xr/Bo9E8G9lV1Gl/pwxzJwWa S+jb1MwDPH5Wb5dnQ6CY5mC9eK72ZoUfSgA+R6Lgn8neJ/H6XXxG8hGNLVtoi4co uQENBE1C2ZUBCACiUHz5YcVFgjD0QWdWL03yNCzFJW+kAuwM21YZbMlqah6z0DE5 LbRPKBqhT3O3GBPH/XC8WL+UaFqNnZoOuSqQJRVvTQoV4ZQW1ScfTykaQzbfqU8T Zbamts3UyCWWqhOqfU+dW6pBRetIeVrT9VErj1vrxIPwOfX2q2v6YJzxKtZe0ASl TH4XCBuUJwXKmMLSuoJg5gAlS5K5u9IO/dkV6nnOJcZ8zNXGwzA639CGC4iedl6n QWtbk2AG8T6xWVvUyAAP5uEWaxJ7yIqz4/inaIfw/al6wkAK3RRBK4GZ1dGbdDqz DQfm10ut3V07LQpR00z7BooatmWAq68wb1HPABEBAAGJAj4EGAECAAkFAk1C2ZUC Gy4BKQkQxp50gka35bjAXSAEGQECAAYFAk1C2ZUACgkQPkyD0TpxcgYR1Af/ZlrJ VF6kci7Mn0EzThWRxHlR9l05QWDYkzV8JacLuM3XK9zNWre8bU10Z08a1ysGH5hM 7Ut9OYVTM7D+Fj3DKhekEX2cl+Atx24XIcFWhydL8+5LTidNjVJVA1/wxjXDYP7u XPdRYbS6V0zvaAxRlPptyi/fjEETzH+KUOMNy2tf9wi5HWrR/uOxf9Ni+hQ4zmw/ ls6jzhIviogWg3Qw+IJIoZKT4LUh0Y4Wg8T/BraaEDLpmxMHkfrnzyJFrsMwSLjp SYjlZCMZTuBgNFvHpdElBBhkv7W04rp7gsmZuvXCc0oM3Vz2qUharz7j8wIEiH43 3R0M39FByhtwvjN456AqB/9522DOOY1LDq93KGOLCiUj3atZ+IiIEjhQFKbl/Rvr o0I/nybIB217iQFQNom4MMRoSmi/WhzxgJNCAwQbUvULa651p2wkwHOJG0RVPcx+ I4DhNkgVJmXYcHigXEG0G/GlhKFBXmxoXcRJ45XFa99SJCNDT+Gzkcz/g4npjx9g gBXOkdGjD5QeScZC30G/xapwEExzqZoOw/k3YcDP2gjlfBMl4HJfz1DHnxwQjqla 2TwhMnrVNqHUhLG9XeNmS4n8KxfrQHFKelpx596FyaWOKcUU4qzSf+imnmFIM2jm RwF2zuKgn+wroBpDTPZ9FgtZEQBTOoeiPrUkhkCzbhYB =Nna7 -----END PGP PUBLIC KEY BLOCK-----

7 14

Pd on Android
by Pierre Massat 07 Sep '11

07 Sep '11

Hi all, I plan on buying my very first smartphone in the next few days. I want a phone running Android since it appears to be the best platform to run Pd. I m just not quite sure about the way Pd can be used with a smartphone. Can we run Pd-extended, or just use the patches, or is it just some sort of an API that can be used when developping an app? I m totally new to this, so please excuse the (possibly abyssal) silliness of my questions. Cheers! Pierre

10 29

helpbrowser and the paths
by IOhannes m zmoelnig 05 Sep '11

05 Sep '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 while preparing a debian package of Gem, i stumbled across a help-browser weirdness, which i'm not sure how to fix. the background: Gem comes both as a big binary (Gem.pd_linux) and a number of abstractions. everything is installed into /u/l/p/extra/Gem (to avoid cluttering the global filespace with Gem files); in order to use the abstractions painlessly (that is: without prefixing them "Gem/"), the /u/l/p/extra/Gem path has to be added somehow to Pd's search paths. (this can be done manually via the -path, or automatically by Gem). so far so good. the problem: starting Pd with Gem added to the paths, results in a not-so-nice help-browser experience: basically the left column (the one that is crucial for navigating the various directories) is filled with 224 or so help-patches from Gem, sorted alphabetically (so directories are lost somewhere between files), and upper-case before lower-case. of course there is also a directory entry for Gem/ in the help-browser, making the information accessible two times (adding more confusion) given that both GF and Gem are to add their paths automatically on startup, the left column if the help-browser might have >500 help-patches and several dozens of directories. i don't know exactly where to fix the problem, but a simple solution would be to only allow directories on the left side (and add an entry for "<searchpaths>" (probably an entry for "all searchpaths" and separate entries for each searchpath), rather than throwing everything together. fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2/wrQACgkQkX2Xpv6ydvT6UACghrBixWNveMT8bMl9u/Vdu+l3 f80An2WzIBvBwaeDNHA3vua4Hj3npyN1 =yl89 -----END PGP SIGNATURE-----

10 20

making puredata headphone-safe
by Stephen Lavelle 04 Sep '11

04 Sep '11

I've managed to hurt my ears twice over the past two days when using PD w/ headphones. Even at lowest system volumes, it seems that Terrible Things can happen. Are there any precautions that I can take to make it feel less like I'm taking my life into my hands when I have to use headphones?

20 37

Re: [PD] [PD-dev] tkwidgets
by András Murányi 04 Sep '11

04 Sep '11

Yeah and afaiu this is exactly the job that HC just started (see his announcement below). Yvan: in my simple understanding it goes like this: 1. getting rid of tcl-specific code in pd c core 2. minimizing the communication between the core and the gui (3. defining the api/protocol?) 4. anyone can go make all sorts of guis for pd... at this point or later on vanilla may or may not switch from tcl - imho it's to be decided when we're there Andras On Fri, Aug 26, 2011 at 01:39, Jonathan Wilkes <jancsika(a)yahoo.com> wrote: > The pd/pd-gui divide is a little misleading-- there are lots of places in > the c code where there are sys_gui and sys_vgui calls with tcl in them, plus > c code that probably assumes tcl is being used on the gui side. > > You'll either need to write a wrapper for those calls, or modify a lot of c > code and basically make a fork (iemguis, canvas stuff, etc.) > > But even if you write a wrapper, there are still issues that will need to > be dealt with on the c side to minimize the number of messages passing back > and forth between pd and gui. For example, there is one call per xlet to > the gui when an object gets instantiated/vis'd, plus drawing the border and > text, rather than one call per object (and letting the gui deal with where > to draw xlets, box width, font, etc.). > > -Jonathan > > ------------------------------ > *From:* yvan volochine <yvan.pd(a)gmail.com> > > *To:* Hans-Christoph Steiner <hans(a)at.or.at> > *Cc:* Jonathan Wilkes <jancsika(a)yahoo.com>; pd-dev List <pd-dev(a)iem.at> > *Sent:* Thursday, August 25, 2011 6:18 PM > *Subject:* Re: [PD-dev] tkwidgets > > On 08/17/2011 08:54 PM, Hans-Christoph Steiner wrote: > > I've started a private git branch of > > tkwidgets that I intent to push once I get somewhere with it. The idea > > is to try out a new idea for how GUI objects can work. Basically, I > > think I can make it so that Tcl handles more of the interaction with the > > user, minimizing on pd-gui <--> pd communications, and making it easier > > to write GUI objects. Its not trivial to do, but should be doable. > > hiho > > sorry for bumping in but what about giving up tcl-tk and go on with > something more "modern" (à la Qt), with a decent OO interface ? > > I might miss the obvious as I'm new here but what about rewriting pd GUI in > Qt ? > wouldn't it make more sense than spending time hacking on and on tcl-tk > code ? > > my 0.001$ > _y > > > >

8 25

receiving messages in [expr] ?
by Michael Zacherl. 03 Sep '11

03 Sep '11

Hi, to keep my patch tidy I'd like to use some sort of [receive] in a bunch of [expr] objects (mostly constants to configure the patch). I could use sub-patches and [send] the values to them there, is there an easier way? [expr] don't have names like arrays etc. - but maybe there's a trick? Thanks, Michael. -- nonconform? noiseconform: http://blauwurf.at http://soundcloud.com/noiseconformist

9 22

Re: [PD] making puredata headphone-safe
by Ed Kelly 03 Sep '11

03 Sep '11

Ah, guilty as charged. Those LPC plugins don't work very well due to discuntinuities in the filter kernel across DSP block boundaries. It has been on my to-do list for a very long time to recode those objects using a different method. One way to guarantee that things will screw up is to change the number of poles rapidly. The problem is that some objects can generate unstable errors that are orders of magnitude greater than normal audio signals. Then there is a signal that maybe goes between +/- 100000 rather than +/- 1, and the volume control makes little difference. Please don't ask me for specific instances - I can't remember any at the moment, but it's happened to me before. I personally do not use PD with headphones unless it is a patch I know well, with reliable outputs. Conversely, a lot of "noise" music created using PD is played permanently clipped to oblivion. One thing you can do is to use a limiter before the dac~. If the problem persists then avoid this plugin. The metastudio has lots of these. A limited volume control for stereo is enclosed (check the "limit" box, or send a [limit 1( message into the right inlet). Best wishes, Ed Kelly > On 2011-08-29 11:52, Hans-Christoph Steiner wrote: >> >> On Aug 23, 2011, at 3:43 PM, Martin wrote: >> >>> On 23/08/11 03:29 PM, Stephen Lavelle wrote: >>>> I've managed to hurt my ears twice over the past two days when using >>>> PD w/ headphones. Even at lowest system volumes, it seems that >>>> Terrible Things can happen. Are there any precautions that I can take >>>> to make it feel less like I'm taking my life into my hands when I >>>> have to use headphones? >>>> >>>> >>>> >>> >>> Try making a [noise~] connected directly to a [dac~] and set the >>> headphone volume so you can live with that. Nothing will ever be >>> louder than that. >> >> >> Hmm, I don't think that's actually true in all cases. On a MacBook Pro >> running Mac OS X, I've had the volume set to one above mute, but had >> massive feedback from LPC patches that were very very loud. [noise~] >> would be very comfortable at that volume setting. I think some platforms >> do the output mixing in the digital domain, so my min volume would be >> [*~ 0.01], so that this would still make a very loud sound: >> >> [noise~] >> | >> [*~ 999999] >> | >> [*~ 0.01] (i.e. the Apple output mixing) >> | >> >> In this particular case, the sound output actually gets shutdown >> entirely, so you have to reboot to get sound output again. >> > > That make no sense. How can you have two sounds at the same level going into a mixer that come out at different levels? Or do you mean that a squealing sound is perceived to be louder than white noise? Maybe you could demonstrate with a patch? > > Martin > > "If it seems like magic your assumptions are wrong." Martin Peach >I am taking a biologist's approach here: I've observed this happening multiple times in the wild, now I have to figure out why. Its very reproducible, I've taken the >field mice into the lab and seen them reproduce ;) Take Ed Kelly's fun LPC cross-synth example, in ekext/examples/lpc-cross-synthesis.pd. Put some loud samples >into it and go crazy with the parameters and... MELTDOWN! I've never heard my computer make a louder sound... I knew that this patch has some feedback >aspect to it, so I was doing my standard practice, having the volume very low. >.hc ---------------------------------------------------------------------------- Mistrust authority - promote decentralization. - the hacker ethic _______________________________________________ Pd-list(a)iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

4 7

Balloon Project
by Dan Wilcox 03 Sep '11

03 Sep '11

Here's documentation of a small project using balloons, a kinect, and PD: http://danomatika.com/blog/balloon-project/ -------- Dan Wilcox danomatika.com robotcowboy.com

6 7

Problem with lists and data
by Thomas Mayer 02 Sep '11

02 Sep '11

Hi there, while developping my CouchPdb library I came up with the following problem: I put out lists like this: list _id 1 list pitch 440 Now I am trying to get the values for _id and pitch as floats, but that does not seem to work: [couchdb] | [list trim] | [route _id pitch] \ | \ | [f] [f] But I am always getting the message: error: inlet: expected 'float' but got '1' When I try to use [symbol] instead of [f], I get a similar error message. In my object I do the following: t_atom out_data[2] SETSYMBOL(&out_data[0], gensym(key)); SETFLOAT(&out_data[1], json_object_get_double(val)); outlet_list(data_outlet, &s_list, 2, &out_data[0]); What am I doing wrong? Best regards, Thomas -- "Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough." (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/

3 3

sending image from of / libpd
by ronni montoya 02 Sep '11

02 Sep '11

Hi , Do anybody is working with openframeoworks and libpd? i would like to develop an application that interpret pixels as sounds using libpd addon on openframeworks. I was wondering which would be the best way for sending images(opencvimages ) or pixels arrrays from openframeworks to pd using libpd and receiving it in pd for interpreting it as sound in real time. Do anybody have tried soemthing like this? any idea? R.

7 39

← Newer
1
2
3
4
5
6
7
...
13
Older →

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 August 2011