Re: [PD] file format for GEM
Hello!what video codec are you using?in my experience, a big issue when playing back video with gem,comes from the codecs and container, resulting in extreme differences in cpu-load.i found, that mov-container work way better than avi-container, even thoughthe same codec is used and packed in the container.try converting your videos to a motion-jpeg codec packed in a quicktime-mov.you could use mpeg-streamclip [1] for that purpose on win /mac machines or ffmpeg on linux.[1]http://www.squared5.com/ free tool for video conversionregards, peter Gesendet:Mittwoch, 27. Februar 2013 um 23:55 Uhr Von:Stephan Elliot Perez dreamoftheshoreofanotherwo...@gmail.com An:Cyrille Henry c...@chnry.net Cc:pd-list@iem.at Betreff:Re: [PD] file format for GEM A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late. I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.Best regards,StephanOn Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it?On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@chnry.net wrote: Le 27/02/2013 19:17, Stephan Elliot Perez a crit : Thanks, it works now. For some reason, turning auto on and off (with pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I dont need more than two for this project... Also, what can I do if I want an additive blend instead of a normal cross-blend? i would use a shader for this. it offer great flexibility, even if its a bit harder to begin with. but thats the way openGL wants you to do now. cheers c On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry c...@chnry.net mailto:c...@chnry.net wrote: hello, Gem is mostly design to work on the GPU, and not on the CPU. GPU have hundreds of core, they are faster than CPU for image manipulations. pix_add come from the 20th century and should now be avoid since it use cpu not gpu ;-) in order to make a fade transition between 2 videos, you can use transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear. cheers c Le 26/02/2013 21:33, Stephan Elliot Perez a crit : Hello, So, looking at the help file for [pd~], it seems to be primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips? Best regards, Stephan On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org wrote: Hi, On 03.02.2013 22:48, Stephan Elliot Perez wrote: I am talking about PDs CPU meter. I dont have the impression that PD takes full advantage of 2 quad-core processors. When processing audio, anything over 100 in PDs meter will lead to glitched audio. I am just wondering if it will be much more when I load other videos and transition between them. Pd will only use one core, and one core for the GUI. There are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others: http://www.mail-archive.com/__pd-list@iem.at/msg33319.html http://www.mail-archive.com/pd-list@iem.at/msg33319.html Hth, Thomas -- Spielen Sie Strip Schnipp-Schnapp? (Adam Weishaupt to Johann Wolfgang von Goethe in: Robert Shea Robert A. Wilson, The Golden Apple) http://www.residuum.org/ _ Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list _ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -
Re: [PD] bang vs empty list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 i guess i'm missing something, but... On 2013-02-28 00:38, Charles Z Henry wrote: Each class has methods that can be looked up by symbol. At some point after the class has been created, you could check the class has no bang method, and if so, add the default bang method. Only built-in classes are loaded when pd starts up, so if you load a class later, it would not have the default method. each object has a default method, namely the defaul catch-all (aka anything) method, that will print no method for foo. not having an explicit bang method, will defer the bang message to this catch-all method. If you wanted it done at setup time, you would have to modify the function that calls the setup function (I don't know what it is or how it's done--please tell me) so you would follow the setup function and add default methods. not sure whether i totally understand what you mean by setup time (and setup function) here. the function that calls the setup function does not do anything special (it just calls an entry point in a dll). especially, it does notmake any assumptions what this setup function is going to perform (though in most cases it will register some classes). so, the only function that needed to be changed would be the generic class-creator function class_new(). nevertheless i don't see what this would solve with respect to the current behaviour. i can imagine that the problems you are trying to solve are caused by Pd's automatic conversions between different types (e.g. [list 12( and [float 12(). if you removed all those conversions, you would immediately get your desired behaviour. and people would start complaining why the following gives an error [sin]: no method for 'list'. [1 2 3( | [list split 1] | [sin] this can of course be fixed by simply adding an explicit list method to [sin], which does the right thing. but all the problems that arise because of the automatic message conversion can already be solved by adding explicit methods for messages you don't want to be autoconverted. btw, i think something really nice to have would be per-object methods (as oppposed to per-class methods). for this to work, the object would need a copy of the class method table (rather than a reference). fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEvFakACgkQkX2Xpv6ydvS4vgCfa5l8LEuR8IhDQdqPtH/VE7qX 860An0vDf9w36U/I4qxD7si1pLX5CVT4 =9kvD -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang vs empty list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-02-26 02:17, Jonathan Wilkes wrote: Seems like for any object that doesn't have a bang method nor list method, an empty list silently gets discarded. [...] Is there a way to fix this? sure :-) the default list method will try to do something clever with the empty list: - - if there is a non-default bangmethod, it will call that (which is not the case for [sin]) - - elif there is a non-default catchall method, it will call that (which is not the case for [sin]) - - elif the object has inlets (which is the case for [sin]), it will distribute the atoms over the inlets. since there are 0 atoms, no inlet will receive any data. - - else call the default catchall method. so i think there are two things to fix: 1. Pd shouldn't try to fill an empty list to the objects inlets. 2. [t a] should not output an empty list if it receives a [bang( attached are fixes for both problems (actually the 2nd patch makes [t a] output the message as it came in, rather than converting it to a list - so it also fixes the problem for numbers and symbols, not only for bangs) i rely on the community to test them thorougly :-) there are still some weirdos though: [float 42, list 666, list, foo( | [t s] | [print] i wonder what the correct behaviour should actually be. intuitively i would say that for non-symbols, [t s] should output the selector as a symbol (if we don't want to introduce %d semantics which i would rather not for performance reasons). this would also make sense for anythings, where we currently get that weird only convert 's' to 'b' or 'a' (it's weird insofar as it takes some time to see what the 's' is referring to) fgm,asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEvIWQACgkQkX2Xpv6ydvROxQCcCySUREYwDdUEAQwkHpq/oSVX TJUAoMxAjB4wZwUGy+QiOAoSwY2o7xLF =56Tj -END PGP SIGNATURE- From 049904da3f4019593e6565bb7b2723b5154f5e87 Mon Sep 17 00:00:00 2001 From: IOhannes m zmoelnig zmoel...@iem.at Date: Thu, 28 Feb 2013 10:05:45 +0100 Subject: [PATCH 1/3] don't unpack empty lists to object's inlets since the list is empty, this will effectively be a no-op (and thus an empty list is silently discarded). better call the pd_defaultanything() method. --- src/m_class.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/m_class.c b/src/m_class.c index bbc2fe7..3fb6d5c 100644 --- a/src/m_class.c +++ b/src/m_class.c @@ -132,7 +132,7 @@ static void pd_defaultlist(t_pd *x, t_symbol *s, int argc, t_atom *argv) /* if the object is patchable (i.e., can have proper inlets) send it on to obj_list which will unpack the list into the inlets */ -else if ((*x)-c_patchable) +else if (argc0 (*x)-c_patchable) obj_list((t_object *)x, s, argc, argv); /* otherwise gove up and complain. */ else pd_defaultanything(x, s_list, argc, argv); -- 1.7.10.4 From 7bfdcc792d20cf173ab58e69260b148144dbd903 Mon Sep 17 00:00:00 2001 From: IOhannes m zmoelnig zmoel...@iem.at Date: Thu, 28 Feb 2013 10:09:05 +0100 Subject: [PATCH 2/3] fixing trigger's a outlet so it re-sends the actual message, rather than converting it to list. --- src/x_connective.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/src/x_connective.c b/src/x_connective.c index abd0931..0ac8cc6 100644 --- a/src/x_connective.c +++ b/src/x_connective.c @@ -991,6 +991,8 @@ static void trigger_list(t_trigger *x, t_symbol *s, int argc, t_atom *argv) else if (u-u_type == TR_SYMBOL) outlet_symbol(u-u_outlet, (argc ? atom_getsymbol(argv) : s_symbol)); +else if (u-u_type == TR_ANYTHING) +outlet_anything(u-u_outlet, s, argc, argv); else if (u-u_type == TR_POINTER) { if (!argc || argv-a_type != TR_POINTER) @@ -1017,28 +1019,28 @@ static void trigger_anything(t_trigger *x, t_symbol *s, int argc, t_atom *argv) static void trigger_bang(t_trigger *x) { -trigger_list(x, 0, 0, 0); +trigger_list(x, s_bang, 0, 0); } static void trigger_pointer(t_trigger *x, t_gpointer *gp) { t_atom at; SETPOINTER(at, gp); -trigger_list(x, 0, 1, at); +trigger_list(x, s_pointer, 1, at); } static void trigger_float(t_trigger *x, t_float f) { t_atom at; SETFLOAT(at, f); -trigger_list(x, 0, 1, at); +trigger_list(x, s_float, 1, at); } static void trigger_symbol(t_trigger *x, t_symbol *s) { t_atom at; SETSYMBOL(at, s); -trigger_list(x, 0, 1, at); +trigger_list(x, s_symbol, 1, at); } static void trigger_free(t_trigger *x) -- 1.7.10.4 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] wireless audio from Pd to PA system
For a wearable live performance computer, I am looking into the options of sending wireless audio from Pd to a PA sound system and other listeners. In a first experiment I've tried a Linex FM transmitter. Audio quality is good enough, and FM transmitters do not introduce latency. This option is cheap and flexible, as the signal can be received by simple radio's, which are even built into cell phones and media players. I would need to boost the transmission a bit to make it more reliable. This will of course make the equipment illegal. Even then, the risk that someone else is transmitting a stronger signal on the channel can not be excluded. Another option could be to send audio over Wifi. This would require WLAN to be available, and one extra computer (with audio interface) as a receiver. To avoid extra latency the audio should be sent uncompressed, like [udpsend~] / [udpreceive~] can do it. This has the risk of packet loss and serious dropouts. I've been searching for 2.4 GHz wireless music receivers and found things like this: http://www.sitecom.com/en/wireless-music-streamer/wl-061/p/203. They seem to act like external soundcards for your computer. In Linux though I've never managed to properly connect multiple soundcards with Pd (in OSX it's easy using the Aggregate Device Editor from Audio MIDI Setup). Also I guess these devices introduce huge latency. With audio over bluetooth headsets I've experienced latencies up to a second. Does anyone use a satisfactory method in practice, to send audio from Pd without wires? Thanks, Katja ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] create/access udp sockets from within pd
Hi list, is there a way in pd to send/receive udp packets via sockets? The problem at hand is to control an Outline ET250-3D turntable from within pd. This turntable can be controlled via udp, which works in principle by using mrpeach's udpsend. Unfortunately, the table responds to a different port every time a udp packet is sent to it, which means that udpreceive and friends will not receive the answer, as they listen to pre-defined ports. One can however communicate via sockets, i.e. in python, the solution is: from socket import * ServerIP = 'xx.xx.xx.xx' Port = 6667 data = bytearray([4, 0, 0, 0]) # command to query table position client_socket = socket(AF_INET, SOCK_DGRAM) client_socket.sendto(data, (ServerIP, Port)) recv_data, addr = client_socket.recvfrom(2048) recv_data= [elem.encode(hex) for elem in recv_data] Is this possible in pd as well? Or, as an alternative, how would one use a python function from within pd to accomplish this? Thanks, Matthias ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
Le 27/02/2013 20:19, Stephan Elliot Perez a écrit : What is a shader, and how do I use it? see all exemple in directory 10.glsl cheers c On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@chnry.net mailto:c...@chnry.net wrote: Le 27/02/2013 19:17, Stephan Elliot Perez a écrit : Thanks, it works now. For some reason, turning auto on and off (with pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project... Also, what can I do if I want an additive blend instead of a normal cross-blend? i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote: hello, Gem is mostly design to work on the GPU, and not on the CPU. GPU have hundreds of core, they are faster than CPU for image manipulations. pix_add come from the 20th century and should now be avoid since it use cpu not gpu ;-) in order to make a fade transition between 2 videos, you can use transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear. cheers c Le 26/02/2013 21:33, Stephan Elliot Perez a écrit : Hello, So, looking at the help file for [pd~], it seems to be primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips? Best regards, Stephan On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org wrote: Hi, On 03.02.2013 22:48, Stephan Elliot Perez wrote: I am talking about PD's CPU meter. I don't have the impression that PD takes full advantage of 2 quad-core processors. When processing audio, anything over 100 in PD's meter will lead to glitched audio. I am just wondering if it will be much more when I load other videos and transition between them. Pd will only use one core, and one core for the GUI. There are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others: http://www.mail-archive.com/pd-list@iem.at/msg33319.html http://www.mail-archive.com/__pd-list@iem.at/msg33319.html http://www.mail-archive.com/__pd-list@iem.at/msg33319.html http://www.mail-archive.com/pd-list@iem.at/msg33319.html Hth, Thomas -- Spielen Sie Strip Schnipp-Schnapp? (Adam Weishaupt to Johann Wolfgang von Goethe in: Robert Shea Robert A. Wilson, The Golden Apple) http://www.residuum.org/ ___ Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/__listinfo/pd-list 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] wireless audio from Pd to PA system (katja)
Hi Katja one of these would do it - check with Thomann tech support for gain issues (these are Instrument Level input) They should be fine however as active guitar pickups (like heavy style EMG pickups) output quite high levels. These type of wireless systems tend to be very rugged, have excellent sound quality and long battery life - and you'll want these things. http://www.thomann.de/ie/cat.html?gf=wireless_for_guitar_bassoa=pra Rich Duckworth Lecturer in Music Technology Department of Music House 5 Trinity College Dublin 2 Ireland Tel 353 1 896 1500 Digital? Is that the thing where they take a good old sine wave and they chop it up into little bits? --- Rupert Neve Message: 3 Date: Thu, 28 Feb 2013 11:53:43 +0100 From: katja katjavet...@gmail.com Subject: [PD] wireless audio from Pd to PA system To: pd-list pd-list@iem.at Message-ID: cafy0eappskfw+gvaxutr7exhqlig+ptdu8rk6sntraliys2...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 For a wearable live performance computer, I am looking into the options of sending wireless audio from Pd to a PA sound system and other listeners. In a first experiment I've tried a Linex FM transmitter. Audio quality is good enough, and FM transmitters do not introduce latency. This option is cheap and flexible, as the signal can be received by simple radio's, which are even built into cell phones and media players. I would need to boost the transmission a bit to make it more reliable. This will of course make the equipment illegal. Even then, the risk that someone else is transmitting a stronger signal on the channel can not be excluded. Another option could be to send audio over Wifi. This would require WLAN to be available, and one extra computer (with audio interface) as a receiver. To avoid extra latency the audio should be sent uncompressed, like [udpsend~] / [udpreceive~] can do it. This has the risk of packet loss and serious dropouts. I've been searching for 2.4 GHz wireless music receivers and found things like this: http://www.sitecom.com/en/wireless-music-streamer/wl-061/p/203. They seem to act like external soundcards for your computer. In Linux though I've never managed to properly connect multiple soundcards with Pd (in OSX it's easy using the Aggregate Device Editor from Audio MIDI Setup). Also I guess these devices introduce huge latency. With audio over bluetooth headsets I've experienced latencies up to a second. Does anyone use a satisfactory method in practice, to send audio from Pd without wires? Thanks, Katja -- ___ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 95, Issue 152 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-02-28 14:57, Matthias Blau wrote: Hi list, is there a way in pd to send/receive udp packets via sockets? The problem at hand is to control an Outline ET250-3D turntable from within pd. This turntable can be controlled via udp, which works in principle by using mrpeach's udpsend. Unfortunately, the table responds to a different port every time a udp packet is sent to it, which means that udpreceive and friends will not receive the answer, as they listen to pre-defined ports. One can however communicate via sockets, i.e. in python, the solution is: checkout iemnet's [udpclient]. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEvdQEACgkQkX2Xpv6ydvTm0wCg+QdJvMyQi6tOwonjx9LfHj7H 7owAoO6HksNWxjwaPg7T0Ru7BBS6hs/A =tlDo -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
checkout iemnet's [udpclient]. already have tried that - without success. I only get udpclient:status: sent 4, nothing else. If I understand it correctly, udpclient listens on the specified port as well, so if the remote udp server gets the request, say on port 6667 and answers on another port (e.g., 60303), how can udpclient receive this answer? Just to make sure we are talking about the same version: I am on pd-extended 0.43.1 (20120430) under Ubuntu 12.04 64bit. Matthias ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang vs empty list
How about further expanding trigger to tolerate a-s by simply taking the very first argument if the first argument is not type descriptor? See attached. e.g. [foo | [t s] | [print] would output foo. foo bar-outputs foo bar foo-outputs bar --- x_connective.c.orig 2013-02-28 13:31:10.011297224 -0500 +++ x_connective.c 2013-02-28 13:33:08.110292915 -0500 @@ -977,6 +977,9 @@ t_triggerout *x_vec; } t_trigger; +// forward declaration +static void trigger_symbol(t_trigger *x, t_symbol *s); + static void *trigger_new(t_symbol *s, int argc, t_atom *argv) { t_trigger *x = (t_trigger *)pd_new(trigger_class); @@ -1100,8 +1103,8 @@ else if (u-u_type == TR_STATIC_SYMBOL) { outlet_symbol(u-u_outlet, u-u_sym); - } -else pd_error(x, trigger: can only convert 'a' to 'b' or 'a'); + } + else trigger_symbol(x, s); } } ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Simple Kalman filter
I just completed a very simple 1D Kalman filter Pd external. I haven't really done any documentation on it, but it seems pretty robust for cleaning up 1D sensor inputs. The source is here: https://github.com/jwmatthys/kalman-pd Joel ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang vs empty list
On 02/28/2013 19:34, Ivica Ico Bukvic wrote: How about further expanding trigger to tolerate a-s by simply taking the very first argument if the first argument is not type descriptor? that's what i was proposing, though i used terminology which i think is more common, e.g. selector instead of type descriptor (foo is really _not_ a type-descriptor, but instead is the CAR that selects (sic!) a method of an object). See attached. to which versionn of Pd should this be applied? doesn't seem to be compatible with Pd master/git. anyhow, yes, i agree that the implementation is fairly simple, i was more concerned with the question what's the *right* thing to do. fgmadrs IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [announce] [pd-fileutils] released, a command-line tool for managing pd files
Very nice :) I'd love to see full-on Pd patching in the browser :) .hc On 02/28/2013 02:02 AM, s p wrote: Sorry for the spam ... problems with gmail and html, the url is : http://sebpiq.github.com/pd-fileutils/?gist=GISTID 2013/2/28 s p seb...@gmail.com oops, ... I meant : 2) Go to this url (replace GISTID by your gist id) : http://sebpiq.github.com/pd-fileutils/?gist=http://sebpiq.github.com/pd-fileutils/?gist=5054711 GISTID 2013/2/28 s p seb...@gmail.com For example, here's one goodie brought by `pd-fileutils` : 1) Paste a patch to gist : https://gist.github.com/ 2) Go to this url (replace gistId by your gist id) : http://sebpiq.github.com/pd-fileutils/?gist=http://sebpiq.github.com/pd-fileutils/?gist=5054711 gistId And your patch should be rendered to SVG. You can then send this link to anybody to show your patch :) Of course for now the SVG rendering is super crappy, but I am working on it, so it should be better very soon. Cheers, Sébastien ___ 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] check this out
https://getmyo.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang vs empty list
This is for pd-l2ork, but should be near identical to regular. Pd-l2ork's trigger is also capable of static values like Max's, so this may be the discrepancy in source. On Feb 28, 2013 2:29 PM, IOhannes m zmölnig zmoel...@iem.at wrote: On 02/28/2013 19:34, Ivica Ico Bukvic wrote: How about further expanding trigger to tolerate a-s by simply taking the very first argument if the first argument is not type descriptor? that's what i was proposing, though i used terminology which i think is more common, e.g. selector instead of type descriptor (foo is really _not_ a type-descriptor, but instead is the CAR that selects (sic!) a method of an object). See attached. to which versionn of Pd should this be applied? doesn't seem to be compatible with Pd master/git. anyhow, yes, i agree that the implementation is fairly simple, i was more concerned with the question what's the *right* thing to do. fgmadrs IOhannes ___ 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] SP-Brazil Meeting
Hi there, we're starting to organize some meetings on art software/hardware much like in the sense of the Patching Circles here announced, but not only devoted to patching like in Pd/Max, thus including text coding like Supercolider and also other environments like Processing and Arduino, etc. Newbies and experts, lets patch, code, hack and drink some beers, sorry for the following call only in portuguese; *Encontros Abertos Intermeios* Experimentação/Arte/Tecnologia Março 2013 Convidamos interessados em ferramentas voltadas à criação artística multimídia (como: Pure Data, Max, SuperCollider, Processing, Arduíno, dentre outros) para uma reunião informal voltada à criação e desenvolvimento de projetos em arte e tecnologia. Aberto a todos, de iniciantes à usuários avançados, o evento visa promover encontros entre pessoas de diferentes áreas (programadores, artistas, designers, hackers, etc) para colaborarem em trabalhos individuais ou coletivos. Sábados, 02 e 16 de março. à partir das 14h00. Local: Intermeios Rua Luis Murat, 40 Pinheiros São Paulo - 05436-050 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Simple Kalman filter
Hey Joel I was very interested to see your implementation. It's drastically simpler than I thought it would be. Well, you did mention it was simple :) However, I thought the math was pretty expensive to do and complex to program. I like the approach generally--you have parameters for the assumed noise model and methods to set them (better than trying to build a monolith that does both the measurement and filtering). Do you have another patch or abstraction to analyze the sensor data and calculate those parameters? If so, you should add it to git. Chuck On Thu, Feb 28, 2013 at 12:47 PM, Joel Matthys jwmatt...@gmail.com wrote: I just completed a very simple 1D Kalman filter Pd external. I haven't really done any documentation on it, but it seems pretty robust for cleaning up 1D sensor inputs. The source is here: https://github.com/jwmatthys/kalman-pd Joel ___ 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] Simple Kalman filter
Well, understanding the math of a Kalman filter was way beyond my pay grade, but based on the description in http://bilgin.esme.org/BitsBytes/KalmanFilterforDummies.aspx, a 1d implementation reduces the complexity considerably. According to this guide, we can assume simple float values for most of the coefficients for most purposes. Based on your suggestion, I think I will incorporate an analyze mode into the external itself to calculate the noise parameters and set them automatically. I'll let you know when that's in git. Joel On Feb 28, 2013 5:05 PM, Charles Z Henry czhe...@gmail.com wrote: Hey Joel I was very interested to see your implementation. It's drastically simpler than I thought it would be. Well, you did mention it was simple :) However, I thought the math was pretty expensive to do and complex to program. I like the approach generally--you have parameters for the assumed noise model and methods to set them (better than trying to build a monolith that does both the measurement and filtering). Do you have another patch or abstraction to analyze the sensor data and calculate those parameters? If so, you should add it to git. Chuck On Thu, Feb 28, 2013 at 12:47 PM, Joel Matthys jwmatt...@gmail.comwrote: I just completed a very simple 1D Kalman filter Pd external. I haven't really done any documentation on it, but it seems pretty robust for cleaning up 1D sensor inputs. The source is here: https://github.com/jwmatthys/kalman-pd Joel ___ 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] bang vs empty list
BTW, the only regression with this is that [select] object complains it does not understand bang. I've patched it so that when it receives a bang it redirects it to sel1_symbol and sel2_symbol with a gensym(bang). This also means that [sel b] would not work for bangs, but [sel bang] will. I think that makes sense since someone might want to select letter b. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] check this out
just cos there's no description, i'll add it here: it's a muscle sensor that can be used for gestural control. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] convert an image into a string of characters
Hi, i was wondering how can i convert an image into a string of characters in pd? Is there is an easy way of doing this? cheers R. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] convert an image into a string of characters
On 03/01/2013 05:46, ronni montoya wrote: Hi, i was wondering how can i convert an image into a string of characters in pd? Is there is an easy way of doing this? what does convert an image into a string mean? you can load the image with mrpeach's [binfile] (or try loading it as a raw audio file into a table), and then use something like [string2any] to convert it into a string. fgmadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
On 02/28/2013 17:33, Matthias Blau wrote: checkout iemnet's [udpclient]. already have tried that - without success. I only get udpclient:status: sent 4, nothing else. If I understand it correctly, udpclient listens on the specified port as well, so if the remote udp server gets the request, say on port 6667 and answers on another port (e.g., 60303), how can udpclient receive this answer? because you are misunderstanding how udpclient works. each network connection (UDP or TCP/IP) consists of two ports, a sending port and a receiving port. the receiving port (on the server side) is usually fixed, it's the port you connect to. but on the sending side (the client) you also open a port, which is normally chosen randomly from all the currently available ports on the system. this port can be used to get data back from server to client. [udpsend] will silently discard all data on the sender port, but [udpclient] will not. Just to make sure we are talking about the same version: I am on pd-extended 0.43.1 (20120430) under Ubuntu 12.04 64bit. dunno, i have neither. but you can test whether [udpclient] works as expected by doing the following: - run a simple udp-server from the commandline (the following uses netcat to Listen on Udp Port ) $ nc -u -l -p - start Pd (in another terminal), load iemnet, and do [connect localhost ( | [udpclient] | [print foo] then send something (e.g. 64 64 10) via [udpclient]. you should see whatever you sent appear on the console running netcat, e.g.: @@ now, in the very console running netcat type something e.g. foo) and hit return. Pd should print something like 102 111 111 10. if the iemnet bundled with PdX is broken, you can install the debian packages, by simply running $ sudo aptitude install pd-iemnet (you might have to go through some hoops to load and use the correct iemnet in PdX, but this is mere speculation on my side) gasdmr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list