[PD] Peeking at a WAV file's headers?
I've built a little patch to read and play stereo WAV files, but soundfiler crashes PD completely and exits if I open a mono WAV file. I'm using read -resize $1 testsampleL testsampleR to read into two arrays. Is there some way in PD to conditionally peek at the WAV header, so that I can do that first and only open the file if it has 2 channels? -ken ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
I think the one-sample delay is given by [rzero_rev~ 0] -- (y[n] = -a[n] * x[n] + x[n-1]) -- but [z~] takes an argument for any delay by sample. Also, using a filter to achieve the delay might be putting the cart before the horse in pedagogical situations -- here [fexpr~] is probably better, but its maximum delay is the current vector length, and to me it feels somewhat expensive in production situations. Another option for something like [z~] that might integrate better with delay representation in pd could be an object that simply reads from [delwrite~] like [delread~] and [vd~], but whose argument is a sample-wise delay -- however, this is easily done via an abstraction. This would obviate the need for each instance to have its own internal delay allocation which could be useful for someone who wanted to use it to build something like a several-hundred-point direct convolution patch. Still, if others are used to the [z~] in zexy, it might be better to go with that model if it's going to be implemented in vanilla. Thanks, Matt Date: Wed, 23 Apr 2008 13:17:40 -0700 From: Miller Puckette [EMAIL PROTECTED] Subject: Re: [PD] Cyclone in vanilla? To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii I believe z~ is just rzero~ 0. cheers Miller On Wed, Apr 23, 2008 at 11:24:34AM +0200, Frank Barknecht wrote: Hallo, Matt Barber hat gesagt: // Matt Barber wrote: Actually, for those of us who insist on vanilla and do everything with expr/expr~/fexpr~ or abstractions, is it possible to implement [z~] in fexpr~ for a delay larger than its vector size? You could do it with an abstraction using [delwrite~] and [delread~], setting the [block~] to 1, and then set the delay as a ratio to the [samplerate~] -- the difficulty in making it work correctly here is setting the size of the [delwrite~] efficiently (this could maybe be done with a loadbang routine that would send a message to a subpatch in the abstraction instance to add and connect a delwrite~ with the proper delay allocation...). You don't need to set the block~-size to 1, and personally I would just make the delwrite~ big enough. It's cheap to store things in a delay. But anyway, attached is a z~-clone with delwrite~/delread~ that uses a helper abstraction created dynamically. Ciao -- Frank Barknecht _ __footils.org__ ___ 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] Cyclone in vanilla?
or [biquad~ 0 0 0 1] eni Miller Puckette wrote: I believe z~ is just rzero~ 0. cheers Miller On Wed, Apr 23, 2008 at 11:24:34AM +0200, Frank Barknecht wrote: Hallo, Matt Barber hat gesagt: // Matt Barber wrote: Actually, for those of us who insist on vanilla and do everything with expr/expr~/fexpr~ or abstractions, is it possible to implement [z~] in fexpr~ for a delay larger than its vector size? You could do it with an abstraction using [delwrite~] and [delread~], setting the [block~] to 1, and then set the delay as a ratio to the [samplerate~] -- the difficulty in making it work correctly here is setting the size of the [delwrite~] efficiently (this could maybe be done with a loadbang routine that would send a message to a subpatch in the abstraction instance to add and connect a delwrite~ with the proper delay allocation...). You don't need to set the block~-size to 1, and personally I would just make the delwrite~ big enough. It's cheap to store things in a delay. But anyway, attached is a z~-clone with delwrite~/delread~ that uses a helper abstraction created dynamically. Ciao -- Frank Barknecht _ __footils.org__ ___ 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] Cyclone in vanilla?
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: It seems the cleanest solution would be to just include the objects that Andy has pointed out. Otherwise, I think adding the whole of cyclone will be opening up a big can of worms. Cyclone has a lot of redundant Max-leftovers in it and some of its classes already have cleaner solutions in Pd itself (e.g. [list] is better designed than [zl] because of the automatic conversion to list-messages etc.) And [z~] is not part of Cyclone, but it's redundant anyway. The Capitalized Objects like Append or Snapshot~ may be a problem as well (their help-files may clash on Windows). So I would vote for including only a selected number of the Cyclone objects and leave the rest as externals. Clashes with cxc as Marius mentioned wouldn't bother me at all, cxc is not a very useful or big library anyways - IMO it should be deprecated and removed from pd-condensed. ;) Ciao -- Frank Barknecht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd on multi touch
Hello there all, Is there any work being done on getting pd to tun on a multi ouch device such as the ipod touch or iphone? I think this would be an amazing experience, connecting patch chords with a fingertip or stylus best, -- Ben C. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Am 24.04.2008 um 06:21 schrieb marius schebella: record conflicts (?) with record from xsample Why should it? the name o the object is xrecord~ gr~~~ smime.p7s Description: S/MIME cryptographic signature ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM - questions about cpu/gpu performance for installation
Hello all, I am making a patch for an installation using GEM and have several questions regarding image processsing. The 'visual' patch consists of many GL polygons (expecting about a 1000 per computer) over which I am texturing images. The basic building blocks (abstractions) are: gemhead | color | pix_buffer_read | pix_texture | pix_coordinate | alpha | polygon -Right now, my computer (old powerbook OSX 10.4.11 - one processor, built-in graphics (ATY,RV360M11 it claims)) displaying at 1280 * 960, with 23 polygons being rendered at 30fps and nothing else being done in pd, claims to be using 13-17% of the CPU, but it doesn't seem to display correctly ('slow') + it becomes a bit unresponsive ('slow'). -A collaborators newer 'macbook' (not pro, but still 2 processors), with built-in intel GMA 950 gfx card, claims to be using 95-100%(completely incoherent), and is also unresponsive('slow'). Anyway, the instalation will probably run in linux desktops so i am trying to define the architecture a bit. = SO: these are some questions i can't really answer right now, but i believe would shed light on the issues: 1- Which parts of this process (or image processing in general) are done by the CPU, and which by the GPU? 2- shouldn't a two processor machine increase the performance in a GEM Patch by default: display in one and process in the other??? 3- How much and/or in what ways would the performance of the program increase if I had a better graphics card? What features should I be looking for in a card? all suggestions/comments are welcome best, J -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 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
[PD] EU + USA tour!
Hello, (apologies if you recieve this more than once) My wife and I are doing a tour of Europe (in a campervan) and the USA starting at the end of August and I'm trying to organise some gigs for myself. I'm counting on the help of you good folks of the Free Software music oriented lists! I hope you'll excuse the imposition. I've written up a bit of a bio[1] and you can download demo tunes from my music website - see the links below for a selection. Finally, I've put up a tour page on my music site, so please check it out if you're at all interested in having me play at your event or venue, and please feel free to forward this email to anyone you know who might book experimental electronic/dance music. Here is the tour information: http://sciencegirlrecords.com/chr15m/page/tour Please contact me off-list if you are interested. I will be updating the tour page with dates, as I get them. Thanks for your time. Best regards, Chris. [1] bio - http://sciencegirlrecords.com/chr15m/page/bio Tunes to sample: http://sciencegirlrecords.com/chr15m/music/CD004/search_and_rescue.mp3 http://sciencegirlrecords.com/chr15m/music/remixes/your%20love%20is%20like%20tiny%20little%20pixellated%20origami%20hearts%20(the%20bank%20holidays%20-%20folded%20in%20half).mp3 http://sciencegirlrecords.com/chr15m/music/CD005/Chris%20McCormick%20-%20A%20Simple%20Plan.mp3 http://sciencegirlrecords.com/chr15m/music/CD003/ergotchitecture.mp3 http://sciencegirlrecords.com/chr15m/music/CD002/chr15m%20-%20soba%201978.mp3 http://sciencegirlrecords.com/chr15m/music/CD001/Chris%20McCormick%20-%20Poluka%20and%20the%20Android.mp3 http://sciencegirlrecords.com/chr15m/music/CD001/Chris%20McCormick%20-%20Dubious%20Transform.mp3 --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on multi touch
In a post a while back I think Derek Holzer said that he uses a wacom-esque patching method. Of course not quite as good as what you describe. km On Thu, Apr 24, 2008 at 3:41 AM, Ben Carney [EMAIL PROTECTED] wrote: Hello there all, Is there any work being done on getting pd to tun on a multi ouch device such as the ipod touch or iphone? I think this would be an amazing experience, connecting patch chords with a fingertip or stylus best, -- Ben C. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://art.sewanee.edu/mccoy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Peeking at a WAV file's headers?
there is an external in pd-extended called [wavinfo] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Hans-Christoph Steiner wrote: It seems the cleanest solution would be to just include the objects that Andy has pointed out. Otherwise, I think adding the whole of cyclone will be opening up a big can of worms. mmh!! worms! the U.N. food and agriculture organization estimates 1,400 species of insects and worms are eaten in almost 90 countries in africa, latin america and asia. among the most popular are silk and bamboo worms. I would be glad to see some of these new cyclone worms on my plate... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On Thu, 24 Apr 2008 08:01:26 -0400 marius schebella [EMAIL PROTECTED] wrote: I've always wanted to try chocolate ants, but you can't get them round here, not even in Southall. http://www.lazyboneuk.com/store/pro501.html Hans-Christoph Steiner wrote: It seems the cleanest solution would be to just include the objects that Andy has pointed out. Otherwise, I think adding the whole of cyclone will be opening up a big can of worms. mmh!! worms! the U.N. food and agriculture organization estimates 1,400 species of insects and worms are eaten in almost 90 countries in africa, latin america and asia. among the most popular are silk and bamboo worms. I would be glad to see some of these new cyclone worms on my plate... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on multi touch
Shouldn't be too hard to get Pd running on an iphone. Getting the GUI stuff running on an iPhone is a different story. That's dependant on whether Tcl/Tk runs on the iPhone. Apparently, someone has done it, I haven't tried it. Also, someone has stepped up and said they are going to make Tcl/Tk pure Cocoa on the Mac, so that would make it trivial to get it on the iPhone. Buy me an iphone and I'll do it :) .hc On Apr 24, 2008, at 3:41 AM, Ben Carney wrote: Hello there all, Is there any work being done on getting pd to tun on a multi ouch device such as the ipod touch or iphone? I think this would be an amazing experience, connecting patch chords with a fingertip or stylus best, -- Ben C. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list 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] Cyclone in vanilla?
DIY! You can make your own chocolate ants! .hc On Apr 24, 2008, at 9:51 AM, Andy Farnell wrote: On Thu, 24 Apr 2008 08:01:26 -0400 marius schebella [EMAIL PROTECTED] wrote: I've always wanted to try chocolate ants, but you can't get them round here, not even in Southall. http://www.lazyboneuk.com/store/pro501.html Hans-Christoph Steiner wrote: It seems the cleanest solution would be to just include the objects that Andy has pointed out. Otherwise, I think adding the whole of cyclone will be opening up a big can of worms. mmh!! worms! the U.N. food and agriculture organization estimates 1,400 species of insects and worms are eaten in almost 90 countries in africa, latin america and asia. among the most popular are silk and bamboo worms. I would be glad to see some of these new cyclone worms on my plate... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
btw, are all pow~ objects reversed? right inlet^left inlet? marius. Andy Farnell wrote: Did I read that Cyclone is to be incorporated into vanilla Pd? Having discovered too late that [pow~] is not part of vanilla I am about to remove the constraint of using vanilla Pd for the synthetic sound design book since it is incomplete without basic mathematical operators. andy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - questions about cpu/gpu performance for installation
On Thu, Apr 24, 2008 at 4:16 AM, Jaime Oliver [EMAIL PROTECTED] wrote: -Right now, my computer (old powerbook OSX 10.4.11 - one processor, built-in graphics (ATY,RV360M11 it claims)) displaying at 1280 * 960, with 23 polygons being rendered at 30fps and nothing else being done in pd, claims to be using 13-17% of the CPU, but it doesn't seem to display correctly ('slow') + it becomes a bit unresponsive ('slow'). Make sure the -nrt flag is used with GEM. This should increase GUI response on OSX. -A collaborators newer 'macbook' (not pro, but still 2 processors), with built-in intel GMA 950 gfx card, claims to be using 95-100%(completely incoherent), and is also unresponsive('slow'). Anyway, the instalation will probably run in linux desktops so i am trying to define the architecture a bit. The Intel 'GPU' uses the CPU for just about everything. Performance is not good. 1- Which parts of this process (or image processing in general) are done by the CPU, and which by the GPU? Anything pix_ is done on the CPU. The Geos use both CPU and GPU and the Manips and controls use the GPU. 2- shouldn't a two processor machine increase the performance in a GEM Patch by default: display in one and process in the other??? No. OpenGL commands have to be run in the same thread. Some of the video handling APIs (Quicktime and DirectShow) use multiple threads for encoding and decoding video. 3- How much and/or in what ways would the performance of the program increase if I had a better graphics card? What features should I be looking for in a card? The ATI 2000 and Nvidia 8000 series should have little problem running patches with lots of geometry and basic GEM functions. Shaders can be performance problems even on the top cards. Large screen resolutions and fragment shaders are particularly hard on the GPU. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] configuring ubuntu: hid readable + Intuos3
I remember having the same problem a while back, and all it took to fix the wacom permissions was adding KERNEL==event[0-9]*, MODE=0666 to your /etc/udev/rules.d/40-permissions.rules file. thanks. this worked well, now hid acesses all devices. the intuos isn't still working well, but for that I should go to the other replies I got. As for the RME Multiface, I used to have one and had so many problems with it that I sold it and bought an Edirol FA-101 for 1/4 the price. Its working great. But I think I was getting bad latency because my cardbus reader did not perform the right type of 'burst-mode' or something. ok, must look into it. Joao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Yep. What is to be done about that? Should we keep to the conventions of vanilla and Pd generally by changing that? I am torn on this. I would have a lot of rewriting to do but would like to see conventions observed. OTOH, maybe compatibility with patches out there using Cyclone [pow~] should be respected as a priority. BTW it's very important for to know. If it changes after I publish the book I will hire a bounty hunter to bring me the fingers of whoever made the changes :) On Thu, 24 Apr 2008 11:39:07 -0400 marius schebella [EMAIL PROTECTED] wrote: btw, are all pow~ objects reversed? right inlet^left inlet? marius. Andy Farnell wrote: Did I read that Cyclone is to be incorporated into vanilla Pd? Having discovered too late that [pow~] is not part of vanilla I am about to remove the constraint of using vanilla Pd for the synthetic sound design book since it is incomplete without basic mathematical operators. andy -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
This is a serious problem -- putting a backwards pow~ into Pd might be worse than having none at all. But writing a book that uses pow backwards would be even worse than having one in Pd! Maybe the right thing would be to use another name such as power~. On Thu, Apr 24, 2008 at 05:16:08PM +0100, Andy Farnell wrote: Yep. What is to be done about that? Should we keep to the conventions of vanilla and Pd generally by changing that? I am torn on this. I would have a lot of rewriting to do but would like to see conventions observed. OTOH, maybe compatibility with patches out there using Cyclone [pow~] should be respected as a priority. BTW it's very important for to know. If it changes after I publish the book I will hire a bounty hunter to bring me the fingers of whoever made the changes :) On Thu, 24 Apr 2008 11:39:07 -0400 marius schebella [EMAIL PROTECTED] wrote: btw, are all pow~ objects reversed? right inlet^left inlet? marius. Andy Farnell wrote: Did I read that Cyclone is to be incorporated into vanilla Pd? Having discovered too late that [pow~] is not part of vanilla I am about to remove the constraint of using vanilla Pd for the synthetic sound design book since it is incomplete without basic mathematical operators. andy -- Use the source ___ 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] Cyclone in vanilla?
On Thu, 24 Apr 2008 09:38:07 -0700 Miller Puckette [EMAIL PROTECTED] wrote: This is a serious problem -- putting a backwards pow~ into Pd might be worse than having none at all. But writing a book that uses pow backwards would be even worse than having one in Pd! Agreed. This is a difficult choice. Since it would be in core how about ^ or ** I need a day to think about this and ideas are very welcome. Remember compactness is an issue in the patch diagrams as they are typeset to tight constraints. BTW it's very important for to know. If it changes after I publish the book I will hire a bounty hunter to bring me the fingers of whoever made the changes :) Hmm, the dark side reveals fears unworthy of a Jedi. Perhaps the fear is for the sanity of students, or of those who will email me every day saying why doesn't this patch work? :) My instinct says that clarity and consistency are paramount and if I need to rewrite those parts so be it. We all still have the choice now, so let's make the decision the right one. On Thu, 24 Apr 2008 11:39:07 -0400 marius schebella [EMAIL PROTECTED] wrote: btw, are all pow~ objects reversed? right inlet^left inlet? marius. Andy Farnell wrote: Did I read that Cyclone is to be incorporated into vanilla Pd? Having discovered too late that [pow~] is not part of vanilla I am about to remove the constraint of using vanilla Pd for the synthetic sound design book since it is incomplete without basic mathematical operators. andy -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Andy Farnell wrote: On Thu, 24 Apr 2008 09:38:07 -0700 Miller Puckette [EMAIL PROTECTED] wrote: This is a serious problem -- putting a backwards pow~ into Pd might be worse than having none at all. But writing a book that uses pow backwards would be even worse than having one in Pd! Agreed. This is a difficult choice. Since it would be in core how about ^ or ** ^ is usually bitwise XOR (in C, and Pd's expr). ** is used for powers in a number of languages (Haskell, Fortran too I think). But, there is the potential confusion of [pow][pow~][**][**~], it would be nice if the signal version of maths behaved the same as the non-signal maths with the same name (confusing if [pow] exists but the signal equivalent is [**~]). Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On Thu, 24 Apr 2008 18:17:29 +0100 Claude Heiland-Allen [EMAIL PROTECTED] wrote: Since it would be in core how about ^ or ** ^ is usually bitwise XOR (in C, and Pd's expr). I think the presence in [expr~] is enough to exclude that option. ** is used for powers in a number of languages (Haskell, Fortran too I think). It's a strong choice notwithstanding: But, there is the potential confusion of [pow][pow~][**][**~], it would be nice if the signal version of maths behaved the same as the non-signal maths with the same name (confusing if [pow] exists but the signal equivalent is [**~]). This would mean breaking backwards with Cyclone. It would also be a nasty break because patches would simply fail to compute correctly rather than throwing any kind of detectable error. However, for my vote I am ready to take this step. Cyclones ordering really seems to be in error. x^y seems natural to put the exponent in the second argument. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Miller Puckette wrote: This is a serious problem -- putting a backwards pow~ into Pd might be worse than having none at all. But writing a book that uses pow backwards would be even worse than having one in Pd! Maybe the right thing would be to use another name such as power~. then the max way is the wrong way? maybe there was a reason to put it the other side around? pow~ will be in an elitist club together with atan and gate, and maybe counter, which are the real troublemakes regarding backwards compatibility and shareability. maybe the new pow~ can spit out a compatibility warning during the first few months? but if we agree that pow~ 2 should be left inlet ^ 2 and not 2 ^ left inlet, then it should be changed. because there is also good chance to use pow~ as expected and then having to debug a patch (which happened to me before I found out that it works the cyclone way)... marius. On Thu, Apr 24, 2008 at 05:16:08PM +0100, Andy Farnell wrote: Yep. What is to be done about that? Should we keep to the conventions of vanilla and Pd generally by changing that? I am torn on this. I would have a lot of rewriting to do but would like to see conventions observed. OTOH, maybe compatibility with patches out there using Cyclone [pow~] should be respected as a priority. BTW it's very important for to know. If it changes after I publish the book I will hire a bounty hunter to bring me the fingers of whoever made the changes :) On Thu, 24 Apr 2008 11:39:07 -0400 marius schebella [EMAIL PROTECTED] wrote: btw, are all pow~ objects reversed? right inlet^left inlet? marius. Andy Farnell wrote: Did I read that Cyclone is to be incorporated into vanilla Pd? Having discovered too late that [pow~] is not part of vanilla I am about to remove the constraint of using vanilla Pd for the synthetic sound design book since it is incomplete without basic mathematical operators. andy -- Use the source ___ 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] Cyclone in vanilla?
Andy Farnell wrote: x^y seems natural to put the exponent in the second argument. I would not go so far to call it natural, but maybe conventional. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Andy Farnell wrote: This would mean breaking backwards with Cyclone. well, we still could keep cyclone/pow~. ... pd still has the 0 in the version number. break because patches would simply fail to compute correctly rather than throwing any kind of detectable error. they could throw a warning. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On 24/04/2008, at 19.17, Claude Heiland-Allen wrote: But, there is the potential confusion of [pow][pow~][**][**~], it would be nice if the signal version of maths behaved the same as the non-signal maths with the same name (confusing if [pow] exists but the signal equivalent is [**~]). Right. I think odd naming like **~, power~ and the like cause more harm then if the inlets are swapped, since they are harder to recall or guess for both current and new users. And to be frank, does it really matter if it's one way or the other? I mean, they are both hot. So it only a matter of what one would think is natural or the convention or how you'd normally use such function. I'm very sure i have a TI calculator floating somewhere where it is the cyclone/max way. So there is no right thing only preferences, and no trigger-particle issues, hence in that respect i can not see how it contradicts with current Pd tilde-class behavior. just my opinion. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Yes, a backwards clash is horrible Marius, and I want to avoid that too. The question would be over a new name I guess. There's plenty of room in the name space to avoid clashing if we do reverse [pow~] [pwr~] for eample (anyone building a pressurised water reactor?...) It may seem weird to fuss over a few characters but I would choose [**~] or [pwr~] over [power~] simply for that tiny bit of diagram space. a. On Thu, 24 Apr 2008 13:59:08 -0400 marius schebella [EMAIL PROTECTED] wrote: counter, which are the real troublemakes regarding backwards compatibility and shareability. marius. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
On Thu, 24 Apr 2008 20:30:44 +0200 Steffen Juul [EMAIL PROTECTED] wrote: And to be frank, does it really matter if it's one way or the other? I think it does. No doubt there are exeptions that go against this, but it seems well established that all Pd objects order arguments like standard western math operators. For commutative operators it's not a big deal obviously, but when making sense of [-~] or [/~] then [**~] (I'm going to optimistically start calling it that :) would catch out a lot of people (as [pow~] did for me) by breaking the convention that x {operator} y has a Pd object with x on the left and y on the right. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: Yes, a backwards clash is horrible Marius, and I want to avoid that too. The question would be over a new name I guess. What about the [list OP] approach for signal math, as I implemented with my [math~ OP] abstraction? This would also make a radians-accepting [math~ cos] possible. [math~] should of course follow the C-library conventions. Ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
honestly, I think not many people used it... I ran grep -R pow~ * in my pd-directories and found only two patches (of 1+) besides the helppatch for pow~, that use it. nusmuk for distortion.pd, tb for sigmoid_booster~.pd I don't know other big collections like net-pd (I think I just checked pdmtl). and maybe official tutorial patches floating around. anyway, I can only speak for myself, and I would like to see pow~ with a new behaviour. marius. Andy Farnell wrote: Yes, a backwards clash is horrible Marius, and I want to avoid that too. The question would be over a new name I guess. There's plenty of room in the name space to avoid clashing if we do reverse [pow~] [pwr~] for eample (anyone building a pressurised water reactor?...) It may seem weird to fuss over a few characters but I would choose [**~] or [pwr~] over [power~] simply for that tiny bit of diagram space. a. On Thu, 24 Apr 2008 13:59:08 -0400 marius schebella [EMAIL PROTECTED] wrote: counter, which are the real troublemakes regarding backwards compatibility and shareability. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] direction
hello all pd-ers not quite sure how to hrase this correctly. I need to be able to dtermine direction of a string of bangs. more sinply, I need to know if they are being triggered in the same direction from which they started, or if they are bing triggered in the opposite. i need positive or negative numbers respectively. stripping what i have to the bone is this: [ hslider ] [route 1 2 3 4 5 6 7 8] | | | | | | | | o o o o o o o o | [other things]} | } [that give me] } | } -this stuff is all working well [positive numbers] } |} [independent of direction] } | [number] I need to be able to tell direction the slider is being slid relative to the direction it started from. hope i am being clear. many thanks in advance -- Ben C. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] direction
Ben Carney wrote: I need to be able to tell direction the slider is being slid relative to the direction it started from. ((slider value) - (previous slider value)) 0 slider | [t f f] \ / X / \ [-] | [ 0] | [select 0 1] || decrease increase Hope this helps, Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] direction
it looks good, but not working. I have made a fe assumptions in your sketch. does the big X represent the patch chords crossing to opposite inlets? also, i am assuming that the decrease and increase at the bottom are number boxes. with these assumptions, i am getting no change whatsoever in the number boxe at the bottom. also, before sending this i looked back, connected a number box tot he outlet of [- ] and i am never getting a value above 0, therfore no change is occurring. On 4/24/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Ben Carney wrote: I need to be able to tell direction the slider is being slid relative to the direction it started from. ((slider value) - (previous slider value)) 0 slider | [t f f] \ / X / \ [-] | [ 0] | [select 0 1] || decrease increase Hope this helps, Claude -- http://claudiusmaximus.goto10.org -- Ben C. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] direction
so I connected bangs instead of numbers to the bottom under select [0 1] getting bangs for increase and decrease. thank you very much. now is there a way I can get increase or decreases relative to the first direction that takes place? so maybe there could be some reset function and if the slider is on the right side, that way, moving left would be pos. and then moving back to the right could return negative vals. any ideas? by the way, i mention this alot but this list ing rules. thank you all so much. On 4/24/08, Ben Carney [EMAIL PROTECTED] wrote: it looks good, but not working. I have made a fe assumptions in your sketch. does the big X represent the patch chords crossing to opposite inlets? also, i am assuming that the decrease and increase at the bottom are number boxes. with these assumptions, i am getting no change whatsoever in the number boxe at the bottom. also, before sending this i looked back, connected a number box tot he outlet of [- ] and i am never getting a value above 0, therfore no change is occurring. On 4/24/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Ben Carney wrote: I need to be able to tell direction the slider is being slid relative to the direction it started from. ((slider value) - (previous slider value)) 0 slider | [t f f] \ / X / \ [-] | [ 0] | [select 0 1] || decrease increase Hope this helps, Claude -- http://claudiusmaximus.goto10.org -- Ben C. -- Ben C. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] direction
Looks like the decrease and increase represent bangs... On 4/24/08, Ben Carney [EMAIL PROTECTED] wrote: it looks good, but not working. I have made a fe assumptions in your sketch. does the big X represent the patch chords crossing to opposite inlets? also, i am assuming that the decrease and increase at the bottom are number boxes. with these assumptions, i am getting no change whatsoever in the number boxe at the bottom. also, before sending this i looked back, connected a number box tot he outlet of [- ] and i am never getting a value above 0, therfore no change is occurring. On 4/24/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Ben Carney wrote: I need to be able to tell direction the slider is being slid relative to the direction it started from. ((slider value) - (previous slider value)) 0 slider | [t f f] \ / X / \ [-] | [ 0] | [select 0 1] || decrease increase Hope this helps, Claude -- http://claudiusmaximus.goto10.org -- Ben C. ___ 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] Wacom tablet support on MacOSX
On Apr 3, 2008, at 5:17 PM, Thomas Grill wrote: Am 03.04.2008 um 22:59 schrieb Hans-Christoph Steiner: No, someone would have to write an object to the Wacom API since they decided not use the HID API. On GNU/Linux, the wacom's use the HID API, so they'll work with [hid]. A related problem is that Wacom doesn not allow the disclosure of the API source code, hence all Windows or OSX objects can't be open source. I actually have an object for OSX (on http://g.org/ext/beta). It's hardly tested, so no guarantees Where did you see that you can't release source code related to the Wacom API? This is the only thing that I could find, and it says only the underlying protocol is subject to NDA: http://www.wacomeng.com/devsupport/ibmpc/wacomwindevfaq.html A very few individuals doing such things as university research have signed nondisclosure agreements (NDAs) with Wacom to get the data format and other information needed to communicate directly with the tablet. The data packets for Intuos are considerably more complex than the data format for the older tablets and may well change in the future. There is generally no good reason to directly communicate with the tablet instead of using Wintab, but if you have a unique situation, you can contact Wacom's Product Management to see about signing an NDA. .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. .hc kill your television ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp_colorgrid bug
S'està citant Hans-Christoph Steiner [EMAIL PROTECTED]: On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Hey Lluis, Good to hear that you're working on these objects, they are very valuable contributions that with a little more polish will really round out Pd's capabilities. As for updating this, I think pdp_colorgrid is currently part of Yves' pidip code directories. the new version of colorgrid doesn't need anymore to bundle the image (colorgrid.pnm) file in the package, but it introduces a new dependency to the tk-img library, and i don't know of the availability of this library on every platform, for now i'm sure it's not listed in pd's dependencies... not sure it's the way to go. second, when you build pidip from source, it defines the path to that image as : #define COLORGRID_IMG PWD/patches/images/colorgrid.pnm that insure a compiled PIDIP will find the image.. when it's build in extended, i don't know which path should be given here, as i don't know of a standard path for shared files in pd-extended, well, basically the simplest thing is to put the right path here in SVN, and pidip will keep its way of compiling it. How about using the built-in image support? It means the file has to be a GIF, but since the GIF patent has expired, that shouldn't be any problem. this could be a good solution but GIF can only handle 256 indexed colors, so it's not a good solution for a color picker ;( the strange thing here is that if i use the tk command :: COLORGRID_SYS_VGUI3(image create photo img%x -data {%s}\n,x,fdata); with the fdata being a base64 encoded GIF image it works without the Tk::Img library , but if You try to do the same with a base64 encoded PNM image you will need to load the Img library to get it work, with this :: sys_gui(package require Img\n); otherwise you will get: couldn't recognize image data it's a really strange thing because PNM is suposed to be also built-in supported by tk ... any tips? .hc kill your television This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] direction
Hi there,since i am experimenting quite a bit with the mapping-abstractions...in the last dayswell, there is many times a solution for problems that i am facingThere is an object called "diff_n" which does simple differentiation, and thats exactly what you are looking for..maybe that helpsI have attached a patch...you dont need the mapping-abs in order to see how its made and how it is workingCheers Luigi diff_example.pd Description: Binary data Am 24.04.2008 um 22:21 schrieb Matthew Logan:Looks like the decrease and increase represent bangs... On 4/24/08, Ben Carney [EMAIL PROTECTED]> wrote: it looks good, but not working. I have made a fe assumptions in your sketch.does the big X represent the patch chords crossing to opposite inlets? also, i am assuming that the decrease and increase at the bottom arenumber boxes. with these assumptions, i am getting no changewhatsoever in the number boxe at the bottom.also, before sending this i looked back, connected a number box tot he outlet of [- ] and i am never getting a value above 0, therfore nochange is occurring.On 4/24/08, Claude Heiland-Allen [EMAIL PROTECTED]> wrote: > Ben Carney wrote:>> > I need to be able to tell direction the slider is being "slid"> > relative to the direction it started from.> >>> ((slider value) - (previous slider value)) > 0 >>> slider> |> [t f f]> \ />X> / \> [-]> |> [> 0]> |> [select 0 1]> ||> decrease increase Hope this helps,>>> Claude> --> http://claudiusmaximus.goto10.org>--Ben C. ___PD-list@iem.at mailing listUNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___PD-list@iem.at mailing listUNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >---Luigi Rensinghoff[EMAIL PROTECTED]skype:gigischinkeichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-msg
Hi List there is this well-written tips and tricks folder that desribes how to create objects/abstractions by sending messages. like...in folder #5: 2.create_new_abstract.pd.. First, thanks to who put that together, this is extremely helpful and only documented here... So my question is: Is there a way to find out the indexnumber of the objects (the creation-order-number), that is needed for the | connect a b c d( message ?? The scenario: imagine you build many objects and easily want to connect them with a little counter-like think. 1) How do you find out the number that needs to be given to connect ??? 2) Which additional arguments can be send to which object ?? for example i would like to build a number-box, using the built- in send and recieve mechanism... Is that possible ??? Thanks Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] contextual pdpedia menu link
Hey all, I just checked in code to make the Pdpedia link in the Help menu try to find the object name if you are looking at a help patch. If the help patch is the topmost window, it'll use that object name when it opens the pdpedia and take you directly to that page. Should be in tomorrow's builds. This got me thinking that there should be a Pdpedia link in the popup menu that currently has Help, Properties, and Open in it... .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
On Thu, Apr 24, 2008 at 7:03 PM, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Hi List there is this well-written tips and tricks folder that desribes how to create objects/abstractions by sending messages. like...in folder #5: 2.create_new_abstract.pd.. First, thanks to who put that together, this is extremely helpful and only documented here... So my question is: Is there a way to find out the indexnumber of the objects (the creation-order-number), that is needed for the Nope, you need to keep track of those yourself. It really shouldn't be all that hard. I have done a couple of things creating patches in this particular way, and I have found that it is a good idea to put the static objects in a patch first, and then anything that is variable would go in next, and then lastly, you wire them up. | connect a b c d( message ?? The scenario: imagine you build many objects and easily want to connect them with a little counter-like think. 1) How do you find out the number that needs to be given to connect ??? Each object is referenced in the order in which they are added to the patch. 2) Which additional arguments can be send to which object ?? Not really sure what you mean here, but the string used to create the object should have everything it needs to create that instance. As far as I know, once you add an object to a patch, the only thing you can do with it is to pass its index to a connect message. for example i would like to build a number-box, using the built- in send and recieve mechanism... Is that possible ??? Yes, you just need to set those arguments when you add the objects to the patch. I am not really sure where it is, but there is a listing of each of the objects in PD and what arguments they can handle. Hope this helped. Mike Thanks Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] contextual pdpedia menu link
Arr, I finished this two days ago and got caught up with troubles recompiling Pd. Ah well, glad it is done : ). Thanks for doing it. On the upside, I discovered how to get OS X proxy icons working in the process, so I'll still have something to contribute Cheers Luke On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Hey all, I just checked in code to make the Pdpedia link in the Help menu try to find the object name if you are looking at a help patch. If the help patch is the topmost window, it'll use that object name when it opens the pdpedia and take you directly to that page. Should be in tomorrow's builds. This got me thinking that there should be a Pdpedia link in the popup menu that currently has Help, Properties, and Open in it... .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ 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] contextual pdpedia menu link
I see your solution didn't require changes to Pd : ) that's good, it's thus better than mine anyways. On Thu, Apr 24, 2008 at 5:24 PM, Luke Iannini (pd) [EMAIL PROTECTED] wrote: Arr, I finished this two days ago and got caught up with troubles recompiling Pd. Ah well, glad it is done : ). Thanks for doing it. On the upside, I discovered how to get OS X proxy icons working in the process, so I'll still have something to contribute Cheers Luke On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Hey all, I just checked in code to make the Pdpedia link in the Help menu try to find the object name if you are looking at a help patch. If the help patch is the topmost window, it'll use that object name when it opens the pdpedia and take you directly to that page. Should be in tomorrow's builds. This got me thinking that there should be a Pdpedia link in the popup menu that currently has Help, Properties, and Open in it... .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ 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] direction
I think this is what you're looking for... best, J On Thu, Apr 24, 2008 at 4:52 PM, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Hi there, since i am experimenting quite a bit with the mapping-abstractions...in the last days well, there is many times a solution for problems that i am facing There is an object called diff_n which does simple differentiation, and thats exactly what you are looking for.. maybe that helps I have attached a patch...you dont need the mapping-abs in order to see how its made and how it is working Cheers Luigi Am 24.04.2008 um 22:21 schrieb Matthew Logan: Looks like the decrease and increase represent bangs... On 4/24/08, Ben Carney [EMAIL PROTECTED] wrote: it looks good, but not working. I have made a fe assumptions in your sketch. does the big X represent the patch chords crossing to opposite inlets? also, i am assuming that the decrease and increase at the bottom are number boxes. with these assumptions, i am getting no change whatsoever in the number boxe at the bottom. also, before sending this i looked back, connected a number box tot he outlet of [- ] and i am never getting a value above 0, therfore no change is occurring. On 4/24/08, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Ben Carney wrote: I need to be able to tell direction the slider is being slid relative to the direction it started from. ((slider value) - (previous slider value)) 0 slider | [t f f] \ / X / \ [-] | [ 0] | [select 0 1] || decrease increase Hope this helps, Claude -- http://claudiusmaximus.goto10.org -- Ben C. ___ 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 --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA direction.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-msg
Yes, you just need to set those arguments when you add the objects to the patch. I am not really sure where it is, but there is a listing of each of the objects in PD and what arguments they can handle. Oh yes i found it its just in the properties menu of the object - silly me Hope this helped. Mike Thanks Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdp_opencv pix_opencv new development
hi all, I started a new development for some OpenCV bindigs to PD, I have some objects working but no time to test or implement newones ... I want to encourage people to test them and report bugs, features requests, experiences, etc ... and why not, to help coding ... Please, note that this is alpha software with known bugs. It runs, and works at least some of the time, but use at your own risk ;) i mean, probably you will need to fight a bit to get them working ... but you also will help a lot with feedback ok, here is the URL : http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv enjoi thanks, ll This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Trax - Sinusoidal Model Synthesis in Pure Data
www.teafordragons.com/rte/trax.html This is a patch I've been working on for quite some time now, finally packaged with some documentation and an example qlist with it. Trax is a fancy additive synthesizer that stores partials in data structures and re-synthesizes them using [oscbank~]. It gets the sinusoidal models from SDIF files with 1TRC frames, which have to be imported with [sdiflists]. I'd like to know how well it works for others, it makes great sounds on my Ubuntu laptop, although I had much worse results on a Macbook. You can get the externals from cvs or: www.teafordragons.com/rte/software.html I personall control Trax with a Wacom Intuos3, so there are mappings programmed for it that get wacom data using [linuxevent]. *note: I chose not to use [hid] because it is possible to call the wacom with [linuxevent /dev/input/wacom], which is always symbolically linked to the correct /dev/input/event*. I couldn't ever get [hid] to do find the wacom on its own, without specifying exactly which event number it is on. You can also listen to a couple pieces I wrote using Trax, which also use other fun Pd stuff and recorded in Ardour: www.teafordragons.com/rte/music.html Now, on to SMS, Spectral Model Synthesis, that is.. cheers, rich ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] contextual pdpedia menu link
Oops, sorry, I didn't realize that you were working on it. You still get credit for the idea :). I think the pdpedia context menu link is still worth doing. What are proxy icons? .hc On Apr 24, 2008, at 8:24 PM, Luke Iannini (pd) wrote: Arr, I finished this two days ago and got caught up with troubles recompiling Pd. Ah well, glad it is done : ). Thanks for doing it. On the upside, I discovered how to get OS X proxy icons working in the process, so I'll still have something to contribute Cheers Luke On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Hey all, I just checked in code to make the Pdpedia link in the Help menu try to find the object name if you are looking at a help patch. If the help patch is the topmost window, it'll use that object name when it opens the pdpedia and take you directly to that page. Should be in tomorrow's builds. This got me thinking that there should be a Pdpedia link in the popup menu that currently has Help, Properties, and Open in it... .hc - --- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trax - Sinusoidal Model Synthesis in Pure Data
This looks really incredible Rich. I can't wait to try it out. The music is great too : ) Cheers Luke On Thu, Apr 24, 2008 at 8:34 PM, Rich E [EMAIL PROTECTED] wrote: www.teafordragons.com/rte/trax.html This is a patch I've been working on for quite some time now, finally packaged with some documentation and an example qlist with it. Trax is a fancy additive synthesizer that stores partials in data structures and re-synthesizes them using [oscbank~]. It gets the sinusoidal models from SDIF files with 1TRC frames, which have to be imported with [sdiflists]. I'd like to know how well it works for others, it makes great sounds on my Ubuntu laptop, although I had much worse results on a Macbook. You can get the externals from cvs or: www.teafordragons.com/rte/software.html I personall control Trax with a Wacom Intuos3, so there are mappings programmed for it that get wacom data using [linuxevent]. *note: I chose not to use [hid] because it is possible to call the wacom with [linuxevent /dev/input/wacom], which is always symbolically linked to the correct /dev/input/event*. I couldn't ever get [hid] to do find the wacom on its own, without specifying exactly which event number it is on. You can also listen to a couple pieces I wrote using Trax, which also use other fun Pd stuff and recorded in Ardour: www.teafordragons.com/rte/music.html Now, on to SMS, Spectral Model Synthesis, that is.. cheers, rich ___ 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