hi,
i'm picking up PD again after many years of patching absence and am desperately looking for a non-buffer (i.e. harddisk-streaming) soundfile player with timecode information (for film synching). variable speed would also be great. unfortunately readsf~ can't do that.
seems like readanysf~ would be the only external to achieve this. works great on linux by the way.
now i know that this has been asked a lot before, but here i go again:
has anybody here had any success in compiling this great external for windows ? the downloadable .dll (version 0.42) doesn't work (tried it both on pd-extended 0.43.4 and pd-vanilla 0.46.7).
btw.: on the puredata.info download section, there's supposed to be a version 0.43 of [readanysf~] but the link only provides version 0.42.
https://puredata.info/downloads/readanysf/releases/0.43
not sure if that would make any difference though...
thanks for any help or alternatives !
best
oliver
Le 16/02/2016 12:00, oliver a écrit :
hi,
i'm picking up PD again after many years of patching absence and am desperately looking for a non-buffer (i.e. harddisk-streaming) soundfile player with timecode information (for film synching). variable speed would also be great. unfortunately readsf~ can't do that.
seems like readanysf~ would be the only external to achieve this. works great on linux by the way.
now i know that this has been asked a lot before, but here i go again:
has anybody here had any success in compiling this great external for windows ? the downloadable .dll (version 0.42) doesn't work (tried it both on pd-extended 0.43.4 and pd-vanilla 0.46.7).
I've compiled this dll on windows and mingw, there was too many bugs in libiconv and some other libraries to do it again, and I don't have a windows machine actually, maybe in a month or two I'll give another try...
By the way, the dll you have should work when you provide all missing libraries in bin folder.
btw.: on the puredata.info download section, there's supposed to be a version 0.43 of [readanysf~] but the link only provides version 0.42.
https://puredata.info/downloads/readanysf/releases/0.43
not sure if that would make any difference though...
thanks for any help or alternatives !
best
oliver
patrice colet wrote:
Le 16/02/2016 12:00, oliver a écrit :
hi,
has anybody here had any success in compiling this great external for windows ? the downloadable .dll (version 0.42) doesn't work (tried it both on pd-extended 0.43.4 and pd-vanilla 0.46.7).
I've compiled this dll on windows and mingw, there was too many bugs in libiconv and some other libraries to do it again, and I don't have a windows machine actually, maybe in a month or two I'll give another try...
thanks a lot for considering ;-)
By the way, the dll you have should work when you provide all missing libraries in bin folder.
unfortunately it doesn't.
i put all the .dlls in the .zip package there, plus all the other .dlls PD was complaining about when i tried to load [readanysf~]. took them from the pd-extended distro. after there were no errors any more, PD would still simply print a
readanysf~ ... couldn't create
at the console window
btw: i'm on windows 7, 64bit almost all other 3rd-party PD externals (cyclone, zexy, motex, iemlib etc.) do work alright!
best
oliver
Le 16/02/2016 13:16, oliver a écrit :
patrice colet wrote:
Le 16/02/2016 12:00, oliver a écrit :
hi,
has anybody here had any success in compiling this great external for windows ? the downloadable .dll (version 0.42) doesn't work (tried it both on pd-extended 0.43.4 and pd-vanilla 0.46.7).
I've compiled this dll on windows and mingw, there was too many bugs in libiconv and some other libraries to do it again, and I don't have a windows machine actually, maybe in a month or two I'll give another try...
thanks a lot for considering ;-)
By the way, the dll you have should work when you provide all missing libraries in bin folder.
unfortunately it doesn't.
i put all the .dlls in the .zip package there, plus all the other .dlls PD was complaining about when i tried to load [readanysf~]. took them from the pd-extended distro. after there were no errors any more, PD would still simply print a
readanysf~ ... couldn't create
at the console window
btw: i'm on windows 7, 64bit almost all other 3rd-party PD externals (cyclone, zexy, motex, iemlib etc.) do work alright!
If libs you have to put in bin dir aren't compatible with the ones provided by pd-extended, it might not work.
The way to make it work would be about compiling again, and make a package, but it's not a simple task, also I'm not sure yet how deken would install all libs needed by readanysf~ on windows.
An alternative might be about trying unauthorized streaming objects or this:
http://en.flossmanuals.net/pure-data/ch070_oggcast/
and a player like VLC or winamp
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
patrice colet wrote:
By the way, the dll you have should work when you provide all missing libraries in bin folder.
unfortunately it doesn't.
If libs you have to put in bin dir aren't compatible with the ones provided by pd-extended, it might not work.
i also tried with the latest vanilla release, where there were none of the libraries pre-installed, that [readanysf~] needs. so i didn't overwrite anything. yet - same negative result.
do you happen to have a set of libraries (*.dlls) that you know once worked on windows ? (regardless of pd's version) ?
a plan b (apart from using buffered playback like tabread4~ of course) is to use mp3play~ or oggread~, i'm aware of that. but they are not as flexible and fast as [readanysf~].
anyway, as i already wrote, [readanysf~] works great on linux !
regards
oliver
patrice colet wrote:
By the way, the dll you have should work when you provide all missing libraries in bin folder.
unfortunately it doesn't.
If libs you have to put in bin dir aren't compatible with the ones provided by pd-extended, it might not work.
small update on the [readanysf~] on windows discussion:
version 0.42 (plus included libraries) works on a windows XP system with pd-extended 0.43.4 !
tried it on windows 7 with the exact same package to no success. i even tried "compatibility mode" set to "WindowsXP" for all .exe files in pd-extended (just for a little trial and error) - didn't change anything.
any ideas why this object works on XP but not WIN7 ?
as i already pointed out, all other libraries of pd-extended are being loaded and working correctly, save for [readanysf~]
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 16/02/2016 22:48, oliver a écrit :
patrice colet wrote:
By the way, the dll you have should work when you provide all missing libraries in bin folder.
unfortunately it doesn't.
If libs you have to put in bin dir aren't compatible with the ones provided by pd-extended, it might not work.
small update on the [readanysf~] on windows discussion:
version 0.42 (plus included libraries) works on a windows XP system with pd-extended 0.43.4 !
tried it on windows 7 with the exact same package to no success. i even tried "compatibility mode" set to "WindowsXP" for all .exe files in pd-extended (just for a little trial and error) - didn't change anything.
any ideas why this object works on XP but not WIN7 ?
I didn't try it on seven, it has been compiled on vista, maybe running pd through gdb could say which part of the code prevents from loading, the problem should come from a lib provided by seven that is not as the same as the one provided by vista.
//
as i already pointed out, all other libraries of pd-extended are being loaded and working correctly, save for [readanysf~]
The good new is that if someone is able to get readanysf~ to work, it will be possible to use libgmerlin in Gem on windows because it uses almost the same libraries.
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
oliver -
patrice colet