hi,
sorry, this seems quite obvious but i didn't make it:
how do i load all those libraries from the "extra"-folder that comes with the windows-version of pd 0.34-3 ? i tried the usual way to load libraries "-lib /<pdpath>/extra/fiddle~" (also tried "fiddle" or "fiddletilde"), which worked fine for the zexy.dll, but always got a "can't load"-reply...
do i have to do something first ?
thanks for advice
oliver
Hallo Oliver, as i understand it, fiddle~ is just a single external object (and not a library containing multiple objects) - thus it is loaded automagically if it is found in the pd search path.
It should be sufficient to specify -path /<pdpath>/extra so that all objects in that directory be found
You can also use the -verbose flag to see pd looking after the object
servus, Thomas
-----Ursprungliche Nachricht----- Von: oliver stotz [mailto:oliver@klingt.org] Gesendet: Montag, 19. November 2001 23:48 An: pd-liste Betreff: [PD] howto load fiddle~ lib?
hi,
sorry, this seems quite obvious but i didn't make it:
how do i load all those libraries from the "extra"-folder that comes with the windows-version of pd 0.34-3 ? i tried the usual way to load libraries "-lib /<pdpath>/extra/fiddle~" (also tried "fiddle" or "fiddletilde"), which worked fine for the zexy.dll, but always got a "can't load"-reply...
do i have to do something first ?
thanks for advice
oliver
I believe the "extra" directory is searched automatically by pd. In other words, you don't have to add it to the searchpath with "-path".
mik
On Tuesday 20 November 2001 00:03, Thomas Grill wrote:
Hallo Oliver, as i understand it, fiddle~ is just a single external object (and not a library containing multiple objects) - thus it is loaded automagically if it is found in the pd search path.
It should be sufficient to specify -path /<pdpath>/extra so that all objects in that directory be found
You can also use the -verbose flag to see pd looking after the object
servus, Thomas
thanks to all your advice, but the problem seems to live inside pd 0.34-3. i put pd in verbose-mode when loading the fiddle~.dll by flag and the message was like this:
"tried \audio\pd\extra\fiddle~ and succeeded" followed by C:\audio\pd\extra\fiddle~.dll: couldn't load
i tried pd 0.34-1 and fiddle loaded without any problem (without putting any flag).
so maybe something wrong in this very distribution ?...
oliver
mik wrote:
I believe the "extra" directory is searched automatically by pd. In other words, you don't have to add it to the searchpath with "-path".
mik
On Tuesday 20 November 2001 00:03, Thomas Grill wrote:
Hallo Oliver, as i understand it, fiddle~ is just a single external object (and not a library containing multiple objects) - thus it is loaded automagically if it is found in the pd search path.
It should be sufficient to specify -path /<pdpath>/extra so that all objects in that directory be found
You can also use the -verbose flag to see pd looking after the object
servus, Thomas
I've looked and this is a problem in the pd-0.34-3 release... I don't know what it comes from. It might work to copy "extra" from an earlier Pd release into pd-0.34-3... I'll fix it up in the next couple of days (also the netreceive bug) and put out a new "34" release for both platforms...
cheers Miller
On Tue, Nov 20, 2001 at 09:49:59PM +0100, oliver stotz wrote:
thanks to all your advice, but the problem seems to live inside pd 0.34-3. i put pd in verbose-mode when loading the fiddle~.dll by flag and the message was like this:
"tried \audio\pd\extra\fiddle~ and succeeded" followed by C:\audio\pd\extra\fiddle~.dll: couldn't load
i tried pd 0.34-1 and fiddle loaded without any problem (without putting any flag).
so maybe something wrong in this very distribution ?...
oliver
mik wrote:
I believe the "extra" directory is searched automatically by pd. In other words, you don't have to add it to the searchpath with "-path".
mik
On Tuesday 20 November 2001 00:03, Thomas Grill wrote:
Hallo Oliver, as i understand it, fiddle~ is just a single external object (and not a library containing multiple objects) - thus it is loaded automagically if it is found in the pd search path.
It should be sufficient to specify -path /<pdpath>/extra so that all objects in that directory be found
You can also use the -verbose flag to see pd looking after the object
servus, Thomas
hi,
fiddle~.dll and other extras from pd-0.34-3.msw.zip are all zeros...
The two exceptions are expr~ and fexpr~, which are the only dlls not
moved from their source directory up to the extra' directory by means ofmove <x> ..' in build.bat, but copied with `copy' commands in
expr~/makefile.
What might be a clue here is that apparently (judging from creation dates of .objs) pd-0.34-3.msw.zip was either built on a different (and much faster) system than the previous one, or was built twice, so that the second build went from cache.
And yes, extras from 34-1 release do work with 34-3.
Krzysztof
Miller Puckette wrote:
I've looked and this is a problem in the pd-0.34-3 release... I don't know what it comes from. It might work to copy "extra" from an earlier Pd release into pd-0.34-3... I'll fix it up in the next couple of days (also the netreceive bug) and put out a new "34" release for both platforms...
...
On Tue, Nov 20, 2001 at 09:49:59PM +0100, oliver stotz wrote:
thanks to all your advice, but the problem seems to live inside pd 0.34-3. i put pd in verbose-mode when loading the fiddle~.dll by flag and the message was like this:
"tried \audio\pd\extra\fiddle~ and succeeded" followed by C:\audio\pd\extra\fiddle~.dll: couldn't load
-
Krzysztof Czaja -
mik -
Miller Puckette -
oliver stotz -
Thomas Grill