Pd-list January 2021

pd-list@lists.iem.at

48 participants
54 discussions

Menlo in MacOS X
by Julián Villegas 08 Jan '21

08 Jan '21

Hi, I use the print option of Pd to create PS files that I then convert to PDF when I need to share a program in a presentation, paper, etc. I use Preview most of the time, but I have also used Ghostscript for this process too. No matter what tool I use, there’s always an error saying that the Menlo font file was not found and the resulting PDF is rendered with Courier fonts. By looking at the Font Book, I know that the Postcript name of this font is “Menlo-Regular” so what I’m currently doing is to edit the ps file and replacing all instances of “Menlo” by “Menlo-Regular.” After saving it, I can then open it in whatever tool and the PDF is rendered with the intended font. I could keep doing this, but it’s rather a hassle to add this extra editing step to the process. Is there any other way to fix this problem? For example, would this be worth of opening an issue in GitHub? Thanks for the help, and have a nice weekend, Julian. > On Jan 7, 2021, at 15:07 PM, pd-list-request(a)lists.iem.at wrote: > > Send Pd-list mailing list submissions to > pd-list(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.puredata.info/listinfo/pd-list > or, via email, send a message with subject or body 'help' to > pd-list-request(a)lists.iem.at > > You can reach the person managing the list at > pd-list-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pd-list digest..." > > > Today's Topics: > > 1. Re: Declare library path on windows? (Kylee Kennedy) > 2. fluid~ for Pd-Vanilla - test version (Alexandre Torres Porres) > 3. Re: linking libs with pd-lib-builder (was Re: fluid~) > (Alexandre Torres Porres) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 6 Jan 2021 18:48:41 -0800 > From: Kylee Kennedy <kmkennedy(a)gmail.com> > To: Christof Ressi <info(a)christofressi.com> > Cc: Pd-List <pd-list(a)lists.iem.at> > Subject: Re: [PD] Declare library path on windows? > Message-ID: > <CADD61nVbR8Je=YbpGKB-D_JLFZdPGYgOL29P+kk-_WN3=yWYxw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Brilliant. That works perfectly now. I was really trying to keep an eye on > the case sensitivity since I am more used to that myself. > fftease loads right up also with the proper [declare -path fftease -lib > fftease] > > I've been loving deken and pd's latest intelligent patching improvements! > > Back to patching, > Kylee > > > On Wed, Jan 6, 2021 at 6:29 PM Christof Ressi <info(a)christofressi.com> > wrote: > >> Ok, I see the problem. Try [declare -path Pd_Spectral_Toolkit -lib >> pd_spectral_toolkit]. *ugh* >> >> The author uses capitalization for the library folder name >> (Pd_Spectral_Toolkit) , but the file name and the setup function are all >> lower case (pd_spectral_toolkit[_setup]). Since the Windows filesystem is >> not case sensitive, this creates extra weirdness. >> >> Generally, for Pd libraries containg a single binary should, folder and >> file name should be the same! Please contact the project author and tell >> them to change the folder name to all lower case. >> >> Christof >> On 07.01.2021 03:09, Kylee Kennedy wrote: >> >> Thanks for the reply Christof, Hope you have a happy new year. >> >> When I declare on WinX 0.51-3 I get: "load_object: Symbol >> "Pd_Spectral_Toolkit_setup" not found >> then a list of all the abstractions I used in that library that >> ...couldn't create. >> >> Thanks again for the help, >> Kylee >> >> >> >> >> >> >> On Wed, Jan 6, 2021 at 5:50 PM Christof Ressi <info(a)christofressi.com> >> wrote: >> >>> Same thing. "Pd_Spectral_Toolkit" is distributed as a single binary >>> library, which means you have to load it. If the library also contains >>> abstractions, you also have to add the path. In your case that would be >>> [declare -path Pd_Spectral_Toolkit -lib Pd_Spectral_Toolkit]. >>> >>> --- >>> >>> I really think we finally need a uniform [declare] syntax as proposed by >>> https://github.com/pure-data/pure-data/pull/440. The binary format of >>> library should be an implementation detail which the user shouldn't have to >>> care about. For example, Kylee would only need to write [declare >>> Pd_Spectral_Toolkit]. >>> >>> Christof >>> On 07.01.2021 02:40, Kylee Kennedy wrote: >>> >>> Hey list, >>> >>> What is the proper way to declare libraries on Windows 10? I'm unable to >>> declare and right slash the path like the wiki suggests. I'm working with >>> fftease~ and Pd_Spectal_Toolkit a bunch lately. >>> "declare -path Pd_Spectral_Toolkit" doesn't seem to work. If I put the >>> full path and right slashes, they disappear when I switch back from edit >>> mode. The only process that works is if I open the extensions object list >>> first. >>> >>> Thanks, >>> Kylee >>> >>> _______________________________________________Pd-list(a)lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >>> >>> _______________________________________________ >>> Pd-list(a)lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >>> >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >

2 1

Re: [PD] fluid~
by Dan Wilcox 07 Jan '21

07 Jan '21

The question is better answered by informing yourself of how dynamic libraries are found by applications on the platform, in this case macOS. As far as I know, it basically comes down to: 1. Applications look in ~/lib, /usr/local/lib, and /usr/lib by default. 2. As you've found with Purr Data, an app bundle will also look in Contents/libs. 3. Applications will also look in other places listed in environment variables. 4. You can fiddle with the search path used per library when it's linked using install_name_tool. See the docs: https://developer.apple.com/library/archive/documentation/DeveloperTools/Co… <https://developer.apple.com/library/archive/documentation/DeveloperTools/Co…> or https://developer.apple.com/library/archive/documentation/DeveloperTools/Co… <https://developer.apple.com/library/archive/documentation/DeveloperTools/Co…> or lots of posts on SO like https://stackoverflow.com/questions/38685581/how-to-set-dylib-search-path-o… <https://stackoverflow.com/questions/38685581/how-to-set-dylib-search-path-o…> For distributing a plugin like an external via deken, options 1-3 are probably out to some degree. Option 4 however is not easy either as the path set by install_name_tool has to be relatively specific, in my experience. Getting it to work with the dylib sitting "wherever" on someone else machine is not so easy, unfortunately. Gem makes this work, so I would check how they do it for macOS. The other, simpler alternative is to statically link fluidsynth into the external. You then have a larger pd_darwin but no dependencies or dylib search paths. If homebrew installs a statically-built libfluidsynth.a to /usr/local/lib, you can use that. > On Dec 12, 2020, at 2:29 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 3 > Date: Fri, 11 Dec 2020 22:28:33 -0300 > From: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > To: Esteban Viveros <emviveros(a)gmail.com <mailto:emviveros@gmail.com>> > Cc: Jonathan Wilkes <jancsika(a)yahoo.com <mailto:jancsika@yahoo.com>>, Pd-List > <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] fluid~ > Message-ID: > <CAEAsFmh701xsCJ8g95+Tt1=6FE-68kHeHsjdw3shLffQJLT75Q(a)mail.gmail.com <mailto:CAEAsFmh701xsCJ8g95+Tt1=6FE-68kHeHsjdw3shLffQJLT75Q@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > my searching app failed me, I found libfluidsynth.2.dylib in Contents/lib > in Purr Data's app! > > So yeah, the question still remains, how can we make Pd find this. It > failed to do so if it's just in the same folder. And also if we can build > the external binary that already has libfluidsynth.2.dylib embedded in it. > > cheers -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 26

Polyphonic voice allocation and sustain pedal
by alfonso santimone 07 Jan '21

07 Jan '21

Hi all, i'm trying to build a polyphonic voice allocation patch that include sustain pedal (MIDI CC(64) ). Is there any abstraction that i can look into? My problems are : 1. How to deal with [poly] when the same note number is received (i.e, three C4 in a row) [poly] always assign a new voice slot to the incoming notes. I'm trying to make it assign the same voice slot when the same note number is received consecutively. I guess that i should mess with some arrays keeping track of note numbers and voice slots. 2. How to deal with sustain pedal. In the "real" world as with keyboard instruments like piano, rhodes etc. the sustain pedal is used in different ways but the most common one is to press the pedal immediately after a chord or note is played and then release it when a new chord is played. It can be used in more "effect" oriented ways. Is there any patch or abstraction that i can look into? I guess i should use a combination of [stripnote] and arrays/table/list to keep track of the notes on and off events. How this can be integrated with a polyphonic voice management with stealing algorithm etc. etc.? thanks and all the best www.elgallorojorecords.bandcamp.com/ <https://elgallorojorecords.bandcamp.com/> soundcloud.com/alfonsosantimone www.facebook.com/alfonsosantimone

7 18

libraries not working
by Allister Sinclair 07 Jan '21

07 Jan '21

Dear pd list, I have compiled and installed pd Pd 0.51.4 on Ubuntu Studio and some major libraries that I have reinstalled via deken no longer work, like zexy and iemlib. I tried with and without adding the path. It worked fine before on the same machine same os my externals are located in my home folder at /home/allister/.local/lib/pd/extra could that be a problem? externals used to be in /usr/lib/pd/extra/, but deken will only install stuff in /home/allister/.local/lib/pd/extra now it says: bad option ".externals_searchui": must be -default, -detail, -icon, -message, -parent, -title, or -type Or could it be an incompatibility of the libraries with the latest version of pd? Thank you Allister Sinclair

4 12

[CFP] Eleventh Workshop on Ubiquitous Music (UbiMus 2021)
by Gilberto Bernardes 05 Jan '21

05 Jan '21

Greetings and Happy New Year PD community, ++ Apologies for cross-posting, please distribute ++ Eleventh Workshop on Ubiquitous Music (UbiMus 2021) ++ 6-8 September 2021 ++ https://dei.fe.up.pt/ubimus/ <https://dei.fe.up.pt/ubimus/> ++ Paper and Music submissions deadline: 16 April 2021 ++ Ubiquitous Music is an interdisciplinary research area that combines methodologies from music, computer science, education, creativity studies, human sciences and engineering. The Eleventh Workshop on Ubiquitous Music will be held on 6-8 September at CARA, Matosinhos, Portugal as a hybrid (online and on-site) format. Researchers working on ubiquitous music topics are invited to submit proposals, initial results and complete research projects. The workshop will adopt Portuguese, Spanish and English as working languages. ++ Suggested topics (not exclusive): Ecologically grounded creative practice Ubimus approaches to web and mobile audio Everyday musical creativity Ubimus improvisation and comprovisation Ubiquitous, embedded and mobile computing in ubimus The Internet of Musical Things (IoMusT), musical robotics and dew computing Collaborative and dialogic music practices in educational settings Lay-musician interaction Sonification, musication and auditory display in Ubimus Timbre interaction in ubimus contexts Domestic ubimus Computational creativity in ubimus endeavours ++ Call for Papers Please submit your research as full papers or short papers (work-in-progress), with a maximum of 12 and 4 pages, respectively, including references and acknowledgements. Papers may be written in English, Portuguese, or Spanish; should adhere strictly to the Ubimus template and submitted as a PDF. All submissions will be thoroughly peer-reviewed in a double-blind process. Accepted papers will be published in the workshop proceedings and under consideration for special issues of the Claves Journal and the Handbook of Ubiquitous Music. ++ Call for Music Please submit artistic proposals to be presented in the workshop venue and in the online programme. Works must feature a strong connection with the workshop topics. Extended abstracts of no more than 2 pages detailing the artistic submission should be written in either English, Portuguese or Spanish and submitted as PDF in Easychair using the Ubimus templates. Please clearly specify all requirements and setup time for the performance on a detailed technical rider. There are no a priori restrictions to the setup if the authors guarantee the necessary equipment (the venue will be equipped with a stereo sound system). Sonic materials and artistic media should be made available for download through a link to a cloud service. The artistic submissions are not anonymous. best wishes, Gilberto Bernardes ubimus2021(a)gmail.com

1 0

bad arguments for message 'dsp' to object 'outlet'
by Patrice Colet 05 Jan '21

05 Jan '21

Hello! This console error message occurs with Pd version 0.51.1 To reproduce this error just send [dsp( to [outlet] What is this supposed to do to [outlet] ? -- ecirtaPteloC MerciDeDetruireCetEmail

2 1

Re: [PD] "make app" for vanilla?
by Dan Wilcox 05 Jan '21

05 Jan '21

> On Jan 2, 2021, at 6:26 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Sat, 2 Jan 2021 17:42:54 +0100 > From: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > You can always distribute Pd along your project and have a simple > top-level shell script resp. batch script which opens your main patch > with the bundled Pd version. Give the script a nice icon and off you go :-) This is mainly what I do and would be my first suggestion as well. > The downside is that on Windows and macOS you get a visible terminal > window, but there are workarounds. This is less of a problem if it's for an installation or specific users. > I did a quick search and found the following for macOS: > > https://sveinbjorn.org/platypus <https://sveinbjorn.org/platypus> I don't know about this tool, but I imagine it does the same as the mac/osx-app.sh script included with the Pd sources. I wrote that script heavily borrowing from a script of the same name written for the Inkscape project. Alex: If the question is really "hey, can we have that 'make an app' option that Pd-extended had?" then it perhaps makes sense to first look at the code in Pd-extended which did this action: https://sourceforge.net/p/pure-data/pd-extended/ci/master/tree/tcl/pd_menuc… <https://sourceforge.net/p/pure-data/pd-extended/ci/master/tree/tcl/pd_menuc…> which calls https://sourceforge.net/p/pure-data/pd-extended/ci/master/tree/tcl/makeapp.… <https://sourceforge.net/p/pure-data/pd-extended/ci/master/tree/tcl/makeapp.…> I imagine it could be ported to a gui plugin that would create a standalone "app" using the version of Pd and the current platform. As Christof mentions, it's basically copying the Pd install into a new folder and renaming some stuff. For Mac, that folder is the .app bundle and follows a rather strict layout. This could reasonably be extended for Windows and Linux. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

"make app" for vanilla?
by Alexandre Torres Porres 04 Jan '21

04 Jan '21

Hi, we all know Pd Extended had that nice feature of sharing your patch as an app, could that be available for Vanilla as a plugin? What would it take? What other similar solution could we have instead? Of course we can just share a zipped file with the patch and all external dependencies, and then ask people to download Pd vanilla, but the "app" idea is still more convenient for complete dummies. cheers happy 2021

8 14

Re: [PD] else/dir: different behaviour between Debian and Ubuntu
by Roman Haefeli 03 Jan '21

03 Jan '21

(sorry, posting again to list) On Sun, 2021-01-03 at 17:44 -0300, Alexandre Torres Porres wrote: > Em qua., 16 de dez. de 2020 às 09:57, Roman Haefeli < > reduzent(a)gmail.com> escreveu: > > On Wed, 2020-12-16 at 09:50 -0300, Alexandre Torres Porres wrote: > > > yeah, that's weird... what version of else you got? beta 36 was > > just > > > released but it's still a secret > > > > It doesn't seem to be dependent on version. I tried 1.0beta22 and > > all > > available versions from Deken. > > > > Having a deeper look, it seems all relative paths give unexpected > > results (on Debian Buster). So the issue is more serious than I > > initially thought. I'll open a bug about it. > > I have zero knowledge or competence to deal with this I'm afraid. So > if anyone else doesn't shine a light here, my hands are kinda tight > with that bug report :( The same with me. I lack the skills to be of any help. Don't worry about me, though. I come along with absolute paths thanks to [pdcontrol]. Can you actually reproduce it? Do you have access to Debian or Raspbian? Frankly, I only tested Debian 10 and Raspbian 10 (current stable release). Roman

1 0

Re: [PD] else/dir: different behaviour between Debian and Ubuntu
by Alexandre Torres Porres 03 Jan '21

03 Jan '21

Em dom., 3 de jan. de 2021 às 17:49, Roman Haefeli <reduzent(a)gmail.com> escreveu: > Do you have access to Debian or Raspbian? nope :(

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