Re: [PD] confused about $1 in messages
Thanks Jonathan for the detailed response and pointer to the docs. As a longtime (but somewhat sporadic) PD user this list behavior still becomes a bit fuzzy to me sometimes, and this helps make it much more clear. -s On Mon, Jan 20, 2014 at 1:30 PM, Jonathan Wilkes jancs...@yahoo.com wrote: I'm not sure why the people replying to you are feigning ignorance on how this situation could possibly be confusing. You're chopping off the word one with [list split] and leaving it intact on the other message; yet the dollarsign substitution gives you the same output in both cases. Furthermore, if you use [list length] on each message you will find the two message have a different number of elements. What you don't see, however, is that [list] objects like [list split] interpret incoming messages as list messages-- that is, they add the word list to the beginning of the message. Also, they prepend a list selector to the messages they send out (except for [list trim], of course). But we're not done. The selectors list, float, and symbol are special and do not get counted as elements with [list length]. Yet inside message boxes they _do_ get counted as the selector (i.e., the very first symbol atom in a message) when variable substitution is involved. Once you know those two details it gets a little easier to grasp. This is all further complicated by the fact that there is no dollarsign variable in Pd that can get the selector of an incoming message. So for list two three you can't get list with a dollarsign variable, and likewise for one two three you can't get one with a dollarsign variable. That's a real sticking point for new users, especially because they've no doubt already seen how seamlessly everything works when only numbers are involved. So I'd suggest everyone have a look at the help patch for [list], especially the subpatch labeled [pd about-lists]. In it, Miller Puckette-- the guy who designed and implemented this part of the language-- describes what is happening in some detail. In his explanation he questions his own design, even going so far as calling the very distinction you point out here ugly. It's not the easiest part of Pd to understand, and it's the reason why you're having a problem in the patch example you gave. But if you learn to use the [list] family objects when dealing with data messages it can makes things a lot easier. Since you know those objects will output messages with a list selector, then for everything other than a bang you're guaranteed that [$1( will work properly. -Jonathan On Monday, January 20, 2014 11:33 AM, Jack j...@rybn.org wrote: Le 20/01/2014 15:34, ro...@dds.nl a écrit : dear list, i'm confused about the $1 replacement in messages. [one two three( |\ | \ | [list split 1] | / |/ |/ | / | [; [this $1 $2( [r this] | [print this] output: this: two three this: two three why? rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [one two three( is not a list. [list one two three( is a list. So what you get is *maybe* the normal behavior ? But, yep, what did you expect ? ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd on Android
Seconding the dissatisfaction with real-time audio support on Android in general. I've only recently jumped on the android train (Samsung Droid Charge) and I've noticed that the only audio apps that are usable are of the sequencing / drum machine variety, because they don't depend so much on low-latency. Any apps where tapping on the screen is supposed to generate a sound exposes serious latency issues. I've heard that gingerbread made some changes to the available audio API, but supposedly they didn't substantially improve things. According to the people who know many of the latency issues are low-level (drivers and actual hardware limitations) that have as much to do with the device manufacturers as Android itself. One of the downsides of an open platform that runs on a wide variety of devices. I haven't had a chance to survey the situation with common audio CODECS being used on these devices and whether the drivers are available open-source, and/or could be hacked for better latency. I haven't been able to test much with libpd yet. So far any time any libpd-based app tries to access my microphone I get this crazy noise (actually sounds kind of cool, but definitely not the intended sound). I haven't tried building the latest from the repo, I didn't realize the binaries were substantially out-of-date (I didn't bother to check any timestamps). If that doesn't fix the issue I'll be sure to get in touch with the devs and see where the issue may lie. -s On Mon, Aug 29, 2011 at 4:54 PM, Hans-Christoph Steiner h...@at.or.atwrote: Hey Dan, I agree, Android's downfall is the poor audio implementation on the devices. How many have you tested? Can you post that data anywhere? It would be good to start collecting this. I think there are starting to be some Android devices with solid audio performance, so it would be good to have a source of data on this. .hc On Mon, 29 Aug 2011 16:30 -0400, Dan Wilcox danomat...@gmail.com wrote: I have to disagree with you. iOS is a better mobile os for running applications using libpd (aka RjDJ, Nodebeat, etc) since it has a low latency audio api. Android can't give you anything better then 20ms or so. If you want to build a realtime, I'm afraid you have to stick to iOS for now ... This is why I'm targeting iOS for the upcoming robotcowboy app ... although I'd rather use a much freer platform. On Aug 29, 2011, at 11:21 AM, Pierre Massat wrote: 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 Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] algorithms for drawing filter response curves
Very cool. Works for me, now. Strangely within the help patch my cursor is always the arrow, and doesn't change to the hand when I'm in Edit Mode, and doesn't highlight when the cursor is over inlets/outlets. -spencer On Thu, Feb 17, 2011 at 9:20 PM, Hans-Christoph Steiner h...@at.or.at wrote: Ok, I pushed updates to the git repo so it should now run using Pd older than 0.43. .hc On Feb 17, 2011, at 12:53 PM, Mike Moser-Booth wrote: Awesome! I would like to be able to see the phase response, but since most of the time the user is only interested in the magnitude response, I think it should be something you can switch to with a message. .mmb On Wed, Feb 16, 2011 at 1:53 AM, Hans-Christoph Steiner h...@at.or.at wrote: Ok, I got it working in a limited way as a Pd object and I was controlling my first filter against noise! Good fun. You can still run the .tcl file as a standalone GUI for dev work. Get it from my git: https://github.com/pd-projects/filterview It would be quite nice if the phase was drawn as a thin line over the magnatude graph. What do you think? .hc On Feb 15, 2011, at 6:31 PM, Mike Moser-Booth wrote: Hey Hans, Here's an update of filterview. There are now procs for the following filters: lowpass highpass allpass bandpass resonant peaking highshelf lowshelf I've added some lines to show the phase response (you have to comment out line 135 and uncomment 136 to see it). I also adjust the bandwidth calculations so the handles sit where they should (i.e. -3dB for bandpass/notch/etc., 1/2 power for peaking/shelf). btw, the frequency axis is log-scaled, though it could probably be improved a little. I sort of took a Pd approach to it by making an mtof proc, so the x-axis gets scaled to linear midi notes and converted to log-frequencies. :-) There might be a simpler way to do it. It also doesn't go all the way down to 0 Hz, because doing that with this approach causes the lowest frequencies to take up too much of the graph. I think Max gets around it by using a more compressed scale below 1-2 Hz. .mmb On Thu, Feb 10, 2011 at 12:39 AM, Mike Moser-Booth mmoserbo...@gmail.com wrote: Sure, I can throw the others together. Now that one is done the rest should fall into place pretty easily. It might take me a couple of days to get to it, though. .mmb On Wed, Feb 9, 2011 at 11:47 PM, Hans-Christoph Steiner h...@at.or.at wrote: That's awesome, thanks! I committed it under your name: https://github.com/pd-projects/filterview I'd like to implement all of the relevant filters, which algorithms should I use? Or even better, perhaps you want to take a crack at it while I figure out how to display the x/frequency on a log scale :-D .hc -- Mike Moser-Booth mmoserbo...@gmail.com -- Mike Moser-Booth mmoserbo...@gmail.com filterview.mmb.tcl.zip Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs -- Mike Moser-Booth mmoserbo...@gmail.com A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] algorithms for drawing filter response curves
On Wed, Feb 16, 2011 at 1:53 AM, Hans-Christoph Steiner h...@at.or.at wrote: Ok, I got it working in a limited way as a Pd object and I was controlling my first filter against noise! Good fun. You can still run the .tcl file as a standalone GUI for dev work. Get it from my git: https://github.com/pd-projects/filterview It would be quite nice if the phase was drawn as a thin line over the magnatude graph. What do you think? .hc Hi Hans, This is a great addition to pd! I'm having a little trouble getting it to work properly, though. When I drag the filter window I get the error message 'invalid command name pdsend '. I just built it and copied the external binary into my pd path, then opened the help patch. thanks, Spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] algorithms for drawing filter response curves
On Sun, Feb 6, 2011 at 11:15 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Sun, 6 Feb 2011, Spencer Russell wrote: [1] gives the magnitude frequency response given the biquad coefficents, and it linked to from several places around the net. Is this the sort of thing you're looking for? [1] http://bit.ly/eFck4j This link got me directly to : USB complete: everything you need to develop custom USB peripherals Par Jan Axelson Chapitre 12 Page 364 and nothing else. (??) Whoops, I meant to send this: http://bit.ly/gUCBu4. Sorry. Here he's basically just taken the transfer function of a biquad and made the z = exp(j*w/Fs) as Mike suggested, followed by taking the magnitude and log-scaling for dB, but he's done the algebraic legwork. Just note that w (lower-case omega) is 2*pi*f and you should be good to go. He's also done some trig-substitution for more numerical precision. -s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] algorithms for drawing filter response curves
[1] gives the magnitude frequency response given the biquad coefficents, and it linked to from several places around the net. Is this the sort of thing you're looking for? [1] http://bit.ly/eFck4j -s On Sun, Feb 6, 2011 at 6:12 PM, Hans-Christoph Steiner h...@at.or.at wrote: I've started to write a GUI for generating biquad coefficients (something like Max/MSP's [filtergraph~]). I've gotten the GUI interaction working well, now I'm looking for the algorithms for generating a plot of the frequency response of a given set of biquad coefficents? It'll end up being Tcl, but I can easily read C, Csound, Java, Perl, Python, etc. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
On Sat, Nov 20, 2010 at 9:20 PM, Ivica Ico Bukvic i...@vt.edu wrote: The source tarball also includes prebuilt binaries, so assuming you have an intel machine with Ubuntu 9.10, it should just run. (cd pd/bin/ followed by ./pd). Otherwise, you may have to rebuild it (standard pd-extended 0.42.x procedure). On Sun, Nov 21, 2010 at 6:50 AM, ALAN BROOKER alan.brooker2...@gmail.com wrote: Hi Ico, I'm on Ubuntu and have tried to ./configure but the terminal reports no tk library found : snip I also had trouble with the tk dependency. When I tried to run the pre-built binary in the tarball it said it couldn't find libtk8.5.so.0, even though it is present in /usr/lib. I'm running Ubuntu Maverick. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] .deb for AMD64 Maverick
I just upgraded to Ubuntu Maverick 64-bit, and the first thing I did was grab pd-extended 0.42.5 and build a deb, because there currently isn't one on the download page. What's the protocol for submitting the deb? I haven't really tested it much yet, but so far so good. Thanks, Spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] .deb for AMD64 Maverick
The package can be found at: http://dl.dropbox.com/u/106774/Pd-0.42.5-extended-ubuntu-maverick-amd64.deb Test away! 2010/11/14 András Murányi muran...@gmail.com: ...and let me throw in the recruitment bit - once you feel up to it, you can set up your machine to autobuildupload it on a daily basis. It's painless! Unfortunately I don't have a machine that's always on and connected, but I'll be happy to build and contribute releases as they come out. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd Shirts
On Tue, Jun 1, 2010 at 12:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: Nice work Max! I want to order some to the USA whenever the customs stuff is figured out. I'll definitely be in on the bulk USA order. I'd be interested in a Medium Black one. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ChucK vs. Pd
PD's blocking behaviour is also configurable with the [block~] object, so you can set the blocksize to a single sample if you like. I think I remember reading that ChucK can operate with variable-sized blocks as well, but I could be wrong. -spencer On Mon, May 31, 2010 at 7:08 PM, Ivica Ico Bukvic i...@vt.edu wrote: FWIW I looked at chuck to run on my performance wearable (500 MHz P3) and all I got was dropouts. Pd runs great in realtime on the same machine ... That's because ChucK has its DSP loop set at per sample whereas Pd calculates everything in 64-byte chunks. While latter gives you a relief from the CPU load, it also lowers the actual control over DSP processes, so you can't exactly pinpoint a sample and translate its trigger into a non-signal domain beyond being sure that the event was triggered when the sample in question was located within the last 64-byte buffer. HTH ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Guitar Pitch tracking in pd
On Tue, May 18, 2010 at 12:18 PM, Pagano, Patrick p...@digitalworlds.ufl.edu wrote: Hi I have a project proposal that wants to track pitches from a guitar [non-midi] and then translate them into tablature that is readable by players. I was looking at fiddle and wondering perhaps if processingmight be of a help but I am posting her to hopefully get some pd feedback and perhaps a few ideas for implementing this project. Has anyone tried this kind of pitch tracking in pure data? Hi Patrick, I believe that there are quite a few people using pitch tracking for various things, and I believe that the current best practice for general pitch tracking is to use sigmund~, as Frank pointed out. Pitch tracking, especially multiphonic pitch tracking is still an active research area and not an easy problem to solve, but if you're restricting yourself to a single instrument you can boost your accuracy by taking into account the harmonic profile of the instrument. Check out the slides at http://www.ee.columbia.edu/~dpwe/e4896/lectures/E4896-L08.pdf for some good pitch-tracking info. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] gendy~ PD + Max/MSP object and libgendy 0.6.0 released
Hi Pd-ers, I've been working off and on for a bit on a C++ library to implement a variant of Dynamic Stochastic Synthesis, a technique developed by Iannis Xenakis. For a great history and more details of the original algorithm check out Sergio Luque's thesis [1]. The library is still pretty rough around the edges and more or less completely undocumented, but the PD object that uses it should be pretty functional. Included with the code is a helpfile as well as a gui that should make it pretty easy to jump right in. The basic idea of DSS is to describe a waveform with a set of breakpoints and interpolate between them to generate the actual audio signal. The set of breakpoints forms a single cycle of a waveform, and each time one cycle gets played, the breakpoints each move for the next cycle. So each breakpoint traverses a two-dimensional random walk. One improvement I've made to some traditional DSS implementations is the use of cubic spline interpolation instead of linear, which improves the aliasing considerably. It's not a truly bandlimited signal, but is differentiable. improves is obviously subjective, and linear interpolation is also available by sending a linear message to the object. The other modification is the introduction of selectable center waveforms that the breakpoints will gravitate towards. Right now I only have flat, square, and sine implemented, but I'm planning on including basic triangle and sawtooth as well. The h_pull and v_pull controls effect how much the breakpoints are pulled towards the center waveform. The external requires Thomas Grill's Flext library. Once you have it installed simply run FLEXTDIR/build.sh pd gcc From the base gendy directory (Where FLEXTDIR is the location of your flext install) and you should have a shiny new binary in the pd-linux directory. The arguments to build.sh will vary depending on your system, as will the directory containing the binaries. Please report any bugs to http://code.airwav.es/projects/gendy/issues/new Downloads: Source Tarball - http://code.airwav.es/attachments/download/4/gendy-0.6.0.tar.gz x86_64 PD Binary - http://code.airwav.es/attachments/download/3/gendy~.pd_linux You can also get the code with git clone http://git.airwav.es/gendy.git gendy [1] http://www.sergioluque.com/texts/luque_stochastic.pdf ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] gendy~ PD + Max/MSP object and libgendy 0.6.0 released
Hi Pd-ers, I've been working off and on for a bit on a C++ library to implement a variant of Dynamic Stochastic Synthesis, a technique developed by Iannis Xenakis. (For a great history and more details check out Sergio Luque's thesis [1]. The library is still pretty rough around the edges and more or less completely undocumented, but the PD object that uses it should be pretty functional. Included with the code is a helpfile as well as a gui that should make it pretty easy to jump right in. The basic idea of DSS is to describe a waveform with a set of breakpoints and interpolate between them to generate the actual audio signal. The set of breakpoints forms a single cycle of a waveform, and each time one cycle gets played, the breakpoints each move for the next cycle. So each breakpoint traverses a two-dimensional random walk. One improvement I've made to some traditional DSS implementations is the use of cubic spline interpolation instead of linear, which improves the aliasing considerably. It's not a truly bandlimited signal, but is differentiable. improves is obviously subjective, and linear interpolation is also available by sending a linear message to the object. The other modification is the introduction of selectable center waveforms that the breakpoints will gravitate towards. Right now I only have flat, square, and sine implemented, but I'm planning on including basic triangle and sawtooth as well. The h_pull and v_pull controls effect how much the breakpoints are pulled towards the center waveform. The external requires Thomas Grill's Flext library. Once you have it installed simply run FLEXTDIR/build.sh pd gcc From the base gendy directory (Where FLEXTDIR is the location of your flext install) and you should have a shiny new binary in the pd-linux directory. The arguments to build.sh will vary depending on your system, as will the directory containing the binaries. Please report any bugs to http://code.airwav.es/projects/gendy/issues/new Downloads: Source Tarball - http://code.airwav.es/attachments/download/4/gendy-0.6.0.tar.gz x86_64 PD Binary - http://code.airwav.es/attachments/download/3/gendy~.pd_linux You can also get the code with git clone http://git.airwav.es/gendy.git gendy [1] http://www.sergioluque.com/texts/luque_stochastic.pdf ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Zen Garden re-implementing the wheel in C++?
On Sat, Apr 17, 2010 at 9:04 AM, Tim Blechmann t...@klingt.org wrote: unfortunately, this is not a trivial issue. dynamically changing the signal graph is possible (actually, i had an implementation of that in nova). do the topological sorting in the background and you are fine. the tricky part are implicit dependencies. see this trivial patch: |adc~| | |send~ foo| |receive~ foo| | |dac~| it execution order is ambiguous. either (a) adc-send-receive-dac or (b) receive-dac-adc-send. the actual execution order depends on the implementation. the case (b) introduces one sample block of latency between send and receive, (a) doesn't introduce any latency. without the loss of generality, lets assume that the actual order of the dsp graph is (b). now you add a connection between adc~ and dac~. the topological sorting of the dsp graph may come to the execution order (a). adding the connection, you change the layout of the signal graph, changing the order of send~ and receive~ and therefore its semantics. you actually loose one sample block and therefore have an audio dropout. if there are any possibilities to circumvent this issue, i haven't found any. for special cases, it works, but whenever implicit dependencies have to be taken into account, things are getting very messy. if you want to have dynamically changing signal graphs, don't use max-like languages. it is not a problem of the implementation, it is a problem of the programming model in general! if you need dynamically changing signal graphs, you should use a system, that is designed for this use case. cheers, tim I've actually wondered this for a while: Why is it that send~ and receive~ objects require special treatment instead of being treated the same as any other edge in the graph? I understand that in the current implementation using s~ / r~ pairs is the only way to create a graph with cycles (or fake the effect of one, anyways), but it doesn't seem obvious to me that that is the only valid way to go about it. If they were just invisible wires then cycles would require other treatment, obviously, but it seems like cycles could be broken and turned into leaf nodes in the graph automatically, or by requiring the user to put a 1-block delay in explicitly, instead of letting the s~/r~ pair do double-duty and add the possibility for ambiguity as described above. I suppose I would lean towards the 2nd method, to make sure the break point of the cycle is well defined. -s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Zen Garden re-implementing the wheel in C++?
On Sat, Apr 17, 2010 at 1:38 AM, Mathieu Bouchard ma...@artengine.ca wrote: On Fri, 16 Apr 2010, Spencer Russell wrote: I'm excited about the idea of a more object-oriented approach, Pd's implementation was made with an object-oriented approach. You can't get much more object-oriented than that. If you mean that the object-oriented approach has been implemented using C++'s grammar instead of having to invent yet another object system in C, you are right, and that can be a relief. However, this does not guarantee anything at all on the outcome of the project. Agreed that Pd's code is certainly organized in an object-oriented way, and the architecture that Miller has constructed to do OOP in C is extremely clever and definitely nothing to throw sticks at. On the other hand, there are structures that come for free when using a language that supports real objects out of the box (such as real polymorphism) that are difficult if not impossible to achieve in C. Much of ZenGarden is designed by copy+paste, and that's something that it doesn't get any better than Pd. Meanwhile, the author claims ZenGarden has « clean code », presumably to imply that Miller's isn't, but there's no explanation at all on what it means to be clean. I think cleanliness means no copy paste. I also think cleanliness doesn't mean using variable-names that look like this_is_the_array_that_contains_the_outlets_sorted_by_horizontal_position. I'm not ready to make blanket statements regarding the overall cleanliness of ZG vs. PD code, but there's definitely a significant reduction of boilerplate necessary to create an object, which seems like a step forward. I have some concerns about the extensibility of some of ZG's current architecture (the PdGraph object has a list of all the objects it supports hard-coded in), but it's still a young project with the architecture still somewhat in flux. Then the externals API... I don't think that was compatible with anything. It's a lot easier to port your Pd externals to MAX than to ZenGarden. agreed, losing the rich library of Pd externals would be a huge problem, and developing a flext-like abstraction layer seems intractable due to the significant under-the-hood differences. It also seems important to note that the ZG guys aren't trying to replace PD wholesale, but just to provide a separate runtime library that makes Pd patches more embeddable (within other programs, on other devices). The project was started by RJDJ, so I don't imagine that dynamic patching is a high priority. -s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Zen Garden re-implementing the wheel in C++?
Hey List. Just came across Zen Garden: http://wiki.github.com/mhroth/ZenGarden/ Seems like the RJDJ crew is re-implementing PD in C++, in it's full object-oriented glory. I'm excited about the idea of a more object-oriented approach, and especially with the idea of ditching all the Tk/Tcl garbage, but I don't really see the utility of re-implementing all the DSP graph code. I haven't looked at the ZenGarden code at all yet though, so maybe they're doing a lot of borrowing where it makes sense? Maybe we can talk about this interesting development without a flame war? Unlikely. -s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Zen Garden re-implementing the wheel in C++?
I apoligize for the perhaps poor choice of words. I wasn't bashing tcl in general, but only meant that there seems to be a fairly large sentiment that it doesn't belong in the interface between client and server processes. -s On Apr 16, 2010 9:02 PM, errordevelo...@gmail.com lt;errordevelo...@gmail.comgt; wrote: i think by calling Tcl a garbage you are certainly provoking a flame war. On Fri, Apr 16, 2010 at 02:46:44PM -0400, Spencer Russell wrote: gt; Hey List. gt; gt; Just came across Zen Garden: gt; gt; http://wiki.github.com/mhroth/ZenGarden/ gt; gt; Seems like the RJDJ crew is re-implementing PD in C++, in it's full gt; object-oriented glory. gt; gt; I'm excited about the idea of a more object-oriented approach, and gt; especially with the idea of ditching all the Tk/Tcl garbage, but I gt; don't really see the utility of re-implementing all the DSP graph gt; code. gt; gt; I haven't looked at the ZenGarden code at all yet though, so maybe gt; they're doing a lot of borrowing where it makes sense? gt; gt; Maybe we can talk about this interesting development without a flame gt; war? Unlikely. gt; gt; -s gt; gt; ___ gt; Pd-list@iem.at mailing list gt; UNSUBSCRIBE and account-management -gt; http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Free samples somewhere on the net?
On Thu, Apr 15, 2010 at 6:57 AM, Pierre Massat pimas...@gmail.com wrote: Hello everyone! I just got a brand new midi keyboard and i'm very excited! Anyway, i was wondering if anybody knows where i could find some good quality samples of electric keyboards (like the Rhodes), for free (yes, i m using Pd also because it is free and because i m not exactly a millionnaire, although i like it so much now that i don't think i'd use anything else if i were that rich. Anyways...). If you're looking for soundfonts there're a lot at: http://www.hammersound.net/ A lot of them are terrible, but there are quite a few usable ones in there. To use them in FluidSynth (or using the QSynth front-end) you'll want to get them in .sf2 format. Sometimes they're in .sfArk format, which is a compressed format that I think you need to use a windows tool to un-compress. It may work in wine, though. -s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Last days of submissions to ICMC's UnConference
Count me in. I probably won't be at ICMC though. Will that be required? -s On Wed, Apr 14, 2010 at 5:19 PM, Alexandre Porres por...@gmail.com wrote: It turns out that NYC Resistor, of which I am a member, is hosting some ICMC workshops. I'd happily host some kind of informal Pd gathering there, whether its in addition to, or in place of the ICMC Unconference. .hc Cool, Well, I'm sending tomorrow a proposal for some Pd gathering/hack session at the Unconference. Miller said he's game on it, so I'll mention my name, you, him, and maybe someone else that is interested and going there, just send me a note... (today!) Seems I'll be working on ICMC to attend it for free, I'll be helping a lot in the UnConference thing, guess I have a thing for working in conferences... cheers alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] making hardware
On Fri, Mar 5, 2010 at 2:54 AM, Chris McCormick ch...@mccormick.cx wrote: Hi, You might be interested in Martin Roth's ZenGarden: https://github.com/mhroth/ZenGarden/ Not even close to fully functional, but it's moving fast and can run some Pd patches already on Android (ARM), and desktop PCs (Mac/Linux). I am currently trying to get it working on the Nintendo DS to enable people to use the DS as a generic effects unit with a touch screen. This branch is the most active right now: http://github.com/mhroth/ZenGarden/tree/pdm10 Chris. On Thu, Mar 04, 2010 at 06:20:15PM +0900, hard off wrote: one thing i always use a lot in my pd patches is called a 'wetfilter'. basically it is a bunch of bandpass filters, followed by delaylines of increasing length. kind of oldschool 'spectral delay'. so, i'd love to have this effect in a small hardware box, so i can put some drum machines and synths through it easily. what options are available for putting pd patches into small devices with audio in and out? and, slightly off topic for the pd list, is there already some type of generic 'stomp box' that can load C++ code or something to make effects? http://line6.com/tcddk/ A couple years ago Line6 released a development kit to to just that. Seems like a great tool as long as you're not afraid to get your hands a little dirty in some C DSP code. I've done some BeagleBoard hacking but had quite a bit of trouble getting Pd to run on it (I think because of some bugs in the ALSA drivers at the time) Perhaps the situation is better now. -s ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrogram patch?
On Sat, Jan 23, 2010 at 9:02 PM, Spencer Russell spencer.f.russ...@gmail.com wrote: Has anyone made a nice real-time spectrogram[1] patch? The spectrogram.pd patch that comes with gridflow is pretty close to what I'm looking for, except that it doesn't display any past data, but I figured before i started figuring out how gridflow works I'd check to see if anyone had done the work before. (Or a gem-based one). On Tue, Jan 26, 2010 at 12:53 AM, William Brent william.br...@gmail.com wrote: I was just adding a cepstrogram patch to the examples package for my timbreID externs. I modified it and made a spectrogram example too. It's not real time though - you just load samples and it plots spectrograms using Pd's struct scalar objects. If you want to take a look at it, you can download the externs and examples at my site: www.williambrent.com. Here's a screenshot of a horrific soprano vibrato sample. Great! I'm checking out your TimbreID externs now. A while ago I was working on a set of externs to train and use hidden markov models, so a robust set of feature extractors in PD would be a great addition! we'll see if I pick up the project again... -s- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Spectrogram patch?
Has anyone made a nice real-time spectrogram[1] patch? The spectrogram.pd patch that comes with gridflow is pretty close to what I'm looking for, except that it doesn't display any past data, but I figured before i started figuring out how gridflow works I'd check to see if anyone had done the work before. (Or a gem-based one). Thanks! -spencer [1] http://en.wikipedia.org/wiki/Spectrogram ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrogram patch?
Hi Jaime, Thanks, that would be great! I'm asking on behalf of my friend Ron Weiss, who's teaching a class on music signal processing at NYU. Do you mind if I forward the patch on to him? Thanks again! -spencer On Sun, Jan 24, 2010 at 12:22 AM, Jaime Oliver jaime.oliv...@gmail.com wrote: hey, I'm in the middle of an unfinished patch... it's really chaos, but i can send you the patch and the pix_spectrogram external source as well if you'd like... attached is a screenshot of how it looks right now... J On Sat, Jan 23, 2010 at 9:02 PM, Spencer Russell spencer.f.russ...@gmail.com wrote: Has anyone made a nice real-time spectrogram[1] patch? The spectrogram.pd patch that comes with gridflow is pretty close to what I'm looking for, except that it doesn't display any past data, but I figured before i started figuring out how gridflow works I'd check to see if anyone had done the work before. (Or a gem-based one). Thanks! -spencer [1] http://en.wikipedia.org/wiki/Spectrogram ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 750 0924 (cel) 858 202 1522 (home) 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] introducing l2ork
Great news! May I ask what the considerations were when choosing the MSI Wind netbooks? -spencer On Fri, Oct 23, 2009 at 6:58 PM, Ivica Ico Bukvic ico.buk...@gmail.com wrote: Greetings all, I wanted to share with you my latest Linux-based and Linuxaudio.org-related project that has been sucking up most of my time over the past year or so to the point it seemed as if I have disappeared off the face of the Earth. Needless to mention it continues to alter my sleeping/eating patterns with unprecedented aptitude and with no end in sight ;-). The project in question is to the best of my knowledge World's first Linux Laptop Orchestra or simply L2Ork. Its software infrastructure currently revolves mainly around Pd. As a result, there have been various enhancements to Pd-extended, Linux gui enhancement (pd.tk posted a while ago) being one of them. We are hoping to release final versions soon. For more info: http://l2ork.music.vt.edu/ Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Patching circle NYC
I'd also be interested hanging with some other NYC PD Nerds. Brooklyn is easier for me in general, but I have to go up near Columbia on Fridays to teach an electronics class, so if we're using some space at TC it would be great if it were on a Friday around 7. -s- On Sun, Sep 27, 2009 at 7:32 PM, Jerome Covington i...@thespacebetweenthewords.org wrote: Hans, you mentioned that you know people at Teacher's College who would be interested in hosting it. Can you provide me with contact info? (Off list, if you prefer.) Thanks! Jerome Covington . . . . : . . . . : define audio development On Sun, Sep 27, 2009 at 3:40 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Sun, 27 Sep 2009, Hans-Christoph Steiner wrote: This city is large enough for multiple Pd meetings after all. Austria has multiple Pd groups, and there are less people in that whole country than in NYC. :) You are supposed to know that Pd users are not evenly spread out. The change of density is not even continuous: if I just cross a bridge to Laval or Longueuil, poof! no Pd users at all there. Go figure. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] granulator for live performance
Sorry for the delay. If anyone wants to try my granulator (which I'm pretty proud of), it should now be available for download (with any necessary abstractions) at: http://airwav.es/projects/sfr-granulator at some point I'll put a help patch together, but the different sliders are documented on the web page. thanks! -spencer On Tue, Jun 9, 2009 at 6:34 AM, Derek Holzerde...@umatic.nl wrote: Hi Fernando, you can try my live looper/granulator here: http://lists.puredata.info/pipermail/pd-list/2006-02/035619.html http://lists.puredata.info/pipermail/pd-list/2006-02/035624.html [zipped abstractions] best! Derek FernandoG wrote: I have problem with this grainvoice~.pd http://airwav.es/downloads/SFR-granulator%7E/grainvoice%7E.pd sample granulator path, pd (extended 0.41.4). Mult object cant create. Any body knows about this mult object? Any body knows another granulator with a buffer(i need to take sounds from a mic) for live performance? -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 113: Make a blank valuable by putting it in an exquisite frame ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Speaker protection abstraction
Most of my live performance work involves realtime processing of upright bass, and I find myself often using a lot of very short variable IIR taps (delays with feedback). I use either my 500-watt bass amp or the house PA as output. Right now I don't have any explicit patchage to make sure I'm not pumping out any signal that's straining the amplification system, and if I watch my speakers as I play I often see them popping in and out in a distressing fashion. I'm thinking I should start including some basic speaker protection into the output stage of my patches, mostly a limiter and highpass filter to get rid of any sub-audio and DC signal. Is this necessary? I assume that either the output of the firebox or the input of my amplification setup is AC-coupled and should be getting rid of DC anyways, but we all know what happens when you assume. Are other people using speaker protection patches? Anything more sophisticated than the classic [hip~ 5] before the output? -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] patching circles in nyc?
Sounds fun. I'm going to try to drop by for a few hours before I head into work. -spencer On Thu, Nov 20, 2008 at 7:18 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 20, 2008, at 7:59 AM, Spencer Russell wrote: On Fri, Nov 7, 2008 at 2:19 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Ok, so I talked with some people here at Eyebeam. Does this work for people: Saturday 11/22, noon-6pm Eyebeam (http://eyebeam.org) 540 W. 21st St. NY, NY Is the idea of a patching circle that we play PD-based music together, or is it more of a time to get together and bounce ideas off each other and patch in the same room? It's more the latter, a place to program together, but people are welcome to play if they want. .hc It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] patching circles in nyc?
On Fri, Nov 7, 2008 at 2:19 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Ok, so I talked with some people here at Eyebeam. Does this work for people: Saturday 11/22, noon-6pm Eyebeam (http://eyebeam.org) 540 W. 21st St. NY, NY Is the idea of a patching circle that we play PD-based music together, or is it more of a time to get together and bounce ideas off each other and patch in the same room? -s- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Open source your mobile devices, Oct 14th @ Eyebeam
On Fri, Oct 10, 2008 at 8:11 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Oct 10, 2008, at 3:57 PM, Gunter Geiger wrote: Are you going to install Pd or PDa ? PDa, of course. I've been making a lot of builds using OpenEmbedded. I am working on a custom OpenEmbedded image/distro based on Angstrom. So far I have it running on iPAQs and Palms. Others should be possible. I should have some test releases soon. I have also made some test builds for Maemo and OpenMoko. I suppose I should throw them somewhere if anyone wants to try them. On Oct 10, 2008, at 8:16 PM, Hans-Christoph Steiner wrote: Hey all, if you are near NYC, come join us in putting Pd on old PDAs and iPods: .hc I've been working with OpenEmbedded recently too, on the Beagle Board (TI's poor-man's EVM for the OMAP3530 processor) I compiled PDa on the box, but it runs rally slowly, and I haven't figured out why. Lately i've been getting the OpenEmbedded cross-compilation environment all set up and I'm figuring out how to create a custom embedded distro, so I'd love some more info on what you're doing, Hans. Also, OMAP has an FPU, so perhaps I could get full PD compiled. I'll keep people posted. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] recommendations for usb (firewire?) audio interfaces?
On Tue, Sep 23, 2008 at 10:54 AM, [EMAIL PROTECTED] wrote: B. Bogart hat gesagt: // B. Bogart wrote: I'm looking for my first decent audio interface, as I'm getting more in to sound and will start working on my first audio installation. I would like something with 3-4 mic inputs, and about 4-8 total inputs and outputs. FWIW, I've been very happy with my Presonus Firebox. I usually run with about 5ms of latency for live electroacoustic music, using Ubuntu Hardy with the packaged realtime kernel. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record - pix_film plays back too fast
Thanks for the Apple Intermediate suggestion, that definitely improved the situation. It's still having a hard time, though, so I feel like I must be doing something wrong. A dual core Macbook pro should be able to encode and store one 640x480 video stream at 20fps no problem, right? Activity monitor doesn't show my CPU peaking out, but I'm still getting dropped frames in the recording which cause the playback to be out of sync, so maybe it's some sort of hard drive throughput problem? I'll try to put together an example patch of my approach, but this show opens on Friday, so things are pretty hectic right now and it might be working good enough [sic] that I might focus on some other problems. Is it generally better to use [auto 1( or a metro for recording using [pix_record] and playback using [pix_film(, if all I want to do is record and playback at normal speed with some effects on both ends? Thanks a bundle, spencer PS If you're in NYC come see the show! It's called There Will Be Soft Rains and it consists of 3 adaptations of Sci Fi short stories. There are puppets from the people who did this year's Hamlet in Central Park, and live sampled-video projection madness running off of PD/GEM! email me for show dates, etc. On Mon, Aug 4, 2008 at 4:28 PM, chris clepper [EMAIL PROTECTED] wrote: pix_record uses the actual time passed between frames when writing a Quicktime file. This is proven accurate in my testing (probably a million files at this point). One thing you will not get is a perfect 29.97 file though. That requires either offline processing like Final Cut or a dedicated clock like a DV cam. The more objects running the longer the time between frames, plus the time it takes to compress the frame means that it can take a while to record. The choice of codec is very important too. H.264 is not going to work well for real time capture, but Apple Intermediate is designed for it. On Mon, Aug 4, 2008 at 3:14 PM, Spencer Russell [EMAIL PROTECTED] wrote: I'm using pix_record to write processed video captured live from a DV cam to disk, and then playing it back with pix_film. Unfortunately, it seems to record at around 16fps even though GEM should be running at 20. I tried lowering GEM to 15 fps thinking that maybe it was having trouble keeping up, but then it wrote at around 12fps. The framerates are the ones that show up in Quicktime player, and seems to be the same as when I play back with pix_film. I've tried recording both with [auto 1( and banging it with a metro, but strangely it doesn't seem to matter how fast I run the metro. I tried it at 15 fps and 50fps with the gemwin at 20fps and the recorded video seemed to be the same. What controls the framerate of pix_record and pix_film? I'd think that using [auto 1( would do both of them at the GEM rate, but apparently that seems to not be happening. This is on my friend's MacBook pro running OS X. thanks in advance, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_record - pix_film plays back too fast
I'm using pix_record to write processed video captured live from a DV cam to disk, and then playing it back with pix_film. Unfortunately, it seems to record at around 16fps even though GEM should be running at 20. I tried lowering GEM to 15 fps thinking that maybe it was having trouble keeping up, but then it wrote at around 12fps. The framerates are the ones that show up in Quicktime player, and seems to be the same as when I play back with pix_film. I've tried recording both with [auto 1( and banging it with a metro, but strangely it doesn't seem to matter how fast I run the metro. I tried it at 15 fps and 50fps with the gemwin at 20fps and the recorded video seemed to be the same. What controls the framerate of pix_record and pix_film? I'd think that using [auto 1( would do both of them at the GEM rate, but apparently that seems to not be happening. This is on my friend's MacBook pro running OS X. thanks in advance, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [GEM] Flatten Alpha for storage, then restore it
I'm mixing video by background subtracting it and then setting the background transparent (alpha = 0), then texturing each video onto overlapping rectangles to achieve a compositing effect. I need to record the different videos with [pix_record] and then play them back later while preserving the alpha somehow, so I was thinking that I could just replace all the transparent part with bright pink or something and store it as regular photo jpeg frames, and then later set all the bright pink parts to transparent when I read the video back. I'm having trouble with both sides of the conversion, though. Perhaps there's a better approach entirely? thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] Flatten Alpha for storage, then restore it
The stopgap solution I'm using now is to record the raw output of pix_background(with the background set to black) and then when I restore it I'm using an abstraction that uses the image as its own alpha mask with [pix_takealpha] (the mask image is run through a pix_gain with a gain of 5 to saturate the mask so it's basically black and white. (is there a cleaner way to turn all non-black pixels white?) -spencer On Fri, Aug 1, 2008 at 8:25 PM, Spencer Russell [EMAIL PROTECTED] wrote: I'm mixing video by background subtracting it and then setting the background transparent (alpha = 0), then texturing each video onto overlapping rectangles to achieve a compositing effect. I need to record the different videos with [pix_record] and then play them back later while preserving the alpha somehow, so I was thinking that I could just replace all the transparent part with bright pink or something and store it as regular photo jpeg frames, and then later set all the bright pink parts to transparent when I read the video back. I'm having trouble with both sides of the conversion, though. Perhaps there's a better approach entirely? thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] Flatten Alpha for storage, then restore it
the help file of pix_write says that it takes a picture of the frame buffer, whereas I want to capture the current pix frame. I need to capture from a camera without displaying it to the screen. I'm looking into it, though, because I seem to be having lots of segfaults with pix_record, especially trying with more than one of them. -spencer On Fri, Aug 1, 2008 at 8:58 PM, Jack [EMAIL PROTECTED] wrote: You can use [pix_write]. ++ Jack Le 2 août 08 à 02:25, Spencer Russell a écrit : I'm mixing video by background subtracting it and then setting the background transparent (alpha = 0), then texturing each video onto overlapping rectangles to achieve a compositing effect. I need to record the different videos with [pix_record] and then play them back later while preserving the alpha somehow, so I was thinking that I could just replace all the transparent part with bright pink or something and store it as regular photo jpeg frames, and then later set all the bright pink parts to transparent when I read the video back. I'm having trouble with both sides of the conversion, though. Perhaps there's a better approach entirely? thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] 2nd instance of [pix_record] crashes
I've been having a heck of a time with pix_record. The attached patch reliably causes a segfault if you record to one pix_record, stop the recording, then record to the second one. I'm using Ubuntu Hardy with pd-extended 0.40.3-1 packaged by Hans. My libquicktime version is 2:1.0.0+debian-5. and My Gem version is 0.91.1 'tigital'. Running PD in gdb gives Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7c8d6b0 (LWP 18093)] 0xb73c4096 in cmodel_default () from /usr/lib/libquicktime.so.1 But I don't have debugging symbols installed, and I've always had a hard time using GDB with pd externals anyways, so I'm not sure how to track it further. I'm trying to get this live sampling video playback thing ready for a play in the FringeNYC festival, and we're supposed to have a tech rehearsal tomorrow, so if anyone can shine any light on making this problem go away you will have my undying gratitude. (and maybe a comp ticket if you're in NYC and extra helpful) thanks! -spencer recordtest.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] freehand drawing on video in GEM
On Tue, Jul 22, 2008 at 9:42 AM, Jack [EMAIL PROTECTED] wrote: Le 22 juil. 08 à 02:10, [EMAIL PROTECTED] a écrit : Single buffered drawing won't work with what he is describing, unless he repaints all of the brush strokes. When a new video frame is drawn, it will overwrite everything. This can be worked around by playing with the Z values though...set the video to draw behind the brush strokes and then make sure that you do Z writes for the brushes. However, you won't be able to do alpha with this... Yes Mark, this the first patch join to this mail (paintandvideo.pd). paintandvideo.pd is exactly what I needed. Thanks Jack! I guess I was still fuzzy on how the buffering works, because I didn't realize that you could render something behind something else in single-buffer mode. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] freehand drawing on video in GEM
I need to blob track a point of light in a video and use it to draw freehand in the GEM window, possibly mixed with previously-recorded video clips. I'd also like to connect the adjacent points with lines so that the drawing is continuous. I'm still pretty new to GEM, but I'm working on getting my head around all the render order and buffering ideas, I'm just not sure what the best approach is. I've tried using gemframebuffer going to a pix_snap, but it takes up 100% CPU, so I figure there's got to be a better way. Is there some sort of way I can just keep appending vertices to a list and use something like [curve]? Thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] freehand drawing on video in GEM
On Mon, Jul 21, 2008 at 5:28 PM, chris clepper [EMAIL PROTECTED] wrote: Single buffer rendering can be used for 'painting' using a geos as various brush types. The difficulty though, is that I want to draw some parts in a freehand single-buffer style, but I want it to be mixed and layered with video that's drawn normally. thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to read .mid files
Date: Thu, 17 Jul 2008 15:26:28 +0200 From: Costis Benardis [EMAIL PROTECTED] Subject: [PD] How to read .mid files Hi I have a simple (i hope) question. How can i read a midi file stored in my hd. What i want to do is to read data from a .mid file and write them in a table. Thanks If you don't mind a little compilation, I wrote an object called midiopen that opens a midi file and dumps the data to its outlet. Check out the SVN repo with svn checkout http://pdhmm.googlecode.com/svn/trunk/ pdhmm if you're on linux you should be able to compile it just by typing scons it's still pretty preliminary, but it should work on most midi files that don't have any SysEx messages in them. One of these days I'll clean it up and perhaps add it to pd-extended. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] unclamped pix_subtract?
I'm trying to implement a background subtractor using pix_buffer to store the reference frame, and then subtracting it from the live video input, then using that subtraction as an alpha mask for the live video. The problem is that pix_subtract clamps the output at 0, but I need it to not clamp, and then I can take the absolute value. Is there a way to do unclamped subtraction of pix objects in GEM? thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] HMM library - Chroma Analysys - Midifile dump (was: Midi File Playback)
On Sat, Jun 28, 2008 at 1:27 PM, [EMAIL PROTECTED] wrote: On Sat, Jun 28, 2008 at 8:09 AM, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Seq works fine so far ... but...what about playback speed ?? I'm working on a score following toolkit using the GHMM library for hidden markov models, and as part of it I wrote a simple object called midiopen that takes a midifile and dumps all the data on its outlet. There's a simple PD patch called midiplay.pd that uses the midiopen object to play back a midifile using vline~ to schedule the whole thing. So far I've just written it for my own use and it's very hacky and I think it chokes on sysex messages, but feel free to check it out. The chmm object is something I'm working on to allow the creation of state machines with probabilistic emissions, and the selection of the most likely state sequence given a system and a sequence of emissions. It doesn't work yet, but it's a fun project. release early, release often, right? Compiling the whole thing requires libfftw3 and libghmm, but you can compile just the midiopen object without them. for those interested, there's also an object called chroma~ in there that takes audio input and each time it receives a bang spits out a 12-element list of how much energy it has received in each of the 12 half steps of western classical music since the last bang. check it out with svn co http://pdhmm.googlecode.com/svn/trunk/ pdhmm to compile on linux just type scons to compile on other platformsI'm not sure. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Performance with PD in NYC Tonight!
Tonight is the Columbia Computer Music Center's monthly Fun Night! I'll be performing my sensor(and PD)-augmented double bass alongside drum psychopath Kevin Shea and bearded trombonist Ryan Snow. Also performing will be Jordan Paul on drums and electronics, and Victor Adan on dot matrix printer head. I also just put a recording up on the evil and ugly myspace of a recent improvisation I did on the same sensor-augmented bass(with slightly different PD patching) with George Lewis on trombone, Steven Lehman on alto sax and laptop, and Mario Diaz de Leon on electric guitar. It's the first track on there: http://www.myspace.com/spencermakesnoise I've got more info on the hardware I designed here: http://www.columbia.edu/~sfr2105 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Performance with PD in NYC Tonight!
Oh, right, andthe info! Columbia CMC Fun Night! 8PM Thursday March 27th! Prentis Hall 3rd Floor! 632 W. 125th St.! New York, NY! On Thu, 2008-03-27 at 07:53 -0400, Spencer Russell wrote: Tonight is the Columbia Computer Music Center's monthly Fun Night! I'll be performing my sensor(and PD)-augmented double bass alongside drum psychopath Kevin Shea and bearded trombonist Ryan Snow. Also performing will be Jordan Paul on drums and electronics, and Victor Adan on dot matrix printer head. I also just put a recording up on the evil and ugly myspace of a recent improvisation I did on the same sensor-augmented bass(with slightly different PD patching) with George Lewis on trombone, Steven Lehman on alto sax and laptop, and Mario Diaz de Leon on electric guitar. It's the first track on there: http://www.myspace.com/spencermakesnoise I've got more info on the hardware I designed here: http://www.columbia.edu/~sfr2105 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] send~/receive~ and throw~/catch~ pairs in reblocked patches
I'm trying to send some signals around a reblocked patch, and I'm getting the following errors: error: sigsend 1002-test: unexpected vector size error: receive~ 1002-test: vector size mismatch this happens in a simple test patch with a send~/receive~ pair inside of a subpatch that's reblocked to any size except 64. What's up? I'm using PD-extended 0.39.3 from Hans's installer on Ubuntu Gutsy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] send~/receive~ and throw~/catch~ pairs in reblocked patches
On Tue, 2008-03-18 at 17:17 +0900, hard off wrote: oops, sorry for double reply spencer..forgot to send this mail to the list. no problem. I get the digest, so this sped up the process, anyways! :) the [send~] [receive~] objects only work for default block size. hmm, the block~ documentation only seems to say that the blocking must be the same if you're send~ing across subpatches, which I assumed meant that sending within a reblocked subpatch would be OK. Is there a technical reason for this limitation? you can create a table the same size as your new blocksize, and use [tabsend~] / [tabreceive~], although i think that might bring in a one block delay, which might not be what you want. I could also use a delwrite~ and a delread~, which shouldn't introduce a delay if I force dsp calculation order using other subpatches. Just a little less clean. thanks! -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Text entry in PDa on the N800
Hey Guenter and list, I just got a nokia N800 handheld internet tablet, and of course the first order of business is to get PD running on it! The package installed without a hitch, and i can run it just fine. I'm stuck on how to enter any text, though. I know it would be silly to do much patching on the device itself, but it would be a nice option to have. any ideas? thanks, spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD on a DSP?
Has anyone had experience running PD using a dedicated DSP? I'm going to be starting an embedded PD-based project and my plan has been to use PDa on an ARM, but I'm wondering if I might be able to get more speed by offloading some of the maths to a DSP. If I used a floating-point DSP could I port mainline PD? I guess that PDa has to emulate the floating point for the message passing, which I suppose wouldn't be well-suited to a DSP anyways. Anyways, I'm just rambling... -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] timing question
Here's a patch that outputs the actual time of the bangs from a metro, and also shows the phasor~ clone generated using vline~. You can see that the actual time that the metro outputs is +/- 5ms (on my system), but the phasor has a constant period anyways! Craziness. So if I wanted to use PD to schedule some other program or device, would I want to send along some sort of timestamp based on the logical time to keep the timing tight? Perhaps this is a solution for some people who have been running into scheduling sloppiness when controlling hardware devices? It probably would be very doable to have an arduino do micro-scheduling of events based on a timestamp received along with the messages that are supposed to trigger the events. is anybody doing this already? -spencer --- #N canvas 193 278 652 300 10; #X obj 62 136 realtime; #X obj 62 189 -; #X obj 62 160 t f f; #N canvas 0 0 450 300 graph1 0; #X array \$0-waveform 1000 float 0; #X coords 0 1 999 -1 200 140 1; #X restore 395 68 graph; #X obj 62 217 print realtime; #X obj 201 162 vline~; #X msg 201 140 0 \, 1 10; #X obj 254 162 metro 100; #X obj 139 86 metro 10; #X obj 139 109 t b b; #X obj 167 7 tgl 15 0 empty empty empty 0 -6 0 10 -262144 -1 -1 0 1 ; #X obj 167 28 t b f f; #X obj 200 186 tabwrite~ \$0-waveform; #X connect 0 0 2 0; #X connect 1 0 4 0; #X connect 2 0 1 1; #X connect 2 1 1 0; #X connect 5 0 12 0; #X connect 6 0 5 0; #X connect 7 0 12 0; #X connect 8 0 9 0; #X connect 9 0 0 1; #X connect 9 1 6 0; #X connect 10 0 11 0; #X connect 11 0 0 0; #X connect 11 1 8 0; #X connect 11 2 7 0; - On Dec 17, 2007 11:58 AM, Derek Holzer [EMAIL PROTECTED] wrote: OK, now I've got it. This can be explained! It especially makes sense with the old infinite looping counter patch: [f]X[+ 1] where [+ 1] gets sent to the hot rather than the cold inlet of [f]. It wouldn't be such a problem if it only counted on signal blocks, but it actually counts as fast as the CPU will let it. Great, concept is clear, I can continue! best, d. IOhannes m zmoelnig wrote: Derek Holzer wrote: So now that I've been told that actually DSP objects are slower, it shakes up my world view a bit, so I'm looking for new metaphors to get it back together ;-) all the slower vs faster is non-sense. signals are handled in a _synchronous_ way (they have to process 44100 samples per second; synchronized with the soundcard); they do this continuosly (once you have started the audio-engine they will process 44100 samples/sec until the end of the world, or the audio engine gets stopped) messages are handled in an _asynchronous_ way: they happen on demand!; they might occur every now and then; two messages might occur at the same logical time,... so all in all, messages are way more powerful than signals. unfortunately, CPU is not. that is one reason, why the oh-so-powerful messages are not used for signal processing. mfg.asdr IOhannes -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 22: Be less critical more often ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] high pass filter for images
Do you want to out pixels that are constant in time, or are you looking for a 2-dimentional spacial highpass? -spencer On 11/5/07, punchik punchik [EMAIL PROTECTED] wrote: hi i making a multituouch surface with pd, i want be able to filter the low and middle bands in the video from my web cam. im interesting in just letting the high images pass... is there something like a high pass filter for imagens? thanks __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing: Pd-extended fonts on GNU/Linux
http://www.columbia.edu/~sfr2105/SFR-10.png http://www.columbia.edu/~sfr2105/SFR-12.png http://www.columbia.edu/~sfr2105/SFR-16.png I'm using Debian etch, with ttf-bitstream-vera installed. I installed Hans's Pd-0.39.3-extended-rc5-debian-stable-i386.deb package. My resolution is 1400x1050, and I don't think I've done anything explicitly to set the DPI. On 9/21/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: So it turns out that there is at least one person who has problems with the current Pd-extended font setup on GNU/Linux. The only place that I have seen a problem is _only_ 12 point fonts and _only_ on some GNU/Linux machines. Everywhere else that I have tested (which is 25+ machines at this point) it works. So in an effort to track down the source of this, I ask all y'all running Pd-extended on any flavor of GNU/Linux to post screenshots like this, with Pd launched from the command line so you can see the tk scaling value: http://pow.idmi.poly.edu/~hans/pdfonts/screenshots/ Also, it would be very useful to know which flavor of GNU/Linux you are running, which screen resolution, and whether you've set any kind of DPI setting. Please post the images on the web somewhere (like puredata.info) and I'll gather them from there. Remember, you need to have Bitstream Vera Sans Mono installed and working for things to render correctly. It's included on most standard installs, but if you have a customized install, you should double-check that it's actually installed. Fedora: yum install bitstream-vera-fonts Debian/Ubuntu: apt-get install ttf-bitstream-vera .hc It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font problem? Spaces replaced by boxes
On 9/7/07, jasch [EMAIL PROTECTED] wrote: i've had the same issue on ubuntu with extended (rev ?, i'd have to go have alook): screenshot here: www.jasch.ch/dl/ds_davos_soundscape/Screenshot.png /*j Yup, that's just what I'm seeing, too. -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Font problem? Spaces replaced by boxes
Hey all, I recently installed Pd-0.40.3-extended-20070824-debian-testing-i386.deb from the nightly auto-builds, and the first time I ran it I was pleasantly surprised by the improved font appearance throughout. However, the next time I ran it, several days later, any spaces in the status window are replaced by boxes, and when I start a new object, it is filled with 3 boxes, which get overwritten when I add text. Anyone seen this before? I don't remember changing anything on my system lately that would have messed up the fonts, but it's a possibility. Thanks, spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] New sensor project video
Howdy, I just posted a new video showing the current status of some distance sensors I've been working on this summer. Now that most of the technical glitches are dealt with, I just need to mount them up on my bass to start the live processing. http://www.columbia.edu/~sfr2105 let me know what you think... -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] meet at NIME?
I'm getting back into NYC tomorrow (Sunday) morning, so my vote would be lunch tomorrow, if that works for other folks. -spencer On 6/8/07, Alexandre Quessy [EMAIL PROTECTED] wrote: Hi ! Couldn't we plan a Pd dinner in some of the restaurant suggested on the paper we got in the little green bag ? It could be Saturday from 17h00 to 19h00 and we could meet in front of 44 W 4th Street. I'll bring a bottle of wine (or Porto) if I know it's gonna happen soon enough ! (today) It could also be Sunday from noon to 14h00 close to the Columbia Computer Music Center. What do you think ? a 2007/6/7, Spencer Russell [EMAIL PROTECTED]: On 6/7/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Actually, you knew something I didn't... ;) It was off for the summer... .hc That's a shame. I got my hopes all up. I'm going to be out of town friday evening through Sunday morning, but hopefully I'll see some of you at the CMC event on Sunday! -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] meet at NIME?
Is anyone going to the laptop jam at around 9:30? It looks like there's some sort of master patch to allow people to share parameters and stuff, but underneath it's just sending OSC messages, so maybe we can whip up a PD version to at least share tempo info and the like. -spencer On 6/9/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Sunday works, but the Columbia CMC won't be open to the public until 2pm, so we should meet then, I think. Here's the program for the NIME activities, it's free and open to the public: http://music.columbia.edu/cmc/NIME07/ Plus for the analog geeks, you can check out the RCA Mark II, a giant tube synth from the 50's. http://en.wikipedia.org/wiki/RCA_Mark_II_Sound_Synthesizer Marius and I will be there all day. .hc On Jun 9, 2007, at 9:54 AM, Spencer Russell wrote: I'm getting back into NYC tomorrow (Sunday) morning, so my vote would be lunch tomorrow, if that works for other folks. -spencer On 6/8/07, Alexandre Quessy [EMAIL PROTECTED] wrote: Hi ! Couldn't we plan a Pd dinner in some of the restaurant suggested on the paper we got in the little green bag ? It could be Saturday from 17h00 to 19h00 and we could meet in front of 44 W 4th Street. I'll bring a bottle of wine (or Porto) if I know it's gonna happen soon enough ! (today) It could also be Sunday from noon to 14h00 close to the Columbia Computer Music Center. What do you think ? a 2007/6/7, Spencer Russell [EMAIL PROTECTED]: On 6/7/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Actually, you knew something I didn't... ;) It was off for the summer... .hc That's a shame. I got my hopes all up. I'm going to be out of town friday evening through Sunday morning, but hopefully I'll see some of you at the CMC event on Sunday! -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] meet at NIME?
On 6/7/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Actually, you knew something I didn't... ;) It was off for the summer... .hc That's a shame. I got my hopes all up. I'm going to be out of town friday evening through Sunday morning, but hopefully I'll see some of you at the CMC event on Sunday! -spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] meet at NIME?
The dorkbot site says that dorkbot is off for the summer. Do you guys know something I don't? -spencer On 6/6/07, Alexandre Quessy [EMAIL PROTECTED] wrote: HI all ! I'll be there too, but I will probably not make it for Dorkbot tonight. Friday would sound better. a ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] meet at NIME?
If anyone's going to be at the Columbia Computer Music Center open house on Sunday look for a shortish guy with a short beard and yellow glasses. I'm an electrical engineering undergrad, but I'm doing some work in the CMC designing some distance sensors and a sensor-to-OSC interface, so I'll be hanging around. I'm not sure if I'll be presenting anything, but we'll see. -spencer On 6/5/07, Stephen Sinclair [EMAIL PROTECTED] wrote: hey, someone going to NIME? marius. leaving in an hour.. ;-) Steve ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PeRcolate?
It seems that you can download RPMs of percolate at http://ccrma.stanford.edu/planetccrma/software/pdworld.html#SECTION00063700 spencer On 3/5/07, Stephen Sinclair [EMAIL PROTECTED] wrote: Does anyone know if there is still a Pd version of PeRcolate available? It seems it hasn't been kept alive.. (At least the web site, http://www.akustische-kunst.org/puredata/percolate/, seems to be down.) Thanks, Steve ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [hid] - hid_get_events
Hey there List, When I try to use hid, I get a flood of hid_get_events messages in the PD console. It seems like the object is still working, but it makes it difficult to use the console for any debugging. Something in a patch that I haven't used in a while is crashing my system, so I'm trying to track down suspects, and this seems like something is amiss. I also get 16 copies of the message evdev EVIOCGABS ioctl: Invalid argument in the xterm from which I launched PD as soon as I send the object an [open 5( message. I'm using version 0.7 of HID, and saw the error with several different versions of PD. Thanks, spencer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list