Pd-dev March 2006

pd-dev@lists.iem.at

24 participants
45 discussions

Re: [PD] [folder_list]
by B. Bogart 11 Apr '06

11 Apr '06

Hey Hans, I don't see this in CVS, were you waiting for a folder for the libdir for "file operations" first? I have some feedback. My dirlist passed the file list out as a list, which I think makes sense. Its much easier to take a list and [drip] it onto seperate messages than it is to take the messages and remake them into a list. If you can convince me that sending the listing of files out as seperate messages is the best solution then I would suggest a second outlet that either bangs when all the messages have been sent, or sends out the number of messages (files) it is going to print out. .b. Hans-Christoph Steiner wrote: > > This object is the equivalent of the UNIX command "ls -d1A". It > basically gives you a listing of files based on a "glob" pattern, like > "*.*", "/tmp/?", etc. This is the first step for building out a full > library of file objects. > > Its in CVS in externals/hcs. It builds with "cd externals/ && make > buildsrc", then it'll be in externals/build/src along with everything > else. > > (of course, it'll be included in Pd-extended ;) > > .hc > > > ________________________________________________________________________ > ____ > > "Information wants to be free." > -Stewart Brand > > > ------------------------------------------------------------------------ > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

10 48

pixelTANGO & pd-extended
by B. Bogart 06 Apr '06

06 Apr '06

Hey Hans, So I've removed pixelTANGO's dependancy on pyext. I've converted pt.layerfx and pt.filelist to be pd-extended happy. I just need to do pt.entry and we should be good shape. pt.entry needs to know where the fonts are installed, so thats why I'm bringing this up on pd-dev. I could put fonts in extra/pixeltango/fonts, and make the abstraction reflect that, but since the fonts are just ttf and therefore shared by Gem and perhaps other apps to it makes sense to move these into a more general location. #1. Where to put them? #2. How to access them from inside a pd patch? (using getdir) If they are in extra/fonts looks like we can get at them from an abstraction with this: [bang< | [getdir] | [makesymbol %s/../../fonts/*] Or any brilliant ideas about finding the system fonts in a standard way that works accross all platforms? Hans, I can't commit my changes for some reason, cvs.sourceforge.net is not accepting connections, I'll keep trying.. .b.

6 13

Dynamic inlet or outlet management
by Jamie Bullock 03 Apr '06

03 Apr '06

Hi, Does anyone know if there is a way to force an object to redraw itself (other than by moving it)? For example, I have attached the code for a simple object, which instantiates itself with the number of inlets and outlets given by its creation argument. If I call its del method, the in/outlets are deleted, but the visual representation of the object retains them until it is moved. When it is moved, the in/outlets are detached from the object but remain on the canvas! When the add method is called, the in/outlets are created, but again I have to move the object to see them. At this point previously deleted in/outlets disappear from the canvas... Any suggestions..? Jamie

2 1

Re: [PD-dev] generating the standard library: techniques
by carmen 01 Apr '06

01 Apr '06

> So the question is, if we're going ahead to create this kind of standard > libs for PD, what should they be written in? C > > If we want a lot of functionality fast then python seems like the best > solution anyone can already use Python, Tcl Scheme, Guile, Ruby etc.. it would be great to have bindings to all the POSIX stuff like fopen() etc , instead of semi-featured inconsistent frontends to a few pieces here and there like the [sprintf] external in cyclone or the [popen] external or bits of fopen() in soundfiler..maybe it can be generated with SWIG.. since stuff like python just hooks into the same things, i dont see why PD cant do it without a middleman..although maybe string/raw-bytes types and some better object-reference mechanisms would help? .. i have no idea how much work it would be (has anyone on this list implemented a standard library in a scripting language?)

3 2

s_loader bug in 0.40
by IOhannes m zmoelnig 31 Mar '06

31 Mar '06

hi miller, hi all. i noticed that there is a small bug in my alternative classname loader code in s_loader.c, which prevents externals with a filename that needs to be escaped from being loaded. such file will successfully be opened, however, since the brackets after the if statement are missing (line 81-92), the loader keeps believing that it failed. the attached diff sets the brackets correctly. mf,.g.asdr IOhannes Index: s_loader.c =================================================================== RCS file: /cvsroot/pure-data/pd/src/s_loader.c,v retrieving revision 1.7 diff -u -r1.7 s_loader.c --- s_loader.c 31 Dec 2005 20:55:25 -0000 1.7 +++ s_loader.c 13 Mar 2006 15:35:55 -0000 @@ -78,6 +78,7 @@ { if ((fd = open_via_path(dirname, altname, sys_dllextent, dirbuf, &nameptr, MAXPDSTRING, 1)) < 0) + { /* next try (alternative_classname)/(alternative_classname).(sys_dllextent) ... */ strncpy(classname2, altname, MAXPDSTRING); @@ -89,6 +90,7 @@ dirbuf, &nameptr, MAXPDSTRING, 1)) < 0) { return 0; + } } } else

3 5

[ pure-data-Bugs-1459776 ] weird bug: dot in comment disappears
by SourceForge.net 31 Mar '06

31 Mar '06

Bugs item #1459776, was opened at 2006-03-28 00:10 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&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: None Group: None Status: Open >Resolution: Later Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: weird bug: dot in comment disappears Initial Comment: I found a very strange, very specific bug: If have text in a comment that has a . in the second position, and a space in the third position, the . is not saved. But if you dynamically generate that comment, the dot is saved. This is Pd-0.38.4-extended and Miller's 0.39-2 on Mac OS X. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-03-30 20:44 Message: Logged In: YES user_id=27104 >From Matju: > The weird thing is that if you auto-generate the comment > with the 1., then it survives a copy-paste. Try the > patch in the bug tracker, if you haven't already. It's because you make it as a single symbol. In Pd, gensym() can turn any null-terminated string into a symbol. When you copy+paste, the contents of the comment don't change, they point to the same symbol. When you save to a file, however, it gets printed without quoting, because quoting is not supported (or not fully), so for a lot of possible symbols there's no syntax that you can use to produce them literally, you have to go thru gensym() explicitly instead (e.g. [sprintf]). Copy+paste only copies a t_atom[] whereas saving/loading calls binbuf_save/binbuf_eval. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-03-30 20:43 Message: Logged In: YES user_id=27104 from Matju: > Right... I forgot about this. This is probably related > to Pd not having a string type... Yeah, comments are parsed by pd exactly like objectboxes. it's just that no actual object is instantiated (binbuf_eval is not called). That was necessary to avoid having to introduce strings in pd and/or making a special case for comments. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2006-03-28 03:23 Message: Logged In: YES user_id=569446 This bug works differently, however. Every number followed by a dot and a space is affected, however comments starting with a letter and a dot aren't. So this comment is okay: a. something but this isn't: numbers: 1. 2. 3. 4. Pd converts floating point numbers in comments if possible, so they don't contain floating points anymore. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&group_…

1 0

[ pure-data-Bugs-1459776 ] weird bug: dot in comment disappears
by SourceForge.net 31 Mar '06

31 Mar '06

1 0

weird bug: dot in comment disappears
by Hans-Christoph Steiner 30 Mar '06

30 Mar '06

I found a very strange, very specific bug: If have text in a comment that has a . in the second position, and a space in the third position, the . is not saved. But if you dynamically generate that comment, the dot is saved. This is Pd-0.38.4-extended on Mac OS X .hc ________________________________________________________________________ ____ "Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies." - Amy Smith

3 8

Re: OSC
by B. Bogart 30 Mar '06

30 Mar '06

Hi Martin, Please add your comments to the wiki! And yes the idea of getting OSC children back is a patch implimentation! route could work as an OSC replacement, but multi level matches [OSCroute /my/node /my/tree] does not make sense: [route my node my tree] would be /my /node /my /tree Also [route] does not have a set message either. I'm sure there is an IRC client for windows... ummm Xchat works on linux and OSX, maybe windows too.. I dunno. .b. Martin Peach wrote: > B. Bogart wrote: > >> Hi Martin, >> >> I'll try and dig up some ideas seom emails I sent out about OSC in the >> past. There were really critisism of OSCroute rather than dumpOSC and >> sendOSC. I think it is certainly much more logical to have OSC piggyback >> on the netsend/netreceive objects. >> >> Could you explain what you mean by float-lists? Or do you mean a >> binary-data stream formatted as a list of floats? >> > A stream of bytes as a list of pd-floats. I was thinking of an > OSCencoder that would output a list of floats which could then go to > netsend. Netsend needs a trailing ';' though, so it needs to be modified > to accept a 'raw' mode which would accept only floats or lists of floats > that were integers on [0...255], so really it needs to be another object > to avoid confusion. > Mathieu Bouchard's idea of tcp and udp objects might be better than > modifying netsend, but it would basically be the same code. > > It's easy to change sendOSC to output a list of floats, and dumpOSC to > receive lists of floats. > > Today I changed sendOSC to use code from netsend, so now TCP is > possible. It is faster than netsend because an extra conversion from > symbols to bytes is skipped. I'll try modifying dumpOSC the same way to > see if OSC works over TCP in pd. > >> Do you want to get back to me in a couple weeks to meet on IRC about >> next steps? (maybe a bigger meeting for other opinions if you'd like) >> > OK, I've never used IRC. Is there a Windows client you know of? I don't > have constant access to linux boxes here. > >> I decided the best thing is to put up a wiki of changes: >> >> https://puredata.org/Members/bbogart/OpenSoundControlProposal > > > OK, the first one (decouple OSC from transport) is not too hard, but as > I said it needs netsend and netreceive to be modified, or else new udpin > and udpout, tcpin and tcpout, analagous to midiin and midiout, that > convert float lists to and from byte streams. > > I think your idea of querying for child nodes could be better > implemented as a pd patch, since the dumpOSC has no way of knowing what > kind of tree it's in. > > Possibly if dumpOSC output its path on one outlet (as a list of symbols > with the slashes removed) and the data on another as a list of > anythings, then route could be used instead of OSCroute. > > Also OSC is supposed to accept wild cards like '*', I don't know if this > works in pd. > Martin > > >> >> I'll send it out to the pd-dev list also. >> >> Hopefully in a few weeks we can start making headway! >> >> .b. >> >> Martin Peach wrote: >> >>> Hi Ben, >>> I would do it for free but if there's money available, then whatever is >>> reasonable ;) >>> I guess we need to clarify what exactly is desired. I was thinking of >>> putting all the OSC stuff into one file to start with (at the moment >>> libosc has to be compiled first), then ripping out the network part and >>> replacing it with float lists which ideally could interface to netsend >>> and netreceive. That seems pretty easy but probably there are reasons >>> why it won't work. I need to look at netsend and netreceive again. >>> Anyway I'll work on it whenever I get time to do so. The next two weeks >>> are packed with final projects here. >>> >>> Martin >>> >>> >>> B. Bogart wrote: >>> >>>> Hi Martin, >>>> >>>> How much money would you want as compensation to rewrite OSC in PD so >>>> that it has the features we have talked about on the list? I'm >>>> trying to >>>> get SAT to fit the bill as pixelTANGO is dependant on the changes to >>>> OSCx. >>>> >>>> It think its best we have a concrete proposal to approach the SAT with. >>>> >>>> Are you interested? >>>> >>>> We can try and do a meeting on IRC sometime soon to talk about it if >>>> you >>>> would like. >>>> >>>> Hope to hear from you soon. >>>> >>>> .b. >>> >>> >>> >>> >>> >>> >> > >

1 0

OSCx and the future of OSC in PD
by B. Bogart 30 Mar '06

30 Mar '06

Hey all, I made a wiki page with some ideas for improving OSCx. Some of these are ideas from the list, and others are needs of pixelTANGO to make dynamically named OSC trees easier to work with. https://puredata.org/Members/bbogart/OpenSoundControlProposal Please comment. And volunteer if you would like to contribute code/ideas. .b.

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 March 2006