Hi!

Could anyone tell me how to get the cyclone library working again on PD Vanilla/Windows 10? I've been using the Vanilla version happily with cyclone working for months now - yet suddenly today the cyclone library stopped loading. When I first started with Vanilla, I installed the library simply through 'find externals' and it was up and running, but now it keeps saying that "no writeable directory found". I mean...what on earth could have happened between last night and now?

Thanks for any help! I've searched through previous posts here on the same topic but none of the solutions seems very clear to me (I'm not too versed with the technical side of PD yet).

@LiamG @ilpoj
As I suspected, the startup preferences are stored in the registry.
It is likely that windows 10, pursuing the same lockdown techniques as OSX, is not allowing Pd to write to the registry. Google might get you further than this forum.
Everything..... paths, startup options, libraries to be loaded, audio and midi options are stored there.
If you cannot load libraries, or save your settings then that is because you cannot write to the registry.... it's part of the same problem.
I can post my settings that you could paste into your registry (and then modify) if you wish.... obviously at your own risk!........ but first.....

You can right-click the folders in the registry and change permissions.... which should be a zero risk.
Open Regedit and find the key folders listed below and check their permissions.....
You might need to open regedit with admin permissions.
You could also try opening Pd with admin permissions and trying to install cyclone and set paths, but I think it is wish85.exe that accesses the registry.

Vanilla and Extended preferences are stored separately in the following locations (Windows 7)....

HKEY_CLASSES_ROOT\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd
HKEY_CLASSES_ROOT\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd-extended
HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd
HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd-extended

This one twice...... probably last known good, and?
HKEY_USERS..."long string" ... Software\Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd(and Pd-extended)
The "long string" will be different to mine on your machine.

@LiamG The garbled paths can be corrected and saved again....... which usually solves the problem.
That seems to be particular to Vanilla.
David.

@whale-av Thanks for looking these up! I went through all of them and I have full control of everything.

I removed the pd and installed it again, and this time it let me install the cyclone library (through 'find externals') into the pd/extra folder as I did the first time. But the problem still persists: it doesn't load the library, and it doesn't remember the startup settings... and I've checked that I have a full control of all pd folders, both as local user and administrator.

Btw. when you specify a library to be loaded in the preferences > startup dialog, is it enough to just write the name of the library or do you have to insert the full path?

@ilpoj preferences > startup is only for libraries, which are single files containing all the objects, like Gem and maybe zexy (depends on os).

cyclone is not a library file but a collection of pd objects, so to load them on startup, the path c://.../extra/cyclone has to be put in preferences > path, not in startup.

@ingox ah ok, well I've done that too but it doesn't save it. hmm...

@ilpoj a possible workaround could be to create a link to pd.exe, open properties and change link target "pd.exe" to "pd.exe -path c://.../extra/cyclone". Not the solution, but might work...

@ilpoj also, if the cyclone directory is in extra/, you should be able to create objects like this: [cyclone/counter]
Does this work?

@ilpoj Full path I think unless they are in an expected path, like "extra".
Are the libraries listed in the registry files? And the search paths?...... there should be a key for every one of your settings.
Is maybe Pd writing, but not reading for some reason?
It would be great to get to the bottom of this. Many have had problems.
David.

@ingox Yes, this works! And if I insert the [cyclone/...] in all of the cyclone objects, they all load perfectly. Thanks! This seems to be the solution at least for now, just to get things working.

@whale-av Yes they are, in all of the registry locations. Like 'loadlib1' assigned to cyclone and 'path1' to the correct path extra/cyclone.

@ilpoj said:

'loadlib1' assigned to cyclone

This seems wrong to me, just guessing. Have you deleted all entries in preferences > startup? Any error messages on startup?

@ingox That's the thing, it doesn't show anything in preferences > startup (just blank fields) even if it had saved my entries, which I have no way of knowing.

The only error message on startup I get is "WARNING: Font family 'DejaVu Sans Mono' not found, using default (courier)".

@ilpoj sorry forgot about that...
have you installed the newest version?

@ingox yes, the 0.47-1 one.

@ilpoj I think the loadlib keys..... 1 2 3 etc..... are the libraries declared, at install, or by deken, or found in the "extra" folder.
The paths should be those declared in "preferences".
It seems Pd is not looking in the right place at load?
Unless you have the -nostdpath flag somewhere I don't understand this.
Are the read permissions ok as well in the registry?

Would you please try starting Pd by creating a shortcut, and then adding -stdpath to the end of the shortcut path to Pd, although I wonder if the value of -stdpath has been changed from "the path to -extra-".
You could also try adding -path "path to cyclone folder" to the shortcut......
David.

@ilpoj As [cyclone/counter] works,

[declare -path c:/.../extra/cyclone]
[counter]

should also work after reopening the patch. So you wouldn't need to change all the objects.

Edit: In the help file of declare you can see that for windows paths it reads c:/something, so with a single slash, which i believe is correct, because it is consistent with what i read about how tcl handles paths. Could be worth to keep that in mind...

Another thing you could try is:

• open this patch: add_path3.pd and click on the bang
• Look at Preferences > Path...
• Restart Pd
• Look at Preferences > Path... again

In a working Pd installation it should have the entry 'test' in Preferences > Path... in the second and the last step.

But i suspect it doesn't work, as it basically does the same thing as the Preferences > Path... dialog. You could look in the registry if it added an entry 'test', which would mean that Pd can at least write to the registry.

@whale-av said:

-stdpath

Yes the read permissions are ok in the registry.

Hey, adding the -path "path to cyclone folder" to the shortcut did the trick! Now the objects in the cyclone folder are loading normally upon startup. Thanks so much for the advice! I just still wonder what caused the problem in the first place, and why Pd needs to be a sort of separately reminded of the externals... anyway I'm happy it works now.

@ilpoj That's good news!
Out of interest, are they working now if you open a patch by double-clicking the file? Or only if you use the shortcut to open Pd first?
I.e. has it forced Pd to repair it's corruption permanently?
David.

@ingox I've tried the [declare] but it doesn't seem to work, I just get the error message "unknown declaration" (and I've checked for any typos). But yes in theory it should work.

With add_path3 it records the entry 'test' in the second step but doesn't show up after restarting. In the registry it has added 'test' to path1 though.

@whale-av They seem to work only when I open Pd through the shortcut. Which is good enough for me (at least for now).

@ilpoj you could also try to make another shortcut and add -prefs instead of -path. This forces Pd to read the preferences set in the registry. Usually this is the default behavior and therefor not necessary, but maybe worth giving it a shot...

Edit: 'test' should show up in Preferences > Path...