[PD] [PD-announce] Pd installation in Yamaguchi Japan
The Akiyoshidai International Art Village (AIAV) will be hosting a performance/installation built with Pd based on a local Japanese garden, Sesshutei. A performance will take place on Sep. 25th, 6:30pm on the grounds of the AIAV and includes a collaboration with Yokohama audio firm and speaker manufacturer Taguchi (http://www.taguchi-mk.com/english/TopPage.html). The 8-channel installation is based on soundscape recordings collected from Sesshutei garden and uses the unique spatial predilections of the original garden as model for the sound diffusion. Composed and conceived by Australian artist Michael Fowler, the work also seeks to present the idea of the Otoniwashi (sound gardener) as a auditory manifestation of the Niwashi (Japanese garden designer). Details can be found in Japanese and English at: http://www.aiav.jp/programs/2008/michael_soundperform/ _ See how Windows connects the people, information, and fun that are part of your life. http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/___ Pd-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to compile latest extended on 64-bit (K)Ubuntu
Darren Landrum wrote: > Hans-Christoph Steiner wrote: >> cd packages/linux_make/ >> make install && make package To try to narrow down the possibilities, I decided to delete the directory and re-unpack the tarball, then I ran your instructions (without doing anything else) and got this output: - [EMAIL PROTECTED]:~/Downloads/Pd-0.40.3-extended/packages/linux_make$ sudo make install && make package find: /home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/: No such file or directory dpkg-shlibdeps: need at least one executable make -C /home/darren/Downloads/Pd-0.40.3-extended/packages BUILDLAYOUT_DIR=/home/darren/Downloads/Pd-0.40.3-extended/packages cvs_root_dir=/home/darren/Downloads/Pd-0.40.3-extended DESTDIR=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/ prefix=/usr OPT_CFLAGS="-O2" UNAME=Linux install grep: /home/darren/Downloads/Pd-0.40.3-extended/Gem/src/Base/GemVersion.h: No such file or directory make[1]: Entering directory `/home/darren/Downloads/Pd-0.40.3-extended/packages' cd /home/darren/Downloads/Pd-0.40.3-extended/pd/src/ && \ if [ -f acinclude.m4 ] ; then aclocal ; fi && \ autoconf && \ if grep -q AC_CONFIG_HEADERS configure.in ; then autoheader ; fi /bin/sh: aclocal: not found make[1]: *** [/home/darren/Downloads/Pd-0.40.3-extended/pd/src/configure] Error 127 make[1]: Leaving directory `/home/darren/Downloads/Pd-0.40.3-extended/packages' make: *** [install] Error 2 - Hopefully, that will help. (The sudo also doesn't make a difference. I get the same error with or without it.) Sorry to be a pain. Regards, Darren Landrum ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to compile latest extended on 64-bit (K)Ubuntu
Hans-Christoph Steiner wrote: > cd packages/linux_make/ > make install && make package Unfortunately, that gives me essentially the same error: - [EMAIL PROTECTED]:~/Downloads/Pd-0.40.3-extended/packages/linux_make$ make install && make package find: /home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/: No such file or directory dpkg-shlibdeps: need at least one executable make -C /home/darren/Downloads/Pd-0.40.3-extended/packages BUILDLAYOUT_DIR=/home/darren/Downloads/Pd-0.40.3-extended/packages cvs_root_dir=/home/darren/Downloads/Pd-0.40.3-extended DESTDIR=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/ prefix=/usr OPT_CFLAGS="-O2" UNAME=Linux install grep: /home/darren/Downloads/Pd-0.40.3-extended/Gem/src/Base/GemVersion.h: No such file or directory make[1]: Entering directory `/home/darren/Downloads/Pd-0.40.3-extended/packages' cd /home/darren/Downloads/Pd-0.40.3-extended/pd/src && ./configure --enable-jack --enable-alsa && \ make OPT_CFLAGS="" depend && \ make BUILDLAYOUT_DIR=/home/darren/Downloads/Pd-0.40.3-extended/packages cvs_root_dir=/home/darren/Downloads/Pd-0.40.3-extended DESTDIR=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build/ prefix=/usr libpddir=/home/darren/Downloads/Pd-0.40.3-extended/packages/linux_make/build//usr/lib/pd OPT_CFLAGS="-O2" UNAME=Linux checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking how to run the C preprocessor... gcc -E checking for an ANSI C-conforming const... yes checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking bstring.h usability... no checking bstring.h presence... no checking for bstring.h... no checking io.h usability... no checking io.h presence... no checking for io.h... no checking whether gcc needs -traditional... no checking return type of signal handlers... void checking for vprintf... yes checking for _doprnt... no checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strerror... yes checking for working alloca.h... yes checking for alloca... yes checking for dlopen in -ldl... yes checking for sin in -lffm... no checking for sin in -lm... yes checking for pthread_create in -lpthread... yes checking tcl.h usability... no checking tcl.h presence... no checking for tcl.h... no checking tcl8.7/tcl.h usability... no checking tcl8.7/tcl.h presence... no checking for tcl8.7/tcl.h... no checking tcl8.6/tcl.h usability... no checking tcl8.6/tcl.h presence... no checking for tcl8.6/tcl.h... no checking tcl8.5/tcl.h usability... no checking tcl8.5/tcl.h presence... no checking for tcl8.5/tcl.h... no checking tcl8.4/tcl.h usability... yes checking tcl8.4/tcl.h presence... yes checking for tcl8.4/tcl.h... yes checking for main in -ltcl85... no checking for main in -ltcl8.5... no checking for main in -ltcl84... no checking for main in -ltcl8.4... yes checking for main in -ltk85... no checking for main in -ltk8.5... no checking for main in -ltk84... no checking for main in -ltk8.4... yes alsa= yes checking for snd_pcm_info in -lasound... yes checking for shm_open in -lrt... yes checking for jack_set_xrun_callback in -ljack... yes checking for jack_set_error_function in -ljack... yes MORECFLAGS --- -O6 -funroll-loops -fomit-frame-pointer checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... n
Re: [PD] Trying to compile latest extended on 64-bit (K)Ubuntu
You have to run 'aclocal' first, I think. The whole process is automated if you do this: cd packages/linux_make/ make install && make package Then you'll end up with a .deb that you can install. There will be some bugs still with 64-bitness. It's great to test this stuff so we can make proper 64-bit builds for the next release. .hc On Sep 22, 2008, at 12:44 AM, Darren Landrum wrote: > Hello, all! I'm trying to compile the latest extended (0.40.3) on my > 64-bit Kubuntu system. I went through the following process: > > cd pd/src > autoconf configure-in > configure > > Theoretically, that made the configure script. All seems well until: > > - > checking tcl8.7/tcl.h usability... no > checking tcl8.7/tcl.h presence... no > checking for tcl8.7/tcl.h... no > checking tcl8.6/tcl.h usability... no > checking tcl8.6/tcl.h presence... no > checking for tcl8.6/tcl.h... no > checking tcl8.5/tcl.h usability... no > checking tcl8.5/tcl.h presence... no > checking for tcl8.5/tcl.h... no > checking tcl8.4/tcl.h usability... yes > checking tcl8.4/tcl.h presence... yes > checking for tcl8.4/tcl.h... yes > checking for main in -ltcl85... no > checking for main in -ltcl8.5... no > checking for main in -ltcl84... no > checking for main in -ltcl8.4... yes > checking for main in -ltk85... no > checking for main in -ltk8.5... no > checking for main in -ltk84... no > checking for main in -ltk8.4... yes > alsa= yes > checking for snd_pcm_info in -lasound... yes > MORECFLAGS --- -O6 -funroll-loops -fomit-frame-pointer > checking for special C compiler options needed for large files... no > checking for _FILE_OFFSET_BITS value needed for large files... no > ./configure: line 8298: syntax error near unexpected token `SINF,' > ./configure: line 8298: `AST_EXT_LIB_CHECK(SINF, m, sinf)' > - > > I don't know enough about the build scripts to figure out where the > syntax error is and how to correct it. If anyone can help me out, I'd > greatly appreciate it. Also, if anyone can help me with how to package > this whole thing up, maybe the 64-bit version could be offered up > along > with all of the others. > > Thank you for the help! > > Regards, > Darren Landrum > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Trying to compile latest extended on 64-bit (K)Ubuntu
Hello, all! I'm trying to compile the latest extended (0.40.3) on my 64-bit Kubuntu system. I went through the following process: cd pd/src autoconf configure-in > configure Theoretically, that made the configure script. All seems well until: - checking tcl8.7/tcl.h usability... no checking tcl8.7/tcl.h presence... no checking for tcl8.7/tcl.h... no checking tcl8.6/tcl.h usability... no checking tcl8.6/tcl.h presence... no checking for tcl8.6/tcl.h... no checking tcl8.5/tcl.h usability... no checking tcl8.5/tcl.h presence... no checking for tcl8.5/tcl.h... no checking tcl8.4/tcl.h usability... yes checking tcl8.4/tcl.h presence... yes checking for tcl8.4/tcl.h... yes checking for main in -ltcl85... no checking for main in -ltcl8.5... no checking for main in -ltcl84... no checking for main in -ltcl8.4... yes checking for main in -ltk85... no checking for main in -ltk8.5... no checking for main in -ltk84... no checking for main in -ltk8.4... yes alsa= yes checking for snd_pcm_info in -lasound... yes MORECFLAGS --- -O6 -funroll-loops -fomit-frame-pointer checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no ./configure: line 8298: syntax error near unexpected token `SINF,' ./configure: line 8298: `AST_EXT_LIB_CHECK(SINF, m, sinf)' - I don't know enough about the build scripts to figure out where the syntax error is and how to correct it. If anyone can help me out, I'd greatly appreciate it. Also, if anyone can help me with how to package this whole thing up, maybe the 64-bit version could be offered up along with all of the others. Thank you for the help! Regards, Darren Landrum ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] help with pix_opencv in mac intel
Cool, thanks for posting the binaries. The wiki link didn't work for me, this one did though: http://www.hangar.org/wikis/lab/doku.php? id=start:puredata_opencv&s=puredata%20opencv .hc On Sep 18, 2008, at 8:56 PM, palmieri, ricardo wrote: > hi, > try to download the opencv1.0.0 > > http://ufpr.dl.sourceforge.net/sourceforge/opencvlibrary/ > opencv-1.0.0.tar.gz > > do the mod like wrote here: > > http://www.hangar.org/wikis/lab/doku.php?do=index&id=start% > 3Apuredata_opencv > > use the cpp attacvhed in your pix_opencv folder before to compile. > > good luck > > palmieri > > > 2008/9/18 mark edward grimm <[EMAIL PROTECTED]>: >> hello, >> >> i just tried to compile on 10.5 intel osx pd-ext.40.3 and it seems >> the open= >> cv lib wiki is down or blank or something like that >> >> http://opencvlibrary.sourceforge.net/ >> >> is there another place for the source? OR does anyone have >> binaries they ca= >> n provide? >> >> i remember marius had a successful compile on 10.5 if i remember >> correct. >> >> thanks! >> mark >> >> >> mark edward grimm | m.f.a | ed.m >> syracuse u. | vpa foundations | timearts >> adjunct | new media consultant >> megrimm.net | socialmedia.org/GROUP & LLC >> [EMAIL PROTECTED] | 315.378.2136 >> >> >> >> >> >> --- On Wed, 9/17/08, palmieri, ricardo <[EMAIL PROTECTED]> >> wrote: >> >>> From: palmieri, ricardo <[EMAIL PROTECTED]> >>> Subject: [PD] help with pix_opencv in mac intel >>> To: [EMAIL PROTECTED], "pd-list@iem.at list" >>> Date: Wednesday, September 17, 2008, 2:01 PM >>> hi guys. >>> >>> i did a sucefull installation of pix_opencv in my powerbook >>> g4 and in >>> a g5 computer, running os10.4 >>> but im trying to compile using the steps in hangar website, >>> and >>> everything compile fine. but i have strange a situation >>> using the >>> object pix_opencv_contours_boundingrect: it only give the >>> data output >>> to blob 0. >>> somebody have some tip how to solve it? its a pix_opencv >>> object >>> trouble, or something in the makefile? >>> ah, i can see the multiples blobs in my gem window. my >>> trouble is only >>> with this object and its data output. >>> >>> thanks again >>> >>> palmieri >>> >>> -- >>> ricardo palmieri >>> # 1185833173 >>> [palm.estudiolivre.org] >>> [skype:palmieriricardo] >>> [jabber: [EMAIL PROTECTED] >>> [msn: [EMAIL PROTECTED] >>> [linux user # 392484] >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> > > > > -- > ricardo palmieri > # 1185833173 > [palm.estudiolivre.org] > [skype:palmieriricardo] > [jabber: [EMAIL PROTECTED] > [msn: [EMAIL PROTECTED] > [linux user # 392484] > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hans - window_name FR
Nice work! Go ahead and check it in, but just make sure it builds on all platforms (i.e. watch the build logs). .hc On Sep 21, 2008, at 4:32 AM, Luke Iannini wrote: > Right, after all kinds of bumping around Pd's sourcecode and reading > the ANSI C guide... (my C experience has been limited to copy and > paste previously) > > Here's the thing. Check it out and I'll check it in. > Best > Luke > > On Sat, Sep 20, 2008 at 5:47 PM, Luke Iannini <[EMAIL PROTECTED]> > wrote: >> On Sat, Sep 20, 2008 at 5:21 PM, Luke Iannini <[EMAIL PROTECTED]> >> wrote: >>> On Mon, Sep 15, 2008 at 8:33 AM, Hans-Christoph Steiner >>> <[EMAIL PROTECTED]> wrote: On Sep 15, 2008, at 3:21 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> >> Yeah, I thought about that, I shouldn't be too hard, but I am >> not going >> to have any time to do it for the next 2 months, probably. >> Feel free to >> beat me to it. >>> Okee - I whipped my first request up today: canvas_name and >>> window_name can now access their parents. I shamelessly copied the >>> code from iemguts : ). Forgot to add credit, will do before I >>> commit. >>> Hans, is it alright if I just commit the changes? I attached the >>> diffs and Intel Mac compiled versions of both if you want to try it >>> out. >>> >>> I'm going to try to do the subpatch-name version now; do either >>> of you >>> have any tips on how to get the canvas/window from a symbol like >>> "pd-$0.mysubpatch"? >> Alright, I figured this out by looking at the tot sourcecode, so now >> my new question: >> How do I let [window_name] and [canvas_name] accept either a float or >> a symbol, looking up parents in the case of a float and looking up a >> remote window in the case of a symbol? >> >> Attached is the symbol-taking remote window version. >> Cheers >> Luke >> >>> >>> IOhannes, by the way, I compiled iemguts yesterday and wow, what an >>> incredible number of possibilities those objects open up! All of >>> them >>> should be part of vanilla, IMO. Thanks so much for making them - >>> I'll >>> be making a ton of stuff with them in the coming months. >>> >>> Best >>> Luke >>> >> I think that ggee's getdir has a good model for how to do it. >> Basically, using numbers to represent how many levels down to >> get from. > > this is the scheme i use with the iemguts objects: use numbers to > represent how many levels to get _up_. > > fmgasdr > IOhannes I think we mean the same thing, just depending on whether it is a tree or roots. ;) If it is a tree, then the parent would be at the bottom. .hc --- - All information should be free. - the hacker ethic >>> >> >> I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]
On 21/09/2008, at 16.02, Charles Henry wrote: > For real-time filtering, you can't already know the sample that > comes next. Isn't that what windows (=(?) blocks in Pd-lingo) is for? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Gem video examples change my capture card settings
(Hope this doesn't duplicate -- didn't seem to get posted) I just discovered pd-extended, and am now playing with live video via a PCI capture card. Very happy! But can anyone tell me why running any of the Gem video examples seems to change my video capture card's mode to some non-PAL setting? (My camera is PAL). Can I specify this as a default setting somehow? The OS here is Linux Ubuntu Studio (Hardy). I have a generic BT878-based tuner/capture card, which reports as follows after typing 'lspci': 00:0e.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) 00:0e.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02) Many thanks in advance. Matt Rhys-Roberts NE Wales, UK ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] VJam Theory
++ Updates from VJ Theory project ++ VJ Theory.net intends to develop a community actively discussing and reflecting on philosophy and theory related with Vjing, performed media and realtime interaction. 1- VJAM THEORY At last the book *VJam Theory: Collective Writings on Realtime Visual Performance* is ready and available for purchase. For those of you who don't know, the book is the outcome of our third experiment in collective theoretical writing, *VJam Theory*. You will find on the website the necessary information to buy the book online: http://www.vjtheory.net/realtime_books/vjam_theory.htm The original transcript will continue to be available at VJ Theory website for free: http://www.vjtheory.net/vjamtheory.html 2- UPCOMING PUBLICATIONS ON THE WEBSITE VJ Theory will be publishing new texts online on a monthly basis, through a period between October 2008 and March 2009. At the end of this period, realtime books will publish a print version of these texts (as many people have requested). We are also attempting to make the site less Anglo-Americocentric. We will be publishing non English versions of the texts (whenever possible), in order to make the site multilingual. Should you have a text that you would like us to publish please get in touch. If anyone would like to translate some work we would also like to hear from you. Our email address: [EMAIL PROTECTED] 3- MAILING LIST We are also establishing a mailing list. Instructions on subscribing are available on the first page of VJ Theory web site (http://www.vjtheory.net). In this way you will be kept up to date on new work appearing online, events and discussions on and off line. As usual, should you have any suggestions for projects or essays you would like us to publish then please do not hesitate to get in touch. Best Regards, Ana and Brendan -- ___ Brendan Byrne www.anotherday.org.uk www.vjtheory.net ___ ___ Pd-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]
Damian Stewart wrote: > [shrug] i don't even know what a 'zero' is. a (probably a little too simple) explanation: a zero is a valley. its depth is 0 on its deepest point. a pole is a very (very,very,...) high mountain. both things exist on the complex plane (just a plain, where all points have 2 coordinates, like any map) you can design filters by placing (defining a pair of coordinates) poles and zeros within the unit circle (a circle with radius==1 around the origin (center) of the complex plain). the frequencys from zero to samplerate/2 are wrapped around the upper half of the unit circle. when you cut along this line through your 'landscape', the profile is the same as the graph on your filter/eq plugin. for example the peak-filter from the pd docs is just a 'mountain' and a 'valley' which are moved on circular pathes with a certain distance to the unit circle. the closer the 'mountain' is to the unit circle, the higher the peak (on the circular profile-cutout). the frequencys coressponding to this spot are boosted. the position on the path (or the angle) defines the frequency. so it is possible to make filters with the cpole/zero objects, without knowing too much (or anything at all...) of the math involved. the only problem i still have, is the gain-factor. while this is easy to overcome with 'static' filters (just scale the filters input or output until it is loud enough/stops clipping), i have not yet found a method (that works without thinking (and more important: computing) too much) for time-variable-filters. ok, a table would do the trick, but thats not elegant at all... bis denn! martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]
Charles Henry wrote: > z^-1 is the unit delay operator > so, > Y(z)=z*X(z) means y(n) = x(n+1) > > while this is not impossible... it's non-causal. For real-time > filtering, you can't already know the sample that comes next. > I've been thinking about it for a little while now. I hope we can figure it > out oops, i got it backwards, thanks for the correction - poles at 0 are unit delay, zeros at 0 are unit advance but that means that rzero~ and czero~ as implemented in Pd have an extra pole at 0, so implementing a biquad~ with czero~ and cpole~ will give a 2 sample delay compared to the "real" biquad~. snippet of source of sigrzero_perform(): {for (i = 0; i < n; i++){ t_sample next = *in1++; t_sample coef = *in2++; *out++ = next - coef * last; last = next; }} when coef = 0, then out = in : no delay or advance, the extra pole at 0 cancels out the zero at 0 > Chuck Claude -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]
On Sun, Sep 21, 2008 at 8:56 AM, Claude Heiland-Allen <[EMAIL PROTECTED]> wrote: > Damian Stewart wrote: >> >> Charles Henry wrote: >> >>> There is no zero at z=0. I'm not sure about this one--but it seems as >>> though it's impossible to have a zero at z=0? > > a zero at z=0 is a delay of 1 sample, so in: > > y = a x(0) + b x(-1) + c x(-2) + d y(-1) + e y(-2) > > there is a zero at z=0 if a == 0, > and two zeros at z=0 if a == 0 and b == 0 > > (iirc) z^-1 is the unit delay operator so, Y(z)=z*X(z) means y(n) = x(n+1) while this is not impossible... it's non-causal. For real-time filtering, you can't already know the sample that comes next. I've been thinking about it for a little while now. I hope we can figure it out Chuck ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]
Damian Stewart wrote: > Charles Henry wrote: > >> There is no zero at z=0. I'm not sure about this one--but it seems as >> though it's impossible to have a zero at z=0? a zero at z=0 is a delay of 1 sample, so in: y = a x(0) + b x(-1) + c x(-2) + d y(-1) + e y(-2) there is a zero at z=0 if a == 0, and two zeros at z=0 if a == 0 and b == 0 (iirc) > [shrug] i don't even know what a 'zero' is. and that's after reading > several different webpages that attempted to explain biquad filtering to > me. i just don't understand it. if you have a transfer function like: (z-a)(z-b) H(z) = g -- (z-c)(z-d) then 'a' and 'b' are zeros and 'c' and 'd' are poles. The gain+phase response at a given frequency f is given by: H( exp(i w) ) = H( cos(w) + i sin (w) ) where w = 2 * pi * f / SR Intuitively the closer the point exp(iw) is to a zero, the less the gain (and if it's equal to a zero the gain is zero), and the closer the point is to a pole, the greater the gain (and if it's equal to a pole, the gain is infinite - so keep pole radius strictly less than 1 !). Claude -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]
Charles Henry wrote: > There is no zero at z=0. I'm not sure about this one--but it seems as > though it's impossible to have a zero at z=0? [shrug] i don't even know what a 'zero' is. and that's after reading several different webpages that attempted to explain biquad filtering to me. i just don't understand it. -- damian stewart | skype: damiansnz | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how pd refers to abstractions under OS X - example of "adsr" in vanilla version
Hi i ran into similar situations in the past and use the following procedure now. Which can easily adapted if you want to copy a complicated (meaning: consinsting of many different abstractions, that you got from collections, built yourself or whatever). So in your example i would open the example patch (the main-patch) and as you did save to a different location. Then i would create a folder next to the target location and call it maybe "abs" or "lib" Then i would add a "declare" - statement including the new folders (i noticed that on OSX you need always the Full path whereas on XP and linux the relative path is sufficient) And the open all the abstractions contained in the main original path and save the with the same names in the newly created folders That way you can easily copy "projects" from one computer to another... I use several folders where i collect the abstractions i use. For example i dont want to have pd look into all the abstraction folders included in pd-extended. It was mentioned before that this increases loading time. So i just copy the one or two abstractions i use from maybe "list- abs" or "mapping" and thats it Maybe that can help you Does someone recommend a different procedure ?? All the Best Luigi On Sep 20, 2008, at 7:32 PM, Lao Yu wrote: > Steffen, > > On Sep 20, 2008, at 10:22 PM, Steffen Juul wrote: > >> How do you open it? Are you opening it from the "help browser"? > > from the "open" dialog. when I invoke an abstraction I create a new > object and give it the name of the abstraction. in the case of > "output~" that I mention to Claude the abstraction that I create in > my patch wouldn't look like the one in the "figs" folder which I want > to use. > > Hmmm > > Best > Jurgen > > ___ > 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] firmata sporadic at enabling analog ins?
On Sep 19, 2008, at 1:25 AM, Spencer Russell wrote: I've got an arduino with 5 capacitive distance sensors plugged into the analog ins. I just flashed the newest firmata-standard, and now things aren't working as expected. First question, did you use the version of Firmata included in Arduino 0012? That is now the real release version. the first thing I do is connect to /dev/ttyUSB0, which works fine. Then I send the messages [analogIns 0 1( this enables analog input 0. [analogIns 1, 1( Careful, the comma changes the meaning. This disables analog input 1 (i.e. [analogIns 1 0() then sends a [1 ( alone. .hc etc... to the arduino object. The funny thing is that any given input only seems to turn on about 1 in 4 times I send the message. Once it's on PD receives the data like a champ. I tried adding delay between connecting via serial and turning on the inputs, but it didn't seem to help even when adding a 2 second delay after the connection, and 500ms delay between turning on each input. thanks, spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list 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