Pd-dev August 2010

pd-dev@lists.iem.at

22 participants
147 discussions

Re: [PD-dev] initbang and friends WAS: run-up to release 0.43
by Jonathan Wilkes 26 Aug '10

26 Aug '10

--- On Tue, 8/24/10, IOhannes m zmoelnig <zmoelnig(a)iem.at> wrote: > From: IOhannes m zmoelnig <zmoelnig(a)iem.at> > Subject: Re: [PD-dev] initbang and friends WAS: run-up to release 0.43 > To: pd-dev(a)iem.at > Date: Tuesday, August 24, 2010, 8:57 AM > On 2010-08-23 19:10, Jonathan Wilkes > wrote: > > > > > Btw-- in your live-coding example you mentioned you > were sending > > the audio to a bus and would use [initbang] to fade > in. But > > how do you use [closebang] to fade out? Does > [closebang] send > > a trigger to one of the sister abstractions to do the > fade out? > > > right. > on creation of the bus-sender, i dynamically create a proxy > bus-receiver > abstraction that receives the signal, does a fade in, > delays the signal > by a certain amount and adds it to the real summing bus. > once the bus-sender get's destroyed it notifies the proxy > receiver that > the signal is going to vanish, and the proxy does a fade > out (it has > some time left, as it has delayed the signal) and then > destroys itself. I'd love to see an example of this in action. Just from your description I'm wondering why you wouldn't do the fade from inside the abstraction, and just delay destroying it until the fade out has finished. > > > Right-- in that case you would use Frank's > method. Although > > in an oscillator bank patch I made, sending a > "loadbang" message > > this really depends on the original problem. > in many cases it is enough to just re-trigger the loadbang > (with the > "loadbang" message). > in other cases it is not enough. > e.g. when you don't create all instances of your oscillator > bank in zero > logical time, but as they are needed. > then you often don't want loadbangS to re-fire. > this of course can easily be fixed by creating a > [loadbangonce] abstraction. > > but just because you can already solve some issues with the > current > mechanisms, doesn't mean that they can't be improved (esp. > when the > improvement makes things possible that are currently > impossible) > > > crashed Pd. I changed it to [r $1-loadbang] as a > workaround, but > > I never went back and hunted down the original > problem. > > which is a pity, as now there is only the rumour of a bug, > which is way > worse than a real bug (fixing a rumour proves harder than > fixing a bug) A rumor of a bug would be, "I heard this guy found a bug with loadbang, so don't use loadbang." A _possibility_ of a bug would be, "Someone says they crashed Pd when sending a loadbang message in a dynamic patching context, though they couldn't verify whether this was a problem specifically with [loadbang]." The _likelyhood_ of a bug can start to be gauged by whether people who hear the latter statement experience a crash under similar circumstances (or not). Rumors can only start when people don't choose their words carefully. > > >> so you cannot use [initbang] to initialize the > parent > >> patch. > >> darn, bad naming again. > >> probably [createbang] would be better (esp. if > [closebang] > >> is renamed to > >> [destroybang]) > >> or use [constructorbang] and [destructorbang] > >> > >> > >> anyhow, whatever the name of the object (even > [loadbang > >> really-early]), > >> th changes to the c-sources will be very similar. > > > > [preloadbang] > > > > as a matter of fact, i think [loadbang] has a bad naming as > well. But unless you have some extraordinarily clear name in mind as a replacement that outweighs the problems of replacing an object that is currently Max compatible and has a startup flag with its name in it (not to mention however many people's patches that depend upon it), there's not much to be done about it. Hm, looking at Max's docs I see [loadbang] sends out a bang on double click. That's pretty nifty! -Jonathan > > sdf > IOhannes > > > -----Inline Attachment Follows----- > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev >

2 5

Re: [PD-dev] buildbot or some other proper build automation
by Hans-Christoph Steiner 26 Aug '10

26 Aug '10

On Aug 23, 2010, at 5:16 PM, András Murányi wrote: > 2010/8/22 Hans-Christoph Steiner <hans(a)at.or.at> > > On Aug 20, 2010, at 9:27 PM, András Murányi wrote: > >> 2010/8/20 Hans-Christoph Steiner <hans(a)at.or.at> >> >> Could you make a copy your id_rsa.pub, give all read perms, and put >> it into /home/pd on your zero machine? Then I'll set up the >> buildbot user with it. >> >> .hc >> >> you got it, thanks. >> don't know where the ssh error is coming from... you have >> authorization for root@blinky and hans@WIENER >> >> Andras > > > I'm guessing sometimes the dyndns is a little behind. Ok, you're > key should be in buildbot(a)128.238.56.50 and also in pddev@ in the > PdLab machines. > > > > I'm working on the master config... > One thing it needs is the (domain name and) port number where > buildbot's own http server will be visible. Default is 8010. I guess > it just needs to be open to the WAN and that's it. I think 8010 and 10012 are not filtered on that network. > I couldn't yet find a way to schedule in an anarcon-like manner, but > i'll keep digging. That machine is up all the time, so regular cron is fine. > Then the build sources/targets: one will be vanilla, which is in > git, right? Or can i find it in SVN too? Buildbot seems to handle > SVN more easily than git. The other is pdextended, is it true that > it cannot be fetched with a one-liner, but we still need to get the > 0.42 core and GEM separately? It will be a bit cumbersome to do this > with buildbot (especially when detecting changes). vanilla is in git. Pd-extended 0.42 can be fetched with a oneliner using svn, it is just that currently Gem is an svn:external. Oh wait, perhaps 'scripts' is still from trunk. I can fix that. I think the first thing that would be most valuable is setting up builds for individual libraries, so checking out from svn and building, so like svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/win… cd windowing make make install make dist Can buildbot handle making debian packages? That would be nice. I think that could be a oneliner. .hc ---------------------------------------------------------------------------- kill your television

2 11

Unicode works OK with cyrillic :)
by errordeveloper＠gmail.com 26 Aug '10

26 Aug '10

Hello, just to confirm that cyrillic works fine now after git up; ./configure && make but i had to copy ./src/pd into ./bin .. and typing object names is russian gives obj box which is not wide enough .. may be using different font it would work .. Regards, -- Ilya

3 2

new loader replacement progress report
by Claude Heiland-Allen 25 Aug '10

25 Aug '10

Hi everyone, I've been working on some algorithms to eventually replace the way Pd finds and loads and creates objects. Sorry for the length of this mail, but you can skip some sections if you don't care about implementation details and/or user interface details :) Table of Contents * Specifications * Example Loaders * Clearer Error Messages * Test Inputs * Test Outputs Specifications -------------- As agreed by everyone so far, the new load order will be roughly: for path in paths do -- the core does this bit for loader in loaders do loader(path, libray, object) instead of the old, problematic: for loader in loaders do for path in paths do -- the loader does this bit loader(path, library, object) I restructured the loader plugin mechanism to be (pseudocode): typedef err libloadfun(symbol *dir, symbol *lib); typedef err objloadfun(symbol *dir, symbol *lib, symbol *obj); struct loader { symbol *name; float priority; libloadfun *libfun; objloadfun *objfun; } Example Loaders --------------- -- binary loader is super simple Loader.new("bin", 70, function(dir, lib) return loadbin(dir, lib) end, function(dir, lib, obj) return loadbin(dir, obj) end) -- directory loader is needed if there is no main library file -- the core code checks the results to see if it succeeded Loader.new("dir", 10, function(dir, lib) if dir:sub(-1 - #lib, -1) == ("/" .. lib) then return function() end else return nil, "dir doesn't match lib" end end, nil -- directory loader can't load objects ) -- the abstraction loader is quite complicated -- if the file exists it creates a callback that -- registers the class, with a constructor that -- runs the abstraction itself -- a Context here is essentially a 'canvas' Loader.new("txt", 30, nil, -- abstractions cannot register new classes function(dir, lib, obj) local src = dir .. "/" .. obj .. ".txt.lua" local f, err = fileexists(src) if f then local ldir, lobj = dir, obj return function() register(lobj, src, function(o, arguments) Context.push(Context.new({ ldir })) runtxt(ldir, lobj) Context.pop() end, src) end else return nil, err end end) The current implementation is entirely in Lua, in an unpublished git repository. I'll upload it somewhere if there is any interest. Clearer Error Messages ---------------------- The main upshot so far is clearer error messages instead of random possibly-working-but-perhaps-not implementation defined behaviour when more than one library defines the same name: OBJECT [obj4] obj4 ... couldn't create (ambiguous) (found in: 'lib4') (found in: 'lib3') (found in: 'lib1') (found in: 'lib5') (found in: 'lib2') disambiguate by [import lib2/obj4] replacing lib2 by the library you want to import from OBJECT [obj2] obj2 ... couldn't create (ambiguous qualified import) (imported: 'lib2/obj2') (imported: 'lib1/obj2') disambiguate by removing extra qualified imports The error messages for objects that are not found are better too: OBJECT [obj8] obj8 ... couldn't create (no such object) (looked in: 'lib4') (looked in: 'vanilla') (looked in: 'lib3') (looked in: 'lib1') (looked in: 'lib5') (looked in: 'lib2') OBJECT [lib1/obj8] lib1/obj8 ... couldn't create (no such object in library) OBJECT [lib6/obj1] lib6/obj1 ... couldn't create (no such library) Note for that last [libc6/obj1] example: if libc6 actually did exist in the path but was not imported, the error would currently be the same. I want to make it so that [somelibrary/someobject] would work even when [somelibrary] is not imported (but such "implicit imports" would be deprecated, and warnings emitted). Test Inputs ----------- The test input directory structure (.bin.lua approximates .pd_linux etc, .txt.lua approximates .pd patches/abstractions): ----8<---- .: global prj1 ./global: lib1 lib2 lib3 lib3.bin.lua lib4 lib5.bin.lua vanilla ./global/lib1: obj1.txt.lua obj3.txt.lua obj4.txt.lua obj5.txt.lua obj7.txt.lua obj2.txt.lua obj4.bin.lua obj5.bin.lua obj6.bin.lua ./global/lib2: lib2.bin.lua obj2.txt.lua obj4.bin.lua obj5.bin.lua obj6.bin.lua obj1.txt.lua obj3.txt.lua obj4.txt.lua obj5.txt.lua obj7.txt.lua ./global/lib3: obj1.txt.lua obj3.txt.lua obj4.txt.lua obj5.txt.lua obj7.txt.lua obj2.txt.lua obj4.bin.lua obj5.bin.lua obj6.bin.lua ./global/lib4: obj1.txt.lua obj3.txt.lua obj4.txt.lua obj5.txt.lua obj7.txt.lua obj2.txt.lua obj4.bin.lua obj5.bin.lua obj6.bin.lua ./global/vanilla: debug.bin.lua ./prj1: prj1.txt.lua ----8<---- The test input file (prj1.txt.lua) imports stuff and creates objects: ----8<---- import({ "lib1", "lib1/obj1", "lib1/obj2", "lib2", "lib2/obj2", "lib2/obj3", "lib3", "lib4", "lib5" }) for o = 1,8 do object("obj" .. o) end for l = 1,6 do for o = 1,8 do object("lib" .. l .. "/" .. "obj" .. o) end end ----8<---- Test Outputs ------------ The full raw output: http://claudiusmaximus.goto10.org/t/pd/pd-new-loader-test-4-verbose.txt The output with the STAT lines filtered out: http://claudiusmaximus.goto10.org/t/pd/pd-new-loader-test-4-quiet.txt The output with the STAT lines sorted and duplicates counted: http://claudiusmaximus.goto10.org/t/pd/pd-new-loader-test-4-statistics.txt (The counts are low because the results are cached, this will need to be changed for live-coding abstractions etc...) Hopefully I'm heading in the right direction with this, if not then yell loudly! Thanks, Claude -- http://claudiusmaximus.goto10.org

2 1

[ pure-data-Bugs-3052690 ] new build system does not build 'extra' files in place
by SourceForge.net 25 Aug '10

25 Aug '10

Bugs item #3052690, was opened at 2010-08-24 23:36 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3052690&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: v0.43 Status: Open Resolution: None Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: new build system does not build 'extra' files in place Initial Comment: The changes to the new build system from IOhannes leaves the .pd_linux files in individual ".libs" subdirs. They should be in the correct place to be useable without an install, like the old build system. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3052690&group_…

2 1

Re: [PD-dev] pd on armv7 (beagleboard): crackles [SOLVED]
by Edgar Berdahl 25 Aug '10

25 Aug '10

Hi, Now I am able to repeat what you did. In my .pdsettings file, I use flags: -oss -r 8000 -audiobuf 10 -inchannels 0 -blocksize 1024 - outchannels 2 As far as I can tell, it only works for the sampling rate fs=8kHz. For example, if I use -r 16000 instead (or other faster rates), then pd still runs at 8kHz. In order to compensate, pd does weird things like counting ms only half as fast (i.e. "metro 1000" behaves like "metro 2000" normally would behave), and osc~ produces output at half the frequency specified, etc. Do you all agree that this is a problem with the drivers for audio on the Beagleboard and not with pd? (Although mplayer and mpg123 can use the ALSA drivers just fine apparently running at normal sampling rates, pd doesn't seem to work at all with ALSA, and neither does the version of chuck that I got using "apt-get install chuck".) Thanks, Ed PS. BTW, in contrast with your wiki, I didn't have to modprobe snd-pcm- oss, but I did have to sudo apt-get install alsa-utils sudo apt-get install mpg123 > done: http://puredata.info/docs/developer/BuildingPdForBeagleboard > > :-) > > On 27 Jul 2010, at 15:49, Dan Wilcox wrote: > > Great news. Is there a page on the puredata.info wiki on the Beagle > board yet? > If not, can add you install steps to it, or at least notes on > getting the audio > to work with pd? > > I wonder why alsa has troubles ... when using oss, can you still use > alsa midi? > I have thought of trying a beagle board but no midi would be a deal > breaker for > me > > On Jul 27, 2010, at 1:48 PM, Damian Stewart wrote: > > hi all, > > i fixed my issues with Pd on my Beagleboard running Ubuntu. the > solution (thanks > to Julian Oliver's help) was to load the oss module (sudo modprobe > snd-pcm-oss) > then run pd using the oss driver (pd -oss), and it sounds just lovely. > > thanks for the other help nonetheless! > > cheers, damian > > -- damian stewart . @damiannz . dam...(a)frey.co.nz frey . > contemporary art . http://www.frey.co.nz > > > -------- Dan Wilcox danomatika.com robotcowboy.com > > -- damian stewart . @damiannz . dam...(a)frey.co.nz frey . > contemporary art . http://www.frey.co.nz > > _______________________________________________ Pd-l...(a)iem.at > mailing list UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list

2 1

[ pure-data-Patches-3052684 ] fixed bug in saving Untitled/new patches
by SourceForge.net 25 Aug '10

25 Aug '10

Patches item #3052684, was opened at 2010-08-24 23:07 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052684&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: 9 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: fixed bug in saving Untitled/new patches Initial Comment: There is a bug in the new Yes/No/Cancel code that can lose changes. If a new/Untitled patch is dirty, and you close the window, the menuclose message will be sent before the _saveas dialog is done, thereby losing the changes. This patch fixes that bug, and refactors the pdtk_canvas_menuclose to fit into 0.43/gui-rewrite style. apply with git am ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052684&group_…

1 0

pd-extended git
by Hans-Christoph Steiner 25 Aug '10

25 Aug '10

So now that we have a decent git workflow going, I've decided to also use git for the core of Pd-extended. Right now it is only slightly different than Miller's repo, but its already up and published: git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pd- extended.git I am thinking that I'll push from here to pure-data SVN for the whole big Pd-extended builds, but I am open to the idea of running the whole thing out of git. I think that depends more on what other people want to do. .hc ---------------------------------------------------------------------------- I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque

1 0

[ pure-data-Patches-3052634 ] size should be margin in canvas properties dialog
by SourceForge.net 25 Aug '10

25 Aug '10

Patches item #3052634, was opened at 2010-08-24 20:42 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052634&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: 1 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: size should be margin in canvas properties dialog Initial Comment: There is a small bug in dialog_canvas.tcl where $xsize and $ysize should be $xmargin and $ymargin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052634&group_…

1 0

[ pure-data-Patches-3052632 ] make pdwindow.tcl swapable by adding two procs
by SourceForge.net 25 Aug '10

25 Aug '10

Patches item #3052632, was opened at 2010-08-24 20:37 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052632&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: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: make pdwindow.tcl swapable by adding two procs Initial Comment: This patch abstracts the grabbing of the cursor when Pd is busy into two procs: ::pdwindow::busygrab and ::pdwindow::busyrelease. It does not change the current functionality, but it allows pdwindow.tcl to be completely self-contained and swappable so people can more easily create and use custom Pd windows. It brings back having the whole Pd window is defined in a single file, pdwindow.tcl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3052632&group_…

1 0

Jump to page:

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 August 2010