Hi again -
I don't know nhow to reproduce this problem... can you somehow get me a patch that fails? You can just e-mail me a zip file directly if you like.
thanks Miller
On Sun, Jan 26, 2014 at 07:04:46PM +0100, rolfm@dds.nl wrote:
i'm not using readsf~ but soundfiler
all my abstractions are in the same folder as the main patch
i now noticed that it does not depend on [declare ....]
[declare -path .] introduces however another complication:
Pd gives in the header of a patch-window: " name.pd - /path/of/this/patch "
the same for any used abstraction
WITH the declare the path for an abstraction in the header is extended with "/."
[getdir] (in Pdext) follows this change.
(all this is in Windows 7 and XP)
rolf
Miller Puckette msp@ucsd.edu schreef:
Are you using readsf~ to read th soundfile? Unfortunately, readsf~ doesn't search along the canvas's path (for complicated reasons) and so needs to be sent an explicit path, like "../folder/a.wav", to find files outside the patch's directory.
Alternatively you can set Pd's global path in preferences -- readsf~ knows how to use those even though it doesn't know about the patch's own declarations.
cheers Miller
On Sat, Jan 25, 2014 at 11:05:39PM +0100, rolfm@dds.nl wrote:
sorry, i should be more precise about what i experience.
i'm using "../folder" to load soundfiles in my patch. while having a [declare -path .] in the main patch.
like i said in the first mail: this works when the patch is started up 'directly'.
when i first start Pd and then open the patch with the menu-open Pd cannot find the directory.
rolf
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list