Pd-dev April 2003

pd-dev@lists.iem.at

29 participants
39 discussions

dealing with patch dependencies (being stuck at widget's redesign)
by Krzysztof Czaja 29 Apr '03

29 Apr '03

hi all, in the ideal world there is only a patch file. In most real cases patches depend on various resources -- sound files, midi files, abstractions, externals, and what not. This is a tough thing to deal with, if pd projects are to be moved between systems, merged one with another, or simply survive installation changes. I wonder how people handle these things. Is there a common practice, or any home-brew tricks which help in interchanging (or merging, or switching between, etc.) projects more reliably than by hand? This is quite a general problem. One special case is, of course, resolving object creation names (i.e. dealing with external name clashes, among other things). Krzysztof (The resources 'widget' depends on are ``widget definition files''. Currently, widget uses both the installation-wide default.wid file, and per-widget-type definition files. Now I am looking for a way of associating these with particular patches.)

3 3

Synchronizing Branches
by Michael McGonagle 29 Apr '03

29 Apr '03

Hello all, I have written some code that sends messages to various branches of other processing code. Two of these branches rely on each other, and I also need to make sure that one branch has completely executed prior to the other passing beyond a certain point. Basically what I have done is to stick a 'delay 0' object in the "dependant" branch. Am I correct in that using this forces this branch to "postpone" itself, allowing the other branch to complete its code? This has been working for me, as I had hoped, but I was wondering if there is a better way to handle this. I can see one problem with this if there is a dependancy of several branches. Short of having the code branches merge, is there some other way to achieve this? Are there such things as state flags or "semifores" in pd? (ie don't continue until "my-state" is true). I have included an example of what I have done. Thanks, Mike #N canvas 290 147 491 518 10; #X obj 38 134 random 1000; #X obj 120 134 random 1000; #X obj 38 153 s one; #X obj 120 153 s two; #X obj 128 281 r one; #X obj 128 384 print one; #X obj 200 281 r two; #X obj 200 384 print two; #X obj 202 134 random 1000; #X obj 202 153 s three; #X obj 272 281 r three; #X obj 272 384 print three; #X obj 128 356 f; #X obj 88 330 delay 0; #X obj 114 305 t b f; #X obj 98 62 bng 15 250 50 0 empty empty three-two-one 0 -6 32 8 -262144 -1 -1; #X obj 98 83 t b b b; #X obj 202 63 bng 15 250 50 0 empty empty one-two-three 0 -6 32 8 -262144 -1 -1; #X obj 202 84 t b b b; #X connect 0 0 2 0; #X connect 1 0 3 0; #X connect 4 0 14 0; #X connect 6 0 7 0; #X connect 8 0 9 0; #X connect 10 0 11 0; #X connect 12 0 5 0; #X connect 13 0 12 0; #X connect 14 0 13 0; #X connect 14 1 12 1; #X connect 15 0 16 0; #X connect 16 0 0 0; #X connect 16 1 1 0; #X connect 16 2 8 0; #X connect 17 0 18 0; #X connect 18 0 8 0; #X connect 18 1 1 0; #X connect 18 2 0 0;

2 1

[GEM] releasing 0.88 ???
by IOhannes m zmoelnig 29 Apr '03

29 Apr '03

hi gem-devs! it has been a long time since the last "stable" (ok, 0.87 wasn't that stable) release of Gem has been done. i think we should make this step sooner (or later) what has to be done ? just a few thoughts: 1. feature freeze: features that have to be done (yet): a) yuv_* -> pix_* (what is still missing ? eventually the objects would just have methods for yuv - only there shouldn't be any more yuv_objects) b) [pix_video] for firewire-devices on all missing platforms (linux) c) i'd like to have the new video/film classes rather than the old OS-dependent d) make [pix_write] work under osX e) make the output of [gemkeyname] platform independent. but how ? 2. documentation a) since chris is working on his tutorial (me, being lazy again) this might get into 0.88. (if not, it would be a pity which i could live with) b) clean up the code (as jamie has pointed out, the short description in the source-files should match the functionality) 3. make it run when compiled with gcc-3.2. (is the only problem that gltt is not compiled with gcc-3.2 ?) (a linux only problem, but i am not very experienced with compiler/linker internals; help would be appreciated) X. make it stable ! a.) the openGL-wrapper doesn't necessarily have to be stabilized/tested. it is far too much work, and i was rather thinking of fixing things when they are used. of course, i have forgotten the most important things. which ? mfg.as.rd IOhannes

4 3

moving GEM's non-graphic objects to pure-data.sf.net CVS
by Hans-Christoph Steiner 29 Apr '03

29 Apr '03

I often use GEM object like [alternate] and [oneshot] in all sorts of patches, but I don't always have GEM installed on all the machines I work on (esp on Debian since pd-gem isn't apt-gettable AFAIK). So I was thinking that it might make sense to move the general objects in GEM (most of the ones in src/MarkEx) to the pure-data.sf.net CVS so that they can be included as part of the pd-externals grand package of all externals than don't have lib dependencies. This would also make sense since the rest of GEM has lots of dependencies. I'll do the work of putting them in to pure-data CVS, under markex, if people think this is worthwhile. It looks like every object in src/MarkEx except hsvrgb are free of anything but the most basic deps (<math.h>, <stdio.h>, <stdlib.h>) This would also have the added benefit of dealing with two name conflicts [counter] and [change]. .hc zen \ \ \[D[D[D[D

3 3

[OT] cvs without merges
by Frank Barknecht 28 Apr '03

28 Apr '03

Hallo, sorry for the off-topic cvs question. I didn't find the answer in the (long) cvs man page: Sometimes, or rather often, while doing a cvs update, cvs tries to merge two revisions together, but fails keeping the syntax correct. Did you find this as well? And how can I get rid of cvs doing that? Thank you. ciao -- Frank Barknecht _ ______footils.org__

4 3

network sockets (and Pd)
by Olaf Matthes 21 Apr '03

21 Apr '03

Hi Pd-devs, I have one problem with my flashserver external. It uses the sys_addpollfn() and friends from m_imp.h. Everything works fine with Flash clients connecting & disconnecting or even crashing! But whenever a client gets lost because the network connection gets interrupted (unplugged cable for example) flashserver does not recognise this. Neither does Pd notify flashserver nor does send() return an error (because data seems to be written in a buffer _succesfully_). Is there any way to figure out if send() is really sending or just copying data into that buffer in the hope of getting rid of it later? I have tried select() but it always returns that the socket is writeable.... any help very appreciated since web connections seem to disconnect quite often which hangs Pd at the moment... Olaf

2 4

Re: network sockets (and Pd)
by raf＠interaccess.com 19 Apr '03

19 Apr '03

In any socket objects I've written, I've found it necessary to observe SO_KEEPALIVE errors to avoid abort condition non-detection. Also the default timeouts and check periods for SO_KEEPALIVE are usually extremely long -- I always decrease them to the 5 second range. --bob falesch zeggz.com/raf/

1 0

pgmout SEG FAULTS!
by J. Scott Hildebrand 18 Apr '03

18 Apr '03

whenever i try to use pgmout and i send it any value, it seg faults and crashes pd. any ideas as to why this might be happening? scott -------------------------------------------------------------------- "640K ought to be enough for anybody." -- Bill Gates, 1981 --------------------------------------------------------------------

1 0

Docs for Flext::Timer (fltimer.cpp)?
by Hans-Christoph Steiner 16 Apr '03

16 Apr '03

So my troubles with my C external have driven me to look at Flext, which looks nice and simple, and pretty well documented. Except for the timer/clock functions that I need to get data from input event stream. Anyone have anything on docs on this, or even better, an working example? .hc zen \ \ \[D[D[D[D

3 4

pd-dev list archive
by Hans-Christoph Steiner 15 Apr '03

15 Apr '03

I've been wanting to search old messages from the pd-dev list, but it doesn't seem to be saving any messages anymore. Is there any chance of getting this fixed? Or we could move the pd-dev list to SourceForge, where the archiving is already set up. The pd-dev list isn't that big, so the transition shouldn't be too bad. .hc zen \ \ \[D[D[D[D

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 2003