I posted a more confusingly-worded version of this question in "Tutorials"; apologies if I'm overwhelming anyone.

On my Crunchbang Linux system, I'm trying to install the Hoa and Cream libraries, as spoken so highly of here:

http://forum.pdpatchrepo.info/topic/7804/hoalibrary-for-pd-high-order-ambisonics-library

I don't know much about installing libraries, though I've made progress. The problem is, when I [import hoa.library] or [import c.library], many objects from the library load, but some (especially the cool ones - [hoa.grain~] and [hoa.ringmod~], for instance) don't! The classic "... couldn't create" is my only reward.

The same deal with the Cream library... many objects load, many don't. Many parts of a "Help" file won't load!

I'm using PD Extended on a Crunchbang Linux system. Is this a familiar problem?

Thanks!

ps Here's some of my old post, in case I messed up some elementary aspect of library importing:

I created
---> ~pd-externals
and I copied the Hoa and Cream libraries into there; I replaced the old
---> hoa.library.pd_linux & cream.library.pd_linux
with the ones which fit my system (PD-extended, Linux 32 bit). I have
/home/pd-externals/HoaLibrary (and Cream)
in my preferences. And I've used both [import] and startup flags to get PD to recognize the libraries.

Hi,

When you write [hoa.grain~], didn't you mean gain instead of grain? If so, then I think you are writing the wrong name of those objects. The correct ones are:

[hoa.fx.ringmod~]
[hoa.fx.gain~]

For a whole list of the objects, check the folder ./HoaLibrary/help and you'll see al the help files in .pd format. I didn't check all of them, but all the objects I tested are working perfectly well on my Linux machine.

Take care,
Gilberto

Also, I do not have to add [import hoa.library] to my patches to load these objects, just by following the instructions of the installation (like you did) you should be able to load the objects without [import].

Gilberto -

Are you using PD-extended, too? I'm wondering if this doesn't work for Extended yet. Am I correct in understanding that PD-Extended is v. 0.43.4, and Vanilla PD is 0.46.0?

The Hoa library I'm using is Version Beta 2.1 (Jul 18 2014) for Pd-Extended. Maybe yours is older, and not beta? Or - more likely! - maybe I'm doing something wrong.

According to the post I read, there is [hoa.grain~], "An ambisonic granular synthesizer."

I was able to open the following:

[hoa.decoder~]
[hoa.encoder~]
[hoa.map~]
[hoa.map]
[hoa.meter~]
[hoa.optim~]
[hoa.pi]
[hoa.projector~]
[hoa.recomposer~]
[hoa.rotate~]

... but not the following:

[hoa.delay~]
[hoa.freeverb~]
[hoa.grain~]
[hoa.ringmod~]

Strangely, I can load [hoa.fx.ringmod~], but there is something in its makeup that's not loading, because the box has no inlets or outlets!

I knew I should have listened to that mysterious old man who warned me this computer was haunted.

Hi,

We are using identical versions of Pd-extended and HOA library (I don't know about the equivalence between Pd-extended and vanilla Pd, but I don't think that is important). After looking around a bit more, I found out that this problem you are having is indeed only due to the name of the patches.

Please go to the directory where you installed this library and you will find a file named "hoa.library-help.pd", which lists all objects. You will see that the so called "common" objects have the form [hoa.name], but this library also have "process" objects named as [hoa.fx.name] and [hoa.syn.name], and finally 2d and 3d objects as [hoa.2d.name] and [hoa.3d.name].

There is indeed a grain object included (sorry for the previous post, I suggested you might have misspelled it since there is also a "gain" object in this library). You will find it under [hoa.syn.grain~].

As for the lack of inlets and outlets, I am still trying to find time to study this library, but it seems to me that you need to use some of these abstractions together. In the help file of [hoa.fx.ringmod~], they use it as:

[hoa.2d.process~ 7 hoa.fx.ringmod~ harmonics]

The same is true for [hoa.syn.grain~].

Please load that library help file I mentioned before, and you can open individual help files for each object, and then you can listen to the results and play around with them.

I hope this helps! Take care,
Gilberto

Yes, Gilberto, it helps! Thank you!

I don't know why, but the Cream library is not loading automatically. That is why many of the help files had un-create-able objects. So long as I [import c.library] or open as

pd-extended -lib c.library

everything works perfectly. Thanks again!

Hmm, mine works well without any import. Why don't you add all the necessary flags to Pd via its GUI? Click on Edit, then Preferences, then in the bottom you can add startup flags. Mine are:

-alsamidi -lib hoa.library -lib c.library -lib mrpeach

Now simply click Apply and restart Pd. This way, I never have to bother importing hoa nor cream (nor mrpeach when dealing with OSC), and also pd automatically starts with ALSA-MIDI selected.

Hi,
I've copied right version of hoa.library.pd_linux and c.library.pd_linux from externals (Linux 64) to main dir. Copied both folders to /usr/lib/pd-extended/extra because there are my packages and add -lib hoa.library -lib c.library to startup preferences.
On startup I get:
c.library: can't load c.library
hoa.library: can't load hoa.library

or one is loading and other not. What am I doing wrong?

@tobix10 Hi,

That's because you didn't add their directory to Pd's path. Basically you are telling Pd to load something it doesn't know where is located (or even if it exists). To solve this, click on the Edit menu, then Preferences, then New... and finally locate the path for each library individually (that is, once for HOA and once for c.library). That should solve this.

Cheers!
Gilberto

Thought that for standard path it's not necessary.
Now works, thanks.

@tobix10 I don't think paths in Pd include subfolders, and that's why you need to add new subfolders manually.