Pd-list January 2021

pd-list@lists.iem.at

48 participants
54 discussions

Re: [PD] unicode symbols and Pd
by Dan Wilcox 19 Jan '21

19 Jan '21

Short answer: IOhannes is right. If you want to use a special font, ask the users to install it on their system, then (re)start Pd with -font-face FONTNAME. You could include a ttf file with your project's download and some instructions on how to set things up but you can't pass in a .ttf and have Pd load & use it. Long answer: To summarize IOhannes: the fonts available to Pd are those installed on your system and found by the OS. Then you choose the font by the name the system uses to find it which is usually defined in the font file then the system loads it. If there is confusing, it may be coming from the fact that we do include the .ttf files for Windows and macOS, but this is misleading as they are still handled by the system (see below). The Pd GUI does not load a font file directly (from ttf, otf, etc), and this is good, as things like font caching are good to have, especially when it's handled by the system for you. As mentioned in the fonts/README.txt in the Pd sources, DejaVu Sans Mono is now standard on most platforms (Menlo is a very close replacement on macOS for now) because: * Linux: the font is a dependency, ie. installing pd via apt-get also installs DVSM * Windows: the font file itself is shipped with Pd and loaded into Tk using a custom Tcl extension written in C which calls the Windows API to have the system load the font file and make it available, this way people don't have to manually install DVSM to their system when using Pd * macOS: the font file itself is shipped within the Pd .app bundle and the system reads a key inside the Info.plist which tells it to find and load that file when the Pd .app is opened. The "safe fonts" like Courier, Times, etc are only so in that there is a pretty good change they will be installed on most systems by default. The main patch canvas uses the single font specified by -font-face when rendering. The IEM GUI object labels have 3 font options, but none are settable, ie. replace or add a new option. It would probably be difficult to modify the canvas to work with "rich text" where fonts and styles could be mixed and matched. Maybe I'm wrong on this, but I'm not sure if anyone has tried with the Tk GUI itself, more probably with one of the forks. > On Jan 19, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Mon, 18 Jan 2021 21:43:57 +0100 > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] unicode symbols and Pd > Message-ID: <F9AA55FF-E583-4EE6-80F2-846270B2B1EC(a)iem.at <mailto:F9AA55FF-E583-4EE6-80F2-846270B2B1EC@iem.at>> > Content-Type: text/plain; charset=utf-8 > > Am 18. Jänner 2021 20:24:27 MEZ schrieb Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>>: >> Em dom., 17 de jan. de 2021 às 23:12, Alexandre Torres Porres < >> porres(a)gmail.com <mailto:porres@gmail.com>> escreveu: >> >> >> Ok, I know it's coming from somewhere else, and that's not the point. >> Maybe a better question is to just make sure that this indeed happens >> (that >> the Pd will look elsewhere in your fonts to see if you have a bass >> clef or >> whatever else is missing in DejaVu). I > > Pd doesn't do anything like that. > in fact, most applications don't do anything like that. > fonts are a *hard* problem, that's why these problems are typically solved centrally (on the toolkit level (eg Tcl/Tk) or even lower). > > there are of course exceptions to this: eg Gem handles the fonts on its own (using a library; I'm not crazy enough attempting to handle fonts myself). > > as a rule of thumb: if you don't specify the font-file directly (eg `/path/to/DejaVuSans-Mono.ttl`) but rather the font name (eg "DejaVu Sans Mono"), then you are working with a high level interface that will use multiple fonts to render a glyph. Well, this > price question: when selecting a font for Pd (using the `-font-face` cmdline option), do you specify the font by filename, or by the font-name? > > > mfg.hft.fsl > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

New PdDroidParty build
by Chris McCormick 18 Jan '21

18 Jan '21

Hi all, There is a new build of PdDroidParty up on the website: https://droidparty.net/downloads This fixes a bunch of lingering bugs and usability issues that were preventing it from running on newer phones. I'm tracking development of PdDroidParty on this project board: https://github.com/chr15m/PdDroidParty/projects/2 I also gave the website a bit of a refresh to make it easier to read, tidied up the documentation, etc. I am also working on getting a build up on Google Play to make it easier for beginners to install the app. Cheers, Chris. -- https://mccormick.cx/

2 4

Re: [PD] split number into digits
by Joseph Larralde 17 Jan '21

17 Jan '21

Hi list, To elaborate on Claude's answer, here is how I would do it in vanilla : #N canvas 355 282 450 300 12; #X obj 214 124 % 10; #X obj 96 126 / 10; #X obj 182 91 t f f; #X floatatom 182 32 5 0 0 0 - - -; #X obj 96 148 i; #X obj 96 172 sel 0; #X obj 214 147 list append; #X obj 214 170 t a a; #X obj 182 54 t f b; #X obj 96 214 list store; #X obj 96 239 print; #X connect 0 0 6 0; #X connect 1 0 4 0; #X connect 2 0 1 0; #X connect 2 1 0 0; #X connect 3 0 8 0; #X connect 4 0 5 0; #X connect 5 0 9 0; #X connect 5 1 2 0; #X connect 6 0 7 0; #X connect 7 0 9 1; #X connect 7 1 6 1; #X connect 8 0 2 0; #X connect 8 1 6 1; #X connect 9 0 10 0; The inconvenient is that your number cannot start with extra zeros, but I guess this is not an issue here. Also, I have no idea how to perform this in other bases ... but it works just fine in base 10 for positive numbers. Cheers, Joseph Le 17/01/2021 à 20:24, pd-list-request(a)lists.iem.at a écrit : > Hi Antoine, > > On 17/01/2021 18:15, Antoine Rousseau wrote: >> - transform "float 512" into "symbol 512" using [makefilename %d] > I would not recommend this, because symbols stick around forever and Pd > gets slower the more symbols there are. AKA "symbol table pollution". > > Instead, better to use [mod 10] to get the least significant digit, and > [div 10] to get the most significant digits (then repeat until you have > all the digits). This approach also works for bases other than 10.

1 0

unicode symbols and Pd
by Alexandre Torres Porres 17 Jan '21

17 Jan '21

Hi, I'm working on an abstraction that converts MIDI pitches to note name symbols, such as "C♯" At first I was using lame symbols like "#" and "b" for sharp/flat, but I then tried the unicode symbols and it works nice on my patch. The thing is I wanna share this abstraction as part of my library and I'm not sure it'll work everywhere. For reference, here's the sharp unicode character compart.com/en/unicode/U+266F - in [list fromsymbol], this character gives me "226 153 175". In fact I'm even able to use double sharps (𝄪) and double flast (𝄫). I guess I can use "lame" symbols for these also, like "x" and "bb", but it's nice if we have support for these symbols. Now, at this page => https://www.alt-codes.net/music_note_alt_codes.php I see just a few of the music symbols (far from all). The rest are just empty squares... and I wonder then if some of you are seeing those squares here instead of the sharp/flat symbols. So, I'm on macOS mojave, I never installed fonts here... Anyway, so, I wonder what's the deal with unicode characters in general, how do they show up or not, and if and how we can know if Pd will display them. thanks

5 10

Re: [PD] New PdDroidParty build
by Dan Wilcox 15 Jan '21

15 Jan '21

To quickly piggy-back off this message for mobile Pd users: I am also working on and off on PdParty 1.3 which addresses a number of issues as well. Beta release ETA probably a few weeks, depending on time. > On Jan 15, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Fri, 15 Jan 2021 08:54:56 +0800 > From: Chris McCormick <chris(a)mccormick.cx <mailto:chris@mccormick.cx>> > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] New PdDroidParty build > Message-ID: <9f8b0f88-cc11-c369-28bc-7d8cab2d5e42(a)mccormick.cx <mailto:9f8b0f88-cc11-c369-28bc-7d8cab2d5e42@mccormick.cx>> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi all, > > There is a new build of PdDroidParty up on the website: > > https://droidparty.net/downloads <https://droidparty.net/downloads> > > This fixes a bunch of lingering bugs and usability issues that were > preventing it from running on newer phones. > > I'm tracking development of PdDroidParty on this project board: > https://github.com/chr15m/PdDroidParty/projects/2 <https://github.com/chr15m/PdDroidParty/projects/2> > > I also gave the website a bit of a refresh to make it easier to read, > tidied up the documentation, etc. > > I am also working on getting a build up on Google Play to make it easier > for beginners to install the app. > > Cheers, > > Chris. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

[PD-announce] PdWebParty v0.0.2 released
by Zack Lee 14 Jan '21

14 Jan '21

PdWebParty now supports Sliders(vsl, hsl) and Radio Buttons(vradio, hradio). Changes: - Added Sliders(vsl, hsl) and Radio Buttons(vradio, hradio). - Supports reading hex color from the patch content or receiver. - Changed comment font size to match Pd-0.51-3 or higher. You can try the app from https://pdwebparty.herokuapp.com/ For more information, visit https://github.com/cuinjune/PdWebParty Best, Zack _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Lockdown performances
by Ed Kelly 14 Jan '21

14 Jan '21

Hey all, Since lockdown in the UK, I have been collaborating with a longtime percussionist colleague of mine using various tools, but eventually with the great Quacktrip~ from Miller. I've collated a few of these on a website. There will be more, and I have applied for a grant to keep this going. In the meanwhile, please enjoy what we have created so far. http://sharktracks.co.uk/html/music.html Ed

1 0

Re: [PD] [PD-announce] Camomile v1.0.8-beta
by Pierre Guillot 13 Jan '21

13 Jan '21

Thank you! @Alexandre > I'm trying to think about what's the advantage of using something like > Camomile-ELSE now, and what comes to mind is that you can compile the > vst/.au/whatever with it and release/distribute as a plug in, right? > I'm not sure what do you mean by "you can compile the vst/.au/whatever with it". If you want to distribute a plugin that use externals without compiling Camomile, I guess one solution would be to ship a Pd distribution with the externals in the plugin bundle and use the [pd~] object to start a process with this embedded Pd binary (that would be able to load the external). Or you can ask the user to install Pd and the required externals if you don't want to ship a complete Pd distribution with the plugin. @Alfonso > As far as i understand all the Audio/MIDI i/o, VST parameters, preset > handling etc. has to be made in the main Camomile patch an the actual > processing in the [pd~] subpatch. > Yes, indeed. You have to route the message from the main patch to the [pd~] object. And as far as i understand multiple > instances of Camomile VST can exists in the same DAW project. Am i right? > Yes. Date: Tue, 12 Jan 2021 21:49:55 +0100 > From: alfonso santimone <alfonso.santimone(a)gmail.com> > To: pd-list(a)iem.at > Subject: Re: [PD] [PD-announce] Camomile v1.0.8-beta > Message-ID: > <CAPpSNCvPpDx9S1BHsFp___AFtExXp0AQwnV= > 9vyYVj2wgk-kOA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > That's super great news!! > As far as i understand all the Audio/MIDI i/o, VST parameters, preset > handling etc. has to be made in the main Camomile patch an the actual > processing in the [pd~] subpatch. And as far as i understand multiple > instances of Camomile VST can exists in the same DAW project. Am i right? > > On Tue, Jan 12, 2021, 21:25 Alexandre Torres Porres <porres(a)gmail.com> > wrote: > > > Em ter., 12 de jan. de 2021 às 15:49, Pierre Guillot < > > guillotpierre6(a)gmail.com> escreveu: > > > >> Pd has been updated, so you can use the pd~ object (I tried and it seems > >> to work well), and as Miller suggested, this can be used to patch > directly > >> in your DAW and to use externals! > >> > > > > Mind Blowing!!! Game Changer!!! > > > > I'm trying to think about what's the advantage of using something like > > Camomile-ELSE now, and what comes to mind is that you can compile the > > .vst/.au/whatever with it and release/distribute as a plug in, right? > > > > On the other hand, being able to open Pd inside any daw is great and > > basically the equivalent of MaxForLive, but is actually PdForEVERYTHING > :) >

4 6

pd~ in Camomile and pd-Vanilla (was Is it possible to specify relative path inside pd~ object for -pddir argument ?
by Jean-Yves Gratius 13 Jan '21

13 Jan '21

> > Subject: > Re: [PD] Is it possible to specify relative path inside pd~ object for > -pddir argument ? > From: > IOhannes m zmölnig <zmoelnig(a)iem.at> > Date: > 13/01/2021 à 15:22 > > To: > pd-list(a)lists.iem.at > > > On 1/13/21 10:03 AM, Jean-Yves Gratius wrote: >> Hi, >> >> I'm trying to specify a relative path > > use an absolute path? > [pdcontrol[ to the rescue! > > fgmrda > IOhannes Ok for using [pdcontrol] to obtain absolute paths. So I did some investigations (Ubuntu 18.04-5, Reaper, latest pd vanilla and camomile v1.0.8-beta) 1) absolute paths for pddir and scheddir work fine, both in pd vanilla and in camomile, when hardcoded as arguments of pd~ box. 2) [pd~ pddir <absolute path for pd bin>, pd~ start subprocess.pd( | [pd~ -ninsig 2 -noutsig 2 -fifo 20] works well in pd vanilla, although you cannot send a [pd ~scheddir xxxxx( message. (but if you put pdsched with pd binaries, it's ok) In my tests, (2) doesn't work in camomile. 3) Now a workaround will be to dynamically create the pd~ box with all hardcoded arguments cooked from [pdcontrol] Jean-Yves Gratius

1 0

Re: [PD] [PD-announce] Camomile v1.0.8-beta
by Pierre Guillot 13 Jan '21

13 Jan '21

In a patching perspective, [pd~] object works like a subpatch so there should not be any multi-threading or multi-instance issue. If you create a plugin, you should create the UI in the main patch and forward the relevant messages to the [pd~] object. If you would like to distribute the plugin, you might want to install in a specific path the Pd binaries that will be used by the [pd~] object, this way you simply have to hardcode the [pd~] arguments with the installation path. But as suggested by IOhannes, you can also use the [pdcontrol] object to get the path of the patch and then keep the plugin library and the Pd binaries next to each other (this might require to generate dynamically the [pd~] object by scripting) , so you'll can simply distribute a self contained bundle. At this time, using [pd~] to load externals seems to be the most convenient solution because, there is no need to compile another version of Camomile but most of all, the code of the externals doesn't require any adaptation for multi-instance and multi-threading (as PDINSTANCE might not be the only change to do - for instance, if a object uses a static global t_symbol that is not defined per thread). At last, even if an object is compiled with the multi-threading and multi-instance support, it doesn't seem possible to simply ship the object library next to the patch, at least I never managed to do it because of some unresolved symbols that I think are due to way the DAWs load the plugin and export its internal symbols.

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

2001

2000

1999

1998

Pd-list January 2021