Pd-list July 2008

pd-list@lists.iem.at

111 participants
206 discussions

GEM + eee, segmentation fault
by potax flan 12 Aug '08

12 Aug '08

Running GEM on eee (1 gb) crashes Pd whenever i destroy a gemwin. Terminal reports Segmentation fault. any tips? any flags that will make GEM behave better? thanks

7 15

Calling Mac OS X 10.3 Panther users! Please test new release!
by Hans-Christoph Steiner 09 Aug '08

09 Aug '08

Hey, I no longer have access to a Mac OS X 10.3 Panther machine, but I would like to make a working Pd-extended release for that OS. If you are running 10.3/Panther, please test this version and let me know if it works for you: http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended- macosx103.dmg .hc ------------------------------------------------------------------------ ---- All information should be free. - the hacker ethic

2 5

Idiomatic Pd
by Luke Iannini 08 Aug '08

08 Aug '08

There are some amazing sets of abstractions being released recently, which has served to highlight the many extant styles of patching. I was wondering if there was interest in establishing a set of guidelines for patching in the vein of PEP 8 for Python; I've found that document to be very relaxing as it is a standardized approach to OCD. More seriously, it greatly helps when reading other people's code or collaborating. http://www.python.org/dev/peps/pep-0008/ The only one I have seen so far for Pd covers best practices for layout. I'd want to include that, but also codify naming, arguments, common idioms, and so on. I've begun to collect some of my practices to start things off. I was hoping we could all lazy-vote the document together in this thread and I'll then compile it into a PdPedia/Pd.info document. So, feel free to object to or replace my propositions. Style: * If giving $0 as an argument to an abstraction, it is always first in the argument list [1] * * When possible, pass parent arguments in numeric order, like [child $0 $1 $2 other1 other2] etc. * Sends and Receives are written in camelCase, with "R" appended to complementary receives (e.g. in GUIs, $0mySlider for the send and $0mySliderR for the receive) * When prepending $0 to a symbol, only add a "-" to separate it from another number, like [r $0-1stSend]. Otherwise the symbol should immediately follow, like [r $0mySend]. * When working with stereo, Left and Right pairs are written with Le and Ri appended (to distinguish them from an R denoting "receive", above) Programming recommendations * To invert a toggle, use [== 0] * Use the loadbang of the parent of both abstractions to initialize two or more interdependent abstractions [1] I think of this like emulating the "self" convention in Python And so on... Cheers Luke

11 24

Spell checking / existence of a word
by Nicolas Montgermont 05 Aug '08

05 Aug '08

Hi list, Has anybody developped a way to check the existence of a word in a given dictionnary? As a basis, I was looking at the aspell command line spell checking tool : http://aspell.net/ This is well suited, but it will need to use the shell object and I'm working under OSX, so I'm not sure of it's long term stability. Aspell can be used as a lib also, so i was wondering if anyone has ever developped an external based on it? Or has anyone some other ideas to do that? Thanks in advance, Nicolas -- http://nim.on.free.fr

5 9

sssad slowness
by Atte André Jensen 04 Aug '08

04 Aug '08

Hi Ok, so I'm playing with sssad, and it's really easy to work with. I saved some of the settings in my "environment" (a sssad save is here: http://atte.dk/download/test_alive.txt). Loading/saving the state itself is snappy, but loading the main patch is really slow (hogs the machine for 15 seconds, before the load is complete). With plans to add more things to the state, I figure something else must be done. So: 1) Is this normal behaviour of sssad? 2) Should I change something in my setup (backend, ramdisk)? I guess this is not is the part of the problem since loading a state is fast but regular load of the sssad-enabled patch is sloow, but what do I know... 3) Is something broken in my sssad install? I had problems, that I solved by moving sssad* to /usr/lib/pd/extra/ (from /usr/lib/pd/extra/sssad/), but that might have left some badness behind. BTW: sssad-example, (from which I copied stuff) also loads quite slow, maybe 2-3 seconds. -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk

9 28

[PD-announce] Pd-extended 0.40.3 released, dedicated to Jamie Tittle
by Hans-Christoph Steiner 04 Aug '08

04 Aug '08

Finally, it's done! The most polished release of Pd yet. We are further refining Pd into a truly powerful and usable programming platform. http://puredata.org/downloads/ This release is dedicated to Jamie Tittle, aka tigital, who recently died of cancer. He was a long time and key contributor to Gem and Pd in general, even while he was in the hospital undergoing treatment. He is sorely missed in this community, and I am sure by many others. Some highlights of this release: * more functional namespace tools ([declare] and [import]) * new appearance designed to enhance readability * GLSL shader support in Gem * usability improvements * on Mac OS X, you can now build "standalone" applications * standard locations for user-installed externals * many bug fixes Here's the rough changelog: - next visual appearance designed for readability - default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/local/lib/pd-externals and ~/pd-externals Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/ Application Data/Pd - lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser - you can now use "~" in all paths to mean home folder, and on Windows you can use environment variables, lie %UserProfile% in paths - improved Cut/Copy/Paste support for working in object and message boxes - fixed Cut/Copy/Paste for the Pd window's console - [declare] and [import] now sorted out for loading (but much work needs to be done before there namespace support is complete) - "File -> Save As" defaults to the Home folder (~/) on Mac OSX - new patches default to the folder last saved in - included pgp_opengl aka 3dp on GNU/Linux and Mac OS X - 'hardware' and 'deprecated' removed from libraries loaded by default - On Debian/Ubuntu, the packages now install into /usr rather than / usr/local - On Mac OS X, you can now build "standalone" applications from the File menu. - bug fixes and clean up of [hid] and mapping externals - included config in Info.plist for the Spotlight Importer KNOWN BUGS - check http://puredata.info/dev/bugtracker before reporting bugs - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it - the GUI runs slower in some situations ------------------------------------------------------------------------ ---- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

2 1

Re: [PD] declare [was: Re: Idiomatic Pd]
by Matt Barber 01 Aug '08

01 Aug '08

>> i question, if someone is seriously voting for the 'relative to parent' >> approach, since it is full of troubles: > > I think, I do. (if seriously is another question...) > to me an abstraction is like an include function (like for example in php). > let's say I create an abstraction that plays soundfiles and the filename > can be given as an argument or messages, then I want to write > [mysfplayer sounds/1.wav]. in this case, I want the file be relative to > the "parent" patch, because the parent patch will be in my project > folder, but the abstraction will be somewhere in an abstraction directory. Right -- is an abstraction like an include (macro?)? Or is it more like a c file which is separately compiled and linked? Or is it like a class definition which can have multiple instances, and might have a distinction between "public" and "private?" I don't think any of these analogies is quite general enough to be satisfactory. Your example is more complicated if your [mysfplayer] also lives in a different subdirectory -- is there a consistent (and/or idiot-proof) way of finding sounds/1.wav? I think I prefer the 'relative to topmost' approach as well, if only because I tend to want to think of abstractions as objects. The problem is, for most built-ins your path is declared at startup or in the parent patch, so things get a little itchier -- you need to be able to allow the path to be declared in the main patch, but you need to have an abstraction whose file might be located somewhere deep in that path inherit from the main patch the absolute paths of resources located in other directories, which is a little different problem than what happens to a declare inside an abstraction. Depending on how things are defined, you could have soundfiles living in the same directory as the main patch which an abstraction living in a subdirectory can't find using the same name. For myself, I'd like to make some of the ideas I've seen in recent posts more explicit so I know I'm understanding the problems correctly. So then let's say you have a complicated abstraction called [GUI_ambi_pan~].pd which you keep in ./GUI_ambi_pan/ (relative to the main patch), and you've defined it in such a way that stereo soundfiles which store, say, realtime azimuth and elevation coefficients, can be passed to it with $2. For it to act transparently like an object you need it to inherit access to everything the patch it's instantiated in has access to pathwise, and with the same name, and again this is a deeper problem than what a [declare] inside an abstraction does. On the other hand, let's say it also has a junkload of helper abstractions located in ./GUI_ambi_pan/helpers (similar, maybe, to a set of static functions in a C file or the private functions in a class definition), you might want a way to insulate the main patch from the abstraction's helpers -- or the flip side is you don't want the main patch to need to know about the abstraction's helpers in order to have them instantiated. A "public/private" distinction for sets of abstractions would still have to be defined pathwise. If these are the problems, it leads me to believe that perhaps the -path syntax is too ambiguous to effect sufficient generality to be of any required specific use for relative paths inside of abstractions -- it might help the problem to have different flags for different situations (at least the following): 1) a switch for globally declaring that abstractions inherit the absolute paths using names defined relative to the parent (like declaring generally that abstractions behave like objects, using names you would use for built-ins). 1.1) a switch for inside an abstraction declaring that it will search for files using names relative to its parent (this abstraction should behave like an object). 2) a switch for inside an abstraction to export a path setting from a child to its parent, with the path defined relative to the parent (treats the abstraction more like a macro - you could use this e.g. to define a main patch's path using an abstraction, which might be useful for complex declarations in something like a sandbox environment -- the same as just using the [declare -path ...] in the main patch, but as a ready-made set of things to include). 2.1) a switch for inside an abstraction to export an absolute path setting from a child to its parent, with the path defined relative to the child (I'm trying to think of a good use for this -- maybe if you wanted [soundfiler] and [my_groove_box~] to be able to access "sounds/johnson.wav" which lives in a subdirectory "sounds" of the directory my_groove_box~.pd lives in, and access it by the same name -- I don't think this is particularly useful and might be logically inconsistent). 3) a switch for inside an abstraction to declare a "local" path relative to an abstraction's file (and by default unknown to the parent unless also declared there) -- probably overrides 1) just for this path? In this case, if 2) or 2.1) is used for this path as well, you're using the abstraction as a kind of hybrid object/macro, where path is relative to the actual files -- there could be a global switch for this, too, or it could be the default. 3.1) a switch for inside an abstraction to declare that such a "local" path is also "private" (or "static," etc.)... probably overrides 1) just for this path? also throws an error when the same absolute path is declared by its parent. Also throws an error when this same path is declared using a 2) or 2.1) switch. 4) a large set of error messages which are thrown when some path declaration is logically inconsistent, ambiguous, or when a resource or directory defined relatively is multiply defined somewhere in the search path -- and very well-defined default behaviors in the presence of an error (like with multiple [send~]'s with the same name). 5) a "madcap hijinks" solution, which would be to allow search paths to be defined recursively -- [declare -path -r ./100_folders/] grabs everything in that directory including its subdirectories and their subdirectories. This could be extremely useful in some situations, but breaky-breaky in a great deal of others. Harder to make proper and useful checks, and the error messages thrown concise and meaningful. So what happens if 1.1) and 3) are set for two different directories, but it finds a file with the same name in both of them (and it's not the same file)? I guess the bottom line for me is that I'm okay with fuzzy or dumb [declare] statements breaking patches as long as proper errors are thrown and errant states are handled consistently -- I feel like the problem is just syntactical enough to be solved logically, and we should not throw up our hands at the possibility that someone could define paths wrong or ambiguously, or that it might be complicated to do it correctly in a way that allows sufficient generality and consistency at once. What I worry about is that solving anything like this might necessitate unwelcome changes to the current way paths are defined, which is why I would support adding flags to change the current (default) behavior, and enough flags to make this thing as expressive and powerful as needed. Wow, I need to get to bed. Sorry for the long post. Matt

3 3

External "midifile" (by Martin Peach)
by chi ball 31 Jul '08

31 Jul '08

Hi, when I load the "midifile-help.pd", pd windows give this errror: "error: midifile: unable to open wowo". What does it mean? (I use WinXP) Thank's tuco _________________________________________________________________ Condividi i tuoi scatti più belli con Raccolta foto di Windows Live! http://get.live.com/photogallery/overview

2 1

libraries not loading in Pd-extended .40.3
by Mike Moser-Booth 31 Jul '08

31 Jul '08

I just installed the new Pd-extended .40.3 on OSX 10.4 and got this in the console window: cyclone: can't load library zexy: can't load library cxc: can't load library ext13: can't load library /Applications/Pd-extended.app/Contents/Resources/extra/fftease.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/Resources/extra/fftease.pd_darwin, 10): no suitable image found. Did find: /Applications/Pd-extended.app/Contents/Resources/extra/fftease.pd_darwin: mach-o, but wrong architecture fftease: can't load library iemabs: can't load library iemmatrix: can't load library liblist: can't load library flatspace: can't load library fftease and the iem stuff never loaded before anyway, but zexy, cyclone, and flatspace were never a problem and I use them often. This is the first time I've upgraded, so I'm not entirely sure I did it the right way (I know some apps install things in weird places that screw up upgrades, and I'm a bit of a computer dumbshit in that regard). I just dragged the old .39 .app to the trash and installed this one. Is anyone else getting this? Thanks, Mike

2 1

[PD-announce] simultan - call for video submissions // deadline extended 10.08.08
by Levente Kozma 31 Jul '08

31 Jul '08

Hello! ------------------------------------------------------------------- Simultan04 Festival - Call for video submissions // deadline 10.08.08 ------------------------------------------------------------------- Simultan - Video and Media Arts Festival will take place in Timisoara, Romania between October 23-25, 2008. Under the theme Temporary Tactics, Simultan04 explores a conflict situation, a difficult cohabitation between the independent audio-visual works and the cultural, social and political context in which they are born. Temporary Tactics wishes to highlight time and space connected speculative situations, the practice of acting and reacting, of making and creating, in the moment and in response to the stimulus of ones immediate environment. ------------------------------------------------------------------- Simultan04 is open for submissions of innovative works which make use of technology in a creative, ingenious way or are based on a peculiar, unusual story. The video section is open to all video artists and not only, who can apply with narratives, experimental videos, animations, movies and motion graphics. Those interested may apply with a maximum number of 2 video works, each having a duration that must not exceed 3 minutes. Terms and conditions, technical details, application form here: http://www.simultan.org/en/2008/callforentry.htm The deadline for the submission of works and applications is August 10th, 2008 (postmark) After the event, a DVD/catalogue will be published, each of the admitted participants will receive the DVD/catalogue by the end of 2008. no application fee required! For additional information please contact: Levente Kozma email: simultan[at]simultan.org, tel: +40-740.300.806 for more details please visit www.simultan.org --- a video review of Simultan03 www.youtube.com/simultanfestival www.myspace.com/simultanfestival ------------------------------------------------------------------- [please distribute to interested people | apologies for any duplicates] _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list July 2008