Pd-dev January 2005

pd-dev@lists.iem.at

18 participants
43 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

Re: [PD] Re: [PD-dev] API documentation
by Ian Smith-Heisters 09 Feb '05

09 Feb '05

Switched to PD-Dev, since posting to pd-list initially was a mistake. > while it provides a quite complete and well to navigate source documentation it lacks a bit in visual elegance (yes: good looking matters :-) There's support for custom CSS, which I'll do up all nice looking. > what speaks for headerdoc is that it only requires you to edit the > header files: .c files remain small. > Doxygen could easily be configured to only look at .h files. > the APSL is ok. (especially as we do not seek to distribute the software > - we just run it). but it is a problem that headerdoc seems to be > mac-only (maybe just a matter of compiling it for linux). > when all else is equal, I'll go for the GPL just out of superstition > > some wikis propose that you generate a new entry when no entry for a > specific name is found, so maybe we just need to link to a specific page > for every name and have a fallback when the page does not exist. > This is what I'm hoping. If not I could write a perl script to create a new wiki page for each entry we need, but I think the wiki would automatically do it. A quick experiment with my school's wiki (tiki I think) shows that this is indeed the case :) Best, Ian

2 1

updating pd.app .38-2 to tcl/tk 8.4.9
by B. Bogart 31 Jan '05

31 Jan '05

Hey all, How do I update the tcl/tk version in the pd.app .38-2 to tcl8.4.9? I've replaced the frameworks folders with the 8.4.9 versions, then ./configure ./configure cannot find tk but seems to see tcl8.4 (it seems to be looking somewhere non OSX, like in /usr/local and not /library/frameworks. If I compile anyway it seems to work largely, except the resultant pd binary does not work as I expect. If I run the binary from terminal in bin/ then it works fine, but if I copy the binary to pd.app/Contents/MacOS/Pd and then run from terminal I get: Error in startup script: couldn't read file "../bin/pd.tk": no such file or directory. and sticks there. If I double-click on the Pd.app PD does not start, but I get a list of PD flags in the osx console window. (pd -help) and then quits. If I double click on the Pd binary in Contents/MacOS then the same thing happens as when running the binary from terminal in this directory. (the error comes up in a new terminal window) Finally to get PD to load I need to double-click on the binary in Resources/bin/ . I get a new terminal window printing out some MIDI driver stuff, and poof the pd window comes up. It is using the new version of tcl/tk apparently, since I get anti aliasing on the patcher. Somewhere along this process the PD icon has disappeared from the pd.app (back to the default application icon) So after the story the questions are: 1. How to I make double-clicking on the pd.app load PD properly? 2. What is the proper procedure to generate a pd.app with a newer tcl/tk version? (I followed Miller's notes to Jamie from 38 test 4 but this is as far I got) 3. How can I make sure that this pd.app is self-contained and does not depend on a version of tcl/tk installed on the machine? In case anyone wants to know I'm upgrading to 8.4.9 so that I can use the pd.app with a version of tcl/tk that supports anti-aliasing in the patcher. (which makes small type (eg 8 pt) readable.) I'm setting "tk::mac::CGAntialiasLimit 0" in pd.tk to make all lines anti-aliased. Which I think makes PD look amazing on OSX, and I would love to see it the standard PD look on OSX. I'll attach screen shots of the difference if anyone wants to see. Thanks Ben

1 0

deprecating "edit-mode"
by carmen 27 Jan '05

27 Jan '05

On Wed, Jan 26, 2005 at 12:20:57PM +0100, Krzysztof Czaja wrote: > hi carmen, > > have not found any good solution yet, still trying... just removed 'edit' mode in my version, in favor of making 'edit-mode' the default while renaming non-edit-mode to 'lock patch' - even among similar apps, Bidule/Reaktor/VVVV get along fine without seperate modes, not to mention my text editor, paint program, etc.. the only programs i can think of with 'edit-mode' forced upon the user are vi and Max/MSP, neither of which i pretend to like in the Usability dept.. more than a bit baffled why the gui is bypassing Tk's mature binding and event system and instead sending over "motion" events to let the C side manage all of this stuff (in a much less readable/hackable fashion), but ive opted for synthesizing an event when an object is selected via lasso: <<$target-Select>> {bind <button1> {} ... (unbind stuff)} <<$target-Deselect>> { bind <button1> {do some interactive stuff..}} so the objects can subscribe as necessary...a vi-user could rename these functions to <$canvas-Edit-0> <$canvas-Edit-1> or what not, the principle being the same. and you can always drag the object without selecting it by holding down Alt..its great to stop riding ctrl-e all the time.. > carmen wrote: > >hi Krzysztof...im wondering how youve made kb & multiscale draggable in > >edit mode. my widgets all bind <ButtonPress-1> for someting or other..and > >they can only moved in edit mode by a border...or by selecting multiple > >objects and moving the other (such as select a numbox + widget)

3 3

virtual developer meeting on irc
by Tim Blechmann 26 Jan '05

26 Jan '05

hi devs ... mathieu bouchard, thomas grill and i are trying to set up the first virtual pd developer meeting on irc: date: friday, 28th time: 17:00 UTC where: channel #dataflow network irc.freenode.net port 6667 i hope most of the pd developers can join the discussion ... see you there ... 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

3 4

Re: [PD] trying to make devel_0_38
by IOhannes m zmoelnig 26 Jan '05

26 Jan '05

moin IOhannes m zmoelnig wrote: > i think the problem is, that "(autoconf), ./configure, make make > install" is a standard-procedure while "./bootstrap.sh" is not. > > in this case, the should really be an (updated) INSTALL.txt somewhere in > ./pd/ i have updated the INSTALL.txt file. why are there 2 versions of several files in the CVS, like INSTALL and INSTALL.txt ? since the stable branch only has the .txt files in there, i would recommend removing the files without extension (these files are really a pain ita under windows) mfg.a.sdr IOhannes

3 4

[ pure-data-Bugs-1102481 ] PD seg_faults when connecting to jackd
by SourceForge.net 25 Jan '05

25 Jan '05

Bugs item #1102481, was opened at 2005-01-14 10:54 Message generated for change (Settings changed) made by pdman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1102481&group_… Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: thewade (pdman) Assigned to: Nobody/Anonymous (nobody) Summary: PD seg_faults when connecting to jackd Initial Comment: PD segfaults when connecting to Jackd on 2.6.10-realitime-lsm x86_64 when both PD and jackd are run as user and realtime module is set to allow realtime for users gid. When running pd from inside gdb, pd does not segfault but does not connect to jackd either. ---------------------------------------------------------------------- Comment By: thewade (pdman) Date: 2005-01-19 17:03 Message: Logged In: YES user_id=1179250 I compiled pd-0.38-0 without the -enable-setuid flaf set (./configure --enable-alsa --enable-jack) and I can connect jackd and pd, both running as user with gid corresponding to that which is set when realtime module is loaded. PD runs with many DIO errors. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1102481&group_…

1 0

Re: [PD] trying to make devel_0_38
by IOhannes m zmoelnig 21 Jan '05

21 Jan '05

(moving this to pd-dev) Tim Blechmann wrote: >>Pd: system call timed out >>wrong # args: should be "pdtk_pd_startup version apilist" > > make install ... > > you still have an old version of pd.tk somewhere laying around ... well, but i don't want to install the devel-version; i only need it for testing (developing) purposes; the installed version should be plain stable... and furthermore this does not explain, why the tk does not work (i had the same problems) mfg.a.sdr IOhannes

4 14

[ pure-data-Bugs-1102481 ] PD seg_faults when connecting to jackd
by SourceForge.net 20 Jan '05

20 Jan '05

Bugs item #1102481, was opened at 2005-01-14 10:54 Message generated for change (Comment added) made by pdman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1102481&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: thewade (pdman) Assigned to: Nobody/Anonymous (nobody) Summary: PD seg_faults when connecting to jackd Initial Comment: PD segfaults when connecting to Jackd on 2.6.10-realitime-lsm x86_64 when both PD and jackd are run as user and realtime module is set to allow realtime for users gid. When running pd from inside gdb, pd does not segfault but does not connect to jackd either. ---------------------------------------------------------------------- >Comment By: thewade (pdman) Date: 2005-01-19 17:03 Message: Logged In: YES user_id=1179250 I compiled pd-0.38-0 without the -enable-setuid flaf set (./configure --enable-alsa --enable-jack) and I can connect jackd and pd, both running as user with gid corresponding to that which is set when realtime module is loaded. PD runs with many DIO errors. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1102481&group_…

1 0

Re: [PD-dev] API documentation
by Georg Holzmann 18 Jan '05

18 Jan '05

> beside iohannes's howto? this list ... > > tim, who thinks the api documented should be improved ... But I think looking to the code of an object which has a similar behaviour is maybe faster than reading a big api ... LG Georg -- +++ GMX - die erste Adresse für Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail

6 7

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 January 2005