as a workaround i could rebuild a pitch detection mechanism using [rfft~]. has anybody such abstraction around??
> Am 19.06.2018 um 13:05 schrieb hi <[email protected]>: > > ok, now i understand libpd and building a bit better and need libpdcsharp.so > build for android including the missing objects. can this be done using OSX? > > >> Am 19.06.2018 um 10:12 schrieb IOhannes m zmoelnig <[email protected]>: >> >> On 2018-06-19 09:53, hi via Pd-list wrote: >>> Dear community >>> >>> I have a Unity project with libpd4unity [*1] going to be build on android >>> and heavily depending on [sigmund~] or [fiddle~] for pitch detection. Sadly >>> i discovered that these fft object do not work! Is there anybody who has a >>> working version, some workaround or anything of help?? >> >> >> both [sigmund~] and [fiddle~] are externals, shipped with Pd but as >> separate binaries. >> to make externals work with libpd, your system must support dlopen() >> (which completely rules out iOS) and it has to be able to find the >> external binaries (on android, i think they must be renamed to >> "lib<filename>.so", so instead of "sigmund~.pd_linux" you would have a >> file "libsigmund_tilde.so"). check the logs to see whether they could be >> found and opened. >> >> the alternative, is to just statically link the externals into Pd. >> the libpd buildsystem provides an `EXTRA=true` option that will >> automatically do that for you. >> see https://github.com/libpd/libpd#building-libpd >> (i have no clue how to integrate that into libpd4unity) >> >> msdt >> IOhannes >> >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
