Re: [PD] pd-gui-rewrite preferences
Well, I wanted to take this on if others thought it was a good idea, but my laptop was just stolen from my flat (brand new Macbook Pro!).. arg. Hopefully I can scrape together a linux pc or something soon. If so, I´ll chime back in on this thread for suggestions. rich 2010/1/22 Hans-Christoph Steiner > > On Jan 22, 2010, at 1:12 PM, András Murányi wrote: > > Rich E wrote: > > Hi list, > > > > I was just thinking, as I noticed that Hans made it where Apple+, opens > the > > preferences menu on OS X (as does every other native-mac app), why not > group > > all the preferences in one dialog, with sub dialogs? This is how other > apps > > I use on OS X behave and I find it convenient. Besides, if you save the > > settings, all of the settings get dumped to the preferences file, no? > Why > > not have them all in the same dialog, openable by a hotkey. > > On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner wrote: > >> >> The only reason its not like that is because someone hasn't done the >> work. I'd love to be able to include that work in pd-gui-rewrite. Be >> aware, it'll probably require some weirdness, because of the nature of >> the messages that the pref panels send to 'pd'. But I don't think it >> would be too hard. >> >> One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be >> included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 >> to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff. >> >> .hc >> >> > Let me think a bit forward on this... when you say a dialog and sub > dialogs, do you mean a dialog with multiple tabs (that is what i see to be > popular in practice) or literally many modals available from one central > modal? > I'd say tabs make the most sense, but i see that some of the dialogs are > produced by the C > side not Tcl/Tk (are they?) in which case it will not be easy to stuff them > into the tabs. > I'm asking because i would be willing to code this up. > > > In 0.43, the prefs dialogs are split out into separate Tcl files: > dialog_audio.tcl > dialog_midi.tcl > dialog_path.tcl > dialog_startup.tcl > > I think each in its own tab makes a lot of sense. > > .hc > > > > > > Access to computers should be unlimited and total. - the hacker ethic > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC in pd-extended 0.41.4 on Mac OS X Intel
You probably need to add a port#. This worked for me: [oscx/dumpOSC 23444] .hc On Jan 22, 2010, at 1:04 PM, rene beekman wrote: I have a prebuilt pd-extended 0.41.4 install on an Intel mac running snow leopard, where sendOSC and OSCroute work, but dumpOSC gives a "... couldn't create" error the dumpOSC.pd_darwin object does exist in the /Contents/Plugins/osx folder I just tried to re-install from a clean download, same problem Is anyone else seeing this problem? Suggestions on what could be causing this? Thanks Rene ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Drawing lines in gem with alpha fade
James Dunn wrote: Thanks - it's interesting but doesn't seem to do quite what I need. Even with a maximum alpha value, I still want the lines to stay on full brightness for longer. Also, I'm drawing some fine lines and there are some weird artefacts like blocks appearing in the trail. Is there something else I could try? This is probably caused by the texture being 8-bit per channel, so decay coefficients are quantized in 1/256 increments, which makes long decay times hard to achieve (the slowest decay's coefficient is 255/256, which isn't as close to 1.0 as you want, I guess). You could keep some data about the history of each line segment (position, time created, colour, etc), and draw them all fresh each frame - this will be much less efficient than texture feedback but you would have more control over the fade, with the possibility to do things like change colour (not just alpha) over time with other-than-exponential decay curves, etc. Probably pd/doc/Gem/02.advanced/20.double-gemhead_vs_repeat.pd helps. If that gets too slow you could combine the drawing of the line segments into one glBegin/End block at the price of some flexibility. And if that gets too slow, there's probably something that can be done with vertex arrays/buffers or whatever they're called (if it's even possible in Gem - I'm not sure, but I'd like to find out!). Claude Quoth cyrille henry, on 22/01/10 21:45: have a look at example 07.texture/08.MotionBlur.pd all you have to do is remplace the teapot with a line that you can draw or not (to make it fade out) Cyrille James Dunn a écrit : I've been sending x/y values to [curve] to draw some lines in gem and the only way I've been able to get them to stay rendered is to use single buffer mode using [buffer 1( messaged to [gemwin]. Can someone suggest a better method using double buffer perhaps? I would like the lines to fade out after some seconds. I looked at pix_snap2tex and gemframebuffer but could only get one line rendered. Is this possible with the particle objects? thanks James -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Drawing lines in gem with alpha fade
Thanks - it's interesting but doesn't seem to do quite what I need. Even with a maximum alpha value, I still want the lines to stay on full brightness for longer. Also, I'm drawing some fine lines and there are some weird artefacts like blocks appearing in the trail. Is there something else I could try? Quoth cyrille henry, on 22/01/10 21:45: have a look at example 07.texture/08.MotionBlur.pd all you have to do is remplace the teapot with a line that you can draw or not (to make it fade out) Cyrille James Dunn a écrit : I've been sending x/y values to [curve] to draw some lines in gem and the only way I've been able to get them to stay rendered is to use single buffer mode using [buffer 1( messaged to [gemwin]. Can someone suggest a better method using double buffer perhaps? I would like the lines to fade out after some seconds. I looked at pix_snap2tex and gemframebuffer but could only get one line rendered. Is this possible with the particle objects? thanks James ___ 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] Drawing lines in gem with alpha fade
have a look at example 07.texture/08.MotionBlur.pd all you have to do is remplace the teapot with a line that you can draw or not (to make it fade out) Cyrille James Dunn a écrit : I've been sending x/y values to [curve] to draw some lines in gem and the only way I've been able to get them to stay rendered is to use single buffer mode using [buffer 1( messaged to [gemwin]. Can someone suggest a better method using double buffer perhaps? I would like the lines to fade out after some seconds. I looked at pix_snap2tex and gemframebuffer but could only get one line rendered. Is this possible with the particle objects? thanks James ___ 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-gui-rewrite preferences
On Jan 22, 2010, at 1:12 PM, András Murányi wrote: Rich E wrote: > Hi list, > > I was just thinking, as I noticed that Hans made it where Apple+, opens the > preferences menu on OS X (as does every other native-mac app), why not group > all the preferences in one dialog, with sub dialogs? This is how other apps > I use on OS X behave and I find it convenient. Besides, if you save the > settings, all of the settings get dumped to the preferences file, no? Why > not have them all in the same dialog, openable by a hotkey. On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner wrote: The only reason its not like that is because someone hasn't done the work. I'd love to be able to include that work in pd-gui-rewrite. Be aware, it'll probably require some weirdness, because of the nature of the messages that the pref panels send to 'pd'. But I don't think it would be too hard. One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff. .hc Let me think a bit forward on this... when you say a dialog and sub dialogs, do you mean a dialog with multiple tabs (that is what i see to be popular in practice) or literally many modals available from one central modal? I'd say tabs make the most sense, but i see that some of the dialogs are produced by the C side not Tcl/Tk (are they?) in which case it will not be easy to stuff them into the tabs. I'm asking because i would be willing to code this up. In 0.43, the prefs dialogs are split out into separate Tcl files: dialog_audio.tcl dialog_midi.tcl dialog_path.tcl dialog_startup.tcl I think each in its own tab makes a lot of sense. .hc Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-gui-rewrite preferences
Rich E wrote: > Hi list, > > I was just thinking, as I noticed that Hans made it where Apple+, opens the > preferences menu on OS X (as does every other native-mac app), why not group > all the preferences in one dialog, with sub dialogs? This is how other apps > I use on OS X behave and I find it convenient. Besides, if you save the > settings, all of the settings get dumped to the preferences file, no? Why > not have them all in the same dialog, openable by a hotkey. On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner wrote: > > The only reason its not like that is because someone hasn't done the > work. I'd love to be able to include that work in pd-gui-rewrite. Be > aware, it'll probably require some weirdness, because of the nature of > the messages that the pref panels send to 'pd'. But I don't think it > would be too hard. > > One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be > included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 > to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff. > > .hc > > Let me think a bit forward on this... when you say a dialog and sub dialogs, do you mean a dialog with multiple tabs (that is what i see to be popular in practice) or literally many modals available from one central modal? I'd say tabs make the most sense, but i see that some of the dialogs are produced by the C side not Tcl/Tk (are they?) in which case it will not be easy to stuff them into the tabs. I'm asking because i would be willing to code this up. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] OSC in pd-extended 0.41.4 on Mac OS X Intel
I have a prebuilt pd-extended 0.41.4 install on an Intel mac running snow leopard, where sendOSC and OSCroute work, but dumpOSC gives a "... couldn't create" error the dumpOSC.pd_darwin object does exist in the /Contents/Plugins/osx folder I just tried to re-install from a clean download, same problem Is anyone else seeing this problem? Suggestions on what could be causing this? Thanks Rene ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Drawing lines in gem with alpha fade
I've been sending x/y values to [curve] to draw some lines in gem and the only way I've been able to get them to stay rendered is to use single buffer mode using [buffer 1( messaged to [gemwin]. Can someone suggest a better method using double buffer perhaps? I would like the lines to fade out after some seconds. I looked at pix_snap2tex and gemframebuffer but could only get one line rendered. Is this possible with the particle objects? thanks James ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] EeePc (was Re: Help installing pd-extended)
On Fri, Jan 22, 2010 at 3:17 AM, David wrote: > Thanks. I was thinking of installing a different version of Linux > myself, because of all the conflicts I seem to have between different > packages. The Asus and Xandros repositories don't seem to be very > up-to-date. But I'm relatively new to Linux, so I'm being cautious. > I'd also like to understand what, if anything, I'm doing wrong, before > I take the plunge into installing a different version of Linux. > It certainly makes sense to think before changing your OS! ;o) Just to elaborate a bit more on what i have personally learned, Xandros seems to be a distro kept alive for the sole purpose of shipping Eee's with a very-legal free OS, but the user and developer base is so small that you shall not expect it to work very well, and the updates are indeed rare. As you are new to Linux, another thing is worth to note: you can keep your home folder which contains most of your personal application settings (including for pd) and set up your new Linux which will then use these settings. Linux is very modular, and changing one part (e.g. the kernel, or the window manager) does not necessarily affect the other parts. The list of installed apps, and most system-level settings are not conserved however - the first can be saved and reloaded another way, the latter is not really necessary unless you are running a server. With ubuntu, the non-free (gratis, but not open source) elements become available with adding more repositories, first of all Medibuntu. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd & wii remote?
to chime in on my own request (thanks to all who answered) besides the musiccontroller, i've also found darwiinoscremote, which seems to work fine. free & open source, avaialble at http://code.google.com/p/darwiinosc/downloads/list > i use this one on os x: > > http://code.google.com/p/musiccontroller/ nothing like it on windoze though ... thanks again rene ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_mix problem
either convert the colorspaces so they are the same for the pixes you want to mix with pix_mix, or simply stack the two images over each other in the Z axis [1] and manipulate the alpha [2] of the one in the foreground. [1] for instance with [translateXYZ 0 0 -0.01] [2] use [alpha] and [colorRGB] m. Am 22.01.2010 um 14:05 schrieb Christian Fischer: > hi list, > > some beginner GM problem here > > when I try to mix a video with a picture with pix_mix, I always get this > failure message: > [pix_mix]: no method to combine (YUV) and (RGBA) > > I used for the video and the picture many different color modes. bur even > with a bitmap picture the > failure message shows up > > any suggestions? > > many thanks in advance! > > best! > > chris > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] GEM pix_mix problem
hi list, some beginner GM problem here when I try to mix a video with a picture with pix_mix, I always get this failure message: [pix_mix]: no method to combine (YUV) and (RGBA) I used for the video and the picture many different color modes. bur even with a bitmap picture the failure message shows up any suggestions? many thanks in advance! best! chris ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] message to Pd and GOP
Hi list, I'm working on dynamic patching with nested GOP subpatches (developing a meta-friendly interface). I noticed this weird behaviour of GOP subpatch (I'm not sure but it can be the same bug Hans was talking about on the list few days ago). Take a look at the attached ex. The first message works fine. The second message works only if the GOP subpatch is open. I guess this is fine and it has to deal with "vis 1/0". But the weird thing happens with the third message. The message actually works but the GOP is not updated (and it will never be unless you save, close and reload). I think I re.invented the wheel with this report, but I would like to understand "why" this happen. (this time setup: winXp, Pd-ex.41) thx -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net 3.2.cut_paste-gop.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ppc/linux build issues..
cheers, should have checked the source.. pretty simple, obiously not much demand for big-endian archs these days.. patch attached will add it to the tracker. errordevelo...@gmail.com wrote: > hm .. > it looks like you should try with GCC 4.3 or .2, > 4.4.x is to recent ;) > > also, if no chances with getting different gcc version - > try --without-alsa so it can skip that bit ;) > if everything goes ok after make clean && ./configure --without-alsa then > there could be two things to fix it: > a) may be recompile alsa with the new gcc first > b) if still get this error - look into s_audio_alsa.c > > good luck ..)) > > On Wed, Jan 20, 2010 at 03:48:47AM +1000, dmotd wrote: > > hi there.. > > > > running linux on a powerpc (old powerbook g4), > > pd-0.42-5 fails to compile (success with older > > pd-0.41-1, failure with pd-gui-rewrite). > > > > any clues? > > > > error follows: > > > > --- > > $ make > > cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses > > -Wno-switch -DDL_OPEN -DPA_USE_OSS -DUNIX -DUNISTD-DUSEAPI_OSS > >-fno-strict-aliasing -DPA_USE_ALSA -DUSEAPI_ALSA -O6 -funroll-loops > > -fomit-frame-pointer -D_LARGEFILE64_SOURCE -DINSTALL_PREFIX=\"/usr/local\" > > -c -o ../obj/s_audio_alsa.o s_audio_alsa.c > > s_audio_alsa.c: In function ‘alsa_send_dacs’: > > s_audio_alsa.c:472: error: called object ‘stderr’ is not a function > > s_audio_alsa.c:472: error: expected ‘)’ before ‘;’ token > > s_audio_alsa.c:474: error: too few arguments to function ‘fprintf’ > > s_audio_alsa.c:474: error: expected ‘;’ before ‘}’ token > > s_audio_alsa.c:584: error: called object ‘stderr’ is not a function > > s_audio_alsa.c:584: error: expected ‘)’ before ‘;’ token > > s_audio_alsa.c:586: error: too few arguments to function ‘fprintf’ > > s_audio_alsa.c:586: error: expected ‘;’ before ‘}’ token > > make: *** [s_audio_alsa.o] Error 1 > > --- > > $ gcc -v > > Using built-in specs. > > Target: powerpc-unknown-linux-gnu > > Configured with: ../configure --prefix=/usr --enable-shared > > --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-threads=posix > > --mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit > > --disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib > > --enable-clocale=gnu --disable-libstdcxx-pch --with-tune=powerpc > > --with-cpu=powerpc --disable-altivec --without-altivec > > Thread model: posix > > gcc version 4.4.2 (GCC) > > > > > > ___ > > 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-0.42-5/src/s_audio_alsa.c2008-12-11 04:30:53.0 +1000 +++ pd-0.42-5-diff/src/s_audio_alsa.c 2010-01-21 04:18:21.0 +1000 @@ -469,7 +469,7 @@ ((char *)(alsa_snd_buf))[3*j+1] = ((s>>8) & 255); ((char *)(alsa_snd_buf))[3*j+2] = ((s>>16) & 255); #else -fprintf(stderr("big endian 24-bit not supported"); +fprintf(stderr, "big endian 24-bit not supported"); #endif } for (; i < thisdevchans; i++, ch++) @@ -581,7 +581,7 @@ * (1./ INT32_MAX); } #else -fprintf(stderr("big endian 24-bit not supported"); +fprintf(stderr, "big endian 24-bit not supported"); #endif } else ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] content of table is saved in Pd-extended?? was: " get the values of an array as a list"
Am 22.01.10 11:29 schrieb "Frank Barknecht" unter : > Hallo, > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > >> No, I really mean the [table] object. I am irritated, that in >> Pd-extended its content is saved with the patch, which is not the case >> on Pd-vanilla. I wonder, if there is really no way not to save table >> data in Pd-extended. > > It wasn't the table content, that was saved in your patch, it was the message > box > that you use to achieve the speed-up. It was still filled when you've saved > the patch. :) Thanks for clearing that up. And sorry for the noise. > Anyway I think, even when dynamically changing message boxes has the danger > of being fooled by this kind of side effects, the optimization results are > often worth > it. I've added the attached version of [list-tabdump] to the Sourceforge SVN > now. Cool. Thanks Roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] content of table is saved in Pd-extended?? was: " get the values of an array as a list"
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > No, I really mean the [table] object. I am irritated, that in > Pd-extended its content is saved with the patch, which is not the case > on Pd-vanilla. I wonder, if there is really no way not to save table > data in Pd-extended. It wasn't the table content, that was saved in your patch, it was the message box that you use to achieve the speed-up. It was still filled when you've saved the patch. :) Anyway I think, even when dynamically changing message boxes has the danger of being fooled by this kind of side effects, the optimization results are often worth it. I've added the attached version of [list-tabdump] to the Sourceforge SVN now. Ciao -- Frank #N canvas 303 65 881 635 10; #X msg 618 57 0 1 2 3 4 5 6 7 8 9 10; #X obj 618 34 loadbang; #X msg 39 126 bang; #X obj 39 384 print dump; #X obj 619 142 loadbang; #X msg 619 165 0 10 20 30 40 50 60 70 80 90 100; #X obj 619 187 s y-dump; #X obj 619 213 table y-dump 10; #X obj 618 104 table x-dump 10; #X obj 618 79 s x-dump; #X floatatom 46 188 5 0 0 0 - - -; #X msg 55 279 list x-dump 3 4; #X msg 55 223 list x-dump 3; #X msg 56 307 list y-dump 1 3; #X obj 89 497 expr size("$s1"); #X floatatom 104 523 5 0 0 0 - - -; #X obj 36 465 t a a; #X obj 36 545 pack s 0; #X msg 36 443 symbol y-dump; #X text 213 495 gets size of array; #X text 21 23 list-tabdump: get a table's content as a list.; #X text 172 187 float : set to and do a dump; #X text 33 58 Arguments: ; #X text 174 223 list : set and and do a dump.; #X text 174 291 list : set \, and position and do a dump.; #X text 171 124 bang: dump contents of table as specified by \, and . \, and can be set by arguments or with the following messages.; #X obj 39 349 list-tabdump x-dump; #X text 33 91 Inlet methods:; #X obj 36 603 print dump; #X obj 36 568 list-tabdump y-dump; #X text 34 412 Hint: You can use [expr] to get the size of a table if you want to dump everything:; #X connect 0 0 9 0; #X connect 1 0 0 0; #X connect 2 0 26 0; #X connect 4 0 5 0; #X connect 5 0 6 0; #X connect 10 0 26 0; #X connect 11 0 26 0; #X connect 12 0 26 0; #X connect 13 0 26 0; #X connect 14 0 15 0; #X connect 14 0 17 1; #X connect 16 0 17 0; #X connect 16 1 14 0; #X connect 17 0 29 0; #X connect 18 0 16 0; #X connect 26 0 3 0; #X connect 29 0 28 0; #N canvas 288 81 555 678 10; #X obj 68 19 inlet; #X obj 68 602 outlet; #X obj 88 285 f \$2; #X obj 146 406 until; #X obj 185 446 + 1; #X obj 146 497 tabread \$1; #X obj 215 444 symbol \$1; #X msg 215 465 set \$1; #X obj 106 256 unpack 0 0 s; #X obj 153 49 s \$0-reset; #X obj 225 496 r \$0-reset; #X obj 194 406 f \$3; #X obj 146 446 f; #X obj 194 359 r \$0-reset; #X obj 88 326 moses; #X obj 88 118 list prepend; #X obj 88 146 route 0 1 2 3; #X obj 131 180 list append 0; #X obj 68 51 t b a a b; #N canvas 0 0 450 300 rot1 0; #X obj 173 193 list prepend; #X obj 151 44 inlet; #X obj 259 115 inlet; #X text 311 115 how often to rotate; #X obj 151 220 list; #X text 198 43 list to rotate; #X obj 151 250 outlet; #X text 267 194 move right part of list to left.; #X obj 151 70 t b a b; #X obj 174 152 list split 1; #X connect 0 0 4 1; #X connect 1 0 8 0; #X connect 2 0 9 1; #X connect 4 0 6 0; #X connect 8 0 4 0; #X connect 8 1 9 0; #X connect 8 2 0 1; #X connect 9 0 0 0; #X connect 9 1 0 1; #X restore 131 225 pd rot1; #X msg 146 517 add2 \$1; #X msg 225 518 set; #N canvas 0 0 575 324 msgbox 0; #X obj 94 113 inlet; #X msg 166 148; #X obj 88 193 outlet; #X text 163 108 hidden msgbox to not clutter the main patch; #X connect 0 0 1 0; #X connect 1 0 2 0; #X restore 68 568 pd msgbox; #X obj 168 91 list length; #X connect 0 0 18 0; #X connect 2 0 14 0; #X connect 3 0 12 0; #X connect 4 0 12 1; #X connect 5 0 20 0; #X connect 6 0 7 0; #X connect 7 0 5 0; #X connect 8 0 2 0; #X connect 8 1 11 0; #X connect 8 2 6 0; #X connect 10 0 21 0; #X connect 11 0 12 1; #X connect 12 0 4 0; #X connect 12 0 5 0; #X connect 13 0 11 0; #X connect 14 1 3 0; #X connect 15 0 16 0; #X connect 16 0 2 0; #X connect 16 1 2 0; #X connect 16 2 17 0; #X connect 16 3 19 0; #X connect 17 0 19 0; #X connect 18 0 22 0; #X connect 18 1 15 0; #X connect 18 2 23 0; #X connect 18 3 9 0; #X connect 19 0 8 0; #X connect 20 0 22 0; #X connect 21 0 22 0; #X connect 22 0 1 0; #X connect 23 0 15 1; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Convolution / Impulse Response
Brilliant. Thanks. A quick test seems to suggest it's quite capable of long IRs. 2010/1/21 Hans-Christoph Steiner : > > partconv~ should be included in Pd-extended. > > .hc > > On Jan 20, 2010, at 3:06 AM, Solen Music wrote: > >> Hi, >> >> A quick search has led me to believe that partconv~ is a good way to >> explore impulse response reverbs in pure data. >> >> Has anybody compiled this for windows? >> >> ...or are there any other options that I should explore for that platform? >> >> >> >> Thanks in advance, as always! >> >> -- >> John >> >> http://www.myspace.com/solenband >> >> ___ >> 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 > > > -- John http://www.myspace.com/solenband ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list