Re: [PD] Pd preferences dialog progress
Looks very nice. Can you show also the other sections of the dialog? One minimal detail: Use single device instead of devices A bigger detail: does it make sense (for logical and practical reasons) to add a menu to select which channels go into which inputs/outpus, like on max/msp? Hi List, I've made some progress on the centralized preferences dialog window. Screenshot attached show the appearance under X11. Progress: * dropdown menus modeled after gtk for GNU/Linux (ttk::combobox) * native dropdown menus for Windows (ttk::combobox) * native-ish dropdown menus for OSX (ttk::menubutton) * multi-device button doesn't disappear when clicked (see attached audiodialog3.png) * audio api/settings/devices all in a single window * devices aligned in grid * removed cruft: unnecessary colons, device checkbuttons, label repetition * multi-device button disabled when there aren't multiple ins/outs * single connect button to clarify when Pd is supposed to open audio * can specify None as device (same as unchecking the device in the old audio dialog) * replaced Apply and Ok buttons with Connect, which is more explicit. Also, it makes a nice flow from top to bottom: choose an api, the common audio settings, the specific devices (and device specific attributes: channels), and finally click Connect. Connect also saves the audio settings-- I think that's generally what the user wants to do, and there can be a more general feature to make profiles if the user has a more complex/dynamic setup. I can also make it possible to specify no api (or a dummy one) if that's desirable. Screenshots currently lack a Close button which will be common to all preference frames. (I.e., at the bottom of the dialog below the notebook widget.) For my own sanity the API dropdown list currently shows Pd's api number as well as the API name. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd preferences dialog progress
From: João Pais jmmmp...@googlemail.com To: pd-list@iem.at pd-list@iem.at; Jonathan Wilkes jancs...@yahoo.com Sent: Tuesday, May 28, 2013 2:34 AM Subject: Re: [PD] Pd preferences dialog progress Looks very nice. Can you show also the other sections of the dialog? The GUI tab is just a placeholder for the moment. I don't have anything hooked up there yet. One minimal detail: Use single device instead of devices Yeah, that's bad but it could still be two devices which is why I wrote it that (bad) way. I'll try to think of an improvement. A bigger detail: does it make sense (for logical and practical reasons) to add a menu to select which channels go into which inputs/outpus, like on max/msp? Now that I've got the ttk styles down the frontend would take about 5 minutes to make. Actually making it do something would take a lot longer, unless there's a trick to it that one of the audio gurus knows about. I may be wrong but that feature only seems important in making insane patches sane. If you make an audio-producing patch in a maintainable way I imagine you'd have everything ending up in a single [dac~] somewhere, especially a patch that's massive-channel. In that case you could make an abstraction [ltop~] with the same number of inlets as the [dac~],edit the [dac~] object box and make it an [ltop~], then route the logical [inlets~] inside your abstraction to the physical channels of a [dac~] inside it. It doesn't work if there are [dac~]s sprinkled throughout a complex patch, but then that kind of patch probably doesn't work anyway. :) But if the idea is to avoid editing the patch itself and instead edit the Pd instance, maybe someone can write a gui-plugin to automate what I wrote above. You'd right-click on a [dac~] and choose map i/o and it opens up a patch window with [inlet~]s corresponding to the number of of logical inputs, with a [dac~] sitting in the middle of the patch. That's a much better user-interface than a big table. Do the same with [outlet~]s and [adc~] and you're done. -Jonathan Hi List, I've made some progress on the centralized preferences dialog window. Screenshot attached show the appearance under X11. Progress: * dropdown menus modeled after gtk for GNU/Linux (ttk::combobox) * native dropdown menus for Windows (ttk::combobox) * native-ish dropdown menus for OSX (ttk::menubutton) * multi-device button doesn't disappear when clicked (see attached audiodialog3.png) * audio api/settings/devices all in a single window * devices aligned in grid * removed cruft: unnecessary colons, device checkbuttons, label repetition * multi-device button disabled when there aren't multiple ins/outs * single connect button to clarify when Pd is supposed to open audio * can specify None as device (same as unchecking the device in the old audio dialog) * replaced Apply and Ok buttons with Connect, which is more explicit. Also, it makes a nice flow from top to bottom: choose an api, the common audio settings, the specific devices (and device specific attributes: channels), and finally click Connect. Connect also saves the audio settings-- I think that's generally what the user wants to do, and there can be a more general feature to make profiles if the user has a more complex/dynamic setup. I can also make it possible to specify no api (or a dummy one) if that's desirable. Screenshots currently lack a Close button which will be common to all preference frames. (I.e., at the bottom of the dialog below the notebook widget.) For my own sanity the API dropdown list currently shows Pd's api number as well as the API name. -Jonathan___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] OSCroute question
Hi again,I would like to get rid of certain received OSC messages containing a particular string, say I want to filter out all /synth1 messages coming from lots of different sources a/synth1/parm2 0.45b/synth1/parm2 0.45c/synth1/parm2 0.45d/synth1/parm2 0.45(...) I could of course OSCroute all */synth1 manually (I can't specify a string beginning with * in OSCroute, everything goes thru) but, would it be a more elegant way to do so? Thanks in advance!Josep m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] first exercise with data structures
Thanks for sharing your mind on the topic. Probably this has already been covered as a limitation and may I haven't really understood it. There is one thing troubling me at the moment. From what I can see, you can easily get data out of your data structure. And for what I am trying, editing data manually/per GUI is quite easy. But how to set data programmatically, i.e. by message? As you can only change a certain scalar by setting a pointer to it, the only way I see is to traverse all scalars until you find the one you want to change. Is this currently the only way to change a property of a particular scalar? Roman On Sam, 2013-05-25 at 12:13 +0200, João Pais wrote: jonathan already gave a smart reply to your question, using variable variables as delimiters in your polygons, you can vary everything. If you notice, in your first example you could vary the position of the individual array elements (because you don't have a fixed x distance), but you couldn't vary the position of the whole array - which wasn't necessary for now, but I just wanted to remark that. I would add only something to your [setsize bar_struct bar_array] construct: in case you want to get a pointer of a specific template, use the template's name as argument e.g. [pointer bar_struct], and route the exit of the 2nd outlet to a [next(. That creates a loop that only stops when you get your pointer. if you have several scalars of the same template, adding a [get ...] to that loop makes it better (in case you have a sort of identifier for each scalar). A not-so-efficient-as-Jonathan's example of dynamic polygons can be seen in my [jmmmp/bezier] abstraction (attached also the upcoming audio version). Inside my folder are a couple other abstractions using data structures (some new ones might appear only in the next pd-ext release). I wouldn't say don't bother with data structures, but rather work a lot with it and make pressure so that they get improved. besides Jonathan's remarks, there are many other simple things that make life harder: lack of methods for simple operations (select previous pointer, or previous/next X pointers), math or expr functions inside of data-s templates (you need to get the data and then set it again), can't delete scalars without using the delete key or clearing the whole canvas, ... many small things that make one patch a lot just to make simple operations. and the biggest problem, rendering. don't even try to think of using data-s for any high-rate GUI. for that better to look at GEM. looking at Miller's words, data structures was one of the main reasons to start Pd. after all this time, they didn't change that much. very nice would be to have Ircam's FTM library implemented in Pd, but it seems to be an impossible task, someone has tried already. On Fre, 2013-05-24 at 16:13 -0700, Jonathan Wilkes wrote: Here's a quickly made approach that uses quanta syntax and checks for mouse manipulations from the outlet of [struct]. Thanks a lot. A lot of new stuff (for me) in your example. I wouldn't recommend spending too much time learning data structures. They are _extremely_ limited with the current implementation. I appreciate your advice. I have the impression one finds out about the limitations only by diving into data structures a bit more deeply. Although I haven't a clear picture yet what is possible and what is not, I find some of the examples in Millers documentation quite intriguing. Roman - Original Message - From: Roman Haefeli reduz...@gmail.com To: pd-list pd-list@iem.at Cc: Sent: Friday, May 24, 2013 6:15 PM Subject: [PD] first exercise with data structures Hi all Finally an attempt to dive into data structures. I read Frank Barknecht's still excellent DS tutorial and, of course, section 4 of Pd's help written by Miller Puckette, which is a bit more demanding, but definitely very interesting. Though I can somewhat follow the simpler example patches, the fundamental concepts are still a bit nebulous. Here's my problem. I found how to use [filledpolygon] to draw a rectangle whose width can be changed by mouse interaction. When using the same [struct] as the element of an array, I can draw many rectangles which can be grabbed and moved by the mouse (x-y-array). However, when it is used as an element, the ability to change the width dynamically with the mouse is lost. When it is not part of an array, it cannot be moved easily (without going into edit mode). How can I have both at the same time? Is it even possible at all? Attached is an example that illustrates both cases. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing
Re: [PD] Pd preferences dialog progress
Now that I've got the ttk styles down the frontend would take about 5 minutes to make. Actually making it do something would take a lot longer, unless there's a trick to it that one of the audio gurus knows about. I may be wrong but that feature only seems important in making insane patches sane. If you make an audio-producing patch in a maintainable way I imagine you'd have everything ending up in a single [dac~] somewhere, especially a patch that's massive-channel. In that case you could make an abstraction [ltop~] with the same number of inlets as the [dac~],edit the [dac~] object box and make it an [ltop~], then route the logical [inlets~] inside your abstraction to the physical channels of a [dac~] inside it. It doesn't work if there are [dac~]s sprinkled throughout a complex patch, but then that kind of patch probably doesn't work anyway. :) But if the idea is to avoid editing the patch itself and instead edit the Pd instance, maybe someone can write a gui-plugin to automate what I wrote above. You'd right-click on a [dac~] and choose map i/o and it opens up a patch window with [inlet~]s corresponding to the number of of logical inputs, with a [dac~] sitting in the middle of the patch. That's a much better user-interface than a big table. Do the same with [outlet~]s and [adc~] and you're done. I can't say anything about the technical points behind it. But I'll just give an example of a patch I've programmed for someone to illustrate this point: - the piece has either 2 or 6 inputs and outputs (to be chosen separately) - the channels chosen for the number of inputs can be varied depending on the hardware: I've programmed a [adc~ 1 2 3 4 5 6], but when I performed myself the piece I used adc~ 11-16 or adc~ 8-14 (the spdif channels are switched in the linux driver). - another person performing the piece with another hardware will use other input/output channels - the purpose of the patch (and of any patch that is sent with a score) is that it should be performed without the performer having to go inside it - many people don't know how to use a specific software, and the software should allow them to run the patch without any special effort These problems would be solved in the most easy way, if adc~/dac~ would allow for a set method. A paralel solution would be to change the routings of the audio channels in the audio settings - and if it's there, then I could e.g. build a GUI for it, and save a configuration file for a given performance. That means, the user would be able to set up everything with a few clicks. Surely these aren't the most relevant feature that need to be implemented, but they would give some help. Btw, related to this topic and to your startnext idea: how about a messaging system that allows to edit an object? E.g. replace a [expr $f1+1] with [expr $f1-1]. This would provide a (not optimal) solution to the problems above, and would extend the possibilities of dynamic patching a lot. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] first exercise with data structures
Probably this has already been covered as a limitation and may I haven't really understood it. There is one thing troubling me at the moment. From what I can see, you can easily get data out of your data structure. And for what I am trying, editing data manually/per GUI is quite easy. But how to set data programmatically, i.e. by message? As you can only change a certain scalar by setting a pointer to it, the only way I see is to traverse all scalars until you find the one you want to change. Is this currently the only way to change a property of a particular scalar? yes, you can only get or set data if you point to the relevant scalar. clicking allows you to get a pointer (for any method you want), but if you do everything with the program, you need to traverse until you get it right. for that I usually create an identifier (number, symbol, whatever) that I use to confirm if I have the correct reference before editing it. the method was explained in a previous mail. I guess the way you get the relevant pointer will vary on the program, difference contexts have different needs. but the same happens when access/edit an element from a list or an array. the program must know beforehand (by user interaction or by the program itself) which element is relevant. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] more about DS
Hi all Is it possible to have a scalar with a settable position, but which cannot be moved with mouse interaction? I figured I can use arrays to create grids of immutable scalars, but then I don't know how I can detect which specific element/scalar has been clicked on. Thanks, Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] RE : Re: first exercise with data structures
Datastructure behaves exactly like C language, if all variables and functions are already writen on a paper or with merise or UML, like it would usually be done with a c or c++ program, variable naming and memory allocation becomes easier. In C this is exactly the same method for accessing a place in memory, traversing a template, from pointer to another, if you want to access directly a particular place in memory, use arrays instead. It's possible to change scalars with textfile like I suggested in my first message in this topic. Patrice Colet Message d'origine De : Roman Haefeli reduz...@gmail.com Date : 28/05/2013 9:57 (GMT+00:00) A : pd-list pd-list@iem.at Objet : Re: [PD] first exercise with data structures Thanks for sharing your mind on the topic. Probably this has already been covered as a limitation and may I haven't really understood it. There is one thing troubling me at the moment. From what I can see, you can easily get data out of your data structure. And for what I am trying, editing data manually/per GUI is quite easy. But how to set data programmatically, i.e. by message? As you can only change a certain scalar by setting a pointer to it, the only way I see is to traverse all scalars until you find the one you want to change. Is this currently the only way to change a property of a particular scalar? Roman On Sam, 2013-05-25 at 12:13 +0200, João Pais wrote: jonathan already gave a smart reply to your question, using variable variables as delimiters in your polygons, you can vary everything. If you notice, in your first example you could vary the position of the individual array elements (because you don't have a fixed x distance), but you couldn't vary the position of the whole array - which wasn't necessary for now, but I just wanted to remark that. I would add only something to your [setsize bar_struct bar_array] construct: in case you want to get a pointer of a specific template, use the template's name as argument e.g. [pointer bar_struct], and route the exit of the 2nd outlet to a [next(. That creates a loop that only stops when you get your pointer. if you have several scalars of the same template, adding a [get ...] to that loop makes it better (in case you have a sort of identifier for each scalar). A not-so-efficient-as-Jonathan's example of dynamic polygons can be seen in my [jmmmp/bezier] abstraction (attached also the upcoming audio version). Inside my folder are a couple other abstractions using data structures (some new ones might appear only in the next pd-ext release). I wouldn't say don't bother with data structures, but rather work a lot with it and make pressure so that they get improved. besides Jonathan's remarks, there are many other simple things that make life harder: lack of methods for simple operations (select previous pointer, or previous/next X pointers), math or expr functions inside of data-s templates (you need to get the data and then set it again), can't delete scalars without using the delete key or clearing the whole canvas, ... many small things that make one patch a lot just to make simple operations. and the biggest problem, rendering. don't even try to think of using data-s for any high-rate GUI. for that better to look at GEM. looking at Miller's words, data structures was one of the main reasons to start Pd. after all this time, they didn't change that much. very nice would be to have Ircam's FTM library implemented in Pd, but it seems to be an impossible task, someone has tried already. On Fre, 2013-05-24 at 16:13 -0700, Jonathan Wilkes wrote: Here's a quickly made approach that uses quanta syntax and checks for mouse manipulations from the outlet of [struct]. Thanks a lot. A lot of new stuff (for me) in your example. I wouldn't recommend spending too much time learning data structures. They are _extremely_ limited with the current implementation. I appreciate your advice. I have the impression one finds out about the limitations only by diving into data structures a bit more deeply. Although I haven't a clear picture yet what is possible and what is not, I find some of the examples in Millers documentation quite intriguing. Roman - Original Message - From: Roman Haefeli reduz...@gmail.com To: pd-list pd-list@iem.at Cc: Sent: Friday, May 24, 2013 6:15 PM Subject: [PD] first exercise with data structures Hi all Finally an attempt to dive into data structures. I read Frank Barknecht's still excellent DS tutorial and, of course, section 4 of Pd's help written by Miller Puckette, which is a bit more demanding, but definitely very interesting. Though I can somewhat follow the simpler example patches, the fundamental concepts are still a bit nebulous. Here's my problem. I found how to use [filledpolygon] to draw a rectangle whose width can be
Re: [PD] OSCroute question
Hello Jeppi, i assume your messages start all with a /, and not how you wrote? a/synth1/parm2 0.45 b/synth1/parm2 0.45 I can't specify a string beginning with * in OSCroute, everything goes thru You can do that in [routeOSC]: [/a/synth1/parm2 0.25( | | [routeOSC /*] | [routeOSC /synth1] cheers, marian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] more about DS
when you have a point defined by a variable, afaik it's always open to user interaction. but, check the help for drawpolygon, the -x argument. I never tried it. btw, a scalar is only a unit, which can have any graphic, text, symbol usw you define in the template. for these questions it's better if you say which class of element you're using. drawpolygon, usw usw Hi all Is it possible to have a scalar with a settable position, but which cannot be moved with mouse interaction? I figured I can use arrays to create grids of immutable scalars, but then I don't know how I can detect which specific element/scalar has been clicked on. Thanks, Roman ___ 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] more about DS
On 05/28/2013 12:11 PM, Roman Haefeli wrote: Hi all Is it possible to have a scalar with a settable position, but which cannot be moved with mouse interaction? yes, by adding a -x to the drawpolygon in the template. I figured I can use arrays to create grids of immutable scalars, but then I don't know how I can detect which specific element/scalar has been clicked on. unfortunately, with -x the struct does no longer report clicks. so it is good for making a ruler/grid which does not interfere with the data, but not good for making a navigation/whatever. bis denn! martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] more about DS
From: Roman Haefeli reduz...@gmail.com To: pd-list pd-list@iem.at Sent: Tuesday, May 28, 2013 6:11 AM Subject: [PD] more about DS Hi all Is it possible to have a scalar with a settable position, but which cannot be moved with mouse interaction? There's a flag for that in the drawing instructions. (Should be listed in the PDDP help files.) I figured I can use arrays to create grids of immutable scalars, but then I don't know how I can detect which specific element/scalar has been clicked on. You can't atm. -Jonathan Thanks, Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] first exercise with data structures
On Die, 2013-05-28 at 11:25 +0200, João Pais wrote: Probably this has already been covered as a limitation and may I haven't really understood it. There is one thing troubling me at the moment. From what I can see, you can easily get data out of your data structure. And for what I am trying, editing data manually/per GUI is quite easy. But how to set data programmatically, i.e. by message? As you can only change a certain scalar by setting a pointer to it, the only way I see is to traverse all scalars until you find the one you want to change. Is this currently the only way to change a property of a particular scalar? yes, you can only get or set data if you point to the relevant scalar. clicking allows you to get a pointer (for any method you want), but if you do everything with the program, you need to traverse until you get it right. for that I usually create an identifier (number, symbol, whatever) that I use to confirm if I have the correct reference before editing it. the method was explained in a previous mail. I guess the way you get the relevant pointer will vary on the program, difference contexts have different needs. Yeah, it depends on the data. I'm currently working with a rectangular grid of scalars and I figured I can easily translate the scalar's coordinates to the right number of 'next' messages in order to move the pointer to the desired scalar. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] more about DS
On Die, 2013-05-28 at 13:40 +0200, João Pais wrote: when you have a point defined by a variable, afaik it's always open to user interaction. but, check the help for drawpolygon, the -x argument. I never tried it. Yeah, -x works. As mentioned by Martin, it makes the struct not report clicks anymore. I came up with another solution, somewhat similar to what Johannes posted in the previous thread. I store the position at the time of the 'click' event and use the coordinates to reset the position on 'change' events. btw, a scalar is only a unit, which can have any graphic, text, symbol usw you define in the template. for these questions it's better if you say which class of element you're using. drawpolygon, usw usw Sorry for not being clear. I was actually using [filledpolygon]. Roman Hi all Is it possible to have a scalar with a settable position, but which cannot be moved with mouse interaction? I figured I can use arrays to create grids of immutable scalars, but then I don't know how I can detect which specific element/scalar has been clicked on. Thanks, Roman ___ 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] more about DS
That's what I did too :) M On Tue, May 28, 2013 at 05:22:06PM +0200, Roman Haefeli wrote: On Die, 2013-05-28 at 13:40 +0200, João Pais wrote: when you have a point defined by a variable, afaik it's always open to user interaction. but, check the help for drawpolygon, the -x argument. I never tried it. Yeah, -x works. As mentioned by Martin, it makes the struct not report clicks anymore. I came up with another solution, somewhat similar to what Johannes posted in the previous thread. I store the position at the time of the 'click' event and use the coordinates to reset the position on 'change' events. btw, a scalar is only a unit, which can have any graphic, text, symbol usw you define in the template. for these questions it's better if you say which class of element you're using. drawpolygon, usw usw Sorry for not being clear. I was actually using [filledpolygon]. Roman Hi all Is it possible to have a scalar with a settable position, but which cannot be moved with mouse interaction? I figured I can use arrays to create grids of immutable scalars, but then I don't know how I can detect which specific element/scalar has been clicked on. Thanks, Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-l2ork multiconnect
Here are some videos of the multiconnect feature set Ivica added to Pd-l2ork: 1. One object's outlets to many objects' inlets: http://puredata.info/Members/jancsika/mc1.webm/view * all objects are selected to get this functionality 2. Many objects' outlets to one object's inlet: http://puredata.info/Members/jancsika/mc2.webm/view * objects to connect _from_ are selected, object to connect _to_ are deselected to get this functionality 3. One object's leftmost inlet to many objects: http://puredata.info/Members/jancsika/mc3.webm/view * objects to connect _to_ are selected, object to connect _from_ is deselected to get this functionality -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork multiconnect
Plus there are some other behaviors which I didn't cover here: https://github.com/pd-l2ork/pd/commit/7f3006a63c8b5d437958d1635528033ea951f6ea -Jonathan From: Jonathan Wilkes jancs...@yahoo.com To: pd-list@iem.at pd-list@iem.at Sent: Tuesday, May 28, 2013 12:17 PM Subject: pd-l2ork multiconnect Here are some videos of the multiconnect feature set Ivica added to Pd-l2ork: 1. One object's outlets to many objects' inlets: http://puredata.info/Members/jancsika/mc1.webm/view * all objects are selected to get this functionality 2. Many objects' outlets to one object's inlet: http://puredata.info/Members/jancsika/mc2.webm/view * objects to connect _from_ are selected, object to connect _to_ are deselected to get this functionality 3. One object's leftmost inlet to many objects: http://puredata.info/Members/jancsika/mc3.webm/view * objects to connect _to_ are selected, object to connect _from_ is deselected to get this functionality -Jonathan___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] how to kill all [shell]'s child before quitting Pd
hi, I'm calling a new instance of Pd inside a Pd patch with [shell] but I notice I can't quit the main pd instance if a process is still running inside the [shell] the GUI hangs until the process ends (until I quit Pd) since the child pd is running without gui, 1) is it possible to exit a running process via [shell] ? for example how could I send a ^c (ctrl+c) command ? 2) moreover, how to trig it when I press ctrl+Q or menu quit ? 3) the [noquit] abstraction gives me a tcl error : can't rename menu_quit command doesn't exists I'm running pd vanilla 0.44-2 thanks for help antoine -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to kill all [shell]'s child before quitting Pd
Le 28/05/2013 20:14, Antoine Villeret a écrit : hi, I'm calling a new instance of Pd inside a Pd patch with [shell] but I notice I can't quit the main pd instance if a process is still running inside the [shell] the GUI hangs until the process ends (until I quit Pd) since the child pd is running without gui, 1) is it possible to exit a running process via [shell] ? for example how could I send a ^c (ctrl+c) command ? 2) moreover, how to trig it when I press ctrl+Q or menu quit ? 3) the [noquit] abstraction gives me a tcl error : can't rename menu_quit command doesn't exists I'm running pd vanilla 0.44-2 thanks for help antoine -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello Antoine, With the message [pd echo $!( to [shell], you should get the PID of the subprocess. A [kill number_PID( to [shell] should kill this subprocess. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] multiblob tracking in Gem while objects keep their IDs
Am 27.05.2013 um 20:09 schrieb Antoine Villeret antoine.ville...@gmail.com: I have a strange behavior here, some cross appear in the middle of nowhere... but the blobs are keeping their ID well could you try again? I just changed the values of the settings. https://github.com/mxa/Bewegungsmelder ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-l2ork multiconnect
Many thanks for making these, Jonathan. A couple things that may streamline your future tutorial videos is to use Pd-L2Ork version of tidy: 1) create an object (e.g. a number) 2) duplicate n times 3) select all created number objects 4) press ctrl+y to line them up all horizontally (pd-l2ork picks the closest axis with horizontal being preferred when distance between both is the same) 5) press ctrl+y once again to space them evenly so that they don't overlap tl;dr version: press ctrl+y twice Another thing to point out is when you try to connect one object's outlets to multiple objects or multiple objects into one object's inlets, pd-l2ork picks the best option that yields most valid connections. Finally, when patching two objects with many nlets (e.g. unpack n - pack n), pd-l2ork will patch as many connections as possible. So, if you select 3rd outlet (out of let's say 5), and the 1st inlet on a 5 inlet receiving object, pd-l2ork will create 3 valid connections (3-1, 4-2, and 5-3). HTH Best wishes, Ico On 05/28/2013 12:18 PM, Jonathan Wilkes wrote: Plus there are some other behaviors which I didn't cover here: https://github.com/pd-l2ork/pd/commit/7f3006a63c8b5d437958d1635528033ea951f6ea -Jonathan *From:* Jonathan Wilkes jancs...@yahoo.com *To:* pd-list@iem.at pd-list@iem.at *Sent:* Tuesday, May 28, 2013 12:17 PM *Subject:* pd-l2ork multiconnect Here are some videos of the multiconnect feature set Ivica added to Pd-l2ork: 1. One object's outlets to many objects' inlets: http://puredata.info/Members/jancsika/mc1.webm/view * all objects are selected to get this functionality 2. Many objects' outlets to one object's inlet: http://puredata.info/Members/jancsika/mc2.webm/view * objects to connect _from_ are selected, object to connect _to_ are deselected to get this functionality 3. One object's leftmost inlet to many objects: http://puredata.info/Members/jancsika/mc3.webm/view * objects to connect _to_ are selected, object to connect _from_ is deselected to get this functionality -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
