Pd-dev July 2003

pd-dev@lists.iem.at

17 participants
15 discussions

Serial Object
by bbogart＠ryerson.ca 08 Jul '03

08 Jul '03

Hey all, I'm looking for a serial object that works in windows, linux and OSX (preferably). I've looked at a couple around on the net and could not find one that actually sent the data as strings/symbols into PD. I would like something like the MAX serial object... Is there anyting in PD land with the same functionality? Thanks Ben PS: LML is well on its way, currently 630 lines.

1 0

Re: PD-dev digest, Vol 1 #302 - 1 msg
by Kjetil S. Matheussen 08 Jul '03

08 Jul '03

On Tue, 8 Jul 2003 pd-dev-request(a)iem.at wrote: > > > On Thu, 3 Jul 2003, vanDongen/Gilcher wrote: > > > > Hi all, > > > > > > > > I am working on some jack-utility externals, to make and query port > > > > connections from within pd. If the jack-folks decide on the transport API > > > > I will add controls for that too. > > > > > > > > My questions: > > > > In jackified pd, what is run inside the jack process callback. > > > > My externals don't do any audio processing, and get their own jack-client > > > > id, so they can be run with the -noaudio flag. But can they be run in pd > > > > _with_ jack-audio, or do I need to make them multi threaded for that? > > > > They will give problems if run _inside_ the process callback. > > > > Oops, seems like I lost this thread. Have you looked at my k_jack jack server replacement proof-of-concept external? http://www.notam02.no/arkiv/src/ Its horrible buggy, but does what you are trying to do by actually reimplementing jack. --

2 1

zombie connections lines in test6
by Krzysztof Czaja 04 Jul '03

04 Jul '03

hi Miller, sorry to bother you yet again, it is my fault by sending these patches too hastily... but you seem to have used the first (the ``common sense'') tcl/tk8.4 patch. So, test6 leaves zombie connection lines while being mapped-in back from another virtual desktop, or from being minimized. In former releases, the <Unmap> event binding was commented out. Therefore, all subsequent <Map> events were simply ignored too -- cf. ``if (!glist_isvisible(x))'' condition in canvas_map(). The quick fix is to do just that -- comment out line 914 of pd.tk. In case you think the proper fix would be really handling _all_ map/unmap events, here is the patch on g_canvas.c. It is not tested, though (I rather rarely use a computer these days). Krzysztof --- g_canvas.c~ 2003-06-03 06:37:07.000000000 +0200 +++ g_canvas.c 2003-07-04 16:18:13.000000000 +0200 @@ -57,6 +57,7 @@ static void canvas_start_dsp(void); static void canvas_stop_dsp(void); static void canvas_drawlines(t_canvas *x); +static void canvas_deletelines(t_canvas *x); static void canvas_setbounds(t_canvas *x, int x1, int y1, int x2, int y2); static void canvas_reflecttitle(t_canvas *x); static void canvas_addtolist(t_canvas *x); @@ -642,6 +643,7 @@ for (y = x->gl_list; y; y = y->g_next) gobj_vis(y, x, 0); x->gl_mapped = 0; + canvas_deletelines(x); } } } @@ -875,6 +877,15 @@ } } +static void canvas_deletelines(t_canvas *x) +{ + t_linetraverser t; + t_outconnect *oc; + linetraverser_start(&t, x); + while (oc = linetraverser_next(&t)) + sys_vgui(".x%x.c delete l%x\n", glist_getcanvas(x), oc); +} + void canvas_fixlinesfor(t_canvas *x, t_text *text)

1 0

PD cvs devel_0_36 additions
by Thomas Grill 02 Jul '03

02 Jul '03

Hi all, i added the following to the devel_0_36 branch: - PD_MAJOR_VERSION and PD_MINOR_VERSION #defines in m_pd.h - a record for the update time in the data structure of graphical arrays. Whenever the content is changed the x_lastupdate structure member is set to clock_getlogicaltime(). This value can be queried by the garray_updatetime(t_garray *) function in m_pd.h, providing a means for external buffer viewers to see if the data has been changed. Please check if everything works as expected. If there are no objections i'll add that to devel_0_37 too, as well as the new thread locking mechanism which works perfectly for me. best greetings, Thomas

1 0

Re[2]: [PD] Re: [PD-dev] set send
by Tim Blechmann 01 Jul '03

01 Jul '03

i might be a bit late on this discussion, but there is a send object that's destination can be set: s13 from ext13. that's why i would suggest, to keep the send object as it was in the original pd dostribution originally (since it's not that easy to send set messages) and use ext13 else... Tim mailto:TimBlechmann@gmx.net 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 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 July 2003