Hi all,

I have found a library that I would like to use (you can find it under "Software" at http://soundobject.org/).

I would like to compile these files on my OSX system but the only files for installation available are for Windows and Linux. Is there anyway of modifying what is available here so that I can compile these objects in my Pd library?

Thanks for any help in advance!

Chris

@niku okay, that makes sense. I'm trying to download a version of Xcode that will work on my version of OSX now. I'll try and make an attempt at compiling my own pd_darwin external.

If you could point me in the right direction @afsacp that would be superb though. Thank you both for your help so far!

Great point, @niku! I use:
OSX 10.8.5
Pd 0.43.4-extended
Xcode 4.6.2
Externals are compiled at 32 bits.

@me-andmymonkey, it might be helpful to know the following:

1. What OSX version you're using
2. What kind of error message you get when trying to instantiate the external in Pd
3. What version of Pd you are using

@niku & @me-andmymonkey, I can point you to some of the documents to create working dynamic libraries in Xcode for use as externals:

http://puredata.info/docs/developer/PdExternalsInXcode

The link below has become the reference for writing externals in C.

http://pdstatic.iem.at/externals-HOWTO/

The actual compiling is relatively easy if you've done some of it already. But the solution might be relatively simple (I hope!), and it might be that Pd can't see the external yet. Which is why learning the behavior of Pd upon attempting to instantiate the external is so crucial. Let me know!

Hi @afsacp , thanks for the links on externals.

I'm running OSX10.9.5 (64-bit) with Pd extended 0.43.4. When I open the impact_modalb_example.pd patch with the impact_modalb object I get an error saying:

"impact_modalb~ 1e+07 1.5 0 0.1 2 3 d 1 1 1 1 1 500 5000 0.1 0.1 0 1 1 1 1 1 2 1 1
... couldn't create"

I presume this might be because I'm running a 64-bit system OR (and this is also fairly likely) I'm doing something wrong when I'm adding the external to my Library folder.

Hope this info helps.

OK. I'll try rebuilding at 64bit. However... the message you get is typical of Pd not being able to find the object. If the architecture was wrong, like if the external was built for x86-64 instead of the i386 (which is 32bit), Pd would complain:

/Library/Pd/impact_modalb~.pd_darwin: dlopen(/Library/Pd/impact_modalb~.pd_darwin, 10): no suitable image found. Did find:
/Library/Pd/impact_modalb~.pd_darwin: mach-o, but wrong architecture

Perhaps some other members can pitch in with regards to potential location of the externals. The location I suggested has worked for me from first try. Good luck!

@me-andmymonkey, check the folder again. A subfolder now contains the 64bit version. It should be noted that building this version raised a lot of flags regarding data type conversion. I'm frankly a bit fuzzy on this, but the idea is that different data types require different sizes, and the compiler builds it according to that and to the architecture selected, so that an integer in 32bit arch should be 4 bytes, but in 64bit should be 8bytes, and so on. So this could raise issues with precision, rounding off errors, etc. Like I said, fuzzy.

In any case, try to work with the 32bit version first, attempting to find a suitable location for the externals. I'll keep looking through my references.

Hey @afsacp. Thanks again for doing that.

So, I'm getting the same error again saying that Puredata couldn't create the object after adding the pd_darwin file to my /library/pd folder.

I think that would suggest there maybe isn't a problem with the either of the 32bit or 64bit compiled files you made and rather a problem with how things have been added to my library.

I've added the /Library/Pd/ folder to my search path from preferences. I also tried adding the file to a a new folder I added myself inside of the "extra" folder in the package contents of the PD app itself but this didn't work either.

Is there anything else I can do to try and add this external to my library? I'm sort of at a miss as to how Pd isn't recognising the files.

Hey @me-andmymonkey, I found another option, which should work. Follow these steps (try first with the 32bit, tell me what happens):

1. In Finder, go to Applications folder.
2. Right- or control-click on Pd-extended
3. Click on "show package contents"
4. Navigate to Contents -> Resources -> extra
5. Create a folder with the exact name of the external (impact_modalb~)
6. Put the file impact_modalb~.pd_darwin in that folder.
7. Open Pd (close first if open), then load the same example file you tried earlier.

I did all the above and it worked.

afsacp

Hi @afsacp , so I've figured out the problem! When I downloaded the files from Dropbox, the filename was changed from "impact_modalb~" to "impact_modalb-", which was confusing PD. This is why the object wasn't being created with the 32bit file. The 32bit works fine. The 64bit actually doesn't load for me and throws up an error message like the one you described in an earlier post.

I've been trying all of this out today in work in between different things and never even thought to look at the filename. Having to type it out exactly as a folder name gave me the clue! So in short, the 32bit works fine on my system and I'm quite happy now. Thanks for your help @afsacp and @niku

I'll have to try compiling it for myself. So I'm assuming I can compile each module one by one to get the all the other objects working?

Compiled everything in Xcode. Easy as pie and I thought that it would be difficult!

This day officially rules!

Great to hear, @me-andmymonkey! Make sure to share the externals. Best luck,

afsacp

Here's all the new OSX externals compiled from the original .zip file. Enjoy all

https://www.dropbox.com/s/szywfl7rjsy822u/impact_modalOSX.zip?dl=0