Pd-list September 2017

pd-list@lists.iem.at

58 participants
76 discussions

Re: [PD] Fwd: Re: linux: "-font-size" startup flag -- does this work?
by Dan Wilcox 17 Sep '17

17 Sep '17

Don't reformat your patches. Please hold tight for now, a fix is on the way. As to when it will be in a Pd release, I don't know, but I can provide something for y'all to test. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

[announce] ossia-pd public release v1.0b3
by Antoine Villeret 17 Sep '17

17 Sep '17

The ossia collective is happy to announce the public release of ossia-pd v1.0b3 as part of libossia v1.0.0-b3 ! ossia-pd is the implementation of libossia for pd - several other implementations of libossia are available for various environments, such as openFrameworks, C'74's Max, python, Qt, plain C, etc... for more info, see: https://ossia.github.io libossia allows to declare the architecture of a patcher's functions as a tree of OSC nodes and parameters. These nodes/parameters can have attributes, which allow to declare some of their properties, such as their values, types, units, ranges, etc… This tree-based architecture (coined "device" in the OSSIA terminology) can then be exposed under several protocols, some of which allow this architecture, and the properties and values of its nodes, to be explored and queried. For now, protocols available in pd are plain OSC, OSCquery, and Minuit - more to come.. You can grab ossia-pd on https://github.com/OSSIA/libossia/releases - builds are available for Mac and Win32/64. Linux x86_64 and armv7 is coming. It will be put into Deken as soon as possible too. We hope you enjoy it! Please feel free to come and chat, and give us feedback on https://gitter.im/OSSIA/ Bugs and feature requests are to be reported on: https://github.com/OSSIA/libossia/issues *Mail* : ossia.collective(a)gmail.com *Facebook* : https://www.facebook.com/ossia.score *Twitter* : https://twitter.com/ossia_score

1 0

[announce] ossia-pd public release v1.0b3
by Antoine Villeret 17 Sep '17

17 Sep '17

The ossia collective is happy to announce the public release of ossia-pd v1.0b3 as part of libossia v1.0.0-b3 ! ossia-pd is the implementation of libossia for pd - several other implementations of libossia are available for various environments, such as openFrameworks, C'74's Max, python, Qt, plain C, etc... for more info, see: https://ossia.github.io libossia allows to declare the architecture of a patcher's functions as a tree of OSC nodes and parameters. These nodes/parameters can have attributes, which allow to declare some of their properties, such as their values, types, units, ranges, etc… This tree-based architecture (coined "device" in the OSSIA terminology) can then be exposed under several protocols, some of which allow this architecture, and the properties and values of its nodes, to be explored and queried. For now, protocols available in pd are plain OSC, OSCquery, and Minuit - more to come.. You can grab ossia-pd on https://github.com/OSSIA/libossia/releases - builds are available for Mac and Win32/64. Linux x86_64 and armv7 is coming. It will be put into Deken as soon as possible too. We hope you enjoy it! Please feel free to come and chat, and give us feedback on https://gitter.im/OSSIA/ Bugs and feature requests are to be reported on: https://github.com/OSSIA/ libossia/issues *Mail* : ossia.collective(a)gmail.com *Facebook* : https://www.facebook.com/ossia.score *Twitter* : https://twitter.com/ossia_score

1 0

Fwd: Re: linux: "-font-size" startup flag -- does this work?
by Alexander Connor 16 Sep '17

16 Sep '17

----- Start Forwarded Message ----- Sent: Mon, 11 Sep 2017 21:49:42 -0400 (EDT) From: "Alexander Connor" <a.connexx(a)runbox.com> To: "Lucas Cordiviola" <lucarda27(a)hotmail.com> Subject: Re: [PD] linux: "-font-size" startup flag -- does this work? Ah yes thank you I forgot that and was using the wrong GUI window menu -- Unfortunately though, it still doesn't help with this problem because what I need is a size 9, and as I mentioned this is an "in between" variable that isn't available in the GUI options. Is there a control channel that I could send the desired font size through within the patch to bypass the limited GUI switching? Or alternatively (but much less desirability) a variable to edit within the text file (is that what the last number is in the canvas parameters at the beginning of the file)? Those things aside, there's still one thing I don't understand about the -font-size flag. As I mentioned -font-face and -font-weight produce the effect I expected -- that is, they change the face and weight of all patches opened after Pd starts up -- but not -font-size. If what you say is the case (sorry haven't been able to test it yet) isn't this a bit inconsistent with the functioning of the other font control flags? On Mon, 11 Sep 2017 18:00:34 +0000, Lucas Cordiviola <lucarda27(a)hotmail.com> wrote: > hi, > > The "-font-size" flag will affect your *new* patches. Saved patches have > their font size saved. > > If you want to change the font of a saved patch use the "GUI Edit->Font > option" of that particular window, not the Pd window (the one with the > console). > > Hope this helps. > > Mensaje telepatico asistido por maquinas. > > On 9/11/2017 2:02 PM, Alexander Connor wrote: > > Hello list - > > > > So whilst testing some of the newer Debian/Ubuntu versions to replace my EOL/close to EOL versions I'm currently using, I ran into the enlarged font rendering issue in Vanilla which has been discussed in various posts to this list and I am aware the devs are still working on this. > > > > I attempted some temporary workarounds. I first tried the GUI Edit->Font option. In pre 0.48 Vanilla, this would change the object box font size (this seems not to be the case in 0.48 as it is now applied to to the window menu fonts???) but this didn't cut it as I needed size that was in between the GUI selectable values. > > > > So I then turned to the -font-size startup flag, and found that no matter what value I put in, on any of the last few revisions of 0.47 or even 0.48, this flag seemed to do *absolutely nothing*. Tried with and without quotes around the variable -- nada. I tested -font-face and -font-weight and these worked as expected. Am I missing something here? Should I file a bug? > > > > BTW I tried searching for -font-size in the archive, but this buries you with the "font-size" line in all the headers in those "attachment" files. Couldn't find any way to filter those. Not very useful. > > > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list > ----- End Forwarded Message -----

7 16

Deken broken?
by Max 15 Sep '17

15 Sep '17

in Pd 0.48.0 on Linux Mint 18.2 64bit Cinnamon I can't get Deken to work. I think there might be different versions on my system and with the different paths where to install such things maybe an older one is loaded. when Starting up I see three lines related to teh deken loading: deken-plugin.tcl (Pd externals search) in /home/max/pd-externals loaded. 'deken-plugin.tcl' already loaded, ignoring: '/usr/lib/pd/extra/deken-plugin/deken-plugin.tcl' 'deken-plugin.tcl' already loaded, ignoring: '/home/max/pd-externals/deken-plugin.tcl' Where should it be and how to set it up correctly? I also would like to remove Pd 0.46.7 which comes from the package manager, but many other externals I've installed via the package manager depend on it. m.

2 3

Re: [PD] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)
by Alexander Connor 15 Sep '17

15 Sep '17

Yes, it seems to have worked on this end. Looks normal now. On Thu, 14 Sep 2017 13:21:53 +0000, Lucas Cordiviola <lucarda27(a)hotmail.com> wrote: > Cool. > > It will take you 1 minute to test. > > + close Pd > + backup 'pd-gui.tcl' (make a copy somewhere) > + edit 'pd-gui.tcl' (on 0.48.0 is on line 137) and save it. > + done. > > Start Pd and open your patches. (make sure you are using the standard > 'Dejavu sans mono' font, is useless with another font). > > If possible compare your results with Pdx to see if EOLs are the same or > at least quite the same (or far better than plain vanilla). > Please give us your feedback & opinions on this. (don't reply only to > me, include the list). > > > Salutti, > Lucarda. > > Mensaje telepatico asistido por maquinas. > > On 9/14/2017 9:45 AM, Alexander Connor wrote: > > Hi, > > > > I'll try testing that as soon as I get the chance. I have tried messing with font metrics in "pd-gui.tcl"; someone mentioned a tweak to disable the rounding but it didn't help my issue (the font just got very, very small and left the object boxes too large if I remember correctly). I'll have a look at that page and get back when I can. > > > > > > > > On Wed, 13 Sep 2017 14:20:14 +0000, Lucas Cordiviola <lucarda27(a)hotmail.com> wrote: > > > >> Hi Alexander > >> > >> As Roman mentioned the "pd-gui.tcl" and you surely made your patches with Pdx, can you test tweaking the .tcl? > >> > >> To check if your patches render correctly? > >> > >> here's the How-to: > >> > >> https://github.com/pure-data/pure-data/wiki/Crossplatform-font-metrics-%26-… > >> > >> Plans for this were mentioned by Dan a month ago: > >> > >> https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html > >> > >> Independently of the "nuts and bolts" of the relevant code that's different from Pdx my tests gave good results. In other words simply changing the hard coded metrics makes patches render like Pdx (specially EOLs). > >> > >> Can you test and give feedback? > >> > >> > >> Mensaje telepatico asistido por maquinas. > >> > >> On 9/13/2017 4:28 AM, Roman Haefeli wrote: > >> > >> Hey Alexander > >> > >> I hear you and I am in the same boat. > >> > >> On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote: > >> > >> > >> Thank you for these answers. > >> > >> Editing the Pd text file wasn't really much of a solution for me > >> since I'm dealing with a very large patch with many subpatches which > >> would all have to be changed; I was really looking for a way to scale > >> everything at once and back again should the need arise. > >> > >> > >> > >> I guess the reason it is not a solution is because the available font > >> sizes don't match what you want. Otherwise I believe it would be worth > >> going through all of your patches. You can automate something like > >> this. IOhannes just gave you the first hint. > >> > >> > >> > >> However it would appear that there is basically no solution to this > >> problem until font rendering is fixed. > >> > >> > >> > >> Unfortunately, I think so, too. > >> > >> > >> > >> Guess I'll have to stick with my EOLs for now. Too bad. I really > >> wanted to start distributing this patch. > >> > >> > >> > >> I see. There is something nobody mentioned yet: You could also tweak > >> the font metrics in pd-gui.tcl. Obviously, this only fixes the > >> situation for your Pd installation, it wouldn't help if your goal is to > >> distribute your graphically sophisticated patches. I'm in the same > >> situation as you and I currently deal with it by fixing the font- > >> metrics for myself (which is not a viable solution, of course). > >> > >> > >> > >> I tried to mostly use the GUI object fonts that aren't affected by > >> this in the "up front" user areas of the patch but there's a few > >> areas such as the symbol boxes where you can't get around this. > >> > >> > >> > >> Absolutely. [symbolatom \ is the only text input I know of in Pd and I > >> keep stumbling about the exact same problem. It'd help a lot already if > >> there is a symbolbox2 with configurable font similar to the 'Number2' > >> widget. > >> > >> > >> > >> It completely messes up the neatly spaced background "guts" that > >> I set up to make it easier to read for anyone who wanted to make > >> mods. Lots of compact tightly aligned spacing going on. As I said > >> it's very large (been working on it for years) and reformatting just > >> to correct for this error doesn't seem worth it especially if I have > >> to switch it all back when (if?) the problem is corrected in Pd. > >> > >> > >> > >> I, too, think it is probably not worth to fix this in your patches > >> _now_. Currently, the situation is still a bit messy. As of Pd 0.48, > >> patches are rendered the same on macOS and on Linux, but on both > >> platforms, patches looked different in earlier versions, so patches you > >> made for 0.47 are messed up now. Pd on Windows looks again very > >> different. The different available font sizes result in totally > >> different box sizes on Windows compared to macOS and Linux. Also, box > >> sizes depend on whether the font DejaVu Sans Mono is installed or not. > >> On macOS and Linux, this is already the default font and is shipped > >> with Pd, on Windows this is planned. > >> > >> It is slightly frustrating not to be able to rely on some graphical > >> features in a graphical programming language. > >> > >> Roman > >> > >> > >> > >> > >> On Tue, 12 Sep 2017 14:03:24 +0000, Lucas Cordiviola > >> <lucarda27(a)hotmail.com><mailto:lucarda27@hotmail.com> wrote: > >> > >> > >> > >> > >> The OP is trying to use font 9. > >> > >> He will get font 8 if he edit the the Pd-patch as a text file. > >> > >> > >> Mensaje telepatico asistido por maquinas. > >> > >> On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote: > >> > >> On 2017-09-12 14:55, Lucas Cordiviola wrote: > >> > >> > >> Or alternatively (but much less desirability) a variable to edit > >> within the text file > >> > >> > >> Nop. > >> > >> > >> > >> of course you can (if by "text file" you mean the Pd-patch): > >> > >> ~~~sh > >> PTS=12 > >> PATCH=patch.pd > >> sed -e "s/^$#N canvas [0-9 ]*$ [0-9]*;$/\1 ${PTS};/" -i > >> "${PATCH}" > >> ~~~ > >> > >> gbsmdr > >> IOhannes > >> > >> > >> > >> > >> > >> _______________________________________________ > >> Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at><mailto:Pd-list@lists.iem.at><mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l > >> istinfo/pd-list > >> > >> > >> _______________________________________________ > >> Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l > >> istinfo/pd-list > >> > >> > >> > >> > >> _______________________________________________ > >> Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis > >> tinfo/pd-list > >> > >> > >> > >> _______________________________________________ > >> Pd-list(a)lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list > >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list > >> > >> > > >

2 2

How to build a Pd project like an application ?
by Jérôme Abel 14 Sep '17

14 Sep '17

Hi, I know that Pd is not standalone <https://puredata.info/docs/faq/standalone>, but I wonder how to build an entire Pd project with libraries, externals, helps, abstractions, settings, tclplugins into an executable (not an installer). Three goals are persistents : * Use Pd in schools or in workshops. Often students have no administrator rights on computers, are note able to install softwares. And we loose them when we have to download Pd + 10 needed libraries + our project. * Share big project * Do not interfere with other pd installations (like settings file, or objects location). Some ways how big project work around these issues : * Egregore, which have to manage different strategies for O.S. A script launches Pd executable + libraries. Which seems the easiest way. * Purr Data, a modern approach, but a fork * CEAMMC Pd : https://github.com/uliss/pure-data, which seems a in-between solution We could discuss about these solutions. Is there a simple tutorial about building pd for each platform containing our folders, libraries, settings, tcl interface, and compress it as a folder for instance ? Is it possible to build from just one computer (x-compilation) ? Sub-purpose would be to maintain all project in order to be up to date : download or update Pd and all needed libraries for each platform (Deken seems not allowing that now) Thanks for any tip. Sharing knowledges : I'm not "compilation-friendly", if some people are interested to go deeper inside Pd, we could organize like an online learning session (master class) with a Pd Yoda Master ? We could document this. + -- Jérôme Abel http://jeromeabel.net http://malinette.info http://reso-nance.org

3 2

send mouse click out of PD
by Csaba Láng 14 Sep '17

14 Sep '17

Dear list, I would like to create a virtual mouse through Kinect. I have to simulate a mouse click and the mouse position e.g by hands inside a browser. Is there any idea how to simulate the mouse click with Kinect 360 on Mac OS X? If I click outside of PD, than it is not active any more, therefor the click is not active too. Thanks in advance for any hints. Popesz

2 1

trouble with pd-0.48-0 and multiple screens
by Ali Momeni 14 Sep '17

14 Sep '17

Hello all, is anyone else using 0.48 with multiple screens and multiple desktops? i'm having a very difficult time using pd because the windows for subpatches that I open keep jumping to random places mostly off the screen on the "main" screen; it doesn't seem to happen when i click on things even; total nightmare! has anyone seen this strange jumping window behavior and is anyone aware of a workaround? thanks! ali

6 8

using tabwrite~ for a circular buffer?
by Ali Momeni 14 Sep '17

14 Sep '17

hello all, is there a way to use tabwrite~ for a circular buffer? in other words, is there a way to make tabwrite~ go around and start recording in the beginning of the table, once it has reached the end? i have done some searching and found this thread: https://forum.pdpatchrepo.info/topic/8260/creating-a-live-input-circular-bu… but there seem to be no resolution; i realize that you can do this with a different method of writing into tables that's driven by events, but i'd like to do it with tabwrite~ and all signals. thanks! -ali

4 3

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 September 2017