Pd-dev

pd-dev@lists.iem.at

2 participants
9620 discussions

Keyboard-independent way of detecting shift+digits
by Henri Augusto Bisognini 14 May '20

14 May '20

Hi list, how are you? Hope you're all well during those difficult times. Still working on the keyboard navigation prototype<https://github.com/pure-data/pure-data/pull/869> and i'm facing what is not a PD-specific challenge but still you guys might be able to help solving the issue or maybe suggesting a workaround. stack overflow: Keyboard-independent way of detecting shift+digits<https://stackoverflow.com/questions/61806427/keyboard-independent-way-of-de…> Cheers, Henri. <https://stackoverflow.com/questions/61806427/keyboard-independent-way-of-de…>

1 0

Cross compiling Pd
by Max 10 May '20

10 May '20

Hi list, this is more a c compile chain question, not a Pd question, I hope you forgive. I'm new to cross compiling. What I want is to compile Pd for Armv7. After reading through documentation I came this far: sudo apt install arm-linux-gnueabi-gcc export CFLAGS="-march=armv7+simd" CC=arm-linux-gnueabi-gcc ./configure --host=arm-linux-gnueabi-gcc this results in: checking host system type... Invalid configuration `arm-linux-gnueabi-gcc': machine `arm-linux-gnueabi' not recognized with ./configure --host=arm-linux it goes a bit further checking host system type... arm-unknown-linux-gnu checking for arm-linux-gcc... no surely there is something obvious I am missing here. m.

2 2

Opening patches from libpd without accessing filesystem?
by Andi McClure 06 May '20

06 May '20

Hi. I am embedding libpd into a video game. The video game targets Android and so will be shipped in a configuration where assets are bundled into a zip file (the APK) and decoded at runtime. Code does not access the filesystem directly. Looking at the libpd C sample, and also the documentation, it appears the only way to get it to open a patch is `void *libpd_openfile(const char *name, const char *dir)`. This appears to take an on-disk path to the patch file directly and it appears sometimes it will open other files from disk too (I guess pd files can reference external sound files?). However, again, none of the files I will want it to open are on the disk so it will not find them. Is there a way around this? For example is there a backdoor to give libpd a buffer in memory containing an already-loaded file? Or callbacks to replace libpd's open/read file functions? If this is not possible, it looks like I might be able to alter libpd to add virtual filesystem abilities (for example, letting the library user provide a table of surrogate openFile, readFile, closeFile function pointers). It looks(?) like the filesystem access is pretty neatly contained in s_path.c and m_binbuf.c. If I do this, would there be interest in accepting the patch back upstream?

3 3

Re: [PD-dev] Compile PD external for Mac Os
by Christof Ressi 01 May '20

01 May '20

Ok, looks like the .d_fat files doesn't contain your architecture (which is probably 64-bit). In theory, you only have to open a terminal, cd into the lib/ directory and then run "make". In practice, you have to make sure that it can find the Pd header files (usually only "m_pd.h"). If you don't have the Pd source code, you need to download it first. In the makefile you can then add your Pd path to DARWININCLUDE as "-I/you/path/to/pd". Of course, this is just a quick hack. A cleaner solution would be to write a new makefile with pd-lib-builder, which should only take a few lines: https://github.com/pure-data/pd-lib-builder Of course you need to have a compiler installed on your system (on macOS you would usually use clang). Just give it a try and see how far you get. Christof On 01.05.2020 20:22, Vinicius Cesar wrote: > PD doesn't recognize the snarkov object when I open the patch. > I'm not familiar with this, but I assumed I should compile when I > found the source code. > I sent a print of the error message. > > On Fri, May 1, 2020 at 2:42 PM Christof Ressi <info(a)christofressi.com > <mailto:info@christofressi.com>> wrote: > > Ok, but the folder already contains binaries. What do you mean > exactly with "PD can't load this object", which error message do > you get? > > Christof > > On 01.05.2020 18:23, Vinicius Cesar wrote: >> >> I did get the Pluton's patch at Miller Puckette's web site in the >> Pure Data Repertory Project section. http://msp.ucsd.edu/pdrp/latest/ >> I found the source code in the folder called lib, inside >> Plutons's folder. >> >> >> >> >> On Fri, May 1, 2020 at 12:38 PM Christof Ressi >> <info(a)christofressi.com <mailto:info@christofressi.com>> wrote: >> >> please show the repository where you found the source code. >> >> Christof >> >> On 01.05.2020 16:29, Vinicius Cesar wrote: >>> Hello, >>> I was studying the use of Markov Chain in Philippe Manoury's >>> Pluton, and I came across an object call snarkov, PD can't >>> load this object. Searching for this external in the Pluton >>> folder I found just a C code for this object. I would like >>> to know if is possible to compile this object for Mac Os and >>> how can I do that. >>> Thanks for any advice >>> >>> Vinicius >>> >>> _______________________________________________ >>> Pd-dev mailing list >>> Pd-dev(a)lists.iem.at <mailto:Pd-dev@lists.iem.at> >>> https://lists.puredata.info/listinfo/pd-dev >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev(a)lists.iem.at <mailto:Pd-dev@lists.iem.at> >> https://lists.puredata.info/listinfo/pd-dev >> > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)lists.iem.at <mailto:Pd-dev@lists.iem.at> > https://lists.puredata.info/listinfo/pd-dev >

1 0

Re: [PD-dev] Compile PD external for Mac Os
by Christof Ressi 01 May '20

01 May '20

Ok, but the folder already contains binaries. What do you mean exactly with "PD can't load this object", which error message do you get? Christof On 01.05.2020 18:23, Vinicius Cesar wrote: > > I did get the Pluton's patch at Miller Puckette's web site in the Pure > Data Repertory Project section. http://msp.ucsd.edu/pdrp/latest/ > I found the source code in the folder called lib, inside Plutons's folder. > > > > > On Fri, May 1, 2020 at 12:38 PM Christof Ressi <info(a)christofressi.com > <mailto:info@christofressi.com>> wrote: > > please show the repository where you found the source code. > > Christof > > On 01.05.2020 16:29, Vinicius Cesar wrote: >> Hello, >> I was studying the use of Markov Chain in Philippe Manoury's >> Pluton, and I came across an object call snarkov, PD can't load >> this object. Searching for this external in the Pluton folder I >> found just a C code for this object. I would like to know if is >> possible to compile this object for Mac Os and how can I do that. >> Thanks for any advice >> >> Vinicius >> >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev(a)lists.iem.at <mailto:Pd-dev@lists.iem.at> >> https://lists.puredata.info/listinfo/pd-dev > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)lists.iem.at <mailto:Pd-dev@lists.iem.at> > https://lists.puredata.info/listinfo/pd-dev >

1 0

Compile PD external for Mac Os
by Vinicius Cesar 01 May '20

01 May '20

Hello, I was studying the use of Markov Chain in Philippe Manoury's Pluton, and I came across an object call snarkov, PD can't load this object. Searching for this external in the Pluton folder I found just a C code for this object. I would like to know if is possible to compile this object for Mac Os and how can I do that. Thanks for any advice Vinicius

2 1

A gift from a PD user :)
by Jakob Skouborg 28 Apr '20

28 Apr '20

Hello guys! I am sorry if this violates the rules of the dev list, but I just want to send a little bit of gratitude back to you guys for your endless effort in making Pure Data better. So here is something that I have created with Pure Data, a 64 voice granular sample player: Here is a short clip of it in action: https://www.youtube.com/watch?v=0VuRK1wMdVM <https://www.youtube.com/watch?v=0VuRK1wMdVM> Here is the patch, slightly modified compared to the Youtube clip, without stereo, as the stereo wasn’t too good, it needs to be updated. It can be pretty cpu intensive, at some setting it uses 100% cpu of my 2012 Macbook, but most settings are good: https://github.com/jaffasplaffa/Pure-data-patches/tree/master/Granular21 <https://github.com/jaffasplaffa/Pure-data-patches/tree/master/Granular21> Have fun :) Jakob Skouborg

3 4

Re: [PD-dev] PD-specific tips for compiling faster on Windows
by Dan Wilcox 23 Apr '20

23 Apr '20

Actually, 1-2 minutes is pretty good! Before Christof helped with improving the build on Windows, it was more into the 10 minute range due to the layout and compilation order of the files. Christof is right in that if you are just testing smaller changes, you can just rebuild the core and put the compiled file into the bin folder to run it without having to rebuild the whole thing. I also do this on macOS where I build the Pd core and simply copy the updated pd executable into the .app bundle without rebuilding the entire bundle each time. Maybe we should include some dev / debug tips and tricks about this to the INSTALL.txt? There has been interest for using CMake for libpd, so I could see that as a companion method to build Pd but not a replacement for autotools IMO. Then we would have 3 methods to build it, yeah! :P In any case, as long as something like this is maintained, it's all good as Pd should be easy to compile on it's platforms. > On Apr 21, 2020, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Date: Tue, 21 Apr 2020 10:24:54 +0200 > From: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: Re: [PD-dev] PD-specific tips for compiling faster on Windows > Message-ID: <4426262d-2274-567a-8e3c-fd2935e750fe(a)christofressi.com <mailto:4426262d-2274-567a-8e3c-fd2935e750fe@christofressi.com>> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > Autotools (especially libtool) is very slow on MinGW. On my system, > compiling the /extra externals takes significantly longer than compiling > the actual Pd application, only because of libtool. > > > If you want to get faster build times, rewrite the build system in CMake > and compile with MSVC :-) > > > How often do you need to recompile whole Pd? Usually, you just change > 1-2 files and this should compile and link rather quickly. "make app" is > also slow (again, because of libtool). Usually, I only run "make app" > once and then just copy pd.dll into the Pd folder on the command line > (assuming you only make changes to the core): > > > cp ./src/pd.dll ./pd-0.50.2/bin > > > Christof -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

Re: [PD-dev] PD-specific tips for compiling faster on Windows
by Dan Wilcox 22 Apr '20

22 Apr '20

The libpd CMakeLists.txt might be a good starting point. I have used CMake for some specific things, but in general I find autotools to be the easiest to use for (non-Windows) end users, especially those on Linux that are more used to the paradigm. It's always a beast to set up, but stays stable for a long time. One danger I'd like to avoid is all of the Windows people *not* using the autotools build as then we lose testing and further updates on that platform. Keep in mind that the autotools build is now used for Miller's "canonical" releases. > On Apr 22, 2020, at 2:31 PM, pd-dev-request(a)lists.iem.at wrote: > >> There has been interest for using CMake for libpd, so I could see > that as a companion method to build Pd but not a replacement for > autotools IMO. > > Actually, I would volunteer to setup a CMake build system for Pd. CMake > is really nice because it supports so many tool chains out of the box, > including Visual Studio solutions and Unix Makefiles for MinGW. > > Of course, this is not high priority, so I might give it a shot in > summer or so. > > Christof -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 3

PD-specific tips for compiling faster on Windows
by Henri Augusto Bisognini 21 Apr '20

21 Apr '20

Hi list! I'm using the usual build tools (as in INSTALL.txt) for compiling PD. Builds here can take several minutes for completion. I know that compiling times on windows are generally slower than Linux and sometimes OSX. But i wonder if there is any pd-specific tips on optimizing compile time on Windows. Cheers, Henri

2 1

Jump to page:

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