- 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 <[email protected]> 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, [email protected] 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
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
