Hello,

1. The font in the open window for example, is unreadably small. I tried using -font 18 etc. when calling pd.exe, it did not change anything.

2. I downloaded the mr. peach external, it is in my externals directory in the standard location. I tried to include that in the pd.exe call manually, it still does not detect the object. Does it need to be compiled ? I already see .dlls. in the folder.

3. When I try to edit or add a new path in the preferences window so that mr peach can be loaded, I am not able to enter anything there at all.

I am using the latest pd 0.55 on windows 11.

Thanks, Suresh

ps. I did get a basic tone playing successfully. If that helps in answering the question. thank you !

#N canvas 100 100 450 300 10;
#X obj 100 100 osc~ 440;
#X obj 100 150 *~ 0.5;
#X obj 100 200 dac~;
#X connect 0 0 1 0;
#X connect 1 0 2 0;
#X connect 1 0 2 1;

@suresh I should have downloaded Pd 0.55 before replying..... but I have no time.... I will try tomorrow.

For the font it should work in a shortcut.....

But it's probably best to add it to preferences... it will work after restarting Pd and then at every new start.

The path to externals should already be in preferences..... in this screenshot "pd/extra".
You have to add search paths as the whole path from root.

MrPeach does not need to be declared at startup (-lib mrpeach) as the library contains separate binaries for every object..... the path should be sufficient.

You could try putting mrpeach objects preceeded by the name....... e.g. [mrpeach/udpreceive~].... which could work....... the "else" library has a similar requirement I think..... but it should not be necessary once the search path is set.

Is there some security you need to overcome in windows 11? As the preferences are written to the registry.

David.

Thank you, David.

1. The font methods do not change anything.

2. If it is about security, usually I get a warning. Here, I just get object-not-detected errors. The library is in the right place. The osc library also does not work. If I go to externals and type osc or mrpeach, it does not show me that it is installed.

3. I am unable to add anything to the path window.

Is this something to do with 0.55 being new ? Perhaps older versions might work ?

@suresh These days the best way to deal with externals is to install them via deken (help menu -> find externals) and create them in the patch either with path ( [mrpeach/cd4011] ) or declare the library in the patch ( [declare -path mrpeach] ) which lets you call them just as [cd4011] without the path. This makes sure your patch will work with most pd installs which have Mr Peach installed and if it does not you will know exactly what library is missing by the declares or by the errors printed to the console which will say 'couldn't create mrpeach/cd4011' instead of just 'couldn't create cd4011' which leaves us guessing what it is, is it the object form the mrpeach library or a local abstraction or cd4011 from some other library? Adding paths for each library you install tends to create headaches down the road. Perhaps this is what you have tried?

I am just offering best practices and a shot in the dark, don't really know Windows, that is David's area.

@suresh It could be something to do with 0.55.
Unfortunately the download page only has the installer, and I don't install Pd as I have every version on my machine.. It is an error as the "Portable zip" link is the same as the "Installer link"..... so I cannot help with that at the moment.

And I am still using Windows 7.... so out of ideas for the moment... sorry.
If you try the deken method..... help.... find externals.... as @oid suggests then the library should be registered properly with its path...... but I have already seen the problem on a Mac in the past.
David.

Hi,

Thank you again. Deken-plugin is installed by default now in PD, so when I installed mrpeach, it was using help-find externals just like you described.

I will try to play around a bit more and see if I can post more informative errors.

I will also try an earlier version.

@whale-av

download page

https://msp.ucsd.edu/software.html
https://puredata.info/downloads/pure-data

The library issue is resolved by adding mrpeach/ before udpreceive and unpackosc. FIXED

I am now able to edit the startup path. I used the .exe from the msp.ucsd.edu page rather than the puredata.info page (which initially crashed). i have not checked that one again. FIXED

The font issue however remains. NOT FIXED

Also not fixed is my patch itself I get:

test.pd 15 0 16 0 (???->???) connection failed
test.pd 16 0 17 0 (???->???) connection failed
test.pd 17 0 18 0 (???->???) connection failed
test.pd 18 0 19 0 (???->???) connection failed
test.pd 19 0 4 0 (???->???) connection failed
test.pd 18 1 20 0 (???->???) connection failed
test.pd 20 0 5 1 (???->???) connection failed

Here is my patch:

#N canvas 10 10 600 400 10;
#X obj 10 10 declare -lib mrpeach;
#X obj 100 100 loadbang;
#X msg 150 150 440;
#X obj 150 200 f;
#X obj 150 250 osc~;
#X msg 250 150 0.5;
#X obj 250 200 *~;
#X obj 250 300 dac~;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 4 0 6 0;
#X connect 5 0 6 1;
#X connect 6 0 7 0;
#X connect 6 0 7 1;
#X obj 350 100 mrpeach/udpreceive 8000;
#X obj 350 150 mrpeach/unpackOSC;
#X obj 350 200 oscparse;
#X obj 350 250 route /frequency /amplitude;
#X obj 350 300 f;
#X obj 350 350 f;
#X connect 15 0 16 0;
#X connect 16 0 17 0;
#X connect 17 0 18 0;
#X connect 18 0 19 0;
#X connect 19 0 4 0;
#X connect 18 1 20 0;
#X connect 20 0 5 1;

I am trying to have a tone play at a fixed frequency and listen to port 8000 for information via osc. The tone playing itself works. The communication does not. I dont really know what I am doing here with the pure data code, so please bear with me (hopefully it is OK since the patch is very short).

Thank you !

ps. And the font etc . is fine in PlugData and PurrData.

@suresh That patch is corrupted somehow, that block of objects stuck in the middle of the connect messages should not be there, should be before the connect messages. This might work but may not, object order may still be screwed up. I don't have Mr Peach installed so don't know if this is enough to fix it or what.

#N canvas 10 10 600 400 10;
#X obj 10 10 declare -lib mrpeach;
#X obj 100 100 loadbang;
#X msg 150 150 440;
#X obj 150 200 f;
#X obj 150 250 osc~;
#X msg 250 150 0.5;r
#X obj 250 200 *~;
#X obj 250 300 dac~;
#X obj 350 100 mrpeach/udpreceive 8000;
#X obj 350 150 mrpeach/unpackOSC;
#X obj 350 200 oscparse;
#X obj 350 250 route /frequency /amplitude;
#X obj 350 300 f;
#X obj 350 350 f;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 4 0 6 0;
#X connect 5 0 6 1;
#X connect 6 0 7 0;
#X connect 6 0 7 1;
#X connect 15 0 16 0;
#X connect 16 0 17 0;
#X connect 17 0 18 0;
#X connect 18 0 19 0;
#X connect 19 0 4 0;
#X connect 18 1 20 0;
#X connect 20 0 5 1;

Your font issue might just be you think font setting should apply to all patches? Patches save their own font size to make sure patch layout does not turn into a mess. In your patch the last number of the first line is the font size for that patch, so if you change #N canvas 10 10 600 400 10; to #N canvas 10 10 600 400 18; that patch will use an 18 pt font instead of 10. The command line/preference setting only affects newly created patches.

ps. The font issue is solved by Edit - Font - set font.

"see https://msp.ucsd.edu/Pd_documentation/x2.htm#s2.1.1

search there for "HiDPI screens"" - by a helpful soul over on the puredata Github page.

@oid it is the font size even before loading any patch.. for example in file-open. that is fixed by edit-font.

I will rtfm and change the order and figure out what is going on - thank you for the tip.