Pd-dev November 2009

pd-dev@lists.iem.at

19 participants
65 discussions

Re: [PD-dev] updating 'puredata' package to 0.42.5
by Chris McCormick 24 Nov '09

24 Nov '09

On Fri, Nov 20, 2009 at 01:24:18PM -0500, Mathieu Bouchard wrote: > On Fri, 20 Nov 2009, Chris McCormick wrote: > >> Maybe I am misunderstanding something, but if this is a question of >> being able to apt-get install vanilla Pd under Debian GNU/Linux, I >> would like to have that option rather than only having the option to >> install pd-extended. > > What's in pd-vanilla, that you can't have by installing pd-extended ? Hi! Your question is the wrong way around. I can't answer it like that because it contains built in assumptions which don't make sense to me. Chris. ------------------- http://mccormick.cx

3 9

Re: [PD-dev] bug when redrawing gop within gop inside a closed sub-patch
by Ivica Ico Bukvic 24 Nov '09

24 Nov '09

You need to cycle through cords of a visible canvas b/c even though a canvas is open they may not be placed in a visible part of that canvas. Of course lingering question is what is in the end faster in tcl/tk land: cycling through objects and refreshing them (which would be the cleaner thing to do) or simply refreshing entire canvas and trusting that tcl/tk is implemented so efficiently that its execution offsets time required for redundant redraws. NB: Apologies for top posting--still trying to figure out my new phone. Cheers! Mathieu Bouchard <matju(a)artengine.ca> wrote: >On Sat, 21 Nov 2009, Ivica Ico Bukvic wrote: > >> There should be a loop that goes through all existing cords and checks >> whether they are visible and if so, raises them. Otherwise, they should >> be ignored. > >Why would you need to loop through all existing cords?... I don't >understand. > >You need to perform only one check per canvas. Basically, if >glist==glist_getcanvas(glist), then a canvas' cords are visible when the >canvas itself is visible, and if this pd canvas also has a tk canvas, then >it can tell the tk canvas to raise all_cords and that's all. You don't >need an explicit loop and you don't benefit from one. > >(unless someone found a speed optimisation in the use of tk, but then, it >would involve more checks than what we're talking about here, and more >accounting in order to avoid unnecessary refreshes, etc) > > _ _ __ ___ _____ ________ _____________ _____________________ ... >| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801

1 0

puredata.info timing out.
by Forwind info 23 Nov '09

23 Nov '09

Hi, Has anyone else noticed that puredata.info is timing out. This has been happening to me from London for the past 2 days ? As far as I am aware this is all hosted at IEM, IOhannes (presuming you are still at iem) ? Conor

1 0

updating 'puredata' package to 0.42.5
by Mathieu Bouchard 20 Nov '09

20 Nov '09

On Fri, 20 Nov 2009, Chris McCormick wrote: > Maybe I am misunderstanding something, but if this is a question of being > able to apt-get install vanilla Pd under Debian GNU/Linux, I would like to > have that option rather than only having the option to install pd-extended. What's in pd-vanilla, that you can't have by installing pd-extended ? _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801

1 0

updating 'puredata' package to 0.42.5
by Hans-Christoph Steiner 20 Nov '09

20 Nov '09

It seems that Günter is no longer updating the 'puredata' package, so I wanted to start the process of updating it. I am working on becoming a Debian Maintainer, so I can get direct upload access. This is what I would like to address: - improved puredata.desktop for file associations, etc. - built against Tcl/Tk 8.5 I just committed the files from http://ftp.de.debian.org/debian/pool/main/p/puredata/puredata_0.41.4-1.diff… to update the old Debian files for this package. I think we should now work out of this spot in SVN: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/packages/debian/ .hc ---------------------------------------------------------------------------- "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman

5 8

namespaces for send/receive
by Hans-Christoph Steiner 18 Nov '09

18 Nov '09

I am in the process of working on my 'framesync' library, and I just had a thought that I am not sure has come up before. Lots of times, we want to use send/receives in reusable code, but with a global namespace, there is the potential for nameclashes. So I propose that for libraries, we make it a 'best practice' to use the same namespace prefix as you would for loading an object. For example, this 'framesync' library, I need to send the FPS (Frames Per Second) to all the objects, so it needs to be a global send. So just like I could do [framesync/fstabplay~] the internal send/receive would be [send framesync/fps] and [receive framesync/fps]. .hc ---------------------------------------------------------------------------- kill your television

6 13

Re: [PD-dev] namespaces for send/receive
by Mathieu Bouchard 18 Nov '09

18 Nov '09

On Wed, 18 Nov 2009, Frank Barknecht wrote: > If you use the route-approach, you can use settable routes (as an abstraction > like sroute.pd in [list]-abs). But actually I have no idea why a settable > receive should be necessary anyway? :) One example is the GFDP (GridFlow Documentation Project), which uses settable receives because it uses receive-symbols that are local to the toplevel patch they are in (an intermediate between global and the ordinary local). This value has to be output by an object, so it cannot appear directly in an [r] box, and the GFDP doesn't use that much dynamic patching... _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801

1 0

compiling pd-extended for ubuntu 9.10
by patrick 18 Nov '09

18 Nov '09

hi, i have this error when compiling pd-extended for ubuntu 9.10: make -C /home/psc/src/pd/externals/gem2pdp make[3]: Entering directory `/home/psc/src/pd/externals/gem2pdp' g++ -fPIC -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math -Wall -W -Wno-unused -Wno-parentheses -Wno-switch -DGEM2PDP_VERSION=\"0.7\" -g -g -O2 -I/home/psc/src/pd/pd/src -I. -I/home/psc/src/pd/externals/pdp/include -I/home/psc/src/pd/Gem/src -o gem2pdp.o -c gem2pdp.cpp In file included from /home/psc/src/pd/Gem/src/Base/CPPExtern.h:20, from /home/psc/src/pd/Gem/src/Base/GemBase.h:20, from gem2pdp.h:13, from gem2pdp.cpp:11: /home/psc/src/pd/Gem/src/Base/GemVersion.h:13: warning: type qualifiers ignored on function return type In file included from /home/psc/src/pd/externals/pdp/include/pdp.h:41, from gem2pdp.h:15, from gem2pdp.cpp:11: /home/psc/src/pd/externals/pdp/include/pdp_types.h:50: error: redeclaration of C++ built-in type Â‘boolÂ’ make[3]: *** [gem2pdp.o] Error 1 make[3]: Leaving directory `/home/psc/src/pd/externals/gem2pdp' make[2]: *** [gem2pdp] Error 2 make[2]: Leaving directory `/home/psc/src/pd/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/psc/src/pd/packages' make: *** [install] Error 2 also i had to modified: char * extension = strrchr(filename, '.'); for char * extension = strrchr(const_cast<char*>(filename), '.'); as reported by ClaudiusMaximus http://www.mail-archive.com/gem-dev@iem.at/msg00236.html pat

5 21

[ pure-data-Feature Requests-2899587 ] update abstraction when saved
by SourceForge.net 18 Nov '09

18 Nov '09

Feature Requests item #2899587, was opened at 2009-11-18 04:50 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2899587&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: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: update abstraction when saved Initial Comment: when an abstraction is saved under a new name, the parent patch containing that abstraction is not updated with the new abstraction's name in the abstraction's object box. currently, you need to manually edit the object box to enter the new abstraction name. this in turn re-loads the entire abstraction, and of course re-initializes all communication between the parent patch and abstraction too. this gets very tedious when you work on one patch/abstraction set for a long time. my suggestion is to automatically assign a new abstraction name to the object box in the parent patch when the abstraction has been saved under a different name. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2899587&group_…

1 0

[ pure-data-Patches-2864259 ] german translation changes
by SourceForge.net 18 Nov '09

18 Nov '09

Patches item #2864259, was opened at 2009-09-22 07:59 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2864259&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-dev Group: wishlist >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: german translation changes Initial Comment: removed items identical to the english, added a few more, some corrections ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-11-17 23:44 Message: accepted into pd-gui-rewrite/0.43 branch: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=127… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2864259&group_…

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 November 2009