Pd-dev November 2003

pd-dev@lists.iem.at

31 participants
28 discussions

the case for maintaining Pd in CVS
by Hans-Christoph Steiner 20 Nov '03

20 Nov '03

Since I often seem to play the part of the cheerleader for community building projects, like the CVS and pure-data.org, I thought I'd lay out some of the advantages of maintaining Pd's core in the CVS: - Automatic ChangeLogs If checkins are commented, then cvs2cl will generate nicely commented ChangeLogs. - easier for devs to track changes Work like Thomas' wouldn't be interrupted as much by work on the Pd core. - someone else could handle releases Like me, since I doing this anyway. - no need for pd test releases Beta testers could just 'cvs checkout' instead. We have worked out and tested setting up Access Control Lists on the CVS, so that commit/write access could be limited based on branches, etc. Then as a regression testing is implemented, other developers can slowly join in on working on the code. I think everyone involved would gain from moving Pd to CVS. just my two bits, .hc

1 0

Help! Makefile for compiling pd externs in Windows gcc
by Becky Currano 20 Nov '03

20 Nov '03

Does anyone have a makefile that they've successfully used to compile pd externs in windows using gcc? If so, can you send it to me? Becky

3 2

Re: [GEM-dev] debug idea
by IOhannes zmoelnig 19 Nov '03

19 Nov '03

chris clepper wrote: > I'm looking over the changes made for pix_texture concerning the 'debug' > post() statements, and think I have a solution to the problem. While > post() is great for debugging and giving info about various internal to be precise: "post()" is far from being great for debugging. i'd really love a "debug()" function that is exported from pd, so externals could make use of the various debug-levels that can be specified as startup-arguments of pd. we could then let the user set the debug-level of a certain gem-object (in m_doDebug). mfg.a.sdr IOhannes

1 0

Re: Welcome to the "PD-dev" mailing list
by christoph schlechtinger 17 Nov '03

17 Nov '03

1 0

linux & multichannel?
by Tim Blechmann 17 Nov '03

17 Nov '03

hi all, i'm still working on my problem with the maudio quattro: oss-mode: using /dev/dsp1 and a symlink from /dev/adsp1 to /dev/dsp2, i can't access both input devices, but when i create a dac~ object, i get an additional sound at about 690Hz. (pd's output level is at 97dB). using only one of these two devices works fine... alsa-mode: using both hardware and plugin mode i don't have the possibility to access all channels, only the channel hw:1,0, not hw:1,1. using -channels 4 only maps the channels 3 and 4 as 1 and 2 (hardware) or only gives 2 channels. the playback sounds odd, too, it seems that the blocks doesn't reach the alsa driver in time ... portaudio: i failed compiling the portaudio support. it seems that pablio is depending on a PortAudioStream, that i only implemented in the mac version of portaudio, yet... i haven't got jack working yet ... if someone could tell me how to run jack from the command line with 4 channels, i'd be glad ... but i'd prefer to figure out how to get the oss layer or portaudio working properly... thanks for your time and help... Tim mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac

1 2

Mac OS X serial port external
by Brian Sheehan 17 Nov '03

17 Nov '03

Hello everybody, I was thinking of writing a serial port object for mac OS X, and i was wondering if anybody had suggestions as regards functionality (or if anyone is currently working on such an object!!). Although a serial port has limited use for macs (they don't have serial ports, instead you have to use a USB to serial converter) I've recently finished work on some code that does use the serial port in Mac OS X, so while the stuff is still fresh in my head it shouldn't be too hard to write one. I'll probably use the comport object as a starting point for the functionality of my object, so if users of this object have anything to say I'd be interested. anyway, any suggestions would be appreciated Brian

2 1

FreeBSD stable with CVS code
by Kenneth Peiruza 17 Nov '03

17 Nov '03

Hi all, After changing Configure & little defines & includes, pd-cvs seems to work fine at FreeBSD. Worst change candidate is loader's extension, from .pd_freebsd to .pd_linux due to huge changes required at each external ( some seem to work but must makefiles get errors ). Please, mail me if you want your external to be tested under FreeBSD and we'll get in touch to fix configure & make process. Regards, Kenneth Peiruza Systems Engineer +34-666.23.64.33 GNUnetworks Barcelona http://www.gnunetworks.com

2 1

Strange GOP errors with pd-37.cvs (Debian)
by Frank Barknecht 14 Nov '03

14 Nov '03

Hallo, I'm getting strange behaviour with GOP patches using the puredata package from Debian (Version: 0.37.cvs-7), which might be a a bit tool old, but nevertheless: The error happens with all GOP patches, that were created with older versions of Pd. Creating them works fine, but as soon as I try to move a GOP patch, I get things like below and the display is distorted (no borders, not all objects visible,...): error: : can't open invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" invalid command name ".lx821b738.c" can't find an indexable and selectable item ".x821b738.t8223c00" can't find an indexable and selectable item ".x821b738.t8223c00" can't find an indexable and selectable item ".x821b738.t8223c00" can't find an indexable and selectable item ".x821b738.t8223c00" recv: Bad file descriptor (9) Some affected examples are my sseq or angriff patches or Dave McCallum's GOP work. Opening and saving the patch again seems to repair the error, but I don't actually want to open and save all my GOPs. Well, I could of course do that, but it seems to be a bug somewhere inside Pd or the devel version or only in the Debian package. Could someone try to verify this behaviour? (My site has some GOPs, but they are also in the CVS in "/abstractions/footils/". ciao -- Frank Barknecht _ ______footils.org__

2 4

problems with configure
by Kenneth Peiruza 13 Nov '03

13 Nov '03

Hi again, I've been fixing configure.in which seems to fail in include testing. It doesn't assign the variable "foundit" so it fails at final testing. Also the port system of freebsd failed to execute lots of "test" due to this syntax: test $foundit == no; perhaps is more polite like: test "$foundit"=="no"; Spaces broke the test :/ So if anyone knows about how to fix it, please, tell it! Thanks in advance, Kenneth Peiruza Systems Engineer +34-666.23.64.33 GNUnetworks Barcelona http://www.gnunetworks.com

2 1

atom types: extend or abuse?
by Krzysztof Czaja 12 Nov '03

12 Nov '03

hi all, I would like to gather your views about ways of either extending, or abusing the set of Pd atom types, making it possible for pure data objects to pass around arbitrary data. This data would likely be shared with out-of-Pd world. Some ways I am aware of are listed below with comments. 1. Supporting application-specific atom types. There is no such support in Pd, currently. 2. Introducing one new atom type, generic and extendable. 3. Using numbers as pointers or indices. 3a. Plain memory addresses (gridflow?). Validation is possible by placing a header with a magic word at an address. However, representation of an address does not fit into one Pd atom, is clumsy (particularly when maintaining 32/64-bit compatibility), and involves an overhead, possibly significant in some applications. 3b. Indices into a pool (pdp). In order to make validation possible, another selector-atom is required (by looking at an index-atom alone one cannot tell, if sender meant it to be an index). Maintaining a pool is unnecessary burden for some applications. Neither 3a, nor 3b, is a flexible one-atom solution. Data references have to be wrapped in Pd messages of a special format. 4. Using symbolic references (jitter). This is, basically, a variant of 3b. It requires a special message format. 5. Using fake-symbol tags (upcoming `plustot' external). These are just symbol pointers, but instead of being hashed in the Pd's symbol table, they live purely in an application domain. The application-specific data is attached to the t_symbol `base' structure: struct _faked { t_symbol f_base; <application-specific-fields> }; where f_base.s_thing and f_base.s_next are always zero, and f_base.s_name is the validation tag. Fake-symbol pointers may be packed into lists, used in triggers, etc. For any object not aware of their special status, they represent ordinary symbols (except for some malicious objects, like settable receive). They are serialization-friendly, in the sense, that tags could be registered as providing special hooks for binbuf read and write operations, once such hooks are supported. Krzysztof

3 3

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 November 2003