Pd-dev March 2004

pd-dev@lists.iem.at

35 participants
57 discussions

Pdplay?
by Nicola Bernardini 21 Oct '04

21 Oct '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear all, at the SOb project (http://www.soundobject.org) we're writing some really cool physical model objects which we are soon going to package and propose to the pure-data externals repository (they are GNU/GPL). However, we now have a problem that we want to solve soon: we need standalone versions of some demo applications (possibly running griPD etc.) we did. It would be nice to have a sort of MaxPlay type of thing (how about PdPlay?). I have some ideas on how to do it and it could be trivial, and therefore it is very probable that someone has already done it somewhere. If no one has done it, I'll hack up one solution and report back to the list as soon as it is done (it is going to be GNU/GPL anyway :). Thank you in advance for all the help you will want to give. nicb +--------------------------------------------------------------------+ |Nicola Bernardini | |E-mail: nicb(a)centrotemporeale.it | |GPG Fingerprint = 6AE6 AF21 E160 D9B3 396E EBAC 906C CFAE 4D65 D910| |Neither MS-Word nor MS-PowerPoint attachments please: | |http://www.fsf.org/philosophy/no-word-attachments.html | +--------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE9mf2qkGzPrk1l2RARAqi/AJ92NXY9HoDWlMbRcu59RkUQNH8E7gCeLU07 +ocbGJWYRzzrrdQO/cG0BcM= =TT6i -----END PGP SIGNATURE-----

5 7

extending the .pd format
by Mathieu Bouchard 30 Apr '04

30 Apr '04

Hi, I would need some input on extending the .pd format. I would also like that some modifications get made to Pd to support extensibility. Here's the plan for now: 1. "#X connect" lines would take any number of extra arguments, which would have to be preserved by attaching an atom list to each connection and save that list when saving the connection. Ideally this would have to be put in all versions of Pd. Now, miller+devel branches may actually just ignore those extra arguments, and the impd branch would do something else with it. 2. all GUI objects should support additional arguments in pretty much the same way. 3. Alternately, (1) and (2) can be replaced by having a new #-code (like #E standing for extra) that applies to the last #X. This would be especially good for adding properties to GUI objects that already have a use for any number of arguments (messageboxes, objectboxes themselves, and comments). 4. In any case, I think it would be good to have those extras as key/value pairs, because 23 unnamed arguments (#X obj 0 0 vsl blah blah blah) is already a bit hard to follow sometimes, and it sounds silly to me to add more of those unnamed arguments, especially since in most cases, default values still would be used, just like they already are in the case of half of the 23 unnamed arguments right now. 5. There's a problem with the above idea (4) when it comes to counting a list as a value. One way to resolve this is to introduce sublists, which would be a good idea anyway, and use the {} characters (that are currently dropped, and so unused) for that purpose, just like how they are used in jMax2 and Tcl already (or parens in LISP, or [] in many others). 6. However I don't know how much code would have to be changed for (5) to be completed. If I didn't care about compatibility, I would introduce {}'s all over the place, but if I have to make it easier for other (miller+devel) branches, then i'd ask to only support them in #E's for now, and delay their other potential uses in the rest of Pd (inside normal "#X obj" arguments, etc), though using parens with spaces around them (in GF/Pd) still looks silly anytime. Ok, the above are my most important ideas, but below are some extra nonneglectible ideas that I'm less sure what to do about. 7. If doublequotes changed meaning to quoting symbols in pretty much C/Tcl/etc allow, it would be an incompatibility, but I suspect the end result of most of the affected patches would actually remain the same, just going through different semantics, such that "foo bar" would just be a 7-character symbol instead of two 3-character symbols. 8. However I would prefer doublequotes to mean _string literals_ instead, and maybe use some other character for symbol quoting: LISP uses [], but LISP isn't too familiar to most Pd users anyway. I might suggest backticks or singlequotes. String literals might be difficult to introduce neatly into Pd, because it would be great if they could be used (magically) instead of symbols whenever possible, and have automatic conversion, but I guess all the code checking for T_SYMBOL won't support it... ________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju

8 18

threaded gui & cvs
by Tim Blechmann 01 Apr '04

01 Apr '04

hi all, would anyone complain if i'd add yves' patch to the cvs? cheers... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

5 10

Re: [PD-announce] tbext: hydrogen atom in a magnetic field
by d.lj 31 Mar '04

31 Mar '04

hy, getting a little error whiel trying to build it. does it need icc? g++ -c -mcpu=pentium4 -mmmx -msse2 -msse -mfpmath=sse -O3 -I/home/x75/pd/externals/grill/flext/source -funroll-loops -fmove-all-movables -frerun-loop-opt -finline-functions -fno-rtti -fno-exceptions -DFLEXT_SHARED -DFLEXT_THREADS -DFLEXT_SYS=2 -I/home/x75/pd/pd/src -I/usr/lib/pd/flext source/him.cpp -o pd-linux/him.o source/him.cpp: In member function `void him::runge_kutta_4(float)': source/him.cpp:203: error: statement cannot resolve address of overloaded function source/him.cpp: In member function `void him::set_mu(float)': source/him.cpp:330: error: statement cannot resolve address of overloaded function source/him.cpp: In member function `void him::set_muv(float)': source/him.cpp:336: error: statement cannot resolve address of overloaded function source/him.cpp: In member function `void him::set_nu(float)': source/him.cpp:342: error: statement cannot resolve address of overloaded function source/him.cpp: In member function `void him::set_nuv(float)': source/him.cpp:348: error: statement cannot resolve address of overloaded function source/him.cpp: In member function `void him::set_etilde(float)': source/him.cpp:355: error: statement cannot resolve address of overloaded function source/him.cpp: In member function `void him::reset()': source/him.cpp:387: error: statement cannot resolve address of overloaded function make: *** [pd-linux/him.o] Error 1 [Tim Blechmann]->[[PD-announce] tbext: hydrogen atom in a magnetic... |hi all, | |i added the semi-classical model of a hydrogen atom in a magnetic field |to the current cvs version of tbext... |the approximation to the differential equalations are being used as |audio output ... | |have fun... | | Tim mailto:TimBlechmann@gmx.de | ICQ: 96771783 |-- |The only people for me are the mad ones, the ones who are mad to live, |mad to talk, mad to be saved, desirous of everything at the same time, |the ones who never yawn or say a commonplace thing, but burn, burn, |burn, like fabulous yellow roman candles exploding like spiders across |the stars and in the middle you see the blue centerlight pop and |everybody goes "Awww!" | Jack Kerouac | | |_______________________________________________ |PD-announce mailing list |PD-announce(a)iem.at |http://iem.at/cgi-bin/mailman/listinfo/pd-announce | -- X � V � o r g GPG-key at http://xdv.org/~jdl/jdl.pub.asc

2 1

re: windows my documents
by carmen 31 Mar '04

31 Mar '04

re> > does that windows have a reg entry like this: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders or is the registry in german too? in any case, it still checks the base pd dir for pd.ini as well, which is proably a better location unless multiple users want different settings on the same machine..

1 0

threaded gui / gui problems
by Tim Blechmann 31 Mar '04

31 Mar '04

hi all, after experiencing several problems with a clicking gui, i thought about a completely independent gui ... for my graphic heavy performance patch, i consider to run 2 pd's on my machine, one running with -nogui -rt , and one representing the gui ... although both pd's should communicate via netsend/recieve ... but on the other hand this is only a solution to get rid of the symptoms, but not to get rid of the problems itself ... what else can be done to solve the problems with graphic heavy patches? i'd prefer to spend some time tweaking pd's gui than rewriting my performance patch ... what would be the result of increasing the SOCKSIZE? are there any negative aspects? i haven't fully read the code, but is there a way to queue for the messages that are to be sent to the gui? cheers... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

1 0

Fwd: PD-cvs digest, Vol 1 #199 - 7 msgs
by Thomas Grill 30 Mar '04

30 Mar '04

> #ifdef MSW > ! char *home; > GetEnvironmentVariable("USERPROFILE", home, 255); > strcat(home,"/My Documents"); > --- 361,365 ---- > #endif > #ifdef MSW > ! char home[256]; > GetEnvironmentVariable("USERPROFILE", home, 255); > strcat(home,"/My Documents"); Hi Mathieu, please note that it's not "My Documents" on all machines. Here in Austria (and the german speaking part of the world) it's "Eigene Dateien". As far as i remember there's a special environment variable reflecting this folder. best greetings, Thomas

1 0

t_canvas vs t_glist
by Mathieu Bouchard 30 Mar '04

30 Mar '04

quoteth m_pd.h : > EXTERN_STRUCT _glist; > #define t_glist struct _glist > #define t_canvas struct _glist /* LATER lose this */ How would it be losed? would t_glist be chosen as canonic, or t_canvas be chosen as canonic, or a third name would be chosen as canonic (like t_patcher maybe), or would the two structures become different (!!!)... And then, why use #define instead of typedef? ________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju

1 0

Pd performance and externals in OSX, XP & Linux?..............
by chun lee 29 Mar '04

29 Mar '04

Hello Pd list: I am new to Pd and am considering to use it for my projects and make my own externals. I wonder if anyone could help me with a few questions before I start getting into it. I have quite a bit of experiences with Max/Msp and have developed my own externals for it. My questioin with Pd is that: Is Pd equally developed on all platforms? Or does one platform has more people developing externals than the others? And are they equally stable? I have access to OSX, WinXP and Linux. Which one should I run Pd on? Or does it not matter? Many thanks Yours CHUN

1 0

(im)pd0.37.1-mingw
by carmen 27 Mar '04

27 Mar '04

hi, i made a makefile for mingw to build pd on windows using gcc - i think microsoft wants money to be a legal user of their compilers - not totally certain on that as someone told me you can dl .NET command line build tools for free (nmake, etc) which is what ive been using, but in any case mingw is much leaner, wont slow down your system by increasing the registry to twice it's size after install, and being gcc it shouldnt require the typical #IFDEF MSW hacks as often... just need makefile.mingw in impd_0_37 src, for normal 0.37.1 add g_vslider.c g_vdial.c and remove u_object.tk from the makefile. install mingw & msys into the same path and 'mingw32-make' from a msys shell in the pd/src dir.. you might need pthreads from ftp://sources.redhat.com/pub/pthreads-win32/pthreads-2003-09-18.exe there were some very minor source changes (in all cases bringing things closer to the linux/mac code) but you can proably figure them out, i'd rather test to make sure nothing has broken on linux/msvc before checking them in...i think some tweaking of the configure.in could create a unified build process on all the supported platforms. the current makefile was created via ./configure then added to support the auxiliary stuff & "dll-wrapping", etc.. cr about the linewrapping thing, emacs is already set to "mail mode" here, but i guess that doesnt hard wrap at 80 columns ( which annoys anyways, since it eliminates the possibility of resizing/wrapping in the reader), a better solution to the mail archive ugliness would proably be to wrap the entire existing html code in a <table width=100%><tr><td>$OLDSTUFFHERE</td></table> so then text will be wrapped instead of scrolling off and off into neverneverland... ______________________- c:\samples\`\pd>c:\program\pd\bin\pd.exe -verbose -look c:/program/pd/tcl/icons/ -noadc -listdev -midiindev 3 -nomidiout -lib zexy;ext13; input devices: 1. Mia 1-2 Analog In 2. Mia 1-2 Digital In 3. C-Media Wave Device output devices: 0. Mia 7-8 Virtual Out 1. Mia 1-2 Virtual Out 2. Mia 3-4 Virtual Out 3. Mia 5-6 Virtual Out 4. C-Media Wave Device API number 3 input devices: 1. FastLane: Port A 2. FastLane: Port B 3. MPU-401 output devices: 0. Microsoft GS Wavetable SW Synth 1. FastLane: Port A 2. FastLane: Port B 3. MPU-401 Pd version 0.37.1 impd compiled 11:27:08 Mar 27 2004 port 5400 c:/program/pd Waiting for connection request... ... connected midi input enabled; warning, don't close the DOS window directly! input channels = 0, output channels = 2 12 audio buffers 0 devices in, 1 devices out opened dac device 0, with return 0 tried C:\samples\`\pd\zexy.dll and failed tried c:\program\pd\extra\zexy.dll and succeeded ???????????????????????????? ?...the zexy external1.1...? ? forum::fnr::umlSute 2001 ? ? send me a 'help' message ? ???????????????????????????? tried C:\samples\`\pd\ext13.dll and failed tried c:\program\pd\extra\ext13.dll and succeeded EXT13 by dieb13(a)klingt.org EXT13: version: 13 EXT13: compiled: Jan 28 2002

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev March 2004