Re: [PD] [PD-announce] Piksel video report: Sonification of IT censorship technologies
On Wed, 22 Dec 2010, Marco Donnarumma wrote: Matju, I see your point and I won't try to convince you that this work is something you don't believe it to be. However, I believe our disagreement born from a very different viewpoint on the nature of an artistic intervention. Your technical analysis is excellent, but it seems to me it goes over the real scope of the work. Yes, we do have radically differing viewpoints. For example, I don't even think that the scope of the work ought to exclude what I talked about. Technique is artistic. I agree with you, it's hard to imagine not obvious ways for censorship to enter music, and that's one of the reasons why I'm happy experimenting with it. Yes. It's important to make experiments. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] how to detect if array has changed
If you clip, then you will no longer be able to tell the difference between an array wih values at max and min y and an array with y values that exceed the min/max y. Keeping outside elements visible gives visible feedback for patching errors that cause the outside elements. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pure-data on gentoo; how to specify lib path?
Hi all. I added pd-overlay from layman, and have installed the following: [ebuild R ] puredata-base/pd-extended-0.42.5 USE="adaptive alsa bassemu boids bsaylor creb cxc cyclone earplug ekext ext13 flashserver flatspace flib freeverb gem2pdp ggee hcs hid iem16 iem_adaptfilt iem_ambi iem_bin_ambi iem_delay iem_matrix iem_roomsim iem_spec2 iem_tab iemgui iemlib iemmatrix iemxmlrpc jasch_lib loaders mapping markex maxlib mjlib moocow moonlib motex mrpeach oscx pan pdcontainer pddp pdogg pdp pdp_opengl pidip pmpd postlude sigpack smlib tof toxy unauthorized vanilla vbap windowing zexy -debug -fftw -jack -portaudio" 0 kB [1] With a few tricks, a working alsa/timidity++/puredata chain was set up and running, to reference for other newcomers: pdextended -alsa -alsamidi -stderr -verbose -d (config at pastebin: http://pastebin.com/8p0rcd41 ) The following files were installed to my system: (filelist with paths: http://pastebin.com/F9yymAPH ) Now, wanted to install Androidome's script, http://androidome.googlecode.com/files/AndroidomeRouter.pd Multiple errors came about missing functions (like mrpeach/udpsend), and in the UI they were outlined in red. Also the debug log shown that search under multiple paths (none included /usr/lib/pdextended/extra/mrpeach) was failed for that functions. Looks like http://www.mail-archive.com/pd-dev@iem.at/msg04901.html, but checks more paths. udpreceive 8080 ... couldn't create tried /usr/local/lib/pd-externals/sprintf.l_ia64 and failed tried /usr/lib/pd-extended/extra/sprintf.l_ia64 and failed tried /usr/local/lib/pd-externals/sprintf.pd_linux and failed tried /usr/lib/pd-extended/extra/sprintf.pd_linux and failed tried /usr/local/lib/pd-externals/sprintf/sprintf.l_ia64 and failed tried /usr/lib/pd-extended/extra/sprintf/sprintf.l_ia64 and failed tried /usr/local/lib/pd-externals/sprintf/sprintf.pd_linux and failed tried /usr/lib/pd-extended/extra/sprintf/sprintf.pd_linux and failed tried /usr/local/lib/pd-externals/sprintf.pd and failed tried /usr/lib/pd-extended/extra/sprintf.pd and failed tried /usr/local/lib/pd-externals/sprintf.pat and failed tried /usr/lib/pd-extended/extra/sprintf.pat and failed sprintf connect %s 8080 ... couldn't create tried /usr/local/lib/pd-externals/mrpeach.l_ia64 and failed tried /usr/lib/pd-extended/extra/mrpeach.l_ia64 and failed tried /usr/local/lib/pd-externals/mrpeach.pd_linux and failed tried /usr/lib/pd-extended/extra/mrpeach.pd_linux and failed tried /usr/local/lib/pd-externals/mrpeach/mrpeach.l_ia64 and failed tried /usr/lib/pd-extended/extra/mrpeach/mrpeach.l_ia64 and failed tried /usr/local/lib/pd-externals/mrpeach/mrpeach.pd_linux and failed tried /usr/lib/pd-extended/extra/mrpeach/mrpeach.pd_linux and failed error: [import]: can't load library in 'mrpeach' ... you might be able to track this down from the Find menu. Which declare's should be added to ~/.pdextended to allow search in /usr/lib/pdextended/extra/mrpeach and other directories? Also it seems that http://docs.monome.org/doku.php?id=dev:pd:simple_mlr uses an old version of OSC, functions names in code are like dumpOSC -> OSCdump ; how to run the script at the link below with 0.42.5, can anyone tell here? (will also bug monome's list). P.S. Why the article at gentoo wiki told me to remove oscx from build? Is there a reason for such thing to exist behind that article? cheers, there. don't forget to do awesome stuff next days, it's the last days of the year after all. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to detect if array has changed
Look at the patch attached to this mail. I think array in data structures is a most elegant way to do what you are looking for. ++ Jack Le lundi 27 décembre 2010 à 12:25 -0500, Ivica Ico Bukvic a écrit : > On Mon, 2010-12-27 at 17:16 +, Pedro Lopes wrote: > > Here's my point of view: > > > > > > 1) Theres a million and one ways. > > > > > > 2) If an array is changed by some pd-internal probably you can track > > that down in the "changer patch", thus you can control and know it. > > > > > > 3) Array comparison (as Jack noticed) is always possible, although > > slower. > > Thanks all for the reply. Forgot to mention critical part--all this > detection should however happen when one is "drawing" the array by > clicking with the mouse onto the array's points and dragging them to new > positions. Hence, there is no "middleware" patch to speak of (other than > what array inherently provides). Is there anything that may provide > this? > > compareArray.pd Description: application/extension-pd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
On Mon, 27 Dec 2010, Ivica Ico Bukvic wrote: BTW, I just encountered the crashes the other user reported before. I thought you had said that you had gotten GF to work... Simply cannot create a single object without crashing Pd when gridflow is loaded. Opening preexisting patches is ok, however. Using your g_canvas.h ? sounds like a t_widgetbehavior problem. Backtrace gives nothing. I was wondering whether it can make a difference to compile both pd and GF with -O0 for backtracing, in cases where compiling one or the other with -O0 is not sufficient... I know that compiling with -O3 does remove hints that are necessary for backtracing, but I don't know what causes the backtracing problem you are talking about, although I do reproduce it. I don't remember how much I tried -O0 but I remember that it does make a difference in some other cases. I also found really weird behavior when opening docs (like doc_also-help.pd patch) where when running pd with -d 99 -d 99 is useless : -d 3 is the same as -d 99, because the argument of d is modulo 4. it constantly draws and erases objects. That's an annoyance that has been there for a year in GF and that is climbing on my priority list because I am tired of it... especially because it prevents the debugging of certain problems (GF has problems with 0.43 too). It has to do with how the doc bars are shown between edit and non-edit modes as when I erase those thehy work fine. The redraw of various items is controlled by a [metro] inside of the [doc_h]. In itself, this redraw doesn't have directly to do with the editmode. I also found out that I crash pd every time I do mouse-over over the segmented patch cords that are connected to each paragraph of the doc text. I didn't change the source code of pd's wire display : instead, it's a part of [gf/lol] that modifies the cables often enough so that the straight lines don't remain straight, but this involves only sys_vgui, not widgetbehavior. There's nothing in [gf/lol] that is related to mouseover in any way. However, widgetbehavior of the comment class is modified, as I said previously. This is done in [gf/lol]'s setup function, although it isn't directly dependent (it would be a better classification, to move that code to gridflow.cxx) I suspect this may be something with the pd-l2ork iteration but am unable to figure out what. temporarily disable the widgetbehavior hack and see what happens. However, that breaks most of the funny wires that are used in my helppatches anyway, so, it may not give us the hint we'd like to have. At first it was rtext_erase and then rtext_senditup both of which had t_rtext *x being 0x0. Now that I added additional checks there, it appears glist_findrtext triggers consistency check (this is against gridflow v.9.12). do you recommend any particular changes to gridflow ? did you find anything that I'm doing wrong ? Is this all perhaps due to widgetbehavior matter you mentioned before, or did the latest changes to the pd-l2ork tree cause additional issues? Dunno, I didn't try l2ork, and I know even less about the latest changes. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
On Mon, 2010-12-27 at 13:53 +0100, patko wrote: > hello, it's usually done in a patch by using [switch~] > > best Thank you for the reply. This is however a patch-level control, rather than per-object control, correct? Is there a way to do this inside the object itself? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
On Mon, 2010-12-27 at 13:12 -0500, Mathieu Bouchard wrote: > On Mon, 27 Dec 2010, Ivica Ico Bukvic wrote: > > > Many thanks Mathieu for the info. I will investigate further. Just to > > clarify, I am trying to achieve this from the external source file, not > > the Pd patch. > > What is this clarification for ? (what does it change, anyway ?) It is more in respect to other advice I've gotten so far that deal with pd-patch-side implementation, rather than dealing with fundamental way how array works and registers changes when mouse click'n'drag is altering its content. Just trying to be economical with my replies :-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
On Mon, 27 Dec 2010, Ivica Ico Bukvic wrote: Many thanks Mathieu for the info. I will investigate further. Just to clarify, I am trying to achieve this from the external source file, not the Pd patch. What is this clarification for ? (what does it change, anyway ?) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to detect if array has changed
On Mon, 2010-12-27 at 17:16 +, Pedro Lopes wrote: > Here's my point of view: > > > 1) Theres a million and one ways. > > > 2) If an array is changed by some pd-internal probably you can track > that down in the "changer patch", thus you can control and know it. > > > 3) Array comparison (as Jack noticed) is always possible, although > slower. Thanks all for the reply. Forgot to mention critical part--all this detection should however happen when one is "drawing" the array by clicking with the mouse onto the array's points and dragging them to new positions. Hence, there is no "middleware" patch to speak of (other than what array inherently provides). Is there anything that may provide this? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to detect if array has changed
Here's my point of view: 1) Theres a million and one ways. 2) If an array is changed by some pd-internal probably you can track that down in the "changer patch", thus you can control and know it. 3) Array comparison (as Jack noticed) is always possible, although slower. 4) You can hack into the object that you use for arraywriting (tabwrite?) and make a simple outlet that outputs some information about the last write (such as timestamp or other trick), then by simple comparison of the last know (stored by your patch) timestamp with the value from that outlet you can always know if the array was changed. But honeslty after writing this, it doesn't seem that elegant to me :) Best of luck, Pedri On Mon, Dec 27, 2010 at 5:02 PM, Jack wrote: > Just output the value store in the array at the desire index (with > [tabread]) before to write the new value (at the same index) and compare > this new value with the old with [==]. If the result is false (0) then > the array change. You get also the index that changed. > Or i miss something ? > ++ > > Jack > > > > Le lundi 27 décembre 2010 à 11:44 -0500, Ivica Ico Bukvic a écrit : > > Is there anything in the API that offers ability to detect when an array > > has been changed and then act upon it? This would be quite useful when > > using array as a multislider to change values. If there isn't I am > > proposing providing an invisible send from array whenever it is changed > > with the name _changed. It could also send exactly which > > element has changed. > > > > Likewise, for the same reason, I would like to provide clipping of the > > drawn items to the visible area but before I do so, is there a reason > > one would want to keep outside elements visible as well despite their > > distracting appearance? > > > > Ico > > > > > > ___ > > 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 > -- Pedro Lopes (MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Gridflow external cam os x
Hi all, I can't make the #camera working with Gridflow and a firewire cam on OS X. Do I need to install something specific ? Thanks, -- Anas Ghrab ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to detect if array has changed
Just output the value store in the array at the desire index (with [tabread]) before to write the new value (at the same index) and compare this new value with the old with [==]. If the result is false (0) then the array change. You get also the index that changed. Or i miss something ? ++ Jack Le lundi 27 décembre 2010 à 11:44 -0500, Ivica Ico Bukvic a écrit : > Is there anything in the API that offers ability to detect when an array > has been changed and then act upon it? This would be quite useful when > using array as a multislider to change values. If there isn't I am > proposing providing an invisible send from array whenever it is changed > with the name _changed. It could also send exactly which > element has changed. > > Likewise, for the same reason, I would like to provide clipping of the > drawn items to the visible area but before I do so, is there a reason > one would want to keep outside elements visible as well despite their > distracting appearance? > > Ico > > > ___ > 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] how to detect if array has changed
Is there anything in the API that offers ability to detect when an array has been changed and then act upon it? This would be quite useful when using array as a multislider to change values. If there isn't I am proposing providing an invisible send from array whenever it is changed with the name _changed. It could also send exactly which element has changed. Likewise, for the same reason, I would like to provide clipping of the drawn items to the visible area but before I do so, is there a reason one would want to keep outside elements visible as well despite their distracting appearance? Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
On Mon, 2010-12-27 at 10:04 -0500, Mathieu Bouchard wrote: > > - "Ivica Ico Bukvic" a écrit : > >> I guess subject says it all. For the sake of efficiency I am hoping to > >> detect whether an inlet is connected to anything and if so to perform > >> its signal-based operations. Otherwise, it should remain dormant. Is > >> there anything in the existing API that allows for this? > > [gf/lol] does look at the way that an abstraction-instance is being > patched, so that it can do automatic repositioning of all objects > connected to the rightmost inlet, or hiding wires, or drawing segmented > wires, etc. > > It's the closest thing I can think about. It's currently used by [doc_m] > and [doc_also]. In those cases, those are only message-outlets that aren't > even used for carrying any messages at all, but you could use it in a > different way. > >http://gridflow.ca/help/gf/lol-help.html >http://gridflow.ca/gallery/%23range-help-edit.png >http://gridflow.ca/help/doc_also-help.html > > This could be the basis for coding an external that does what you want. > > (ps: I am not on pd-dev) Many thanks Mathieu for the info. I will investigate further. Just to clarify, I am trying to achieve this from the external source file, not the Pd patch. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
- "Ivica Ico Bukvic" a écrit : I guess subject says it all. For the sake of efficiency I am hoping to detect whether an inlet is connected to anything and if so to perform its signal-based operations. Otherwise, it should remain dormant. Is there anything in the existing API that allows for this? [gf/lol] does look at the way that an abstraction-instance is being patched, so that it can do automatic repositioning of all objects connected to the rightmost inlet, or hiding wires, or drawing segmented wires, etc. It's the closest thing I can think about. It's currently used by [doc_m] and [doc_also]. In those cases, those are only message-outlets that aren't even used for carrying any messages at all, but you could use it in a different way. http://gridflow.ca/help/gf/lol-help.html http://gridflow.ca/gallery/%23range-help-edit.png http://gridflow.ca/help/doc_also-help.html This could be the basis for coding an external that does what you want. (ps: I am not on pd-dev) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] is there a way for an object to detect whethere its inlet is connected to something
hello, it's usually done in a patch by using [switch~] best - "Ivica Ico Bukvic" a écrit : > Hi all, > > I guess subject says it all. For the sake of efficiency I am hoping > to > detect whether an inlet is connected to anything and if so to perform > its signal-based operations. Otherwise, it should remain dormant. Is > there anything in the existing API that allows for this? > > Many thanks! > > Ico > > > ___ > Pd-dev mailing list > pd-...@iem.at > http://lists.puredata.info/listinfo/pd-dev -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] packaging "Pd standalone"
ok. since I'm not the one that really can make it happen, just wanted to leave the suggestions. João Those would all be nice features to have, its just a matter of someone making it happen! I'd also like to see Pd-extended be able to make .deb packages with proper depenencies for Pd patches. .hc On Dec 26, 2010, at 9:02 AM, João Pais wrote: Hi, in a Pd meeting here in Berlin I saw the package Pd patch (or whatever it's called) being run on a Mac. We've seen that the result was an integral copy of pd-ext (183Mb) with the patch included. In case someone is going to continue working on this feature, may I give some options? - besides the vanilla library, to pack only the used objects? Pd has for 8000 files in it, and most of them aren't really necessary for all patches - is this feature going to be available for all plattforms? - will it be possible to create not only a folder with pd+patch, but a kind of enclosed package, where the user sees only one program and has only to click on it? (this might be tricker to do in windows or maybe unix, but on mac seems to be easy with the folder as package setup) Best, João --Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list