Pd-dev September 2004

pd-dev@lists.iem.at

20 participants
22 discussions

cygwin port?
by Reini Urban 14 Sep '04

14 Sep '04

Nobody looked so far at a cygwin port? I see various build targets, which would help. pd_cygwin would be a merge of pd_linux and some pd_nt (just the dllext and some makefile additions, using a newer libtool to use dlltool and maybe dllwrap) FYI, cygwin supports OOTB tcl/tk (native nt) and opengl (native or x11). And sound should be possible also in a mixture of linux and nt manner (/dev/dsp wrappers and WinAPI). The packaging would be similar to debian. I'd prefer cygwin over MSVC, or at least mingw. But if you already support MSVC, mingw is straightforward. when is cvs.sf.net populated? I prefer to update from cvs, than from tar.gz. I miss gem, extensions, ... It would be nice to have this finished for the convention. I'm already thinking of maintaining apache, php and postgresql for cygwin, so puredata would be not so problematic to maintain for me, compared to the others. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/

5 7

d_global.c comment: blocksize
by Tim Blechmann 14 Sep '04

14 Sep '04

hi miller, hi list ... i'm curious about one comment in d_global.c ... currently the blocksize is limited to 64 samples ... but a comment implies, that it's possible to get the blocksize from the canvas in future ... i'm currently rewriting some of the functions to get rid of the 64 sample limitation and the additional (unneeded) buffer in send~/catch~ by adding a common bus class to avoid that ... from what i read in the code, i'm not sure if there is any way to access the current block size of a canvas ... sys_getblksize() returns the default blocksize ... am i missing something? if not, is there any easy way to implement it (i would add a new entry to _glist, that can be set by switch~ and block~) ? cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

2 1

gem & 3dp/pf/pdp/pidip
by Tom Schouten 13 Sep '04

13 Sep '04

hi, an open letter to the gem devs :) i'm not 100% there yet but time has come to start thinking about a direct gem<->pdp/pf plug. my plans are: * pix <-> pdp image packet converters * plug 3dp into the gem 3d render chain the pixbufs should not pose too many problems. plugging in the render chain seems relatively easy too. all relevant 3dp code is pure opengl. 3dp objects work like this: accept context packet, draw to or otherwize modify the context, and pass along. the context packet is not really used atm, and serves as a 'bang': the objects draw to the current gl context. so, i'm fishing for advice. cheers tom

4 7

how to not cause audio drops with threads
by Tom Schouten 12 Sep '04

12 Sep '04

hi all, i was thinking about adding some non-blocking message queue mechanism to pd, to simplify writing externals with their own worker threads that cannot, by design, block the audio thread. i've found the need for this in almost all of my pd projects that use threads, and the only one that has solved it somewhat properly is wvvw.. adding support to pd would prevent a lot of hassle. it could serve as an 'external design pattern' actually. this could be implemented in the form of a pd-message queue. even a simple fixed size ringbuffer containing fixed size pd atoms would be a very nice thing to have as a standard part of pd. it doesn't require platform-specific code, and doesn't use dynamic memory allocation for each message. this can catch most of the communication needed between the main pd thread and a bunch of isolated worker threads, and do it in a way that forces you to not cause drops. something like: typedef struct { t_atom *buffer; int length; // single message length in atoms int size; // total number of messages int read; // read atom index int write; // write atom index } t_queue; t_atom *queue_read(t_queue *q); // returns NULL if queue empty int queue_write(t_queue *q, t_atom *a); // returns error code if full void queue_free(t_queue *q); t_queue *queue_new(int length, int size); another thing that i've been looking for, is a standard way to hook into the main scheduler loop to add a poll hook. you can do this with clocks, but an explicit hook at the point where the gui is polled for updates would be much cleaner. maybe 2 hooks: one that runs at the dsp tick, and one that runs at gui tick. so the pattern is: thread->pd: a message queue with poller in pd scheduler pd->thread: another message queue with poller in worker thread the pollers are application-specific, but some could be included in the pd api, like a poller that sends messages to a certain object, or a receiving symbol. this is not really necessary though. my apologies if i missed out one some discussion on this subject, but i think this would be trivial to add and very useful. tom

2 5

interpolating scalar dsp fuctions
by Tim Blechmann 05 Sep '04

05 Sep '04

hi all ... at the moment the scalar dsp fuctions are working on one float ... if this float changes it will most likely produce an audible click: |float 1( | | |*~ 0| | the usual way to avoid that in pd is to use a line~ object, that both uses cpu power itself and adds overhead since it's a vector/vector operation, not a vector/scalar operation any more ... it would be possible to implement an interpolation between the two scalars (for one dsp block or so) and thus smooth the transition from one float argument to another ... on the one hand this would add some overhead (the check if the scalar has been changed), but it would be possible to replace line~ objects with line objects that don't have the dsp overhead ... i'm curious, what other people think of this ... i could change the behaviour of the pd interal object or write an external for that ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

6 12

definitely check out miller 0.38-test4!
by James Tittle II 04 Sep '04

04 Sep '04

...just a short note: even though it's based on 8.4.4, out of total curiousity I just ran the ol' "testQuartz.pd" patch...under quickdraw, it used to be a big cpu hog, but now it's not? The new packaged pd.app shows up as Pd and pd in top, and neither of them seem to break 10% cpu on my machine, even with all the counters going! ...otoh, I just built 0.38-0test4 from source, this time against 8.5, and for one thing it doesn't auto assemble the pd.app...so, ya have to launch from cmdline, and that just uses wish shell again, which is also back to it's huge cpu usage :-( Big question: is the pd.app packaging code going to be included in the makefile? ...interesting, james

3 3

Perms on pd MAIN branch
by Hans-Christoph Steiner 04 Sep '04

04 Sep '04

Now that Miller is going to be working out of the CVS, I think it would probably be a good idea to put an ACL (access control list) on the MAIN branch of the pd directory. This is not a matter of trust, but rather to prevent accidental commits to the MAIN branch, which could happen relatively easily and would be relatively easy to miss. AFAIK, the only person who have committed to MAIN in the past has been Günter, so it seems that the ACL should be Miller and Günter to start with. Anyone else? .hc ________________________________________________________________________ ____ There is no way to peace, peace is the way. -A.J. Muste

2 2

bug: r~
by Tim Blechmann 04 Sep '04

04 Sep '04

hi miller, i found that r~ is bound to both receive~ and catch~ ... i suppose d_global.c line 292 is obsolete: class_addcreator((t_newmethod)sigthrow_new, gensym("r~"), A_DEFSYM,0); cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

2 1

Standard Directory Layout for Pd Srcs
by Hans-Christoph Steiner 04 Sep '04

04 Sep '04

So I make a quick web page to document what seems to me the standard layout of files and directories for working with the Pd sources. http://puredata.org/docs/developer/devlayout Comments? .hc ________________________________________________________________________ ____ "Information wants to be free." -Stewart Brand

3 6

dsp block alignment
by Tim Blechmann 02 Sep '04

02 Sep '04

hi all, since the dsp blocks are aligned in devel_0_37, i'm curious if there is any way to let the compiler know of this ... the compiler seems to make no use of that at the moment ... any ideas? cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

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 September 2004