reference windows .dll as pd.dll

[mxa]

newer libpd versions build the library as pd.dll not libpd.dll.
This will also facilitate that externals may work.
LibPdIntegration should point to a library with the name pd.dll.
libpd/libpd#297

[NiallMoody]

Ah, this is excellent news. I didn't realise that was the reason externals didn't work.

I'm going to leave this issue open until we've settled on a libpd version that you can verify works on Linux (and, ideally, until your libpd issue is resolved, so that I don't have to include another patch, this time for the makefile).

(...and then I'll need to find someone who can build and verify the equivalent mac and iOS versions, but that's a problem for another day)

[chikashimiyama]

on windows, I built libpd 0.12.1 and replaced libpd.dll with pd.dll. The very basic external object https://github.com/pure-data/helloworld in the StreamingAssets/PdAssets is recognized by the libpd and worked.

[cheriestoner]

on windows, I built libpd 0.12.1 and replaced libpd.dll with pd.dll. The very basic external object https://github.com/pure-data/helloworld in the StreamingAssets/PdAssets is recognized by the libpd and worked.

@chikashimiyama Hello! How did you make pd.dll identifiable by the wrapper after replacing libpd.dll with pd.dll? How did you modify LibPdInstance.cs?

The program crashes when I try running it with uncommenting
#elif UNITY_STANDALONE_WIN private const string DLL_NAME="pd";