How to compile/install externals in vanilla Pd?
I know Pd wants me to use viual studio (i'm on windows, i will switch to linux when i havue time for it) to compile externals. It also wants me to use a shell, but idk how to do that. i opened a powershell window in the external that i wanted to compile, but when i entered in "nmake" and "pd_nt" there nothing happended. The external was downloaded on SourceForge and i unzipped it twice to get out the contents.
Can somebody explain how to compile an external as much as practically possible?
Also, where should i put my externals? is it in "lib", "extra", something else or should i make a new folder for externals? I currently made a new folder to externals called "externals" because i saw a youtuber having a folder named that for his externals.
External Loading Problem – "Image not found"
Hi all,
I downloaded FFTease from Git (https://github.com/umlaeute/pd-fftease) placed it my externals folder.
However, when I try to load any of the objects. I the following error:
/Users/myname/Documents/Pd/externals/fftease32-externals/burrow~.pd_darwin: dlopen(/Users/myname/Documents/Pd/externals/fftease32-externals/burrow~.pd_darwin, 10): Library not loaded: @loader_path/libfftease.dylib
Referenced from: /Users/myname/Documents/Pd/externals/fftease32-externals/burrow~.pd_darwin
Reason: image not found
burrow~
Has anyone got any ideas what the problem would be? I've been searching for about an hour now. I tried updating x11 to see if that was the problem (it wasn't), based on other forum posts with similar errors. I've also tried forcing PureData to run in 32 bit to see if that would work.
Pd seems to be able to navigate to the right subfolder in my externals directory but none of the objects (in this instance [burrow~]) seem to load.
Any suggestions would be appreciated.
... couldn't create
vinylcontrol~ on raspberrypi
@suroh It looks like you are missing flext, or it is not found.
More help here with flext...... http://frauzufall.de/en/2014/linux-vinyl-control-puredata/
But depending on your system and Pd version you might need to delve deeper for a 64-bit compilation of flext........ https://grrrr.org/pipermail/flext/2014-July/000481.html.... with a possible solution in the next message........https://grrrr.org/pipermail/flext/2014-July/000482.html
David.
[pix_share_read] and [pix_share_write] under windows
@whale-av, here is a log running pd with -lib Gem -verbose.
tried both 32bit and 64bit pd 0.48-1...
tried ./Gem.m_i386 and failed
tried ./Gem.dll and failed
tried ./Gem/Gem.m_i386 and failed
tried ./Gem/Gem.dll and failed
tried ./Gem.pd and failed
tried ./Gem.pat and failed
tried ./Gem/Gem.pd and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem.m_i386 and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem.dll and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem/Gem.m_i386 and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem/Gem.dll and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem.pd and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem.pat and failed
tried C:/Users/Raphael Isdant/Documents/Pd/externals/Gem/Gem.pd and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem.m_i386 and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem.dll and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem/Gem.m_i386 and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem/Gem.dll and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem.pd and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem.pat and failed
tried C:/Users/Raphael Isdant/AppData/Roaming/Pd/Gem/Gem.pd and failed
tried C:/Program Files/Common Files/Pd/Gem.m_i386 and failed
tried C:/Program Files/Common Files/Pd/Gem.dll and failed
tried C:/Program Files/Common Files/Pd/Gem/Gem.m_i386 and failed
tried C:/Program Files/Common Files/Pd/Gem/Gem.dll and failed
tried C:/Program Files/Common Files/Pd/Gem.pd and failed
tried C:/Program Files/Common Files/Pd/Gem.pat and failed
tried C:/Program Files/Common Files/Pd/Gem/Gem.pd and failed
tried D:/pd-0.48-1.windows.64bit/extra/Gem.m_i386 and failed
tried D:/pd-0.48-1.windows.64bit/extra/Gem.dll and failed
tried D:/pd-0.48-1.windows.64bit/extra/Gem/Gem.m_i386 and failed
tried D:/pd-0.48-1.windows.64bit/extra/Gem/Gem.dll and succeeded
D:\\pd-0.48-1.windows.64bit\\extra\\Gem\\Gem.dll: couldn't load
tried D:/pd-0.48-1.windows.64bit/extra/Gem.pd and failed
tried D:/pd-0.48-1.windows.64bit/extra/Gem.pat and failed
tried D:/pd-0.48-1.windows.64bit/extra/Gem/Gem.pd and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem.m_i386 and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem.dll and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem/Gem.m_i386 and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem/Gem.dll and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem.pd and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem.pat and failed
tried D:/pd-0.48-1.windows.64bit/doc/5.reference/Gem/Gem.pd and failed
Gem: can't load library```
Recommended Pitch Detection Object?
If @jancsika has a moment maybe he can explain where things stand.
In Purr Data you can do [floatsize(---[pdinfo] to tell whether floats are single or double precision. The current possible outputs from that message would be "32" for single precision or "64" for double precision.
Pd and the externals you use have to be compiled for one or the other-- you can't mix the two floatsizes. Currently Purr Data is able to build itself and most externals with floatsize=64, but some libraries need to be revised so that they work. So atm we're shipping floatsize=64 Purr Data with just the core and a few convenience libraries. I named these builds "purr-double-trouble" since they don't yet ship with all the externals.
That is all a separate issue from the arch for which a piece of software is compiled. "Arch" means chip architecture and uses nicknames like "i32", "x86_64", "arm64". For general purpose computers these generally divide into two broad categories-- the ones which the hardware shuttles data around in groups of 64 bits, and hardware that shuttles data in groups of 32 bits. Some 64-bit platforms even let you run old stuff built for a 32-bit hardware in a special compatibility mode.
So to clarify: you can have:
- single-precision Pd built for a 32-bit arch
- single-precision Pd built for a 64-bit arch
- double-precision Pd built for a 32-bit arch
- double-precision Pd built for a 64-bit arch
possible deken bug + general question on dependencies
Hi,
not sure if this is a bug. Don't wanna noobishly spam to the devs' bug reports pile but this needs to be clarified. Is it a deken issue or on the repository or what?
Some searches for externals in the 64-bit version of PD vanilla for windows (I'm on windows 10) the deken search (in the menu: Help -> Find externals) don't return results while the same externals (in some cases) can found on the 32-bit version. Some externals are neither found in the 32- nor 64-bit version. Additionally - as a marker that something is wrong here - PD does not output the line
[deken]: No matching externals found. Try using the full name e.g. 'freeverb'.
which is the case for truly non-existing names (like searching "sdfsdfsdf").
Example of external found as expected on 32- and 64-version:
cyclone
Example of external found as expected on 32- but NOT on 64-bit version:
moonlib
Example of external found neither on 32- or 64-bit version:
apple
What I'm most eager to find out is whether, say, the moonlib external is just not compiled for 64-bit windows and therefore is not found or whether it should be found and just isn't (which hints more towards a bug).
Does anyone have an idea? I'm not completely new to PD but not up to date at all with its development. It seems the current version 0.49 vanilla is the first to have a 64-bit windows version.
kind regards
It's been a long time
@joesh Hi, the object names are always the same but perhaps you used to use Pd extended back in the days and now that you have installed Pd "vanilla" you are missing some externals, which came pre-installed in Pd extended.
In Pd 0.48-1 you can install external libraries quite easily. First you have to find out which externals you need, and for that you can search google for the names of the objects that don't load. Those in the screenshot you have posted are from cyclone. Then you go to Pd > help menu > find externals and type the name of the external, for example cyclone. Then you click on the correct version for your operating system, and when prompted you have to click "no" and chose a path of your preference where to install the external. Then click yes when prompted again.
This should do it, under "find externals" you'll find most of the most used externals, but just in case you need something that is not there you can download the external manually, put it in the path you have specified earlier and then add that path in Pd > preferences > Path..
Purr Data 2.5.0
@jancsika failed buid...here's attached the super long log in .txt and .sh formatspurr-data-w64-build-log.txt purr-data-w64-build-log.sh
but basically the last lines are critical (i guess other stuff is related to external libraries troubles with win64 platform...is GEN ready for win64 i.e.?)
make[2]: *** [Makefile:106: /c/purr-data/purr-data/externals/creb/modules/dynwav~.o] Error 1
make[2]: Leaving directory '/c/purr-data/purr-data/externals'
make[1]: *** [Makefile:209: externals_install] Error 2
make[1]: Leaving directory '/c/purr-data/purr-data/packages'
make: *** [Makefile:69: prebuilt_install] Error 2
copying pd-l2ork-specific externals...
done with l2ork addons.
mv: cannot stat 'packages/win32_inno/Output/Purr*.exe': No such file or directory
./tar_em_up.sh: 397: command failed with exit code 1, exiting now.
./tar_em_up.sh: 397: mv packages/win32_inno/Output/Purr*.exe .
Lissa Executable / ofxOfelia compile error (Solved)
@cuinjune I tried to compile the lissa seq patch. but when i open the executable it opens only a small empty window.
i also tried to compile a help patch for testing, with the same result.
but your example works fine(Win32Example).
PD-Vanilla will not load PD-Externals--Mint Linux
Hello, I am able to load a couple of PD externals. I am using Pd 0.46.7 on Linux Mint 18.2 Cinnamon 64-bit. I am using the find externals command under the help menu. I see the directories in my ~pd-externals folder. But when I try and use objects like [counter] that are supposed to be in these externals I get a can"t create error?
I get this message when I start PD
sys_midiapi 1
input channels = 2, output channels = 2
priority 6 scheduling failed; running at normal priority
tried /home/lulujoe13/pd-externals/zexy.l_ia64 and failed
tried /home/lulujoe13/pd-externals/zexy.pd_linux and failed
tried /home/lulujoe13/pd-externals/zexy/zexy.l_ia64 and failed
tried /home/lulujoe13/pd-externals/zexy/zexy.pd_linux and failed
/home/lulujoe13/pd-externals/zexy: can't load library
tried /home/lulujoe13/pd-externals/cyclone.l_ia64 and failed
tried /home/lulujoe13/pd-externals/cyclone.pd_linux and failed
tried /home/lulujoe13/pd-externals/cyclone/cyclone.l_ia64 and failed
tried /home/lulujoe13/pd-externals/cyclone/cyclone.pd_linux and succeeded
Cyclone 0.3 beta 2; Released: June 19th, 2017
This is a sub library containing the objects:
[!-], [!-~], [!/], [!/~], [!=~], [%~], [+=~], [<=~], [<~], [==~], [>=~] and [>~]
tried /home/lulujoe13/pd-externals/upp.l_ia64 and failed
tried /home/lulujoe13/pd-externals/upp.pd_linux and failed
tried /home/lulujoe13/pd-externals/upp/upp.l_ia64 and failed
tried /home/lulujoe13/pd-externals/upp/upp.pd_linux and failed
/home/lulujoe13/pd-externals/upp: can't load library
tried /home/lulujoe13/pd-externals/Gem.l_ia64 and failed
tried /home/lulujoe13/pd-externals/Gem.pd_linux and failed
tried /home/lulujoe13/pd-externals/Gem/Gem.l_ia64 and failed
tried /home/lulujoe13/pd-externals/Gem/Gem.pd_linux and succeeded
/home/lulujoe13/pd-externals/Gem/Gem.pd_linux: libftgl.so.2: cannot open shared object file: No such file or directory
/home/lulujoe13/pd-externals/Gem: can't load library
deken-plugin.tcl (Pd externals search) in /home/lulujoe13/pd-externals/deken-plugin loaded.
Platform detected: Linux-x86_64-64bit
'deken-plugin.tcl' already loaded, ignoring: '/home/lulujoe13/pd-externals/deken-plugin/deken-plugin.tcl'
Opened Alsa Client 128 in:0 out:2
counter 1
... couldn't create
Can anyone offer suggestions and help? Thanks. JoeF.





