[PD] controling a [text..] window

[rolfm]

hi list, 

is there a way to control the positioning and the size of the window 

that pops up after sending a [click( to a [text define] object? 

(i would like to use this window in combination with other GUI windows 

that show up at the same time). 

grateful for tips or tricks, 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] win11 deken sha256-problem

[rolfm]

no problems with my Win11 and Pd.0.54.1.

(i'm using the zip version of Pd).

rolf

Lucas Cordiviola schreef op 20-11-2023 17:29:

On 20/11/2023 08:22, IOhannes m zmoelnig wrote:

On 11/20/23 10:37, Antoine Rousseau wrote:

yes, same here on a win11 machine.
I recently updated Pd to 0.54.1, I *think* it was working normally 
before,

with an older Pd/deken.


yes.
iirc, the version of deken thatships with the latest and greatest Pd 
now tries harder to validate the downloads.



I had just upgraded to 0.54-1 (comming from 0.54-0) and installed
'zexy` `iemnet` and `pulqui`. All went good for me. In my deken prefs
I have "Try to verify the libraries' checksum before (re)installing
them" switched to "on".

Edition    Windows 11 Pro
Version    21H2

--

Mensaje telepatico asistido por maquinas.




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Problem with this (involved) abstraction for XY

[rolfm]

Pierre Alexandre Tremblay schreef op 30-08-2023 9:27:

Dear Miller and Christof

I’m sorry to be the cause of pain - I will amend the patch now but
what is strange in this one is that recoding it actually changes its
behaviour.

In all cases, I wish I had seen the changelog entry that would tell me
how the hidden but essential donecanvasdialog settings / behaviour has
changed. In all case, I hope this unexpected behaviour report is
somewhat helpful.



WHERE IS THIS CHANGELOG ENTRY TO BE FOUND?

ROLF



I know my desire to stay vanilla complicates things too, but again, so
many combinations of hardware and oses I think might justify my
self-inflicted pain

p

On 29 Aug 2023, at 23:36, Christof Ressi  
wrote:


Sigh.

@Miller Can we please finally get 
https://github.com/pure-data/pure-data/pull/627? This PR has been 
sitting around for more than 4 years now. In the meantime, people kept 
abusing the private "donecanvasdialog" message in place of a better 
and officially supported alternative, and they will continue to do 
so...


Christof

On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote:
Ok a lot more investigations later, I have isolated the change of 
behaviour.


donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0

Which was used to reset the patcher’s sub patchers at the top left is 
corrupting the ability for a struct to broadcast its click through a 
graph. Now, can anyone on the Pd dev confirm this?


How to reproduce:


https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla


In pd 0.53.2 it works

In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so 
it draws and emits nothing)


To fix it, remove top left the donecanvasdialog elements (2 of them)

Then reinstantiate the 3 pd Subpatches on the right

(Or you can just try the one I attach)

It is not fixed completely yet but the click gets through now. I 
really wonder what has changed there…


Any pointer (pun intended) welcome

p


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd 0.54-0 test 1 released : [plot] visibility

[rolfm]

Windows 11 

create [plot], open plot-help, open plot-template. 

the visibility examples only have visible effect when changing the size
of the plot-data window! 

(in my own, more complicated, use of graphs i have to move the cursor in
and out of the graph-'window'). 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pduino issue

[rolfm]

in my experience using a multimeter to test the working of pins on an
Arduino 
is not always giving what you expect. 
i suggest to use e.g. a led to see if pins are on or off. 

rolf 

Rick Snow wrote: 

Thank you all for your thoughts regarding this issue.

> On Thu, 2023-04-13 at 16:28 -0500, Rick Snow wrote:
> 
>> I am helping someone use pd with an arduino mega.? They would like to
>> use all of the digital output pins.? I?ve used pduino in the past in
>> this way and not had trouble,?
> 
> Also with a Mega?
> 
>> but I seem to be bumping into something now.
> 
> What version of pduino are you using? Most current is 0.8.
> 
> Also, if an older version of pduino worked fine with the Arduino Mega,
> what version was that?

I have used pduino in the past with a mega.  I do not remember if I used
the specific pins in question previously.  I am using pduino .8 and
standardFirmata (most recent).  I am using a Mac with a usb c dongle….I
have tried it on a pc laptop and had the same problem. I have used a
couple of different brand new megas for testing.

One test run revealed the following.
Process: I turn on all the pins with a 250 ms delay in sending messages
"pinMode 2 output" -> "pinMode 53 output".

Then I check each individual pin with a multimeter. The results are:
Pins 2-23 work fine
Pins 24-30 turn on but do not turn off
Pins 31-38 do not turn on or off
Pins 39-53 work fine

I've done this a few times and had different sets of pins working/not
working but they are generally in the areas above with pins 24-38 the
most problematic.

>> I started by using the arduino help patch.? StandardFirmata sketch on
>> the Mega.? Connection via usb works fine.
>> 
>> I set all the pins to output by sending "pinMode 2 output? ->
>> ?pinMode 45 output? messages to the arduino object. No errors.
>> 
>> Then, I use the messages ?digital 2 1? ?digital 2 0? -> ?digital 45
>> 1? ?digital 45 0? sent to the arduino object to check the pins.? When
>> checking with a multimeter I am not able to get output from pins 2-
>> 7.? I do get output from 8-20.? Between 20-40 some pins work and
>> others not at all.? Other pins will turn on but not turn off.
> 
> What happens if you specifically send 'pinMode 45 output, digital 45
> 1'? Or you use any other pin that seems to be not working correctly
> with your setup.

When trying this method directly (without trying to turn on all the pins
first) the working pins all work.
When trying with a "non-working pin", if I do this right after opening
the patch, I can do this with at least 1 pin and it will work. 
Sometimes, I can check up to 3-4 "non-working pins" with this method and
they will work, but then no more "non working pins" will work, and the
previously checked non-working pins will stop working. Working pins will
work even after the "non-working pins" stop responding.  Restarting pd
will allow this behavior to be replicated.

> Also, there is 'pinState' message for querying the
> current state and there is the 'capability' message that triggers a
> report of all supported modes of all pins. So, I would like to know if
> the non-working pins report of themselves to support 'output' mode.
> Then, if you set their 'pinMode' to 'output', do they actually report
> their 'pinState' as 'output'?

pinState messages will show what the multimeter shows with all working
pins.  pinState will sometimes show 1 for non working pins when the
multimeter shows 0. 

>> Checking the pins using a simple blink sketch shows all the pins
>> working fine.
> 
> Ok, so you can be sure the board is working.
> 
>> Any advice would be greatly appreciate!
> 
> I don't own an Arduino Mega and I don't know how well [pduino] is
> tested with that board. I certainly haven't tested it ever.?
> This makes it hard for me to reproduce the problem. If you can give a
> hint that the problem is in the software, that would help.

My intuition is that the messaging for these pins gets corrupted somehow
after a certain number of pinMode messages are sent to the arduino
object, but I really know absolutely nothing about the serial port/sysex
side of this.

Thank you all again for your thoughts!  Ultimately this person would
like to control about 40 solenoids with an arduino mega and a pd patch.

Cheers,
Rick___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [leapmotion] how to get focus?

[rolfm]

well, i tried to go back on the W11 machine to the [leapmotion] setup: 

however, the controler isn't working, it doesn't show the 3 red
sensor-lights. 

re-installing the Gemini/[ultraleap] -> no problem. 

installed the [leapmotion] setup on the old W10 -> same result:
controler not working. 

changing to Gemini/[ultraleap] -> working. 

?? 

that's it for now. 

rolf 

ro...@dds.nl schreef op 17-04-2023 12:33:

> thanks William, 
> 
> installing Gemini & [ultraleap] made it work! 
> 
> only just now i have time to follow up on your suggestions. 
> 
> i'll also test on my old Windows 10 machine. 
> 
> report of that will follow asap. 
> 
> rolf 
> 
> William Brent schreef op 16-04-2023 1:58: 
> I just set up my Windows machine to match your system as closely as possible, 
> and all still works as expected with [leapmotion] for me. The only difference 
> is that I'm on Windows 10 rather than 11. 
> 
> After reading your message again, I see that you're occasionally getting some 
> tracking data, so most of what I said in my previous post is irrelevant. But 
> before I dig any further: are you *sure* you're clicked on Pd to make it the 
> foreground application when testing [leapmotion]? If you're clicked on the 
> desktop or any other window/app to lose focus, then tracking data will stop 
> flowing. And if those focus gained/lost messages aren't making sense with the 
> actual clicking you're doing, that's what we need to look into. Maybe I can 
> just disable the need for focus entirely... 
> 
> On Sat, Apr 15, 2023 at 2:53 PM William Brent  
> wrote: 
> Hi rolf, there are a few confusing things in the LEAP world across 
> Linux/Mac/Windows, but when I was working on this a few months back I did 
> successfully get both [leapmotion] and [ultraleap] working on multiple 
> Windows 10 machines with an original Leap Motion Controller. That said, since 
> you're on Windows 11 there could be some new wrinkles. But here are some 
> starting points to check: 
> 
> First, since you're using [leapmotion] and the old 2.3.1 LEAP software, did 
> you see the Windows notes at the bottom of the INSTALL.txt in the GitHub 
> repo? You can see that here [1]. Maybe running that dpinst64.exe installer 
> will resolve things, though I'm not too confident of that since you're 
> already using your device successfully with other software. 
> 
> Second, have you tried installing the latest LEAP software (Gemini 5.7.2) 
> instead of the old 2.3.1? The latest software supports the new UltraLeap 
> controller as well as the original LEAP Motion Controller (which is what you 
> seem to be using). If you install that, you can try using the [ultraleap] 
> external instead, and hopefully things "just work." It's also available via 
> deken. 
> 
> If both of those fail, my next guess would be that there are additional .dll 
> dependencies as of Windows 11. If that's the case, you'd see messages in Pd's 
> console warning that "The specified module could not be found." About the 
> focus gained/lost messages, those should occur when you click on or away from 
> Pd to make it the foreground application or not. If you're getting spammed 
> with a bunch of these messages and aren't changing application focus, then 
> there's an issue I should look into. That worked as expected for me in my 
> Windows tests back in January. 
> 
> Let me know if any of this gets you unstuck. I was really hoping that these 
> updates to [leapmotion] would make it usable on all platforms for at least a 
> little while, so I'd love to get this working on Windows 11. 
> William 
> 
> On Sat, Apr 15, 2023 at 12:41 PM  wrote: 
> 
> i finally got my hands on a Mac: 
> 
> installed the same Pd, leapmotion software, [leapmotion] for Mac. 
> 
> with my controller i got immediate result. 
> 
> the message "focus gained" appeared instantly,  
> 
> and i could use the cursor-test: moving around and firing the bang. 
> 
> it really looks like there's something not right with [leapmotion] for 
> Windows. 
> 
> (the leapmotion apps available for V2 are also working onmy Windows machine). 
> 
> NB fwiw, when opening leapmotion.h in Visual Studio there appears this 
> message 
> 
> "// this project is built against LeapDeveloperKit_2.3.1+31549_mac, and 
> requires the same version of libLeap.dylib" 
> 
> rolf 
> 
> ro...@dds.nl schreef op 05-04-2023 14:03: 
> 
> Windows 11, PD-53.1
> SDK:LeapDeveloperKit_2.3.1+31549_win
> 
> PD-console:
> -
> Leap Motion Listener: Initialized
> Leap Motion Service: Connected
> Leap Motion Connected Device: LP32497879452 v1.7.0
> 
> 
> [leapmotion] for Pd version 0.2.3
> Forked from version 0.1 by Chikashi Miyama
> Updated by William Brent (Dec 2022)
> 
> 
> Leap Motion Service: Connected
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> Leap Motion 

Re: [PD] [leapmotion] how to get focus?

[rolfm]

thanks William, 

installing Gemini & [ultraleap] made it work! 

only just now i have time to follow up on your suggestions. 

i'll also test on my old Windows 10 machine. 

report of that will follow asap. 

rolf 

William Brent schreef op 16-04-2023 1:58:

> I just set up my Windows machine to match your system as closely as possible, 
> and all still works as expected with [leapmotion] for me. The only difference 
> is that I'm on Windows 10 rather than 11. 
> 
> After reading your message again, I see that you're occasionally getting some 
> tracking data, so most of what I said in my previous post is irrelevant. But 
> before I dig any further: are you *sure* you're clicked on Pd to make it the 
> foreground application when testing [leapmotion]? If you're clicked on the 
> desktop or any other window/app to lose focus, then tracking data will stop 
> flowing. And if those focus gained/lost messages aren't making sense with the 
> actual clicking you're doing, that's what we need to look into. Maybe I can 
> just disable the need for focus entirely... 
> 
> On Sat, Apr 15, 2023 at 2:53 PM William Brent  
> wrote: 
> Hi rolf, there are a few confusing things in the LEAP world across 
> Linux/Mac/Windows, but when I was working on this a few months back I did 
> successfully get both [leapmotion] and [ultraleap] working on multiple 
> Windows 10 machines with an original Leap Motion Controller. That said, since 
> you're on Windows 11 there could be some new wrinkles. But here are some 
> starting points to check: 
> 
> First, since you're using [leapmotion] and the old 2.3.1 LEAP software, did 
> you see the Windows notes at the bottom of the INSTALL.txt in the GitHub 
> repo? You can see that here [1]. Maybe running that dpinst64.exe installer 
> will resolve things, though I'm not too confident of that since you're 
> already using your device successfully with other software. 
> 
> Second, have you tried installing the latest LEAP software (Gemini 5.7.2) 
> instead of the old 2.3.1? The latest software supports the new UltraLeap 
> controller as well as the original LEAP Motion Controller (which is what you 
> seem to be using). If you install that, you can try using the [ultraleap] 
> external instead, and hopefully things "just work." It's also available via 
> deken. 
> 
> If both of those fail, my next guess would be that there are additional .dll 
> dependencies as of Windows 11. If that's the case, you'd see messages in Pd's 
> console warning that "The specified module could not be found." About the 
> focus gained/lost messages, those should occur when you click on or away from 
> Pd to make it the foreground application or not. If you're getting spammed 
> with a bunch of these messages and aren't changing application focus, then 
> there's an issue I should look into. That worked as expected for me in my 
> Windows tests back in January. 
> 
> Let me know if any of this gets you unstuck. I was really hoping that these 
> updates to [leapmotion] would make it usable on all platforms for at least a 
> little while, so I'd love to get this working on Windows 11. 
> William 
> 
> On Sat, Apr 15, 2023 at 12:41 PM  wrote: 
> 
> i finally got my hands on a Mac: 
> 
> installed the same Pd, leapmotion software, [leapmotion] for Mac. 
> 
> with my controller i got immediate result. 
> 
> the message "focus gained" appeared instantly,  
> 
> and i could use the cursor-test: moving around and firing the bang. 
> 
> it really looks like there's something not right with [leapmotion] for 
> Windows. 
> 
> (the leapmotion apps available for V2 are also working onmy Windows machine). 
> 
> NB fwiw, when opening leapmotion.h in Visual Studio there appears this 
> message 
> 
> "// this project is built against LeapDeveloperKit_2.3.1+31549_mac, and 
> requires the same version of libLeap.dylib" 
> 
> rolf 
> 
> ro...@dds.nl schreef op 05-04-2023 14:03: 
> 
> Windows 11, PD-53.1
> SDK:LeapDeveloperKit_2.3.1+31549_win
> 
> PD-console:
> -
> Leap Motion Listener: Initialized
> Leap Motion Service: Connected
> Leap Motion Connected Device: LP32497879452 v1.7.0
> 
> 
> [leapmotion] for Pd version 0.2.3
> Forked from version 0.1 by Chikashi Miyama
> Updated by William Brent (Dec 2022)
> 
> 
> Leap Motion Service: Connected
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> -
> 
> i've been trying to get leapmotion-help working, with minimal succes.
> where the leapmotion diagnostic visualiser shows my hands representation all 
> the time, 
> [leapmotion] does not report anything from the controler,
> and now and then prints the messages focus gained/focus lost.
> 
> only a few times suddenly a frame 

Re: [PD] [leapmotion] how to get focus?

[rolfm]

i finally got my hands on a Mac: 

installed the same Pd, leapmotion software, [leapmotion] for Mac. 

with my controller i got immediate result. 

the message "focus gained" appeared instantly,  

and i could use the cursor-test: moving around and firing the bang. 

it really looks like there's something not right with [leapmotion] for
Windows. 

(the leapmotion apps available for V2 are also working onmy Windows
machine). 

NB fwiw, when opening leapmotion.h in Visual Studio there appears this
message 

"// this project is built against LeapDeveloperKit_2.3.1+31549_mac, and
requires the same version of libLeap.dylib" 

rolf 

ro...@dds.nl schreef op 05-04-2023 14:03:

> Windows 11, PD-53.1
> SDK:LeapDeveloperKit_2.3.1+31549_win
> 
> PD-console:
> -
> Leap Motion Listener: Initialized
> Leap Motion Service: Connected
> Leap Motion Connected Device: LP32497879452 v1.7.0
> 
> 
> [leapmotion] for Pd version 0.2.3
> Forked from version 0.1 by Chikashi Miyama
> Updated by William Brent (Dec 2022)
> 
> 
> Leap Motion Service: Connected
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> Leap Motion Controller: Focus gained
> Leap Motion Controller: Focus lost
> 
> -
> 
> i've been trying to get leapmotion-help working, with minimal succes.
> where the leapmotion diagnostic visualiser shows my hands representation all 
> the time, 
> [leapmotion] does not report anything from the controler,
> and now and then prints the messages focus gained/focus lost.
> 
> only a few times suddenly a frame with general data showed up,
> with or without a change of position for the button in the cursor-test.
> 
> why, i don't know. i cannot reproduce it, whatever i do with my hand(s).
> 
> the siamese appearance of the gained/lost messages gives the impression
> (to me) there's some 'secret magic' needed for [leapmotion] to get focussed.
> 
> what am i missing or doing wrong?
> 
> rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [leapmotion] how to get focus?

[rolfm]

Windows 11, PD-53.1
SDK:LeapDeveloperKit_2.3.1+31549_win

PD-console:
-
Leap Motion Listener: Initialized
Leap Motion Service: Connected
Leap Motion Connected Device: LP32497879452 v1.7.0


[leapmotion] for Pd version 0.2.3
Forked from version 0.1 by Chikashi Miyama
Updated by William Brent (Dec 2022)


Leap Motion Service: Connected

Leap Motion Controller: Focus gained
Leap Motion Controller: Focus lost

Leap Motion Controller: Focus gained
Leap Motion Controller: Focus lost

Leap Motion Controller: Focus gained
Leap Motion Controller: Focus lost

-

i've been trying to get leapmotion-help working, with minimal succes.
where the leapmotion diagnostic visualiser shows my hands representation
all the time, 
[leapmotion] does not report anything from the controler,
 and now and then prints the messages focus gained/focus lost.

only a few times suddenly a frame with general data showed up,
 with or without a change of position for the button in the cursor-test.

why, i don't know. i cannot reproduce it, whatever i do with my hand(s).

the siamese appearance of the gained/lost messages gives the impression
(to me) there's some 'secret magic' needed for [leapmotion] to get
focussed.

what am i missing or doing wrong?

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] mypdwindow-plugin not working in Windows 11

[rolfm]

@lucas 

top! 

rolf 

Lucas Cordiviola schreef op 09-09-2022 16:08:

> this: 
> 
> ~~~ 
> 
> if {[winfo exists .pdwindow]} {
> after 10 wm geometry .pdwindow "500x600+0+0"
> } 
> 
> ~~~ 
> 
> works for me on Win11. 
> 
> --
> 
> Mensaje telepatico asistido por maquinas.
> 
> On 09/09/2022 10:39, ro...@dds.nl wrote: 
> 
> @Roman: with de debug level i see that the plugin is loaded. 
> 
> but, because the regular pd-console is small and i was loading Gem at startup 
> 
> i didn't see the error message in the console about the execution of the 
> plugin: 
> 
> wrong # args: should be "wm geometry window ?newGeometry?" 
> 
> as a try i took away the = from the =500x800+0+0 parameter in the plugin. 
> 
> -> start Pd: no error message and the dimensions were changed, not the 
> positioning. 
> 
> fiddling with the input for the x and y did not give any positive result. 
> 
> putting back-in the = 
> 
> -> startPd: same result  as without ! 
> 
> my intermediate conclusions: 
> 
> 1.there was some invisible garbage in the plugin file in W11 (copied from 
> W10). 
> 
> 2.the positioning not working is not yet solved or explainable. 
> 
> rolf 
> 
> --- 
> 
> Roman wrote: 
> 
> Maybe the problem isn't the switch from Windows 10 to 11, but rather
> the plugin is not loaded on the other box?
> 
> Set Log-Level in the Pd window to "3 debug". You should see a message
> like:
> 
> Loading plugin: /home/roman/Pd/externals/mypdwindow-plugin.tcl
> 
> If this is not shown, then make sure that paths are configured
> correctly in "Preferences" -> "Path".
> 
> Roman
> 
> On Thu, 2022-09-08 at 13:04 +0200, ro...@dds.nl wrote: hi,
> (Pd 0.52.2  Windows 10/11)
> i'm using the mypdwindow-plugin.tcl to have  fixed
> position/dimensions of the pd-console.
> this is the content:
> if {[winfo exists .pdwindow]} {
> wm geometry .pdwindow  =500x800+0+0
> }
> 
> in Windows 10 it worked perfectly.
> now in Windows 11 not at all: i get the standard Pd behaviour.
> 
> as far as i know Tcl/Tk is not included in Windows itself.
> tclsh in a command window is not recognized by Windows, not in W10 or
> in W11.
> so, there cannot be a version conflict and the behaviour of tcl
> commands in connection with Pd should be the same.
> 
> of course it's not more then a nuisance,
> but i would like to understand what's happening.
> 
> rolf
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] mypdwindow-plugin not working in Windows 11

[rolfm]

@Roman: with de debug level i see that the plugin is loaded. 

but, because the regular pd-console is small and i was loading Gem at
startup 

i didn't see the error message in the console about the execution of the
plugin: 

wrong # args: should be "wm geometry window ?newGeometry?" 

as a try i took away the = from the =500x800+0+0 parameter in the
plugin. 

-> start Pd: no error message and the dimensions were changed, not the
positioning. 

fiddling with the input for the x and y did not give any positive
result. 

putting back-in the = 

-> startPd: same result  as without ! 

my intermediate conclusions: 

1.there was some invisible garbage in the plugin file in W11 (copied
from W10). 

2.the positioning not working is not yet solved or explainable. 

rolf 

--- 

Roman wrote: 

Maybe the problem isn't the switch from Windows 10 to 11, but rather
the plugin is not loaded on the other box?

Set Log-Level in the Pd window to "3 debug". You should see a message
like:

Loading plugin: /home/roman/Pd/externals/mypdwindow-plugin.tcl

If this is not shown, then make sure that paths are configured
correctly in "Preferences" -> "Path".

Roman

On Thu, 2022-09-08 at 13:04 +0200, ro...@dds.nl wrote:

> hi,
> (Pd 0.52.2  Windows 10/11)
> i'm using the mypdwindow-plugin.tcl to have  fixed
> position/dimensions of the pd-console.
> this is the content:
> if {[winfo exists .pdwindow]} {
> wm geometry .pdwindow  =500x800+0+0
> }
> 
> in Windows 10 it worked perfectly.
> now in Windows 11 not at all: i get the standard Pd behaviour.
> 
> as far as i know Tcl/Tk is not included in Windows itself.
> tclsh in a command window is not recognized by Windows, not in W10 or
> in W11.
> so, there cannot be a version conflict and the behaviour of tcl
> commands in connection with Pd should be the same.
> 
> of course it's not more then a nuisance,
> but i would like to understand what's happening.
> 
> rolf
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] mypdwindow-plugin not working in Windows 11

[rolfm]

hi, 

(Pd 0.52.2  Windows 10/11) 

i'm using the mypdwindow-plugin.tcl to have  fixed position/dimensions
of the pd-console. 

this is the content: 

if {[winfo exists .pdwindow]} {
wm geometry .pdwindow  =500x800+0+0
} 

in Windows 10 it worked perfectly. 

now in Windows 11 not at all: i get the standard Pd behaviour. 

as far as i know Tcl/Tk is not included in Windows itself. 

tclsh in a command window is not recognized by Windows, not in W10 or in
W11. 

so, there cannot be a version conflict and the behaviour of tcl commands
in connection with Pd should be the same. 

of course it's not more then a nuisance, 

but i would like to understand what's happening. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] patching with voice commands

[rolfm]

hi, 

on youtube there's a video about patching in Pd with voice commands.
it was (part of a project?) called "kiku". 

https://www.youtube.com/watch?v=pJMm4IUIIrQ=12s

still existing is a github repository 
https://github.com/patricksebastien/kiku

last update 7 years ago and using pd-extended.

it contains a link to download a debian binary which seems to be dead.

did anybody more or less recently do an effort to revive this voice
recognition project?

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd 52.2 different font in console?

[rolfm]

@Dan 

i gave you incomplete debug info, should be this: 

pdfontloader loaded DejaVuSansMono.ttf
pdfontloader loaded DejaVuSansMono-Bold.ttf
pdfontloader loaded DejaVuSansMono-Oblique.ttf
pdfontloader loaded DejaVuSansMono-BoldOblique.ttf
'pd-gui' connecting to 'pd' on localhost 5331 ...
-- done with main --
Tk 8.6.10
detected font: DejaVu Sans Mono
using font: DejaVu Sans Mono bold 

rolf 

Dan Wilcox schreef op 08-04-2022 13:48:

> Turn log level to 4. What is the font debug info printed at start?
> 
>> On Apr 8, 2022, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: 
>> Message: 1
>> Date: Fri, 08 Apr 2022 11:35:39 +0200
>> From: ro...@dds.nl
>> To: Pd list 
>> Subject: [PD] Pd 52.2 different font in console?
>> Message-ID: 
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> hi, 
>> 
>> i just upgraded from 52.1 to 52.2 on Windows 10. 
>> 
>> i noticed: 
>> 
>> first: text in Pd-console looks much clearer. 
>> 
>> then: in 52.1 (and before(?)) the font in the Pd-console was different
>> from the one in the patches. 
>> 
>> now in 52.2 the font in the console and in the patches seems the same,
>> BUT the patches look like having an ugly bold version. 
>> 
>> i was used to that, but of course now i would like to have the same
>> clear image as in the console. 
>> 
>> rolf
> 
>  
> Dan Wilcox 
> @danomatika [1] 
> danomatika.com [2] 
> robotcowboy.com [3]

 

Links:
--
[1] http://twitter.com/danomatika
[2] http://danomatika.com
[3] http://robotcowboy.com___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Pd 52.2 different font in console?

[rolfm]

hi, 

i just upgraded from 52.1 to 52.2 on Windows 10. 

i noticed: 

first: text in Pd-console looks much clearer. 

then: in 52.1 (and before(?)) the font in the Pd-console was different
from the one in the patches. 

now in 52.2 the font in the console and in the patches seems the same,
BUT the patches look like having an ugly bold version. 

i was used to that, but of course now i would like to have the same
clear image as in the console. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] finding differences between almost identical patches

[rolfm]

hi list,

is there a smart way to find the difference between 2 versions of a
patch?

sometimes i have 2 versions of a (complicated) patch
and i don't remember what's the (maybe small) difference between them.

the methods i'm using at the moment are:

comparing the behaviour.
however, when the patch has lots of possibilities this can be seriously
time-consuming.
also, when the behaviour is different it's not always clear where to
look for the cause of it.

comparing the involved .pd files as text.
for that, i'm using the app Kdiff3 which can do complete dir's in one
run.
it's a good tool, effective in some cases.

visual inspection.
going through all subpatches looking for possible changes.
especially cumbersome when i have no clue where to look specifically.

consulting my change-log.
hoping to find a hint.

i guess in the Pd-community there exist more methods/tools to tackle
this search for differences.
hearing about it would be appreciated.

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] problem with use of pdlibbuilder

[rolfm]

i found 'lucas' webpage 
https://puredata.info/docs/developer/mingw/WindowsMinGW


installed MSYS2 following the instructions.
sofar so good.

starting MSYS2 MinGW 64-bit, following the 
https://github.com/pure-data/helloworld webpage:


make install pdincludepath=../pure-data/src/ objectsdir=./build

ERROR:
"cannot find C:\Program Files/Pd/bin/pd.dll: No such file or directory"

in the Makefile.pdlibbuilder i could find that
pdincludepath should be PDDIR
and ../pure-data/src/ is NOT meant being the /src folder of Pd
but the 'root' of the Pd install.

then this finally worked.


rolf

Lucas Cordiviola schreef op 07-11-2021 13:36:

On 11/7/2021 9:18 AM, ro...@dds.nl wrote:

following the instructions, with a powershell in the folder i do:


powershell?

You should use the MinGW[32 or 64] shell. Not the powershell.

--

Mensaje telepatico asistido por maquinas.




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] problem with use of pdlibbuilder

[rolfm]

hi, 

(Windows 10, MinGW32 installed) 

i'm want to use pdlibbuilder and started with the 'helloworld' example: 

https://github.com/pure-data/helloworld
(danomatica) 

following the instructions, with a powershell in the folder i do: 

make install pdincludepath=./src/ objectsdir=./build 

this gives the following error: 

 Command "gcc -dumpmachine" did not return a target triplet 

looking up what a target triplet could be, i have the impression 

this error should not happen with pdlibbuilder. 

(besides that i don't know what it should be and where to supply it) 

any hint is appreciated. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] playing random media (bit OT)

[rolfm]

@dan 

thanks Dan 

i'm not a beginner with Pd anymore, so to do some days of patching is
ok. 

learning a new language is another story. 

but, i still will have a look at your suggestion and see if it's
possible to combine things i can find in this area. 

rolf 

Dan Wilcox schreef op 09-09-2021 12:15:

> On Sep 9, 2021, at 12:09 PM, Dan Wilcox  wrote: 
> 
> to build it from scratch is at this moment too big for me.

  Ah apologies. I just saw you were *not* asking for custom solution
approaches.

> On Sep 9, 2021, at 12:09 PM, Dan Wilcox  wrote: 
> 
> If I would approach something like this with all the media on disk and only 
> needs to be accessed locally, I would write a simple OSC database server with 
> something like Python. Basically, have a script that crawls through all the 
> folders and fills an SQLlite dB which the server then reads from and have 
> some basic queries via OSC. Pd could then say "I want an image" and the 
> server would respond with an OSC message containing the fullpath as a string 
> and perhaps any additional metadata which might be useful. The type and 
> amount of metadata depends on how much pre-processing and/or manual tagging 
> you want to do. 
> 
> That would be a relatively quick & dirty solution. I'm sure there are more 
> robust and generalized media servers out there, but for some things making a 
> streamlined & focused solution is useful.
> 
>> On Sep 9, 2021, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: 
>> Message: 2
>> Date: Thu, 09 Sep 2021 10:00:24 +0200
>> From: ro...@dds.nl
>> To: Pd list 
>> Subject: [PD] playing random media (bit OT)
>> Message-ID: <13343ae5530cdee19236aec18082b...@dds.nl>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> hi, 
>> 
>> in memory of a great friend i lost 
>> 
>> i'm looking for a way to play  at random from his huge archive 
>> 
>> of mixed media (movies, pictures, sound). 
>> 
>> preferably with Puredata. 
>> 
>> to build it from scratch is at this moment too big for me. 
>> 
>> it would be very much appreciated when somebody can point me 
>> 
>> to something that goes in the direction of this goal. 
>> 
>> rolf
> 
>  
> Dan Wilcox 
> @danomatika [1] 
> danomatika.com [2] 
> robotcowboy.com [3]

 
Dan Wilcox 
@danomatika [1] 
danomatika.com [4] 
robotcowboy.com [5] 

 

Links:
--
[1] http://twitter.com/danomatika
[2] http://danomatika.com/
[3] http://robotcowboy.com/
[4] http://danomatika.com
[5] http://robotcowboy.com___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] playing random media (bit OT)

[rolfm]

hi, 

in memory of a great friend i lost 

i'm looking for a way to play  at random from his huge archive 

of mixed media (movies, pictures, sound). 

preferably with Puredata. 

to build it from scratch is at this moment too big for me. 

it would be very much appreciated when somebody can point me 

to something that goes in the direction of this goal. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] working with integers

[rolfm]

ro...@dds.nl schreef op 25-05-2021 23:16:

> hi, 
> 
> because of the problems i had with calculations using floating point math, 
> 
> and following Roman's advice, i changed to integer math. 
> 
> however that's easier said then done. 
> 
> i'm running again into an unexpected limitation: 
> 
> 32-bits can represent signed integers upto 2.147...billion. 
> 
> however, as soon as a number is greater then binary 27 bits the last byte 
> stays 0.( after 134217727 ) 
> 
> e.g. 13420 + 25000 = 134224992 (should be 134225000). 
> 
> what am i missing? 
> 
> rolf

correction: the difference is 8, so it's the last 4 bits that are
involved.___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] working with integers

[rolfm]

hi, 

because of the problems i had with calculations using floating point
math, 

and following Roman's advice, i changed to integer math. 

however that's easier said then done. 

i'm running again into an unexpected limitation: 

32-bits can represent signed integers upto 2.147...billion. 

however, as soon as a number is greater then binary 27 bits the last
byte stays 0.( after 134217727 ) 

e.g. 13420 + 25000 = 134224992 (should be 134225000). 

what am i missing? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd number boxes, slider boxes, etc. don't update if my main patch is not visible during starting up (Debian) Tcl/Tk 8.6 (Ingo)

[rolfm]

Ingo schreef op 24-05-2021 6:38:

> Kiosking any window with no delay will crash the window, though!

there's a new version of the kiosk-plugin 

https://git.iem.at/pd/kiosk-plugin 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd number boxes, slider boxes, etc. don't update if my main patch is not visible during starting up (Debian) Tcl/Tk 8.6 (Ingo)

[rolfm]

on Windows 10 

a minimal patch with a loadbang of vis 0 to the main (and only) canvas, 

a numberbox updating with a metro, 

a vis 1 after some time 

shows the number box changing. 

does something like this also not work in your setup? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] numbers seem to be wrongly adding up

[rolfm]

thanks Roman for replying 

i had the, apparently, wrong idea that it were the big numbers giving
problems when using floating point arithmetic. 

now, after reading up about the 'perils of floating point' i have to
rethink my method of calculation. 

rolf 

Roman Haefeli wrote: 

>>The intricacies of 32bit floating point numbers have been discussed up 

>>and down on this list.

>>tldr; many decimal numbers do not have an exact floating point
>>representation. Incrementing with such numbers increases the error on
>>each iteration

>>Suggestion: Count with integer numbers and scale afterwards.

>>Roman___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] numbers seem to be wrongly adding up

[rolfm]

hi, 

working on a simulation patch i've difficulties with wrong results from
additions. 

in a periodic loop a [value V] is added up with a constant. 

a simplified version: 

[t b] - [v V] - [+ 0.0025] - [v V] 

it starts at 0. 

looking at the numbers when put in an array i see that e.g. 

the value that should be 0.1250 is actually 0.124 

and 0.75 is actually 0.744. 

in the loop this variable is used for calculations which multiply the
deviations. 

why does this simple addition not giving the exact result? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] how to get big numbers from array into a file?

[rolfm]

Christof Ressi schreef op 09-05-2021 13:40: 

>Can you share the output? 

here's  a small part of it. 

putting the textfile into a spreadsheet (OpenOffice) 

only the %d data is seen as numbers. 

with [makefilename %d]
49
64
81
100
121
144
169

with [makefilename %.2f]
49.00
64.00
81.00
100.00
121.00
144.00
169.00

with [makefilename %f]
49.00
64.00
81.00
100.00
121.00
144.00
169.00

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] how to get big numbers from array into a file?

[rolfm]

thanks for the answers. 

i'm not asking about double-precision here. 

@Christof 

 [makefilename %d]  together with [text] works: in the spreadsheet the
'text'  in the output file is seen as numbers. 

 with [makefilename %f]  this is not the case. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] how to get big numbers from array into a file?

[rolfm]

hi, 

i'm struggling with the way Pd handles numbers bigger then 99. 

i have an array with thousands of numbers, which i write to a file to
analyse them. 

however, as soon as a number is bigger then 99 i get the abbreviated
notation and am loosing the lower digits. 

in Pd i can make a big number showing all digits by transforming it into
a symbol, e.g. with makefilename. 

but a thus created text-file does not work in a spreadsheet. 

probably there's a way to overcome this seemingly limitation, but i've
not found it yet. 

anybody with a hint? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] kiosk-plugin crashes Pd

[rolfm]

windows 10, Pd-51.0-64

KioskNewWindow True
ShowMenu False
ScrollBars False

the kiosk.cfg is in the same map as the Pd-patch.

when opening a patch the menu-bar is still present,
it disappears after clicking in/on the patch window.

when opening a patch with several sub-patch windows already open,
the menu-bars are present, but Pd crashes when clicking on the sub-patch
windows.
sometimes it's immediately at the first one, other times at the second
or the third.

when opening the main patch first, and the sub-patch windows later 
with a [vis 1( message  in the main patch, the timing seems important: 

when using a [loadbang] - [del 100]  the menu-bars are still present, as
is the crashing of Pd after clicking on the windows. 

with [del 1000] the menu-bars are gone, and Pd does not crash.

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] kiosk-plugin not in deken?

[rolfm]

hi, 

because the (old?) kiosk-plugin shows an (old) error (
https://lists.puredata.info/pipermail/pd-list/2017-11/120989.html ) 

i was looking with deken if there's a new version. 

but deken does not find any kiosk-plugin. 

has it been withdrawn? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] netpd-windows stand-alone package doesn't work

[rolfm]

Windows 10

i've downloaded and unpacked netpd-2.2.1-windows.zip.

starting netpd.exe gives me a pd-console with the message
../netpd/main.pd: can't open.

furthermore MY plugins are loaded.

when i start the pd.exe of netpd and then open main.pd
routeOSC, slipenc, slipdec, packOSC, dir
cannot be loaded, because Pd is using MY standard folder at 
AppData\Roaming\Pd etc.
and i just upgraded MY externals to 64-bits.

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] declare: next patch inherits from former one

[rolfm]

Windows 10, Pd 51.0 - 64 

start Pd, open a patch, close it, open another patch 

the declares done in the first patch are still active for the next one. 

a bug or a feature? 

for me it was confusing until i discovered the reason. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] ofelia: patch not working anymore with new version 4.0

[rolfm]

thanks Alexandros for your answer. 

however, it looks like many objects i'm using in my patch are removed
from the library. 

i wonder why. 

so i'm obliged to stay with the older version, 

luckily it's not removed from deken. 

(i did spend a lot of time to get the patch working). 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] ofelia: patch not working anymore with new version 4.0

[rolfm]

i'm on windows 10 , Pd 51.0 

my patch created with ofelia 3.1 is not working anymore with version 4.0


objects cannot be created. 

how come? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tcp-server broadcast question

[rolfm]

follow-up: 

just now i realized that there's no direct way to know which client
number (or IP-address) is given to a certain target. 

which means that a shorter message meant for a specific client still has
to be sent to all. 

so it will be only 'cheaper' when there's just one or a few clients
needing an update at the same moment. 

ro...@dds.nl schreef op 10-11-2020 13:23:

> tcp-server broadcast question
> 
> hi,
> 
> am i right that when tcp-server does 'broadcast' a message,
> actually it will generate as many messages as there are connected clients?
> 
> i'm asking this because i have to send a few bytes to a number of tcp-clients 
> frequently,where for each client the data are different.
> my idea was to broadcast an overall package, and the clients sift out there 
> specific bytes.
> 
> but if tcp-server does indeed multiply the broadcast message, it's probably 
> more efficient /overall 'cheaper' to send a separate message for each client 
> containing only their specific bytes.
> 
> rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] tcp-server broadcast question

[rolfm]

tcp-server broadcast question

hi,

am i right that when tcp-server does 'broadcast' a message,
actually it will generate as many messages as there are connected
clients?

i'm asking this because i have to send a few bytes to a number of
tcp-clients frequently,where for each client the data are different.
my idea was to broadcast an overall package, and the clients sift out
there specific bytes.

but if tcp-server does indeed multiply the broadcast message, it's
probably more efficient /overall 'cheaper' to send a separate message
for each client containing only their specific bytes.

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tcpserver, flush?

[rolfm]

test with the latest iemnet/tcpserver: 

remarkable better results. 

no big bursts anymore. 

sending every 20 msec, 

0-1 % of the messages comes more then 30 msec after the one before. 

80-90%  follow  in 16-24 msec. 

99%  11-29 msec 

which means (i think) that when there's a latency it gets immediately
compensated. 

of course these measurements are done in a kind of lab situation. 

but anyway, it seems to present a good stepping stone for the projects i
want to use it for. 

thanks again everyone for the support. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tcpserver, flush?

[rolfm]

@christof

>> the outcome of these tests si that tcpserver is not suitable for my 
>> installation(s).

>You might try latest iemnet: 
>https://git.iem.at/pd/iemnet/-/jobs/17401/artifacts/download?file_type=archive 

how do i install the downloaded .dek file? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tcpserver, flush?

[rolfm]

it took me some time but here's what i found out:

(i could only work with the mrpeach library on deken which is the one 
from extended ).


the tests were with 3 clients:
NodeMCU (Wifi ESP8266), Arduino Wifi Rev2 (Wifi NINA), old macbook (Pd 
tcpclient).


laptop Windows 10 Pd-50.0 :
[metro 20] [message of 25 bytes( - SLIPENC - broadcast - tcpserver 
(iemnet or mrpeach).


for the Node and the Arduino there's not a real difference between 
mrpeach or iemnet.
both clients report getting a burst every 240msec average, so mostly 12 
messages in one go.


the pd-client on the macbook reports for iemnet 63-77% messages arriving 
in 20msec after the one before, the rest in bursts.

the scores for mrpeach were varying more, from 75% to a low of 40%.
(but i did not test for days on end, so it's nothing more than an 
educated impression).


 i guess the difference between the Pd-client and the others is due to 
the specific Wifi libraries.


the outcome of these tests si that tcpserver is not suitable for my 
installation(s).


thanks everyone for your contributions in this thread.

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] tcpserver, flush?

[rolfm]

thanks for all the hints,

i hope to test some more tomorrow .

rolf

Roman Haefeli schreef op 15-06-2020 17:24:

Hi Rold,
Hi Martin

On Mon, 2020-06-15 at 09:44 -0400, Martin Peach wrote:

Based on my assumptions, it may be that the OS is delaying sending
the
messages in case you're not finished sending them. You need a break
of
some minimum time before the whole lot gets sent.


That probably forces the underlying framework to create messages of the
desired format. What if you want to send many messages immediately?


 The OS may delay
longer in the case of a wireless connection to avoid network
congestion. This is because TCP has no concept of packet or
'datagram'
like UDP -- you can keep sending until you close the connection, so
one way is to close the connection after each message. Another way
would be to use a longer metro tick period so the stack times out and
sends.


How can you know what is a time that works (over wifi, vpn, ethernet)?
That is not using the TCP protocol as intended.


 Also try sending a longer message to force it to be sent.


What a horrible advice! Just stuff more unnecessary data into to pipe
to force it to put delimiters at the right spot!

Seriously, what you lack is some kind of delimiting mechanism in order
to be able to transmit packets through a stream-oriented protocol such
as TCP or serial line. mrpeach tcp classes do a great job in
obfuscating the true nature of TCP by outputting randomly assembled
lists of floats instead of a stream of float (like iemnet).

OTOH, mrpeach comes with [slipenc] and [slipdec] which implement SLIP
which is probably the simplest available delimiting mechanism.


This should work:

[send (
|
[slipenc]
|
[tcpclient]

[tcpserver]
|
[slipdec]
|
[print]


I'm sure there is some implementation of SLIP for the NodeMCU
somewhere.

Things would get more complicated when you receive TCP data from many
clients in parallel, but you seem to want to only send to many clients.

An alternative approach would be to use UDP instead of TCP. UDP thinks
already in packets, but chances are that packets are lost on the way,
while TCP is absolutely reliable.

Roman




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] tcpserver, flush?

[rolfm]

(Windows 10, Pd-50.0) 

i'm sending  messages of 25 bytes with [mrpeach/tcpserver] to a client
(NodeMCU/ESP8266), 

triggered by [metro 50]. 

with a tcpclient in a seperate Pd the messages are received in the right
order, no gaps. 

on the Node i get sometimes 1, most of the times multiple messages in
one read. 

the sending is done with "broadcast", because in the future there will
be more clients. 

how come the [mrpeach/tcpclient] and the WifiClient on the Node give
different results, 

and can tcpserver be 'forced' to treat them equally? 

any hint is welcome. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Sharing patches bundled with Pd app (cross-platform)

[rolfm]

@lucas 

nice to share your method. 

however, on my Windows 10 (64) the examples won't play: 

because of "unknown API". 

it's not possible to change that in the audiosettings. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] udpsend: unsure about raw data

[rolfm]

how can my NodeMCU's become a client of the TCPserver?

rolf

Martin Peach schreef op 24-05-2020 19:10:

On Sun, May 24, 2020 at 12:09 PM  wrote:


@martin
there will be a minimum of 12 clients (NodeMCU's).
hence, i thought about using multicast.
the clients themself sort out which part of the message is for them.

switching to TCP would mean a lot of connects and disconnects or
as many [udpsend] objects as there are clients.
am i right about this?



You could use [tcpserver], which can maintain multiple connections.

Martin




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] tcpclient-help hangs Pd-50 on my Windows 10

[rolfm]

hi, 

tcpclient-help hangs Pd-50 with the message: 

cannot find entry point for procedure atom_getblob in str.dll 

str-help gives the same. 

which-help crashes Pd. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] tcpclient-help hangs Pd

[rolfm]

on Windows 10 mrpeach/tcpclient-help hangs Pd. 

the message is: cannot find entry point for procedure atom_getblob in
str.dll. 

str-help does the same. 

which-help crashes Pd. 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] udpsend: unsure about raw data

[rolfm]

thanks Andy,

in my case i'm sending to NodeMCU's (a breakoutboard with ESP8266 chip).
so..

rolf

Andy Farnell schreef op 24-05-2020 14:26:

If it's a question of efficiency, to be really really sure,
maybe read the UDP packets off the wire/port with tcpdump,
which despite its name is quite happy to capture and show
UDP too.

tcpdump -i lo udp port 9000 -vv -X

You'll see any byte order munging or padding
due to some NIC/network stack setups. On
my Debian systems it is indeed plain bytes.

a.

On Sun, May 24, 2020 at 01:31:53PM +0200, ro...@dds.nl wrote:

hi,

i want to minimize the data stream send through an UDP connection

by sending 'coded' bytes; the receiver(s) will decode them.

i'm unsure about the meaning of 'raw data' in the helpfile of 
[udpsend].



does [1 2 3( represent bytes with the octal vaue 001 002 003,

or the  integers 1 2 3 which will be 'translated' into the octal bytes
061 062 063 ?

it's a bit ambigious for me, especially comparing the helpfiles of
[iemnet/udpsend] and [mrpeach/udpsend].

with the iemnet version one cannot send files directly, it's necessary
to use [binfile].

does it mean that the mrpeach version recognizes that a file is used 
for

input;

wow that [binfile] is embedded in its [udpsend]?

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] udpsend: unsure about raw data

[rolfm]

hi, 

i want to minimize the data stream send through an UDP connection 

by sending 'coded' bytes; the receiver(s) will decode them. 

i'm unsure about the meaning of 'raw data' in the helpfile of [udpsend].


does [1 2 3( represent bytes with the octal vaue 001 002 003, 

or the  integers 1 2 3 which will be 'translated' into the octal bytes
061 062 063 ? 

it's a bit ambigious for me, especially comparing the helpfiles of
[iemnet/udpsend] and [mrpeach/udpsend]. 

with the iemnet version one cannot send files directly, it's necessary
to use [binfile]. 

does it mean that the mrpeach version recognizes that a file is used for
input; 

wow that [binfile] is embedded in its [udpsend]? 

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] problem with connecting to Arduino

[rolfm]

Martin Peach schreef op 24-04-2020 19:44:

On Fri, Apr 24, 2020 at 1:34 PM  wrote:


Martin Peach schreef op 24-04-2020 18:51:
> On Fri, Apr 24, 2020 at 10:40 AM  wrote:
>>
>> i've been working with the Arduino UNO and Pd for years.
>> now i'm starting with a new board UNO Wifi Rev2.

...

(with the regular UNO this behavior doesn't happen)
i'm not sending anything at startup.
this is what [info) gives:

print: open 1
print: port 5
print: baud 9600
print: dsr 0
print: cts 0
print: parity 0
print: stop 1
print: data 8
print: rtscts 0
print: xonxoff 0
print: hupcl 1
print: rxerrors 0



Here I  get the same thing with a functional device except I have cts
1. Do you get that with the UNO?
You could try sending [dtr 1(  or [rtscts1( and [rts 1( to see if it
wants some hanshaking.

Martin


wow, [dtr 1( did the trick!
what does it mean?
can i do this also when there's no problem like with the regular UNO?
(because the Pd patches are running on different machines with different 
boards)


@antoine
i was wrong about (in use)
when 2 Pd's have a comport connection [info(  gives this:
4 - COM4 (in use)
5 - COM5 (in use)

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] problem with connecting to Arduino

[rolfm]

Martin Peach schreef op 24-04-2020 18:51:

On Fri, Apr 24, 2020 at 10:40 AM  wrote:


i've been working with the Arduino UNO and Pd for years.
now i'm starting with a new board UNO Wifi Rev2.




the board works with the Arduino IDE, also with the IDE's serial 
monitor.


the problem with Pd is in the initialization.

when the board is powered on and i open the port in Pd, nothing 
happens. no 'hello world' or whatever comes through, no lights on the 
board show any activity.


[comport] doesn't give any error message.

when i close the port in Pd, go to the IDE, start the serial monitor, 
the board comes alive, spits out the text.
closing the IDE, opening the port in Pd again, dadada, the text shows 
up.
as long as the board stays plugged in, the communication gives no 
problems.


in Windows 10 the port for a 'regular' UNO appears as "Arduino UNO 
(COM5)".

the new board as "mEDBG Virtual COM Port (COM4)".

is it possible that [comport] fails to initialize this particular 
type?




It's the OS that operates the port, so that's not the problem since it
works OK in the IDE. Maybe you are sending something to the arduino
right at startup? This causes the arduino to appear to freeze, as it's
triggered the bootloader which is now waiting for you to upload a
program to it.
Also, you can send the [info( message to [comport] to get a status
report via its right outlet.


Martin


(with the regular UNO this behavior doesn't happen)
i'm not sending anything at startup.
this is what [info) gives:

print: open 1
print: port 5
print: baud 9600
print: dsr 0
print: cts 0
print: parity 0
print: stop 1
print: data 8
print: rtscts 0
print: xonxoff 0
print: hupcl 1
print: rxerrors 0

@antoine

(in use) means this is the port [comport] is connected to.

when i switch to the other Arduino on port 5 [devices) gives:
4 - COM4 (free)
5 - COM5 (in use)

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] problem with connecting to Arduino

[rolfm]

4 - COM4 (in use) 

Antoine Rousseau schreef op 24-04-2020 17:40:

> what does: 
> 
> [devices( 
> | 
> [comport] 
> 
> return ? 
> 
> Antoine Rousseau  
> http://www.metalu.net [1] __ http://www.metaluachahuter.com/ [2]
> 
> Le ven. 24 avr. 2020 à 16:38,  a écrit : 
> 
>> i've been working with the Arduino UNO and Pd for years.
>> now i'm starting with a new board UNO Wifi Rev2.
>> 
>> the board works with the Arduino IDE, also with the IDE's serial monitor.
>> 
>> the problem with Pd is in the initialization.
>> 
>> when the board is powered on and i open the port in Pd, nothing happens. no 
>> 'hello world' or whatever comes through, no lights on the board show any 
>> activity.
>> 
>> [comport] doesn't give any error message.
>> 
>> when i close the port in Pd, go to the IDE, start the serial monitor, the 
>> board comes alive, spits out the text.
>> closing the IDE, opening the port in Pd again, dadada, the text shows up.
>> as long as the board stays plugged in, the communication gives no problems.
>> 
>> in Windows 10 the port for a 'regular' UNO appears as "Arduino UNO (COM5)".
>> the new board as "mEDBG Virtual COM Port (COM4)".
>> 
>> is it possible that [comport] fails to initialize this particular type?
>> 
>> rolf ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list

 

Links:
--
[1] http://metalu.net
[2] http://www.metaluachahuter.com/compagnies/al1-ant1/___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] problem with connecting to Arduino

[rolfm]

i've been working with the Arduino UNO and Pd for years.
now i'm starting with a new board UNO Wifi Rev2.

the board works with the Arduino IDE, also with the IDE's serial
monitor.

the problem with Pd is in the initialization.

when the board is powered on and i open the port in Pd, nothing happens.
no 'hello world' or whatever comes through, no lights on the board show
any activity.

[comport] doesn't give any error message.

when i close the port in Pd, go to the IDE, start the serial monitor,
the board comes alive, spits out the text.
closing the IDE, opening the port in Pd again, dadada, the text shows
up.
as long as the board stays plugged in, the communication gives no
problems.

in Windows 10 the port for a 'regular' UNO appears as "Arduino UNO
(COM5)".
the new board as "mEDBG Virtual COM Port (COM4)".

is it possible that [comport] fails to initialize this particular type?

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cursor in array pd50 vs pd48

[rolfm]

 @ Dan

 thanks for answering, but your suggestion doesn't change the cursor in 
the array-in-datastructure


 rolf


Dan Wilcox schreef op 21-03-2020 14:58:
I'll start by assuming "impossible to work with" means the 
functionality works but you can't see the array point behind the 
vertical double arrow cursor while moving it.
The cursors are set in pd-gui.tcl in the init_for_platform proc. You 
can changing ::cursor_runmode_thicken to an arrow.


The cursor code in the TCL hasn't changed since at least 9-10 years, so 
maybe you are seeing a difference between Tk versions.


On Mar 21, 2020, at 2:19 PM, pd-list-requ...@lists.iem.at wrote:
Date: Sat, 21 Mar 2020 14:19:40 +0100
From: ro...@dds.nl
To: Pd list 
Subject: [PD] cursor in array pd50 vs pd48
Message-ID: 
Content-Type: text/plain; charset="utf-8"; Format="flowed"

hi

(windows 10)

just now i encountered a difference in cursor behavior in Pd 50 vs Pd 
48

.

attached is a picture when using the cursor in a graph.

cursor 1: not pointing to a line in the graph - in both Pd's the same

cursor 2: Pd48 pointing to a line (and possibly changing it)

cursor 3: Pd50 idem

cursor 3 is impossible to work with when one wants to change something
in the graph,

or even using it for reading a position in the graph.

the array-in-datastructures-help can be used to illustrate this.

how to change this?

rolf


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] cursor in array pd50 vs pd48

[rolfm]

hi

(windows 10)

just now i encountered a difference in cursor behavior in Pd 50 vs Pd 48 
.


attached is a picture when using the cursor in a graph.

cursor 1: not pointing to a line in the graph - in both Pd's the same

cursor 2: Pd48 pointing to a line (and possibly changing it)

cursor 3: Pd50 idem

cursor 3 is impossible to work with when one wants to change something 
in the graph,


or even using it for reading a position in the graph.

the array-in-datastructures-help can be used to illustrate this.

how to change this?

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ofelia: destroy, create ofWindow

[rolfm]

for completeness of this thread : 

Zack Lee schreef op 09-03-2020 0:03:

> "with the Lua script the the 'old' instance is replaced by a fresh one 
> everytime [ofSetup] is done." 
> -> Yes, this is true. In Ofelia Pd object, the instance is created only once 
> when the object is created. 
> 
> It seems some OF classes don't work properly once the window is destroyed. 
> Basically, OF was designed to close the window only when the app is quitting. 
> 
> For now, if you find such an issue, I think you should write a Lua script to 
> fix it. 
> 
> Best,  
> Zack 
> 
> 2020년 3월 8일 (일) 오전 7:07, 님이 작성: 
> 
> thanks Zack, your solution works. 
> 
> you put the creation of the ofEasyCam instance in a Lua script where i used 
> the Ofelia Pd object. 
> 
> with the Lua script the the 'old' instance is replaced by a fresh one 
> everytime [ofSetup] is done. 
> 
> am i right this shows  a significant difference between the two patching 
> methods. 
> 
> is this only with [ofSetup] ? 
> 
> rolf 
> 
> Zack Lee schreef op 07-03-2020 5:56: 
> Hi Rolf, 
> 
> I think it is [ofEasyCam]'s problem. 
> After you recreate the window, if you also recreate [ofEasyCam MA-cam] object 
> and call "setupPerspective()", it works again. 
> 
> One way to fix this could be to recreate the ofEasyCam class instance 
> whenever the window is created. 
> I attached the patch that does this. Let me know if you still have the 
> problem. 
> 
> Regards, 
> Zack 
> 
> 2020년 3월 5일 (목) 오전 7:21, 님이 작성: 
> 
> hi, 
> 
> (windows 10, pd-50.0) 
> 
> 1. after destroy and create of the ofWindow i cannot use the mouse anymore to 
> move the EasyCam. 
> 
> until now i didn't find a solution (workaround) for this. 
> 
> 2. when doing destroy and create in the same message the result seems to be 
> unpredictable. 
> 
> using a [del 200] between destroy and create 'solves' this. (the 200 is just 
> a choice). 
> 
> 3. after a reset (destroy and create ofWindow) my objects are at a position 
> different from the one after initializing. 
> 
> (could this be connected with the EasyCam problem?) 
> 
> i've 'solved' this by doing the first reset automatically after 
> initialisation. 
> 
> attached is a test patch demonstrating 1. and 3. 
> 
> i'm using the Pd objects of Ofelia (not Lua  script)  because it's easier for 
> me to embed it in a bigger patch  
> 
> where data are send to different OF sub-patches. 
> 
> has anybody else encountered these problems? 
> 
> rolf 
> 
> @zack 
> 
> as you can see i'm making progress.___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ofelia: destroy, create ofWindow

[rolfm]

thanks Zack, your solution works. 

you put the creation of the ofEasyCam instance in a Lua script where i
used the Ofelia Pd object. 

with the Lua script the the 'old' instance is replaced by a fresh one
everytime [ofSetup] is done. 

am i right this shows  a significant difference between the two patching
methods. 

is this only with [ofSetup] ? 

rolf 

Zack Lee schreef op 07-03-2020 5:56:

> Hi Rolf, 
> 
> I think it is [ofEasyCam]'s problem. 
> After you recreate the window, if you also recreate [ofEasyCam MA-cam] object 
> and call "setupPerspective()", it works again. 
> 
> One way to fix this could be to recreate the ofEasyCam class instance 
> whenever the window is created. 
> I attached the patch that does this. Let me know if you still have the 
> problem. 
> 
> Regards, 
> Zack 
> 
> 2020년 3월 5일 (목) 오전 7:21, 님이 작성: 
> 
>> hi, 
>> 
>> (windows 10, pd-50.0) 
>> 
>> 1. after destroy and create of the ofWindow i cannot use the mouse anymore 
>> to move the EasyCam. 
>> 
>> until now i didn't find a solution (workaround) for this. 
>> 
>> 2. when doing destroy and create in the same message the result seems to be 
>> unpredictable. 
>> 
>> using a [del 200] between destroy and create 'solves' this. (the 200 is just 
>> a choice). 
>> 
>> 3. after a reset (destroy and create ofWindow) my objects are at a position 
>> different from the one after initializing. 
>> 
>> (could this be connected with the EasyCam problem?) 
>> 
>> i've 'solved' this by doing the first reset automatically after 
>> initialisation. 
>> 
>> attached is a test patch demonstrating 1. and 3. 
>> 
>> i'm using the Pd objects of Ofelia (not Lua  script)  because it's easier 
>> for me to embed it in a bigger patch  
>> 
>> where data are send to different OF sub-patches. 
>> 
>> has anybody else encountered these problems? 
>> 
>> rolf 
>> 
>> @zack 
>> 
>> as you can see i'm making progress.<>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Ofelia: destroy, create ofWindow

[rolfm]

hi, 

(windows 10, pd-50.0) 

1. after destroy and create of the ofWindow i cannot use the mouse
anymore to move the EasyCam. 

until now i didn't find a solution (workaround) for this. 

2. when doing destroy and create in the same message the result seems to
be unpredictable. 

   using a [del 200] between destroy and create 'solves' this. (the 200
is just a choice). 

3. after a reset (destroy and create ofWindow) my objects are at a
position different from the one after initializing. 

   (could this be connected with the EasyCam problem?) 

  i've 'solved' this by doing the first reset automatically after
initialisation. 

attached is a test patch demonstrating 1. and 3. 

i'm using the Pd objects of Ofelia (not Lua  script)  because it's
easier for me to embed it in a bigger patch  

where data are send to different OF sub-patches. 

has anybody else encountered these problems? 

rolf 

@zack 

as you can see i'm making progress.<>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Gem not loading

[rolfm]

trying to get Gem working in Windows 10 Pd 0.50
Gem 0.94 downloaded with deken.

the following error comes up

cannot find entry point of procedure
 pthread_cond_timedwait_relative_np in
..\Pd\Gem\libglib-2.0-0.dll

Gem.dll couldn't load

googling for answers did not give me anything useful.

anybody has a hint?

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Symbol delay

[rolfm]

@oliver

no attachment in my Pd-list digest

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd 0.50 repeated vis reduces window

[rolfm]

ro...@dds.nl schreef op 07-09-2019 12:31:

in Windows 10

repeating vis 1, vis 0, vis 1 shrinks the vertical size of the shown
window every time further and further.

rolf


this happens when the menu headers need more than 1 line to be 
displayed.




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] font in 0.50

[rolfm]

@christof
i'm using i386.

this is console output:

pdfontloader loaded DejaVuSansMono.ttf
pdfontloader loaded DejaVuSansMono-Bold.ttf
'pd-gui' connecting to 'pd' on localhost 5401 ...
-- done with main --
Tk 8.5.19
Detected font: DejaVu Sans Mono
Using font: DejaVu Sans Mono bold

rolf

Christof Ressi schreef op 08-09-2019 11:31:

I've noticed you didn't reply to Lucas' mail:
https://lists.puredata.info/pipermail/pd-list/2019-08/125829.html

what font is Pd using? are you using 64-bit Pd? if yes, can you try
32-bit and compare?

Christof


Gesendet: Sonntag, 08. September 2019 um 11:16 Uhr
Von: ro...@dds.nl
An: "Pd list" 
Betreff: Re: [PD] font in 0.50

hi,

i'm really strugling with this change in size from 0.49.
it feels like a disaster, until now i did not find something like a
(partial) solution.

i hope some people on the list can point me to something workable.
(besides staying with 0.49).


first a few things which could possibly help me:

is it possible to let Pd ignore the font-size saved in the patch and 
use

another given value?

is it possible to change the standard distance between object boxes 
used

while autopatching?

is it possible to enlarge the area for the cursor to detect an outlet?


then the obstacles:

when, in Windows 10, i scale the system overall from the recommended
125% to 175% i'm still forced to sit close to my 15" screen to be able
to read my existing patches.

(while i need to find flexible comfortable ways to work with the
computer in relation to RSI phenomena).

the pd-windows are enlarged, but the content of the GOP's and the
underlying patches stay in font-size 10.

the same goes for Pd itself.
the font for the console (font-size 12) can be changed but the change 
is

not saved.
the menu's stay anyhow in font-size 10.

lots of help-patches are also in 10.
watching the help-patch with the zoom could help, but is a hassle
because one has to move the focus/cursor to the help-window, do Ctrl + 
,

and maximize the window.

the font-size variable in the command line only works on new patches, 
as

does the zoom preference.


what to do?
there's the terrible option to change all my existing
patches/abstractions to a larger font, what would also mean to
reorganize the layout.

of course i'm dreaming of a scalable overall zoom, even a few distinct
levels would do. (which would also benefit the exchange of patches 
with

other people).
but...

rolf



Miller Puckette schreef op 25-08-2019 18:15:
> Oops, correction: 64-bit 0.49 and 0.50, and 32-bit 0.50 look the same,
> but
> 32-bit 0.49 is larger and smudgy.  (And let me know if you're seeing
> something
> different :)
>
> M
>
> On Sun, Aug 25, 2019 at 08:54:54AM -0700, Miller Puckette wrote:
>> Hi Rolf -
>>
>> I compared 0.49 and 0.50.  It looks to me like the 64 bit version of
>> 0.49 and
>> 0.50, and the 32 bit version of 0.49, all look the same, but the
>> 32-bit
>> version of 0.49 has everything larger and smudgy-looking (apparently
>> because Tcl/Tk was rescaling everything).  The i386 version of 0.49
>> shipped with Tcl/tk 8.5.10 and 0.50 with 8.5.19, which fixed various
>> other
>> problems.
>>
>> From the command line you can run Pd with "-font 16" for instance to
>> get
>> boxes bigger in new patches, but the only way to see an existing patch
>> bigger is to use "zoom".  Unfortunately, patches don't remember their
>> zoom state (I now think that they probably should).
>>
>> cheers
>> Miller
>>
>> On Sun, Aug 25, 2019 at 01:34:23PM +0200, ro...@dds.nl wrote:
>> > hi
>> >
>> > i'm on Windows 10.
>> > font & object boxes & windows show up significant smaller in 0.50 then
>> > in 0.49.
>> >
>> > how come?
>> > and how to change without the command line?
>> >
>> > rolf
>> >
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] font in 0.50

[rolfm]

hi,

i'm really strugling with this change in size from 0.49.
it feels like a disaster, until now i did not find something like a 
(partial) solution.


i hope some people on the list can point me to something workable. 
(besides staying with 0.49).



first a few things which could possibly help me:

is it possible to let Pd ignore the font-size saved in the patch and use 
another given value?


is it possible to change the standard distance between object boxes used 
while autopatching?


is it possible to enlarge the area for the cursor to detect an outlet?


then the obstacles:

when, in Windows 10, i scale the system overall from the recommended 
125% to 175% i'm still forced to sit close to my 15" screen to be able 
to read my existing patches.


(while i need to find flexible comfortable ways to work with the 
computer in relation to RSI phenomena).


the pd-windows are enlarged, but the content of the GOP's and the 
underlying patches stay in font-size 10.


the same goes for Pd itself.
the font for the console (font-size 12) can be changed but the change is 
not saved.

the menu's stay anyhow in font-size 10.

lots of help-patches are also in 10.
watching the help-patch with the zoom could help, but is a hassle 
because one has to move the focus/cursor to the help-window, do Ctrl + , 
and maximize the window.


the font-size variable in the command line only works on new patches, as 
does the zoom preference.



what to do?
there's the terrible option to change all my existing 
patches/abstractions to a larger font, what would also mean to 
reorganize the layout.


of course i'm dreaming of a scalable overall zoom, even a few distinct 
levels would do. (which would also benefit the exchange of patches with 
other people).

but...

rolf



Miller Puckette schreef op 25-08-2019 18:15:
Oops, correction: 64-bit 0.49 and 0.50, and 32-bit 0.50 look the same, 
but
32-bit 0.49 is larger and smudgy.  (And let me know if you're seeing 
something

different :)

M

On Sun, Aug 25, 2019 at 08:54:54AM -0700, Miller Puckette wrote:

Hi Rolf -

I compared 0.49 and 0.50.  It looks to me like the 64 bit version of 
0.49 and
0.50, and the 32 bit version of 0.49, all look the same, but the 
32-bit

version of 0.49 has everything larger and smudgy-looking (apparently
because Tcl/Tk was rescaling everything).  The i386 version of 0.49
shipped with Tcl/tk 8.5.10 and 0.50 with 8.5.19, which fixed various 
other

problems.

From the command line you can run Pd with "-font 16" for instance to 
get

boxes bigger in new patches, but the only way to see an existing patch
bigger is to use "zoom".  Unfortunately, patches don't remember their
zoom state (I now think that they probably should).

cheers
Miller

On Sun, Aug 25, 2019 at 01:34:23PM +0200, ro...@dds.nl wrote:
> hi
>
> i'm on Windows 10.
> font & object boxes & windows show up significant smaller in 0.50 then
> in 0.49.
>
> how come?
> and how to change without the command line?
>
> rolf
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Pd 0.50 repeated vis reduces window

[rolfm]

in Windows 10

repeating vis 1, vis 0, vis 1 shrinks the vertical size of the shown 
window every time further and further.


rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] preferences - startup parameters unreachable

[rolfm]

thanks Lucas for the repair advise.

this problem came about while i tried to set the log level to 4 (all)
like you suggested in 'my' font thread.

-verbose 4
results in "cannot open 4"

-verbose "4"  or -verbose "all"
result in the subject of this thread.

rolf

Lucas Cordiviola schreef op 27-08-2019 11:57:

Hi,

open "regedit" (press the windows key and type "regedit") and navigate
to : HKEY_CURRENT_USER\Software\Pure-Data

locate the "flags" entry and right-click on it and hit "modify".

wipe the [ -verbose "all" ] in the "value data" box.


:)

Mensaje telepatico asistido por maquinas.





On 8/27/2019 6:09 AM, ro...@dds.nl wrote:

hi,

after having added through the menu in start-up flags: -verbose "all"
trying to open the start-up menu is impossible.
in the console it gives this message:

(Tcl) UNHANDLED ERROR: extra characters after close-quote
    while executing
"pdtk_startup_dialog .gfxstub25f3c28 0 "-verbose "all""
"
    ("uplevel" body line 3)
    invoked from within
"uplevel #0 $docmds"(Tcl) UNHANDLED ERROR: extra characters after
close-quote
    while executing
"pdtk_startup_dialog .gfxstub25f39c8 0 "-verbose "all""
"
    ("uplevel" body line 4)
    invoked from within
"uplevel #0 $docmds"

rolf (on windows 10)



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] preferences - startup parameters unreachable

[rolfm]

hi,

after having added through the menu in start-up flags: -verbose "all"
trying to open the start-up menu is impossible.
in the console it gives this message:

(Tcl) UNHANDLED ERROR: extra characters after close-quote
while executing
"pdtk_startup_dialog .gfxstub25f3c28 0 "-verbose "all""
"
("uplevel" body line 3)
invoked from within
"uplevel #0 $docmds"(Tcl) UNHANDLED ERROR: extra characters after 
close-quote

while executing
"pdtk_startup_dialog .gfxstub25f39c8 0 "-verbose "all""
"
("uplevel" body line 4)
invoked from within
"uplevel #0 $docmds"

rolf (on windows 10)



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] font in 0.50

[rolfm]

hi

i'm on Windows 10.
font & object boxes & windows show up significant smaller in 0.50 then
in 0.49.

how come?
and how to change without the command line?

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [Re] [PD-announce] ofelia v3.0.0 released!

[rolfm]

hi zack,

i'm not a LUA user, but ofelia looks great.
AND i started to use it, without LUA for now.

2 remarks:
- the simpleColorQuad example crashes Pd (i'm on Windows 10, 
Pd-0.50-i386)


- not all of-Pd objects are in the help:
i wanted to change the background color and found by accident 
[ofBackground],

without a corresponding help.

thanks for all your work.

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.50-0 test1 released

[rolfm]

ro...@dds.nl schreef op 09-08-2019 13:00:

sorry, my bad: i used the 64-bits version instead of i386


opening my patch, which doesn't give problems in 0.48.1 or 0.49.0,
with the test1 release it gives this:

C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\list2symbol.dll: couldn't 
load

 list2symbol _
... couldn't create
C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\s2l.dll: couldn't load
 s2l
... couldn't create
C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\l2s.dll: couldn't load
 l2s _
... couldn't create
C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\l2s.dll: couldn't load

looks like something changed or is missing.

rolf




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] pd 0.50-0 test1 released

[rolfm]

opening my patch, which doesn't give problems in 0.48.1 or 0.49.0,
with the test1 release it gives this:

C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\list2symbol.dll: couldn't 
load

 list2symbol _
... couldn't create
C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\s2l.dll: couldn't load
 s2l
... couldn't create
C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\l2s.dll: couldn't load
 l2s _
... couldn't create
C:\Users\Gebruiker\AppData\Roaming\Pd\zexy\l2s.dll: couldn't load

looks like something changed or is missing.

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pduino and shift registers

[rolfm]

there is also 'ConfigurableFirmata'

Last updated: September 16th, 2017

however,it does not contain something that addresses shift-registers 
directly.


rolf




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] midi input overload?

[rolfm]

ro...@dds.nl schreef op 26-06-2019 16:12:

hi list

i'm trying to work with MIDI.
the problem i meet is that the midi input very quickly is overloaded.

i have to (re)select the MIDI input channel to continue.

this happens even without a patch, just in de midi-help.

input is coming from a Behringer or from Ableton.

(Pd-0.49 on Mac and on Windows 10)

rolf


we got it working (at least from Ableton) by spreading the 12 
midi-streams (14-bits) over 4 ports/buses.


rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] midi input overload?

[rolfm]

hi list

i'm trying to work with MIDI.
the problem i meet is that the midi input very quickly is overloaded.

i have to (re)select the MIDI input channel to continue.

this happens even without a patch, just in de midi-help.

input is coming from a Behringer or from Ableton.

(Pd-0.49 on Mac and on Windows 10)

rolf



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] PD 0.49-0test1 released- small things on Windows 10

[rolfm]

a few remarks on Windows 10

only with the 64-bits version:
in the window of menu-open one cannot use the address bar in the top
see attached picture.

with 32&64 bits versions:
when opening a patch the window has scroll bars.
when i move the window the scroll bars disappear.

the appearances of the 32 & 64 bits versions are different:
the 32-bits version gives bigger windows (~ 18%) and the
font looks blown-up.

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] questions about Preferences

[rolfm]

@IOhannes


On 8/31/18 11:56 AM, ro...@dds.nl wrote:
still, the searchpath-preferences are apparently different for 
externals

and for plugins.


i missed how the "plugins" (i assume you mean the extensions for the
Pd-gui) entered the discussion here.


i don't know how to interprete this remark.

in the Pd-console i get this output:

loaded iem::punish::patcherize-plugin
loaded iem::punish::triggerize-plugin
'deken-plugin.tcl' already loaded, ignoring: 
'D:/pd-0.48-1.msw/pd/extra/deken-plugin/deken-plugin.tcl'

patcherize - turn objects into a subpatch
triggerize - insert [trigger] ad lib.

for the plugins first the standard folder is inspected and after that 
the (changed) path in my preferences.


there is no choice here for the user; besides removing (temporarely) 
unwanted plugins from the standard folder.





BTW is there a way to declare a .pdsettings in the command-line?
(i cannot find one).


$ pd -help 2>&1 | grep -i pref
-prefs   -- load preferences on startup (true by default)
-noprefs -- suppress loading preferences on startup
-prefsfile   -- load preferences from a file


thanks for that.
trying this out i found:
the -prefsfile option does 'replace' the preferences.
the 'load from..' in the preferences menu adds the prefs from the file 
to the existing ones.


it seems inconsistent, but one can also argue that this offers both 
possibilities.


rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] questions about Preferences

[rolfm]

On 2018-08-30 14:17, ro...@dds.nl wrote:

hi,

i have some questions about the Preferences (i'm on Windows 10, 
Pd-0.48.1).


after changing the 'Externals Install Directory' in the Preferences 
(EID
for short) plugins are still loaded from the standard AppData/../Pd 
folder.


is that a bug?


depends on your pov.

the "Externals *Install* Directory" is an output directory (where to
store download externals) rather an input directory (where to search 
for

externals).
you do have a list of search-directories on the top of that very
searchpath-preferences window you are currently interacting with...

fgmasdr
IOhannes



@IOhannes

thanks for the clarification.
still, the searchpath-preferences are apparently different for externals 
and for plugins.

for the plugins the standard folder is used anyway and also first.

BTW is there a way to declare a .pdsettings in the command-line?
(i cannot find one).

rolf


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] questions about Preferences

[rolfm]

hi,

i have some questions about the Preferences (i'm on Windows 10, 
Pd-0.48.1).


after changing the 'Externals Install Directory' in the Preferences (EID 
for short) plugins are still loaded from the standard AppData/../Pd 
folder.


is that a bug?


when i save the preferences to a file, the EID is not included in this 
'my.pdsettings'.



furthermore, this 'my.pdsettings' gets applied to every Pd-instance i 
have on my system.


so, the settings are still per-machine?


rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] plot questions

[rolfm]

i probably found the solution, or better my mis-use of [append]:
instead of doing an [append] for every new array,
[append] is done once and the resulting pointer is 're-used' everytime.

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] plot questions

[rolfm]

forgot to attach the patch

rolf#N struct testplate float x float y array 1-wave array-element array
2-wave array-element;
#N struct array-element float y;
#N canvas 97 71 513 455 10;
#N canvas 0 50 450 300 array-element 0;
#X obj 62 51 struct array-element float y;
#X restore 170 50 pd array-element;
#N canvas 579 62 612 191 zicht 1;
#X obj 51 34 table waveform 1;
#X restore 25 12 pd zicht;
#N canvas 339 104 449 572 draw 0;
#X obj 84 201 f;
#X obj 84 340 t f f;
#X obj 84 264 until;
#X obj 84 308 f 0;
#X obj 113 308 + 1;
#X msg 102 287 0;
#X obj 84 233 t f b;
#N canvas 203 173 696 665 ini-waves 0;
#X obj 149 7 inlet;
#X obj 133 472 outlet;
#X obj 149 241 t b b a;
#X obj 343 390 s nu-wave;
#X obj 481 300 makefilename %d;
#X obj 149 122 i;
#N canvas 170 438 623 300 ini-pointer 0;
#X obj 199 180 pointer;
#X obj 70 228 outlet;
#X text 103 182 create (x \, y);
#X text 342 187 bring pointer to beginning;
#X msg 70 182 0 0;
#X obj 70 30 inlet;
#X msg 199 160 traverse pd-waveform \, bang;
#X obj 70 81 t b b;
#X obj 70 203 append testplate x y;
#X connect 0 0 8 2;
#X connect 4 0 8 0;
#X connect 5 0 7 0;
#X connect 6 0 0 0;
#X connect 7 0 4 0;
#X connect 7 1 6 0;
#X connect 8 0 1 0;
#X restore 186 319 pd ini-pointer;
#X obj 343 269 t a a;
#X obj 186 349 trigger bang pointer;
#X obj 106 242 t b b;
#X obj 194 137 t b b;
#X obj 186 379 v breed;
#X msg 481 322 set \$1-table;
#X obj 481 347 s set.table.name;
#X obj 303 430 s scalar.pointer;
#X obj 343 293 t a b;
#X obj 343 337 list;
#X obj 376 317 symbol -;
#N canvas 486 153 450 300 slow-drip 0;
#X obj 148 186 list split 1;
#X obj 148 161 list append;
#X obj 148 237 outlet;
#X obj 148 37 inlet;
#X obj 229 237 outlet;
#X obj 222 35 inlet;
#X obj 148 72 b;
#X text 265 36 list;
#X text 103 37 bang;
#X text 273 237 EOL;
#X text 89 236 element;
#X obj 229 207 b;
#X connect 0 0 2 0;
#X connect 0 1 1 1;
#X connect 0 2 11 0;
#X connect 1 0 0 0;
#X connect 3 0 6 0;
#X connect 5 0 1 1;
#X connect 6 0 1 0;
#X connect 11 0 4 0;
#X restore 186 201 pd slow-drip;
#X floatatom 73 149 5 0 0 0 - - -, f 5;
#X obj 186 406 setsize - 1-wave;
#X msg 343 358 set \$2 \$1-wave;
#X msg 255 170 2 1;
#X obj 149 49 sel 3;
#X obj 194 169 del 1000;
#X msg 499 382 1-table;
#X msg 411 388 - 1-wave;
#X connect 0 0 23 0;
#X connect 2 0 9 0;
#X connect 2 1 6 0;
#X connect 2 2 7 0;
#X connect 4 0 12 0;
#X connect 5 0 2 0;
#X connect 5 0 19 0;
#X connect 6 0 8 0;
#X connect 7 0 15 0;
#X connect 7 1 4 0;
#X connect 8 0 11 0;
#X connect 8 1 14 0;
#X connect 8 1 20 1;
#X connect 9 0 24 0;
#X connect 9 1 1 0;
#X connect 10 0 24 0;
#X connect 10 1 22 0;
#X connect 11 0 20 0;
#X connect 12 0 13 0;
#X connect 12 0 25 0;
#X connect 15 0 16 0;
#X connect 15 1 17 0;
#X connect 16 0 21 0;
#X connect 17 0 16 1;
#X connect 18 0 2 0;
#X connect 21 0 3 0;
#X connect 21 0 20 0;
#X connect 21 0 26 0;
#X connect 22 0 18 1;
#X connect 23 0 10 0;
#X connect 23 1 5 0;
#X connect 24 0 18 0;
#X restore 84 115 pd ini-waves;
#X obj 111 176 v breed;
#N canvas 791 70 550 351 write.array 0;
#X obj 80 66 inlet;
#X obj 209 27 inlet;
#X obj 280 122 r nu-wave;
#X obj 80 237 set - y;
#X obj 209 205 element - A-Wave;
#X obj 303 176 r scalar.pointer;
#X connect 0 0 3 0;
#X connect 1 0 4 0;
#X connect 2 0 4 0;
#X connect 4 0 3 1;
#X connect 5 0 4 1;
#X restore 84 403 pd write.array;
#N canvas 791 70 550 465 sample 0;
#X obj 63 85 inlet x;
#X obj 63 121 i;
#X obj 63 261 outlet;
#X obj 63 229 tabread;
#X obj 63 195 t f f b;
#X obj 10 151 r set.table.name;
#X connect 0 0 1 0;
#X connect 1 0 4 0;
#X connect 3 0 2 0;
#X connect 4 0 3 0;
#X connect 5 0 3 0;
#X restore 84 377 pd sample;
#X obj 84 153 t b b;
#X obj 84 84 inlet;
#X connect 0 0 6 0;
#X connect 1 0 10 0;
#X connect 1 1 9 1;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 3 0 1 0;
#X connect 4 0 3 1;
#X connect 5 0 3 1;
#X connect 6 0 2 0;
#X connect 6 1 5 0;
#X connect 7 0 11 0;
#X connect 8 0 0 1;
#X connect 10 0 9 0;
#X connect 11 0 0 0;
#X connect 11 1 8 0;
#X connect 12 0 7 0;
#X restore 143 215 pd draw;
#X obj 25 40 table 1-table 1;
#X obj 24 65 table 2-table 1;
#X msg 143 145 1;
#X msg 208 221 clear;
#X obj 208 242 s pd-waveform;
#N canvas 98 574 450 246 template 1;
#X obj 64 51 struct testplate float x float y array 1-wave array-element
array 2-wave array-element;
#X obj 157 113 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X obj 157 149 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1
1;
#X obj 192 115 plot -v 0 1-wave 70 4 0 0 1;
#X obj 190 147 plot -v 0 2-wave 900 4 0 0 1;
#X obj 41 119 loadbang;
#X msg 41 140 1;
#X connect 1 0 3 0;
#X connect 2 0 4 0;
#X connect 5 0 6 0;
#X connect 6 0 1 0;
#X connect 6 0 2 0;
#X restore 171 22 pd template;
#X msg 182 143 2;
#X msg 240 143 3;
#N canvas 110 237 450 300 init 0;
#X obj 191 20 loadbang;
#X obj 230 114 v breed;
#X obj 191 41 t b b b;
#X obj 210 143 v breed;
#X msg 148 23 bang;
#N canvas 582 138 489 300 size 0;
#X obj 11 23 inlet;
#X obj 12 142 pack f f;
#X text 112 132 gop (x \, y \, 0/1/2/3) x-from yfrom x-to 

[PD] plot questions

[rolfm]

plot questions: multiple arrays

drawing a number of arrays in a [struct] is giving me problems.

it seems that that only when the drawing happens synced, i.e. all 
y-values at the same x-moment, there is no 'after effect'.


when the arrays are drawn one after the other there appears a short 
extra plotted line at 0,0.

(the attached patch demonstrates this with 2 arrays).

is there a way to get rid of this?


plot questions: properties

going to the properties (right-click in the struct): in the synced 
method all the data is shown.

in the other situation(s) only the last drawn array is given.
where are the other data?


plot questions: -n and -v flag

[plot ..] has a -n flag to make it invisible initially.
with this flag set, moving the cursor around in the drawing window 
generates error-messages 'plot-n: no such field'.

furthermore it's unclear to me how to change the flag.

for the -v flag i found out by trying this can be changed by sending a 1 
or 0 to the plot-inlet. it would be good when this is mentioned in the 
help-patch.


(i'm on Windows 10, Pd-0.48-1)

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] triggerize-plugin bug?

[rolfm]

opening the triggerize-help patch
when i select the [trigger] in the upper example and do +
Pd hangs (it does not respond anymore).

i'm on Windows 10, Pd-0.48-1.
triggerize-plugin is in the folder with all externals.

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl 8.4 /8.5 on mac-ppc

[rolfm]

From: sebfumas...@aol.com
To: ro...@dds.nl, pd-list@lists.iem.at
Subject: Re: [PD] Tcl 8.4 /8.5 on mac-ppc
Message-ID: <16361798739-179d-4...@webjas-vad222.srv.aolmail.net>
Content-Type: text/plain; charset="utf-8"


I don't know the specifics but you could use the ox-app.sh script in
the mac directory of the the source tree after building pd.
e.g. osx-app.sh --tk 8.5.19 as the help option -h shows. (so just cd
to the /mac directory and run the script)


great hint. very clear explanation what should be possible.
however, it didn't work because of problems with SSL certificates,
for which i  don't have a solution.
(the output is at the end of this mail)

@IOhannes


-should it then be necessary/possible to compile Pd with this Tcl 8.5


the good thing is, you don't need to compile Pd with Tcl/Tk *at all*.
Wish (the Tcl/Tk interpreter), is a standalone program that is started
by Pd and interprets Pd's tcl/tk commands.
you should be able to replace the embedded Wish implementation by a
newer version.


i had a look at that.
the Pd-tree of the 'regular' mac version differs from the ppc one.
it has a "frameworks" folder (with Tcl in it) that's not in the ppc one.

furthermore, it's unclear for me what exactly is part of the embedded 
Wish implementation.

i tried replacing the whole tcl folder, to no avail.



btw, you could also consider installing Debian on your ppc to get newer
software.


nice try.
my cooperation is with other people with old and new macs,
for whom Linux is out of the question.



i don't remember the details, but maybe kiosk-plugin doesn't *really*
require tcl/tk 8.5 (and just assumes it does).
you could try removing the version from kiosk-plugin.tcl:9 (so it only
reads `package require Tcl`), and see whether it bites back.


i did that already. it bites back.

rolf

OUTPUT

maccie:mac rolfmeesters$ ./osx-app.sh --tk 8.5.19 0.48-1
Using custom 8.5.19 Wish.app
 Creating Tcl/Tk Wish-8.5.19.app
  % Total% Received % Xferd  Average Speed   TimeTime Time  
Current
 Dload  Upload   Total   SpentLeft  
Speed
100   345  100   3450 0 21  0  0:00:16  0:00:15  0:00:01 
0
curl: (60) SSL certificate problem, verify that the CA cert is OK. 
Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate 
verify failed

More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). The default
 bundle is named curl-ca-bundle.crt; you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.

(i tried the suggestion of 'curl -insecure' but i needs an URL which i 
don't know)


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Tcl 8.4 /8.5 on mac-ppc

[rolfm]

i would like to use kiosk-plugin with Pd-0.48 on a mac-ppc (OSX 10.5.8).

however, kiosk-plugin needs tcl 8.5 and the Pd-0.48-1.ppc uses Tcl 8.4.

i was looking for info about tcl 8.5 and a mac-ppc,
but it appeared to me like i had to enter a whole new jungle of terms, 
versions, websites, libraries etc.


hopefully someone here is willing to give me a hint:

-how to get Tcl 8.5 for a mac-ppc

-should it then be necessary/possible to compile Pd with this Tcl 8.5

(other then the kiosk-plugin, everything works with my patches on 
mac-ppc as well as Windows 10).


thanks in advance,
rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] iemguts for mac-ppc

[rolfm]

katja schreef op 12-05-2018 12:32:

On Fri, May 11, 2018 at 4:08 PM,  wrote:


hi,

trying to install an up-to-date IEMGUTS for/on an old mac-ppc.
(because deken presents an old version)

the readme.txt of IEMGUTS says:

installation::
--
#2> make
#3> make install

"make" seems to work allright,
but "make install" gives 'no rule for make target install'


This behavior isn't reproducible for me (on Linux). Can you run
command 'make vars' and check the following:

1. What is the value of 'version' (gives the makefile version)?

2. Do values of variables 'executables', 'datafiles' and 'datadirs'
correspond with actual files in the source tree?



@ katja,

thanks to your questions the solution was simple.

i did start inside the /src folder of iemguts, where is also a makefile.
'make vars' like 'make install' gave 'no rule...',
while 'make' did work (like i said in the first mail).

changing to the main folder did the trick.

so it works, but (small nuisance) the install does not take the path 
that's in my preferences.


dank anyway,
rolf


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] compiling PD on windows --> with MSYS1

[rolfm]

(with some delay)

succeeded in compiling on my old machine(s) with XP.

to run Pd it was necessary to copy libgcc_s_dw2.dll and pthreadGC-3.dll 
from Mingw/bin

to pd/bin.

also VC90.CRT was needed; downloading vcredist_86.exe and installing 
solved that.


i copied the externals from my W10 machine (bsaylor, comport, iemguts, 
zexy);


so far so good.

thnx for the help(s).

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] debian: cannot find build-essentials

[rolfm]

"pure-data_INSTALL.txt at master · pure-data_pure-data · GitHub.html"

 says for Debian: install build-essentials.

took me quite some time to find it should be "build-essential"

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] shrinking subpatches!?

[rolfm]

windows 10, Vanilla 48.1

it's shrinking

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd does not follow switch of sound output (on Windows 10)

[rolfm]

ro...@dds.nl schreef op 27-03-2018 8:58:

on Windows 10, Pd 48.1.

when i switch (on forehand) the sound output to the headphone
connection or a USB-soundcard, Pd stays with the on-board speakers.



even more, the special keys for controling the sound level do not have 
any effect.




only after changing in Pd the audiosetting to ASIO and back, Pd starts
using the  headphone or USB-card.



rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] compiling PD on windows

[rolfm]

thanks everyone for your advices.

i made 2 major mistakes:

1. i thought it's possible to use /src in Miller's download for Windows.
2. using MSYS2 instead of MSYS2 MINGw32.

in both cases one has to provide additional tools and/or the correct 
path to them in the Windows system.

therefore the "cl.exe not found".
MINGW32 has them included.

so, with the sources from github i succeeded to make the app.

the verbosity of the output of the whole proces is quite overwhelming 
for someone like me.

there were a number of warnings:
e.g.: "remember to run 'libtool --finish //bob~
or: "assignment from incompatible pointer"

is it necessary to do something with them?

@lucas
great, you saved me the efforts to find out what to use on XP (MSYS2 
doesn't work anymore on XP).


rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] compiling PD on windows

[rolfm]

Dan Wilcox schreef op 22-03-2018 12:33:

Those instructions are for Windows 7+, I don't believe Msys2 will work
on Vista or XP.

While theoretically Pd could be build on anything with a C compiler, I
think you're a bit more on your own with setting up / maintaining a
build system for anything that old at this point. Maybe someone else
has some ideas on that, I sure don't.



the error i get is on windows 10.

(compiling on XP is much farther on my list)

rolf



On Mar 22, 2018, at 6:01 AM, pd-list-requ...@lists.iem.at wrote:
Date: Thu, 22 Mar 2018 06:01:38 +0100
From: ro...@dds.nl
To: Pd list 
Subject: Re: [PD] compiling PD on windows
Message-ID: <1832ee0db7f6682f0c7229567e9c3...@dds.nl>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

my ultimate goal is to be able to compile on an older machine with
XP.

to get experience i first tried on Windows 10.

installed MSYS2 etc (following Dan's instructions on the GITHUB
page.

start MSYS2, cd to the src folder of Vanilla 48.1, and do

make



Dan Wilcox
@danomatika [1]
danomatika.com [2]
robotcowboy.com [3]



Links:
--
[1] http://twitter.com/danomatika
[2] http://danomatika.com
[3] http://robotcowboy.com


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cannot 'upgrade' old patch

[rolfm]

sorry for the noise.
after closing my computer and a few hours later trying it again the 
problem was gone


rolf

ro...@dds.nl schreef op 22-03-2018 7:44:

hi list,

i have old patches made with Pdext 42.5.
when opened with Vanilla 48.1 i get lots of uncreated objects (of 
course).


some of them i'm not able to 'repair'.
e.g. [symbol2list]

i put in a [declare -stdpath -zexy -stdlib -zexy].
it's possible to create a new [symbol2list] object.

after saving, closing pd, opening again,
the new object is not created.

what can i do to resolve this.

rolf


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] cannot 'upgrade' old patch

[rolfm]

hi list,

i have old patches made with Pdext 42.5.
when opened with Vanilla 48.1 i get lots of uncreated objects (of 
course).


some of them i'm not able to 'repair'.
e.g. [symbol2list]

i put in a [declare -stdpath -zexy -stdlib -zexy].
it's possible to create a new [symbol2list] object.

after saving, closing pd, opening again,
the new object is not created.

what can i do to resolve this.

rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] compiling PD on windows

[rolfm]

my ultimate goal is to be able to compile on an older machine with XP.

to get experience i first tried on Windows 10.

installed MSYS2 etc (following Dan's instructions on the GITHUB page.

start MSYS2, cd to the src folder of Vanilla 48.1, and do

make


which gives me the error: /bin/sh: cl: opdracht niet gevonden (== 
command not found).


(screenshot attached).


the same happens when i try to use Visual Studio 2015.

the VCSDK & VC9 are present in my system, so is the cl.exe.

my conclusion: somehow the makefile which should work for Windows 
doesn't fit with my system.


but i don't know what to do about it.

any suggestion?


rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] reporting the dimensions of a symbol / float atom

[rolfm]

 Dan Wilcox wrote:


The atoms are slightly taller due to the increase in inlet height to
match Pd-extended's sizing.



on my windows 10 it's the opposite;
the new one is smaller.
hereby i re-send the picture in which the new object box is upon the 
older one.


rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] bigger inlet/outlet size in 0.48.1 ...

[rolfm]

and here a picture showing Pd-extended besides Vanilla 48.1

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] bigger inlet/outlet size in 0.48.1 ...

[rolfm]

it's also that the object box has become smaller
and the text more compressed.
the attached picture shows the 48.1 box upon the 48.0 box.

rolf___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] sources for externals

[rolfm]

hi,

triggered by the announcement that OSX is going to exclude 32-bits progs
i was looking for the sources of externals i use.

since Pd is an open-source project i expected that the externals i 
download with deken

include the source code.

however, only 1 out of the 10 i (gratefully) use includes the src.

shouldn't we advocate a policy for deken uploads to include this by 
default?



rolf

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] readability of list messages

[rolfm]

hi christof,

no idea how it comes about, but this is how i get your contributions to 
the list in my digests: no content.

not always, but only your's.
apparently some other people see something different, because in replies 
your text is visible.

can i or you do something about it?

grts, rolf

 --

 Message: 1
 Date: Wed, 10 Jan 2018 17:25:24 +0100
 From: "Christof Ressi" 
 To: "Lucas Cordiviola" 
 Cc: "pd-list@lists.iem.at" 
 Subject: Re: [PD] [PD-announce] pd 0.48-1 released
 Message-ID:
 
	


 Content-Type: text/plain; charset="utf-8"

 An HTML attachment was scrubbed...
 URL:
 



 --


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] kiosk-plugin inconsistent behaviour?

[rolfm]

[sorry, i gave the wrong subject to the last mail.
i'm resending to repair the thread]

update:
" after opening by double-clicking patch.pd the menu bar is NOT hidden
at first; after clicking somewhere in the window of the patch the menu 
bar

  disappears."

it now appears to be intermittent; sometimes the menu bar is immediatly
hidden,
sometimes the click is necessary.

rolf



@IOhannes

thanks for the clarification.


- when opening the patch by double-click (binding of the extension)
  the menu-bar hides AFTER clicking in the patch.



i don't know what exactly you mean by this.


after opening by double-clicking patch.pd the menu bar is NOT hidden at
first;
after clicking somewhere in the window of the patch the menu bar
disappears.

rolf

On 11/17/2017 07:44 AM, rolfm at dds.nl wrote:

hi

the working of the kiosk-plugin seems a bit inconsistent.

i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub 
(IEM).


hiding the menu-bar:

when the kiosk.cfg is in the plugin dir (@appdata)
- hiding works directly, after starting Pd first and then opening the
patch.

(this also is the case using Pd-extended)

- when opening the patch by double-click (binding of the extension)
  the menu-bar hides AFTER clicking in the patch.


i don't know what exactly you mean by this.



when the kiosk.cfg is in the working directory:

-after starting Pd first, then opening the patch, hiding does not work
at all.


how does Pd know about your working directory?



(same goes for Pd-extended)

- using the double-click method, again the menu-bar hides AFTER
clicking
in the patch.


i guess this means that the behaviour is the same as with kiosk.cfg in
the plugin dir.


while i don't fully understand your problem description, here's a
thought:

kiosk works "per Pd instance" rather than per patch¹.
(so it doesn't allow you to have the menu hidden on the "foo" and "bar"
abstractions but not on all the other abstractions).

if kiosk.cfg is in the plugin-dir, the kiosk-plugin will be able to 
find

it when Pd starts, and apply the configuration whenever a patch gets
opened.
if your kiosk.cfg lies besides your PATCH.pd (the main patch you try to
open), and you double-click the PATCH.pd, then W32 will automatically
make the PATCH.pd's  directory the working directory into which it
starts Pd. thus the plugin will be able to find the kiosk.cfg when
starting up.
however, if you first start Pd, and then navigate to PATCH.pd, the
kiosk-plugin already has initialized (without finding a valid kiosk.cfg
file) and will not read the new file. (Pd's working directory will be
something like "C:\" or %UserData% or whatelse)

gfmasdr
IOhannes





¹ of course you could add a feature request if such a feature is of
interest to you.



--

Subject: Digest Footer

___
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
https://lists.puredata.info/listinfo/pd-list


--

End of Pd-list Digest, Vol 152, Issue 33



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-list Digest, Vol 152, Issue 33

[rolfm]

update:
" after opening by double-clicking patch.pd the menu bar is NOT hidden 
at

 first;
 after clicking somewhere in the window of the patch the menu bar
 disappears."

it now appears to be intermittent; sometimes the menu bar is immediatly 
hidden,

sometimes the click is necessary.

rolf



@IOhannes

thanks for the clarification.


- when opening the patch by double-click (binding of the extension)
  the menu-bar hides AFTER clicking in the patch.



i don't know what exactly you mean by this.


after opening by double-clicking patch.pd the menu bar is NOT hidden at
first;
after clicking somewhere in the window of the patch the menu bar
disappears.

rolf

On 11/17/2017 07:44 AM, rolfm at dds.nl wrote:

hi

the working of the kiosk-plugin seems a bit inconsistent.

i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub 
(IEM).


hiding the menu-bar:

when the kiosk.cfg is in the plugin dir (@appdata)
- hiding works directly, after starting Pd first and then opening the
patch.

(this also is the case using Pd-extended)

- when opening the patch by double-click (binding of the extension)
  the menu-bar hides AFTER clicking in the patch.


i don't know what exactly you mean by this.



when the kiosk.cfg is in the working directory:

-after starting Pd first, then opening the patch, hiding does not work
at all.


how does Pd know about your working directory?



(same goes for Pd-extended)

- using the double-click method, again the menu-bar hides AFTER
clicking
in the patch.


i guess this means that the behaviour is the same as with kiosk.cfg in
the plugin dir.


while i don't fully understand your problem description, here's a
thought:

kiosk works "per Pd instance" rather than per patch¹.
(so it doesn't allow you to have the menu hidden on the "foo" and "bar"
abstractions but not on all the other abstractions).

if kiosk.cfg is in the plugin-dir, the kiosk-plugin will be able to 
find

it when Pd starts, and apply the configuration whenever a patch gets
opened.
if your kiosk.cfg lies besides your PATCH.pd (the main patch you try to
open), and you double-click the PATCH.pd, then W32 will automatically
make the PATCH.pd's  directory the working directory into which it
starts Pd. thus the plugin will be able to find the kiosk.cfg when
starting up.
however, if you first start Pd, and then navigate to PATCH.pd, the
kiosk-plugin already has initialized (without finding a valid kiosk.cfg
file) and will not read the new file. (Pd's working directory will be
something like "C:\" or %UserData% or whatelse)

gfmasdr
IOhannes





¹ of course you could add a feature request if such a feature is of
interest to you.





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] kiosk-plugin inconsistent behaviour?

[rolfm]

@IOhannes

thanks for the clarification.


- when opening the patch by double-click (binding of the extension)
  the menu-bar hides AFTER clicking in the patch.



i don't know what exactly you mean by this.


after opening by double-clicking patch.pd the menu bar is NOT hidden at 
first;
after clicking somewhere in the window of the patch the menu bar 
disappears.


rolf

On 11/17/2017 07:44 AM, rolfm at dds.nl wrote:

hi

the working of the kiosk-plugin seems a bit inconsistent.

i'm on Windows 10, vanilla 0.48-0., using the plugin from GitHub (IEM).

hiding the menu-bar:

when the kiosk.cfg is in the plugin dir (@appdata)
- hiding works directly, after starting Pd first and then opening the
patch.

(this also is the case using Pd-extended)

- when opening the patch by double-click (binding of the extension)
  the menu-bar hides AFTER clicking in the patch.


i don't know what exactly you mean by this.



when the kiosk.cfg is in the working directory:

-after starting Pd first, then opening the patch, hiding does not work
at all.


how does Pd know about your working directory?



(same goes for Pd-extended)

- using the double-click method, again the menu-bar hides AFTER 
clicking

in the patch.


i guess this means that the behaviour is the same as with kiosk.cfg in
the plugin dir.


while i don't fully understand your problem description, here's a 
thought:


kiosk works "per Pd instance" rather than per patch¹.
(so it doesn't allow you to have the menu hidden on the "foo" and "bar"
abstractions but not on all the other abstractions).

if kiosk.cfg is in the plugin-dir, the kiosk-plugin will be able to find
it when Pd starts, and apply the configuration whenever a patch gets 
opened.

if your kiosk.cfg lies besides your PATCH.pd (the main patch you try to
open), and you double-click the PATCH.pd, then W32 will automatically
make the PATCH.pd's  directory the working directory into which it
starts Pd. thus the plugin will be able to find the kiosk.cfg when
starting up.
however, if you first start Pd, and then navigate to PATCH.pd, the
kiosk-plugin already has initialized (without finding a valid kiosk.cfg
file) and will not read the new file. (Pd's working directory will be
something like "C:\" or %UserData% or whatelse)

gfmasdr
IOhannes





¹ of course you could add a feature request if such a feature is of
interest to you.

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list