Re: [PD] scripting pd printouts
Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: > I'd like to use the print function in Pd, in a batch process > to create postscript files of an entire directory of patches. > > I imagined a FUDI solution from a Bash script something like > > pd -nogui &. start a pd instance Did you try without "-nogui"? > for i in *.pd > pdsend pd open $i > pdsend pd print $i.ps > ...etc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripting pd printouts
Hans-Christoph Steiner wrote: > > I've been thinking that it would be very handy to be able to get the > complete contents of the Pd window in Pd space. Then you could parse > the error messages in Pd space and have your program respond. I > tried for a little bit to code it, but it was not as easily as it > seemed at first glance. > i think i (and others) have posted several solutions to this in the past. however, i think that padawan's question was more into the direction of how to control pd (itself) from outside, which would not involve such feedback-like stuff. so: 1. in order to make printing patches work, the first important thing is, that you must not disable the gui. after all it is tcl/tk that does the patch-to-postscript conversion; when you turn it off, you also turn this feature of pd off. 2. in order to send something to pd via pdsend, you cannot use a syntax like > pdsend pd open $i because this is not how this applications works. "man pdsend" will reveil that you should do something like: > echo "pd open $i;" | pdsend 4321 3. you cannot directly control the pd process via pdsend. pdsend is the command-line version of [netsend], so you can do no more (and no less) with it than with this object: you will need a [netreceive] object in the running instance of pd which will receive the messages sent via pdsend. if you want to control the pd-server, you will have to send the messages received at the [netreceive] via pd's messaging system to the server. (with [send pd]) so basically you will have to start a server pd-patch on your running pd that does the interfacing to the pdsend. the simplest version of this patch would be something like: [netreceive 4321] | [s pd] 4. "pd open $i" is not a valid message to open a file. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripting pd printouts
On 27 Apr 2007, at 8:56 PM, Andy Farnell wrote: > pdsend pd print $i.ps pdsend will need a port number, and you will need a [netreceive] in your pd patches, also note that [netreceive] does not send into the general message space, you will have to parse its output and connect to a [send] object (or set it to work 'old' style, which is quite insecure). See man pdsend and the help for netreceive. Finally you will need to send the appropriate message, ending with a ';' eg: echo "print name.ps;" | pdsend 3000 I could send some examples if you want simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pda --no-TK ?
Hi Alejo, On Wed, Apr 25, 2007 at 12:04:01AM +0200, alejo d wrote: > On 4/3/07, Chris McCormick <[EMAIL PROTECTED]> wrote: > >So great that you are porting to gumstix - let us know how it runs. > > so following your directions chris, patching the Makefile along with > compiling using: > > i ended up with the following pda port for the gumstix: > > http://bekstation.bek.no/immigrante/pd_gumstix > > it seems to run with the following flags: That's really cool that you got it working. Let us know if you get the audio working too. Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
hi, I tried pdp_qt, but had no luck yet. on pd-40.2 no libraries were loaded, have to test why, and on 0.39.2-rc2 I get this error messages with all my files pdp_qt: opening /Users/marius/Desktop/test1.mov pdp_qt: video stream found (720x480 pixels, 30 fps, 567 frames, jpeg codec) pdp_qt: WARNING: unsupported video codec pdp_qt: ERROR: no usable video stream found. I will see if I find a working codec. but even foto jpeg did not work. pidip also does not seem to start correctly... /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin, 10): Symbol not found: _theora_decode_YUVout Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin Expected in: dynamic lookup marius. Hans-Christoph Steiner wrote: > Ok, pdp and pidip should now include quicktime support, if anyone > wants to test: > > http://autobuild.puredata.info/auto-build/2007-04-26/ > > libavcodec hasn't been working, so it might not be able to do much yet. > > .hc > > On Apr 23, 2007, at 6:42 AM, Tim Boykett wrote: > >> The "QaD" method (creating pdp and pidip objects) works fine. >> Now I can get pdp_glx running a window in Xwindows and pdp_noise >> works too. pdp_qt is not being created. pdp_ieee1394 is also >> not created. >> >> Do I need any specific things for quicktime? >> >> I was also looking for the gem <--> pdp "conversion" things >> and could not find anything. >> >> tim >> >> >> >> On 23/04/2007, at 6:45 AM, Hans-Christoph Steiner wrote: >> >>> That error message actually is a mistake and you can ignore it. >>> It'll be removed in the next release. >>> >>> It sounds like pdp and pidip are not loaded. Did you see their >>> version messages in the Pd window? You can do the quick and dirty >>> way of loading them: just create an object called "pdp" and then >>> "pidip". It'll load the library, then fail to create the object. >>> But then the libs will be loaded. >>> >>> .hc >>> >>> On Apr 20, 2007, at 2:22 PM, Joseph Gray wrote: >>> I'm receiving the same error as well. Running on a G5 with OS X 10.3.9 Missing Libraries? need X11? Or do I simply stick with Quartz Composer? The writer Tim Boykett writ: • • Hi, • • Trying to get it up, using 39.2-rc1, nothing from pdp is working at all. • So the rest of you are having at least more luck than me • • I am also getting the message • • error: to function, this needs to be compiled against Pd 0.40 or higher, • • or a version that has sys_register_loader() • libdir loader $Revision: 1.5 $ • written by Hans-Christoph Steiner <[EMAIL PROTECTED]> • compiled on Apr 14 2007 at 05:11:51 • compiled against Pd version 0.39.2.extended-RC1 • • at the very start; i.e. this is the first thing in the PD window. • • Question: What things might I need from Fink that I might not have • right now? Are there any things I should _not_ have? • • Okay; I would really like to see this working, so I do not have to • learn about Jitter :-> • •Cheers, • • Tim • • • • On 20/04/2007, at 7:11 AM, marius schebella wrote: • •> same here. hmm, at least, when X11 is running, then it is possible to •> use pdp_glx for output. and for input I used pdp_noise just to see •> what •> is happening, and that combination gices me an output window and a •> working patch (both in test6 and rc2). •> I think for input I want to use pdp_qt? or what is another object for •> live input? •> marius. •> •> •> Hans-Christoph Steiner wrote: •>> •>> pdp_v4l won't work on Mac OS X, since v4l = video4linux. As for •>> what to •>> do about getting pdp_xv to work, I have no idea. I tried a bit, and •>> only succeeded in getting Pd to crash. [pdp_sdl] is built in •>> there, but •>> doesn't seem to do anything but crash. Here are the messages I •>> found: •>> •>> •>> .hc •>> •>> On Apr 20, 2007, at 12:08 AM, marius schebella wrote: •>> •>>> yes, that is true, but pdp_xv is not working. so I cannot really •>>> say, •>>> if the rest is. •>>> what is the output window called on osx? •>>> marius. •>>> •>>> Kyle Klipowicz wrote: • My first test, opening pdp example 1 in pd-0.39.2-extended- rc1, • loads • every object but pdp_v41. • ~Kyle • On 4/19/07, marius schebella <[EMAIL PROTECTED]> wrote: •> hi hans, •> where should that pdp version be? in the nightly autobuilds? •> btw. it seems there is an intel binary now? thanks for t
Re: [PD] Arduino+firmata - digital input (pull-up) - for Hans
Hans-Christoph Steiner wrote: > On Apr 26, 2007, at 9:45 AM, João Miguel Pais wrote: > > >> Hello Hans and list, >> >> we're in the workshop with Sukandar in Berlin, and something >> strange just >> happened. My arduino isn't the newest, it has with the ATMEGA8 chip >> (the >> one we got in Zürich some time ago). I've put the latest firmata >> into it, >> and the analogue stuff worked quite well. >> >> >> While doing some digital inputting (just simple switches) a few things >> happen: >> >> - the inputs/outputs don't match: if the switch is connected in the >> input >> 2, it comes out from 5 (the same to all other inputs, although I >> didn't >> mapped them). But consequently, if I switch the input 2 off, the >> output 5 >> switches off. >> This doesn't happen on other participants who have the newest arduino >> board. >> >> - someone here mentioned that the arduino has its own pull-up >> resistors. >> but in the firmware they're switched off, and we found no >> possibility to >> switch it in the arduino-test patch. so we must build our own pull-up >> resistors in the circuit, outside. >> is it possible with this firmata to activate the pull-up resistor in >> arduino from the pd patch? if not, do you think you're going to >> implement >> it? or could you tell just quickly how enable it? >> > > Hmm, I am still mostly working with the ATMEGA8 boards. I am unaware > of a way to disable or enable pull-up resistors in the ATMEGA8/ > Arduino. If such is a thing is a possibility, I would happily add it > to the Firmata firmware. > > In the atmega8, you activate the pull-up by writing a one to the port pin, as long as that pin is in input mode, and the PUD bit in SFIOR hasn't been set. It has no bearing on the bit-scrambling, that sounds like an endian issue between versions of pduino code. Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Hans, Marius, Sorry, all I wanted to say was that it wasn't working in the extended builds at that point and hadn't been for a long time. Recompiling PDP on my own did it for me. Apologies for any confusion :) My libquicktime came from Debian's package. Kevin On 4/26/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: Ok, pdp and pidip should now include quicktime support, if anyone wants to test: http://autobuild.puredata.info/auto-build/2007-04-26/ libavcodec hasn't been working, so it might not be able to do much yet. .hc On Apr 23, 2007, at 6:42 AM, Tim Boykett wrote: > > The "QaD" method (creating pdp and pidip objects) works fine. > Now I can get pdp_glx running a window in Xwindows and pdp_noise > works too. pdp_qt is not being created. pdp_ieee1394 is also > not created. > > Do I need any specific things for quicktime? > > I was also looking for the gem <--> pdp "conversion" things > and could not find anything. > > tim > > > > On 23/04/2007, at 6:45 AM, Hans-Christoph Steiner wrote: > >> >> That error message actually is a mistake and you can ignore it. >> It'll be removed in the next release. >> >> It sounds like pdp and pidip are not loaded. Did you see their >> version messages in the Pd window? You can do the quick and dirty >> way of loading them: just create an object called "pdp" and then >> "pidip". It'll load the library, then fail to create the object. >> But then the libs will be loaded. >> >> .hc >> >> On Apr 20, 2007, at 2:22 PM, Joseph Gray wrote: >> >>> I'm receiving the same error as well. Running on a G5 with OS X >>> 10.3.9 >>> >>> Missing Libraries? need X11? >>> >>> Or do I simply stick with Quartz Composer? >>> >>> >>> >>> The writer Tim Boykett writ: >>> • >>> • Hi, >>> • >>> • Trying to get it up, using 39.2-rc1, nothing from pdp is working >>> at all. >>> • So the rest of you are having at least more luck than me >>> • >>> • I am also getting the message >>> • >>> • error: to function, this needs to be compiled against Pd 0.40 or >>> higher, >>> • >>> • or a version that has sys_register_loader() >>> • libdir loader $Revision: 1.5 $ >>> • written by Hans-Christoph Steiner <[EMAIL PROTECTED]> >>> • compiled on Apr 14 2007 at 05:11:51 >>> • compiled against Pd version 0.39.2.extended-RC1 >>> • >>> • at the very start; i.e. this is the first thing in the PD window. >>> • >>> • Question: What things might I need from Fink that I might not have >>> • right now? Are there any things I should _not_ have? >>> • >>> • Okay; I would really like to see this working, so I do not have to >>> • learn about Jitter :-> >>> • >>> •Cheers, >>> • >>> • Tim >>> • >>> • >>> • >>> • On 20/04/2007, at 7:11 AM, marius schebella wrote: >>> • >>> •> same here. hmm, at least, when X11 is running, then it is >>> possible to >>> •> use pdp_glx for output. and for input I used pdp_noise just to >>> see >>> •> what >>> •> is happening, and that combination gices me an output window >>> and a >>> •> working patch (both in test6 and rc2). >>> •> I think for input I want to use pdp_qt? or what is another >>> object for >>> •> live input? >>> •> marius. >>> •> >>> •> >>> •> Hans-Christoph Steiner wrote: >>> •>> >>> •>> pdp_v4l won't work on Mac OS X, since v4l = video4linux. As for >>> •>> what to >>> •>> do about getting pdp_xv to work, I have no idea. I tried a >>> bit, and >>> •>> only succeeded in getting Pd to crash. [pdp_sdl] is built in >>> •>> there, but >>> •>> doesn't seem to do anything but crash. Here are the messages I >>> •>> found: >>> •>> >>> •>> >>> •>> .hc >>> •>> >>> •>> On Apr 20, 2007, at 12:08 AM, marius schebella wrote: >>> •>> >>> •>>> yes, that is true, but pdp_xv is not working. so I cannot >>> really >>> •>>> say, >>> •>>> if the rest is. >>> •>>> what is the output window called on osx? >>> •>>> marius. >>> •>>> >>> •>>> Kyle Klipowicz wrote: >>> • My first test, opening pdp example 1 in pd-0.39.2-extended- >>> rc1, >>> • loads >>> • every object but pdp_v41. >>> • ~Kyle >>> • On 4/19/07, marius schebella <[EMAIL PROTECTED]> >>> wrote: >>> •> hi hans, >>> •> where should that pdp version be? in the nightly autobuilds? >>> •> btw. it seems there is an intel binary now? thanks for that. >>> •> but pdp did not work for me. >>> •> the first thing to solve would be the output window. which I >>> •> don't see >>> •> how to create? >>> •> marius. >>> •> >>> •> Hans-Christoph Steiner wrote: >>> •>> I would like to get PDP and PiDiP working well on Mac OS X >>> in the >>> •>> upcoming release. I don't use PDP, so I don't know how to >>> •>> test it. >>> •>> So I am calling on all of you to tell me what's broken. >>> •>> >>> •>> http://at.or.at/hans/pd/installers.html >>> •>> >>> •>> PDP is now compiled with libSDL, so that might also give >>> Mac OS X >>> •>> users a new output option. >>> •>> >>> •>> .hc >>> •>> >>> •>> >>> •>> >
Re: [PD] [PD-dev] pidip on Mac OS X gives Symbol not found: _quicktime_video_length
Adding -ltheora got me past that hurdle, but now I get this: /Users/pd/auto-build/pd-extended-release/packages/darwin_app/build/ Pd-0.39.2-extended-rc2.app/Contents/Resources/extra/pidip.pd_darwin: dlopen(/Users/pd/auto-build/pd-extended-release/packages/darwin_app/ build/Pd-0.39.2-extended-rc2.app/Contents/Resources/extra/ pidip.pd_darwin, 10): Symbol not found: _sched_setscheduler Referenced from: /Users/pd/auto-build/pd-extended-release/packages/ darwin_app/build/Pd-0.39.2-extended-rc2.app/Contents/Resources/extra/ pidip.pd_darwin Which library is sched_setscheduler from? .hc On Apr 26, 2007, at 8:31 PM, Hans-Christoph Steiner wrote: > > Hmm, so now I got libquicktime updated to 0.9.10 and the quicktime > error went away, but now I get this: > > /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ > Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- > extended-rc2.app/Contents/Resources/Scripts/../extra/ > pidip.pd_darwin, 10): Symbol not found: _theora_decode_YUVout > Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/ > Contents/Resources/Scripts/../extra/pidip.pd_darwin > > I have these Fink packages: > > i libtheora0 1.0-0.alpha5 Open-source video compression > library > i libtheora0-shlibs 1.0-0.alpha5 Theora shared libraries > > ./configure reports this: > > checking for theora_encode_init in -ltheora... yes > > When I look at the final linking statement, it is missing a - > ltheora. It looks like you have configure.ac setup to link the > static libs in. For Fink, just including a -ltheora should work. > > .hc > > On Apr 20, 2007, at 3:40 AM, Yves Degoyon wrote: > >> Hans-Christoph Steiner wrote: >> >>> I am trying to get pidip working in the Mac OS X auto-builds. It is >>> now building beautifully, and automatically including all of the >>> needed dylibs into the Pd.app. But when I try to use it, I get this >>> error >>> >>> /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ >>> Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- >>> extended-rc2.app/Contents/Resources/Scripts/../extra/ >>> pidip.pd_darwin, >>> 10): Symbol not found: _quicktime_video_length >>> Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/ >>> Contents/ >>> Resources/Scripts/../extra/pidip.pd_darwin >>> Expected in: dynamic lookup >>> >>> This is using the most recent version of libquicktime that is >>> included in Fink: 0.9.4-1013. My guess is that pidip needs a >>> newer >>> version of libquicktime. Is there any workarounds? >>> >>> .hc >>> >>> >>> >>> >>> >>> Access to computers should be unlimited and total. - the hacker >>> ethic >>> >>> >>> >>> ___ >>> PD-dev mailing list >>> [EMAIL PROTECTED] >>> http://lists.puredata.info/listinfo/pd-dev >>> >>> >>> >>> >> pidip would work with this version of libquicktime on linux >> ( it was working with 0.9.1 ) >> >> are you sure you load pdp _before_ pidip? >> else, i dunno about linking options in OSX >> you can have a look at the makefile of : >> http://tdegoyon.free.fr/pdp_pidip_osx.tar.gz >> >> masalami, >> sevy >> >> ps : btw, any pd'ers in tel-aviv/jerusalem/ramallah/hebron ?? >> just reply privately and see if we can have a beer. >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list > > > > -- > -- > > Looking at things from a more basic level, you can come up with a > more direct solution... It may sound small in theory, but it in > practice, it can change entire economies. - Amy Smith > > If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Ok, I don't think there was any confusion. But any testing you are willing to do would make the Pd-extended release that much better, so you won't have to compile from scratch in the future :) .hc On Apr 26, 2007, at 8:23 PM, Kevin McCoy wrote: Hans, Marius, Sorry, all I wanted to say was that it wasn't working in the extended builds at that point and hadn't been for a long time. Recompiling PDP on my own did it for me. Apologies for any confusion :) My libquicktime came from Debian's package. Kevin On 4/26/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: Ok, pdp and pidip should now include quicktime support, if anyone wants to test: http://autobuild.puredata.info/auto-build/2007-04-26/ libavcodec hasn't been working, so it might not be able to do much yet. .hc On Apr 23, 2007, at 6:42 AM, Tim Boykett wrote: > > The "QaD" method (creating pdp and pidip objects) works fine. > Now I can get pdp_glx running a window in Xwindows and pdp_noise > works too. pdp_qt is not being created. pdp_ieee1394 is also > not created. > > Do I need any specific things for quicktime? > > I was also looking for the gem <--> pdp "conversion" things > and could not find anything. > > tim > > > > On 23/04/2007, at 6:45 AM, Hans-Christoph Steiner wrote: > >> >> That error message actually is a mistake and you can ignore it. >> It'll be removed in the next release. >> >> It sounds like pdp and pidip are not loaded. Did you see their >> version messages in the Pd window? You can do the quick and dirty >> way of loading them: just create an object called "pdp" and then >> "pidip". It'll load the library, then fail to create the object. >> But then the libs will be loaded. >> >> .hc >> >> On Apr 20, 2007, at 2:22 PM, Joseph Gray wrote: >> >>> I'm receiving the same error as well. Running on a G5 with OS X >>> 10.3.9 >>> >>> Missing Libraries? need X11? >>> >>> Or do I simply stick with Quartz Composer? >>> >>> >>> >>> The writer Tim Boykett writ: >>> • >>> • Hi, >>> • >>> • Trying to get it up, using 39.2-rc1, nothing from pdp is working >>> at all. >>> • So the rest of you are having at least more luck than me >>> • >>> • I am also getting the message >>> • >>> • error: to function, this needs to be compiled against Pd 0.40 or >>> higher, >>> • >>> • or a version that has sys_register_loader() >>> • libdir loader $Revision: 1.5 $ >>> • written by Hans-Christoph Steiner <[EMAIL PROTECTED]> >>> • compiled on Apr 14 2007 at 05:11:51 >>> • compiled against Pd version 0.39.2.extended-RC1 >>> • >>> • at the very start; i.e. this is the first thing in the PD window. >>> • >>> • Question: What things might I need from Fink that I might not have >>> • right now? Are there any things I should _not_ have? >>> • >>> • Okay; I would really like to see this working, so I do not have to >>> • learn about Jitter :-> >>> • >>> •Cheers, >>> • >>> • Tim >>> • >>> • >>> • >>> • On 20/04/2007, at 7:11 AM, marius schebella wrote: >>> • >>> •> same here. hmm, at least, when X11 is running, then it is >>> possible to >>> •> use pdp_glx for output. and for input I used pdp_noise just to >>> see >>> •> what >>> •> is happening, and that combination gices me an output window >>> and a >>> •> working patch (both in test6 and rc2). >>> •> I think for input I want to use pdp_qt? or what is another >>> object for >>> •> live input? >>> •> marius. >>> •> >>> •> >>> •> Hans-Christoph Steiner wrote: >>> •>> >>> •>> pdp_v4l won't work on Mac OS X, since v4l = video4linux. As for >>> •>> what to >>> •>> do about getting pdp_xv to work, I have no idea. I tried a >>> bit, and >>> •>> only succeeded in getting Pd to crash. [pdp_sdl] is built in >>> •>> there, but >>> •>> doesn't seem to do anything but crash. Here are the messages I >>> •>> found: >>> •>> >>> •>> >>> •>> .hc >>> •>> >>> •>> On Apr 20, 2007, at 12:08 AM, marius schebella wrote: >>> •>> >>> •>>> yes, that is true, but pdp_xv is not working. so I cannot >>> really >>> •>>> say, >>> •>>> if the rest is. >>> •>>> what is the output window called on osx? >>> •>>> marius. >>> •>>> >>> •>>> Kyle Klipowicz wrote: >>> • My first test, opening pdp example 1 in pd-0.39.2-extended- >>> rc1, >>> • loads >>> • every object but pdp_v41. >>> • ~Kyle >>> • On 4/19/07, marius schebella <[EMAIL PROTECTED]> >>> wrote: >>> •> hi hans, >>> •> where should that pdp version be? in the nightly autobuilds? >>> •> btw. it seems there is an intel binary now? thanks for that. >>> •> but pdp did not work for me. >>> •> the first thing to solve would be the output window. which I >>> •> don't see >>> •> how to create? >>> •> marius. >>> •> >>> •> Hans-Christoph Steiner wrote: >>> •>> I would like to get PDP and PiDiP working well on Mac OS X >>> in the >>> •>> upcoming release. I don't use PDP, so I don't know how to >>> •>> test it. >>> •>> So I am calling on all of you
Re: [PD] [PD-dev] pidip on Mac OS X gives Symbol not found: _quicktime_video_length
Hmm, so now I got libquicktime updated to 0.9.10 and the quicktime error went away, but now I get this: /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin, 10): Symbol not found: _theora_decode_YUVout Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/Contents/ Resources/Scripts/../extra/pidip.pd_darwin I have these Fink packages: i libtheora0 1.0-0.alpha5 Open-source video compression library i libtheora0-shlibs 1.0-0.alpha5 Theora shared libraries ./configure reports this: checking for theora_encode_init in -ltheora... yes When I look at the final linking statement, it is missing a - ltheora. It looks like you have configure.ac setup to link the static libs in. For Fink, just including a -ltheora should work. .hc On Apr 20, 2007, at 3:40 AM, Yves Degoyon wrote: > Hans-Christoph Steiner wrote: > >> I am trying to get pidip working in the Mac OS X auto-builds. It is >> now building beautifully, and automatically including all of the >> needed dylibs into the Pd.app. But when I try to use it, I get this >> error >> >> /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ >> Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- >> extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin, >> 10): Symbol not found: _quicktime_video_length >> Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/Contents/ >> Resources/Scripts/../extra/pidip.pd_darwin >> Expected in: dynamic lookup >> >> This is using the most recent version of libquicktime that is >> included in Fink: 0.9.4-1013. My guess is that pidip needs a newer >> version of libquicktime. Is there any workarounds? >> >> .hc >> >> - >> --- >> >> >> Access to computers should be unlimited and total. - the hacker >> ethic >> >> >> >> ___ >> PD-dev mailing list >> [EMAIL PROTECTED] >> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> > pidip would work with this version of libquicktime on linux > ( it was working with 0.9.1 ) > > are you sure you load pdp _before_ pidip? > else, i dunno about linking options in OSX > you can have a look at the makefile of : > http://tdegoyon.free.fr/pdp_pidip_osx.tar.gz > > masalami, > sevy > > ps : btw, any pd'ers in tel-aviv/jerusalem/ramallah/hebron ?? > just reply privately and see if we can have a beer. > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ebuild naming
I haven't worked much with 0.41.x or 0.40.x yet, so I don't really
know the issues. I do know that Pd-extended 0.40.x builds since it's
in the auto-build page.
.hc
On Apr 22, 2007, at 5:49 AM, federico wrote:
> latest version is pd-0.40-2.src.tar.gz :d
>
> anyway, if you want to build that version probably you need to change
> SRC_URI variable to something like: pd-${PV}test04.src.tgz
>
> --
> Federico
>
> On 4/19/07, carmen <[EMAIL PROTECTED]> wrote:
>> im trying to get the ebuild to build
>> http://www-crca.ucsd.edu/~msp/Software/pd-0.41-0test04.src.tar.gz
>>
>> and wondering about the necessity of this line:
>>
>> MY_P="${P/_p/-}"
>>
>>
>> i think this means i need a
>>
>> pd-0.41_p0test04.ebuild
>>
>> but portage says:
>>
>> !!! media-sound/pd-0.41_p0test04 does not follow correct package
>> syntax.
>>
>> when trying to generate the digest
>>
>> ___
>> 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
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripting pd printouts
I've been thinking that it would be very handy to be able to get the complete contents of the Pd window in Pd space. Then you could parse the error messages in Pd space and have your program respond. I tried for a little bit to code it, but it was not as easily as it seemed at first glance. That's my two bits. .hc On Apr 27, 2007, at 6:56 AM, Andy Farnell wrote: > > Hi, > > I'd like to use the print function in Pd, in a batch process > to create postscript files of an entire directory of patches. > > I imagined a FUDI solution from a Bash script something like > > pd -nogui &. start a pd instance > for i in *.pd > pdsend pd open $i > pdsend pd print $i.ps > ...etc > > I'm not having much joy. My experience and knowledge of using > FUDI communication is poor and I see a pitfall with passing > an output filename to print. > > Any thoughts most welcome, cheers, > > Andy > > -- > Use the source > > ___ > 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
Re: [PD] Arduino+firmata - digital input (pull-up) - for Hans
On Apr 26, 2007, at 9:45 AM, João Miguel Pais wrote: > Hello Hans and list, > > we're in the workshop with Sukandar in Berlin, and something > strange just > happened. My arduino isn't the newest, it has with the ATMEGA8 chip > (the > one we got in Zürich some time ago). I've put the latest firmata > into it, > and the analogue stuff worked quite well. > > > While doing some digital inputting (just simple switches) a few things > happen: > > - the inputs/outputs don't match: if the switch is connected in the > input > 2, it comes out from 5 (the same to all other inputs, although I > didn't > mapped them). But consequently, if I switch the input 2 off, the > output 5 > switches off. > This doesn't happen on other participants who have the newest arduino > board. > > - someone here mentioned that the arduino has its own pull-up > resistors. > but in the firmware they're switched off, and we found no > possibility to > switch it in the arduino-test patch. so we must build our own pull-up > resistors in the circuit, outside. > is it possible with this firmata to activate the pull-up resistor in > arduino from the pd patch? if not, do you think you're going to > implement > it? or could you tell just quickly how enable it? Hmm, I am still mostly working with the ATMEGA8 boards. I am unaware of a way to disable or enable pull-up resistors in the ATMEGA8/ Arduino. If such is a thing is a possibility, I would happily add it to the Firmata firmware. Do you have any docs on how to do this? Have you tried the Arduino forums? .hc > > > Thanks, > > João Miguel Pais > > > -- > Friedenstr. 58 > 10249 Berlin > Deutschland > Tel +49 30 42020091 > Mob +49 162 6843570 > [EMAIL PROTECTED] > skype: jmmmpjmmmp > http://www.puredata.org/Members/jmmmp > IBM Thinkpad R51, XP, Pd-Ext-0.39-2-t5 > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Ok, pdp and pidip should now include quicktime support, if anyone wants to test: http://autobuild.puredata.info/auto-build/2007-04-26/ libavcodec hasn't been working, so it might not be able to do much yet. .hc On Apr 23, 2007, at 6:42 AM, Tim Boykett wrote: > > The "QaD" method (creating pdp and pidip objects) works fine. > Now I can get pdp_glx running a window in Xwindows and pdp_noise > works too. pdp_qt is not being created. pdp_ieee1394 is also > not created. > > Do I need any specific things for quicktime? > > I was also looking for the gem <--> pdp "conversion" things > and could not find anything. > > tim > > > > On 23/04/2007, at 6:45 AM, Hans-Christoph Steiner wrote: > >> >> That error message actually is a mistake and you can ignore it. >> It'll be removed in the next release. >> >> It sounds like pdp and pidip are not loaded. Did you see their >> version messages in the Pd window? You can do the quick and dirty >> way of loading them: just create an object called "pdp" and then >> "pidip". It'll load the library, then fail to create the object. >> But then the libs will be loaded. >> >> .hc >> >> On Apr 20, 2007, at 2:22 PM, Joseph Gray wrote: >> >>> I'm receiving the same error as well. Running on a G5 with OS X >>> 10.3.9 >>> >>> Missing Libraries? need X11? >>> >>> Or do I simply stick with Quartz Composer? >>> >>> >>> >>> The writer Tim Boykett writ: >>> • >>> • Hi, >>> • >>> • Trying to get it up, using 39.2-rc1, nothing from pdp is working >>> at all. >>> • So the rest of you are having at least more luck than me >>> • >>> • I am also getting the message >>> • >>> • error: to function, this needs to be compiled against Pd 0.40 or >>> higher, >>> • >>> • or a version that has sys_register_loader() >>> • libdir loader $Revision: 1.5 $ >>> • written by Hans-Christoph Steiner <[EMAIL PROTECTED]> >>> • compiled on Apr 14 2007 at 05:11:51 >>> • compiled against Pd version 0.39.2.extended-RC1 >>> • >>> • at the very start; i.e. this is the first thing in the PD window. >>> • >>> • Question: What things might I need from Fink that I might not have >>> • right now? Are there any things I should _not_ have? >>> • >>> • Okay; I would really like to see this working, so I do not have to >>> • learn about Jitter :-> >>> • >>> •Cheers, >>> • >>> • Tim >>> • >>> • >>> • >>> • On 20/04/2007, at 7:11 AM, marius schebella wrote: >>> • >>> •> same here. hmm, at least, when X11 is running, then it is >>> possible to >>> •> use pdp_glx for output. and for input I used pdp_noise just to >>> see >>> •> what >>> •> is happening, and that combination gices me an output window >>> and a >>> •> working patch (both in test6 and rc2). >>> •> I think for input I want to use pdp_qt? or what is another >>> object for >>> •> live input? >>> •> marius. >>> •> >>> •> >>> •> Hans-Christoph Steiner wrote: >>> •>> >>> •>> pdp_v4l won't work on Mac OS X, since v4l = video4linux. As for >>> •>> what to >>> •>> do about getting pdp_xv to work, I have no idea. I tried a >>> bit, and >>> •>> only succeeded in getting Pd to crash. [pdp_sdl] is built in >>> •>> there, but >>> •>> doesn't seem to do anything but crash. Here are the messages I >>> •>> found: >>> •>> >>> •>> >>> •>> .hc >>> •>> >>> •>> On Apr 20, 2007, at 12:08 AM, marius schebella wrote: >>> •>> >>> •>>> yes, that is true, but pdp_xv is not working. so I cannot >>> really >>> •>>> say, >>> •>>> if the rest is. >>> •>>> what is the output window called on osx? >>> •>>> marius. >>> •>>> >>> •>>> Kyle Klipowicz wrote: >>> • My first test, opening pdp example 1 in pd-0.39.2-extended- >>> rc1, >>> • loads >>> • every object but pdp_v41. >>> • ~Kyle >>> • On 4/19/07, marius schebella <[EMAIL PROTECTED]> >>> wrote: >>> •> hi hans, >>> •> where should that pdp version be? in the nightly autobuilds? >>> •> btw. it seems there is an intel binary now? thanks for that. >>> •> but pdp did not work for me. >>> •> the first thing to solve would be the output window. which I >>> •> don't see >>> •> how to create? >>> •> marius. >>> •> >>> •> Hans-Christoph Steiner wrote: >>> •>> I would like to get PDP and PiDiP working well on Mac OS X >>> in the >>> •>> upcoming release. I don't use PDP, so I don't know how to >>> •>> test it. >>> •>> So I am calling on all of you to tell me what's broken. >>> •>> >>> •>> http://at.or.at/hans/pd/installers.html >>> •>> >>> •>> PDP is now compiled with libSDL, so that might also give >>> Mac OS X >>> •>> users a new output option. >>> •>> >>> •>> .hc >>> •>> >>> •>> >>> •>> >>> •> >>> -- >>> •> -- >>> •> >>> •>> >>> •>> >>> •>> Terrorism is not an enemy. It cannot be defeated. It's a >>> •>> tactic. >>> •>> It's about as sensible to say we declare war on night >>> attacks and >>> •>>>
[PD] Does pix_info needs rendering gemwin to output infos ?
Hi list, The subject of my email is quite self-explanatory isnt'it ? (-: On my machine (pd-0.40-2, linux, GEM 0.90), pix_info needs a currently rendering gemwin to output its infos... Is it normal ? Can it be overcome ? Thanks, Be well, Jé ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] scripting pd printouts
Hi, I'd like to use the print function in Pd, in a batch process to create postscript files of an entire directory of patches. I imagined a FUDI solution from a Bash script something like pd -nogui &. start a pd instance for i in *.pd pdsend pd open $i pdsend pd print $i.ps ...etc I'm not having much joy. My experience and knowledge of using FUDI communication is poor and I see a pitfall with passing an output filename to print. Any thoughts most welcome, cheers, Andy -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Chords parsing (with regexp)
I think it's best put as "PCRE *can* be slower", take care with non-greedy matches and captures in Perl type regex. For chords I guess you want the first good match anyway, although that's an assumption. On Thu, 26 Apr 2007 08:01:32 -0400 "Alexandre Quessy" <[EMAIL PROTECTED]> wrote: > Hi, > regex uses POSIX regex. pcre uses Perl-like regex, which are more > powerful, but non-standard, I think. PCRE might be slower though. > > a > > 2007/4/26, IOhannes m zmoelnig <[EMAIL PROTECTED]>: > > Alexandre Quessy wrote: > > > Hi, > > > > > > I join an old draft patch using my draft [pcre] external. Stands for > > > "perl-compatible regular expressions" which are must robust. It can be > > > found in cvs :: externals/aalex/pcre.c > > > > just out of curiosity: how do these differ from the regular expressions > > handled by zexy's [regex]? > > > > mfg,sdr > > IOhannes > > > > > -- > Alexandre Quessy > http://alexandre.quessy.net > http://www.puredata.info/Members/aalex > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Arduino+firmata - digital input (pull-up) - for Hans
Hello Hans and list, we're in the workshop with Sukandar in Berlin, and something strange just happened. My arduino isn't the newest, it has with the ATMEGA8 chip (the one we got in Zürich some time ago). I've put the latest firmata into it, and the analogue stuff worked quite well. While doing some digital inputting (just simple switches) a few things happen: - the inputs/outputs don't match: if the switch is connected in the input 2, it comes out from 5 (the same to all other inputs, although I didn't mapped them). But consequently, if I switch the input 2 off, the output 5 switches off. This doesn't happen on other participants who have the newest arduino board. - someone here mentioned that the arduino has its own pull-up resistors. but in the firmware they're switched off, and we found no possibility to switch it in the arduino-test patch. so we must build our own pull-up resistors in the circuit, outside. is it possible with this firmata to activate the pull-up resistor in arduino from the pd patch? if not, do you think you're going to implement it? or could you tell just quickly how enable it? Thanks, João Miguel Pais -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Pd-Ext-0.39-2-t5 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSS/ALSA, DIO-errors
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: > When you start Pd with "-oss" it will just use ALSA's OSS emulation > (and you will use some of the more advanced features, ALSA has to > offer). I meant to write "and you will *lose* some of the more advanced features". Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSS/ALSA, DIO-errors
Hallo, Kevin McCoy hat gesagt: // Kevin McCoy wrote: > Thanks for the info Derek, I have been getting mad crazy errors with > ALSA and now I know to use Jack. Is ALSA really in that rough of > shape?? It's always been a pain for me since I run PPC hardware > which is very, very poorly supported by ALSA unfortunately (I don't > think I've had a single machine with a functional line in capture > under linux...) On any Linux system that's not ancient you normally are using ALSA drivers anyway. When you start Pd with "-oss" it will just use ALSA's OSS emulation (and you will use some of the more advanced features, ALSA has to offer). And when you run Pd over Jack, jackd will use ALSA as default as well. Pd's OSS support is the oldest of the three (or four when you include PA) sound interfaces on Linux, so it is probably the most stable one. However I also ran into problems with "pd -oss" once, which were solved by using "pd -alsa". So I wouldn't say, that either of them is more stable. For example I generally have the most problems when running Pd over Jack, probably because I also do Gem graphics with the same Pd. Currently I prefer "pd -alsa" on my laptop. One thing to note is that Pd only supports the hw:X and plughw:X devices of ALSA. I couldn't make Pd accept the full range of possible ALSA devices (which is basically unlimited as you can give devices arbitrary names in your asoundrc config file). And when using hw:X, Pd for example doesn't support 24bit devices directly, you need to use the slightly less efficient plughw:X devices then. But I wouldn't share Derek's opinion that Pd's ALSA support is basically unusable. (As for me, -jack is less usable than -alsa.) It's worth trying all options until you find something that works for you. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] PhD thesis
On Mon, Apr 23, 2007 at 08:14:16PM +0100, Richard Bowers wrote: > Great stuff, Paul. I shall enjoy reading this. > > A minor note: you reference Roads on page 20:- Chapter 7 should read > Part 7 (which comprises chapter 23). Sorry to be a bore ;) Thanks Richard. I applied the fix and will update the online version sometimes soon. Paul > > Richard. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Paul Brossier > Sent: 23 April 2007 18:40 > To: [EMAIL PROTECTED] > Subject: [PD] [PD-announce] PhD thesis > > > Hi all, > > The pdf of my PhD dissertation, "Automatic Annotation of Musical Audio > for Interactive Applications", is now available online: > > http://aubio.piem.org/phd/ > > The document describes some of the innerworks of the aubio library and > external. > > Remarks and questions would be most welcome. > > Best wishes, Paul > > ___ > 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 > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > !DSPAM:462d14ff124811961316905! > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] high level beat detection
Not sure with Windows. On OS X and GNU/Linux, these things usually install to /usr/local/lib. I think you can just compile the library's and put them in your environment path, but I've been having some trouble lately with pkg-config on my attempt at this external. ~Kyle On 4/26/07, ronny vanden bempt <[EMAIL PROTECTED]> wrote: > > > 2007/4/25, Kyle Klipowicz <[EMAIL PROTECTED]>: > > Just a quick additional comment: aubio requires some other libraries. > > Mainly, fftw, libsamplerate, and libsndfile1. So be sure to compile > > these libraries first! > > Glad that you say it: do you know where to put these, where I get these,... > I really never did this before. > Certainly not on a windows computer > > gr > R > > > ~Kyle > > > > On 4/25/07, Olivier Heinry <[EMAIL PROTECTED]> wrote: > > > > > > Le mercredi 25 avril 2007 à 10:45 +0200, ronny vanden bempt a écrit : > > > > > > Hi, > > > > > > > > > > > > >From the fact that you are talking about .dll files, I assume you are > on > > > the Windows platform. I'm not sure if it is possible to run aubio on > > > Windows. If you have trouble with this, I recommend you ask on the > > > aubio mailing list. > > > > > > I know that there are two ways to make it work on windows. But I'll > look > > > for the answer in that mailing list indeed. Thanks. > > > If I don't succeed, I'll try it in linux. > > > > > > > > > Aubio is also usable as a python script, might be useful through pyext > > > > > > > > > > > > > > > > > > > > > ___ > > > PD-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > > -- > > > > http://theradioproject.com > > http://perhapsidid.blogspot.com > > > > (()()()(()))()()())( > > (())(())()((( > > ))(__ > > _())(()))___ > > (((000)))oOO > > > > > > -- > > Ronny Vanden Bempt > (0486)510841 > www.ropefly.com > www.hetdepot.be > [home]riddersstraat 226, 3000 Leuven > [dom]verbindingslaan 36, 3001 Heverlee -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] high level beat detection
Hallo, ronny vanden bempt hat gesagt: // ronny vanden bempt wrote: > Yes, I already did. But that is just a low level onset detector. I need the > beat matching level after this onset detector, to result in a high level bpm > value. [beat] from maxlib would be a quick beat tracker. You could use it in connection with bonk~ or one of the aubio detectors like aubiotempo~ or aubioonset~ to get BPM info and an Upbeat-bang Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] sound with glitches
Yep, you may add jackd to your startup services quite easily (depending on your distro/platform), no need to launch via an application front. It's a shame ALSA has become a bit ragged and neglected in recent times, I'm sure it will continue to mature and integrate with other audio layers, but for the time being I also strongly suggest Jack as the best option. a. On Thu, 26 Apr 2007 23:23:19 +1000 simon wise <[EMAIL PROTECTED]> wrote: > > On 26 Apr 2007, at 6:23 AM, Kyle Klipowicz wrote: > > > It's really pretty straightforward to do, even though it's annoying to > > have to load another program. > > if you really want to avoid having to open Jack each time, you can > use Autostart JackOSX from www.jackosx.com - the JackOSX manual at > that site is very complete as well. I find Jack is very much the > cleanest and most flexible way to handle audio on a Mac. If you also > want to route to different apps get QJackCtl from http:// > qjackctl.sourceforge.net as well. > > simon > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] sound with glitches
On 26 Apr 2007, at 6:23 AM, Kyle Klipowicz wrote: > It's really pretty straightforward to do, even though it's annoying to > have to load another program. if you really want to avoid having to open Jack each time, you can use Autostart JackOSX from www.jackosx.com - the JackOSX manual at that site is very complete as well. I find Jack is very much the cleanest and most flexible way to handle audio on a Mac. If you also want to route to different apps get QJackCtl from http:// qjackctl.sourceforge.net as well. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Chords parsing (with regexp)
Hi, regex uses POSIX regex. pcre uses Perl-like regex, which are more powerful, but non-standard, I think. PCRE might be slower though. a 2007/4/26, IOhannes m zmoelnig <[EMAIL PROTECTED]>: > Alexandre Quessy wrote: > > Hi, > > > > I join an old draft patch using my draft [pcre] external. Stands for > > "perl-compatible regular expressions" which are must robust. It can be > > found in cvs :: externals/aalex/pcre.c > > just out of curiosity: how do these differ from the regular expressions > handled by zexy's [regex]? > > mfg,sdr > IOhannes > -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ODE external ?
Hallo, marius schebella hat gesagt: // marius schebella wrote: > How can I use that library under osx. do I have to compile something? I > found that c code in the package, but have no idea how to deal with > it??? thnx, You need to install pyODE. If you start python and can do a "import ode" without errors, you will be able to use ODE in py/pyext as well. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] high level beat detection
2007/4/25, Kyle Klipowicz <[EMAIL PROTECTED]>: Just a quick additional comment: aubio requires some other libraries. Mainly, fftw, libsamplerate, and libsndfile1. So be sure to compile these libraries first! Glad that you say it: do you know where to put these, where I get these,... I really never did this before. Certainly not on a windows computer gr R ~Kyle On 4/25/07, Olivier Heinry <[EMAIL PROTECTED]> wrote: > > Le mercredi 25 avril 2007 à 10:45 +0200, ronny vanden bempt a écrit : > > Hi, > > > > >From the fact that you are talking about .dll files, I assume you are on > the Windows platform. I'm not sure if it is possible to run aubio on > Windows. If you have trouble with this, I recommend you ask on the > aubio mailing list. > > I know that there are two ways to make it work on windows. But I'll look > for the answer in that mailing list indeed. Thanks. > If I don't succeed, I'll try it in linux. > > > Aubio is also usable as a python script, might be useful through pyext > > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO -- Ronny Vanden Bempt (0486)510841 www.ropefly.com www.hetdepot.be [home]riddersstraat 226, 3000 Leuven [dom]verbindingslaan 36, 3001 Heverlee ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
