Pd-list August 2018

pd-list@lists.iem.at

44 participants
48 discussions

Re: [PD] Noob question: is there a listing of available externals?
by Dan Wilcox 09 Aug '18

09 Aug '18

If there isn't one already, it might be good to host this information on a puredata.info <http://puredata.info/> wiki page. This way, it can be more easily updated and provide a centralized location. > On Aug 8, 2018, at 3:23 AM, pd-list-request(a)lists.iem.at wrote: > > Not comprehensive, but lists many of the common ones found in Extended, and > the libraries they are associated with. I keep it bookmarked. > > http://blazicek.net/list_of_pure_data_objects.html <http://blazicek.net/list_of_pure_data_objects.html> > > On Tue, Aug 7, 2018, 9:25 AM bbob <fluxmonk(a)gmail.com <mailto:fluxmonk@gmail.com>> wrote: > >> Is there a comprehensive list of puredata externals? The listing on >> https://puredata.info/downloads/by-category/library <https://puredata.info/downloads/by-category/library> does not seem >> current. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 3

Noob question: is there a listing of available externals?
by bbob 08 Aug '18

08 Aug '18

Is there a comprehensive list of puredata externals? The listing on https://puredata.info/downloads/by-category/library does not seem current.

2 1

Re: [PD] [PD-announce] pd version 0.48-2 test1 released
by Dan Wilcox 07 Aug '18

07 Aug '18

> And while we're on the soundfiler subject, sorry to > bring/suggest another request, but this > <https://github.com/pure-data/pure-data/pull/193 <https://github.com/pure-data/pure-data/pull/193>> would also be a nice > update to it. In short: No. That's an addition, so best left to the next minor version. Long form: I would point out that in software development, bug fixe releases (ie 0.48-1 to 0.48-2) generally only include bug fixes for regressions and bugs introduced in the latest minor version ie. 0.48. Minor versions introduce additions and changes (ie. 0.48 to 0.49) and major versions introduce major breaking API changes or some sort of "plateau" (ie 0.48 to 1.0). It can get *very* confusing if you refer to a specific bug fix release version that introduces some sort of small or large change. The Pd compatibility modes are also only minor versions an don't refer to bugfixes versions. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 4

Re: [PD] [PD-announce] pd version 0.48-2 test1 released
by Dan Wilcox 07 Aug '18

07 Aug '18

I noticed a possible issue with deken's architecture "re-detection" on macOS: https://github.com/pure-data/deken/issues/199 <https://github.com/pure-data/deken/issues/199> -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 3

Re: [PD] thoughts on the new deken (was Re: [PD-announce] pd version 0.48-2 test1 released)
by Dan Wilcox 06 Aug '18

06 Aug '18

I agree. Removing the prompt to add an external to the user paths makes sense in the context of [declare -path] searching user paths. Without this step, we're back to the problem of "I installed an external, but I can't load it, help." I know this prompt is loathed by some but it also keeps the amount of "help me" email down in the meantime until 0.49 includes the [declare] update. > On Aug 6, 2018, at 9:34 AM, pd-list-request(a)lists.iem.at wrote: > > 2018-08-05 22:50 GMT-03:00 Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>>: > >> >> 1- There's a default change, now it doesn't prompt you no more if you want >> to add externals to the path. I get it this is more than intentional and >> would like to inquire why. Thinking in the mind set of a newbie and >> newcomer, this might be handy to suggest. Advanced users who are annoyed >> can edit it in the preferences. Anyway, that's just my two pennies on it. >> > > I have a new consideration about this. Since Pd suggests the creation of a > documents folder, and since declare isn't working for that option yet (and > since miller is holding that fix for 0.49), it makes sense to me to keep > prompting the user to add the folder to the search paths because that's > what will help him best, as you'd actually need to include it in the search > path if you were were to use Pd default's suggestions. Advanced users can > still edit this for more complicated and different kind of setting. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD] error compiling Gem on ubuntu 17.10
by Dan Wilcox 06 Aug '18

06 Aug '18

This seems to be a common sticking point. Perhaps the GEM configure script should not *assume* FTGL is available by default? > On Aug 6, 2018, at 7:31 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Mon, 6 Aug 2018 19:21:10 +0200 > From: Jack <jack(a)rybn.org <mailto:jack@rybn.org>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] error compiling Gem on ubuntu 17.10 > Message-ID: <e4d0d784-61c6-91c4-69f5-f31c1fa1922c(a)rybn.org <mailto:e4d0d784-61c6-91c4-69f5-f31c1fa1922c@rybn.org>> > Content-Type: text/plain; charset=utf-8 > > Hello, > > you can try with (and solve later this issue). I don't if it will help... : > $ ./configure --without-ftgl > ++ > > Jack -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

error compiling Gem on ubuntu 17.10
by Csaba Láng 06 Aug '18

06 Aug '18

Dear list, i try to compile on a freshly installed system Gem from https://github.com/umlaeute/Gem Hopefully this is the latest version what is available online. Anyway after congigure I have this output: used optional libraries: font-rendering : FTGL default font : image-support use ImageMagick : no use QuickTime : no use AVFoundation : no use TIFF : no use JPEG : no moviefile-support use PLUGINS : yes use mpeg : no use mpeg-3 : no use QuickTime : no use AVFoundation : use aviplay : no use gmerlin : no capture-support use PLUGINS : yes use v4l : no use v4l2 : no use ieee1394 : no use DV : no use Unicap : yes use Video-for-WinDOS : no use QuickTime : no use AVFoundation : no Now run make ... I wuld gladly have all the options especially for pix_video to have a choice (the real aim is to have videoPYLON get wrked on this system) but make stops at this point: *TextBase.h:38:12: fatal error: FTFont.h: No such file or directory # include "FTFont.h"* ^~~~~~~~~~ compilation terminated. What do I miss? installed Gem with aptitude together with puredata cannot even create any Gem related objects. Best, Popesz

3 4

Re: [PD] plot questions
by rolfm＠dds.nl 06 Aug '18

06 Aug '18

i probably found the solution, or better my mis-use of [append]: instead of doing an [append] for every new array, [append] is done once and the resulting pointer is 're-used' everytime. rolf

1 0

thoughts on the new deken (was Re: [PD-announce] pd version 0.48-2 test1 released)
by Alexandre Torres Porres 06 Aug '18

06 Aug '18

Hi, now that pd 0.48-2 is about to come out with the new deken, I'm checking it out and giving it a deeper look. I wasn't really using it before. So, I have a few questions and considerastions. 1- There's a default change, now it doesn't prompt you no more if you want to add externals to the path. I get it this is more than intentional and would like to inquire why. Thinking in the mind set of a newbie and newcomer, this might be handy to suggest. Advanced users who are annoyed can edit it in the preferences. Anyway, that's just my two pennies on it. 2- The preferences tab seems overcomplicated and I can't understand a few aspects of it. There is a "check" box which I don't know what it is supposed to check, and that I cannot actually click on it and activate the checking. Also, when asking "Install externals to directory:" I can select the same directory (/Users/porres/Documents/Pd/externals, in my case) in four different places, and I don't know why can't it be just one. cheers 2018-08-05 1:21 GMT-03:00 Miller Puckette <msp(a)ucsd.edu>: > To Pd-announce: > > Pd version 0.48-2test1 is available on http://msp.ucsd.edu/software.htm > or (source only) via github: https://github.com/pure-data/pure-data > > This test version fixes a number of bugs in Pd 0.48-1. > > Source and 32-and 64-bit Mac and Windows versions are available; Mac/PPC > and ARM versions should follow later. > > cheers > Miller > > _______________________________________________ > Pd-announce mailing list > Pd-announce(a)lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list >

2 2

Re: [PD] Browser UIs for vanilla Pd patches
by Dan Wilcox 06 Aug '18

06 Aug '18

The "GUI faking" works at the moment and it's fast. I'm less inclined to believe adding a webbrowser layer and in-app socket communication is going to be performant on mobile devices. Even if we have 100 Ghz, native (iOS CoreGraphics, etc) will still be faster. What I *really* want is to simply ditch the GUI implementations and receive drawing commands directly from Pd. It could be "line here, rectangle there, text here" as it is now or it could be higher level as in "toggle here, object there" etc. If there was an abstraction layer replacing the TCL (maybe it looks/works like TCL in the end) wrapping the GUI, it would simply be easier to let Pd itself handle the logic and we just feed it input events. I know the Purr Data team have worked this out, so maybe we can look at there model or think of something at a different level. I have some ideas and, after having dug into the GUI code to fix zooming/sizing, I know there isn't really that much raw drawing TCL in the core. And most of what's there is pretty simple and repetitive. At this point, it would be great to solve this problem that preserves vanilla stability *and* provides for expanding GUI possibilities. It's totally possible and would lead to interesting stuff using libpd ... at the very least I would consider adding patch creation in PdParty. > On Mar 19, 2018, at 9:37 AM, pd-list-request(a)lists.iem.at wrote: > > I would be good to fold this functionality into PdDroidParty / PdParty > such that if an index.html exists in a droidparty project folder then > that will be used as the primary interface in place of the > gui-patch-faking that goes on at the moment. This will allow for much > richer user interfaces for Pd patches on mobile devices. Interested to > hear what you think of that, Dan. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list August 2018