Pd-dev April 2005

pd-dev@lists.iem.at

22 participants
53 discussions

06 Jul '05

hi, my last mail got nuked by the server, did you change config? it never used to have a prob with a faked 'from' field to match the subscribed address... anyways my vote is do away with the numbers. ive made a lot of minor tweaks to devel, which ive already made to impd as well, and definitely don't want to make them a 3rd time (that would be 3 strikes..). to fix/add stuff like: / .pdrc not being read on windows (pd.ini) / not being able to select 2 outs and 6 ins with portaudio / not being able to put tcl in your system path on win32 / no ASIO with non-MSVC on win32. / a few linux64 fixes / merge jsarlo's VST io sppt / almost everything from impd that wasnt in g_* files nonetheless in the actual code theyre too trivial for anyone else to notice, and an order of magnitude smaller than the contributions Tim has made, but i wouldnt want them to get lost..so in order of preference from most to least 1: do away with numbering, and just have a 'devel'. every month or so, make sure it compiles on all 3 platforms and dump into MAIN..theres few enough developers and i dont think theyre stepping on toes and generally work on difft things.. 2: keep numbering, but devel_0_56 becomes devel_0_57, so the 'little guy's stuff isnt lost, and so he doesnt have to bug miller or guenter or whoever and possibly paste a bunch of stuff in again and get grey hairs.. 3: crazy all-night frankenstein hack/merge fest with version # change that might lose features and add new bugs.. i mean the same reason i'd vote for 'devel' as rather using debian 'sid' than 'sarge' or something thats doomed (like win32)...

8 41

Dev Meeting this Friday
by Mathieu Bouchard 26 May '05

26 May '05

Dev Meeting this Friday host IRC.FreeNode.Net port 6667 channel #dataflow time: |- 19.00 UTC+2 (Graz/etc) |- 17.00 UTC |- 13.00 UTC-4 (Montréal/NewYork/etc) `- 9.00 UTC-8 (SanDiego) reminder: summer time is in effect in Montréal and Graz. there is no such time shift for SanDiego, and we don't want Miller to have to get up too early, so this is why it's late for the europeans. Sorry. Drink your Murauer in front of the computer. (It rhymes so it must be a good idea) I'll _try_ to come up with the topic-list I have promised, ... well, before the actual meeting, anyway. ,-o---------o---------o---------o-. ,---. | | | The Diagram is the Program (TM) | | ,-o-------------o--------------o-. `-o-----------------------------o-' | | Mathieu Bouchard (Montréal QC) | | `---' `-o-- http://artengine.ca/matju -'

6 16

pddp style guide
by Hans-Christoph Steiner 09 May '05

09 May '05

I don't know if I mentioned this before, but most of the PDDP patches are a work in progress. I have just been joting down notes as I think of them. There are a couple good examples. all_about_hid.pd is a good example of what I think an "all_about" patch should look like. But basically, I have put in little effort into formatting them nicely because I wanted to define the styles first. If anyone is interested, it'd be great if we could work together to create the style guides. The way I currently see it there are two kinds of patches "all_about_" which has lots of text and examples, and the basic help patch, which should be a reference with a link to the relevant "all_about_" pages. float-help.pd from PDDP is a decent example of a reference patch. As usual, the cross-platform font issue is a bitch. Ideally, we'd reduce the Mac OS X font size, so that it'd be closer to the other platforms. .hc ________________________________________________________________________ ____ Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli

5 25

Work on "help" menu and help-patch searching spec
by B. Bogart 04 May '05

04 May '05

Hey all, I've added a few things to the wiki page: https://puredata.org/Members/bbogart/PDDocumentationStructure A crack at: * spec for the searching of help files. * organization of pd "help" pull-down menu. * functional catagories for PD externals/objects. Please take a look and contribute! B.

6 19

dsp_rmv?
by ix＠replic.net 01 May '05

01 May '05

hi, im looking for the opposite of dsp_addv and can't find it. i'd like to remove an external from the dsp chain, and re-add it, with a different number of ins/outs. since the new 'plug' message to plugin~ allows loading different plugins which have a different # of inlets or outlets than the previous plugin - LADSPA seems to have a huge range, some are mono, some have 4 ins 1 out, some are 2 by 2 - im not sure what the popular workarounds for this situation are.. c

2 1

problem with oss audio layer
by Tim Blechmann 29 Apr '05

29 Apr '05

hi all, i'm currently having problems with idle-callbacks in devel if the audio layer is blocking the main thread... the optimal solution would be to wait _only_ inside the scheduler to use the waiting time to execute low priority callbacks. since i'm not familiar with the oss api, would it be possible that someone who is familiar with both oss and pd's oss implementation can help me with that? thanks ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 1

PDContainer new XML file format
by Georg Holzmann 29 Apr '05

29 Apr '05

Hallo! I'm just implementing the XML support for PDContainer and now I'm a little bit unsure, how the format should look like... My problem is, that there are associativ containers (like map, set, multimap, multiset) which have key-value pairs, and sequences (like vector, list, stack, ...) which have only one element. So some examples (I wrote comments after #): (a = sequences, b = associativ containers) 1a) <PDContainer type="h_list"> #container type as attribute <list> # would be a pd list <float> 34 </float> # with a float <symbol> afsdf </symbol> # and a symbol </list> <float> 423 </float> <symbol> sfad </symbol> <list> <float> -4 </float> <symbol> herc </symbol> </list> </PDContainer> 1b) (with abbreviations for list, float and symbol) <PDContainer type="h_map"> <key> #1.key <l> #know list is unnecessary <f> 34 </f> <s> afsdf </s> </l> </key> <value> #1.value <f> 423 </f> </value> <key> #2.key <s> sfad </s> </key> <value> #2.value <l> <f> -4 </f> <s> herc </s> </l> </value> </PDContainer> What I don't like here is, that the keys and values are mixed together, so there should be I think an other element tag or something like that ... 2a) with element tag, without list: <PDContainer type="h_list"> <element> # element with 2 entries, so this is a list <f> 34 </f> <s> afsdf </s> </element> <element> <f> 423 </f> </element> </PDContainer> 2b) <PDContainer type="h_map"> <element> <key> <f> 34 </f> <s> afsdf </s> </key> <value> <f> 423 </f> </value> </element> </PDContainer> So I think 2 is clearer than 1, but isn't it too complicated ? (is there a better word for element ? - because its much to write ...) Please share your thoughts... Thanks, LG Georg

1 0

local symbol tables
by Tim Blechmann 29 Apr '05

29 Apr '05

hi all ... there was the discussion about local symbol tables some time ago. local symbol tables (symbol tables for each parent canvas) would have two advantages: - faster access to symbol pointers (gensym) - freeing unused symbols after closing the specific parent canvas there would be an easy way to implement local symbol tables, when we don't take the second point into account: when deleting a parent canvas, we can be sure, that the $0 value of this specific canvas will not be valid any more (so no symbols starting with this specific $0 value will be created any more), unless: - someone stores this $0 values somewhere in his patch - we have an overflow of $0 values (not sure, if there is anything concerning this implemented at the moment ...) so i'd propose this: - every parent canvas will have a local symbol table for symbols starting with $0 - when deleting a parent canvas, the symbols from the local symbol table will be moved to a data structure containing all cleaned symbols (so we won't need to garbage collect the symbols from pd/externals) - gensym would have to be adapted to allow three kinds of behaviours: - normal symbol handling, using the global hash table - active $0 handling, adding the symbol to the specific local hash table - obsolete $0 handling, adding symbol to the data structure containing cleaned symbols i consider this more elegant than the current 11bit hash table ... but i'd like to hear some thoughs about this proposal ... cheers .... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

[ pure-data-Feature Requests-1192243 ] name spaces
by SourceForge.net 29 Apr '05

29 Apr '05

Feature Requests item #1192243, was opened at 2005-04-29 10:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1192243&group_… Category: puredata-dev Group: None Status: Open Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: name spaces Initial Comment: ((this used to be in RFE#1067575, which i have closed because it contained multiple feature-requests which are partly resolved)) the original author remains anonymous ================================= name spaces for externals would be nice, too ; pd import externalname which gives you externalname.object1 externalname.object2 externalname.object3 ; pd importwithoutnamespace externalname which gives you object1 object2 object3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1192243&group_…

1 0

[ pure-data-Bugs-1191610 ] subpatch rename
by SourceForge.net 28 Apr '05

28 Apr '05

Bugs item #1191610, was opened at 2005-04-28 03:28 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=1191610&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: subpatch rename Initial Comment: 1 create a subpatch (pd sub). 2 create object (ctl 1) click only once into the canvas (the object is still blue) 3 rename the subpatch to a unknown object (trtrtrtrtr) 4 pd freezes. marius.schebella_at_chello.at ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1191610&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 April 2005