Pd-dev April 2006

pd-dev@lists.iem.at

36 participants
60 discussions

possible easy way to non-profit status
by Hans-Christoph Steiner 05 Apr '06

05 Apr '06

http://trends.newsforge.com/trends/06/04/02/2029203.shtml? tid=147&tid=132&tid=150 The Software Freedom Law Center is starting a project it calls the Software Freedom Conservancy. Basically, its a non-profit umbrella organization to provide non-profit, tax-free status for free software projects. This could be a good path for Pd. .hc ________________________________________________________________________ ____ I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler

2 1

multiplex problem (winXP)
by patco 05 Apr '06

05 Apr '06

Hello, I hope I'm in the good mailing list: here is the problem: load_object: Symbol "mux_setup" not found mux 0 1 2 ... couldn't create [multiplex] part of zexy-2.1 Copyright (l) IOhannes m zmÃ¶lnig, 1999-2005 forum::fÃ¼r::umlÃ¤ute IEM compiled: Jan 16 2006 For the moment I am renaming all my [mux] with [multiplex] Patco. ___________________________________________________________________________ Nouveau : tÃ©lÃ©phonez moins cher avec Yahoo! Messenger ! DÃ©couvez les tarifs exceptionnels pour appeler la France et l'international. TÃ©lÃ©chargez sur http://fr.messenger.yahoo.com

2 1

CSS for PD ?
by Alexandre Quessy 05 Apr '06

05 Apr '06

Hi all, I was just wondering if it would be suitable, in a further version of PD, to implement styles sheets for the PD GUI. It could be CSS compliant and look like this : (much similar with XUL as well) /* pd objects */ .text { background-color: #fc3; text-color:black; border: 2px groove #f00; } /* make all the canvases always in background*/ .canvas { z-index:-1; } /* canvas of class controlpanel (we could add a field class in properties */ .canvas controlpanel { background-color:yellow; } .... it's just an idea ! aalex

2 1

Re: [PD-dev] Re: file library WAS: [folder_list]
by Kjetil S. Matheussen 05 Apr '06

05 Apr '06

Hans-Christoph Steiner: >>> But I haven't been able to run a [py] object yet. Just instantiating >>> [py] immediately crashes Pd with no errors. So python+pd is not >>> ready >>> for primetime. >> >> i think if you send thomas a detailed bug report this will be fixed >> within 2 hours ... > >Ben and I have talked about it on and off more than once. Its the >bug that makes the crash as if Pd exited cleanly. Could it be that a realtime linux kernel is signalling pd because it blocks (USR2)? Does it crash even when not running realtime?

2 2

[ pure-data-Bugs-1464539 ] [expr] number of args in floor and ceil
by SourceForge.net 05 Apr '06

05 Apr '06

Bugs item #1464539, was opened at 2006-04-04 15:56 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=1464539&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: externals Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [expr] number of args in floor and ceil Initial Comment: bug in [expr], in both functions floor and ceil only one argument is needed: so in vexp_fun.c: line 154: {"floor", ex_floor, 2}, line 155: {"ceil", ex_ceil, 2}, should be: line 154: {"floor", ex_floor, 1}, line 155: {"ceil", ex_ceil, 1}, s.koepf ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1464539&group_…

1 0

Re: avoiding reuse of vectors in multichannel external
by Kjetil S. Matheussen 05 Apr '06

05 Apr '06

IOhannes m zmoelnig: >> >> 2) >> what i could glean from the docs/pdf's there is no way a signal inlet >> could be used for message-input at the same time, is that correct or is >> there a hack to get this work? i specifically need the left-most inlet >> to set the objects state etc. what the standard way of dealing with >> this in PD? > > i don't know which docs/pdf's you are exactly reading, but pd has no > problem with the first (leftmost) inlet accepting both signals and messages. > there are plenty of externals that do that. have a look at [fiddle~] or > [bonk~]. > No, this is a real problem. I just made a very large patch that based around using the snd external. And because there is no way (as far as we know) to let an inlet (except the first one) accept both signals and messages, each time I needed another inlet, I had to manually move all connectors one step to the right, which made me not add as many inlets as I wanted to. (There are, however, a workaround, which is to let each even-numbered inlet be for messages, and each odd-numbered inlet be for signals. But thats just a hack.) Anyway, theres no rational argument why pd shouldn't be able to support both messages and signals on the same inlet, its probably just programming time that is the argument against. So this is a perfectly valid complaint about PD. (By the way, a bit different approach to solving this problem is to let message-inlets be placed on the vertical line of the object-box, and signal-inlets be placed on the horizontal line of the box. :-) )

3 3

Dynamic inlet or outlet management
by Jamie Bullock 03 Apr '06

03 Apr '06

Hi, Does anyone know if there is a way to force an object to redraw itself (other than by moving it)? For example, I have attached the code for a simple object, which instantiates itself with the number of inlets and outlets given by its creation argument. If I call its del method, the in/outlets are deleted, but the visual representation of the object retains them until it is moved. When it is moved, the in/outlets are detached from the object but remain on the canvas! When the add method is called, the in/outlets are created, but again I have to move the object to see them. At this point previously deleted in/outlets disappear from the canvas... Any suggestions..? Jamie

2 1

avoiding reuse of vectors in multichannel external
by /*j 03 Apr '06

03 Apr '06

hello, I'm working on porting the icst-ambisonics externals to PD and i have a couple of questions concerning the dsp-structure of externals in PD. 1) I'm currently experiencing what i think is reuse of signal vectors in the dsp-chain. it looks like input-vectors get overwritten with the output-vector before I'm done with my multichannel processing. in MSP there's a flag to prevent this. it's part of the x->pxobject the x- >x_obj.z_misc = Z_NO_INPLACE; flag. is there something equivalent in PD? from the MSP docs: "If you set this bit in z_misc, the compiler will guarantee that all the signal vectors passed to your object will be unique. It is common that one or more of the output vectors your object will use in its perform method will be the same as one or more of its input vectors. Some objects are unable to handle this restriction; typically, this occurs when an object has pairs of inputs and outputs and writes an entire output on the basis of a single input before moving on to another input-output pair." 2) what i could glean from the docs/pdf's there is no way a signal inlet could be used for message-input at the same time, is that correct or is there a hack to get this work? i specifically need the left-most inlet to set the objects state etc. what the standard way of dealing with this in PD? I'm grateful for any hints or ideas /*j

4 3

those final steps...
by forwinder 03 Apr '06

03 Apr '06

Hi folks, to interrupt the greater building banter woes, I have a question of a more rudimentary manner. Managed to set up my environment properly, check out all the source for PD and the externals, installed asio and ogg but now I am little confused as to how to simply build PD internal. The documentation points towards building an installer. I really dont need to build an installer right now I just want to compile. I tried simply running make in the src directory but aload paths were not set up hence the script bombed out early on. I didnt fancy attempting to hand craft the makefiles since I presume this would not be necessary with what I had read on the site. I was hoping to build PD first before trying the externals. By the way the documentation is very good for stepping one through the setup of the whole business of cygwin MingW etc.. Without that level of clarity things could get very hairy ! Aside from these initial teasing problems, would people recomment me using Flext from the onset with external development. I know the pros but are there any cons? Secondly when compiling with Mingw32 how does one debug the compiled exe. What is the most convenient way to debug external development using MingW. And finally is it a good idea to use the SndObj libraries in conjugation with PD? Are there any drawback? all the best Conor

2 1

Gridflow & pd-extended
by Alexandre Quessy 01 Apr '06

01 Apr '06

Hi all, I would like Gridflow to be part of Pd-extended on Mac OS X. We almost got to compile Gridflow on OSX 10.4. Mathieu told me that James Tittle has succeded in compiling Gridflow on OSX 10.3. As Gridflow is now self-contained in a single directory, it is now easier than ever to include it in a packaged distribution of pd-extended. Also, this would probably mean incuding Ruby 1.9 as well in the pd-extended package. That being said, there are still changes in Apple's Quartz API that makes the port to OSX 10.4 difficult. We are still getting errors when trying to compile it. Some fixes have been made to the CVS, but still, there are constants that have the same name than GF constants in Quartz. (or something like that, got to get back to the code to see exactly what) So, do you guys think that a GF version that has been compiled on OSX 10.3 would work on OSX 10.4 ? This could be a dirty solution to these littles bugs. Otherwise, let's keep chasing the name clashes. Then, if we finally get it to work on OSX 10.4, would it be a problem to incude Ruby 1.9 in the package ? If so, it would mean that we would expect our users to install Ruby 1.9 from CVS in the command-line and to set their PATH accordingly. That's a bit ankward in my opinion. Thanks ! Alexandre Quessy http://alexandre.quessy.net BTW, did you try the GF-Gem bridge ?

4 4

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 April 2006