Re: [PD] max for live
I think hacking tkzinc for Pd is still very much wide open. I say go for it, try it out, and report any experience you might have. .hc On Jan 27, 2009, at 11:52 AM, harris_pil...@gmx.de wrote: hi list, is somebody still aware of this. i mean like having it on the agenda/ taking care of it. i'm sorry for not doing it. as i so far dont have experience in programming it might wouldn't be a good idea to let me do that ;) i wasnt even able to follow the whole discussion. but there seemed everybody seemed to match there has to been something on that field. i just wondered if anybody is doing anything on this. (maybe 2 people are doing same things on different channels - i dont hope thats the case...). thanks for not getting me wrong in advance. regards Am 22.01.2009 um 02:21 schrieb Hans-Christoph Steiner: On Jan 19, 2009, at 6:23 PM, Luke Iannini wrote: On Mon, Jan 19, 2009 at 2:49 PM, Hans-Christoph Steiner h...@eds.org wrote: On Jan 19, 2009, at 9:21 AM, Damian Stewart wrote: Daniel Almeida wrote: I dare say PD needs to ditch tcl/tk! SDL could be a good idea. Daniel yeah that's what i said about two years ago... the problem is, at the moment tcl/tk is embedded quite deeply into Pd itself. this is a focus of the current pd-dev effort: trying to clear this up. tcl/tk in itself isn't _necessarily_ slow, it's just that the way Pd is using it is not at all optimised (for example, as Hans-Christoph and i discovered once, when you click-drag to move an element in a graphical table, not just the element you moved but _the entire table_ is redrawn, each time). -- damian stewart | skype: damiansnz | dam...@frey.co.nz frey | live art with machines | http://www.frey.co.nz It's slight worse, even. The entire table is deleted and re- created on each change, not even just redrawn. That said, I am guessing the C+ + code on the GPU (Live) will always be quite a bit faster than Tcl/ Tk on the CPU. One of the ways that Live is able to make things fast is by ignoring the native widgets on each platform and coding their own. Tcl/Tk is the best GUI toolkit I've seen for making native-feeling apps while writing cross-platform code. If Live is really just blasting bitmaps to the screen, that is something that Tcl/Tk can easily do. But I am not sure that it would be the fastest way to implement GUI widgets. If someone wants to help this situation, I think the best thing to do would be to create some GUI objects using TkZinc. Then we'll have Tcl/ Tk on the GPU and that should make things quite a bit faster. Wow, hadn't heard of TkZinc. That looks incredible. Another cloud for my Pd heaven : ). As I've been writing, I'd really love to create GUIs entirely with Data Structures - I'm not sure how much of a performance hit that causes but the opportunities for customization are much richer when it's turtles all the way down (where turtles = Pd). Is TkZinc feasible for replacing the whole GUI? It seems to support all the platforms Pd does. That is something to find out. It sounds promising. At least it would be possible to write a TkZinc canvas which works like data structures, but uses OpenGL. .hc Best Luke .hc There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Mistrust authority - promote decentralization. - the hacker ethic ___ 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 As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] comport object
mbutubuntu wrote: My IEM libs are: iem_mp3 iem_t3_lib iemabs iemlib1 iemlib2 but it seems the comport object doesn't exist... :-( neither of your IEMlibs is externals\iem\comport\comport, is it? comport is a standalone external not contained in any iemlib. it was just originally written at iem. fmasdr IOhannes PS: how about starting a new thread when starting a new thread? 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] iem_bin_ambi on OSX ... missing objects
e deleflie wrote: [parent1022] [parent1027] [parent1034] ... are these some kind of dynamic object? no, this comes from [parentdollarzero] (iemlib2). iemlib2 is not in the OSX version of Pd-Extended should it be? ... do I need to compile? ah ... I just found out that [parentdollarzero] works so I'm guessing that iemlib1 and iemlib2 are both contained within iemlib? this is q question of how Pd-extended groups the objects. upstream, _the_ IEMlib consists of 4 libraries (iemlib1, iemlib2, iem_t3_lib and iem_mp3) plus some abstractions (iemabs). whether this layout should have been flattened into a single iemlib or whether the separation into different libs was a good idea in the first place, is out of scope :-) famsdr 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] comport object
Its included in Pd-extended but I think it is in 'extra/flatspace' .hc On Jan 27, 2009, at 5:47 PM, mbutubuntu wrote: My IEM libs are: iem_mp3 iem_t3_lib iemabs iemlib1 iemlib2 but it seems the comport object doesn't exist... :-( eva sjuve wrote: It should be in externals\iem\comport\comport mbutubuntu wrote: hello folks... I'm using pd 0.41.4 vanilla with some externals libraries(osc, zexy, pddp,pmpd,iem) all compiled by me on Archlinux... I need the comport object that I remember was included in my pd- extended on Ubuntu... in wich library may I found comport??? thanks... Fabio[mbutUbuntu]Buda ___ 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 [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] iem_bin_ambi on OSX ... missing objects
e deleflie wrote: Hi IOhannes, These objects that I cant create come from patches within the WindowsXP distribution that I found here: http://iem.at/Members/noisternig/bin_ambi It's the only example documentation that I can find for how to use the complex iem_bin_ambi and iem_ambi objects. The individual object help patches dont give enough info to be able to use them (at least for my brain). afair, Georg Holzmann has done a workshop on 3d-audio at the LAC2007 in Berlin; i'm sure he used bin_ambi and might have written up some documentation (probably the workshop material can be found somewhere online) [spec2*~] [spec2+~] [spec2-~] these are part of the iem_spec2 library for efficient operations in rFFT domain. I've got iem_spec2 loaded up ... but the objects still cant be created. Is there perhaps a dependency ...or maybe the OSX version does not supply these? try creating [spec2_mul~], [spec2_add~] and [spec2_sub~] either as replacements for the objects above or _before_ loading the patch. this is the recurrent issues of special-characters in object-names, compiling libraries as single-object-externals and using aliases for objectnames. (search the list-archives for plenty of flamewars on these issues) mf.adr 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-extended 0.40-3 : error when sending blob message to inlet
Yes, indeed this is strange behavior. The string/blob stuff is in need of an update, but its not very clear how to handle it. So examples like this are useful for outlining the problems. .hc On Jan 27, 2009, at 5:51 PM, Jean-Yves Gratius wrote: strange behaviour, isn't it ? when I send [float( or [list( or [symbol( or even gempointer to a trigger [t a], everything is ok, when I send [blob( to this trigger, i get an error message. Any other reserved keywords ? JYG. Hans-Christoph Steiner a écrit : blob is a keyword for Martin Peach's string additions that are included in Pd-extended. .hc On Jan 27, 2009, at 4:44 AM, Jean-Yves Gratius wrote: hi, in pd-extended 0.40-3 (win xp), when i send a [blob( message to a subpatch with an inlet, i get a error message : error : Bad arguments for message 'blob' to object 'messresponder' i tried with pd vanilia 0.39-2, 0.40-1, pd ext. 0.39-2, everything is ok. [blob( | [pd-subpatch] Jean-Yves ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date: 26/01/2009 18:37 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
dear list, I spent some time with tkzinc using the python wrapper and its pretty great... see end of this page for a short demo of a zoomable interface (well the rest is all in french sorry) http://vincentrioux.net/projets/arn/index.html it's a bit of a pain to compile tkzinc on osx though (but it's feasible) the developpers of Tkzinc say that they will release another version soon (which will drop bindings to X11 and will integrate better support of bitmaps and svg) - and it might be easier to port to osx but _that is not_ their priority (apparently) another possibility which i am investigating is using pyglet: + very close to opengl + it's pretty active + really cross-platform - does not provide with all the geometrical transformations and gui power of tkzinc best vincent Hans-Christoph Steiner a écrit : I think hacking tkzinc for Pd is still very much wide open. I say go for it, try it out, and report any experience you might have. .hc On Jan 27, 2009, at 11:52 AM, harris_pil...@gmx.de wrote: hi list, is somebody still aware of this. i mean like having it on the agenda/ taking care of it. i'm sorry for not doing it. as i so far dont have experience in programming it might wouldn't be a good idea to let me do that ;) i wasnt even able to follow the whole discussion. but there seemed everybody seemed to match there has to been something on that field. i just wondered if anybody is doing anything on this. (maybe 2 people are doing same things on different channels - i dont hope thats the case...). thanks for not getting me wrong in advance. regards Am 22.01.2009 um 02:21 schrieb Hans-Christoph Steiner: On Jan 19, 2009, at 6:23 PM, Luke Iannini wrote: On Mon, Jan 19, 2009 at 2:49 PM, Hans-Christoph Steiner h...@eds.org wrote: On Jan 19, 2009, at 9:21 AM, Damian Stewart wrote: Daniel Almeida wrote: I dare say PD needs to ditch tcl/tk! SDL could be a good idea. Daniel yeah that's what i said about two years ago... the problem is, at the moment tcl/tk is embedded quite deeply into Pd itself. this is a focus of the current pd-dev effort: trying to clear this up. tcl/tk in itself isn't _necessarily_ slow, it's just that the way Pd is using it is not at all optimised (for example, as Hans-Christoph and i discovered once, when you click-drag to move an element in a graphical table, not just the element you moved but _the entire table_ is redrawn, each time). -- damian stewart | skype: damiansnz | dam...@frey.co.nz frey | live art with machines | http://www.frey.co.nz It's slight worse, even. The entire table is deleted and re- created on each change, not even just redrawn. That said, I am guessing the C+ + code on the GPU (Live) will always be quite a bit faster than Tcl/ Tk on the CPU. One of the ways that Live is able to make things fast is by ignoring the native widgets on each platform and coding their own. Tcl/Tk is the best GUI toolkit I've seen for making native-feeling apps while writing cross-platform code. If Live is really just blasting bitmaps to the screen, that is something that Tcl/Tk can easily do. But I am not sure that it would be the fastest way to implement GUI widgets. If someone wants to help this situation, I think the best thing to do would be to create some GUI objects using TkZinc. Then we'll have Tcl/ Tk on the GPU and that should make things quite a bit faster. Wow, hadn't heard of TkZinc. That looks incredible. Another cloud for my Pd heaven : ). As I've been writing, I'd really love to create GUIs entirely with Data Structures - I'm not sure how much of a performance hit that causes but the opportunities for customization are much richer when it's turtles all the way down (where turtles = Pd). Is TkZinc feasible for replacing the whole GUI? It seems to support all the platforms Pd does. That is something to find out. It sounds promising. At least it would be possible to write a TkZinc canvas which works like data structures, but uses OpenGL. .hc Best Luke .hc There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Mistrust authority - promote decentralization. - the hacker ethic ___ 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 -
Re: [PD] Why I don't like the new automagic
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think there is a ton of potential to the ideas in desiredata and things like the new editing tricks in pd-vanilla 0.42. But they also have the large potential to cause harm to peoples' workflow. I hope that this experience doesn't scare people off from experimenting with ideas for improving the editing environment. I agree a lot here. I think, the automagic in 0.42 is the first time, that something like that reached a wider audience. Desire Data was more something cool to look at, but I doubt that many people managed to actually install and use it a lot. Of course I wrote my comments not to get rid of the feature altogether, but to help improving it and pointing out some problems, that only came to my mind after acutally using it. And it's great that you, Chun and the others are working on that part. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] new comport thread
where I really wanted to point the guy to was http://pure-data.cvs.sourceforge.net/pure-data/externals/iem/comport/ to install comport since mbutubuntu doesnt have pd-extented and the easy way to find an external - put into search box on puredata.info ... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new comport thread
eva sjuve wrote: where I really wanted to point the guy to was http://pure-data.cvs.sourceforge.net/pure-data/externals/iem/comport/ ah thanks for pointing out that this information is completely out of date! the current URL to the subversion(!) repository is: https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/iem/comport i have fixed it now. fgmasdr IOhannes PS and thanks for the new thread :^) smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [Pd][Windows] Handling Paths and Visual Enhancements
Smashing day == Part 1 == I'm trying to do some user-interaction and would like to use variables for handling filepaths. I understand this may not be a problem with Linux/Mac as we can use ~/ for the user's home directory. What would be the Windows equivalent of that? I'd also like to know how to handle Windows paths in general with Pd as the backslash is not recognised. == Part 2 == Look at the screenshots at http://digital.music.cornell.edu/kevinernste/tutorial_3_audio_input_and_recording Is that a Mac-specific look or could we patch the latest version to look like that? The patches available from crca.ucsd.edu/~jsarlo/ are for an older version. Thanks for reading (: ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pink noise
Frank~
This is awesome! I love the notes and the comparison toggle as well.
Well done.
~Kyle
On Tue, Jan 27, 2009 at 5:31 PM, Frank Barknecht f...@footils.org wrote:
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
attached is some pink noise, one implementation to my knowledge is
new.
Did you see the stupid error I made? Anyway now the fixed version.
Ciao
--
Frank BarknechtDo You RjDj.me? _ __footils.org__
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
-
-
- --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd][Windows] Handling Paths and Visual Enhancements
Ray Rashif wrote: Smashing day == Part 1 == I'm trying to do some user-interaction and would like to use variables for handling filepaths. I understand this may not be a problem with Linux/Mac as we can use ~/ for the user's home directory. What would be the Windows equivalent of that? I'd also like to know how to handle Windows paths in general with Pd as the backslash is not recognised. afaik, Pd-extended has support for this (at least you should be able to use ~ and $HOME (or was it %HOME%?) to access your home-directory. == Part 2 == Look at the screenshots at http://digital.music.cornell.edu/kevinernste/tutorial_3_audio_input_and_recording Is that a Mac-specific look or could we patch the latest version to look like that? this is how Pd-extended looks like on all platforms. 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][Windows] Handling Paths and Visual Enhancements
~/ will give you the home dir of the current user on XP with Pd-vanilla. And you can substitute backslash with slash mhv/SteffenLP Ray Rashif skrev: Smashing day == Part 1 == I'm trying to do some user-interaction and would like to use variables for handling filepaths. I understand this may not be a problem with Linux/Mac as we can use ~/ for the user's home directory. What would be the Windows equivalent of that? I'd also like to know how to handle Windows paths in general with Pd as the backslash is not recognised. == Part 2 == Look at the screenshots at http://digital.music.cornell.edu/kevinernste/tutorial_3_audio_input_and_recording Is that a Mac-specific look or could we patch the latest version to look like that? The patches available from crca.ucsd.edu/~jsarlo/ http://crca.ucsd.edu/~jsarlo/ are for an older version. Thanks for reading (: ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd][Windows] Handling Paths and Visual Enhancements
Thanks. Pretty strange, though..neither of those work (writing to Desktop). Making files at the workdir will suffice for now. Anyway, regarding the appearance, I was told by Hans the same on IRC a day ago or so - that it was the latest pd-extended. However, my copy of the Windows version Pd-0.40.3-extended.exe looks like: [ see attached ] or direct link: http://img187.imageshack.us/img187/9434/screencap00tm7.png Primarily, my objects and cords are not that smooth (thinner borders, more aliased) or multi-coloured. Sorry to be making a fuss out of this; I would just like to ensure that I'm not missing out on anything. attachment: screencap00.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Controlling openDMXpro usb interface from pd-extended
Hey, Managed to run wtf2osc python commands (thanks vincent). Now I'm when I try to run the OSC-help.pd example included I get this error within pd0extended: OSC ... couldn't create I can see this on pd startup messages: libdir_loader: added 'oscx' to the global objectclass path 2009/1/27 Vincent Rioux vincent.ri...@no-log.org: alberto, i managed to compile dmx512 but like erich i finally switched to wtf2osc it's rather easy then to receive osc messages inside pd as you probably know tell if you have some difficulties with wtf2osc best regards v Erich Berger a écrit : alberto, i used http://sourceforge.net/projects/wtf2osc to work with an sub-dmx-pro, as i was not able to get the pd external working. best erich - http://randomseed.org On Tue, 27 Jan 2009, Alberto Santos Bellido wrote: Hey Vincent, Thanks for the reply. I tried dmx512 as you suggested but the dmx4linux patched drivers did not compile. I get this: /dmx4linux-2.6.1$ patch -p1 dmx4linux2.6.1.patch patching file configure patching file drivers/devices/dgm/Makefile patching file drivers/devices/isa/Makefile patching file drivers/devices/isa/soundlight/Makefile patching file drivers/devices/Makefile patching file drivers/devices/misc/Makefile patching file drivers/devices/parport/Makefile patching file drivers/devices/pci/Makefile patching file drivers/devices/pcmcia/Makefile patching file drivers/devices/usb/Makefile patching file drivers/dmxdev/Makefile patching file examples/htmlexamples/Makefile patching file examples/Makefile patching file tools/Makefile patching file tools/pointer/Makefile albe...@copituxredux:~/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1$ ./configure dmx4linux successfully configured albe...@copituxredux:~/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1$ make make -C libs all make[1]: Entering directory `/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/libs' cc-c -o open.o open.c cc-c -o sleep.o sleep.c ar rcs libdmx4l.a open.o sleep.o cc -fPIC -c -o open.lo open.c cc -fPIC -c -o sleep.lo sleep.c cc -shared -Wl,-soname,libdmx4l.so.2 -o libdmx4l.so.2.5 open.lo sleep.lo -lc ln -sf libdmx4l.so.2.5 libdmx4l.so.2 ln -sf libdmx4l.so.2 libdmx4l.so make[1]: Leaving directory `/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/libs' make -C tools all make[1]: Entering directory `/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/tools' cc -Ipointer -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o dmxtest.o dmxtest.c dmxtest.c: In function 'Reader': dmxtest.c:65: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result dmxtest.c: In function 'Writer': dmxtest.c:143: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result cc -L/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/libs -o dmxtest dmxtest.o -ldmx4l cc -Ipointer -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o midi2dmx.o midi2dmx.c midi2dmx.c: In function 'DMXput': midi2dmx.c:246: warning: ignoring return value of 'write', declared with attribute warn_unused_result midi2dmx.c:254: warning: ignoring return value of 'write', declared with attribute warn_unused_result midi2dmx.c: In function 'reset': midi2dmx.c:297: warning: ignoring return value of 'write', declared with attribute warn_unused_result cc -L/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/libs -o midi2dmx midi2dmx.o -ldmx4l cc -Ipointer -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o uart_dmxd.o uart_dmxd.c cc -L/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/libs -o uart_dmxd uart_dmxd.o -ldmx4l cc -Ipointer -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o dmxconsole.o dmxconsole.c dmxconsole.c: In function 'load': dmxconsole.c:404: warning: ignoring return value of 'fread', declared with attribute warn_unused_result make -C pointer all make[2]: Entering directory `/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/tools/pointer' cc -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o js.o js.c js.c: In function 'jspoll': js.c:62: warning: ignoring return value of 'fread', declared with attribute warn_unused_result cc -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o pointer.o pointer.c pointer.c: In function 'flushdevice': pointer.c:63: warning: ignoring return value of 'read', declared with attribute warn_unused_result cc -Wall -O2 -I/home/albesan/pd-source/pure-data/externals/iem/dmx512/dmx4linux-2.6.1/include -c -o ps2.o ps2.c
[PD] communicating with the shell
hello, if have recently working on replacing the [shell] object (ggee) from my patches as it is leaving zombies all over the place - i believe this is a know issue? (2002) http://markmail.org/message/wrlpbaal75viugft (it would be really nice to have an object for communicating with the shell that is not buggy.) so here is my workaround: in a shell start up pdreceive and pipe the output into shell: pdreceive 3003 udp| sh send my messages from [netsend 1] problem: pd sticks a ; onto the end of all messages solution: pipe the message through sed on its way to pdreceive pdreceive 3003 udp |sed 's/;//'|sh ok now so now this is fine for things that do there job and then finish such as ls cat etc. but what about things that need to stay running? for example when i want to open emacs then run another command the second command wont be run until emacs is closed. i thought adding a at the end would work but it doesnt pdreceive 3003 udp |sed 's/;//'|sh can someone tell me what i am doing wrong? also this method is fine for sending stuff to the shell but what about getting results back from the shell? like a bang when the process is finsihed or the result of a pwd command? i thought about pipeing | the output of the shell into a pdsend on another port but that seems messy? anyone got solutions to these issues? or anyone with the skills agree that [shell] should be fixed or rewritten and included in another lib? many thanks rob canning ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-extended 0.40-3 : error when sending blob message to inlet
I'm thinking that if Pd would just handle its own t_int type (as MaxMSP does) then the blob stuff would be unnecessary. Martin Hans-Christoph Steiner wrote: Yes, indeed this is strange behavior. The string/blob stuff is in need of an update, but its not very clear how to handle it. So examples like this are useful for outlining the problems. .hc On Jan 27, 2009, at 5:51 PM, Jean-Yves Gratius wrote: strange behaviour, isn't it ? when I send [float( or [list( or [symbol( or even gempointer to a trigger [t a], everything is ok, when I send [blob( to this trigger, i get an error message. Any other reserved keywords ? JYG. Hans-Christoph Steiner a écrit : blob is a keyword for Martin Peach's string additions that are included in Pd-extended. .hc On Jan 27, 2009, at 4:44 AM, Jean-Yves Gratius wrote: hi, in pd-extended 0.40-3 (win xp), when i send a [blob( message to a subpatch with an inlet, i get a error message : error : Bad arguments for message 'blob' to object 'messresponder' i tried with pd vanilia 0.39-2, 0.40-1, pd ext. 0.39-2, everything is ok. [blob( | [pd-subpatch] Jean-Yves ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date: 26/01/2009 18:37 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ 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-extended 0.40-3 : error when sending blob message to inlet
I don't quite follow, can you expand on that? Do you mean that Pd would have to include ints? Or that the C code should use t_int rather than int? .hc On Jan 28, 2009, at 9:21 AM, Martin Peach wrote: I'm thinking that if Pd would just handle its own t_int type (as MaxMSP does) then the blob stuff would be unnecessary. Martin Hans-Christoph Steiner wrote: Yes, indeed this is strange behavior. The string/blob stuff is in need of an update, but its not very clear how to handle it. So examples like this are useful for outlining the problems. .hc On Jan 27, 2009, at 5:51 PM, Jean-Yves Gratius wrote: strange behaviour, isn't it ? when I send [float( or [list( or [symbol( or even gempointer to a trigger [t a], everything is ok, when I send [blob( to this trigger, i get an error message. Any other reserved keywords ? JYG. Hans-Christoph Steiner a écrit : blob is a keyword for Martin Peach's string additions that are included in Pd-extended. .hc On Jan 27, 2009, at 4:44 AM, Jean-Yves Gratius wrote: hi, in pd-extended 0.40-3 (win xp), when i send a [blob( message to a subpatch with an inlet, i get a error message : error : Bad arguments for message 'blob' to object 'messresponder' i tried with pd vanilia 0.39-2, 0.40-1, pd ext. 0.39-2, everything is ok. [blob( | [pd-subpatch] Jean-Yves ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date: 26/01/2009 18:37 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ 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 Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-extended 0.40-3 : error when sending blob message to inlet
Pd already has a t_int type declared in m_pd.h, the comments imply that it must be the same size as a pointer: /* signed and unsigned integer types the size of a pointer: */ #if !defined(PD_LONGINTTYPE) #define PD_LONGINTTYPE long #endif #if !defined(PD_FLOATTYPE) #define PD_FLOATTYPE float #endif typedef PD_LONGINTTYPE t_int; /* pointer-size integer */ typedef PD_FLOATTYPE t_float; /* a float type at most the same size */ typedef PD_FLOATTYPE t_floatarg;/* float type for function calls */ So if Pd could handle int types just as it now handles float types, then you could pass pointers around (as well as unicode characters etc.). The blob code defines a type that consists of a pointer and a length, but that could be done further down the chain outside of core Pd if Pd could pass just the pointer around. The t_int type is used internally but there is no integer atom. Martin From: Hans-Christoph Steiner h...@eds.org To: Martin Peach martin.pe...@sympatico.ca CC: pd-list pd-list@iem.at Subject: Re: [PD] PD-extended 0.40-3 : error when sending blob message to inlet Date: Wed, 28 Jan 2009 09:44:43 -0500 I don't quite follow, can you expand on that? Do you mean that Pd would have to include ints? Or that the C code should use t_int rather than int? .hc On Jan 28, 2009, at 9:21 AM, Martin Peach wrote: I'm thinking that if Pd would just handle its own t_int type (as MaxMSP does) then the blob stuff would be unnecessary. Martin Hans-Christoph Steiner wrote: Yes, indeed this is strange behavior. The string/blob stuff is in need of an update, but its not very clear how to handle it. So examples like this are useful for outlining the problems. .hc On Jan 27, 2009, at 5:51 PM, Jean-Yves Gratius wrote: strange behaviour, isn't it ? when I send [float( or [list( or [symbol( or even gempointer to a trigger [t a], everything is ok, when I send [blob( to this trigger, i get an error message. Any other reserved keywords ? JYG. Hans-Christoph Steiner a écrit : blob is a keyword for Martin Peach's string additions that are included in Pd-extended. .hc On Jan 27, 2009, at 4:44 AM, Jean-Yves Gratius wrote: hi, in pd-extended 0.40-3 (win xp), when i send a [blob( message to a subpatch with an inlet, i get a error message : error : Bad arguments for message 'blob' to object 'messresponder' i tried with pd vanilia 0.39-2, 0.40-1, pd ext. 0.39-2, everything is ok. [blob( | [pd-subpatch] Jean-Yves ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date: 26/01/2009 18:37 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ 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 Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] iem_bin_ambi on OSX ... missing objects
hi, you can find simple abstractions for doing ambisonic encoding / decoding: http://wiki.dataflow.ws/PdMtlAbstractions ambi.device.zoom2wxy~.pd ambi.device.zoom.read~.pd ambi.distance.7~.pd ambi.dominance.7~.pd ambi.mono2wxy~.pd ambi.mono2wxyuvpq~.pd ambi.mono2wxyz~.pd ambi.rotate.wxy~.pd ambi.rotate.wxyuvpq~.pd ambi.wxy2mono~.pd ambi.wxy2quad~.pd ambi.wxy2wxyuvpq~.pd ambi.wxyuvpq2mono~.pd ambi.wxyz2mono~.pd ... pat ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd][Windows] Handling Paths and Visual Enhancements
On Wed, 28 Jan 2009, IOhannes m zmoelnig wrote: == Part 2 == Look at the screenshots at http://digital.music.cornell.edu/kevinernste/tutorial_3_audio_input_and_recording Is that a Mac-specific look or could we patch the latest version to look like that? this is how Pd-extended looks like on all platforms. No, it's actually OSX-specific to the extent that all lines are blurred out to dim greys two pixels wide instead of being sharp dark lines one pixel wide. I thought that this problem had been fixed a while ago on OSX ? Does the OSX version look like the others now? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] can not get working xsample in ubunutu 8.04
Hi, have you read http://lists.puredata.info/pipermail/pd-list/2009-01/067457.html gr~~~ 2009/1/28 Fernando Godoy dataf...@gmail.com: Hi I compiled flext in ubuntu 8.04 because i need xsample. Then, when i compiled xsample, using sh ../flext/build.sh pd gcc sh ../flext/build.sh pd gcc install y get xsample.pd_linux file in extra folder ( y don t get xgroove or any other file) but when i try to create an xsample objet from pd, the software simply get mad and i have to pkill the aplication. This is the message when i run the first sh build.sh pd gcc (for xsample compilation) f...@ferx:~/Sources/xsample$ sh /home/ferx/Sources/flext/build.sh pd gcc make -f /home/ferx/Sources/flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=/home/ferx/Sources/flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _build_ make[1]: se ingresa al directorio `/home/ferx/Sources/xsample' mkdir -p pd-linux/release-single mkdir -p pd-linux/release-single/ g++ -c -msse -mfpmath=sse -ffast-math -O3 -pthread -fPIC -DNDEBUG -DFLEXT_SYS=2 -DPD -I/usr/local/src/pd/pd/src -I/usr/local/include/flext source/main.cpp -o pd-linux/release-single/main.opp mkdir -p pd-linux/release-single/ g++ -c -msse -mfpmath=sse -ffast-math -O3 -pthread -fPIC -DNDEBUG -DFLEXT_SYS=2 -DPD -I/usr/local/src/pd/pd/src -I/usr/local/include/flext source/play.cpp -o pd-linux/release-single/play.opp mkdir -p pd-linux/release-single/ g++ -c -msse -mfpmath=sse -ffast-math -O3 -pthread -fPIC -DNDEBUG -DFLEXT_SYS=2 -DPD -I/usr/local/src/pd/pd/src -I/usr/local/include/flext source/groove.cpp -o pd-linux/release-single/groove.opp mkdir -p pd-linux/release-single/ g++ -c -msse -mfpmath=sse -ffast-math -O3 -pthread -fPIC -DNDEBUG -DFLEXT_SYS=2 -DPD -I/usr/local/src/pd/pd/src -I/usr/local/include/flext source/record.cpp -o pd-linux/release-single/record.opp mkdir -p pd-linux/release-single/ g++ -c -msse -mfpmath=sse -ffast-math -O3 -pthread -fPIC -DNDEBUG -DFLEXT_SYS=2 -DPD -I/usr/local/src/pd/pd/src -I/usr/local/include/flext source/inter.cpp -o pd-linux/release-single/inter.opp g++ -pthread -shared -Wl,-S -L/usr/local/src/pd/pd/bin -L/usr/local/lib -o pd-linux/release-single/xsample.pd_linux pd-linux/release-single/main.opp pd-linux/release-single/play.opp pd-linux/release-single/groove.opp pd-linux/release-single/record.opp pd-linux/release-single/inter.opp -lflext-pd_s chmod 755 pd-linux/release-single/xsample.pd_linux strip --strip-unneeded pd-linux/release-single/xsample.pd_linux make[1]: se sale del directorio `/home/ferx/Sources/xsample' and this is the message for the second, sh build install f...@ferx:~/Sources/xsample$ sudo sh /home/ferx/Sources/flext/build.sh pd gcc install make -f /home/ferx/Sources/flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=/home/ferx/Sources/flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _install_ make[1]: se ingresa al directorio `/home/ferx/Sources/xsample' install pd-linux/release-single/xsample.pd_linux /usr/lib/pd/extra make[1]: se sale del directorio `/home/ferx/Sources/xsample' I dont really know so much about compilation, then any suggestion is welcome. saludos. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Thomas Grill http://g.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd][Windows] Handling Paths and Visual Enhancements
On Wed, 28 Jan 2009, Mathieu Bouchard wrote: On Wed, 28 Jan 2009, IOhannes m zmoelnig wrote: this is how Pd-extended looks like on all platforms. No, it's actually OSX-specific to the extent that all lines are blurred out to dim greys two pixels wide instead of being sharp dark lines one pixel wide. I thought that this problem had been fixed a while ago on OSX ? Does the OSX version look like the others now? I mean specifically the horizontal and vertical lines. OSX's rendering of diagonal lines is of course better. For fonts it depends... my experience on OSX was that Courier was too blurry as well. Ideally, fonts would be just a little bit smoothed... only on their diagonal lines. However, we often don't have that level of control. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd][Windows] Handling Paths and Visual Enhancements
Mathieu Bouchard wrote: On Wed, 28 Jan 2009, IOhannes m zmoelnig wrote: == Part 2 == Look at the screenshots at http://digital.music.cornell.edu/kevinernste/tutorial_3_audio_input_and_recording Is that a Mac-specific look or could we patch the latest version to look like that? this is how Pd-extended looks like on all platforms. No, it's actually OSX-specific to the extent that all lines are blurred i realized after ray's second email that he was talking about the antialiasing thing rather than the general Pd-extended look. fgadmsrt 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] communicating with the shell
Hallo, Rob Canning hat gesagt: // Rob Canning wrote: anyone got solutions to these issues? or anyone with the skills agree that [shell] should be fixed or rewritten and included in another lib? I'd recommend to use pdlua instead of shell. You get a nicer language and can use it for many other tasks, too. To simply start a program use e.g. os.execute(gvim) or use io.popen(prog) for running more advanced commands that you need to get feeback from. (io.popen may not work on Windows, AFAIK) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] communicating with the shell
Hello, Le 28/01/09 20:07, Frank Barknecht a écrit : Hallo, Rob Canning hat gesagt: // Rob Canning wrote: anyone got solutions to these issues? or anyone with the skills agree that [shell] should be fixed or rewritten and included in another lib? I'd recommend to use pdlua instead of shell. You get a nicer language and can use it for many other tasks, too. But if you don't want to compile lua, you can also use the [popen] object that comes with pd extended (at least on osx). n -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] communicating with the shell
another solution is with pyext. in pdmtl abstractions it's under linux.process.pd (but i think it should work on windows and mac (not tested)). import sys, os, time, signal, subprocess try: import pyext except: print ERROR: This script must be loaded by the PD pyext external sys.exit() class sub(pyext._class): A simple script to start and stop process # number of inlets and outlets _inlets=1 _outlets=1 def __init__(self,*args): pass def start_1(self,a): global process process = subprocess.Popen(str(a)) self._outlet(1, 'opening '+str(a)) def stop_1(self,*a): os.kill(process.pid, signal.SIGTERM) self._outlet(1, 'stopping process '+str(process.pid)) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
On Tue, 27 Jan 2009, Hans-Christoph Steiner wrote: I think there is a ton of potential to the ideas in desiredata and things like the new editing tricks in pd-vanilla 0.42. But they also have the large potential to cause harm to peoples' workflow. In desiredata, the workflow is almost completely backwards-compatible and pretty much everything new is made of new keyboard shortcuts that don't exist in pd. It should be noted that the new automagic is Miller's innovation whereas desiredata put this feature on Ctrl+6 as a proof of concept. This is a central reason why I am involved in rewriting the GUI from scratch for pd-devel. I want to make Pd's GUI easy to modify and extend. The GUI is not solely u_main.tk ... even after removing t_tkcmd.c. Plenty of C code is part of the GUI... look at most of the sys_vgui commands: they don't let the client figure out things on its own; they make decisions about the appearance. After all, the g_*.c files are not called g for nothing: the g stands for graphical or gui. And the problem with rewriting anything from scratch is that the bigger it is, the longer it is before you have something working properly again, and it's even worse when there's not even a list of features that can tell you what has to be still supported and what's just an artifact of how it's implemented. Pd users have come to depend on the strangest of features. I always thought that gui objects could be made opaque, but in the end, I can't even do that without breaking someone's patches, and then, I can't even change the priority of those gui objects: the object behind has to be the one receiving the clicks! if I change that, it also breaks someone's patches. This is just two examples out of 666. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] communicating with the shell
Both Lua and Python are great suggestions. But avoid the issue of fixing [shell]. It has been problematic for a long time and this is another opportunity to discover how to fix it, or deprecate/remove it altogether. I think there's something to be said for all Pd distros _not_ including [shell] for obvious reasons. If users want to open that door it should be an informed decision. That would happen if they could only use PyExt and PdLua. [shell] is very buggy, has it's day finally come to be fixed or dropped? On Wed, 28 Jan 2009 14:50:32 -0500 patrick pured...@11h11.com wrote: another solution is with pyext. in pdmtl abstractions it's under linux.process.pd (but i think it should work on windows and mac (not tested)). import sys, os, time, signal, subprocess try: import pyext except: print ERROR: This script must be loaded by the PD pyext external sys.exit() class sub(pyext._class): A simple script to start and stop process # number of inlets and outlets _inlets=1 _outlets=1 def __init__(self,*args): pass def start_1(self,a): global process process = subprocess.Popen(str(a)) self._outlet(1, 'opening '+str(a)) def stop_1(self,*a): os.kill(process.pid, signal.SIGTERM) self._outlet(1, 'stopping process '+str(process.pid)) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
On Wed, 28 Jan 2009, Frank Barknecht wrote: I agree a lot here. I think, the automagic in 0.42 is the first time, that something like that reached a wider audience. Desire Data was more something cool to look at, but I doubt that many people managed to actually install and use it a lot. Please, please, please, don't make it look like that feature was in desiredata the way it is in vanilla. And if DesireData ended up not going anywhere, it's my fault. I mean, there were lots of interesting hurdles that we had to face, and that slowed us down for sure, but the most interesting one by far is that I can't seem to be able to focus properly on the project anymore. After PdConv07 I just took a break and after that I wasn't able to put myself back on the track. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
I remember you explaining this before Mathieu, and it was with great dismay that I realised DesireData was not to be an alternative to pd-gui, but a complete rewrite of the whole show. It seems there is a necessary intermediate step by which Pd is properly separated into two truly independent GUI client and sound server code sets. From this position, it opens the door to all kinds of alternative GUIs, so long as clear protocols are established for exchange between pd and pd-gui. On Wed, 28 Jan 2009 15:50:24 -0500 (EST) Mathieu Bouchard ma...@artengine.ca wrote: On Tue, 27 Jan 2009, Hans-Christoph Steiner wrote: I think there is a ton of potential to the ideas in desiredata and things like the new editing tricks in pd-vanilla 0.42. But they also have the large potential to cause harm to peoples' workflow. In desiredata, the workflow is almost completely backwards-compatible and pretty much everything new is made of new keyboard shortcuts that don't exist in pd. It should be noted that the new automagic is Miller's innovation whereas desiredata put this feature on Ctrl+6 as a proof of concept. This is a central reason why I am involved in rewriting the GUI from scratch for pd-devel. I want to make Pd's GUI easy to modify and extend. The GUI is not solely u_main.tk ... even after removing t_tkcmd.c. Plenty of C code is part of the GUI... look at most of the sys_vgui commands: they don't let the client figure out things on its own; they make decisions about the appearance. After all, the g_*.c files are not called g for nothing: the g stands for graphical or gui. And the problem with rewriting anything from scratch is that the bigger it is, the longer it is before you have something working properly again, and it's even worse when there's not even a list of features that can tell you what has to be still supported and what's just an artifact of how it's implemented. Pd users have come to depend on the strangest of features. I always thought that gui objects could be made opaque, but in the end, I can't even do that without breaking someone's patches, and then, I can't even change the priority of those gui objects: the object behind has to be the one receiving the clicks! if I change that, it also breaks someone's patches. This is just two examples out of 666. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: On Wed, 28 Jan 2009, Frank Barknecht wrote: I agree a lot here. I think, the automagic in 0.42 is the first time, that something like that reached a wider audience. Desire Data was more something cool to look at, but I doubt that many people managed to actually install and use it a lot. Please, please, please, don't make it look like that feature was in desiredata the way it is in vanilla. No, I didn't want to imply that at all, sorry if it sounded like that. Desire Data showed the way how GUI and usability improvements can actually work in Pd. The 0.42 automagic is inspired by that, but still has to learn quite a bit more. And I'm sure it will. After PdConv07 I just took a break and after that I wasn't able to put myself back on the track. I guess I know that feeling from my unfinished physics studies. ;) But now I understand more about the value of Fourier transforms than at that time ... Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pointer to array
Is it possible to get a pointer to arrays created by the put menu or [table] object? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
Le 28 janv. 09 à 23:51, Frank Barknecht a écrit : Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: On Wed, 28 Jan 2009, Frank Barknecht wrote: I agree a lot here. I think, the automagic in 0.42 is the first time, that something like that reached a wider audience. Desire Data was more something cool to look at, but I doubt that many people managed to actually install and use it a lot. Please, please, please, don't make it look like that feature was in desiredata the way it is in vanilla. No, I didn't want to imply that at all, sorry if it sounded like that. Desire Data showed the way how GUI and usability improvements can actually work in Pd. The 0.42 automagic is inspired by that, but still has to learn quite a bit more. And I'm sure it will. After PdConv07 I just took a break and after that I wasn't able to put myself back on the track. I guess I know that feeling from my unfinished physics studies. ;) But now I understand more about the value of Fourier transforms than at that time ... Me too :) Fourier transform, Nyquist, Shannon, etc. Thanx to Pd world (and the network) that help me to understand that ! ++ Jack Ciao -- Frank ___ 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] communicating with the shell
I just want to say that i am very happy tu use [shell] in my patch. It is very useful to execute a PHP script for exemple. ++ Jack Le 28 janv. 09 à 21:49, Andy Farnell a écrit : Both Lua and Python are great suggestions. But avoid the issue of fixing [shell]. It has been problematic for a long time and this is another opportunity to discover how to fix it, or deprecate/remove it altogether. I think there's something to be said for all Pd distros _not_ including [shell] for obvious reasons. If users want to open that door it should be an informed decision. That would happen if they could only use PyExt and PdLua. [shell] is very buggy, has it's day finally come to be fixed or dropped? On Wed, 28 Jan 2009 14:50:32 -0500 patrick pured...@11h11.com wrote: another solution is with pyext. in pdmtl abstractions it's under linux.process.pd (but i think it should work on windows and mac (not tested)). import sys, os, time, signal, subprocess try: import pyext except: print ERROR: This script must be loaded by the PD pyext external sys.exit() class sub(pyext._class): A simple script to start and stop process # number of inlets and outlets _inlets=1 _outlets=1 def __init__(self,*args): pass def start_1(self,a): global process process = subprocess.Popen(str(a)) self._outlet(1, 'opening '+str(a)) def stop_1(self,*a): os.kill(process.pid, signal.SIGTERM) self._outlet(1, 'stopping process '+str(process.pid)) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Use the source ___ 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] communicating with the shell
Yep, actually that was a prescriptive and arrogant thing of me to suggest dropping it. I have lots of patches that use it too. So, poor [shell], very useful, but quite broken (if you use it in any serious way). How can it be fixed? On Thu, 29 Jan 2009 00:12:14 +0100 Jack j...@rybn.org wrote: I just want to say that i am very happy tu use [shell] in my patch. It is very useful to execute a PHP script for exemple. ++ Jack Le 28 janv. 09 à 21:49, Andy Farnell a écrit : Both Lua and Python are great suggestions. But avoid the issue of fixing [shell]. It has been problematic for a long time and this is another opportunity to discover how to fix it, or deprecate/remove it altogether. I think there's something to be said for all Pd distros _not_ including [shell] for obvious reasons. If users want to open that door it should be an informed decision. That would happen if they could only use PyExt and PdLua. [shell] is very buggy, has it's day finally come to be fixed or dropped? On Wed, 28 Jan 2009 14:50:32 -0500 patrick pured...@11h11.com wrote: another solution is with pyext. in pdmtl abstractions it's under linux.process.pd (but i think it should work on windows and mac (not tested)). import sys, os, time, signal, subprocess try: import pyext except: print ERROR: This script must be loaded by the PD pyext external sys.exit() class sub(pyext._class): A simple script to start and stop process # number of inlets and outlets _inlets=1 _outlets=1 def __init__(self,*args): pass def start_1(self,a): global process process = subprocess.Popen(str(a)) self._outlet(1, 'opening '+str(a)) def stop_1(self,*a): os.kill(process.pid, signal.SIGTERM) self._outlet(1, 'stopping process '+str(process.pid)) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] generic pointer type WAS: PD-extended 0.40-3 : error when sending blob message to inlet
Hmm, I don't think it would be so great for to have floats and ints in Pd for most uses. This has probably been discussed before, but is there any chance of generalizing the pointer type? Or perhaps there should be just a generic pointer type, that's what I think IOhannes was proposing. .hc On Jan 28, 2009, at 10:46 AM, Martin Peach wrote: Pd already has a t_int type declared in m_pd.h, the comments imply that it must be the same size as a pointer: /* signed and unsigned integer types the size of a pointer: */ #if !defined(PD_LONGINTTYPE) #define PD_LONGINTTYPE long #endif #if !defined(PD_FLOATTYPE) #define PD_FLOATTYPE float #endif typedef PD_LONGINTTYPE t_int; /* pointer-size integer */ typedef PD_FLOATTYPE t_float; /* a float type at most the same size */ typedef PD_FLOATTYPE t_floatarg;/* float type for function calls */ So if Pd could handle int types just as it now handles float types, then you could pass pointers around (as well as unicode characters etc.). The blob code defines a type that consists of a pointer and a length, but that could be done further down the chain outside of core Pd if Pd could pass just the pointer around. The t_int type is used internally but there is no integer atom. Martin From: Hans-Christoph Steiner h...@eds.org To: Martin Peach martin.pe...@sympatico.ca CC: pd-list pd-list@iem.at Subject: Re: [PD] PD-extended 0.40-3 : error when sending blob message to inlet Date: Wed, 28 Jan 2009 09:44:43 -0500 I don't quite follow, can you expand on that? Do you mean that Pd would have to include ints? Or that the C code should use t_int rather than int? .hc On Jan 28, 2009, at 9:21 AM, Martin Peach wrote: I'm thinking that if Pd would just handle its own t_int type (as MaxMSP does) then the blob stuff would be unnecessary. Martin Hans-Christoph Steiner wrote: Yes, indeed this is strange behavior. The string/blob stuff is in need of an update, but its not very clear how to handle it. So examples like this are useful for outlining the problems. .hc On Jan 27, 2009, at 5:51 PM, Jean-Yves Gratius wrote: strange behaviour, isn't it ? when I send [float( or [list( or [symbol( or even gempointer to a trigger [t a], everything is ok, when I send [blob( to this trigger, i get an error message. Any other reserved keywords ? JYG. Hans-Christoph Steiner a écrit : blob is a keyword for Martin Peach's string additions that are included in Pd-extended. .hc On Jan 27, 2009, at 4:44 AM, Jean-Yves Gratius wrote: hi, in pd-extended 0.40-3 (win xp), when i send a [blob( message to a subpatch with an inlet, i get a error message : error : Bad arguments for message 'blob' to object 'messresponder' i tried with pd vanilia 0.39-2, 0.40-1, pd ext. 0.39-2, everything is ok. [blob( | [pd-subpatch] Jean-Yves ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.14/1917 - Release Date: 26/01/2009 18:37 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ 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 Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -
Re: [PD] [Pd][Windows] Handling Paths and Visual Enhancements
On Jan 28, 2009, at 5:19 AM, IOhannes m zmoelnig wrote: Ray Rashif wrote: Smashing day == Part 1 == I'm trying to do some user-interaction and would like to use variables for handling filepaths. I understand this may not be a problem with Linux/Mac as we can use ~/ for the user's home directory. What would be the Windows equivalent of that? I'd also like to know how to handle Windows paths in general with Pd as the backslash is not recognised. afaik, Pd-extended has support for this (at least you should be able to use ~ and $HOME (or was it %HOME%?) to access your home- directory. ~ should work on Windows too, or %UserProfile% == Part 2 == Look at the screenshots at http://digital.music.cornell.edu/kevinernste/tutorial_3_audio_input_and_recording Is that a Mac-specific look or could we patch the latest version to look like that? this is how Pd-extended looks like on all platforms. Not quite. That is Pd-extended using an old version of Tcl/Tk so that the anti-aliasing is super fuzzy. If you are using Pd-extended with the embedded version of Tcl/Tk, or you turn off the anti-aliasing, it is not fuzzy like that. .hc [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] generic pointer type WAS: PD-extended 0.40-3 : error when sending blob message to inlet
Hans-Christoph Steiner wrote: Hmm, I don't think it would be so great for to have floats and ints in Pd for most uses. This has probably been discussed before, but is there any chance of generalizing the pointer type? Or perhaps there should be just a generic pointer type, that's what I think IOhannes was proposing. Well the int can easily be converted to a float as already happens when you type one into a number box. There would be a default int handler for inlets that don't explicitly have one, which would just make it into a float and keep going. The blob is a generic pointer type. It's just a pointer and the length of whatever it points at. The 'pointer' that's used in graphical arrays is just not usable I think, in fact it's misnamed. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
On Wed, 28 Jan 2009, Andy Farnell wrote: I remember you explaining this before Mathieu, and it was with great dismay that I realised DesireData was not to be an alternative to pd-gui, but a complete rewrite of the whole show. Well it was way too late to realise that, I rewrote much of the C code of IEMGUI back in the spring of 2004. DesireData didn't really start in mid-2005, it was a revival of an older project. It seems there is a necessary intermediate step by which Pd is properly separated into two truly independent GUI client and sound server code sets. From this position, it opens the door to all kinds of alternative GUIs, so long as clear protocols are established for exchange between pd and pd-gui. Well, it may look like that when you don't mess with the code, but I ask you to ask yourself: what kind of protocol will that be between the client and the server? If you don't touch the server at all, you will have to have clients that accept to be told things in the words that the server is willing to feed them. Would all the clients have to accept Tcl commands from the server, and furthermore, would they all have to accept the same details that the server usually feeds to the client, such as how to draw each piece of each gui object on the canvas?... and that's just the display; the keyboard/mouse is similarly handled much more by the server than by the client. And then, how many client programmes do you expect? I don't think that it'd take long before people realise that they don't even want two clients for the same server... and if it's the server that handles most of the things that people could be interested in making differently, then what does it buy you to have multiple client programmes? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gridflow for Mac OS X?
So am i to assume gridflow works as a binary now? It would be nice to have it work simply without compiling Thanks to everyone for the recent advances, pix_freeframe is wonderful Patrick Pagano Digital Media Engineer Digital Worlds Institute University of Florida On Wed, Jan 28, 2009 at 4:38 PM , Jack wrote: Oh ! I forgot : ++ Jack  Le 28 janv. 09 à 08:17, Koray Tahiroglu a écrit : Hello Hans, I attached gridflow.pd_darwin (gridflow-0.8.4 old version), and it requires some additional libraries to be installed. This was compiled in OSX 10.4.7 667 MHz PowerPC G4 and tested with Pd 0.39.2 extended. I guess someone might have the latest binary for gridflow-0.9.4. Koray gridflow.pd_darwin - M.Koray Tahiroglu Acoustics Lab / TKK http://mlab.taik.fi/~korayt tel: +358 45 233 6272 On Jan 27, 2009, at 9:48 PM, pd-list-requ...@iem.at wrote: Message: 6 Date: Tue, 27 Jan 2009 12:47:07 -0500 From: Hans-Christoph Steiner h...@eds.org Subject: [PD] gridflow for Mac OS X? To: Pd List pd-l...@iem.kug.ac.at Message-ID: 07156dae-2517-4661-a318-c3c797916...@eds.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Are there any gridflow binaries for Mac OS X out there? How is gridflow running on Mac OS X these days? .hc - --- It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- ___ 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] stereo vision
On Wed, Aug 27, 2008 at 5:07 PM, zmoel...@iem.at wrote: Quoting Simon Kilshaw simon.kils...@rwcmd.ac.uk: Hey, I got myself a pair of anaglyph glasses (like you get at the cinema)- and managed to play around quite successfully with the stereo patch in gem examples (pd extended- Have to be green and red glasses (not the blue and red i think). i think olson wants to do the opposite: take a stereo-image of the real-world (with two cameras) and try to somehow get a model of this real-world into softworld; rather than synthesizing a pseudo-3d visual of a virtual world. simon: you are right, color-separated anaglyph images are currently done in red/green, and if you want to change that you would have to recompile Gem. Hi IOhannes, any tips on where to change this? I can only find red/blue glasses here in town (maybe I could add a 4th mode for red/blue rather than red/green rather than replacing it so everyone can be happy?) Best Luke i think this is an issue that should be solved; but then, i also think that rather few people really use this feature, and if they do so they are probably up to do the compilation stuff; at least nobody has yet complained are filed a feature-request. olaf: seems like there are no computer-vision experts around here; at least i am not one of them; this might explain the lack of answers to your original mail (which at least i received) fgmadr IOhannes This message was sent using IMP, the Internet Messaging Program. ___ 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] stereo vision
On Wed, Jan 28, 2009 at 5:57 PM, Luke Iannini lukex...@gmail.com wrote: On Wed, Aug 27, 2008 at 5:07 PM, zmoel...@iem.at wrote: Quoting Simon Kilshaw simon.kils...@rwcmd.ac.uk: Hey, I got myself a pair of anaglyph glasses (like you get at the cinema)- and managed to play around quite successfully with the stereo patch in gem examples (pd extended- Have to be green and red glasses (not the blue and red i think). i think olson wants to do the opposite: take a stereo-image of the real-world (with two cameras) and try to somehow get a model of this real-world into softworld; rather than synthesizing a pseudo-3d visual of a virtual world. simon: you are right, color-separated anaglyph images are currently done in red/green, and if you want to change that you would have to recompile Gem. Hi IOhannes, any tips on where to change this? I can only find red/blue glasses here in town (maybe I could add a 4th mode for red/blue rather than red/green rather than replacing it so everyone can be happy?) O, just saw the stereoSep etc. messages, probably better to do it that way, like stereoColor 0/1 for redgreen/redblue or something Best Luke i think this is an issue that should be solved; but then, i also think that rather few people really use this feature, and if they do so they are probably up to do the compilation stuff; at least nobody has yet complained are filed a feature-request. olaf: seems like there are no computer-vision experts around here; at least i am not one of them; this might explain the lack of answers to your original mail (which at least i received) fgmadr IOhannes This message was sent using IMP, the Internet Messaging Program. ___ 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] Pointer to array
tabread, tabplay~, etc. gives you something that acts like a pointer. .hc On Jan 28, 2009, at 5:47 PM, Jonathan Wilkes wrote: Is it possible to get a pointer to arrays created by the put menu or [table] object? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pointer to array
I'm intending to figure out a way to pointerise named arrays but haven't got the design worked out yet. (Also, I'm hoping to allow the other sort of arrays to get used by the tab objects - I thing that would be quite powerful. cheers Miller On Wed, Jan 28, 2009 at 10:01:54PM -0500, Hans-Christoph Steiner wrote: tabread, tabplay~, etc. gives you something that acts like a pointer. .hc On Jan 28, 2009, at 5:47 PM, Jonathan Wilkes wrote: Is it possible to get a pointer to arrays created by the put menu or [table] object? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ 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] iem_bin_ambi on OSX ... missing objects
These objects that I cant create come from patches within the WindowsXP distribution that I found here: http://iem.at/Members/noisternig/bin_ambi It's the only example documentation that I can find for how to use the complex iem_bin_ambi and iem_ambi objects. The individual object help patches dont give enough info to be able to use them (at least for my brain). afair, Georg Holzmann has done a workshop on 3d-audio at the LAC2007 in Berlin; i'm sure he used bin_ambi and might have written up some documentation (probably the workshop material can be found somewhere online) I've found the conference proceedings ...but there's not really any content for Georg's workshop. [spec2*~] [spec2+~] [spec2-~] these are part of the iem_spec2 library for efficient operations in rFFT domain. I've got iem_spec2 loaded up ... but the objects still cant be created. Is there perhaps a dependency ...or maybe the OSX version does not supply these? try creating [spec2_mul~], [spec2_add~] and [spec2_sub~] either as replacements for the objects above or _before_ loading the patch. that works. Thankyou. Etienne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ambi_decode3 ... getting the speaker feeds
I think I've got this figured out. (but need help with matrices) [ambi_decode3] spits out a matrix of numbers. Each line represents one speaker, each column (in each line) is the factor to multiply the appropriate component (or channel) of the incoming ambisonic signal. If I am right then all I need to do is, for each row (i.e. speaker), multiple each col value to the appropriate component of the ambisonic signal ... then add them all up and that will be that particular speaker's feed. I've got 2 libs loaded iem_matrix and iemmatrix. iemmatrix seems to have far more objects in it, but none of them have any help patches (and many need the * replaced with 'mul'). (OSX PD Extended). I'm not too familiar with the concept of matrices ... but this is what I need to do: Is there a matrix object that can have 9 inputs (i.e. second order 3D ambisonic signal) and then have 16 outputs (being my speakers). Then I pump in how each output is created by adding up the 9 imputs which have been factored? I can do this outside of matrices but its gonna be shitloads of objects. Etienne On Wed, Jan 28, 2009 at 11:27 AM, e deleflie edelef...@gmail.com wrote: Hi all, Wondering if anyone can help me with something that I am sure is obvious to those in the know. The IEM object [ambi_decode3] produces an ambisonic decoder matrix (i.e. a bunch of floats) ... how can I turn that (with a source sound) into speaker feeds? Would anyone have a sample patch? Etienne BTW: IOhannes, [ambi_decode2] [ambi_decode] [ambi_decode_cube] dont have help patches. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pointer to array
Oops, I mixed up the tabwrite inlets in that last example. -Jonathan --- On Thu, 1/29/09, Miller Puckette mpuck...@imusic1.ucsd.edu wrote: From: Miller Puckette mpuck...@imusic1.ucsd.edu Subject: Re: [PD] Pointer to array To: Hans-Christoph Steiner h...@eds.org Cc: jancs...@yahoo.com, pd-list@iem.at Date: Thursday, January 29, 2009, 4:59 AM I'm intending to figure out a way to pointerise named arrays but haven't got the design worked out yet. (Also, I'm hoping to allow the other sort of arrays to get used by the tab objects - I thing that would be quite powerful. cheers Miller On Wed, Jan 28, 2009 at 10:01:54PM -0500, Hans-Christoph Steiner wrote: tabread, tabplay~, etc. gives you something that acts like a pointer. .hc On Jan 28, 2009, at 5:47 PM, Jonathan Wilkes wrote: Is it possible to get a pointer to arrays created by the put menu or [table] object? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list #N canvas 0 0 450 300 12; #N canvas 0 0 1004 682 example 0; #X obj 46 72 route element; #X obj 46 122 unpack p f; #X obj 46 171 t a a; #X obj 46 248 tabwrite proxy-array; #X obj 46 147 swap; #X obj 46 17 struct example float x float y array my_array my_element ; #X obj 46 197 element example my_array; #X obj 46 222 get my_element y; #X obj 46 97 route change; #X text 35 41 dragging the 1st element outputs: element change (pointer) 0; #X connect 0 0 8 0; #X connect 1 0 4 0; #X connect 1 1 4 1; #X connect 2 0 6 0; #X connect 2 1 3 1; #X connect 4 0 2 0; #X connect 4 1 6 1; #X connect 5 0 0 0; #X connect 6 0 7 0; #X connect 7 0 3 0; #X connect 8 0 1 0; #X restore 7 5 pd example; #N canvas 0 0 281 97 my_element 0; #X obj 16 12 struct my_element float y; #X restore 6 31 pd my_element; #X obj 180 121 table proxy-array; #X obj 6 121 tabread4~ proxy-array; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pointer to array
Toward the second feature you described: what if clicking on or dragging an element in a ds array outputs the following list from the struct: element [click/change] (pointer) [index] Then at least a partial solution would be to use a proxy array as shown in the example patch. Currently to do this you need to traverse the datawindow with a [metro]. -Jonathan --- On Thu, 1/29/09, Miller Puckette mpuck...@imusic1.ucsd.edu wrote: From: Miller Puckette mpuck...@imusic1.ucsd.edu Subject: Re: [PD] Pointer to array To: Hans-Christoph Steiner h...@eds.org Cc: jancs...@yahoo.com, pd-list@iem.at Date: Thursday, January 29, 2009, 4:59 AM I'm intending to figure out a way to pointerise named arrays but haven't got the design worked out yet. (Also, I'm hoping to allow the other sort of arrays to get used by the tab objects - I thing that would be quite powerful. cheers Miller On Wed, Jan 28, 2009 at 10:01:54PM -0500, Hans-Christoph Steiner wrote: tabread, tabplay~, etc. gives you something that acts like a pointer. .hc On Jan 28, 2009, at 5:47 PM, Jonathan Wilkes wrote: Is it possible to get a pointer to arrays created by the put menu or [table] object? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list #N canvas 0 0 450 300 12; #N canvas 0 0 1004 682 example 1; #X obj 46 72 route element; #X obj 46 122 unpack p f; #X obj 9 172 t a a; #X obj 9 253 tabwrite proxy-array; #X obj 46 147 swap; #X obj 46 17 struct example float x float y array my_array my_element ; #X obj 46 197 element example my_array; #X obj 46 222 get my_element y; #X obj 46 97 route change; #X text 35 41 dragging the 1st element outputs: element change (pointer) 0; #X connect 0 0 8 0; #X connect 1 0 4 0; #X connect 1 1 4 1; #X connect 2 0 3 0; #X connect 2 1 6 0; #X connect 4 0 2 0; #X connect 4 1 6 1; #X connect 5 0 0 0; #X connect 6 0 7 0; #X connect 7 0 3 1; #X connect 8 0 1 0; #X restore 7 5 pd example; #N canvas 0 0 281 97 my_element 0; #X obj 16 12 struct my_element float y; #X restore 6 31 pd my_element; #X obj 180 121 table proxy-array; #X obj 6 121 tabread4~ proxy-array; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
