Re: [PD] stereo difference?
i go bananas wrote: if anyone knows how to get just the MONO component of a signal, i'd love to know. I have a feeling you need to do FFT analysis and reconstruction for that though Look how mono turntables are compatible with stereo vinyl records. This might help :) http://en.wikipedia.org/wiki/Vinyl_disc#Stereophonic_sound ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pluginhost~ on Ubuntu/Mint
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-10 22:24, Hans-Christoph Steiner wrote: On Oct 10, 2012, at 1:18 PM, Jamie Bullock wrote: Anyhow, to conform to the policies and conventions of the Pd svn, I've removed the headers and added the requisite instructions to the README as suggested. while i agree with hans that those 3rd party headers would better not be in svn, there is really no policy enforcing that. So if you really want, I'm ok with you putting the headers that were in include/ directly into pluginhost~. Then you won't need the -Iinclude. opinions here differ: if you really want to add those 3rd party headers to the SVN, then *I'd* suggest to leave them in a separate directory, in order to keep your sources and 3rd party sources apart. My issue is about putting those external headers in the 'make dist' tarball. This setup would allow people to build using those headers if they checked out via SVN, but if they download the source tarball from the release, they'd need to get those headers from an 'official' source. That official source could also be downloading the source tarballs and copying them into place. hmm, but this seems even weirder to me. people who are using svn checkouts, are most likely up for some extra exercises. they already installed subversion, why would it bother them to install some random dev-package? otoh, people who are using the dist tarball, cannot even be expected to run autoconf. (expectation is always very subjective, so i don't expect people to have the same expectations when downloading from svn or tarballs, it's still true though, that in my experience building from a repository is usually a bit less convenient than building from a release tarball) anyhow: the pd-extended way for handling 3rd-party libraries in svn seems to add the full 3rd party library sources into [1], so on the Pd-extended build machines you can expect those libraries to be present. another possibility would be provide the headers (even in dist), but make the use of those headers optional, to the extend that the default is not to use those headers (and instead use the system-installed or fail) and people have to take active steps to enable those headers, following detailed instructions in README.txt tgamsdr IOhannes [1] http://pure-data.svn.sourceforge.net/viewvc/pure-data/sources/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlB2b/IACgkQkX2Xpv6ydvSuKACeI6YiJSe6TmJzwuOjhwnmsNAM jkYAoMs1/SIxjwCNHAMWKP6A4l95wwyU =NqSJ -END PGP SIGNATURE- 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] FTM porting to Pd, why it was abandoned?
which is to say, is there anything I/we could do to revive the porting? thx, cheers, -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resources (transcripts, indexes) for Miller's MUS171 intro lectures
Nice:) Thank you, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pluginhost~ on Ubuntu/Mint
On 10 Oct 2012, at 21:24, Hans-Christoph Steiner h...@at.or.at wrote: I've got mixed feelings about this. It's clearly much preferrable to do it this way on Linux distros, which provide these packages. On Mac it's a minor headache to 1. install a package manager 2. install the dependencies 3. make sure the build system can find the dependencies On Windows: ?? OTOH, for the sake of including 3 headers in svn, everyone could just type make, and they're done. Anyhow, to conform to the policies and conventions of the Pd svn, I've removed the headers and added the requisite instructions to the README as suggested. I've seen people include external headers many times over the years, and I've also seen bugs arise because of it, because those included headers were out of date, and the person building didn't realized that the project included its own version of the header rather than using the 'official' one. The question to answer is: who are the people going to be building this from source? The vast majority of users will want to download the binaries and never even think about the source code. From my experience, I would guess that people who would want to compile it themselves will likely be interested in DSSI and LADSPA for other things also, and therefore will need to have those headers in a simple place for other projects too. I probably came across as more grumpy about this than I actually am! I agree with the exact points you've made here, but I can also think of cases where it's more desirable to commit things to svn. I tend to take a pragmatic view, weighing up the reasons for / against on a case-by-case basis. In this specific case I think you're right that the people compiling from source are likely to be on either a Linux audio box or Mac with Fink / MacPorts / Homebrew so I'm perfectly happy with the decision to remove the headers :) Does pluginhost~ work on Windows? I didn't realize that. Does anyone distribute dssi or ladspa binaries for Windows? It *should* work on Windows. The Audacity project provides a bunch of LADSPA plugins for Windows: http://wiki.audacityteam.org/index.php?title=Ladspa_Plug-ins pluginhost~ doesn't require that the UI part of DSSI is running, so it should make it possible to run some of the synths under Windows with no GUI. Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] stereo difference?
Isn't a Mono signal just L + R? If you're worried about phase cancellation I would say the fault lies with whoever mixed it. Cheers, Joe On 11 October 2012 07:58, Charles Goyard c...@fsck.fr wrote: i go bananas wrote: if anyone knows how to get just the MONO component of a signal, i'd love to know. I have a feeling you need to do FFT analysis and reconstruction for that though Look how mono turntables are compatible with stereo vinyl records. This might help :) http://en.wikipedia.org/wiki/Vinyl_disc#Stereophonic_sound ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pluginhost~ on Ubuntu/Mint
On 10/11/2012 10:11 AM, Jamie Bullock wrote: On 10 Oct 2012, at 21:24, Hans-Christoph Steiner h...@at.or.at wrote: I've got mixed feelings about this. It's clearly much preferrable to do it this way on Linux distros, which provide these packages. On Mac it's a minor headache to 1. install a package manager 2. install the dependencies 3. make sure the build system can find the dependencies On Windows: ?? OTOH, for the sake of including 3 headers in svn, everyone could just type make, and they're done. Anyhow, to conform to the policies and conventions of the Pd svn, I've removed the headers and added the requisite instructions to the README as suggested. I've seen people include external headers many times over the years, and I've also seen bugs arise because of it, because those included headers were out of date, and the person building didn't realized that the project included its own version of the header rather than using the 'official' one. The question to answer is: who are the people going to be building this from source? The vast majority of users will want to download the binaries and never even think about the source code. From my experience, I would guess that people who would want to compile it themselves will likely be interested in DSSI and LADSPA for other things also, and therefore will need to have those headers in a simple place for other projects too. I probably came across as more grumpy about this than I actually am! I agree with the exact points you've made here, but I can also think of cases where it's more desirable to commit things to svn. I tend to take a pragmatic view, weighing up the reasons for / against on a case-by-case basis. In this specific case I think you're right that the people compiling from source are likely to be on either a Linux audio box or Mac with Fink / MacPorts / Homebrew so I'm perfectly happy with the decision to remove the headers :) Does pluginhost~ work on Windows? I didn't realize that. Does anyone distribute dssi or ladspa binaries for Windows? It *should* work on Windows. The Audacity project provides a bunch of LADSPA plugins for Windows: http://wiki.audacityteam.org/index.php?title=Ladspa_Plug-ins pluginhost~ doesn't require that the UI part of DSSI is running, so it should make it possible to run some of the synths under Windows with no GUI. Jamie Ok, if you're ready to make a 1.0 release: http://puredata.info/docs/developer/MakingALibraryRelease Let me know once the tarball is posted, and I'll make the 'official' Debian package. I'll keep the packaging stuff (i.e. the debian/ folder) in a separate repo in the Debian pkg-multimedia team's git repo. Do you want to keep the debian/ folder in your SVN folder? I normally delete it, but its fine to keep it there, as long as you're aware that I won't be updating it there anymore, but only in the pkg-multimedia git. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Splitting Objects
On 09/25/2012 09:18 AM, Funs Seelen wrote: Hi Thomas, On Tue, Sep 25, 2012 at 12:35 AM, Thomas Mayer tho...@residuum.org wrote: Is there any pitfall to that approach? One thing I need to take care for are creation arguments. Anything else I need to consider? Speaking about creation arguments: if none are given for abstractions the default value is always 0 (at least I never figured out a way to give another default value *). For C-objects it is possible to use any float value as default. --Funs *) doing it this way the float object contains nothing, i.e. a zero, if no creation arguments are passed: [loadbang] | [f $1] Look at purepd/float_argument, purepd/any_argument, and purepd/symbol_argument if you want to have more control over defaults for abstractions. I think iemguts also has some stuff there. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/26/2012 12:44 PM, IOhannes m zmoelnig wrote: On 2012-09-26 17:58, Jonathan Wilkes wrote: Can somebody confirm this? Because the patch is still open on the tracker: i'd like to keep it open for Pd-vanilla. Yeah, when I accept patched into pd-extended, I don't close them if it also applies to pd-vanilla. I assign it to Miller, and leave a comment that I accepted it. .hc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQIcBAEBCAAGBQJQdu1ZAAoJEJ8P5Yc3S76B2tUP/Al/KG+P+XjrKw9q52Lh6qUR clXz+eKiDEWyprGGgkadcAk+iFeraXBEV5QtbPZZW2Eytjnza7TBkOfqVE7TcWA6 iBN+n4DSyAf1+MWihzt76P3QuYmbrkY6Nid2BKhY6lemrkoO4SD45yQlpGR1WlYD W8w6OHop5IHrZATFlMkqsTXOJmlE3srwvkXlhVfpA/FSuPErPEHkspLVYGqHgXJp lBpBRRXPrv8tdNcHiu0yPdN5+LNgDMlwLkkiTvpvo6Bprf25lscut8puoWlx2Tg2 7YSga6kiNatadYdG3c52KMxfWUSeVH/biPTlQspntIm0nDZZQ7MfAs5IA6iBXle6 WMogSWaE0E2VGbUX6ig2tcmkQt83yia3DF1rADcIN3ca2GJ4ANmqAetOzVU1iyXT l4ZWtbG5QMEhO16zJ8nVTRL4xdsWCzjymakkjOxGWybM0xoDD/3q+lNCdcKAWVit +ja3uNYlYyiMHjOBPgep9dTJf72yOngIAF14jYyC0V3oFNNhAzcKfxUr44Mxpc2C VxcWa9jNLUEN5lTTmNg2V+A2PV1FVVQmmboF3ihA87WTkMVhRPWY1CGWTTrRvdJe bLmDMYOGBZzmUK2NHti93uVTjn7U/yrJ0oBKdj3xD8kgPeLbaR175iEEgh8L14yE bDcOmMpuIWTDGyLdvtqK =IiqQ -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects
Please add the crash report to the patch report so that we can track it. .hc On 09/26/2012 03:40 PM, Jonathan Wilkes wrote: I mentioned using it in object boxes for getting args, which as far as I can tell in Pd-l2ork works fine. But keep in mind there is a crasher bug that can easily manifest itself inside message boxes: [bang( | [f 1000] | [until] | [list]x[list append foo] | [$@( There was already a discussion about this somewhere on the list; it's a known bug in the Pd-l2ork implementation of the $@ patch. If there's a way to make $@ safely take an arbitrary number of args without crashing (like the list family objects) that would be ideal, but after inquiring to both matju and Ivica about that it seems like it's a difficult task. (I would have inquired on this list but I didn't know or forgot it was in Pd extended 0.43...) -Jonathan - Original Message - From: Roman Haefeli reduz...@gmail.com To: pd-list@iem.at Cc: Sent: Wednesday, September 26, 2012 2:34 PM Subject: Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects On Mit, 2012-09-26 at 08:58 -0700, Jonathan Wilkes wrote: Can somebody confirm this? Because the patch is still open on the tracker: http://sourceforge.net/tracker/?func=detailaid=1543850group_id=55736atid=478072 If you mean by 'confirm' to test it, yeah, it works in Pd-extended. I'd love to see it in Pd as well. The situation that this feature is working in one flavor but not in the other is a bit unlucky. Contrary to the GUI enhancements, this really renders patches using this feature incompatible with Pd. Roman From: IOhannes m zmoelnig zmoel...@iem.at To: pd-list@iem.at Sent: Wednesday, September 26, 2012 4:59 AM Subject: Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects Using... [list append $@] afaik, this is standard Pd-extended. fgmadfr IOhannes ___ 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 ___ 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] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects
Interesting. But its not really useable with dollar args, unfortunately, where $@ is. [default_arg $1] won't tell you whether $1 was set or not since it'll show up as zero to defulat-arg.pd .hc On 09/25/2012 10:08 AM, Cyrille Henry wrote: hello, a dirty hack allow distinction between no argument and a 0 float arg. see attachment. cheers c Le 25/09/2012 15:45, Patrice Colet a écrit : De: Patrice Colet colet.patr...@free.fr De: Funs Seelen funssee...@gmail.com Speaking about creation arguments: if none are given for abstractions the default value is always 0 (at least I never figured out a way to give another default value *). For C-objects it is possible to use any float value as default. [loadbang] | [$1] | [sel 0] | [my default value( indeed it doesn't seem possible to set a default value and keep 0 as another value ___ 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
[PD] Data structure: drawnumbers in an array
Dear List, I have an issue with a data structure consisting of a rectangle and an array of dots, with x/y coordinates and a z value for each dot. I displayed the z value with [drawnumber]. See the attached patch. I can clic and move the dots. However, mouse clics do not seem to reach the number area correctly. There seems to be a wrong scaling of mouse coordinates when trying to reach numbers nested in arrays. In pd 0.43 vanilla and 0.42.5 extended. I remember a behavior of the same kind with objects filled with lots of text lines. This one was apparently fixed in pd 0.43. I wish I could enter my numbers by mouse or keyboard, but for now I can handle them via the data properties window. Clem #N struct event float x float y float w float color symbol type float pitch float vel float pos symbol data-type float data-nb array data data-elem; #N struct data-elem float x float y float z; #N canvas 1 107 745 692 10; #N canvas 702 105 450 586 event 0; #X obj 46 107 filledpolygon color 0 1 0 0 w 0 w 10 0 10; #X obj 46 23 struct event float x float y float w float color symbol type float pitch float vel float pos symbol data-type float data-nb array data data-elem; #X obj 91 151 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 76 252 plot data 700 0 0 0 4; #X obj 92 172 drawsymbol data-type 0 -15; #X obj 46 71 s from_structevent; #X connect 1 0 5 0; #X connect 2 0 4 0; #X connect 2 0 3 0; #X restore 467 21 pd event; #N canvas 450 89 450 300 array-data 0; #X obj 40 41 struct data-elem float x float y float z; #X obj 69 175 filledpolygon 0 0 0 0 0 0 5 5 5 5 0; #X obj 45 102 drawnumber z 10 -1 0; #X obj 40 63 print struct element; #X connect 0 0 3 0; #X restore 467 41 pd array-data; #N canvas 836 227 593 425 window 1; #X scalar event 210 201 100 123 symbol 0 0 0 symbol 0 \; 0 16 18 \; 35 16 -5 \; 70 15 3 \; 107 14 0 \; 0 30 -41 \; 35 30 0 \; 70 30 0 \; 105 30 0 \; 0 45 0 \; 35 45 0 \; 70 45 0 \; 107 45 0 \; 0 60 0 \; 35 60 0 \; 70 60 0 \; 105 60 0 \; 0 77 0 \; 35 75 0 \; 70 75 0 \; \;; #X scalar event 246 -2 100 123 symbol 0 0 0 symbol 0 \; 0 15 991 \; 35 15 0 \; 70 15 0 \; 105 15 0 \; 0 30 0 \; 35 30 0 \; 70 30 0 \; 105 30 0 \; 0 45 0 \; 35 45 0 \; 70 45 0 \; 105 45 0 \; 0 60 0 \; \;; #X restore 470 105 pd window; #X msg 226 481 traverse pd-window \, bang; #X obj 226 503 pointer; #X obj 85 527 append event x y w color; #X msg 85 487 0 0 100 123; #X floatatom 40 489 5 0 0 0 - - -; #X obj 487 345 setsize event data; #X obj 583 443 getsize event data; #X obj 613 561 element event data; #X obj 514 659 set data-elem x y; #X obj 583 466 t f b; #X obj 583 488 until; #X obj 583 510 f; #X obj 613 510 + 1; #X obj 583 420 trigger pointer pointer; #X obj 583 532 t f f; #X obj 630 485 0; #X obj 511 549 t f f; #X obj 538 593 + 1; #X obj 538 615 * 15; #X obj 492 586 mod 4; #X obj 538 571 div 4; #X obj 511 613 * 35; #X msg 487 169 traverse pd-window; #X obj 487 191 pointer; #X msg 446 174 next; #X obj 487 236 getsize event data; #X obj 487 213 trigger pointer pointer; #X floatatom 487 285 5 0 0 0 set_size - -; #X msg 487 257 set \$1; #X obj 487 302 t f b; #X obj 592 319 pointer; #X floatatom 448 368 5 0 0 0 nb_per_row - -; #X obj 583 399 pointer; #X obj 538 382 t b f; #X text 70 40 event = rectangle + array of dots; #X text 80 60 dots = position(x \, y) + value(z \, displayed); #X text 37 147 I can accurately drag dots. But I cannot click on their numbers and change manually the displayed value by mouse or keybord. ; #X obj 314 297 get event x y; #X floatatom 314 319 5 0 0 0 - - -; #X floatatom 388 321 5 0 0 0 - - -; #X text 37 197 The datastructure do not detect mouse clics at the right place \, for drawnumber nested in arrays. It looks like a scaling issue \, because I can reach them clicking futher down right \, provided that I do not clic outside the datastructure.; #X connect 3 0 4 0; #X connect 4 0 5 4; #X connect 6 0 5 0; #X connect 7 0 5 0; #X connect 9 0 12 0; #X connect 10 0 11 2; #X connect 12 0 13 0; #X connect 12 1 18 0; #X connect 13 0 14 0; #X connect 14 0 15 0; #X connect 14 0 17 0; #X connect 15 0 14 1; #X connect 16 0 9 0; #X connect 16 1 10 1; #X connect 17 0 19 0; #X connect 17 1 10 0; #X connect 18 0 14 1; #X connect 19 0 22 0; #X connect 19 1 23 0; #X connect 20 0 21 0; #X connect 21 0 11 1; #X connect 22 0 24 0; #X connect 23 0 20 0; #X connect 24 0 11 0; #X connect 25 0 26 0; #X connect 26 0 29 0; #X connect 26 0 40 0; #X connect 27 0 26 0; #X connect 28 0 31 0; #X connect 29 0 28 0; #X connect 29 1 33 1; #X connect 29 1 35 1; #X connect 30 0 32 0; #X connect 31 0 30 0; #X connect 32 0 8 0; #X connect 32 1 33 0; #X connect 33 0 8 1; #X connect 34 0 36 0; #X connect 35 0 16 0; #X connect 36 0 35 0; #X connect 36 1 22 1; #X connect 36 1 23 1; #X connect 40 0 41 0; #X connect 40 1 42 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects
hello Le 11/10/2012 18:26, Hans-Christoph Steiner a écrit : Interesting. But its not really useable with dollar args, unfortunately, where $@ is. [default_arg $1] won't tell you whether $1 was set or not since it'll show up as zero to defulat-arg.pd well, yes, but one can arg that in this example ([default_arg $1]) 1 argument ($1) is provided to default_arg. so 0 is the right answer. This patch was just a proof of concept. you have to use this trick in a sub-patch, not as an abstraction. anyway, i know that this is not a generic solution to this problem. cheers c .hc On 09/25/2012 10:08 AM, Cyrille Henry wrote: hello, a dirty hack allow distinction between no argument and a 0 float arg. see attachment. cheers c Le 25/09/2012 15:45, Patrice Colet a écrit : De: Patrice Colet colet.patr...@free.fr De: Funs Seelen funssee...@gmail.com Speaking about creation arguments: if none are given for abstractions the default value is always 0 (at least I never figured out a way to give another default value *). For C-objects it is possible to use any float value as default. [loadbang] | [$1] | [sel 0] | [my default value( indeed it doesn't seem possible to set a default value and keep 0 as another value ___ 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
[PD] A lua script to print comments from help patches
Here is a script that will print out all the comment lines it finds in
each file that ends in -help.pd in the current directory or the path
given to it as an argument, like:
./list_pd_help_text.lua /usr/lib/pd-extended list.txt
The resulting list.txt can then be searched for keywords.
Comments are printed in top-to-bottom order for the main patch and for
each subpatch, but they still might not make sense out of context; this
is more useful for finding appropriate objects using keywords.
I've tested it on linux and WinXp (cygwin). I used luarocks to install
the lfs module. On WinXp I used lfs from
http://sourceware.org/cygwinports/
While it could probably be implemented as a pd_lua object it might hang
Pd if it were to print everything to the console.
Martin
#! /usr/bin/env lua
-- A script to print out all the comments from each Pd help file found under
-- the path passed as the first argument, defaults to the directory from which
the script is run.
-- Author Martin Peach 20121011
requirelfs
path = . -- default search path
totalFiles = 0
function attrdir (path)
local file ourPdHelpFile = nil
-- print (Searching .. path)
for file in lfs.dir(path) do
if file ~= . and file ~= .. then
local f
-- if path:find(/, -1) then f = path..file
-- else f = path..'/'..file end
while path:find(/, -1) do path = path:sub(1,-2) end -- strip any
trailing slash(es) from path
f = path..'/'..file
--print (\t ..f)
local attr = lfs.attributes (f)
if (type(attr) ~= table) then break end
assert (type(attr) == table, f)
if attr.mode == directory then
attrdir (f)
else
local ss, s, e, x, y
local objName
s, e = file:find(-help.pd)
if e == file:len() then -- a filename ending in -help.pd
totalFiles = totalFiles + 1
objName = file:sub(1,s-1)
print (totalFiles .. : [ .. objName .. ] .. at .. f)
ourPdHelpFile = io.open(f)
if ourPdHelpFile == nil then
print (Can't open .. f)
else
-- an example comment from a pd patcher:
-- #X text 86 306 This example measure the time it takes for two different
-- methods to count from 0 to 999;
local canvasDepth = 0
--local maxID = 0
local canvasName = {}
local canvasFrom = {}
local canvasID = 0
local canvasNow = 0
local commentLines = {}
local sortedLines = {}
repeat
ourLine = ourPdHelpFile:read()
if ourLine ~= nil then
if ourLine:find(^#N canvas) then -- line starts with #N
canvas
canvasDepth = canvasDepth + 1
canvasID = canvasID + 1
canvasFrom[canvasID] = canvasNow
canvasNow = canvasID
s, e = ourLine:find(%a, 10) -- first text after canvas
will be canvas name
if s then
ss, e = ourLine:find( , e) -- first space after canvas
name
if not ss then
ourLine = ourLine:sub(s) -- name extends to end of line
else
ourLine = ourLine:sub(s, ss-1) -- name followed by number
end
canvasName[canvasID] = ourLine
else
canvasName[canvasID] =
end
--if canvasID maxID then maxID = canvasID end
--print(a-canvasDepth .. canvasDepth .. canvasID .. canvasID ..
canvasFrom .. canvasFrom[canvasID] .. canvasNow .. canvasNow .. maxID
.. maxID)
elseif ourLine:find(^#X restore) then
canvasDepth = canvasDepth - 1
canvasNow = canvasFrom[canvasNow]
--print(b-canvasDepth .. canvasDepth .. canvasID .. canvasID ..
canvasFrom .. canvasFrom[canvasID] .. canvasNow .. canvasNow .. maxID
.. maxID)
else
--print(c-canvasDepth .. canvasDepth .. canvasID .. canvasID ..
canvasFrom .. canvasFrom[canvasID] .. canvasNow .. canvasNow .. maxID
.. maxID)
s, e = ourLine:find(^#X text)
-- Comment begins with #X text:
if s == 1 then
ourLine = ourLine:sub(e+1)
-- First number is horizontal position of top left corner of comment box:
s, e = ourLine:find(%d+)
x = ourLine:sub(s,e)
ourLine = ourLine:sub(e+1)
-- First number is vertical position of top left corner of comment box:
s, e = ourLine:find(%d+)
y = ourLine:sub(s,e)
-- Remaining line is comment text:
ourLine = ourLine:sub(e+1)
ourLine = canvasNow .. ourLine
-- End of comment must be semicolon:
if not ourLine:find(;) then
repeat
moreLine = ourPdHelpFile:read
[PD] Satchmo Awards (small-scale Pd+RPi SuitSup equipment awards)
The first Satch-Suitsup Awards (4 X Raspberry Pi kits with Miller's RPi system image as a starting point) have been sent out on their merry way, and the first four teams are busily out there now doing their individual/connected things: 01: Gi Vania and SIU team 02: Theron Trowbridge and CrashSpace LA team 03: Phil Stone (UC Davis) 04: Rick Wagner and SDSC (San Diego Supercomputer Center) team (Of course the Satchmo Awards include an original honorary Satchmo 00 that went to Miller ... but msp has an extremely large team, and a pretty full schedule of other interests, so he gets his own list.) == NOMINATIONS/APPLICATIONS STILL WELCOME New Blankets is still keen to make a few additional Satchmo Awards to additional interested/qualified Pd folks. NB would particularly like to include some RPi SuitSup hackers who are associated with patching circles -- and in that regard it would be great to have some SuitSup patching-circle activity in other countries outside the U.S. where Pd activity is flourishing. There is now also a rudimentary mailing list for questions, (and for sharing SuitSup Pd patches, tips and SuitSup hardware tricks) available at: suit...@newblankets.org === ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects
When $1 exists and has the value 0: [symbol $1-foo] = 0-foo When there is no $1: [symbol $1-foo] = \\$1-foo Therefore not only can you tell if an argument was set to 0 in Pd vanilla, but you can fetch the entire list of args by counting up from $1 until $n-foo = \\$n-foo. There are subpatches and abstractions on this list that use that method to fetch the args in Pd Vanilla. There is probably also an external for every developer who has needed this functionality in their own patches, most of which are available in Pd-extended. -Jonathan From: Hans-Christoph Steiner h...@at.or.at To: Cyrille Henry c...@chnry.net Cc: pd-list@iem.at Sent: Thursday, October 11, 2012 12:26 PM Subject: Re: [PD] creation arg, distinction between 0 and no arg, WAS Re: Splitting Objects Interesting. But its not really useable with dollar args, unfortunately, where $@ is. [default_arg $1] won't tell you whether $1 was set or not since it'll show up as zero to defulat-arg.pd .hc On 09/25/2012 10:08 AM, Cyrille Henry wrote: hello, a dirty hack allow distinction between no argument and a 0 float arg. see attachment. cheers c Le 25/09/2012 15:45, Patrice Colet a écrit : De: Patrice Colet colet.patr...@free.fr De: Funs Seelen funssee...@gmail.com Speaking about creation arguments: if none are given for abstractions the default value is always 0 (at least I never figured out a way to give another default value *). For C-objects it is possible to use any float value as default. [loadbang] | [$1] | [sel 0] | [my default value( indeed it doesn't seem possible to set a default value and keep 0 as another value ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Data structure: drawnumbers in an array
Is this the bug you're describing? http://sourceforge.net/tracker/index.php?func=detailaid=2457992group_id=55736atid=478070 From: mac...@netcourrier.com mac...@netcourrier.com To: Pd-list@iem.at Sent: Thursday, October 11, 2012 12:21 PM Subject: [PD] Data structure: drawnumbers in an array Dear List, I have an issue with a data structure consisting of a rectangle and an array of dots, with x/y coordinates and a z value for each dot. I displayed the z value with [drawnumber]. See the attached patch. I can clic and move the dots. However, mouse clics do not seem to reach the number area correctly. There seems to be a wrong scaling of mouse coordinates when trying to reach numbers nested in arrays. In pd 0.43 vanilla and 0.42.5 extended. I remember a behavior of the same kind with objects filled with lots of text lines. This one was apparently fixed in pd 0.43. I wish I could enter my numbers by mouse or keyboard, but for now I can handle them via the data properties window. Clem ___ 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] Satchmo Awards (small-scale Pd+RPi SuitSup equipment awards)
Excuse me, what is Miller's RPi system image again ? I must have missed something. Cheers, Pierre. 2012/10/11 Joe Deken newblank...@newblankets.org The first Satch-Suitsup Awards (4 X Raspberry Pi kits with Miller's RPi system image as a starting point) have been sent out on their merry way, and the first four teams are busily out there now doing their individual/connected things: 01: Gi Vania and SIU team 02: Theron Trowbridge and CrashSpace LA team 03: Phil Stone (UC Davis) 04: Rick Wagner and SDSC (San Diego Supercomputer Center) team (Of course the Satchmo Awards include an original honorary Satchmo 00 that went to Miller ... but msp has an extremely large team, and a pretty full schedule of other interests, so he gets his own list.) == NOMINATIONS/APPLICATIONS STILL WELCOME New Blankets is still keen to make a few additional Satchmo Awards to additional interested/qualified Pd folks. NB would particularly like to include some RPi SuitSup hackers who are associated with patching circles -- and in that regard it would be great to have some SuitSup patching-circle activity in other countries outside the U.S. where Pd activity is flourishing. There is now also a rudimentary mailing list for questions, (and for sharing SuitSup Pd patches, tips and SuitSup hardware tricks) available at: suit...@newblankets.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] disabling popup on F10
hi list. im wondering if it was possible to disable the popup menu when pressing F10. i suspect it's in pd.tk, i just cant seem find the line. im on 0.42-5extended-rc6 debian squeeze thanks in advance and kind regards -- http://www.fastmail.fm - A no graphics, no pop-ups email service ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
