Re: [PD] Classic Controlloer for [wiimote]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pagano, Patrick wrote: had a little extra time a simple make gives you have libcwiid-dev installed? which version? if you do have installed, then you don't have any motionplus support in your cwiid, so it seems to be reather outdated... i would suggest to get a newer version of libcwiid if this is possible. in any case, i have now (hopefully) added some more code to protect against such outdated headers. if you try again (same link) as before, it should compile (obviously without motionplus support if your version of libcwiid does not support it) please try again fgamr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtApwACgkQkX2Xpv6ydvQbXwCfWAtZhtcbxSS/9oSZxKu4GF14 0BQAoNlaF16buNyYdGP2LG1ux0SPj9Fi =D080 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vista win7 support ?
hey, thank you for the brain touch, - Mathieu Bouchard ma...@artengine.ca a écrit : On Thu, 13 May 2010, Hans-Christoph Steiner wrote: Or maybe: binbuf_gettext(bb, buf, bufsize); strncat(buf, \0, strlen(buf)-bufsize); this is appending extra characters when [print] argument has more than seven characters. eg: match: bang NO_matchmÇ: 234 strncat will copy at most strlen(buf)-bufsize, but it will also copy at most strlen(\0) bytes, and strlen(\0) is zero, because strlen actually is just long strlen (const char *start) { const char *end = start; while (*end) end++; return end-start; } ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Does GEM need X-Server to be running
Does GEM need X-Server to be running or does it connect directly to the graphic card? whether you need an X-server, depends on your platform. on windows, Gem uses platform dependend code to create windows and to establish an openGL context. on X-platforms (linux, bsd, irix,...) it will use X/glx, so you will need an X-server somewhere to display (not necessarily the machine you are running Pd on). on OSX it will use Carbon/AGL. on w32 it will use windows/wgl. i don't know of any program that directly connects to the graphics card and still wants to do more than copying pixels into some legacy buffer. Sorry, I forgot to mention that I'm on Linux (Ubuntu 10.04). I need to display the GEM window with the machine I'm running it on. So that means I basically have to keep the system graphics turned on I guess. Try pdp_xv or if its build pdp_sdl Would this allow me to turn the system graphics off and only display the GEM window? Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Does GEM need X-Server to be running
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ingo Scherzinger wrote: Does GEM need X-Server to be running or does it connect directly to the graphic card? whether you need an X-server, depends on your platform. on windows, Gem uses platform dependend code to create windows and to establish an openGL context. on X-platforms (linux, bsd, irix,...) it will use X/glx, so you will need an X-server somewhere to display (not necessarily the machine you are running Pd on). on OSX it will use Carbon/AGL. on w32 it will use windows/wgl. i don't know of any program that directly connects to the graphics card and still wants to do more than copying pixels into some legacy buffer. Sorry, I forgot to mention that I'm on Linux (Ubuntu 10.04). I need to display the GEM window with the machine I'm running it on. So that means I basically have to keep the system graphics turned on I guess. yes. butt after all, you want graphics, don't you? so why would you want to turn them off? get rid of your desktop environment and your window manager if you want to keep ressources low. (maybe this is a misunderstanding? you don't want all the fancy wm and de stuff, when you talk about system graphics and Xserver? Gem doesn't need anything fancy, but it does need an Xserver. the Xserver really only provides an abstracted interface to the gfx card (and to devices like mouse/keyboard), so your application doesn't need to know that it is talking to an Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) or whatever card you have installed on your system. this is quite nice, as you don't need special binaries of Gem depending on your gfx card) Try pdp_xv or if it’s build pdp_sdl Would this allow me to turn the system graphics off and only display the GEM window? pdp_xv creates an XVisual; the X already hints that you need an X-server. the pdp_sdl should be able to work without X (depending on the SDL backends you have installed on your system; e.g. you might be able to output in AsciiArt) however, if you want to work with Gem (e.g. by using the gem2pdp bridge to display via pdp) you will still need to allow Gem to create a window, for which you need an Xserver. mfgasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtFy0ACgkQkX2Xpv6ydvRGzgCeOovKcJx9z6gqfcjpWrqb3afS 7nMAn17T0DoL/w00Ik/mK7303XQjjv0q =kyTQ -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vista win7 support ?
- patko colet.patr...@free.fr a écrit : - Mathieu Bouchard ma...@artengine.ca a écrit : buf = resizebytes(buf, bufsize+1, bufsize); (I hope I didn't make any mistake there... but looks ok to me now). No mistakes, that's alright with my OS. oupse, I didn't pay attention but it also add extra characters to [print argument] match : bang no_matc...@ᄈ.: 234 they are not just the same char than with HC's solution, but in both cases it doesn't crash anymore. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Does GEM need X-Server to be running
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ingo Scherzinger wrote: Sorry, I forgot to mention that I'm on Linux (Ubuntu 10.04). I need to display the GEM window with the machine I'm running it on. So that means I basically have to keep the system graphics turned on I guess. maybe it would be good to know what you want to achieve (or workaround) in the first place. mfgasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtF8UACgkQkX2Xpv6ydvRLaQCglg+d1JNKRTZ6ia+tA74DhM60 +soAoN5UnJO63lLlB6yWNOeecr9N4gYL =0IZt -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Does GEM need X-Server to be running
Hi IOhannes, maybe it would be good to know what you want to achieve (or workaround) in the first place. I only need to keep the resources as low as possible since I'm also running a very heavy audio pd patch in parallel with GEM in a hardware like environement. So I guess turning off all graphic processes using cpu will be the best solution. Since the other (audio) patch is running with the -nosleep flag I suppose the graphics cpu load will go to the other cpu anyway in the first place. While keeping GEM at fullscreen I guess the regular system can't be messed around with because there is no access to the regular desktop. That's completely ok with me. I simply wanted to figure out how to save the maximum amount of resources and if it was possible to eliminate X-Server completely. Thank you for the information! Ingo Ingo Scherzinger wrote: Does GEM need X-Server to be running or does it connect directly to the graphic card? whether you need an X-server, depends on your platform. on windows, Gem uses platform dependend code to create windows and to establish an openGL context. on X-platforms (linux, bsd, irix,...) it will use X/glx, so you will need an X-server somewhere to display (not necessarily the machine you are running Pd on). on OSX it will use Carbon/AGL. on w32 it will use windows/wgl. i don't know of any program that directly connects to the graphics card and still wants to do more than copying pixels into some legacy buffer. Sorry, I forgot to mention that I'm on Linux (Ubuntu 10.04). I need to display the GEM window with the machine I'm running it on. So that means I basically have to keep the system graphics turned on I guess. yes. butt after all, you want graphics, don't you? so why would you want to turn them off? get rid of your desktop environment and your window manager if you want to keep ressources low. (maybe this is a misunderstanding? you don't want all the fancy wm and de stuff, when you talk about system graphics and Xserver? Gem doesn't need anything fancy, but it does need an Xserver. the Xserver really only provides an abstracted interface to the gfx card (and to devices like mouse/keyboard), so your application doesn't need to know that it is talking to an Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) or whatever card you have installed on your system. this is quite nice, as you don't need special binaries of Gem depending on your gfx card) Try pdp_xv or if its build pdp_sdl Would this allow me to turn the system graphics off and only display the GEM window? pdp_xv creates an XVisual; the X already hints that you need an X-server. the pdp_sdl should be able to work without X (depending on the SDL backends you have installed on your system; e.g. you might be able to output in AsciiArt) however, if you want to work with Gem (e.g. by using the gem2pdp bridge to display via pdp) you will still need to allow Gem to create a window, for which you need an Xserver. mfgasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtFy0ACgkQkX2Xpv6ydvRGzgCeOovKcJx9z6gqfcjpWrqb3afS 7nMAn17T0DoL/w00Ik/mK7303XQjjv0q =kyTQ -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Does GEM need X-Server to be running
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ingo Scherzinger wrote: Hi IOhannes, maybe it would be good to know what you want to achieve (or workaround) in the first place. I only need to keep the resources as low as possible since I'm also running a very heavy audio pd patch in parallel with GEM in a hardware like environement. So I guess turning off all graphic processes using cpu will be the best solution. well, the Xserver provides the infrastructure to access the gfx card. it doesn't do any graphic processing on it's own. you could see the Xserver as the kernel of the gfx-subsystem (e.g. it handles the drivers for the gfx-cards) even though your audio patch needs all the ressources, you probably still want the kernel running... While keeping GEM at fullscreen I guess the regular system can't be messed around with because there is no access to the regular desktop. again: X does not provide a desktop. (switch to console and become root; stop your desktop environment (something like /etc/init.d/gdm stop if you are running gnome; use kdm if you are running kde); start the X-server by simply running X: that's the Xserver; you _can_ run Gem in this environment) so there is nothing to mess around with. That's completely ok with me. I simply wanted to figure out how to save the maximum amount of resources and if it was possible to eliminate X-Server completely. the Xserver will help you safe resources. msar IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtIqEACgkQkX2Xpv6ydvSNfgCdGQ5NDUGB9D1veLVqbq8f9HeU 6TgAn26GxePaYxtR+ptEinns532jWgeN =IJEq -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [unpackOSC] wrong packet crash
I didn't pay attention about how things have changed, for python modules loading, my bad. Please just put the attached __init__.py and fixed oscAPI.py in same folder for replacing malfunctioning files. I get: Traceback (most recent call last): File E:\martin\pd_patches\oscCRASH\oscCRASH\sendOSC.py, line 1, in module import osc File E:\martin\pd_patches\oscCRASH\oscCRASH\osc\__init__.py, line 8, in module from OSC import * ImportError: No module named OSC Which OSC? Martin it should be OSC.py !? I didn't try on IDLE, maybe I should make a test... simpleOSC 0.2 ixi software - July, 2006 www.ixi-software.net simple API for the Open SoundControl for Python (by Daniel Holth, Clinton McChesney -- pyKit.tar.gz file at http://wiretap.stetson.edu) Documentation at http://wiretap.stetson.edu/docs/pyKit/ The main aim of this implementation is to provide with a simple way to deal with the OSC implementation that makes life easier to those who don't have understanding of sockets or programming. This would not be on your screen without the help of Daniel Holth. This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. This library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA Thanks for the support to Buchsenhausen, Innsbruck, Austria. import osc.OSC as OSC import socket from threading import Thread # globals outSocket = 0 addressManager = 0 oscThread = 0 def init() : instantiates address manager and outsocket as globals global outSocket, addressManager outSocket = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) addressManager = OSC.CallbackManager() def bind(func, oscaddress): bind given oscaddresses with given functions in address manager addressManager.add(func, oscaddress) def sendMsg(oscAddress, dataArray=[], ipAddr='127.0.0.1', port=9000) : create and send normal OSC msgs defaults to '127.0.0.1', port 9000 outSocket.sendto( createBinaryMsg(oscAddress, dataArray), (ipAddr, port)) def createBundle(): create bundled type of OSC messages b = OSC.OSCMessage() b.address = b.append(#bundle) b.append(0) b.append(0) return b def appendToBundle(bundle, oscAddress, dataArray): create OSC mesage and append it to a given bundle bundle.append( createBinaryMsg(oscAddress, dataArray), 'b') def sendBundle(bundle, ipAddr='127.0.0.1', port=9000) : convert bundle to a binary and send it outSocket.sendto(bundle.message, (ipAddr, port)) def createBinaryMsg(oscAddress, dataArray): create and return general type binary OSC msg m = OSC.OSCMessage() m.address = oscAddress for x in dataArray: ## append each item of the array to the message m.append(x) return m.getBinary() # get the actual OSC to send receive osc from The Other. class OSCServer(Thread) : def __init__(self, ipAddr='127.0.0.1', port = 9001) : Thread.__init__(self) self.socket = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) try : self.socket.bind( (ipAddr, port) ) self.socket.settimeout(1.0) # make sure its not blocking forever... self.haveSocket=True except socket.error: print('there was an error binding to ip %s and port %i , maybe the port is already taken by another process?' % (ipAddr. port)) self.haveSocket=False def run(self): if self.haveSocket : self.isRunning = True while self.isRunning: try: while 1: addressManager.handle( self.socket.recv(1024) ) # self.socket.recvfrom(2**13) except: return no data arrived # not data arrived def listen(ipAddr='127.0.0.1', port = 9001) : creates a new thread listening to that port defaults to ipAddr='127.0.0.1', port 9001 global oscThread oscThread = OSCServer(ipAddr, port) oscThread.start() def dontListen() : closes the socket and kills the thread global oscThread if oscThread : oscThread.socket.close() oscThread.isRunning = 0 # kill it and free the socket oscThread = 0
Re: [PD] Does GEM need X-Server to be running
Thanx again, IOhannes! I'll follow your suggestions about running X without desktop. Ingo Ingo Scherzinger wrote: Hi IOhannes, maybe it would be good to know what you want to achieve (or workaround) in the first place. I only need to keep the resources as low as possible since I'm also running a very heavy audio pd patch in parallel with GEM in a hardware like environement. So I guess turning off all graphic processes using cpu will be the best solution. well, the Xserver provides the infrastructure to access the gfx card. it doesn't do any graphic processing on it's own. you could see the Xserver as the kernel of the gfx-subsystem (e.g. it handles the drivers for the gfx-cards) even though your audio patch needs all the ressources, you probably still want the kernel running... While keeping GEM at fullscreen I guess the regular system can't be messed around with because there is no access to the regular desktop. again: X does not provide a desktop. (switch to console and become root; stop your desktop environment (something like /etc/init.d/gdm stop if you are running gnome; use kdm if you are running kde); start the X-server by simply running X: that's the Xserver; you _can_ run Gem in this environment) so there is nothing to mess around with. That's completely ok with me. I simply wanted to figure out how to save the maximum amount of resources and if it was possible to eliminate X-Server completely. the Xserver will help you safe resources. msar IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtIqEACgkQkX2Xpv6ydvSNfgCdGQ5NDUGB9D1veLVqbq8f9H eU 6TgAn26GxePaYxtR+ptEinns532jWgeN =IJEq -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Classic Controlloer for [wiimote]
Hi all On Thu, 2010-05-13 at 14:27 +0200, IOhannes m zmölnig wrote: Roman Haefeli wrote: When connecting to a wiimote with a Classic Controller attached, [wiimote] prints to the Pd console: wiimote 0 is successfully connected Retrieved wiimote calibration: zero=(123,123,123) one=(147,148,148) Classic controller attached. There is no real support for this yet. Classic controller attached. There is no real support for this yet. the warning mainly appears, because i haven't been able to test it. It works as expected. Cool! And many thanks! I removed the now bogus messages from wiimote.c (see attached wiimote.patch) Pressing keys and using the analog sticks of the extension doesn't cause any output, also there doesn't seem to be a method to activate reporting. there is, but it's not documented :-( try [report classic 1( to turn reporting on for that extension. the idea was to have only one method report rather than adding a new method reportFooBar for every extension there will be. Yo, that totally makes sense in my eyes. I find it usually much easier to deal with messages split into elements insteadOfHavingEverythingInOneBigSymbolProabablyEvenWithCamelCase (and it pollutes the symbol table less). I noticed that this works also for the other reporting submethodes. I adapted the help patch accordingly and added the missing parts for MotionPlus and ClassicController. Both seem fully functional. Still missing is: * confirmation, that nunchuk works * testing of balance (and completing the section in the help file) I'll put updated deb packages online. Roman --- wiimote.c 2010-05-14 10:54:42.183747001 +0200 +++ wiimote_new.c 2010-05-14 13:35:33.104747001 +0200 @@ -523,7 +523,7 @@ #endif #ifdef CWIID_RPT_CLASSIC case CWIID_EXT_CLASSIC: - post(Classic controller attached. There is no real support for this yet.); + post(Classic controller attached.); break; #endif #ifdef CWIID_RPT_BALANCE #N struct IR-blobs float x float y symbol s; #N struct NC-stick float x float y; #N struct cc-left-stick float x float y; #N struct cc-right-stick float x float y; #N canvas 13 0 1208 665 10; #X text 8 9 IN ORDER TO CONNECT: First put the wiimote into discover mode (press buttons 1 and 2 simultaneously).; #X text 16 364 You can also specify the address as a creation argument: ; #X text 15 380 (make sure to enable discover mode before creation) ; #X obj 436 471 cnv 15 375 180 empty empty Nunchuk: 10 15 0 14 -228992 -355 0; #X floatatom 583 593 7 0 0 1 _X #0-nc-accX-set #0-nc-accX; #X floatatom 583 607 7 0 0 1 _Y #0-nc-accY-set #0-nc-accY; #X floatatom 583 621 7 0 0 1 _Z #0-nc-accZ-set #0-nc-accZ; #X obj 453 593 hsl 128 14 -1 1 0 0 \$0-nc-accX \$0-nc-accX-set empty -2 -8 0 10 -261681 -1 -1 0 1; #X obj 453 607 hsl 128 14 -1 1 0 0 \$0-nc-accY \$0-nc-accY-set empty -2 -8 0 10 -261681 -1 -1 0 1; #X obj 453 621 hsl 128 14 -1 1 0 0 \$0-nc-accZ \$0-nc-accZ-set empty -2 -8 0 10 -261681 -1 -1 0 1; #X obj 718 511 nbx 3 16 -1e+37 1e+37 0 0 empty \$0-nc-btn-set empty -80 8 0 10 -261681 -1 -1 0 256; #X text 449 577 Acceleration:; #X text 651 508 Buttons:; #X text 717 544 Stick:; #X obj 435 5 cnv 15 375 460 empty empty Wiimote: 10 15 0 14 -261689 -143491 0; #X floatatom 577 159 7 0 0 1 _X #0-wii-accX-set #0-wii-accX; #X floatatom 577 173 7 0 0 1 _Y #0-wii-accY-set #0-wii-accY; #X floatatom 577 187 7 0 0 1 _Z #0-wii-accZ-set #0-wii-accZ; #X obj 447 159 hsl 128 14 -1 1 0 0 \$0-wii-accX \$0-wii-accX-set empty -2 -8 0 10 -204786 -1 -1 5821 1; #X obj 447 173 hsl 128 14 -1 1 0 0 \$0-wii-accY \$0-wii-accY-set empty -2 -8 0 10 -204786 -1 -1 6604 1; #X obj 447 187 hsl 128 14 -1 1 0 0 \$0-wii-accZ \$0-wii-accZ-set empty -2 -8 0 10 -204786 -1 -1 12700 1; #N canvas 525 243 481 416 IR-data 0; #X scalar IR-blobs 348 50 blob1 \;; #X scalar IR-blobs 458 416 blob2 \;; #X scalar IR-blobs 224 426 blob3 \;; #X scalar IR-blobs 379 426 blob4 \;; #X coords 0 0 1024 768 256 196 1; #X restore 443 260 pd IR-data; #X text 444 242 IR Blobs (1024x768):; #X floatatom 577 207 7 0 0 1 _PITCH #0-wii-pitch-set #0-wii-pitch; #X obj 447 207 hsl 128 14 -3.14156 3.14159 0 0 \$0-wii-pitch \$0-wii-pitch-set empty -2 -8 0 10 -204786 -1 -1 6269 1; #X floatatom 577 221 7 0 0 1 _ROLL #0-wii-roll-set #0-wii-roll; #X obj 447 221 hsl 128 14 -3.14156 3.14159 0 0 \$0-wii-roll \$0-wii-roll-set empty -2 -8 0 10 -204786 -1 -1 6518 1; #X text 447 142 Acceleration (-1 to 1):; #X text 722 150 Buttons:; #N canvas 185 133 481 416 NC-data 0; #X scalar NC-stick 130 133 \;; #X coords 0 0 256 256 80 80 1; #X restore 716 561 pd NC-data; #X obj 15 427 print; #X obj 13 193 s \$0.to.wiimote; #X msg 28 121 discover; #X msg 13 74 connect 00:1F:C5:0B:1F:86; #X msg 39 164 disconnect; #X obj 500 36 tgl 25 0 empty empty IR 6 12 0 10 -4160 -1 -1 0 1; #X msg 500 90 report ir \$1; #X msg 441 69 report acceleration \$1; #X obj 441 35 tgl 25 0 empty empty Acc 4 12 0 10 -204786 -1 -1 0 1 ; #X obj 709 40 tgl 25 0 empty empty empty
Re: [PD] pix_motion_sector
I implemented Miller's phase vocoder from the documentation in C and was amazed to see that the CPU load was exactly the same. So much for improving efficiency... But I have seen a big difference for traversing tables and lists. The process of summing the elements in a large table is much faster in an extern than with an [until] loop. In the case of [pix_motion_sector], what's the easiest way to duplicate the functionality of reporting % of pixels changed in the region? Is there an obvious way to count up the number of pixels that crossed [pix_movement]'s threshold in the cropped region? 2010/5/14 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vista win7 support ?
On Fri, 14 May 2010, patko wrote: hey, thank you for the brain touch, excuse me : the WHAT ? this is appending extra characters when [print] argument has more than seven characters. eg: match: bang NO_matchmÇ: 234 Well, I hope you understand that this can happen with ANY number of characters on ANY OS, and anything else is just luck. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit : I implemented Miller's phase vocoder from the documentation in C and was amazed to see that the CPU load was exactly the same. So much for improving efficiency... But I have seen a big difference for traversing tables and lists. The process of summing the elements in a large table is much faster in an extern than with an [until] loop. In the case of [pix_motion_sector], what's the easiest way to duplicate the functionality of reporting % of pixels changed in the region? [pix_movement] + [pix_blob] ? ++ Jack Is there an obvious way to count up the number of pixels that crossed [pix_movement]'s threshold in the cropped region? 2010/5/14 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ 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] vista win7 support ?
On Fri, 14 May 2010, patko wrote: but in both cases it doesn't crash anymore. AND i wanted to say that it's also luck that it doesn't crash anymore. It would be more instructive and helpful if a programme would crash every time that the code does something wrong, but alas, this is not the case. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit : I implemented Miller's phase vocoder from the documentation in C and was amazed to see that the CPU load was exactly the same. So much for improving efficiency... But I have seen a big difference for traversing tables and lists. The process of summing the elements in a large table is much faster in an extern than with an [until] loop. In the case of [pix_motion_sector], what's the easiest way to duplicate the functionality of reporting % of pixels changed in the region? Is there an obvious way to count up the number of pixels that crossed [pix_movement]'s threshold in the cropped region? [pix_dump] ? Maybe a faster method ? ++ Jack 2010/5/14 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ 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] Friday 14th May, Freiburg: Endphase 17
Hello, next Friday, 14th of May, Endphase 17 will be presented in Freiburg: http://tinyurl.com/2vxw5vb Endphase (Alberto C. Bernal and João Pais) and Servando Barreiro as guest. http://www.endphase.net/ http://minitronics.net/ Endphase 17 is a performance to be presented on the 14th of May at the Lange Nacht der elektronischen Musik (organisation Ephraim Wegner) of the Mehrklang Festival, Freiburg. This consists of one piece of ca. 40 minutes using both live audio and video. Endphase 17 was conceived around the motto of the Mehrklang Festival 2010, Das Eigene und das Fremde. We hope to see you there, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jm...@gmx.net | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
On Thu, 13 May 2010, Jaime Oliver wrote: Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? No, it allows to make it faster, but it doesn't guarantee anything. particularly if you have many of them? It's expected that the running time of something is multiplied by N when you do it N times, nothwithstanding any RAM-cache effects and such (if applicable). _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Stable Pd-extended package for Ubuntu 10.04LTS?
On May 8, 2010, at 1:18 PM, mark hadman wrote: On 8 May 2010 17:37, Hans-Christoph Steiner h...@at.or.at wrote: Please report the crashes on 042.5 so we can fix them. That's the Pd-extended version targeted at 10.04. OK... could you confirm a couple of facts for me, since there is such a mess of info out there... Are you a journalist? Or the inquisition? ;-) (1) You (Hans) are the 'main' known maintainer/builder of pd-extended, at least for debian/ubuntu? I suppose you could say that. (2) There are no stable builds of pd-extended for Karmic or Lucid (yet)? beta quality, so its a great time to report bugs since we are working on the release! http://autobuild.puredata.info/auto-build/ pd-ext just completely disappeared on me, twice, while editing completely different stuff within the space of two hours. Neither error was easily reproducible (ie going back and doing more or less the same again didn't crash pd again). If I try the nightly build again I will run it from a terminal and try to document errors (where - on this list?), but in all seriousness I just need a rock-stable system to code and perform on - if there's no such thing for Lucid yet I may have to go (reluctantly) go for pd-vanilla or puredyne. If you can reproduce those bugs, then they are pretty easy to fix. .hc thanks for replying, mark h .hc On May 8, 2010, at 9:02 AM, mark hadman wrote: Hi all, I'm wondering if there's a stable pd-extended available for Ubuntu 10.04 LTS yet. I've tried the lucid nightly build from 7th May (A couple of random crashes made me uninstall it pretty damn quick), and I've tried the repository (Jaunty version), which had unsatisfiable dependencies. Anyone doing better? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
On Fri, 14 May 2010, IOhannes m zmölnig wrote: you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. But I'm taking into account the possibility of chaining several [pix_motion_sector], which would generally need access to the same original picture. I don't know how image allocation works in GEM. Which objects allocate a new picture, and what does that mean in terms of getting access back to the original picture, with or without [pix_separator] ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 9.9
On 2010-05-14 17:06, Jack wrote: Hello Mathieu, A problem here with Ubuntu 10.04 : j...@jack-laptop:~$ LANG=C sudo apt-get install libcv1 Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package libcv1 according to http://packages.ubuntu.com/libcv there is a package libcv1 up to karmic, after that it is replaced by libcv4. An idea ? an ubuntu forum? fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 9.9
Le vendredi 14 mai 2010 à 17:10 +0200, IOhannes m zmoelnig a écrit : On 2010-05-14 17:06, Jack wrote: Hello Mathieu, A problem here with Ubuntu 10.04 : j...@jack-laptop:~$ LANG=C sudo apt-get install libcv1 Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package libcv1 according to http://packages.ubuntu.com/libcv there is a package libcv1 up to karmic, after that it is replaced by libcv4. An idea ? an ubuntu forum? Yep, thanx :) ++ Jack fgmasdr 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
Re: [PD] [PD-announce] GridFlow 9.9
On Fri, 2010-05-14 at 17:06 +0200, Jack wrote: Hello Mathieu, A problem here with Ubuntu 10.04 : j...@jack-laptop:~$ LANG=C sudo apt-get install libcv1 Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package libcv1 An idea ? AFAIK, there is no package libcv1 anymore in 10.04. I guess it was replaced by libcv4. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 9.9
On Fri, 14 May 2010, Jack wrote: A problem here with Ubuntu 10.04 : j...@jack-laptop:~$ LANG=C sudo apt-get install libcv1 Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package libcv1 dans Synaptic, essaie de rajouter un lien vers Ubuntu 9.10 pour dire que tout paquet qui n'est pas trouvé dans Ubuntu 10.04 devrait être cherché dans Ubuntu 9.10. C'est facile et c'est un truc qui s'adapte à plusieurs situations (plusieurs autres histoires de logiciels qui cessent de fonctionner en mettant à jour le système d'exploitation). Ça se fait aussi sans Synaptic en éditant /etc/apt/sources.list dans n'importe quel éditeur de texte, et il y a sûrement d'autres moyens. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 9.9
Ok, merci pour le truc ;) I just have compiled gridflow from sources without openCV and get in Pd console : GridFlow 9.9, Copyright (c) 2001-2010 Mathieu Bouchard GridFlow was compiled on May 14 2010, 17:26:09 GF: setting stack size to -1 What is the last information : GF: setting stack size to -1 ? ++ Jack Le vendredi 14 mai 2010 à 11:22 -0400, Mathieu Bouchard a écrit : On Fri, 14 May 2010, Jack wrote: A problem here with Ubuntu 10.04 : j...@jack-laptop:~$ LANG=C sudo apt-get install libcv1 Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package libcv1 dans Synaptic, essaie de rajouter un lien vers Ubuntu 9.10 pour dire que tout paquet qui n'est pas trouvé dans Ubuntu 10.04 devrait être cherché dans Ubuntu 9.10. C'est facile et c'est un truc qui s'adapte à plusieurs situations (plusieurs autres histoires de logiciels qui cessent de fonctionner en mettant à jour le système d'exploitation). Ça se fait aussi sans Synaptic en éditant /etc/apt/sources.list dans n'importe quel éditeur de texte, et il y a sûrement d'autres moyens. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vista win7 support ?
On May 14, 2010, at 10:08 AM, Mathieu Bouchard wrote: On Fri, 14 May 2010, patko wrote: but in both cases it doesn't crash anymore. AND i wanted to say that it's also luck that it doesn't crash anymore. It would be more instructive and helpful if a programme would crash every time that the code does something wrong, but alas, this is not the case. Arg, this stuff is maddening. If you look at scalar_properties() in g_scalar.c, you'll see Miller does the opposite with that resize, the +1 is in the new size, not the old. I think I'll try it like that. binbuf_add(bb, argc, argv); binbuf_gettext(bb, buf, bufsize); buf = t_resizebytes(buf, bufsize, bufsize+1); buf[bufsize] = 0; x-x_sym = gensym(buf); binbuf_free(bb); .hc I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
I'd love to see an example implementation of this as a patch, if anyone is up for it. A lot of students ask me for this kind of video tracking. It would be good to add to the video tracking examples. .hc On May 14, 2010, at 10:11 AM, Jack wrote: Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit : I implemented Miller's phase vocoder from the documentation in C and was amazed to see that the CPU load was exactly the same. So much for improving efficiency... But I have seen a big difference for traversing tables and lists. The process of summing the elements in a large table is much faster in an extern than with an [until] loop. In the case of [pix_motion_sector], what's the easiest way to duplicate the functionality of reporting % of pixels changed in the region? Is there an obvious way to count up the number of pixels that crossed [pix_movement]'s threshold in the cropped region? [pix_dump] ? Maybe a faster method ? ++ Jack 2010/5/14 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ 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 We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] JOURNEE OFF PD. Présent ation de projets avec Pure Data + Discussion sur la doc fr ancophone de pd
In french only, sorry ! ++ Jack CENTRE DE RESSOURCES ART SENSITIF À MAINS D'ŒUVRES HTTP://WWW.CRASLAB.ORG JOURNÉE OFF PD Le samedi 15 mai Entrée libre Cet événement ouvert aux publics permet aux participants des cours du soir Pure data (formateurs et stagiaires) de cette année de présenter leurs réalisations, partager leurs savoirs-faire et expériences. *LES PRÉSENTATIONS* à partir de 14 H dans la salle Star Trek (2ème ét.) - Voix, accordéon, Pd, clavier de Pierre Mourles - Pure GPS de Jean-Baptiste Merland - Prime Time, avec Jacques Chevrel et Stéphane Privat - Patatas de goma, de Jérôme Abel - Technique mixte, de Farah Khelil, présenté par Sami Majri - VOST, de Jean-Marie Boyer - Pièce sonore pour montée de sève, du LAAB, présenté par Hugo Roger - Yroyto lost, de Elie Blanchard - Difraact de Grégoire Talon - Schwartzpeter et pure data pour une console lumière, de Joseph Jaouen et Hugo Roger *PDPÉDIA LA DOCUMENTATION FRANCOPHONE DE PD* À partir de 17H dans le restaurant de Mains d'Œuvres (Rez-de-chaussée) Avec Technique mixte, une installation interactive de Farah Khelil. Cet événement public est une discussion ouverte sur pdpédia et la documentation francophone du logiciel Pure Data en général. L'idée de cette discussion est de créer un lien entre les avis des experts et développeurs, et la réalité des jeunes utilisateurs de pd, pour que tous s'approprient la documentation de pure data. Ce logiciel est libre, il appartient à chacun de nous de le faire avancer en fonction de nos besoins. Des développeurs de la communauté francophone sont en discussion sur la mise en place d'outils de documentation de pd depuis longtemps, plusieurs pistes ont été proposées mais aucune décision n'est prise, les avis divergent, le sujet est complexe. Jérôme Abel et Jean-Marie Boyer vous proposent dans un premier temps de vous rapporter plusieurs avis contradictoires sur la question, de vous transmettre un maximum d'informations tirées des listes de discussion dédiées à Pure Data. À l'issue de cette présentation, nous vous proposons d'apporter vos propres avis à travers des petits jeux de prise de parole sur une problématique à la fois, liée à la forme et aux contenus que pourrait appréhender cette documentation. Nous rapporterons cette session de discussion à l'ensemble de la communauté pure data francophone. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] JOURNEE OFF PD. Présen tation de projets avec Pure Data + Discussion sur la doc francophone de pd
On Fri, 14 May 2010, Jack wrote: In french only, sorry ! if I were you I'd remove the word « sorry » ! thanks ! and btw I didn't get any news about the streaming, so, I'm wondering : is it still going to happen ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
2010/5/14 Hans-Christoph Steiner h...@at.or.at I'd love to see an example implementation of this as a patch, if anyone is up for it. A lot of students ask me for this kind of video tracking. It would be good to add to the video tracking examples. .hc I'm exactly on this... I was preparing a little video tracking patch with pix_movement+pix_crop for my next workshop, but now I'll use pix_movement_sector. soon some news. cheers husk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
On May 14, 2010, at 12:04 PM, Husk 00 wrote: 2010/5/14 Hans-Christoph Steiner h...@at.or.at I'd love to see an example implementation of this as a patch, if anyone is up for it. A lot of students ask me for this kind of video tracking. It would be good to add to the video tracking examples. .hc I'm exactly on this... I was preparing a little video tracking patch with pix_movement +pix_crop for my next workshop, but now I'll use pix_movement_sector. soon some news. cheers husk Well, a patch version would be nicer, since it would be easier to use, and could easily be included with the Gem examples. .hc If you are not part of the solution, you are part of the problem. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
Thanks for looking. The multiple object library vs. single multi-function object question is a good one. Personally, it just seems more tidy to me this way, and I don't believe there's any downside to having all the functions packed into one extern. All the memory is allocated per function, so if you only use the sum function, (I think) it shouldn't be significantly different than a separate extern for summing. There is definitely something more Pd-ish about the multiple objects though. I'm open to changing it... For now I'll start using it and see if I ever have a desire to make it the other way. On Fri, May 14, 2010 at 8:50 AM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like a super useful library. My question to you is why did you decide to make it a single object with messages for the actions? IMHO, it should be a library of objects. The library would be called 'tabletool', then instead of messages, they functions would be objects. Having all the answers to the messages come out the signal outlet would make it hard to parse the data. They could be something like the math objects but for tables. I am thinking something like: [bang( | [tabletool/mean table-1] | [bang( | [tabletool/min table-1] | [10( | [tabletool/equals table-1] | [0.5( | [tabletool/nearest table-1] | .hc On May 13, 2010, at 6:27 PM, William Brent wrote: Hi list, I've been meaning to make this extern for a long time, and today was the day. It's a table manipulation tool that covers the top items on my table wish-list for now. I'm sure there are plenty more things to add. There is a lot of redundant functionality with list-abs and some with zexy (like table dumping). Here's a link where you can download the extern source, and a list of functions. It's hot off the press and not tested, so if anyone has time to check it, let me know of bugs and I'll correct them. I hope this ends up being useful for someone besides me... http://williambrent.conflations.com/pages/research.html#tabletool - dumping a table to a list - reporting the length of a table - offsetting (adding a constant to all values) - scaling (multiplying all values by a scalar) - curve smoothing - shifting values forward or back by index - shuffling values randomly - sorting values low to high - reversing - inverting - normalizing to a specified range - normalizing so values sum to 1.0 - copying a source table to a target table - copying a specified range of a source table to a target table - lacing alternating values from two tables into one table - table sum - table mean - table arithmetic mean - table geometric mean - table integration - table differentiation - counting occurrences of a value - index (or multiple indices) of a particular value -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. On Fri, May 14, 2010 at 8:43 AM, Hans-Christoph Steiner h...@at.or.at wrote: I'd love to see an example implementation of this as a patch, if anyone is up for it. A lot of students ask me for this kind of video tracking. It would be good to add to the video tracking examples. .hc On May 14, 2010, at 10:11 AM, Jack wrote: Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit : I implemented Miller's phase vocoder from the documentation in C and was amazed to see that the CPU load was exactly the same. So much for improving efficiency... But I have seen a big difference for traversing tables and lists. The process of summing the elements in a large table is much faster in an extern than with an [until] loop. In the case of [pix_motion_sector], what's the easiest way to duplicate the functionality of reporting % of pixels changed in the region? Is there an obvious way to count up the number of pixels that crossed [pix_movement]'s threshold in the cropped region? [pix_dump] ? Maybe a faster method ? ++ Jack 2010/5/14 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ 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 We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
In this particular setup, I see confusion from not knowing what the result is a response to. There results are output from the same outlet and are not labeled in anyway. So if you mistakenly send a sum when you want to get only mean, you would only get a strange value and no sign that its a different calculation. .hc On May 14, 2010, at 12:17 PM, William Brent wrote: Thanks for looking. The multiple object library vs. single multi-function object question is a good one. Personally, it just seems more tidy to me this way, and I don't believe there's any downside to having all the functions packed into one extern. All the memory is allocated per function, so if you only use the sum function, (I think) it shouldn't be significantly different than a separate extern for summing. There is definitely something more Pd-ish about the multiple objects though. I'm open to changing it... For now I'll start using it and see if I ever have a desire to make it the other way. On Fri, May 14, 2010 at 8:50 AM, Hans-Christoph Steiner h...@at.or.at wrote: Looks like a super useful library. My question to you is why did you decide to make it a single object with messages for the actions? IMHO, it should be a library of objects. The library would be called 'tabletool', then instead of messages, they functions would be objects. Having all the answers to the messages come out the signal outlet would make it hard to parse the data. They could be something like the math objects but for tables. I am thinking something like: [bang( | [tabletool/mean table-1] | [bang( | [tabletool/min table-1] | [10( | [tabletool/equals table-1] | [0.5( | [tabletool/nearest table-1] | .hc On May 13, 2010, at 6:27 PM, William Brent wrote: Hi list, I've been meaning to make this extern for a long time, and today was the day. It's a table manipulation tool that covers the top items on my table wish-list for now. I'm sure there are plenty more things to add. There is a lot of redundant functionality with list-abs and some with zexy (like table dumping). Here's a link where you can download the extern source, and a list of functions. It's hot off the press and not tested, so if anyone has time to check it, let me know of bugs and I'll correct them. I hope this ends up being useful for someone besides me... http://williambrent.conflations.com/pages/research.html#tabletool - dumping a table to a list - reporting the length of a table - offsetting (adding a constant to all values) - scaling (multiplying all values by a scalar) - curve smoothing - shifting values forward or back by index - shuffling values randomly - sorting values low to high - reversing - inverting - normalizing to a specified range - normalizing so values sum to 1.0 - copying a source table to a target table - copying a specified range of a source table to a target table - lacing alternating values from two tables into one table - table sum - table mean - table arithmetic mean - table geometric mean - table integration - table differentiation - counting occurrences of a value - index (or multiple indices) of a particular value -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
The seventh outlet of [pix_info] return [1 0( when the pix change (instead of [0 0(). ++ Jack Le vendredi 14 mai 2010 à 18:40 +0200, IOhannes m zmoelnig a écrit : On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? fgmasdr 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
Re: [PD] pix_motion_sector
Am 14.05.2010 um 18:40 schrieb IOhannes m zmoelnig: On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? like this? 11b-multiple-areas.pd Description: Binary data PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
Perfect... On Fri, May 14, 2010 at 10:08 AM, Max abonneme...@revolwear.com wrote: Am 14.05.2010 um 18:40 schrieb IOhannes m zmoelnig: On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? like this? -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
Sorry, [pix_info] is irrelevant in your case. ++ Jack Le vendredi 14 mai 2010 à 19:05 +0200, Jack a écrit : The seventh outlet of [pix_info] return [1 0( when the pix change (instead of [0 0(). ++ Jack Le vendredi 14 mai 2010 à 18:40 +0200, IOhannes m zmoelnig a écrit : On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? fgmasdr 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
On Fri, 14 May 2010, William Brent wrote: Thanks for looking. The multiple object library vs. single multi-function object question is a good one. Personally, it just seems more tidy to me this way, What's more tidy about it ? That said, I did combine a lot of math operators together in the [#] objectclass, such that +,-,*,/ and more, are just arguments to [#], like [# +], [# -], [# *], [# /]. however I also used separate classes for different things. The classification criteria were : 1. the basic computation should be the combination of one number with another number to give another number. 2. the input should be two grids, the output should be a grid of the same size as the left inlet's grid, and the basic computation will combine together the nth element of the left grid with the nth element of the right grid to produce the nth element of the output grid. (if the right-inlet grid is too small, then we loop through its data as many times as necessary) Any other kind of computation is to be put in a different objectclass. Some of them also have an argument of the same kind as [#], such that you have [#fold +] vs [#fold *] vs [#fold ] and so on, while you also have [#draw_image +], [#draw_polygon +], [#outer +], and nearly all imaginable variations on it : if [# ^] exists and [#draw_polygon] takes any $1 that [#] can take, then [#draw_polygon ^] exists. There is definitely something more Pd-ish about the multiple objects though. It depends. functionality such as sinesum is built into Pd as a method instead of a class. The fact is, a class-centric design is preferred for its ease of use, while a method-centric design is preferred for its ease of use, but it's not the same ease of use. There is no way to design things, that has all advantages at once. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
On Fri, 14 May 2010, Hans-Christoph Steiner wrote: In this particular setup, I see confusion from not knowing what the result is a response to. There results are output from the same outlet and are not labeled in anyway. So if you mistakenly send a sum when you want to get only mean, you would only get a strange value and no sign that its a different calculation. If you have a [sum] class and a [mean] class that both have a single outlet, and you send a bang to an objectbox in which you mistakenly typed [sum] instead of [mean], you get a value that is just as strange, and not anymore of a sign that it's a different calculation. The thing is, if you bang a messagebox connected to [tabletool], you have to know your own patch just as much as if you write [tabletool/whatever] as a single box. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] JOURNEE OFF PD. Présent ation de projets avec Pure Data + Discussion sur la doc f rancophone de pd
Le vendredi 14 mai 2010 à 12:03 -0400, Mathieu Bouchard a écrit : On Fri, 14 May 2010, Jack wrote: In french only, sorry ! if I were you I'd remove the word « sorry » ! thanks ! and btw I didn't get any news about the streaming, so, I'm wondering : is it still going to happen ? Yes ! At 4 pm (Paris), on #dataflow on irc.freenode.net for more informations about the streaming. ++ Jack _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
What's more tidy about it ? You're right - not much. If you wanted the mean, sum, and length of a table, it would be 3 message boxes and one [tabletool]. Otherwise it would be 3 bangs and 3 instances of [tabltool/whatever]. Not a big difference. I guess in this case I just lean toward the method-centric side as you point out. And your point about sinesum is exactly where my leaning comes from. You can send sinesum write read const resize to a table, so there's already a history of methods there. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vista win7 support ?
- Mathieu Bouchard ma...@artengine.ca a écrit : On Fri, 14 May 2010, patko wrote: hey, thank you for the brain touch, excuse me : the WHAT ? I'm just enjoying to have people that share braincells on this topic, because I wouldn't find it by myself. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
how come it is irrelevant? btw i included your shader to the patches http://web.uni-weimar.de/medien/wiki/Bewegungsmelder m. Am 14.05.2010 um 19:27 schrieb Jack: Sorry, [pix_info] is irrelevant in your case. ++ Jack Le vendredi 14 mai 2010 à 19:05 +0200, Jack a écrit : The seventh outlet of [pix_info] return [1 0( when the pix change (instead of [0 0(). ++ Jack Le vendredi 14 mai 2010 à 18:40 +0200, IOhannes m zmoelnig a écrit : On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
On Fri, 14 May 2010, William Brent wrote: What's more tidy about it ? You're right - not much. That question is a question, not an affirmation. You can send sinesum write read const resize to a table, so there's already a history of methods there. Just because there is a precedent, doesn't mean that the precedent is good. I don't think that a precedent is automatically a worthwhile justification in designing things. But if you talking about whether there is a precedent in Pd (or whether something is Pd-like), then I can find a precedent like that. Now if you want to know what model I would favour, I tend to prefer having anonymous arrays flying around in messages as if they were lists or floats, and then have many classes rather than many methods, but use methods to configure the objects in order to maximise their flexibility, and remove unnecessary distinctions. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vista win7 support ?
On Wed, 12 May 2010, Mathieu Bouchard wrote: buf = resizebytes(buf, bufsize+1, bufsize); indeed, oldsize comes before, not after, so, buf = resizebytes(buf, bufsize, bufsize+1); as Hans said. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] High Spheres - Open air multi-channel participative concert @ Re-New Festival, Copenhagen, Denmark
Dear all, On 18th May at 19.30 I'll be performing 'High Spheres' a participative multi-channel concert for found objects and reactive generative music for the opening of Re-New Digital Arts Festival, Huset i Magstræde*, *Copenhagen, Denmark. I actually provide only the software and what the music will be like only depends on the people participating. The action takes place open air. No musical instruments are provided, but stones and leaves. Audience can use 6 microphones/loudspeakers to amplify any kind of sound they wish to produce. The whole sonic matter is managed by a Pd-based software, which interacts with the audience processing in real-time the sounds they produce, analyzing the input signals and generating new sounds out of the collected data. An endless sonic data flow which, once started, will live and grow beyond the time-space of the action. If you're in the city you're very welcome to join our self-organized orchestra... Further info: http://marcodonnarumma.com/works/high-spheres/ the audio excerpt there is quite old and was made in AudioMulch, the Pd patch I developed now sounds much more interesting, hope to record the session and post it here. http://re-new.org/program/ @ Thomas Grrr.. I saw you'll be there too, it will be a pleasure to meet you! -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabletool
What's more tidy about it ? You're right - not much. That question is a question, not an affirmation. I guess when you asked, I just realized there wasn't much difference. :) The classes for functionality/methods for config logic makes sense to me too. I'll keep thinking about this as I use it in its current state... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] gameport joystick in pd-extended?
Do you mean, how do I connect an old 15-pin joystick to a new computer without a 15-pin joystick port? Get a USB to 15-pin joystick adapter, $5 and up. Use GNU/Linux and [hid] should see them somehow. .hc On May 13, 2010, at 8:02 PM, Tyler Leavitt wrote: * Hey all, ** ** So I've googled to find nothing... how do I get joystick ** from the old PC gameport connections (15-pin)? ** ** Tyler * ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
Hello Max, Le vendredi 14 mai 2010 à 20:33 +0200, Max a écrit : how come it is irrelevant? Because this is not the purpose for the William's patch ;) btw i included your shader to the patches http://web.uni-weimar.de/medien/wiki/Bewegungsmelder OK, nice ! :) ++ Jack m. Am 14.05.2010 um 19:27 schrieb Jack: Sorry, [pix_info] is irrelevant in your case. ++ Jack Le vendredi 14 mai 2010 à 19:05 +0200, Jack a écrit : The seventh outlet of [pix_info] return [1 0( when the pix change (instead of [0 0(). ++ Jack Le vendredi 14 mai 2010 à 18:40 +0200, IOhannes m zmoelnig a écrit : On 2010-05-14 18:27, William Brent wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. btw, instead of [pix_dump] (which will kill performance), why not use [pix_mean_color]? fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
I've updated the helpfile and source for pix_motion_sector. It now compares pixels using RGB vectors instead of just grayscale. Husk - if you're planning to use it, definitely update to this version: http://williambrent.conflations.com/pages/research.html#pix_motion_sector Hans, would you mind updating the version you're hosting as well? On Fri, May 14, 2010 at 9:27 AM, William Brent william.br...@gmail.com wrote: I'll update the helpfile for [pix_motion_sector] to include a subpatch that does the same thing with [pix_crop], [pix_movement], and [pix_dump]. I think I might also change the source and try taking the distance between current/previous frames using all RGB info instead of a greyscale approximation. The speed issue aside, that may be a significant difference from [pix_movement] worth investigating. On Fri, May 14, 2010 at 8:43 AM, Hans-Christoph Steiner h...@at.or.at wrote: I'd love to see an example implementation of this as a patch, if anyone is up for it. A lot of students ask me for this kind of video tracking. It would be good to add to the video tracking examples. .hc On May 14, 2010, at 10:11 AM, Jack wrote: Le vendredi 14 mai 2010 à 06:49 -0700, William Brent a écrit : I implemented Miller's phase vocoder from the documentation in C and was amazed to see that the CPU load was exactly the same. So much for improving efficiency... But I have seen a big difference for traversing tables and lists. The process of summing the elements in a large table is much faster in an extern than with an [until] loop. In the case of [pix_motion_sector], what's the easiest way to duplicate the functionality of reporting % of pixels changed in the region? Is there an obvious way to count up the number of pixels that crossed [pix_movement]'s threshold in the cropped region? [pix_dump] ? Maybe a faster method ? ++ Jack 2010/5/14 IOhannes m zmölnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaime Oliver wrote: On Thu, May 13, 2010 at 7:40 PM, Mathieu Bouchard ma...@artengine.cawrote: On Thu, 13 May 2010, William Brent wrote: Yes - it's exactly that: an adaptation of pix_movement that lets you specify an area to analyze. That way you can use several instances to create multiple regions for triggering different events. I haven't looked at this in two years! I'll take a look at the helpfile and see what's missing/unclear. what's the difference between that, and using [pix_crop] and [pix_movement] with [pix_separator] ? Please correct me if I'm wrong, Doesn't having these as externals instead of abstractions, make it significantly faster/efficient? particularly if you have many of them? no not necessarily. the overhead for message communication between objects is usually quite small, compared to the pixel operations. you would only need [pix_crop]-[pix_movement] without the [pix_separator] (since the crop will have to allocate a new image anyhow), thus no need for the extra copying of data. the only speedup you could expect from pix_motion_sector (i haven't looked at the code), is that you wouldn't have to copy the data for cropping at all, but only use the pixels in the ROI. as for williams argument, that you need less objects, i would suggest looking into abstractions :-) it's definitely less lines of code (at a minimum 10 lines of Pd code) and still only a single object... mfgasdr IOhannes best, J _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvtC0wACgkQkX2Xpv6ydvTVNwCgot+wBAkpacUIHBFR3Fg5OmWV xhAAoITZ7wN077ETVr58rSVE9iunYybB =jYk3 -END PGP SIGNATURE- ___ 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 We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century
Re: [PD] pix_motion_sector
On Fri, 14 May 2010, William Brent wrote: I've updated the helpfile and source for pix_motion_sector. It now compares pixels using RGB vectors instead of just grayscale. Husk - if you're planning to use it, definitely update to this version: http://williambrent.conflations.com/pages/research.html#pix_motion_sector There's a space at the beginning of the zip's filename. It doesn't state how it is computing the distance between two RGB colours : is it using different weights for the channels ? are you using a L1 metric, a L2 metric, anything else ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_motion_sector
Oops - the .zip with the space shouldn't have been up there - that was an earlier draft from today. Just trash anything you downloaded previously and get the current version via the link if you ever intend to use this. The distance between the two RGB pixels is Euclidean, and there's no weighting. I guess I could set up messages for weight arguments and distance metrics to let people fine tune. On Fri, May 14, 2010 at 7:39 PM, Mathieu Bouchard ma...@artengine.ca wrote: On Fri, 14 May 2010, William Brent wrote: I've updated the helpfile and source for pix_motion_sector. It now compares pixels using RGB vectors instead of just grayscale. Husk - if you're planning to use it, definitely update to this version: http://williambrent.conflations.com/pages/research.html#pix_motion_sector There's a space at the beginning of the zip's filename. It doesn't state how it is computing the distance between two RGB colours : is it using different weights for the channels ? are you using a L1 metric, a L2 metric, anything else ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list