Re: [PD] [list] output
Hallo, Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote: In Chapter 2.9.1, the Pd manual states: 'The pointer data type is also integrated into pipe-fitting objects such as pack, unpack, and route.' So it seems like [route] should handle pointers just as it does other the other standard message types. Yeah, generally it does, but obviously there is a serious bug. All crashes are serious bugs. Anyway all [route] would be able do with pointers is route them according to selector. But as all pointers share the same selector, this isn't actually very useful. Here the [pointer] based routing comes into play. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD person needed for dance performance
I've occasionally been working with a tap dancer for over ten years and developed a few patches for his performances. He now has a TV gig scheduled for the 8-11th of April in Birmingham, UK, with rehearsal on- site 6-7th of April. Some preparatory work may be required, he's normally based in London. If anybody local (London or Birmingham) is available and on the list, please contact me off-list and I'll link you up with the dancer. I'll provide my current patches, setup instructions, etc. best regards Mikael - Mikael Fernström Lecturer Interaction Design Centre Department of Computer Science and Information Systems Engineering Research Building University of Limerick Limerick IRELAND Phone: +353 (0) 61 20 26 06 Mobile: + 353 (0) 86 81 88 079 Email: mikael.fernst...@ul.ie Web: www.idc.ul.iewww.csis.ul.iewww.ccmcm.iewww.softday.ie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd-berlin meeting next tuesday, 9th Feb
Hello, next tuesday, 9th February, will be the fourth meeting of Pure Data users in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage. For more information, look up http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group. We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. Doors are open from 20h-20h15. After that they'll be closed, and you will have to call someone from the Pd-meeting to get in. To get a telephone number to call or confirm assistance you can write to info_at_minitronics.net. Please, don´t call to the staff of NK to open the doors. They let us use the space but we have to take care about having the meeting without producing any disturbance to them, and to clean the space after the meeting. We would apreciate if you would send us a small mail to info_at_minitronics.net with your name, Pd experience and interests, so that we know how many people might be coming. Or put your name in the pd-berlin wiki page. We would like to thank the support and willingness of NK in the organization of these events. João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-announce mailing list pd-annou...@iem.at 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] pd-Berlin meeting
Hello to All.. For those interested, tomorrow 9 th february, there will be another Pd users meeting in Berlin.The place is NK. (Elsenstr. 52, 2HH 2Etage). Probably, after 20:10 the doors will be closed, there will be a phone number pasted in the door, Please, don´t contact the Nk staff to open the door, use our number instead.. (they are bored already of going downstairs all the time to open the door..). Comments, suggestions and phone number to be sure that the door will be open in info[at]minitronics[dot]net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Novint Falcon Windows external?
Hi I would like to use a Novint Falcon Joystick with Pure Data Extended. Does anyone have a .dll of it that I may try? I am used to compiling externals on linux but I am unsure about compiling with flext I assume on windows Any help is appreciated Cheers pp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Novint Falcon Windows external?
https://ccrma.stanford.edu/~eberdahl/Projects/HSP/index.html I found this From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Pagano, Patrick Sent: Monday, February 08, 2010 9:52 AM To: pd-liste List Subject: [PD] Novint Falcon Windows external? Hi I would like to use a Novint Falcon Joystick with Pure Data Extended. Does anyone have a .dll of it that I may try? I am used to compiling externals on linux but I am unsure about compiling with flext I assume on windows Any help is appreciated Cheers pp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [list] output
--- On Mon, 2/8/10, Frank Barknecht f...@footils.org wrote: From: Frank Barknecht f...@footils.org Subject: Re: [PD] [list] output To: pd-list@iem.at Date: Monday, February 8, 2010, 9:32 AM Hallo, Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote: In Chapter 2.9.1, the Pd manual states: 'The pointer data type is also integrated into pipe-fitting objects such as pack, unpack, and route.' So it seems like [route] should handle pointers just as it does other the other standard message types. Yeah, generally it does, but obviously there is a serious bug. It generally does what? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Weird mouse click bug
That sounds vaguely familiar. Its likely a bug in Pd or Wish. Which version are you using? I'm guessing 0.41.4, since the nightly builds now use wish85. Try a 0.42.5 build. .hc On Feb 7, 2010, at 1:49 AM, Jonathan Wilkes wrote: I'm on winxp, and I wonder if anyone else has run into the following problem: After working on a lot of different patches in pd-ext, and opening multiple patches at a time (say 18 at a time), there comes a point after about 20 minutes or so when I'm working in a patch and all the mouse bindings get wacky. For example, I might click the x on a window to close it, and instead of closing the window I get a number box hanging from the mouse. Or maybe I go to click File-Save and it brings up the audio settings. In fact, the only way I can get out of Pd at that point is to open the task manager and kill the wish84.exe. This doesn't happen every time I use Pd. If I'm working a lot in a day, it might happen once or maybe twice. I've never had anything like this happen in another program so I don't think it's my hardware. Any ideas? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I hate it when they say, He gave his life for his country. Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Http request
Its totally possible to implement all this stuff as libraries for Pd. It would be very handy to have. .hc On Feb 7, 2010, at 1:51 PM, ydego...@gmail.com wrote: yes i tried this already before, looks pretty advanced but alas!! not so much on linux .. it doesn't implement video... maybe it's really good for osx, seems their native platform jim wrote: you could also take a look at Lily http://code.google.com/p/lilyapp/ Thanks Marco, I had never seen Lily before. It looks great and easy to use if you know PD. Looks like development on it has slowed down which is too bad but super useful as it is now. Thanks again!! Jim I'm using php sockets to connect web to pd. Using TCP or UDP, you can send values that are sent via GET or POST. check fsockopen and fwrite :) hope to release soon a patch for php and pd to make it fun - ignacio aguirre Marco ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 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
Re: [PD] [list] output
Hallo, Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote: Yeah, generally it does, but obviously there is a serious bug. It generally does what? It generally routes pointers to its last outlet. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] shouldn't message boxes work as gui elements?
Hi, I don't know if this is already being addressed in the rewrite-gui version... I've always wondered why message boxes are not treated as gui elements, like number and symbol boxes, that is: - they do not graph on parent - they do not have a properties dialog with at least a send and receive symbol Is there some particular reason why it has been decided not to treat (or allow treating) message boxes as gui elements, or is it simply that it has never been felt as a priority to implement this feature? I mean, would it imply any drawback? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
I've often wondered of message boxes, why they don't have some form of GUI to indicate when they're triggered (like the bang object). Sorry, this is an asside but I would like to know why. Date: Mon, 8 Feb 2010 18:25:18 +0100 From: matteosistise...@gmail.com To: pd-list@iem.at Subject: [PD] shouldn't message boxes work as gui elements? Hi, I don't know if this is already being addressed in the rewrite-gui version... I've always wondered why message boxes are not treated as gui elements, like number and symbol boxes, that is: - they do not graph on parent - they do not have a properties dialog with at least a send and receive symbol Is there some particular reason why it has been decided not to treat (or allow treating) message boxes as gui elements, or is it simply that it has never been felt as a priority to implement this feature? I mean, would it imply any drawback? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list _ Do you have a story that started on Hotmail? Tell us now http://clk.atdmt.com/UKM/go/195013117/direct/01/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Make app from patch?
Hey All I'm working on PD on OSX (10.4) and I've just noticed 'make app from patch' in the file menu. I tried this and it came up with this error message: chmod: /Users/andrewfaraday/Documents/pd/apptest.app: No such file or directorychmod: /Users/andrewfaraday/Documents/pd/apptest.app: No such file or directorywhile executingexec -- chmod -R u+w $appdir(procedure makeapp_createapp line 5)invoked from withinmakeapp_createapp $appdir (procedure menu_makeapp line 18)invoked from withinmenu_makeapp 0 The directory is real, although the file apptest.app was not created. If this is actually for making an application for use on mac os (or other OS's) then I'd really like to use it. So two questions really: What is this for? or What does this do? and Why doesn't it work _ Got a cool Hotmail story? Tell us now http://clk.atdmt.com/UKM/go/195013117/direct/01/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Make app from patch?
It only really works well on the nightly test builds. It would be great if you could test it and report back any issues so they can be fixed for the 0.42.5 release. http://autobuild.puredata.info/auto-build/latest/ .hc On Feb 8, 2010, at 12:44 PM, Andrew Faraday wrote: Hey All I'm working on PD on OSX (10.4) and I've just noticed 'make app from patch' in the file menu. I tried this and it came up with this error message: chmod: /Users/andrewfaraday/Documents/pd/apptest.app: No such file or directory chmod: /Users/andrewfaraday/Documents/pd/apptest.app: No such file or directory while executing exec -- chmod -R u+w $appdir (procedure makeapp_createapp line 5) invoked from within makeapp_createapp $appdir (procedure menu_makeapp line 18) invoked from within menu_makeapp 0 The directory is real, although the file apptest.app was not created. If this is actually for making an application for use on mac os (or other OS's) then I'd really like to use it. So two questions really: What is this for? or What does this do? and Why doesn't it work Got a cool Hotmail story? Tell us now ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 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 expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
Hi all, Message boxes were written to share code with object boxes and comments, but hacked a bit to respond to mouse clicks. Making them graph on parent would make sense (the only reason they weren't before is that in the very first graph-on-parent implementation one couldn't hide things by moving them out of the little red rectangle) cheers Miller On Mon, Feb 08, 2010 at 05:33:35PM +, Andrew Faraday wrote: I've often wondered of message boxes, why they don't have some form of GUI to indicate when they're triggered (like the bang object). Sorry, this is an asside but I would like to know why. Date: Mon, 8 Feb 2010 18:25:18 +0100 From: matteosistise...@gmail.com To: pd-list@iem.at Subject: [PD] shouldn't message boxes work as gui elements? Hi, I don't know if this is already being addressed in the rewrite-gui version... I've always wondered why message boxes are not treated as gui elements, like number and symbol boxes, that is: - they do not graph on parent - they do not have a properties dialog with at least a send and receive symbol Is there some particular reason why it has been decided not to treat (or allow treating) message boxes as gui elements, or is it simply that it has never been felt as a priority to implement this feature? I mean, would it imply any drawback? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list _ Do you have a story that started on Hotmail? Tell us now http://clk.atdmt.com/UKM/go/195013117/direct/01/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Recording ... ?
Hi, Currently I am doing my very first steps with vanilla pd. One question (beside the other thousands of her sisters...;) ) is: How can I record the sounds while I am listening to them to a file...may be by simultanously converting them into the ogg format...? Thank you very much for helping a newbie to say Aaaah! in advance! :) Best regards, mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Http request
I saw a link from 2006 where Alexandre Quessy was working on it http://lists.puredata.info/pipermail/pd-dev/2006-06/007060.html . Was wondering if it ever got implemented. The external in Lily works great. Jim On Mon, 2010-02-08 at 11:26 -0500, Hans-Christoph Steiner wrote: Its totally possible to implement all this stuff as libraries for Pd. It would be very handy to have. .hc On Feb 7, 2010, at 1:51 PM, ydego...@gmail.com wrote: yes i tried this already before, looks pretty advanced but alas!! not so much on linux .. it doesn't implement video... maybe it's really good for osx, seems their native platform jim wrote: you could also take a look at Lily http://code.google.com/p/lilyapp/ Thanks Marco, I had never seen Lily before. It looks great and easy to use if you know PD. Looks like development on it has slowed down which is too bad but super useful as it is now. Thanks again!! Jim I'm using php sockets to connect web to pd. Using TCP or UDP, you can send values that are sent via GET or POST. check fsockopen and fwrite :) hope to release soon a patch for php and pd to make it fun - ignacio aguirre Marco ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 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
Re: [PD] shouldn't message boxes work as gui elements?
--- On Mon, 2/8/10, Matteo Sisti Sette matteosistise...@gmail.com wrote: From: Matteo Sisti Sette matteosistise...@gmail.com Subject: [PD] shouldn't message boxes work as gui elements? To: PD list pd-list@iem.at Date: Monday, February 8, 2010, 6:25 PM Hi, I don't know if this is already being addressed in the rewrite-gui version... I've always wondered why message boxes are not treated as gui elements, like number and symbol boxes, that is: - they do not graph on parent - they do not have a properties dialog with at least a send and receive symbol Is there some particular reason why it has been decided not to treat (or allow treating) message boxes as gui elements, or is it simply that it has never been felt as a priority to implement this feature? I mean, would it imply any drawback? I've thought about that, too. I made a feature request for an object (ID: 2799270) that would combine my_canvas with the message box's features. (Although now that I think about it, it should probably only have one inlet that handles all the GUI-specific messages, like [bng] does, and be visually different than a message box by default.) As for nonlocal send and receive on the current msg box: you've already got a nonlocal send by starting the message box with a semicolon. I like that a lot more than nonlocal send/receive names that are hidden away in a properties dialog. (But unfortunately, there's no nonlocal receive for msg boxes.) -Jonathan -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ 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] Recording ... ?
meino.cra...@gmx.de schreef: Hi, Currently I am doing my very first steps with vanilla pd. One question (beside the other thousands of her sisters...;) ) is: How can I record the sounds while I am listening to them to a file...may be by simultanously converting them into the ogg format...? You can use writesf~ to record to a wav-file. m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
Jonathan Wilkes escribió: As for nonlocal send and receive on the current msg box: you've already got a nonlocal send by starting the message box with a semicolon. That's a different thing. It's not just a matter of being able or not being able to send a message to wherever, it is a matter of how the box behaves. As a user, would you be happy if you were filling a form and there was an input field with a label that says: Please enter your name and surname, preceded by a semicolon, a newline, the word 'name' in all lower case without quotes, and a white space? :) However, I think you are right in that the gui-element message box (like a numberbox for messages) should probably be a different object than the traditional message box, and (I add) it should probably not allow semicolon and embedded-target-syntax (i.e. sending messages to arbitrary targets included in the message itself) because you couldn't in any possible way preventing the user to use it (involuntarily) to send messages to the wrong target. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
Hi As for nonlocal send and receive on the current msg box: you've already got a nonlocal send by starting the message box with a semicolon. That's a different thing. It's not just a matter of being able or not being able to send a message to wherever, it is a matter of how the box behaves. As a user, would you be happy if you were filling a form and there was an input field with a label that says: Please enter your name and surname, preceded by a semicolon, a newline, the word 'name' in all lower case without quotes, and a white space? :) However, I think you are right in that the gui-element message box (like a numberbox for messages) should probably be a different object than the traditional message box, and (I add) it should probably not allow semicolon and embedded-target-syntax (i.e. sending messages to arbitrary targets included in the message itself) because you couldn't in any possible way preventing the user to use it (involuntarily) to send messages to the wrong target. I think for some situations the ; method is handy at although it may look weird at first it's just another convention. I do agree that the GUI-visible object should be something slightly different without the send and possibly with gui-customization options like other guis (colour, font etc).. In the end more like a button. Bests, Lorenzo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
Lorenzo escribió: I think for some situations the ; method is handy at although it may look weird at first it's just another convention. Of course, more than handy, in many situations it can't be replaced by anything else (already existing in pd). I wasn't suggesting it could be removed, I just meant that probably a version of the message box meant for gui shouldn't have it (and therefore the message box meant for gui should be a new one - though the traditional message box may be also included among the graph-on-parent objects, why not) -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midiout / sysex on windows
I just tried this with vanilla pd-0.42.5 on WinXP. [midiout] and [sysexin] both work despite the warnings. You need to send a multiple message like [240, 1, 2, 3, 247( although sometimes just sending the individual characters works too. On pd-extended-0.42.5 [midiout] only sends the start and end sysex status, no message. Maybe because extended isn't using portmidi? Shouldn't [midiout] be renamed to [sysexout]? It only does sysex, you can't send any other kind of MIDI message with [midiout]. Martin alex wrote: I just tried this myself on a friend's windows machine running a relatively recent version of pd extended, though I'm not exactly sure which one.. it gave me an error MidiOut Error 1 whenever I tried to send a sysex message out. And there was an error about [sysexin] not being implemented on windows and [midiout] being dangerous.. I'm not sure if midiin worked with sysex or not because i couldn't get the sysex out.. Anyone know if this has changed or if there are plans to make sysex i/o work for windows? Thanks, Alex On Wed, Nov 11, 2009 at 7:23 AM, kristof lauwers wrote: hello, I was wondering what the current state of midiout is on windows (i'm working on Xp, but should make something that works under any recent windows version) I see some discussion about it in the list archives and forum, but it's not clear if it should be working or not right now.. I tried it on vanilla PD 0.42.5 and in extended 0.4.3. It seems in vanilla it does nothing at all. In extended it's sending out something, but not what i expect.. (sometimes the 3 bytes i try to send each padded by 2 or 3 0's, sometimes nothing at all..) Also, it's not very clear what kind of input midiout expects - the documentation doesn't say anything about that.. i'd guess a list with first status byte and then the data bytes? if it's not working (yet), are there any alternatives to send sysexes from Pd? thanks, Kristof ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
I don't know if this is already being addressed in the rewrite-gui version... I've always wondered why message boxes are not treated as gui elements, like number and symbol boxes, that is: - they do not graph on parent - they do not have a properties dialog with at least a send and receive symbol Is there some particular reason why it has been decided not to treat (or allow treating) message boxes as gui elements, or is it simply that it has never been felt as a priority to implement this feature? I mean, would it imply any drawback? It would make some things really difficult to have them GOP -- sometimes you need to use them for bookkeeping things that have little to do with making human-readable messages -- even simple things like if higher than five, send a 1, otherwise send dog, but if zero turn off pd dsp are easier to do with message boxes, but you don't want to see them on your graph because they have nothing to do with a patch user, and you don't want to have to hide them out of the GOP rectangle. A separate gui object would probably be the best bet... please don't make regular message boxes graph on parent. Matt ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
--- On Mon, 2/8/10, Matteo Sisti Sette matteosistise...@gmail.com wrote: From: Matteo Sisti Sette matteosistise...@gmail.com Subject: Re: [PD] shouldn't message boxes work as gui elements? To: Jonathan Wilkes jancs...@yahoo.com Cc: PD list pd-list@iem.at Date: Monday, February 8, 2010, 8:53 PM Jonathan Wilkes escribió: As for nonlocal send and receive on the current msg box: you've already got a nonlocal send by starting the message box with a semicolon. That's a different thing. It's not just a matter of being able or not being able to send a message to wherever, it is a matter of how the box behaves. As a user, would you be happy if you were filling a form and there was an input field with a label that says: Please enter your name and surname, preceded by a semicolon, a newline, the word 'name' in all lower case without quotes, and a white space? The syntax you're talking about it extremely useful. Even though you can do the same thing with [send] by setting the send-name with the right inlet, that gets extremely cumbersome when, say, initializing a bunch of values and using dollar signs. The following is much easier: [; $1-pitch 60; $1-metro 96; $1-oscbank 32; $1-salad-bar optional ( I find the semicolon atom to be a real time (and space) saver here. :) Oops, I almost chopped off your smiley by accident. :) -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
Jonathan Wilkes escribió: The syntax you're talking about it extremely useful. Even though you can do the same thing with [send] by setting the send-name with the right inlet, that gets extremely cumbersome when, say, initializing a bunch of values and using dollar signs. The following is much easier: [; $1-pitch 60; $1-metro 96; $1-oscbank 32; $1-salad-bar optional ( I wasn't questioning its usefulness. I use that syntax daily and would feel lost without it (btw in my previous post I erroneously said it can't be replaced by anything, while as you say, it can but it is extremely cumbersome) I just meant that its existence doesn't in any way answer to the need of a send symbol. My ironic example was meant to demonstrate that asking for a box that automatically sends what you type into it to a given target is not the same as asking for a box capable of sending messages to any given target. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] shouldn't message boxes work as gui elements?
Thanks for this. I've been reading this discussion and tried multiple sends earlier with commas, which didn't work. It's multiple semicolons, so now I know Date: Mon, 8 Feb 2010 14:56:38 -0800 From: jancs...@yahoo.com To: matteosistise...@gmail.com CC: pd-list@iem.at Subject: Re: [PD] shouldn't message boxes work as gui elements? --- On Mon, 2/8/10, Matteo Sisti Sette matteosistise...@gmail.com wrote: From: Matteo Sisti Sette matteosistise...@gmail.com Subject: Re: [PD] shouldn't message boxes work as gui elements? To: Jonathan Wilkes jancs...@yahoo.com Cc: PD list pd-list@iem.at Date: Monday, February 8, 2010, 8:53 PM Jonathan Wilkes escribió: As for nonlocal send and receive on the current msg box: you've already got a nonlocal send by starting the message box with a semicolon. That's a different thing. It's not just a matter of being able or not being able to send a message to wherever, it is a matter of how the box behaves. As a user, would you be happy if you were filling a form and there was an input field with a label that says: Please enter your name and surname, preceded by a semicolon, a newline, the word 'name' in all lower case without quotes, and a white space? The syntax you're talking about it extremely useful. Even though you can do the same thing with [send] by setting the send-name with the right inlet, that gets extremely cumbersome when, say, initializing a bunch of values and using dollar signs. The following is much easier: [; $1-pitch 60; $1-metro 96; $1-oscbank 32; $1-salad-bar optional ( I find the semicolon atom to be a real time (and space) saver here. :) Oops, I almost chopped off your smiley by accident. :) -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list _ We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now http://clk.atdmt.com/UKM/go/195013117/direct/01/___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Usb light flash pd
How in theory or practice possible to control laptop USB light with pd, to dim, flash? Thank you ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Install pd-extended on Ubuntu Jaunty 9.04 i686
Hello List, I just attempted to install pd-extended on my desktop running Ubuntu Jaunty 9.04 i686, only to realize that there is no i386 package available. Is there a way around this? Do I have to install the libraries separately? Thanks! -Ben ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: Usb light flash pd
Please ignore that question because i found an answer in pd list. http://lists.puredata.info/pipermail/pd-list/2005-10/032209.html -- Forwarded message -- From: Gintaras Lau. gintar...@gmail.com Date: 2010/2/9 Subject: Usb light flash pd To: iem pd-list@iem.at How in theory or practice possible to control laptop USB light with pd, to dim, flash? Thank you ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Install pd-extended on Ubuntu Jaunty 9.04 i686
There are jaunty packages, the easiest way to install them is like this: http://puredata.info/docs/faq/debian .hc On Feb 8, 2010, at 7:44 PM, Ben Baker-Smith wrote: Hello List, I just attempted to install pd-extended on my desktop running Ubuntu Jaunty 9.04 i686, only to realize that there is no i386 package available. Is there a way around this? Do I have to install the libraries separately? Thanks! -Ben ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder. - Chris McCormick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Small bug with comment
Does this still happen with Pd-gui-rewrite/0.43? .hc On Feb 5, 2010, at 1:46 PM, cyrille henry wrote: thats because it is compiled with TCL 8.5 and not 8.4 c Pierre Massat a écrit : hi, I believe i ve found a (quite unsignificant) bug related to the comment object. I m using the latest Pd-extended on laptop with a french keyboard layout, and with the latest Fedora as OS. Whenever i type é in a comment, the line which contains this letter just disappears. This is no big deal for most users. But this letter is used fairly often (to say the least) in French. Just thought I should report this. Pierre ___ 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 It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [env~ ] vs [vsnapshot~ ]: which one is more cpu consuming?
hello Also, you should know that the result of [env~] is something akin to a low-pass filter; the speed limiting from the original patch might be done more efficiently by squaring the signal and sending it through a (probably aggressive) low-pass filter before sending it to vsnapshot -- in that case it's possible that regular old snapshot with a larger [block~] size might work just as well, since you'll be sending a signal that doesn't change as quickly. You also need to take into I want to get the peak of the signal which means that any kind of filtering or other manipulation before (or after except rate limiting) vsnapshot~ is not a good idea. However, a lp filter seems to be a nice way to get peak-to-peak triggering (but only the triggering, not the actual values). I am currenty trying to implement that, using the already existing env~ to determine when the signal is falling at which point the last max magnitude is send to the vu, after some rate limiting, peak holding etc.. It seems to work but still needs optimization. account that doing message-level computations every sample might be fairly inefficient in general, and this is not something that [env~] I guess you have to trigger vsnapshot~ at sample rate to make sure you don't miss any value. I can't think of any other way. After all, there is no computation going on,other than reading groups of magnitudes and storing the greatest of them. is usually doing. Further, updating a vu gui every sample will probably be almost ridiculously inefficient -- try comparing the two setups with and without the vu connected (it may be that you have already taken care of this in the speed limiting and are not actually updating it every sample after all). That's right :) (It's amazing how cpu-consuming wish can be. And that with GUI objects that look so simple. I wonder how other audio software manages to run say a dozen vu indicators or fine-looking spectrum plotting tools, all at fairly high refresh rates with acceptable cpu losses. Maybe a topic for another thread that i don't really want to start at the moment .. :P ) alabala -- ypatios ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list