Re: [PD] eliminating ctrl+Q etc in installation with keyboard
On 12/06/2007, at 8.45, IOhannes m zmoelnig wrote: Yorick Phlypo wrote: Except for the keycombinations like ctrl+Q again. At this point I have no idea how to work around this. [snip] oh, and don't forget to remove the Control, Alt, Meta keys from your keybaord, as people will likely keep rebooting your machine Isn't it possible, like generally, to instruct the operating system to ignore (or similar) unwanted keys (or key combinations)? As i understand what Hans says, then HID and friends basically just listens to the operating system. This motivates the above suggestion. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] loading samples in arrays
Hallo, Johannes Krause hat gesagt: // Johannes Krause wrote: so when i try to play 7 samples, iam going to read in 56 arrays at same time, with tabplay~ it needs 10 sec to start playing. when i read the second buffer later the the the first one it takes about 5 sec to play and it interrupts at the transition. any idea to handle that kind of problem? other ways to get much better results? As you use tabplay~ and thus no change of speed, you can mask the loading time of [readsf~] by preloading the beginning of a sample into a table, play this with tabread4~, while readsf~ is still loading the file, and then switch over from tabread4~ to readsf~ after a certain time. See attached harddisk sample player for an implementation in mono. For 4-channel playback you need to modify this of course. Note that it assumes that your sample has a samplerate of 44.1 kHz and that Pd is running at 44.1 kHz as well, because readsf~ always plays with Pd's samplerate. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ hd-sampleplayer~.pd Description: application/puredata hd-sampleplayer~-help.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] loading samples in arrays
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: As you use tabplay~ and thus no change of speed, you can mask the loading time of [readsf~] by preloading the beginning of a sample into a table, play this with tabread4~, while readsf~ is still loading the file, and then switch over from tabread4~ to readsf~ after a certain time. See attached harddisk sample player for an implementation in mono. For 4-channel playback you need to modify this of course. Note that it assumes that your sample has a samplerate of 44.1 kHz and that Pd is running at 44.1 kHz as well, because readsf~ always plays with Pd's samplerate. Small addition: Because of tabread4~'s interpolation it's probably better to load some more samples into the table with soiundfiler, like 44103 instead of 44100. 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] compiling sndfiler for intel OSX
Hallo Stiller! Hi, my first post: welcome ;) i'm trying to compile the threadlib for sndfiler in pd extended 0.40.2 Intel-darwin. okay, I know this might be confusing ... USER:~/Desktop/threadlib/src ME$ make on osx you have to use the darwin makefile: make -f Makefile_darwin LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (netpd)U(Pd-extended), Pd-ext bug-tracker (was Re: elitism, software and academia)
Hallo! maybe some chosen patches could be converted to work standalone, but it would be lots of work ... and introduce new bugs. some systems like the fx-library system for the mixer were specially developed that different users can develop effects without touching the mixer itself. somehow that wouldn't make sense in a standalone version. you don't have to convert them - you could add them as they are, so they would work with netpd and are included in pd-extended ... But I don't know much about netpd so I migth be wrong ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (netpd)U(Pd-extended), Pd-ext bug-tracker (was Re: elitism, software and academia)
After playing around a little bit with netpd over the past few days, I think that it would be possible to write a dummy _controller.pd that would allow a user to have the netpd experience without an internet connection. Maybe this could be included with a pd-extended netpd library (as well as the REAL controller) so that users could use the modules for their own purposes beyond the collective jam session. Also to Eni, Roman and whoever else is involved: I'm totally impressed by netpd guys! This is a very usable piece of software and the community aspect is very welcoming. Keep up the good work! ~Kyle On 6/12/07, Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! maybe some chosen patches could be converted to work standalone, but it would be lots of work ... and introduce new bugs. some systems like the fx-library system for the mixer were specially developed that different users can develop effects without touching the mixer itself. somehow that wouldn't make sense in a standalone version. you don't have to convert them - you could add them as they are, so they would work with netpd and are included in pd-extended ... But I don't know much about netpd so I migth be wrong ... LG Georg -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: Pd-0.39.2-extended-rc2 released! OSX issues
-- Forwarded message -- From: Álvaro Herrera [EMAIL PROTECTED] Date: Jun 12, 2007 7:15 PM Subject: Pd-0.39.2-extended-rc2 released! OSX issues To: [EMAIL PROTECTED] i got some probles working with a patch that used to exist in the documentation in the ssection called fft, whose name is pianorev.pd, other examples donot work, it seems like something in the fft processing, thank you for your help it used to be in /pddirectory/doc/4.fft.examples/11.pianorev.pd it is not the only one that doesnot work i'm using the powerpc version, with a motu 896 card. I could not try the built in system because it does not work thanks a lot 11.pianorev.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] switch~ cputime climbing
Dafydd Hughes wrote: I never figured out exactly why the climb was happening, but I found that it happened when I turned off dsp in the abstraction, but left the non-dsp elements running, ie continually trying to pass messages to line~ and vd~ objects etc. Switching off the mechanics when switching off dsp solved it for me. Yes, sending many messages to a vline~ in a switch~'d off subpatch causes CPU usage to rise dramatically. I nearly froze my box with Pd in RT mode when I set the metro period to 1ms and switch~'d the subpatch off, with the subpatch switch~'d on the cpu usage remains stable. See attached test patch... Why this is happening: Sending a message to vline~ creates a t_vseg, which are stored in a sorted linear linked list, which means the time taken to add each new line segment would be O(n), where n is the number of existing line segments. If the subpatch containing vline~ is switch~'d off, the t_vseg's aren't removed by the dsp perform routine, which means that CPU usage rises quadratically if messages are sent to the vline~ at a constant rate (I think, it's been a while since I analyzed algorithmic time complexity). A solution: Use a better data structure than a linked list; a balanced tree would reduce time complexity to O(log n) instead of O(n) (if I remember correctly), admittedly at the cost of harder implementation. Workaround: Don't send messages to a switch~'d off vline~. Claude -- http://claudiusmaximus.goto10.org #N canvas 0 0 450 300 10; #N canvas 0 0 450 300 \$0-subpatch 0; #X obj 28 17 inlet; #X obj 26 270 outlet~; #X obj 208 269 switch~; #X obj 208 19 inlet; #X obj 29 48 t b b; #X obj 59 74 random 100; #X obj 24 94 random 100; #X obj 23 121 pack f f; #X obj 24 164 vline~; #X connect 0 0 4 0; #X connect 3 0 2 0; #X connect 4 0 6 0; #X connect 4 1 5 0; #X connect 5 0 7 1; #X connect 6 0 7 0; #X connect 7 0 8 0; #X connect 8 0 1 0; #X restore 68 117 pd \$0-subpatch; #X obj 161 67 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 68 68 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1 ; #X obj 197 67 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X msg 197 90 \; pd dsp \$1; #X obj 302 88 metro 1000; #X obj 302 111 t b b; #X obj 302 133 cputime; #X obj 302 64 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X floatatom 302 165 5 0 0 0 - - -; #X floatatom 119 67 5 0 0 0 - - -; #X obj 68 91 metro 10; #X text 14 205 cputime climbs when many messages are sent to a vline~ in a switched off subpatch...; #X connect 1 0 0 1; #X connect 2 0 11 0; #X connect 3 0 4 0; #X connect 5 0 6 0; #X connect 6 0 7 0; #X connect 6 1 7 1; #X connect 7 0 9 0; #X connect 8 0 5 0; #X connect 10 0 11 1; #X connect 11 0 0 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Pd-0.39.2-extended-rc2 released! OSX issues
Ok, I fixed it on the Intel Mac at least. Try tomorrow's autobuild and see if it works. I am pretty sure it was related to the auto- vectorization. .hc On Jun 12, 2007, at 1:19 PM, Álvaro Herrera wrote: -- Forwarded message -- From: Álvaro Herrera [EMAIL PROTECTED] Date: Jun 12, 2007 7:15 PM Subject: Pd-0.39.2-extended-rc2 released! OSX issues To: [EMAIL PROTECTED] i got some probles working with a patch that used to exist in the documentation in the ssection called fft, whose name is pianorev.pd, other examples donot work, it seems like something in the fft processing, thank you for your help it used to be in /pddirectory/doc/4.fft.examples/11.pianorev.pd it is not the only one that doesnot work i'm using the powerpc version, with a motu 896 card. I could not try the built in system because it does not work thanks a lot 11.pianorev.pd ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Is there an Object in GEM...
Hello all, I was wondering if there is an object in GEM that will allow Pixel level addressing in a Pixie (that is what GEM calls images, right?)? I know there is a way to create an entire image from a list of numbers, but that only appears to do a complete images, and not addressable at the pixel level. If this is NOT possible, is there some other object/external that will allow the display and manipulation of images at the pixel level? Thank you, Mike M ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] wii remote on pd 0.40.2 library problem?
sorry for making this newby questions i want to use wiiremote that its include in pd 0.40.2 so i download Pd-0.40.2-extended-2007-05-29 i install it and also the org.puredata.pd.plist and in the pd window i get library messages like libdir_loader: added flatspace to the global classpath This is deprecated behavior. so wiiremote couldn't create so i guess that this is due to this library problem can someone help me? thanks___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] alternate values per change?
I am sending a value of 0 and 1 toward a midi ctlout. When my button is pressed down, it sends 1, when it is up, it sends 0. I want this to instead alternate values so that when pressed down it sends 1, when let go, it stays at 1, when pressing again it sends 0, when letting go it stays at 0.. any ideas? thanks!! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: videoscratcher keeps crashing
Hi, I´m beginner in using PD and trying to make a very simple video- scratcher which would load videoclips from HD and play them in random order – At least in this point. Next goal would be involving audience movement affecting which clips to load...ok I succeeded in making a patch wich seems to work but it keeps crashing once in a while (Pd closes suddenly). Sometimes it goes on for an hour and sometimes it shuts down PD in less than minute. If someone could have a look if there´s something fundamentally wrong with the patch. I´m using PD 0.40.2 extended with Intel Macbook. I was wondering if the videoclips should be buffered somehow. Riku Mäkinen videomikseri03.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino 0.3
Feel free to improve the help patch, it's a group effort. .hc On Jun 9, 2007, at 1:31 PM, B. Bogart wrote: Thanks Hans, Seems to me those commands should be put in the analogue inputs subpatch and not tucked away in switching inputs. Works great!!! I'm exited to show this off. B. Bogart Hans-Christoph Steiner wrote: Yeah, analog and digital I/O works. You have to turn on the reporting of each analog port, that's in the arduino-help.pd and arduino- test.pd .hc On Jun 8, 2007, at 8:03 PM, B. Bogart wrote: Hi Hans, I'm teaching a workshop tomorrow and wanted to get my old arduino demo working (since reinstalling the machine). pduino seems to be working, I was able to upload the new firmware, and I am able to set the digital outputs, and able to use the PWM output. Problem is I'm not getting anything on the analog imputs, they are all stuck at 0, no noise or visible changes. Are the analog inputs known to work with pduino 0.3? I vaguely remember some issue with the analog inputs conflicting with the digital inputs or something? What can I do to debug? I'm on MSN if your around. Thanks Hans, B. Bogart Hans-Christoph Steiner wrote: On Jun 1, 2007, at 7:02 PM, B. Bogart wrote: I did notice that, but it seems a proper autoconf build for FTGL could only be a good thing, can't hurt to get the problem moving on both ends. So it seems getdir is only available from [ggee/getdir] and not [getdir]. What is the standard way for pd-extended externals to be called with the libdir stuff? Should I change my references to [ggee/getdir] or is there a way I can make [getdir] go to the right place? The idea is to have everything in a library except for the bare minimum necessary. You can do [import ggee], then [getdir], or [ggee/ getdir], or add ggee as a startup lib. But [ggee/getdir] is the easiest. I guess this stuff is still experimental. The prefixes/import solve the name collision problem, but may add an unnecessary bit of complexity. Are you going to the pd convension? when are you returning? how are you travelling? Karen and I were thinking about going to NYC after the conference since we'll be so close. Have you run into Jeremy Rotzstain yet? I am planning to return to NYC on the train. I'll be pretty busy then since the semester will start shortly thereafter and I have to teach a new class, meaning lots of prep work. I'll have some time to hang out then. If you need a place to stay, you can stay with me. I have a comfortable pull-out bed in my living room. I'm aiming to put about 10 hours a week back into pT now, so hopefully things will get moving again. my MSc has turned out to be more work than I expected, mostely due to the fact that everything else, like being an artist, does not stop!! That's good news. Are you thinking of integrating it into Pd- extended, or keeping it a separate download? If you are going to change it a lot, I think it would probably make more sense to take it out of Pd- extended, so you don't have to deal with old versions and version conflicts. For that reason, I have kept hidio and the Pduino stuff out of this version of Pd-extended. Plus I am basically ready to release it. .hc hope to see you. .b. Hans-Christoph Steiner wrote: Hey, FYI: It builds fine on my machine as is, and on the auto-build machines too. It's just a problem with the way that the automatic scripts are called that cause it not to work. I outlined the problem and suggested a solution to IOhannes, hopefully he'll fix it. .hc On Jun 1, 2007, at 5:49 PM, B. Bogart wrote: Hello Henry, I'm trying to assist in a autobuild system for an OSX application (Gem) that depends on FTGL. Problem is that Gem expects FTGL with an ftgl-config and ftgl.pc via autoconf. Is a modification of the autoconf build for unix to allow compilation on OSX w/out xcode possible? As OSX is unix it seems an autoconf build for FTGL is reasonable. Especially as it simplfies autobuilds of projects not using Xcode. Thanks for your time. B. Bogart - --- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson --- - '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
Re: [PD] correcting pd-extended??
It would be great if you got those working in Pd-extended. I think only one or two actually needs Tcl/Tk 8.5, and it shouldn't be too hard to figure out how to include the various tcl extensions that are needed, I think it's just a matter of putting the files in the right place. If you track down all the files needed for the ix guis, I can add them to the build system. Basically, you just need to stick the tcl extension files into the auto_path, AFAIK: I think that /usr/local/ lib/pd/lib would be in the auto_path since there are tcl files already there. .hc On Jun 9, 2007, at 12:35 PM, patrice colet wrote: Hello, the most important thing that has to be fixed for me actually in pd-extended is the ix extension, so let me try to add a doc file that might help for using those widgets, it's attached. I've copied and pasted the text from the psp file we can find into CVS extension/gui/ix I've forgot to tell one thing, ix extension needs tcl-tk 8.5, so it can't be into pd-extended because it uses tcl-tk 8.4, weird isn't it? Also I suggest to put the dll's of the required tk libs for the windows installation of pd-extended. any comment is appreciated. ix doc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: videoscratcher keeps crashing
Post the crash log which is in ~/Library/Logs/CrashReporter/. I have patches that do something similar hundreds of thousands of times without crashing. MPEG-4 is not a very good codec to use in general so try a codec like Photo-JPEG or Apple Intermediate Codec. On 6/12/07, Riku Mäkinen [EMAIL PROTECTED] wrote: Hi, I´m beginner in using PD and trying to make a very simple video- scratcher which would load videoclips from HD and play them in random order – At least in this point. Next goal would be involving audience movement affecting which clips to load...ok I succeeded in making a patch wich seems to work but it keeps crashing once in a while (Pd closes suddenly). Sometimes it goes on for an hour and sometimes it shuts down PD in less than minute. If someone could have a look if there´s something fundamentally wrong with the patch. I´m using PD 0.40.2 extended with Intel Macbook. I was wondering if the videoclips should be buffered somehow. Riku Mäkinen ___ 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] switch~ cputime climbing
So just use this for now: [X] [inlet messages] | | [t f f]_ | | || [switch] [spigot] | [vline~] ~Kyle On 6/12/07, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Dafydd Hughes wrote: I never figured out exactly why the climb was happening, but I found that it happened when I turned off dsp in the abstraction, but left the non-dsp elements running, ie continually trying to pass messages to line~ and vd~ objects etc. Switching off the mechanics when switching off dsp solved it for me. Yes, sending many messages to a vline~ in a switch~'d off subpatch causes CPU usage to rise dramatically. I nearly froze my box with Pd in RT mode when I set the metro period to 1ms and switch~'d the subpatch off, with the subpatch switch~'d on the cpu usage remains stable. See attached test patch... Why this is happening: Sending a message to vline~ creates a t_vseg, which are stored in a sorted linear linked list, which means the time taken to add each new line segment would be O(n), where n is the number of existing line segments. If the subpatch containing vline~ is switch~'d off, the t_vseg's aren't removed by the dsp perform routine, which means that CPU usage rises quadratically if messages are sent to the vline~ at a constant rate (I think, it's been a while since I analyzed algorithmic time complexity). A solution: Use a better data structure than a linked list; a balanced tree would reduce time complexity to O(log n) instead of O(n) (if I remember correctly), admittedly at the cost of harder implementation. Workaround: Don't send messages to a switch~'d off vline~. Claude -- http://claudiusmaximus.goto10.org #N canvas 0 0 450 300 10; #N canvas 0 0 450 300 \$0-subpatch 0; #X obj 28 17 inlet; #X obj 26 270 outlet~; #X obj 208 269 switch~; #X obj 208 19 inlet; #X obj 29 48 t b b; #X obj 59 74 random 100; #X obj 24 94 random 100; #X obj 23 121 pack f f; #X obj 24 164 vline~; #X connect 0 0 4 0; #X connect 3 0 2 0; #X connect 4 0 6 0; #X connect 4 1 5 0; #X connect 5 0 7 1; #X connect 6 0 7 0; #X connect 7 0 8 0; #X connect 8 0 1 0; #X restore 68 117 pd \$0-subpatch; #X obj 161 67 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 68 68 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1 ; #X obj 197 67 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X msg 197 90 \; pd dsp \$1; #X obj 302 88 metro 1000; #X obj 302 111 t b b; #X obj 302 133 cputime; #X obj 302 64 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X floatatom 302 165 5 0 0 0 - - -; #X floatatom 119 67 5 0 0 0 - - -; #X obj 68 91 metro 10; #X text 14 205 cputime climbs when many messages are sent to a vline~ in a switched off subpatch...; #X connect 1 0 0 1; #X connect 2 0 11 0; #X connect 3 0 4 0; #X connect 5 0 6 0; #X connect 6 0 7 0; #X connect 6 1 7 1; #X connect 7 0 9 0; #X connect 8 0 5 0; #X connect 10 0 11 1; #X connect 11 0 0 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Question about possible SQL/MySQL Externals
It would be a great thing to have, please post to pd-dev if you have any troubles. I'd like to help where I can (not much time these days...) .hc On Jun 11, 2007, at 8:28 AM, Mike McGonagle wrote: http://www.reverberant.com/PD/sqlsingle.tar.gz Thanks a lot for this, I am currently using MySQL, but I am sure that this will serve as a template. Mike McGonagle On 6/8/07, Alexandre Quessy [EMAIL PROTECTED] wrote: HI all, You can try sqlsingle, that is an interface to PostgreSQL. http://lists.puredata.info/pipermail/pd-list/2001-02/001829.html Must be somewhere in the CVS. a 2007/6/3, David Powers [EMAIL PROTECTED]: To be honest, I've never had complete success getting py/pyext to run ... ie. only about half of the help patch seemed to work on winxp. Well, I'm going to d/l a new pd-extended right now and see if I have better luck. Haven't tried a recent release in some time for fear of breaking Gem. ~D On 6/3/07, Thomas Grill [EMAIL PROTECTED] wrote: Hi all, this has already been discussed a couple of times... it should be straightforward using the Python scripting language (via py/pyext) and the modules that come with it. greetings, Thomas Am 02.06.2007 um 22:56 schrieb David Powers: This would be awesome, could do some really cool net art projects with this. ~David On 5/30/07, Mike McGonagle [EMAIL PROTECTED] wrote: Hello all, I was wondering if anyone had thought of creating an interface set of externals for storing and retrieving data from a Database? Basically, I was interested in seeing if anyone has created some externals that do basic SQL transactions. Or is this something that is not very practical? Mike McGonagle If you think you can, or you think you can't, you are probably right. —Mark Twain ___ 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 Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- 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 -- Help the Environment, Plant a Bush back in Texas! I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt. -- Thomas Jefferson, third US president, architect and author (1743-1826) Give Peace a Chance -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician If you think you can, or you think you can't, you are probably right. —Mark Twain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] netsend in localhost -- i got netsend blocked N msec
ei lischt i'm working with two pd instances on one computer (übüntü feischty, p4). one pd with audio with higher priority, one with Gem/noaudio. i communicate between this two instance with one netsend/netreceive and i send a lot of data, and sometimes i got netsend blocked N msec. is this a buffer-problem in the objects [netsend/netreceive] or is there an intern bandwidth bottleneck? or something else? thanx for helping moritZ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wii remote on pd 0.40.2 library problem?
That version is still quite rough. I don't know if anyone has gotten the Pd port of the Mac OS X wii object working. It loads but doesn't give data. I don't have access to a wii remote anymore. If someone gave me one, I would get it working. .hc On Jun 12, 2007, at 5:41 PM, ariel b wrote: sorry for making this newby questions i want to use wiiremote that its include in pd 0.40.2 so i download Pd-0.40.2-extended-2007-05-29 i install it and also the org.puredata.pd.plist and in the pd window i get library messages like libdir_loader: added flatspace to the global classpath This is deprecated behavior. so wiiremote couldn't create so i guess that this is due to this library problem can someone help me? thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (netpd)U(Pd-extended), Pd-ext bug-tracker (was Re: elitism, software and academia)
On Jun 9, 2007, at 5:45 AM, Enrique Erne wrote: I am now wondering something: why haven't these awesomely functional netpd object been included as abstractions within Pd-extended?!?! on one hand i would like to see netpd included in pd-extended, but not on cost of the current package. it is important that netpd and all patches work on linux, osx and windows. if people start to write netpd patches with pd-extended and use many externals i'm afraid we are going to have instrument that work on one os and maybe not on the other. netpd would also be a great system to find os-specific bugs :-) This right here outlines the main purpose of Pd-extended: to provide a tested and reliable package that works the same on all OSes. Basically, I think you should pick one platform for netpd, and make sure everything works smoothly on that one. Then worry about the rest. Alex Quessy and I tried to run the latest version on netpd working for a network jam last Sunday, we both failed. He got further than me, he got some sounds out, but neither got it all working. Both of us know quite a bit about Pd, so I am amazed that newbies get it going (do they?). It would very nice if it was just plug and play. It would not be that hard to do it. I think you could spend a day on it and have it working smoothly. It would be very worthwhile, but I think you have already spent far more time trying to help people get it going than it would take to fix things. .hc Yes, would be nice - someone would have to integrate them to pd-extended (using [import] and etc.) ... are you talking about basic netpd or netpd all the instruments... basic netpd is written by Roman Haefeli all the instruments have at least 10 different authors. ___ 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
Re: [PD] Is there an Object in GEM...
Mike McGonagle wrote: Hello all, I was wondering if there is an object in GEM that will allow Pixel level addressing in a Pixie (that is what GEM calls images, right?)? I know there is a way to create an entire image from a list of numbers, but that only appears to do a complete images, and not addressable at the pixel level. If this is NOT possible, is there some other object/external that will allow the display and manipulation of images at the pixel level? GridFlow can do this. http://gridflow.ca Most GridFlow objects operate on whole grids (of which images are a subset), but there are ways to get regions from grids (using #store) and ways to put regions back into a certain place in an image (using #draw_image). There is also a Gem-GridFlow bridge (part of GridFlow). Thank you, Mike M Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Is there an Object in GEM...
Cypod wrote: how do you create a whole image out of a list of numbers? In GridFlow: list with 240*320*3 elements all of which are floats | [#import ( 240 320 3 )] | grid with height 240, width 320, 3 channels. You can also feed the floats to [#import] individually or in smaller groups than a whole image, it will output the grid when it has got just enough, and any extra count towards the next grid. I'm not sure how to do it in Gem. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
