Re: [PD] receive UDP message from 224.0.0.1

[Daniel Iglesia]

Context: the original LANdini (custom networking protocol) implementation and 
demo software was on supercollider, so used the default SC port number for the 
broadcast pings. I kept that default in the MobMuPlat port in order to allow 
for interop between various clients.

Sent from my iPhone

> On Jan 11, 2024, at 2:14 PM, João Pais  wrote:
> 
> 
>> However, you can check if some other program already uses port 57120! On 
>> Windows you can do this by running "netstat -abno" in cmd.exe as Admin.
>> 
> I had a look at the report, 57120 doesn't appear.
>> 
>> Also, have you tried with other port numbers?
>> 
> This is an open source app. In order to do that I would need to learn how to 
> compile it etc. Not impossible to do, but impossible for me.
> 
> But see my reply to Dan for a twist.
> 
> 
> 
> 
> ___
> 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] receive UDP message from 224.0.0.1

[IOhannes m zmölnig]

On 1/11/24 22:15, João Pais wrote:
It doesn't work in windows, but it does in ubuntu - although windows is 
my main work system. (latest Pd version on both)
a quick check on the internet suggest that you might have to explicitely 
enable multicast on Windows (not giving any links, because i cannot 
possibly tell which ones are useful and which ones are not; i did a 
websearch for something like "windows enable multicast")


fdsas
IOhannes


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] receive UDP message from 224.0.0.1

[João Pais]

Are you opening with the following message?

[ listen 57120 224.0.0.1 <
|
[ netreceive -u -b]

The address is within the multicast range, so it needs to be given to 
netreceive in addition to the port.
It doesn't work in windows, but it does in ubuntu - although windows is 
my main work system. (latest Pd version on both)___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] receive UDP message from 224.0.0.1

[João Pais]

However, you can check if some other program already uses port 57120! 
On Windows you can do this by running "netstat -abno" in cmd.exe as Admin.



I had a look at the report, 57120 doesn't appear.


Also, have you tried with other port numbers?

This is an open source app. In order to do that I would need to learn 
how to compile it etc. Not impossible to do, but impossible for me.


But see my reply to Dan for a twist.




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

Re: [PD] open multiple files limits?

[Albert Rafetseder]

I'd suggest to open a ticket on GitHub!


Remmy: I can help with that if you like.


Sorry, I missed that it's already here: 
https://github.com/pure-data/pure-data/issues/2170




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

Re: [PD] open multiple files limits?

[Albert Rafetseder]

(CC: Remmy, not sure if on the Pd mailing list)


looks like there's a size limit for the callback message.


...and it's around 4 kilobytes, from a quick test with 
very-long-filename-files and the [openpanel] help patch which [print]s 
the result of [openpanel].


I see one OK and three bad results, depending on the combined length of 
filenames (which I measure from the output of [print] in the console, 
i.e. everything after "print: list "):


* Up to 4069 (sic!) characters, everything is fine. [openpanel] prints 
all filenames.

* At 4070, [openpanel] does not [print] anything.
* Above 4070, I get an error message with just the part of the filename 
exceeding 4070 characters, like "a: no such object".
* For yet larger values, I get an error message "float: no such object". 
(Didn't yet bisect the concrete value, 4260 sure triggers it.) Are the 
error messages length-limited as well? :-)



I'd suggest to open a ticket on GitHub!


Remmy: I can help with that if you like.





Christof


On 11.01.2024 15:20, Remmy Canedo wrote:

Hello,

I'm trying to open 189 files with

[bang(
|
[openpanel 2]

file names are 1.wav, 2.wav, 3.wav... 189.wav with different sizes 
from 48,2 to 343,5 KiB


when I use short paths, like home/user/Music/test_samples I'm able to 
open 112 files
with long paths, for ex: 
home/user/FOLDER_1/Folder_002/Folder_3/folder_4/folder_5/test_samples 
I can only open 53 files max.

more than that, it gives me an error in console:
av: no such object

If anyone can explain why this happens and how to overcome these 
limits I would be very grateful.


thanks in advance!
remmy

Pd version 0.52.1
System:
Kernel: 5.15.0-91-lowlatency x86_64 bits: 64 compiler: gcc v: 11.4.0 
Desktop: Xfce 4.18.1
tk: Gtk 3.24.33 wm: xfwm dm: LightDM Distro: Linux Mint 21.2 Victoria 
base: Ubuntu 22.04 jammy









___
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] protect [drawnumber] from mouse interaction

[Roman Haefeli]

On Thu, 2024-01-11 at 12:35 -0300, Alexandre Torres Porres wrote:
> so, I created a single issue for these [drawunumber] related
> things https://github.com/pure-data/pure-data/issues/2171
> 

Ok, thanks. I think all of your proposals are desirable.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] protect [drawnumber] from mouse interaction

[Alexandre Torres Porres]

so, I created a single issue for these [drawunumber] related things
https://github.com/pure-data/pure-data/issues/2171

Em qui., 11 de jan. de 2024 às 12:23, Alexandre Torres Porres <
por...@gmail.com> escreveu:

> this request? https://github.com/pure-data/pure-data/issues/1513
>
> I'm also up for adding this feature
>
> and https://github.com/pure-data/pure-data/issues/1489
>
> and https://github.com/pure-data/pure-data/issues/1620
>
> cheers
>
> Em qui., 11 de jan. de 2024 às 12:18, Roman Haefeli 
> escreveu:
>
>> Hi all
>>
>> Is there a conceptual reason that [drawpolygon]/[filledpolygen] support
>> -x, xr, xe and [drawnumber] does not?
>>
>> I sometimes use [drawnumber] as labels and would like to make the
>> numbers non-editable.
>>
>> Roman
>> ___
>> 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] protect [drawnumber] from mouse interaction

[Alexandre Torres Porres]

this request? https://github.com/pure-data/pure-data/issues/1513

I'm also up for adding this feature

and https://github.com/pure-data/pure-data/issues/1489

and https://github.com/pure-data/pure-data/issues/1620

cheers

Em qui., 11 de jan. de 2024 às 12:18, Roman Haefeli 
escreveu:

> Hi all
>
> Is there a conceptual reason that [drawpolygon]/[filledpolygen] support
> -x, xr, xe and [drawnumber] does not?
>
> I sometimes use [drawnumber] as labels and would like to make the
> numbers non-editable.
>
> Roman
> ___
> 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] protect [drawnumber] from mouse interaction

[Roman Haefeli]

Hi all

Is there a conceptual reason that [drawpolygon]/[filledpolygen] support
-x, xr, xe and [drawnumber] does not?

I sometimes use [drawnumber] as labels and would like to make the
numbers non-editable.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] open multiple files limits?

[Christof Ressi]

Hi,


looks like there's a size limit for the callback message. I'd suggest to 
open a ticket on GitHub!



Christof


On 11.01.2024 15:20, Remmy Canedo wrote:

Hello,

I'm trying to open 189 files with

[bang(
|
[openpanel 2]

file names are 1.wav, 2.wav, 3.wav... 189.wav with different sizes 
from 48,2 to 343,5 KiB


when I use short paths, like home/user/Music/test_samples I'm able to 
open 112 files
with long paths, for ex: 
home/user/FOLDER_1/Folder_002/Folder_3/folder_4/folder_5/test_samples 
I can only open 53 files max.

more than that, it gives me an error in console:
av: no such object

If anyone can explain why this happens and how to overcome these 
limits I would be very grateful.


thanks in advance!
remmy

Pd version 0.52.1
System:
Kernel: 5.15.0-91-lowlatency x86_64 bits: 64 compiler: gcc v: 11.4.0 
Desktop: Xfce 4.18.1
tk: Gtk 3.24.33 wm: xfwm dm: LightDM Distro: Linux Mint 21.2 Victoria 
base: Ubuntu 22.04 jammy









___
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] open multiple files limits?

[Remmy Canedo]

Hello,

I'm trying to open 189 files with

[bang(
|
[openpanel 2]

file names are 1.wav, 2.wav, 3.wav... 189.wav with different sizes from 48,2 to 
343,5 KiB

when I use short paths, like home/user/Music/test_samples I'm able to open 112 
files
with long paths, for ex: 
home/user/FOLDER_1/Folder_002/Folder_3/folder_4/folder_5/test_samples I can 
only open 53 files max.
more than that, it gives me an error in console:
av: no such object

If anyone can explain why this happens and how to overcome these limits I would 
be very grateful.

thanks in advance!
remmy

Pd version 0.52.1
System:
Kernel: 5.15.0-91-lowlatency x86_64 bits: 64 compiler: gcc v: 11.4.0 Desktop: 
Xfce 4.18.1
tk: Gtk 3.24.33 wm: xfwm dm: LightDM Distro: Linux Mint 21.2 Victoria base: 
Ubuntu 22.04 jammy







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

Re: [PD] receive UDP message from 224.0.0.1

[Dan Wilcox]

Are you opening with the following message?

[ listen 57120 224.0.0.1 <
|
[ netreceive -u -b]

The address is within the multicast range, so it needs to be given to 
netreceive in addition to the port.

> On Jan 11, 2024, at 10:34 AM, pd-list-requ...@lists.iem.at wrote:
> 
> But with [netreceive -u -b 57120] (or any other options to netreceive) 
> no data comes into Pd. Does anyone have any suggestion on how to receive 
> the data?


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

Re: [PD] receive UDP message from 224.0.0.1

[Christof Ressi]

I don't use SC, but I'll check anyway if some years ago I installed it 
and then forgot about it.
Ok, then this was a red herring. That's a pretty strange coincidence, 
though. Anyway, sclang.exe must not only be installed, but also *running*.


However, you can check if some other program already uses port 57120! On 
Windows you can do this by running "netstat -abno" in cmd.exe as Admin.


Also, have you tried with other port numbers?

Christof

On 11.01.2024 10:34, João Pais wrote:
I don't use SC, but I'll check anyway if some years ago I installed it 
and then forgot about it.


It is a multicast address - I might be able to change it to the normal 
broadcast address, but I wouldn't count on it. So for now, it's better 
to assume that this can't be changed.


Hmmm... 57120 happens to be the default port of sclang (the
SuperCollider language interpreter). Could it be that sclang(.exe)
is running? Check the task manager to be sure.

Explanation: Generally, only one application can listen to a port
at a time. Normally, applications will just refuse to bind to
ports that are already taken. However, Pd sets the SO_REUSEADDR
socket option, which allows to bind to an existing port.

This is needed for TCP sockets, because they typically "linger"
for a while after you close them. If you close and immediately
reopen a patch, [netreceive] would refuse to bind.

However, we probably should /not/ set SO_REUSEADDR for UDP sockets
because it doesn't do anything useful. On the contrary, it just
causes confusion because [netreceive -u] does not post an error if
the port is already taken.

Christof

On 10.01.2024 23:08, João Pais wrote:

Hi everyone,

I'm trying to receive some UDP data from a mobile device into Pd.
The data arrives in the computer (windows or ubuntu), here is a
description from wireshark:

Frame 173: 90 bytes on wire (720 bits), 90 bytes captured (720
bits) on interface
\Device\NPF_{2ADD2685-ACB9-4C51-B708-F1F62FAE86C7}, id 0
Ethernet II, Src: XiaomiCommun_1d:0e:fd (4c:e0:db:1d:0e:fd), Dst:
IPv4mcast_01 (01:00:5e:00:00:01)
Internet Protocol Version 4, Src: 192.168.178.34, Dst: 224.0.0.1
User Datagram Protocol, Src Port: 43641, Dst Port: 57120
Data (48 bytes)


But with [netreceive -u -b 57120] (or any other options to
netreceive) no data comes into Pd. Does anyone have any
suggestion on how to receive the data?

When is sent to 224.0.0.1, the data gets into the computer but
not into Pd. But if other udp data is sent to the broadcast ip
(192.168.178.255) from the same device, it does get also into Pd.

Frame 31: 66 bytes on wire (528 bits), 66 bytes captured (528
bits) on interface
\Device\NPF_{2ADD2685-ACB9-4C51-B708-F1F62FAE86C7}, id 0
Ethernet II, Src: XiaomiCommun_1d:0e:fd (4c:e0:db:1d:0e:fd), Dst:
Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 192.168.178.34, Dst:
192.168.178.255
User Datagram Protocol, Src Port: 42797, Dst Port: 57120
Data (24 bytes)

Best,

Joao




___
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] receive UDP message from 224.0.0.1

[João Pais]

I don't use SC, but I'll check anyway if some years ago I installed it and
then forgot about it.

It is a multicast address - I might be able to change it to the normal
broadcast address, but I wouldn't count on it. So for now, it's better to
assume that this can't be changed.

Hmmm... 57120 happens to be the default port of sclang (the SuperCollider
> language interpreter). Could it be that sclang(.exe) is running? Check the
> task manager to be sure.
>
> Explanation: Generally, only one application can listen to a port at a
> time. Normally, applications will just refuse to bind to ports that are
> already taken. However, Pd sets the SO_REUSEADDR socket option, which
> allows to bind to an existing port.
>
> This is needed for TCP sockets, because they typically "linger" for a
> while after you close them. If you close and immediately reopen a patch,
> [netreceive] would refuse to bind.
>
> However, we probably should *not* set SO_REUSEADDR for UDP sockets
> because it doesn't do anything useful. On the contrary, it just causes
> confusion because [netreceive -u] does not post an error if the port is
> already taken.
>
> Christof
>
> On 10.01.2024 23:08, João Pais wrote:
>
> Hi everyone,
>
> I'm trying to receive some UDP data from a mobile device into Pd. The data
> arrives in the computer (windows or ubuntu), here is a description from
> wireshark:
>
> Frame 173: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on
> interface \Device\NPF_{2ADD2685-ACB9-4C51-B708-F1F62FAE86C7}, id 0
> Ethernet II, Src: XiaomiCommun_1d:0e:fd (4c:e0:db:1d:0e:fd), Dst:
> IPv4mcast_01 (01:00:5e:00:00:01)
> Internet Protocol Version 4, Src: 192.168.178.34, Dst: 224.0.0.1
> User Datagram Protocol, Src Port: 43641, Dst Port: 57120
> Data (48 bytes)
>
>
> But with [netreceive -u -b 57120] (or any other options to netreceive) no
> data comes into Pd. Does anyone have any suggestion on how to receive the
> data?
>
> When is sent to 224.0.0.1, the data gets into the computer but not into
> Pd. But if other udp data is sent to the broadcast ip (192.168.178.255)
> from the same device, it does get also into Pd.
>
> Frame 31: 66 bytes on wire (528 bits), 66 bytes captured (528 bits) on
> interface \Device\NPF_{2ADD2685-ACB9-4C51-B708-F1F62FAE86C7}, id 0
> Ethernet II, Src: XiaomiCommun_1d:0e:fd (4c:e0:db:1d:0e:fd), Dst:
> Broadcast (ff:ff:ff:ff:ff:ff)
> Internet Protocol Version 4, Src: 192.168.178.34, Dst: 192.168.178.255
> User Datagram Protocol, Src Port: 42797, Dst Port: 57120
> Data (24 bytes)
>
> Best,
>
> Joao
>
>
>
>
> ___
> 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