Pd-dev March 2008

pd-dev@lists.iem.at

27 participants
110 discussions

profiling the Tcl<->Pd connection
by Hans-Christoph Steiner 19 May '08

19 May '08

Now that I have discovered this bytecode caching feature, I am curious if the changes I made have made any performance differences. Also, matju mentioned that the bytecode caching probably works better if reusing procs, so it could make sense to have sys_vgui calls use Tcl procs, so that the bytecode gets reused. I was also thinking that perhaps sys_vgui communications could use Tcl_Obj references instead of sending whole lines of Tcl, but that might get overly complicated. .hc ------------------------------------------------------------------------ ---- http://at.or.at/hans/

5 10

pdmtl abstractions breaking builds
by Hans-Christoph Steiner 15 Apr '08

15 Apr '08

The pdmtl abstractions are having some issues with 'svn'. I can guarantee that 'svn' is installed, since that is what is used to get the source code every day. .hc > Message: 17 > Date: Sat, 22 Mar 2008 06:38:59 -0400 (EDT) > From: pd(a)debian-stable-powerpc.idmi.poly.edu (pd) > Subject: [PD-cvs] autobuild: pd-extended debian-stable-powerpc > 2008-03-22 06.29.26 > To: pd-cvs(a)iem.at > Message-ID: > <20080322103900.366862B2CE(a)debian-stable-powerpc.idmi.poly.edu> > > install -d /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/extra/pddp > install -p /home/pd/auto-build/pd-extended/abstractions/pddp/ > dsp.pd /home/pd/auto-build/pd-extended/abstractions/pddp/open.pd / > home/pd/auto-build/pd-extended/abstractions/pddp/+pager.pd /home/pd/ > auto-build/pd-extended/abstractions/pddp/parse_meta.pd /home/pd/ > auto-build/pd-extended/abstractions/pddp/print_long.pd /home/pd/ > auto-build/pd-extended/abstractions/pddp/print.pd /home/pd/auto- > build/pd-extended/packages/linux_make/build//usr/local/lib/pd/extra/ > pddp > /home/pd/auto-build/pd-extended/scripts/generate-libdir- > metafile.sh /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/extra pddp \ > --license "GNU GPL" \ > --description "support objects for the Pure Data Documentation > Project" > install -d /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/doc/5.reference/pddp > install -p /home/pd/auto-build/pd-extended/abstractions/pddp/*- > help.pd \ > /home/pd/auto-build/pd-extended/packages/linux_make/build//usr/ > local/lib/pd/doc/5.reference/pddp > install -d /home/pd/auto-build/pd-extended/packages/linux_make/ > build//usr/local/lib/pd/extra/pdmtl > svn export --force /home/pd/auto-build/pd-extended/abstractions/ > pdmtl \ > /home/pd/auto-build/pd-extended/packages/linux_make/build//usr/ > local/lib/pd/extra/pdmtl > make[2]: svn: Command not found > make[2]: *** [pdmtl_install] Error 127 > make[2]: Leaving directory `/home/pd/auto-build/pd-extended/ > abstractions' > make[1]: *** [abstractions_install] Error 2 > make[1]: Leaving directory `/home/pd/auto-build/pd-extended/packages' > make: *** [install] Error 2 > upload specs linux_make . deb > Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./ > Pd*.deb > ls: /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb: > No such file or directory > > > > ------------------------------ > > _______________________________________________ > PD-cvs mailing list > PD-cvs(a)iem.at > http://lists.puredata.info/listinfo/pd-cvs > > > End of PD-cvs Digest, Vol 37, Issue 19 > ************************************** ------------------------------------------------------------------------ ---- 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

2 4

no ./configure in source package ?
by Frans Haarman 10 Apr '08

10 Apr '08

Hi, I am new to PD and discovered some things I'd like to have. Well mostly one thing to start. I intend to try to patch x_midi.c so ctlin has 2 inlets which allows us to define midi cc & midi channel through the inlets. This will help me build better abstractions to help extend my midi controllers! I think even I can write this patch so I am installing a linux machine as dedicated PD host this week :) However, I am missing a configure script in pd/src/ ..... Did I download the wrong src package or should I use cvs ? Also, maybe I really get this working, who do I send my patch too ? My coding skills are not good at all, I did mostly python scripting, but I think I can get simple things to work (judging from x_midi.c code!) Regards, Frans

6 15

Re: [PD-dev] string support and generic types
by Martin Peach 10 Apr '08

10 Apr '08

It's mostly this patch, the sensor input comes from an arduino with a sonar attached. Still at the dangerous stage, implements a minimal http 1.1 server. It's pd-extended 0403 from today's autobuild. Martin >From: Hans-Christoph Steiner <hans(a)eds.org> >To: "Martin Peach" <martin.peach(a)sympatico.ca> >CC: pd-dev(a)iem.at >Subject: Re: [PD-dev] string support and generic types >Date: Thu, 27 Mar 2008 16:12:01 -0400 > > >On Mar 27, 2008, at 3:22 PM, Martin Peach wrote: > > Hans-Christoph Steiner wrote: > >> Hey, > >> > >> IOhannes and Miller worked out a solution for declaring generic > >> types, it didn't sound to hard to implement. For the next Pd- > >> extended release, I think we'll probably should remove the Martin's > >> string patch in favor of this approach. > > > > OK if the new method is implemented first, and documented as well ;) > > Then I will change [str] to fit. > > I'm using the str object a lot right now in my pd web server: > > http://132.205.142.13 > >Wow, that's nice. Is it Pd-extended per chance? Looking forward to >trying that code! :) > >.hc > > >------------------------------------------------------------------------ >---- > >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-dev mailing list >PD-dev(a)iem.at >http://lists.puredata.info/listinfo/pd-dev

5 8

Pd on the iPhone SDK
by Hans-Christoph Steiner 08 Apr '08

08 Apr '08

Anyone tried to build Pd with the iPhone SDK? It seems like it should be pretty straightforward, since it has CoreAudio. I'll bet even Tcl/Tk will run on it. .hc ------------------------------------------------------------------------ ---- 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

2 2

make patch_pd fails builds on 10.5
by Brandon Zeeb 04 Apr '08

04 Apr '08

Yo Pd-dev, The 'make patch_pd' step prevents one from successfully building pd- extended on Mac os x 10.5. When after you've "make patch_pd" when you build pd-extended, you will get the following error: m_obj.c: In function ‘blobinlet_new’: m_obj.c:222: error: ‘union inletunion’ has no member named ‘iu_blobslot’ make[2]: *** [m_obj.o] Error 1 make[1]: [pd] Error 2 (ignored) make -C /Users/bz/Downloads/puredata-extended/pd/src BUILDLAYOUT_DIR=/ Users/bz/Downloads/puredata-extended/packages cvs_root_dir=/Users/bz/ Downloads/puredata-extended DESTDIR=/Users/bz/Downloads/puredata- extended/packages/darwin_app/build/Pd-0.41.4.app/Contents/Resources prefix= libpddir=/Users/bz/Downloads/puredata-extended/packages/ darwin_app/build/Pd-0.41.4.app/Contents/Resources OPT_CFLAGS="- march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize -ftree-vectorizer- verbose=2" UNAME=Darwin install makefile:171: warning: overriding commands for target `../bin/pdtcl.dll' makefile:165: warning: ignoring old commands for target `../bin/ pdtcl.dll' cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno- parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/ include -I../portaudio/include -I../portaudio/src/ common -I../portaudio/src/os/mac_osx/ -I../portmidi/ pm_common -I../portmidi/pm_mac -I../portmidi/porttime - DUSEAPI_PORTAUDIO -DPA19 -DPA_USE_COREAUDIO -DNEWBUFFER -DMACOSX3 - DPA_BIG_ENDIAN -Wno-error -O2 -DUSEAPI_JACK -DINSTALL_PREFIX=\"\" -c - o ../obj/m_obj.o m_obj.c m_obj.c: In function ‘blobinlet_new’: m_obj.c:222: error: ‘union inletunion’ has no member named ‘iu_blobslot’ make[2]: *** [m_obj.o] Error 1 make[1]: *** [pd_install] Error 2 make: *** [darwin_app_core] Error 2 Any insights? Cheers, ~Brandon

4 7

garrays loading
by Sylvain Le Beux 01 Apr '08

01 Apr '08

Hi everyone, I am actually writing an external which manipulates some audio buffers, and for this purpose I use garrays (i.e. garrays names are actual arguments of my external). The problem is that in order, for my external, to retrieve the data contained in the buffer, I need to reinstantiate the object and then it works just fine. There is here something that I am missing about the way Pd handles with garrays ... Any help appreciated Sylvain

2 2

names of 'pd' tags
by Hans-Christoph Steiner 01 Apr '08

01 Apr '08

Hey, http://pure-data.svn.sourceforge.net/viewvc/pure-data/tags/pd/ I just added tags for 0.41.0 thru 0.41.2. Those tags for 'pd' are a bit of a mess, so I would like to propose cleaning them up. First, I think we can ditch the 'pd-' prefix since they are already in a folder called 'pd'. Second, I think we should use the very standard '.' as the separator between numbers. Third, for test releases, we can use the dash, so that they sort before released version. So something like this: pure-data/tags/pd/0.40-test1 pure-data/tags/pd/0.40-test5 pure-data/tags/pd/0.40.0 pure-data/tags/pd/0.40.1 pure-data/tags/pd/0.40.2 pure-data/tags/pd/0.40.3 pure-data/tags/pd/0.41-test5 pure-data/tags/pd/0.41.0 pure-data/tags/pd/0.41.1 pure-data/tags/pd/0.41.2 - I think we should probably also clean up the "pd-0.39-3", "pd-0.39-3-again", "pd-0.39-3-oncemore", , "pd-0.39-3-really" to be just the right 0.39.3. - do we need the test versions listed in the tags? There are only a couple existing anyway. .hc ------------------------------------------------------------------------ ---- http://at.or.at/hans/

3 3

[ pure-data-Patches-1930681 ] 0.41-4 s_path.c fixes
by SourceForge.net 01 Apr '08

01 Apr '08

Patches item #1930681, was opened at 2008-03-31 23:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: 0.41-4 s_path.c fixes Initial Comment: Two fixes for buffer overrun (buf[1000]=0 later) and rc file args: --- s_path.ori.c 2008-04-01 01:37:03.000000000 +0200 +++ s_path.c 2008-04-01 01:38:02.000000000 +0200 @@ -379,7 +379,7 @@ int rcargc; char* rcargv[NUMARGS]; char* buffer; - char fname[MAXPDSTRING], buf[1000], *home = getenv("HOME"); + char fname[MAXPDSTRING], buf[1001], *home = getenv("HOME"); int retval = 1; /* that's what we will return at the end; for now, let's think it'll be an error */ /* initialize rc-arg-array so we can safely clean up at the end */ @@ -423,7 +423,7 @@ fclose(file); if (sys_verbose) { - if (rcargv) + if (rcargc) { post("startup args from RC file:"); for (i = 1; i < rcargc; i++) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&group_…

1 0

[ pure-data-Bugs-1930436 ] import bug
by SourceForge.net 31 Mar '08

31 Mar '08

Bugs item #1930436, was opened at 2008-03-31 11:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: import bug Initial Comment: I am using import to load a single external, for example [import pddp/pddplink]. doing so, I can create pddplink without the prefix pddp in my patch. the only problem is, that [pddp/pddplink] will not work anymore after that. so import breaks existing paths somehow. I figured out that not using import at all, only [pddp/pddplink] does what I need, because having an object [pddp/pddplink] in a patch will enable [pddplink] if it is created afterwards and [pddp/pddplink] will still work too. m. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_…

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 2008