the Get Pd-extended for Windows (52.7MB)
Windows ZIP (unzip and run anywhere) version folder has the name
Pd-0.43.4-extended-windowsxp-i386

is the vanilla zip version from:
http://msp.ucsd.edu/software.html
the run anywhere version?

what i would like to do is create a folder with pd-vanilla--v-0.48.1 and add externals to the extra folder.

along with a batchfile to load appropriate ones automatically, and add a -open mainpatch.pd to startup also.

could i use the .bat file from pd-extended with the vanilla version like this?

pd.bat

pd-0.48.1_windows_xp_or_later\bin\pd.exe -noprefs -font-face "Lucida Console"  -lib Gem -lib cyclone -lib zexy -lib creb -lib cxc -lib iemlib -lib list-abs -lib mapping -lib markex -lib maxlib -lib mjlib -lib motex -lib oscx -lib pddp -lib pdogg -lib pmpd -lib sigpack -lib smlib -lib unauthorized -lib pan -lib hcs -lib jmmmp -lib ext13 -lib ggee -lib iem_anything -lib ekext -lib flatgui -lib chaos -lib zexy/0x260x260x7e -lib zexy/0x2e -lib zexy/0x3c0x7e -lib zexy/0x3d0x3d0x7e -lib zexy/0x3e0x7e -lib zexy/0x7c0x7c0x7e -open mainpatch.pd

i have no experience with any of this whatsoever.

"C:\Users\David\Desktop\Pd Vanilla\pd-0.47-1.msw\pd\bin\pd.exe" -lib C:\Users\David\Desktop\dot\0.94-test3/Gem -font-size 10 -font-face "Consolas"`

The problem with batch files and shortcuts is always going to be how to tailor them to the users name.
It can be done, but I remember it changed slightly after XP.
I can come back to you with help for that, but it might be only in a few days.
You can use variables like

%USERPROFILE%

instead of "C:\Users\whatever" and "Desktop" is I think now uniform (it's a hidden variable) across languages (which I remember it was not in XP..... or maybe that was windows 2000 or NT...... aargh).....
And you can use some user interaction to set other variables as well.
David.

I added (first switch) -lib libdir to the batch file and now most libraries are added (but none will create), even copying your upload to other folders. I cannot be absolutely certain that windows is not keeping tabs on the changing path though.
With -noprefs -lib ibdir my other installs and portable versions of Pd are not having their prefs and paths overwritten though.
That is very good news.
Here are the libs that are still not loading..... but that is as far as I have gone for now.

Here is the updated batch file that works for me........... (at the bottom)
BUT...... the full path to the library folders needs to be specified for any object to actually create.
Just adding the extra folder does not work.
So in the batch below only cyclone will actually work even though the other object classes have been registered.
You might have ideas about why the iem libraries will not load (I think the executable needs to be specified)..
You can maybe try this new batch file yourself...... and find another tester to double-check....
BUT ANOTHER BUT ...... the path setting will be wrong...... I will try to work out how to get around that. The tcl has path variables that can maybe be set with a tcl plugin.
It is probable that removing the -noprefs switch will solve these problems, but an existing Pd user running your batch file would curse you as they tried to recover their old working Pd........
David.

pd-0.48.1_windows_xp_or_later\bin\pd.exe -path C:\Users\David\Desktop\pd-vanilla_0.48.1_for-windows_with_externals\pd-windows\pd-0.48.1_windows_xp_or_later\extra\cyclone -noprefs -lib libdir -lib cyclone -lib zexy -lib creb -lib cxc -lib iemlib -lib list-abs -lib mapping -lib markex -lib maxlib -lib mjlib -lib motex -lib oscx -lib pddp -lib pdogg -lib pmpd -lib sigpack -lib smlib -lib unauthorized -lib pan -lib hcs -lib jmmmp -lib ext13 -lib ggee -lib iem_anything -lib ekext -lib flatgui -lib chaos -lib zexy/0x260x260x7e -lib zexy/0x2e -lib zexy/0x3c0x7e -lib zexy/0x3d0x3d0x7e -lib zexy/0x3e0x7e -lib zexy/0x7c0x7c0x7e

The ultimate solution is probably to destroy the directory tree...... moving every file into the Pd /bin folder.

out of curiosity did mainpatch.pd open using the batchfile?

" the full path to the library folders needs to be specified for any object to actually create."

but just to confirm the included ones actually do create if you do so?

about the batchfile:
what if the folder is placed in a directory like the Applications folder? don't know where that is on windows, is there some equivalent?

on linux if you place the program in a directory that is recognized by default for example /usr/lib/ (*edit wrong directory)
then when creating a.desktop file i don't think you have to use the full path.

and can use for example:

Exec=pd

..... "the full path to the library folders needs to be specified for any object to actually create.
Just adding the extra folder does not work."

is this true even if you start pd without the batchfile and add extra to Preferences/Startup manually? then use declare -lib in a patch when necessary?

p.s. if you move some files /(an external) into Pd/bin does that actually work?

Yes, I set the full path to the cyclone folder, and then the objects would create.

The "install" folder on windows would be "C:\Program Files (x86)\pd" as it is a 32-bit program.
The "install" version has paths set, but puts its prefs files in the registry, and goes looking for objects in folders that it has not put them in........ some sort of legacy stuff I think.

I will try putting one of the libs in Pd/bin and see what happens.
Paths are always the biggest problem with all flavours of Pd, although it's a useful problem when you want to be able to run different versions.

It could be a good idea to put your batch file in the bin folder, and use a shortcut pointed at it from the "pd-windows" folder. Then you would not need to specify the path even to pd.exe, and there is a chance that the libraries would function...... although that is a long shot (and no, it doesn't help the libs).
I will mess about more later.
David.

if i add both:
[declare -stdpath cyclone]
[declare -stdlib cyclone]

the objects seem to load.
but only if the patch is saved to the bin directory.
does this work for you?

declare-help.pd says

-stdlib load a library, relative to Pd

"if you have files installed in the directory extra/stillmore (in the Pd installation) you can get it using "declare -stdpath stillmore"

it sounds like it should work regardless of where the patch is saved but maybe not.

Also that putting the library executables and objects in the bin folder does not help them load their objects.
BUT...... putting the contents of a lib folder directly in the extra folder (i.e. tipping them out of their folder into extra makes them work without declaring.....

I will try more later.
No problem with trying to help....... it's a continuous learning process.....
David.

" putting the contents of a lib folder directly in the extra folder (i.e. tipping them out of their folder into extra makes them work without declaring..... "

i don't know if it makes sense to do it that way. good to know that it works though as an option.

i wouldn't mind for a few extras but if you are including a lot then the issue becomes naming conflicts.

what about iemlib2
if i use

[declare -stdlib iemlib/iemlib2]

within an abstraction

i get:

iemlib2 (R-1.18) library loaded!  

in the console.

this also works for Gem

and objects can be created only using their name.

using declare -stdpath for zexy or cyclone doesn't seem to do anything.

i must use [folder/obj]

but if i do the objects load.

does this work for you?