Pd-dev July 2005

pd-dev@lists.iem.at

26 participants
85 discussions

bug? using { in messages
by Tim Blechmann 23 Aug '05

23 Aug '05

hi all, is it only my machine, or does pd somehow get into a bad state if i enter a '{' character to a message box? after entering a {, pd doesn't react any more ... reproduced on 0.38-4 and devel_0_39 ... 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

4 3

garray_update
by Tim Blechmann 07 Aug '05

07 Aug '05

hi miller, hi devs, miller, as you probably know, thomas grill has added a function garray_update to devel (probably back in the pd-0.36 days ... it's in there since i'm working with pd) this function adds a timestamp of the last redraw to the t_garray struct in order to throttle array redraws (since as we all know, they are not really fast). well, porting them to devel_0_39, i figured out that accessing the t_garray in the array_motion() function is not really easy any more, which basically means, thomas or me, one of us has to rewrite this again. or we loose this feature again! miller, please try to keep an eye on devel to make sure, that you don't break any features added there. this is one example showing that developing with two parallel branches doesn't really work and just causes a lot of trouble. 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

7 13

proposed new "list" object
by Miller Puckette 02 Aug '05

02 Aug '05

Hi devs... I'm thinking about finally writing a "list" object for Pd to do jobs like "append", "any", etc. I've held off so far because I've felt unsure about the best design... and once I stick it in the "base" Pd it will be hard to change. To avoid cluttering up the namespace I want to use just the one name, "list", and use the first argument to differentiate between functions (an idea inspired by Krzysztof's xeq object). Here are the functions I imagine: list append - append a list to another list prepend - prepend a list to another list cat - build a list by accumulating elements list serialize - spit out elements of a list one by one list first - output first n elements list last - output last n elements list length - output number of items in list list reverse - permute elements of a list back to front list pack - synonym for 'pack' list unpack - synonym for 'unpack' list selector - change selector of a list list <no args> - "prepend" the selector list to non-list messages The "append" option would also play the role of "any" (just bang the left inlet after putting any list in the right). All of these would expect the "list" selector at the head of messages, with the exception of plain "list"; all of them would output "list" messages except "list selector". These would work as follows: --------------------------- list ---------------------------------- in (real message) in (as printed) out (real message) out (as printed) list bang (same) list 1 1 (same) list foo list foo (same) foo foo list foo list foo --------------------------- list selector bar ------------------------- in (real message) in (as printed) out (real message) out (as printed) list bang bar list 1 1 bar 1 list foo list foo bar foo foo foo (error) There's one inconvenience with plain "list" since you can't differentiate "list foo" from "foo" using its output; you'd have to use "route list symbol" first and then do whatever you wanted to do differently ("list list foo" for example). It seemed better to leave that to the imagination of programmers, since there seem to be disagreements about it... cheers Miller

8 16

Re: [PD-dev] proposed new "list" object
by Hans-Christoph Steiner 01 Aug '05

01 Aug '05

(hmm, this message is a bit old, but it didn't seem to get sent...) On Jul 21, 2005, at 4:02 PM, Mathieu Bouchard wrote: > On Thu, 21 Jul 2005, Hans-Christoph Steiner wrote: >> [int] isn't an atom type either, and it behaves the same as [f], >> [symbol], and >> [pointer]. I think that the storage type should be consistent and >> need not >> only apply to atoms. [anything] would also be handy. > > Hey, btw, [anything] could be exactly like list except that it would > treat > the selector as part of the list it is processing. What do you think of > this? That would be a handy object, though I am not sure that it should called [anything]. I have to look at how other objects like [trigger] and [route] handle "anything". It should be consistent with the other key objects. > Btw, one thing that would be different between [list],[anything] vs the > four other, is that you can't put initial object content of the former > in > the constructor: you can't write [list 1 2 3] to mean [list]<-"1 2 > 3"<-[loadbang] because [list] already reserves $1 for another purpose. I assume you mean Miller's proposed [list]. If Miller's proposed functionality was split into individual objects, and [list] made into a storage object, then [list 1 2 3] would work. That makes the most sense to me. .hc ________________________________________________________________________ ____ As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

1 0

Re: [PD-dev] proposed new "list" object
by Georg Holzmann 31 Jul '05

31 Jul '05

Hallo! > I think, apart from aesthetic reasons, starting indexing at zero has > practical advantages. For example modulo-counting is a common yep - I "vote" fot counting from zero ... :) > to get zero-based indices to walk through the whole matrix. One-based > containers like Iem/zexy matrix require an additional addition. I guess the iem matrix objects count from 1 because matlab/octave also counts from 1 :) LG Georg -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++

4 5

Building flext in OSX for PD 0.38-3
by Matthew Laughlin 31 Jul '05

31 Jul '05

Hi List, When I download the latest version of PD for Mac and uncompress it, all I get is one file - the PD app. Does anyone know ho w I can build flext if this is all I get? Perhaps I have downloaded the wrong version of PD? Thanks, Matthew

2 1

symbols in structs
by Vasily Kuznetsov 31 Jul '05

31 Jul '05

hello as i understood from my experiments with the stucts, the functionality to get/set symbol fields is not there. this post: http://lists.puredata.info/pipermail/pd-list/2004-08/021838.html suggests the same thing, and looking at the source i saw g_traversal.c: static void get_pointer(t_get *x, t_gpointer *gp) { ... for (i = nitems - 1, vp = x->x_variables + i; i >= 0; i--, vp--) { float f = template_getfloat(template, vp->gv_sym, vec, 1); outlet_float(vp->gv_outlet, f); /* LATER deal with other types. */ } } and similar code for "set". am i right in assuming that it's just not been implemented yet? if so, are there any plans to do this in the near future or would it be useful to try to implement get/set for the symbols and send the patch to this list? vasily

3 3

First attempt at "list" object uploaded
by Miller Puckette 31 Jul '05

31 Jul '05

hi all, Thanks for all the discussion, which changed my mind on a number of points. I've uploaded a first attempt at a "list" object to CVS... see the help window, which also provides some examples. So far, I implemented these options: list append - append a list to another list prepend - prepend a list to another list split - first n elements to first outlet, rest to second outlet list trim - trim off "list" selector I'm not sure whether to keep the "list <function>" format or not now; the list seems divided over it and so am I. The advantage is it's the least visually cluttered way to name them. I can't use "append", "prepend", or "split" as names in their own right (they're already used, and using namespaces to alias well-known names would cause endless confusion!) The advantage to Iohannes's suggestion (list_append, etc.) is that external objects could supply list_whatever objects that could belong naturally to the series. I think I have an adequate way to deal with non-list messages; they're converted to lists on input, and the "list trim" object can be used to explicitly convert back. I still think it's better style to use "true" lists wherever possible, but this will probably never find general agreement. My only advice is that, if you want to use non-list messages, just never, ever name a file "bang"! cheers Miller

8 25

[ pure-data-Patches-1248135 ] fixed wrong vararg types
by SourceForge.net 30 Jul '05

30 Jul '05

Patches item #1248135, was opened at 2005-07-30 21:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1248135&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fixed wrong vararg types Initial Comment: For the click message in g_text.c, parameters were set to 0 (integer) and not to the correct vararg type (double). Fixed this with a cast. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1248135&group_…

1 0

Re: [PD] Re: Vst~ Plugin binary request
by Thomas Grill 30 Jul '05

30 Jul '05

Hi all, i'm trying to get flext-based objects with attributes going on 0.39. The problem is that the flags which show if a glist is a GOP have changed in 0.38 it was like this: -------------------------+- gl_havewnd -+- gl_isgraph -+ normal patcher | 1 | 0 | gop abstraction opened | 1 | 1 | gop abstraction embedded | 0 | 1 | -------------------------+--------------+--------------+ whereas in 0.39-test4 it's like this: -------------------------+- gl_havewnd -+- gl_isgraph -+ normal patcher | 0 | 1 | gop abstraction opened | 0 | 1 | gop abstraction embedded | 0 | 0 | -------------------------+--------------+--------------+ The question is now whether the change was intentional or not, and how i can deduce respective visualization across PD version for the objects. There's a function test_shouldvis in g_canvas.h but it seems it doesn't work for my objects (maybe because to widget function set is used in a non-standard way). Probably the gl_goprect flag is also helpful but i'd like to have an authoritative answer before guessing. best greetings, Thomas Thomas Ouellet Fredericks schrieb: > What version of PD is the windows version of vst~ for? > > In version 0.39 Test 4 XP, vst~ loads (with 1 1 as arguments for > example) but does not appear on the canvas! > > Tom > > > ----- Original Message ----- From: "Thomas Grill" <gr(a)grrrr.org> > To: "saint" <saintidle(a)yahoo.com> > Cc: "PD List" <pd-list(a)iem.at> > Sent: Saturday, July 30, 2005 5:36 AM > Subject: [PD] Re: Vst~ Plugin binary request > > >> Hi John, >> up-to-date binaries of my externals can be found on >> http://grrrr.org/ext/beta >> >> best greetings, >> Thomas >> >> >> Am 27.07.2005 um 07:20 schrieb saint: >> >>> Hi Thomas, >>> >>> I'm very very sorry to be annoying you with a binary >>> request in a personal email. I use your plugin pretty >>> much every day and am very happy with it thus far. >>> >>> I notice that the current CVS development version has >>> the TimeInfo function enabled but the website binary >>> has not. >>> >>> Could you post a binary please? >>> >>> It would be a tremendous help as I have no compilation >>> experience. >>> >>> thanks for your time, >>> >>> >>> John. >>> >>> >>> >>> >>> >>> ___________________________________________________________ >>> Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with >>> voicemail http://uk.messenger.yahoo.com >>> >>> >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > >

1 1

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 2005