Re: [PD] [hidraw] repeated identical mouse wheel events not reported?

[Lucas Cordiviola]

forwarding to the list


:)

Mensaje telepatico asistido por maquinas.

On 22/04/2024 14:44, Peter P. wrote:

Hi Lucas,

* Lucas Cordiviola  [2024-04-20 10:10]:

On 20/04/2024 04:40, Peter P. wrote:

The problem is still there with the current
hidraw v0.1.1 and hidapi v0.14.0 on Linux
that is, the same message (mouse wheel scroll down or up) does not get output 
(checked with print)
unless I move the mouse one pixel in between.

strange,

I can't replicate on Debian 12 with this connection:

[hidraw]
|
[print]

i get all scrolls reported (also all others mouse events)

PS: i'm using the latest deken pkg on a live distro usb stick.

Ah stupid me, I was using hidraw-help.pd to test, forgetting that there
are [change] objects in there filtering identical (but reported) events.

Sorry for the noise, all now working as expected!

best, P




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

Re: [PD] [hidraw] repeated identical mouse wheel events not reported?

[Lucas Cordiviola]

On 20/04/2024 04:40, Peter P. wrote:

The problem is still there with the current
hidraw v0.1.1 and hidapi v0.14.0 on Linux
that is, the same message (mouse wheel scroll down or up) does not get output 
(checked with print)
unless I move the mouse one pixel in between.


strange,

I can't replicate on Debian 12 with this connection:

[hidraw]
|
[print]

i get all scrolls reported (also all others mouse events)

PS: i'm using the latest deken pkg on a live distro usb stick.



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] [hidraw] repeated identical mouse wheel events not reported?

[Lucas Cordiviola]

@Peter

v0.1.1 is up on deken: https://deken.puredata.info/results.html?name=hidraw

on v0.1.0 the subsequent mouseweel scroll (more precisely all the 
message) was interrupted because it was the same as the previous 
message. Now on v0.1.1 the message gets transmitted but is the same as 
the previous. Nothing gets transmitted if the second outlet does not 
output 2 (read Ok).



--

Mensaje telepatico asistido por maquinas.

On 17/04/2024 00:06, Lucas Cordiviola wrote:

@Peter,

yes, there's a bug. [hidraw] should not have an internal change 
mechanism.


i had used your mouseweel example to debug.

I should fix this soon with a new version and also upgrade to hidapi 
0.14.0



thanks,

:)

--

Mensaje telepatico asistido por maquinas.

On 16/04/2024 20:31, Lucas Cordiviola wrote:
there could be a bug in [hidraw]'s internal change mechanism. 
(missing some change?)


not sure when i'll try to debug.

I had created an issue at https://github.com/Lucarda/pd-hidraw/issues/4


--

Mensaje telepatico asistido por maquinas.

On 16/04/2024 06:55, Peter P. wrote:

Hi list,

I am using [hidraw] to read events from a mouse. I understand that
hidraw in fact reports the entire state of the device rather whenever
some event happens. Interestingly, moving the scroll wheel down by one
step is reported, but moving it down another step afterwards is not
reported unless a different event (say, moving the mouse a pixel) is
done.
It makes somehow sense if I think of the mouse wheel as a state device,
where a repeated "wheel down" is not considered as a change of state.

Nevertheless it seems impossible to parse repeated wheel down actions.
Does anyone have an idea (besides using [hid] instead)?

Thanks!
Peter








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

Re: [PD] [hidraw] repeated identical mouse wheel events not reported?

[Lucas Cordiviola]

@Peter,

yes, there's a bug. [hidraw] should not have an internal change mechanism.

i had used your mouseweel example to debug.

I should fix this soon with a new version and also upgrade to hidapi 0.14.0


thanks,

:)

--

Mensaje telepatico asistido por maquinas.

On 16/04/2024 20:31, Lucas Cordiviola wrote:
there could be a bug in [hidraw]'s internal change mechanism. (missing 
some change?)


not sure when i'll try to debug.

I had created an issue at https://github.com/Lucarda/pd-hidraw/issues/4


--

Mensaje telepatico asistido por maquinas.

On 16/04/2024 06:55, Peter P. wrote:

Hi list,

I am using [hidraw] to read events from a mouse. I understand that
hidraw in fact reports the entire state of the device rather whenever
some event happens. Interestingly, moving the scroll wheel down by one
step is reported, but moving it down another step afterwards is not
reported unless a different event (say, moving the mouse a pixel) is
done.
It makes somehow sense if I think of the mouse wheel as a state device,
where a repeated "wheel down" is not considered as a change of state.

Nevertheless it seems impossible to parse repeated wheel down actions.
Does anyone have an idea (besides using [hid] instead)?

Thanks!
Peter








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

Re: [PD] [hidraw] repeated identical mouse wheel events not reported?

[Lucas Cordiviola]

there could be a bug in [hidraw]'s internal change mechanism. (missing 
some change?)


not sure when i'll try to debug.

I had created an issue at https://github.com/Lucarda/pd-hidraw/issues/4


--

Mensaje telepatico asistido por maquinas.

On 16/04/2024 06:55, Peter P. wrote:

Hi list,

I am using [hidraw] to read events from a mouse. I understand that
hidraw in fact reports the entire state of the device rather whenever
some event happens. Interestingly, moving the scroll wheel down by one
step is reported, but moving it down another step afterwards is not
reported unless a different event (say, moving the mouse a pixel) is
done.
It makes somehow sense if I think of the mouse wheel as a state device,
where a repeated "wheel down" is not considered as a change of state.

Nevertheless it seems impossible to parse repeated wheel down actions.
Does anyone have an idea (besides using [hid] instead)?

Thanks!
Peter






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

Re: [PD] RIP Ed Kelly

[Lucas Cordiviola]

ok. I had hidden the repo from the public and web search bots until 
there's a real need for it.



--

Mensaje telepatico asistido por maquinas.

On 14/03/2024 05:27, katja wrote:
Much of Ed Kelly's website seems to be archived on archive.org 
<http://archive.org>, fortunately:


https://web.archive.org/web/20231201125710/http://sharktracks.co.uk/html/index.html

(took me a while to think of it, after the shocking news)


On Thu, Mar 14, 2024 at 6:37 AM Lucas Cordiviola 
 wrote:


On 13/03/2024 08:51, Julian Brooks wrote:
> to secure what's out there & take it from there - your kind
offer of
> server access being perfect for that...


I had created public repo
https://git.nubegris.com.ar/org.ed.kelly.files/ed.kelly.files

the org. part is to be able to give supercow powers to certain people.

people willing to contribute must create an account on
https://git.nubegris.com.ar/user/sign_up and fork the above repo.
then
submitt a PR.

anyone interested but not knowing how to use git contact me
privately(via mail or via repo) or better openly in this list.

this should help to gather the files and hopefully later backups
can be
made easier.


:)

--

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

Re: [PD] RIP Ed Kelly

[Lucas Cordiviola]

On 13/03/2024 08:51, Julian Brooks wrote:
to secure what's out there & take it from there - your kind offer of 
server access being perfect for that...



I had created public repo 
https://git.nubegris.com.ar/org.ed.kelly.files/ed.kelly.files


the org. part is to be able to give supercow powers to certain people.

people willing to contribute must create an account on 
https://git.nubegris.com.ar/user/sign_up and fork the above repo. then 
submitt a PR.


anyone interested but not knowing how to use git contact me 
privately(via mail or via repo) or better openly in this list.


this should help to gather the files and hopefully later backups can be 
made easier.



:)

--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] hid objects on linux/mac/win? hidraw on linux? hidraw parsing?

[Lucas Cordiviola]

On 13/03/2024 08:02, Peter P. wrote:

I am forwarding another helpful reply from Lucas below, which seems to have 
bypassed
this list.


Is was not my fault. You written me off-list and i just reply you. I 
became aware of that 2 minutes after my reply. (in my head I was writing 
to the list)



:)

--

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

Re: [PD] hid objects on linux/mac/win? hidraw on linux? hidraw parsing?

[Lucas Cordiviola]

On 13/03/2024 04:11, Albert Rafetseder wrote:
I sat down and tried my hand at this, what do you think? 
https://puredata.info/Members/albert/USB
Suggestions welcome, both content-wise and in terms where to best put 
this.


cool.

May be you can link it in https://puredata.info/docs/articles ?


there is https://deken.puredata.info/results.html?name=hidio . This was 
the only version that worked for Windows. Martin had make it using 
pd-lib-builder (sources are in the deken pkg). I think he knew it would 
work on Linux and Mac because it used to. The nice thing is that you can 
send stuff to the HID (though i never even attempted to do so). My list 
is rather full for the upcoming days but may be you can tell if it 
builds on Linux? and that all is working? then we can ask somebody for a 
macOS build and test?


Then we can have a repo. I don't have superpowers on 
https://github.com/pd-externals but may be we can move it there to keep 
it alive. or somewhere else. I think it's the only way to have Windows 
to "decodes many of the possible button presses and other events" which 
somebody might need in the salad bar.



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] hid objects on linux/mac/win? hidraw on linux? hidraw parsing?

[Lucas Cordiviola]

On 12/03/2024 13:45, Peter P. wrote:

On Linux I can install [hidraw] 0.1.0 via Deken. The external loads
without errors, but I am not getting any response clicking the
"listdevices" message.


### about [hidraw] ###

strange "listdevices" works for me on Debian (10, 11, 12). Perhaps you 
tested it on a machine without any HID compatible device?.


note that to use the devices you must be a "member of the 'input' users 
group" (or if you want a quick test run Pd as root via `sudo pd`).



How do I parse the output of [hidraw]?


the help patch is plain simple. [hidraw] just outputs a list of floats.

Windows: for OS's security measures you can't access any 'mouse' or 
'keyboard' (gamepads or joysticks will work out-of-the-box).


in general: [hidraw] is rather simple and raw compared to eg. [hidio]. 
you might find [hidraw] unsuitable for your purposes.


###


On Windows there is only [hidraw], correct?


there is also [hidio] 
https://deken.puredata.info/results.html?name=hidio by Martin Peach.






--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] RIP Ed Kelly

[Lucas Cordiviola]

On 12/03/2024 12:54, Dan Wilcox wrote:

IMO it's easier to share the maintenance on something like GH, as
opposed to posting zips to puredata.info. OatOH there is no reason not
to do both.



While i totally agree i also think that GH is only for code. Someone 
might think is not fair to use it for music. May be i'm wrong but this 
is why i proposed my git server.



Also none of us has any rights to do anything with EK works. They belong 
to his family of course.





--

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

Re: [PD] RIP Ed Kelly

[Lucas Cordiviola]

On 12/03/2024 02:02, Alexandre Torres Porres wrote:

We should download, keep it and host it somewhere to be safe maybe?


I wanna contribute to this kinds of nice things obviously.

I have a git server where you have to register: 
https://git.nubegris.com.ar/user/sign_up it's a low power machine next 
to my room. (i do regular backups).


just create a public repo with anything for the backup (music, patches, 
etc). this is nice as git repos can be mirrored, migrated and so on.


I can't really guaranty it wont fail at some point so it will be good if 
there's a mirror somewhere.


15GB i can handle. if more is needed will see how we manage it.

there is also an apache web server on that machine. not sure if there's 
a need to stream tracks from it as  bandcamp already is handling that.


I'm glad to be part of such a nice list.

let me know what you think.




--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] Raspberry Pi - priority 6 scheduling failed; running at normal priority

[Lucas Cordiviola]

hi,

this works for me on Debian (might work for you):

taken from here: https://jackaudio.org/faq/linux_rt_config.html

edit /etc/security/limits.conf

and add yourself to the "audio" group (you might need to create the 
"audio" group if it's not there)




PS: if anyone reading has something better please kick in.


--

Mensaje telepatico asistido por maquinas.

On 28/02/2024 18:00, Edwin van der Heide wrote:

On the Raspberry Pi I’m getting the following notification when
launching PD: "Raspberry Pi - priority 6 scheduling failed; running at
normal priority”.

I would like to know if this is indeed a problem and what to do to give
PD the right priority.




___
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

[Lucas Cordiviola]

On 13/01/2024 14:47, Phil Stone wrote:

Sorry to break in, but I may be setting up some Windows Pd instances
using OSC in the near future; is this something that will need to be
dealt with even when not using multicast?



there should not be much trouble. Just install Pd. Then at some point, I 
can't recall when if a soon as you start Pd or as soon as you start a 
network object, a Windows-Firewall windows will pop, just check the 2 
checkboxes (private and public) networks. That's pretty much all needed 
to be done.



--

Mensaje telepatico asistido por maquinas.




___
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

[Lucas Cordiviola]

On 13/01/2024 14:30, João Pais wrote:
I tried again with my 3 computers (all same brand and similar intel 
network hardware) - it seems that the problem is the windows driver 
that doesn't allow multicast. While ubuntu in one of them seems to. 


also check in the firewall:

    Control Panel\All Control Panel Items\Windows Defender 
Firewall\Allowed applications


in my case y have Pd "allowed" in both "private" and "public" networks. 
I'm not sure if I did a change or if this is the default setting.



--

Mensaje telepatico asistido por maquinas.




___
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

[Lucas Cordiviola]

On 12/01/2024 12:56, Christof Ressi wrote:
Back then it did work :) But this was on Windows 7. Will test again on 
Windows 10.



for me on Pd 0.54.1 Win11 it all works as expected. I used the help 
patch and was able to receive from localhost or from a Linux box 
(sending via a Pd 0.53.1). I used the help patch with


Linux machine:

    [connect 239.200.200.200 3005(
    |
    [netsend -u]

Win11 machine:

    [listen 3005 239.200.200.200(
    |
    [netreceive -u -f 3005]



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] Fwd: shell external for raspberry pi aarch64

[Lucas Cordiviola]

On 04/01/2024 21:31, mick mengucci wrote:
I must be missing something. I can migrate the project to Linux but as 
I work with schools and they are dominated by windowz it would be 
really cool to solve this and be able to trigger other programs from 
inside Pd, using the cmd proimpt window.

Or are there other ways to do that?


Hi,

[motex/system] does not communicate back to Pd (or the Pd console). To 
pop up a cmd window you must do:



[start cmd /k echo Hello %username%!(
|
[system]

or

[start cmd /k ipconfig/all(
|
[system]

or

[start notepad(
|
[system]


see https://ss64.com/nt/cmd.html and experiment.

PS: on Windows there is no such thing that communicates back to Pd as 
[command].


:)

--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] [PD-announce] New Externals for the SoundScape Renderer + ASDF external

[Lucas Cordiviola]

On 12/30/2023 8:17 AM, Matthias Geier wrote:

I haven't yet had the opportunity to test this on Windows, and I don't
know if it can handle "/" as path separator.

If there are any Windows users reading this, it would be great to get
some feedback on this!


Hi,

I'd tested the Window build (on Win11) about 6hrs ago and it seem to 
work fine. i mean all help patches opened flawlessly and make sound with 
no issues.


I can't test further as I have no experience with binaurals (and such 
stuff).



---

the following i just a recommendation but not really important:

on: 
https://github.com/SoundScapeRenderer/ssr/blob/master/.github/workflows/pd-externals.yml#L123


you can do:

    make install DESTDIR=build extension=m_amd64

and on: 
https://github.com/SoundScapeRenderer/ssr/blob/master/.github/workflows/pd-externals.yml#L127


    sh pd-lib-builder-iem-ci/localdeps/localdeps.win.sh build/ssr_*.m_amd64

this will tell older 32bit-Pds (i mean Windows-32bit Pds)(i mean Windows 
for i386 arch) not to load the amd64 binaries.



:)

--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

thanks.

fixed in PR https://github.com/pure-data/pure-data/pull/2156


--

Mensaje telepatico asistido por maquinas.

On 06/12/2023 12:45, IOhannes m zmölnig wrote:

my_lib.darwin-amd64-64.so

the .so extension is still common on macOS (being un*xy),so I/we went for a 
minimum number of (native) extensions.




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

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

@IOhannes in the HTML docs I filled the new "deken-scheme" naming for 
macOS with file extension ending with .dylib. is this incorrect?


I mean `my_lib.darwin-amd64-64.dylib` will load? or should be 
`my_lib.darwin-amd64-64.so`


?


--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

On 06/12/2023 06:19, Alexandros Drymonitis wrote:
Yes, I'm using the latest pd-lib-builder (0.7.0), and compiled with 
floatsize=64 and extension=linux-amd64-64.so. I also use t_float 
instead of float in my code. I just checked the .c file to make sure.



what does the console says if you start `pd64 -verbose` from command line?

next: could you get a backtrace from GDB?

--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

Oh and also: your code should use t_float instead of float and t_sample 
for audio floats.



--

Mensaje telepatico asistido por maquinas.

On 06/12/2023 05:59, Lucas Cordiviola wrote:

On 06/12/2023 05:47, Alexandros Drymonitis wrote:
Actually I just tried that with my [neuralnet] and it didn't work for 
Pd64. I do get a neuralnet.linux-arm64-64.so, but puredata64 can't 
load it.



did you use "floatsize=64":

    make floatsize=64 extension=linux-arm64-64.so

?

are you using the latest https://github.com/pure-data/pd-lib-builder ?

If i'm correct (and you are not using the latest plb) you can pass 
pre-processor flags


    make CPPFLAGS=-DPD_FLOATSIZE=64 extension=linux-arm64-64.so


--

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] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

On 06/12/2023 05:47, Alexandros Drymonitis wrote:
Actually I just tried that with my [neuralnet] and it didn't work for 
Pd64. I do get a neuralnet.linux-arm64-64.so, but puredata64 can't 
load it.



did you use "floatsize=64":

    make floatsize=64 extension=linux-arm64-64.so

?

are you using the latest https://github.com/pure-data/pd-lib-builder ?

If i'm correct (and you are not using the latest plb) you can pass 
pre-processor flags


    make CPPFLAGS=-DPD_FLOATSIZE=64 extension=linux-arm64-64.so


--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

On 06/12/2023 05:27, Alexandros Drymonitis wrote:
Sorry for the second question, now read the pd-lib-builder README. It 
states that 64-bit externals will indeed get a different name. 



essentialy you need to do 2 compilations (no need to use different 
m_pd.h as they are the same)


then you have 2 files:

 - my_lib.linux-amd64-32.so

 - my_lib.linux-amd64-64.so

in the same path. Pd will load the the $-32.so and Pd64 the $-64.so. 
there are other combinations of file name that depends on the search 
order of the Pd(variant).



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] How to deal with externals for both 64 and 32-bit Pd

[Lucas Cordiviola]

there is a name convention to support both float types in the same path.

    https://msp.ucsd.edu/Pd_documentation/x4.htm#s1.2.1

If you are using lib-pd-builder see:

https://github.com/pure-data/pd-lib-builder/blob/master/tips-tricks.md#building-double-precision-externals


--

Mensaje telepatico asistido por maquinas.

On 06/12/2023 05:12, Roman Haefeli wrote:

On Wed, 2023-12-06 at 09:43 +0200, Alexandros Drymonitis wrote:

The question now is how to have both versions run happily side by
side?
On the 64-bit version I did find zexy (but some other libraries I
searched for, including my own, neuralnet, were not available - not a
surprise for my own, I haven't compiled it for the 64-bit version),
but
installing it through deken, breaks compatibility with the 32-bit
version (I guess it overrides it).

You could configure different install and search paths for single- and
double-precision versions of Pd. I don't know if they share the config
file. If they do, you would have to adjust the config whenever you
switch between them.


  So when I open the 32-bit version,
zexy is no longer available. If I install it through deken from the
32-bit Pd, then it's not available for the 64-bit Pd.

Another question is, how to compile externals for 64-bit Pd? I would
like to offer [neuralnet] for this version too.

Just compile it against the m_pd.h of the double-precision edition of
Pd. That's not a very qualified statement, though. I haven't tried it
myself yet. And from what I read about the topic, not all sources are
compatible with Pd64 right away.

Roman





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

[PD] [switch~] and block computation.

[Lucas Cordiviola]

Hi list,

There had been some talks on Pd issue 
"https://github.com/pure-data/pure-data/issues/2134; about "block 
computation".
We are moving it here if there's need to do further talking and 
clarifications. You are all invited to read it and give any insights.


:)

--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] win11 deken sha256-problem

[Lucas Cordiviola]

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] Pd 0.54-1 Windows installer and winget.

[Lucas Cordiviola]

Hi list,

There are some news on 0.54-1 installer and 'winget'.



### Installer

- safer behavior:

    - the (un)installer refuses to do anything if it finds a currently 
running Pd or Pd64.


    - check if there's write permission on target dir before attempting 
to do anything else.


- troubleshoot tools:

    - tool to clear Pd(64) preferences. (only runs at user scope).

    - tool to set which Pd(64) installation is used to open .pd files 
(scope can be 'user' or 'allusers').


     - also these two tools are included in the uninstaller but here 
the '.pd' files repair is automatic (you don't have to choose which app).


        - you can trigger this selecting the app via (Control Panel\All 
Control Panel Items\Programs and Features) or ((Windows)settings -> apps 
-> apps & features)


- user scope:

    - admin users can choose to install or run troubleshot tools at 
'user' or 'allusers' scope.


- alternate install

    - user can choose to do an alternate install if there is already a 
default one. it prompts for a short string (like 'Pd-0.54-0-(alt)' to be 
used to name the: install folder, start menu folder, desktop shortcut 
and uninstall name.




### Winget

On recent Windows machines (up-to-date Win10 or Win11) you can use the 
'open sourced Windows package manager'. open a Terminal (or CMD or 
Powershell) window and do:


    winget search puredata

you should get something like:

~~~
Name  Id  Version Match Source
--
Pure Data MillerPuckette.PureData 0.54-1    winget
Pd64  MillerPuckette.Pd64 0.54-1  Tag: puredata winget
~~~

so to install Pd do:

    winget install puredata

to install Pd64 (this is the double-precision experimental Pd) do:

    winget install pd64



Lucarda :)

--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] Calling for Pd Windows installer tests.

[Lucas Cordiviola]

This thread is not supposed to handle your particular issue but here we go.

there is no chance your machine can't handle the 0.54-0 C code. period.

you were able to run GDB-Pd[*] app which is the same C code but in this 
case pd.dll is much bigger in file size because it has the debug symbols.



Lucarda

Mensaje telepatico asistido por maquinas.

On 09/08/2023 05:08, Linux ROUEN Normandie wrote:


Current thinking:
The setup of my PC is not compatible with the modifications/adds 
introduced into pd.dll 0.54.0.

I will now test the GDB-Pd[*] app workaround suggested by Lucarda.




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

Re: [PD] Calling for Pd Windows installer tests.

[Lucas Cordiviola]

Hi Joseph,

No don't do that. you'll get a 0.53.2 Pd (ie, you wont get all the new 
multichannel stuff). As Christof said all the code it's on pd.dll.


You should consult your AVAST settings to try to un-quarantine pd.dll. 
or use my previous suggestion on GDB-Pd[*] app and new-installer-tool.



Lucarda

--

Mensaje telepatico asistido por maquinas.

On 08/08/2023 21:53, Christof Ressi wrote:

Hi Joseph,

3. Pd 0.54.0 without installation, but its 'pd.dll' replaced with the 
one from 0.53.2, with 'pd.com' ran directly from 
H:\JOE-W10\Donwloads\pd-0.54-0-modified\bin.

 NOW, it's launching Okay.




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

Re: [PD] Calling for Pd Windows installer tests.

[Lucas Cordiviola]

Hi Joseph,

I'm following your case and it's the cause for having a "safer" 
installer for good.


In your case we know that pd.exe or pd.com (these are the ones we filter 
via tasklist.exe) refuses to open because is blacklisted by the OS so 
detection is not working as expected (for your case, of course).


Is it safe in my case to run your 'Pd-0.54-x.windows-installer.exe' to 
see if I can get Pd 0.54.0 finally working on my PC ?



You could try it but I expect it won't work because all files, are taken 
from Miller's builds and pd.exe, pd.com and pd.dll are the exact same 
ones you got blacklisted.


But if you desperately need 0.54-0 you can use the installer new tool 
and do this pseudo install:


IIRC you could run the GDB-Pd[*] app you got from

    https://nc.nubegris.com.ar/index.php/s/eKrTbHE4iyqAgAg

- uncompress the folder somewhere in your machine

- run the test installer

  - get into: "Repair Pd(64) defaults to open .pd files and exit"

    - select the main folder of your extracted GDB-Pd[*]

  - voilà: now .pd files opens with that Pd which is rather the 
same you get with the app installed. Note that you don't have any start 
menu, desktop short-cut, and other stuff so to start the app you only 
need to double-click on any .pd file. (and yes, with this tool all 
subsequent double-clicks on .pd files opens in the same Pd instance)




[*] this app contains a 32bit tcl/tk. AFAICT the only thing that does 
not work is the dnd-plugin.




Lucarda

--

Mensaje telepatico asistido por maquinas.

On 08/08/2023 08:41, Linux ROUEN wrote:

Hello Lucarda,

My PC is running under Windows 10 Pro 64-bit 22H2 (build 19045.3208), and yes 
it has tasklist.exe v.10.0.19041.1. as of 2019/07/12.
Unfortunately I still can't run Pd Vanilla 0.54.0 since I tried to update it 
about one month ago. See my previous emails on this subject.

* All the following tests are done with my Avast antivirus totally disabled.

1. While Pd is running, run the installer 'Pd-0.54-x.windows-installer.exe'
- Trying to run Pd but nothing on the screen, only Wish Application is running 
in the background.
- Now running Pd-0.54-x.windows-installer.exe, at the 4th window there are 3 
choices:
   . Continue (normal installation)
   . Clear Pd preferences and exit
   . Repair Pd(64) defaults to open .pd files and exit
   I choose Continue
- On the 5th screen I get:
   . Run the uninstaller (recommended)
   . Install as an alternate app
   . Continue
   I choose Cancel
I reboot my PC under Windows.

2. Pd is not running, run the installer 'Pd-0.54-x.windows-installer.exe'
- I checked than neither Wisk nor Pd are running, which is the case.
- Now running Pd-0.54-x.windows-installer.exe at the 4th window there are 3 
choices (same as in above 1.):
   . Continue (normal installation)
   . Clear Pd preferences and exit
   . Repair Pd(64) defaults to open .pd files and exit
   I choose Continue
- On the 5th screen I get (same as in above 1.):
   . Run the uninstaller (recommended)
   . Install as an alternate app
   . Continue
   I choose Cancel

QUESTION:
Is it safe in my case to run your 'Pd-0.54-x.windows-installer.exe' to see if I 
can get Pd 0.54.0 finally working on my PC ?

Thanks. Best,
Joseph Gastelais




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

[PD] Calling for Pd Windows installer tests.

[Lucas Cordiviola]

Hi list,

We are working on a safer and better Pd Windows installer. We call for a 
bit of testing to check if it's working on all Windows versions (editions).


We are not sure if the installer is able to find out if there are any 
running Pd app at the time the installer runs.


The test is simple:

- get an installer (any of the two should work) from:

    https://nc.nubegris.com.ar/index.php/s/E7Pyg3M9ZA7Hygo

- run the installer while Pd is running.

    - EXPECTED: at some point, before actually installing, a window 
will pop saying it refuses to continue and the installer will quit.


- run the installer without Pd running.

    - EXPECTED: here you should be able to get the installer running until

    -A) you are asked to uninstall Pd. you don't have do anything 
else, just quit.


    -B) in case you don't have Pd installed, until you have to 
choose the path for installation, you don't have to install the app, 
just quit.


To detect if Pd is running we are using an internal Windows command 
"tasklist.exe" but we are not sure if it's available on all Windows 
versions (editions).


We know it works on:

WinXP [i386] (pro)
Win8.1 [amd64] (pro)
Win10 [amd64] (enterprise) (home)
Win11 [amd64] (pro)

Please if you have a couple of minutes run the test and post back if the 
installer is not working as EXPECTED.


Thanks,
Lucarda




--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] Midway Solved: HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 13/07/2023 13:46, Linux ROUEN Normandie wrote:
I don't think I have to visit my church for praying to find the 
solution to my bloody Windows issue!




Hi Joseph,

Well, we don't have to put the blame on Windows or Avast. I think your 
issue was triggered by installing the app while the app was running. 
This can easily happen to anyone. So I took notes of your issues and 
included this on the devs to-do list for the installer:


  - not allow the installer to do it's job if any Pd is running.

  - include a tool to erase Pd preferences.

  - include a tool to set which app (in case you have more than 1 Pd 
installation) gets associated to open .pd files.


  - some stuff related to the winget pkg.

I hope much of this will make it into the next release.

:)

Mensaje telepatico asistido por maquinas.




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

Re: [PD] Fwd: HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 11/07/2023 13:50, Linux ROUEN wrote:

I'm really and totally lost!
(Unfortunately) my electronic music students mainly use Windows, so I do need 
during this summer to fix this issue on my laptop.


try downloading again the zip package from Miller's site an test it.

if the problem persist you can use the "Debuged" app that is running 
fine for you (for your classes).


but then if you have time to backup all your files, do it and format 
your Windows partition and reinstall the OS. there might be some weird 
combo from Antivirus or blaklisted stuff on your system.


as a recap of your situation:

  - your first mail included screen-shots of the installer being unable 
to write files and you told us later that you only have an "admin" account.


    - this is strange: the only thing i can think of is that Pd was 
running when you tried to install a newer version.


  - this could have trigger the OS to blacklist the app (this is 
pure speculation)



If I where you i'll backup all my files and reinstall the OS.

if the problem persists we have no idea whats going on and hope pray no 
other Win10 user get into a similar situation.


Lucarda






--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] Fwd: HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 11/07/2023 07:01, Linux ROUEN Normandie wrote:



- Debugger back-trace 
(https://nc.nubegris.com.ar/index.php/s/JwEjrPDEyP53oL7)
The described steps seem to be for Arch Linux or fork distributions 
and not for Windows?


It's for Windows. MSYS2 brings a lot of "ported-for-Windows" Linux 
commands: from https://www.msys2.org/wiki/MSYS2-introduction/


"MSYS2 uses a port of*pacman*(known from Arch Linux) for package management"





- Link to get Pd-0.54-0 with debug symbols 
(https://nc.nubegris.com.ar/index.php/s/eKrTbHE4iyqAgAg)

Opening this pd-0.54.0-debug.zip (10.5 MB) file looks like for Windows.
But, for example, its Tcl/Tk and Wish files versions are '85' when in 
the portable version of Pd 0.54.0 they are in '86' version? So at 
least for them we will not compare apples with apples!


Wish85 and Tk85 are just the GUI portion that Pd make use of. When you 
build Pd for Windows (https://puredata.info/docs/developer/WindowsMinGW) 
these 2 apps are extracted from 
https://github.com/pure-data/pure-data/blob/master/msw/pdprototype.tgz 
and placed in the built app. this is useful for us so that we can easily 
test our compiled Pd. On Miller's builds he places a newer versions of 
tcl/tk . Also interesting is that the 85 versions from pdprototype.tgz 
are 32-bit apps (we needed them like that also to test on older 32-bit 
only Windows (as many XP machines). But since Pd and the GUI talk via a 
loopback local network connection the thing works anyway,





- Any other things you can think about for helping a new player in the 
Debug area...


I also want to contribute solving this mystery! 





Mensaje telepatico asistido por maquinas.




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

Re: [PD] Fwd: HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 10/07/2023 23:43, Lucas Cordiviola wrote:
I'm following this one so it will be great if you install msys2 and we 
get a back-trace from the debugger.



Joseph here are instructions on how to get the debugger back-trace. You 
have the steps which are rather simple and a link to get Pd-0.54-0 with 
debug symbols.


https://nc.nubegris.com.ar/index.php/s/JwEjrPDEyP53oL7

We want to solve this mystery :)



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] Fwd: HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 10/07/2023 22:42, Christof Ressi wrote:
If I remember well, Lucas has suggested this could be linked to the 
new 64-bit windows build using the lower-latency WASAPI audio system 
in place of the older MMIO.

WASAPI has been introduced in Windows Vista, ...


Joseph this was meant as in -- there are new drivers hence more devices, 
then their indexes had changed and now Pd is trying to load an incorrect 
device for the previous index and Pd is unable to start -- but we now 
know this is not the case.



I'm following this one so it will be great if you install msys2 and we 
get a back-trace from the debugger.



also I'm using this cpu:

https://www.intel.com/content/www/us/en/products/sku/47341/intel-core-i5520m-processor-3m-cache-2-40-ghz/specifications.html

which is almost the same age as yours:

https://www.intel.com/content/www/us/en/products/sku/43122/intel-core-i7720qm-processor-6m-cache-1-60-ghz/specifications.html



--

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

Re: [PD] HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

further more, something similar was reported here:

https://lists.puredata.info/pipermail/pd-list/2023-06/132360.html



Note: Pd prefs and its registry settings are not touched by the old or 
new installers.



--

Mensaje telepatico asistido por maquinas.

On 7/9/2023 4:31 AM, Lucas Cordiviola wrote:

what does the terminal print?




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

Re: [PD] HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 7/9/2023 2:34 AM, Lucas Cordiviola wrote:

now Pd **should** run.



further more:

i tried to corrupt my registry to "0 -2" in the key of my previous mail 
but Pd starts anyway so i'm lost again.


please do the following:

  - in the file explorer navigate to "C:\Program Files\Pd\bin"

  - in the address menu type "cmd" and hit enter

    - now a new window with a prompt appear "C:\Program Files\Pd64\bin>"

  - type "pd" (no quotes) and hit enter

what does the terminal print?



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 7/8/2023 10:17 PM, Linux ROUEN wrote:

I have made an in-depth cleaning of my Windows system and then installed for 
the 4th time Pd Vanilla 0.54.0 (.exe), but still no luck I can't launch the 
application, nothing happens. ...



Joseph thanks for the report!

there is something wrong here:

from your attached "Pure-Data-0.54.0_REG-1.txt"

~~~

Valeur 3
  Nom :    audioindev1
  Type :    REG_EXPAND_SZ
  Données :    0 -2

~~~

this should be

"Données :    0 2"

without the negative 2

I don't know "how" or "why" the "0 -2" got into the registry. May be 
related to the new WASAPI functionality introduced in 0.54-0. but this 
is only speculation.


to fix this there are 2 methods, try them in the following order.

--1 (Debussy: Syrinx) (you don't loose prefs)

  - open windows registry editor and navigate to 
"Computer\HKEY_CURRENT_USER\Software\Pure-Data"


  - in the right pane right-click over "audioindev1" and select "Modifiy.."

  - set the "value data" to "0 2" (without the the quotes, just the two 
numbers)


  - hit OK

  hopefully Pd should run.

--2 (Deep Purple: Burn) (all prefs are gone)

  - open windows registry editor and navigate to 
"Computer\HKEY_CURRENT_USER\Software\Pure-Data"


  - in the left pane right-click over "Pure-Data" and select "Delete"

  now Pd **should** run.



--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

On 08/07/2023 20:04, Linux ROUEN wrote:

So back on track to the Pd List...



please do:

- open windows registry editor and navigate to 
"Computer\HKEY_CURRENT_USER\Software\Pure-Data"


- on the left pane right-click on "Pure Data" folder

  - select "export"

    - in the "save as type" select "txt"

    - give it a name and hit "save"

- do the same export but this time on folder 
"Computer\HKEY_CURRENT_USER\Software\Pure-Data\org.puredata.pd.pd-gui"



- attach both files and post them in this list.




--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

seems this one also didn't kick in to the list



-

Mensaje telepatico asistido por maquinas.

On 08/07/2023 19:15, Marc D. Demers wrote:
On my side, Pd run perfectly under Windows 10 Pro… gonna look your 
files if I can help…


MD


Téléchargez Outlook pour iOS ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] HELP: Pure Data Vanilla v.0.54-0 under Windows 10 22H2 64-bit is not running!

[Lucas Cordiviola]

i'm having problems replying to the list (sometimes it happens sometimes 
not)


please read the 3 following messeges in reverse order



--



On 08/07/2023 16:46, Lucas Cordiviola wrote:
I think all the trouble originated by running the uninstaller (which was 
installed by admin) from an non admin user.



--


On 08/07/2023 16:39, Lucas Cordiviola wrote:
oh I forgot: better do

- switch to admin user

- install Pd 0.53-*

- uninstall Pd 0.53-*

- install Pd 0.54-0



---



On 08/07/2023 16:36, Lucas Cordiviola wrote:
Watching the pics you attached you seem to not have write permissions.

to get everything working do a fresh 0.54-0 install from your admin user.

NOTES:

installers prior to 0.54 were unusable for non admin users trying to 
install to default (system protected) folders like "C:\Program Files\*" 
and also was unable to write to the registry or create startup menus.


you posted:


"System tells there is already a Pd installation" which impossible!


i think you did uninstallations from your non-admin user which silently 
went wrong and the registry keys were not deleted which causes lots of 
headaches to the new installer as it thinks Pd is installed.


What bothers me most is that i dont understand why the new installer 
did't kick in all the "non admin" installation paths and registry stuff. 
but i think this might be triggered by your first failed uninstallation.


will have to investigate later.



again: to get everything working do a fresh 0.54-0 install from your 
admin user.


--

Mensaje telepatico asistido por maquinas.

On 08/07/2023 18:44, Linux ROUEN wrote:

Done... pd-0.54-0.msw.zip... but there is no "pd.cmd" inside the "\Desktop\pd-0.54-0\bin" folder... 
only "pd.com" and "pd.exe".




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

Re: [PD] 0.54-0test2 released

[Lucas Cordiviola]

I did a Windows build for 49daa9b and tested for:

  - Audio settings (including WASAPI sample-rate changing)

  - MIDI settings

  - Tabbed preferences

  - HTML files

and it all went good.

As for the "Windows installer" I tested 
https://git.iem.at/pd/pure-data/-/pipelines/11535 yesterday and it went 
good.




--

Mensaje telepatico asistido por maquinas.

On 03/07/2023 01:09, Miller Puckette wrote:
I've released 0.54-0 test 2 - I think all the known show-soppers are 
taken care of... uness something appears broken I'll plan to make the 
0.54-0release tomorrow.


cheers

Miller




___
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

[Lucas Cordiviola]

On 22/06/2023 15:41, oliver wrote:

It seems to not overwrite the old installation completely,
or so it seems to me. 



I think you runned the *new* installer whithout a prior uninstall (and 
you overwrited files).


The new installer will (in the future) warn you and ask you to uninstall 
first. but this warning is not happening if you have Pd < 0.54 installed.



--

Mensaje telepatico asistido por maquinas.




___
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

[Lucas Cordiviola]

We are missing a "Save All Settings" button on the tabbed prefs for 
"Audio" and "MIDI" tabs.




--

Mensaje telepatico asistido por maquinas.

On 20/06/2023 15:53, Christof Ressi wrote:


Side note: on macOS, "Pd->Settings..." shows tabbed preferences by 
default, but "Pd->Preferences->Edit Preferences..." is non-tabbed by 
default...


On 20.06.2023 20:35, Christof Ressi wrote:


First off: thanks Miller for this historic release :-)

I just discovered the new tabbed preferences and I really like them! 
Thanks IOhannes!


Question: why do we have both tabbed and non-tabbed preferences? This 
feels very weird to me. I don't see any advantages in the non-tabbed 
preferences... (I find them rather grotesque).


Also, the audio settings in the preference tab now has a dropdown 
list where you can select the audio API:


(I think I have proposed this back then.)

Can we please also use this for the "Media->Audio Settings" dialog, 
so we can get rid of the redundant (and confusing) audio API entries 
in the "Media" menu (see below)?


Cheers,

Christof

On 20.06.2023 05:49, Miller Puckette wrote:

To Pd-announce:

Pd version 0.54-0test1 is available from 
http://msp.ucsd.edu/software.htm

or (source only) via github: https://github.com/pure-data/pure-data

New features include multi-channel signal connections and updated 
windows audio.  The new window version uses an audio subsystem that 
became available in windows 7 (so won't work on Windows XP any more 
but should be fine for windows 7 or newer).  There are many other 
improvements and updates.


cheers

Miller




___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
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] updated hid object?

[Lucas Cordiviola]

Maybe having [hid] run at the same time has something to do with it?


I can confirm that I can not use [hid] and [hidraw]. Pd just crash on 
Debian11.


You should start a fresh Pd (sudo pd) and only open "hidraw-help.pd"



--

Mensaje telepatico asistido por maquinas.

On 27/05/2023 05:19, Lucas Cordiviola wrote:


Note that [hidraw] from deken needs Debian Buster or higher. Also note 
that you need permissions to access hids. You can start Pd with 
superpowers to access HIDs (sudo pd). Also note that on Windows you 
can not access "mouses" or "keyboards" (OS restrictions).


> Maybe having [hid] run at the same time has something to do with it?

could be. No idea about the crashes. It works ok for me on Debian11 
and Win11(here testing with a gamepad)




--

Mensaje telepatico asistido por maquinas.
On 27/05/2023 04:30, Ingo wrote:


Unfortunately [hidraw] doesn’t output anything for me at all on two 
computers (Debian & Windows 10) on either outlet.


After listing the devices (manually each time!) the only action that 
I can get from it is crashing Pd.


I tried both [open $1 ( with the “devicenumber”and [open-vidpid “n” “n”(.

No output at all – even if I knew the same number was working 
perfectly with [hid].


(I did close the device number before opening a new one each time. It 
didn’t make a difference closing all devices on hid.)


On each search that I made with [open $1( my software / computer crashed.

With [open-vidpid “n” “n”( there were no crashes but also nothing 
else happened.


I guess I’ll stick with [hid] that is working and does not crash my 
Pd or entire operating system.


The only downside of [hid] is that vid / pid or devife type (like 
mouse) doesn’t work.


But it isn’t working on [hidraw] either and the latter doesn’t even 
exist.


I’m not sure if it has anything to do with my configuration but from 
what I see I don’t see any reason for prefering [hidraw] over [hid].


So wasting one day is enough for me to see that there is definitely 
no advantage in my case.


Maybe having [hid] run at the same time has something to do with it?

Maybe others will have more luck than I had . . .

Ingo

*Von:*Lucas Cordiviola 
*Gesendet:* Freitag, 26. Mai 2023 14:48
*An:* Ingo ; pd-list@lists.iem.at
*Betreff:* Re: AW: [PD] updated hid object?

@Ingo this simple patch tracks the buttons for my mouse. In my case 
the buttons are encoded in the first byte.


see attached.

--

Mensaje telepatico asistido por maquinas.

On 26/05/2023 08:41, Ingo wrote:

Thanks, Lucas!

I just downloaded and will test now.

Ingo

*Von:*Pd-list 
<mailto:pd-list-boun...@lists.iem.at> *Im Auftrag von *Lucas
Cordiviola
*Gesendet:* Freitag, 26. Mai 2023 04:46
*An:* pd-list@lists.iem.at
*Betreff:* Re: [PD] updated hid object?

Hi Ingo,

You can try https://deken.puredata.info/library/hidraw

You can open a device via its VID PID. From the help patch:


"open device via VID PID (shown in the console if you did
"listdevices"). Note that the VID PID is hard-coded in the device
and this can be used (later) without a prior "listdevices" message."


The help patch also includes links to the web on how to set HID
permissions.

You can connect

[hidraw]
|
[print]

to see which bytes (in the list) change when you press the mouse
buttons.

--

Mensaje telepatico asistido por maquinas.

On 25/05/2023 14:07, Ingo wrote:

Hi there,

I’m having trouble with using my mouse with the relatively
old [hid] (from 2004) on my Debian with Pd 0.49.0.

The main problem is that  “open by device type” is not
working and I have to search the device number each time.

I have some automated method for searching but it still takes
up too much time when restarting frequently.

Once I have the device number it works very well well, though!

(I need 6-8 different mouse buttons . . . )

I remember seeing something a while ago about either a new or
updated alternative [hid] object.

However, I’m not sure what it was and I don’t remember if
this was even for Linux at all.

Making a quick search didn’t give me any results.

Can anyone enlighten me if there is something working more
reliably with finding the  mouse without havin to search
manually each time?

Thanks

Ingo




___

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] updated hid object?

[Lucas Cordiviola]

Note that [hidraw] from deken needs Debian Buster or higher. Also note 
that you need permissions to access hids. You can start Pd with 
superpowers to access HIDs (sudo pd). Also note that on Windows you can 
not access "mouses" or "keyboards" (OS restrictions).


> Maybe having [hid] run at the same time has something to do with it?

could be. No idea about the crashes. It works ok for me on Debian11 and 
Win11(here testing with a gamepad)




--

Mensaje telepatico asistido por maquinas.

On 27/05/2023 04:30, Ingo wrote:


Unfortunately [hidraw] doesn’t output anything for me at all on two 
computers (Debian & Windows 10) on either outlet.


After listing the devices (manually each time!) the only action that I 
can get from it is crashing Pd.


I tried both [open $1 ( with the “devicenumber”and [open-vidpid “n” “n”(.

No output at all – even if I knew the same number was working 
perfectly with [hid].


(I did close the device number before opening a new one each time. It 
didn’t make a difference closing all devices on hid.)


On each search that I made with [open $1( my software / computer crashed.

With [open-vidpid “n” “n”( there were no crashes but also nothing else 
happened.


I guess I’ll stick with [hid] that is working and does not crash my Pd 
or entire operating system.


The only downside of [hid] is that vid / pid or devife type (like 
mouse) doesn’t work.


But it isn’t working on [hidraw] either and the latter doesn’t even exist.

I’m not sure if it has anything to do with my configuration but from 
what I see I don’t see any reason for prefering [hidraw] over [hid].


So wasting one day is enough for me to see that there is definitely no 
advantage in my case.


Maybe having [hid] run at the same time has something to do with it?

Maybe others will have more luck than I had . . .

Ingo

*Von:*Lucas Cordiviola 
*Gesendet:* Freitag, 26. Mai 2023 14:48
*An:* Ingo ; pd-list@lists.iem.at
*Betreff:* Re: AW: [PD] updated hid object?

@Ingo this simple patch tracks the buttons for my mouse. In my case 
the buttons are encoded in the first byte.


see attached.

--

Mensaje telepatico asistido por maquinas.

On 26/05/2023 08:41, Ingo wrote:

Thanks, Lucas!

I just downloaded and will test now.

Ingo

*Von:*Pd-list 
<mailto:pd-list-boun...@lists.iem.at> *Im Auftrag von *Lucas
Cordiviola
*Gesendet:* Freitag, 26. Mai 2023 04:46
*An:* pd-list@lists.iem.at
*Betreff:* Re: [PD] updated hid object?

Hi Ingo,

You can try https://deken.puredata.info/library/hidraw

You can open a device via its VID PID. From the help patch:


"open device via VID PID (shown in the console if you did
"listdevices"). Note that the VID PID is hard-coded in the device
and this can be used (later) without a prior "listdevices" message."


The help patch also includes links to the web on how to set HID
permissions.

You can connect

[hidraw]
|
[print]

to see which bytes (in the list) change when you press the mouse
buttons.

--

Mensaje telepatico asistido por maquinas.

On 25/05/2023 14:07, Ingo wrote:

Hi there,

I’m having trouble with using my mouse with the relatively old
[hid] (from 2004) on my Debian with Pd 0.49.0.

The main problem is that  “open by device type” is not working
and I have to search the device number each time.

I have some automated method for searching but it still takes
up too much time when restarting frequently.

Once I have the device number it works very well well, though!

(I need 6-8 different mouse buttons . . . )

I remember seeing something a while ago about either a new or
updated alternative [hid] object.

However, I’m not sure what it was and I don’t remember if this
was even for Linux at all.

Making a quick search didn’t give me any results.

Can anyone enlighten me if there is something working more
reliably with finding the  mouse without havin to search
manually each time?

Thanks

Ingo




___

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] updated hid object?

[Lucas Cordiviola]

@Ingo this simple patch tracks the buttons for my mouse. In my case the 
buttons are encoded in the first byte.


see attached.



--

Mensaje telepatico asistido por maquinas.

On 26/05/2023 08:41, Ingo wrote:


Thanks, Lucas!

I just downloaded and will test now.

Ingo

*Von:*Pd-list  *Im Auftrag von *Lucas 
Cordiviola

*Gesendet:* Freitag, 26. Mai 2023 04:46
*An:* pd-list@lists.iem.at
*Betreff:* Re: [PD] updated hid object?

Hi Ingo,

You can try https://deken.puredata.info/library/hidraw

You can open a device via its VID PID. From the help patch:


"open device via VID PID (shown in the console if you did 
"listdevices"). Note that the VID PID is hard-coded in the device and 
this can be used (later) without a prior "listdevices" message."



The help patch also includes links to the web on how to set HID 
permissions.


You can connect

[hidraw]
|
[print]

to see which bytes (in the list) change when you press the mouse buttons.

--

Mensaje telepatico asistido por maquinas.

On 25/05/2023 14:07, Ingo wrote:

Hi there,

I’m having trouble with using my mouse with the relatively old
[hid] (from 2004) on my Debian with Pd 0.49.0.

The main problem is that  “open by device type” is not working and
I have to search the device number each time.

I have some automated method for searching but it still takes up
too much time when restarting frequently.

Once I have the device number it works very well well, though!

(I need 6-8 different mouse buttons . . . )

I remember seeing something a while ago about either a new or
updated alternative [hid] object.

However, I’m not sure what it was and I don’t remember if this was
even for Linux at all.

Making a quick search didn’t give me any results.

Can anyone enlighten me if there is something working more
reliably with finding the  mouse without havin to search manually
each time?

Thanks

Ingo



___

Pd-list@lists.iem.at  mailing list

UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list
#N canvas 397 131 782 540 12;
#X obj 136 126 hidraw;
#X msg 149 72 open-vidpid 7247 3 \, poll 5;
#X obj 210 27 loadbang;
#X obj 68 187 print;
#X obj 180 318 >> 1;
#X obj 233 319 >> 2;
#X obj 284 319 >> 3;
#X obj 337 320 >> 4;
#X obj 378 320 >> 5;
#X obj 431 321 >> 6;
#X obj 482 321 >> 7;
#X obj 132 371 mod 2;
#X obj 180 372 mod 2;
#X obj 231 371 mod 2;
#X obj 279 372 mod 2;
#X obj 327 372 mod 2;
#X obj 375 373 mod 2;
#X obj 426 372 mod 2;
#X obj 473 374 mod 2;
#X obj 128 420 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 184 420 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 235 422 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 281 422 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 327 423 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 373 423 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 429 422 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 475 422 tgl 19 0 empty empty empty 0 -10 0 12 #fcfcfc #00 #00 0 
1;
#X obj 141 256 t f f f f f f f f;
#X obj 143 221 change;
#X msg 144 177 \$1;
#X text 180 180 my mouse encode the buttons in the first byte;
#X text 430 268 byte to bits;
#X text 110 478 btn1;
#X text 173 475 btn2;
#X text 228 474 mouseweel-btn;
#X connect 0 0 29 0;
#X connect 1 0 0 0;
#X connect 2 0 1 0;
#X connect 4 0 12 0;
#X connect 5 0 13 0;
#X connect 6 0 14 0;
#X connect 7 0 15 0;
#X connect 8 0 16 0;
#X connect 9 0 17 0;
#X connect 10 0 18 0;
#X connect 11 0 19 0;
#X connect 12 0 20 0;
#X connect 13 0 21 0;
#X connect 14 0 22 0;
#X connect 15 0 23 0;
#X connect 16 0 24 0;
#X connect 17 0 25 0;
#X connect 18 0 26 0;
#X connect 27 0 11 0;
#X connect 27 1 4 0;
#X connect 27 2 5 0;
#X connect 27 3 6 0;
#X connect 27 4 7 0;
#X connect 27 5 8 0;
#X connect 27 6 9 0;
#X connect 27 7 10 0;
#X connect 28 0 27 0;
#X connect 29 0 28 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] updated hid object?

[Lucas Cordiviola]

Hi Ingo,

You can try https://deken.puredata.info/library/hidraw

You can open a device via its VID PID. From the help patch:


"open device via VID PID (shown in the console if you did 
"listdevices"). Note that the VID PID is hard-coded in the device and 
this can be used (later) without a prior "listdevices" message."



The help patch also includes links to the web on how to set HID permissions.

You can connect

[hidraw]
|
[print]

to see which bytes (in the list) change when you press the mouse buttons.




--

Mensaje telepatico asistido por maquinas.

On 25/05/2023 14:07, Ingo wrote:


Hi there,

I’m having trouble with using my mouse with the relatively old [hid] 
(from 2004) on my Debian with Pd 0.49.0.


The main problem is that  “open by device type” is not working and I 
have to search the device number each time.


I have some automated method for searching but it still takes up too 
much time when restarting frequently.


Once I have the device number it works very well well, though!

(I need 6-8 different mouse buttons . . . )

I remember seeing something a while ago about either a new or updated 
alternative [hid] object.


However, I’m not sure what it was and I don’t remember if this was 
even for Linux at all.


Making a quick search didn’t give me any results.

Can anyone enlighten me if there is something working more reliably 
with finding the  mouse without havin to search manually each time?


Thanks

Ingo


___
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] Raspberry pi 4 startup problem

[Lucas Cordiviola]

sounds that you have to delay "pd starts up on boot" part. seems Pd is 
started before the soundcard is ready.




--

Mensaje telepatico asistido por maquinas.

On 13/04/2023 07:39, Simon Iten wrote:

Or as a workaround, is there a way to hit that apply button automagically from 
within a pd patch on loadbang?




On 13 Apr 2023, at 12:36, Simon Iten  wrote:

Ok, I have a strange one…

I have a raspberry PI 4 with a usb sound card as in/output and a patch that 
starts up on boot (via the simple autostart in 
/etc/xdg/lxsession/LXDE-pi/autostart)

Since I also need graphics from puredata.

Whenever pd is auto-started, it does not get any sound input.
As soon as I go to the media -> audio settings menu, I can see that the card is 
correctly specified.
Now a simple “Apply” (without changing anything else) makes the sound work.

Opening a pd patch manually I have correct sound input without going to the 
menu…

Any tips?

I tried delaying the dsp 1 message on loadbang by 200ms since I read somewhere 
this could be the problem.






___
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] artnetlib v0.1.0 released

[Lucas Cordiviola]

Oh i forgot that you can get the binaries via:

-  Pd's menu: help/find externals
  -  type: artnetlib

or via a web browser:

-  https://deken.puredata.info/results.html?name=artnetlib


--

Mensaje telepatico asistido por maquinas.





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

[PD] [PD-announce] artnetlib v0.1.0 released

[Lucas Cordiviola]

hi list,

releasing artnetlib:

-readme---

turn your Pd patch into an Art-Net controller.

Art-Net is an Ethernet protocol based on the TCP/IP protocol suite. Its 
purpose is to allow
transfer of large amounts of DMX512 data over a wide area using standard 
networking

technology.

https://en.wikipedia.org/wiki/Art-Net

https://www.artisticlicence.com/WebSiteMaster/User%20Guides/art-net.pdf



artnetlib is a Pd library with 5 objects:

- [artnetfromarray]

  - polls a Pd array and convert the values to a list of DMX 1 byte ints



- [artnetsend]

  - format a Pd list of ints with an _ArtDMX_ header where you specify 
"physical" and "universe".




- [artnetudp]

  - send the _ArtDMX_ package to a specified ip

  - sends _ArtPoll_ and receive _ArtPollReply_ (used to discover the 
presence of other Controllers, Nodes and Media Servers.)


  - receive data from other Art-Net compatible devices



- [artnetroute]

  - routes received _ArtDMX_ packages according to its "physical" and 
"universe".




- [artnettoarray]

  - convert _ArtDMX_ packages to a Pd list.




repository: https://github.com/Lucarda/pd-artnetlib

bug reports: https://github.com/Lucarda/pd-artnetlib/issues


happy lighting!!!

:)

Lucarda

--
Mensaje telepatico asistido por maquinas.




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

[PD] [PD-announce] artnetlib v0.1.0 released

[Lucas Cordiviola]

hi list,

releasing artnetlib:

-readme---

turn your Pd patch into an Art-Net controller.

Art-Net is an Ethernet protocol based on the TCP/IP protocol suite. Its 
purpose is to allow
transfer of large amounts of DMX512 data over a wide area using standard 
networking

technology.

https://en.wikipedia.org/wiki/Art-Net

https://www.artisticlicence.com/WebSiteMaster/User%20Guides/art-net.pdf



artnetlib is a Pd library with 5 objects:

- [artnetfromarray]

  - polls a Pd array and convert the values to a list of DMX 1 byte ints



- [artnetsend]

  - format a Pd list of ints with an _ArtDMX_ header where you specify 
"physical" and "universe".




- [artnetudp]

  - send the _ArtDMX_ package to a specified ip

  - sends _ArtPoll_ and receive _ArtPollReply_ (used to discover the 
presence of other Controllers, Nodes and Media Servers.)


  - receive data from other Art-Net compatible devices



- [artnetroute]

  - routes received _ArtDMX_ packages according to its "physical" and 
"universe".




- [artnettoarray]

  - convert _ArtDMX_ packages to a Pd list.




repository: https://github.com/Lucarda/pd-artnetlib

bug reports: https://github.com/Lucarda/pd-artnetlib/issues


happy lighting!!!

:)

Lucarda

--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] PD/Win7/64 ... iemgui crashing PD

[Lucas Cordiviola]

I had just compiled myself from the latest https://git.iem.at/pd/iemgui 
and the issues seems solved and it works fine. May be there's something 
else to do and there's not a Deken package yet.



@Oliver if you need the binaries write me off-list.

:)


--

Mensaje telepatico asistido por maquinas.

On 04/01/2023 18:02, Lucas Cordiviola wrote:
I have an open patch with [declare -lib iemgui] and try to open 
"iem_image-help.pd".


this is what I get from GDB:

~~~
Thread 1 received signal SIGSEGV, Segmentation fault.
0x7fff4a597e8a in iemgui!iem_event_setup () from 
C:\Users\lucarda\Documents\Pd\externals\iemgui\iemgui.m_amd64


~~~

iemgui (1.21-1)

Pd 0.53.1 (amd64).



--

Mensaje telepatico asistido por maquinas.

On 04/01/2023 17:06, oliver wrote:

Hi,

here's my system

PD > 0.51
WIN 7 / 64bit
IEMGUI v. 1.21-1 (from 13.09.22)

i just discovered, that on any PD version > 0.51, PD crashes when any 
object from the [iemgui] library is being created.


(the loading of the library itself works OK !)


===

Problem signature:
  Problem Event Name:    APPCRASH
  Application Name:    pd.com
  Application Version:    0.0.0.0
  Application Timestamp:    
  Fault Module Name:    iemgui.m_amd64
  Fault Module Version:    0.0.0.0
  Fault Module Timestamp:    
  Exception Code:    c005
  Exception Offset:    7e8a
  OS Version:    6.1.7601.2.1.0.256.48
  Locale ID:    3079
  Additional Information 1:    fddb
  Additional Information 2:    fddbeb7f2ce34ea1cb6747bdc0c70766
  Additional Information 3:    61c7
  Additional Information 4:    61c742530e2d0a66d7bf7d18f9953427

===

PD version 0.51 and ölower don't crash with the same library.

Has anybody else experienced this ?

Is this connected to the iem_gui regression that was recently talked 
about on this list (thread "patch won't open") ? If so, how come PD 
0.52 is affected, too ?


Best

Oliver






___
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/Win7/64 ... iemgui crashing PD

[Lucas Cordiviola]

I have an open patch with [declare -lib iemgui] and try to open 
"iem_image-help.pd".


this is what I get from GDB:

~~~
Thread 1 received signal SIGSEGV, Segmentation fault.
0x7fff4a597e8a in iemgui!iem_event_setup () from 
C:\Users\lucarda\Documents\Pd\externals\iemgui\iemgui.m_amd64


~~~

iemgui (1.21-1)

Pd 0.53.1 (amd64).



--

Mensaje telepatico asistido por maquinas.

On 04/01/2023 17:06, oliver wrote:

Hi,

here's my system

PD > 0.51
WIN 7 / 64bit
IEMGUI v. 1.21-1 (from 13.09.22)

i just discovered, that on any PD version > 0.51, PD crashes when any 
object from the [iemgui] library is being created.


(the loading of the library itself works OK !)


===

Problem signature:
  Problem Event Name:    APPCRASH
  Application Name:    pd.com
  Application Version:    0.0.0.0
  Application Timestamp:    
  Fault Module Name:    iemgui.m_amd64
  Fault Module Version:    0.0.0.0
  Fault Module Timestamp:    
  Exception Code:    c005
  Exception Offset:    7e8a
  OS Version:    6.1.7601.2.1.0.256.48
  Locale ID:    3079
  Additional Information 1:    fddb
  Additional Information 2:    fddbeb7f2ce34ea1cb6747bdc0c70766
  Additional Information 3:    61c7
  Additional Information 4:    61c742530e2d0a66d7bf7d18f9953427

===

PD version 0.51 and ölower don't crash with the same library.

Has anybody else experienced this ?

Is this connected to the iem_gui regression that was recently talked 
about on this list (thread "patch won't open") ? If so, how come PD 
0.52 is affected, too ?


Best

Oliver






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

Re: [PD] Pd0.53-1 for Windows downloads look like Pd0.53-0

[Lucas Cordiviola]

Thanks. All good now.

:)

--

Mensaje telepatico asistido por maquinas.

On 30/12/2022 02:09, Miller Puckette wrote:

OK, I think I have this fixed - you can download them again from the
usual site, msp.ucsd.edu.

I had made a serious and stupid mistake putting out the 64-bit release (The
32-bit one appears to have been OK).  The good news is that the previous
files actually were 0.53-0, i.e., the "about pd" panel at least wasn't lying.

I didn't update the filename.  To check which file you have you can look at its
size which I gave on the website.

cheers
Miller

On Fri, Dec 30, 2022 at 01:11:23AM -0300, Lucas Cordiviola wrote:

Good catch!

I can confirm the I get "Pd version 0.53.0" on the downloads for "version
0.53-1" from Miller's site (on both arch versions i386 and amd64).

@ Miller please fix it.


:)


--

Mensaje telepatico asistido por maquinas.

On 29/12/2022 09:58, Benjamin Wesch wrote:

Hi and first of all: thank you so much for this beautiful piece of
software! I hope I'm addressing this correctly here: Since around 3
years, I've always (happily) downloaded the newest Windows Pd versions
from http://msp.ucsd.edu/software.html ... the current version
irritated me a bit though since it doesn't seem to include all the
changes that I've been following on github.

I downloaded and checked the installer and the zipped version. When I
open "Help"->"About Pd" from the menu, it says "Pd version 0.53.0".
Since that might just be a missing manual edit, I checked for changes
in help files and .tcl files that should be present (sigmund~-help.pd
for example) and can confirm that these are also missing in the
installer and zip of Pd0.53-1. I then built the current release myself
from 
https://urldefense.com/v3/__https://github.com/pure-data/pure-data/releases/tag/0.53-1__;!!Mih3wA!Gqf8nBzQ-hIcN9_qKlo09EjLHHYRsaKskjlk7uo7bdQuvnD10klNT5s2otHff8Hp_zzsbN2lcOjHv-UB$
  and
everything looks correct now (including "About Pd").

I hope I didn't do anything wrong on my side - but otherwise, I hope
this might help to get the downloads fixed. All the best! Ben



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!Gqf8nBzQ-hIcN9_qKlo09EjLHHYRsaKskjlk7uo7bdQuvnD10klNT5s2otHff8Hp_zzsbN2lcNBr-6DI$




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

Re: [PD] Pd0.53-1 for Windows downloads look like Pd0.53-0

[Lucas Cordiviola]

Good catch!

I can confirm the I get "Pd version 0.53.0" on the downloads for 
"version 0.53-1" from Miller's site (on both arch versions i386 and amd64).


@ Miller please fix it.


:)


--

Mensaje telepatico asistido por maquinas.

On 29/12/2022 09:58, Benjamin Wesch wrote:

Hi and first of all: thank you so much for this beautiful piece of
software! I hope I'm addressing this correctly here: Since around 3
years, I've always (happily) downloaded the newest Windows Pd versions
from http://msp.ucsd.edu/software.html ... the current version
irritated me a bit though since it doesn't seem to include all the
changes that I've been following on github.

I downloaded and checked the installer and the zipped version. When I
open "Help"->"About Pd" from the menu, it says "Pd version 0.53.0".
Since that might just be a missing manual edit, I checked for changes
in help files and .tcl files that should be present (sigmund~-help.pd
for example) and can confirm that these are also missing in the
installer and zip of Pd0.53-1. I then built the current release myself
from https://github.com/pure-data/pure-data/releases/tag/0.53-1 and
everything looks correct now (including "About Pd").

I hope I didn't do anything wrong on my side - but otherwise, I hope
this might help to get the downloads fixed. All the best! Ben



___
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] Basic send historical issue 32 bits / 64 bits

[Lucas Cordiviola]

hi,

you should *not* convert the list to a symbol:

{l2s}    ->   (send $1>

you should send a list so that later [route] can do its job:

[pack 0 0 ]
|
[list prepend send]
|
[netsend]



--

Mensaje telepatico asistido por maquinas.

On 20/12/2022 03:00, Jean-Marie Adrien wrote:

Hello list

Upgrading some old historical patches I wrote_twenty five years ago_ 
(yeah, some of you were not born!) with having two instances of PD 
extended 32 bits communicating with each other, via

{netsend} and {netreceive} objects.

The need was to send from one instance two the other a message in the 
classical form of a message with (label_name float float float …> 
structure

It was done the following way in that time

{pack s f f f f f f}   -> {l2s}    ->   (send $1> ->     {netsend}

Make a package,
convert  in symbol,
send to nestend via (send $1> argument of netsend



Then in the other instance
{netreceive}              ->              {route  label1 label2 …}.   
             -> {send label1}  {send label2}   etc


Net receive output directly connected to
route object with as argument any possible label
Delivering as many send labelx objects further to the second pd instance


Route accepted this format receiving from pd32 bits.
Doesn’t work anymore.
I’ve red somewhere that the type of objects in pd was historically a 
bit awkward in the view of Miller concerning lists and messages.
Red again the old manuals, didn’t get it really better than 25 years 
ago, saw that something has changed in the past concerning the send 
object :)


Could some one tell me what is the correct way to solve this basic and 
easy issue _today_, with a perfect style ?

Need to have it work quickly :)

See patch  below !
Thanking you
JM



#N canvas 244 38 1124 706 12;
#X obj 272 264 r outmess.local;
#X msg 273 313 send \$1;
#X obj 275 360 s \$0-localnetworkstatus;
#X obj 274 337 netsend 1;
#X obj 273 291 l2s;
#X obj 90 277 r \$0-dureemontee;
#X obj 106 301 r \$0-dureeplateau;
#X obj 120 323 r \$0-dureedescente;
#X obj 57 204 r \$0-vol;
#X obj 53 226 t b f;
#X obj 50 378 s outmess.local;
#X obj 50 352 pack s f f f f 1 1 1 1 1 1 1 1;
#X msg 37 187 10;
#X msg 51 251 notesalle;
#X obj 485 256 netreceive 3000 1;
#X obj 564 769 s notebips;
#X obj 580 748 s rampdown;
#X obj 597 725 s rampup;
#X obj 613 701 s notevents_sl;
#X obj 630 681 s notephone;
#X obj 647 660 s notealarme;
#X obj 663 639 s Bips;
#X obj 680 616 s Phone;
#X obj 697 594 s Alarme;
#X obj 713 573 s Vents_sl;
#X obj 730 550 s Poesies;
#X obj 763 509 s Barre;
#X obj 780 487 s notebarre;
#X obj 797 467 s Cafe;
#X obj 813 447 s notecafe;
#X obj 830 426 s Cyber;
#X obj 847 405 s notecyber;
#X obj 863 385 s Salle;
#X obj 882 363 s notesalle;
#X obj 747 529 s notepoesie;
#X obj 484 285 route notebips fade_out fade_in notevents_sl notephone
notealarme Bips Phone Alarme Vents_sl Poesies notepoesie Barre notebarre
Cafe notecafe Cyber notecyber Salle notesalle;
#X connect 0 0 4 0;
#X connect 1 0 3 0;
#X connect 3 0 2 0;
#X connect 4 0 1 0;
#X connect 5 0 11 2;
#X connect 6 0 11 3;
#X connect 7 0 11 4;
#X connect 8 0 9 0;
#X connect 9 0 13 0;
#X connect 9 1 11 1;
#X connect 11 0 10 0;
#X connect 12 0 9 0;
#X connect 13 0 11 0;
#X connect 14 0 35 0;
#X connect 35 0 15 0;
#X connect 35 1 16 0;
#X connect 35 2 17 0;
#X connect 35 3 18 0;
#X connect 35 4 19 0;
#X connect 35 5 20 0;
#X connect 35 6 21 0;
#X connect 35 7 22 0;
#X connect 35 8 23 0;
#X connect 35 9 24 0;
#X connect 35 10 25 0;
#X connect 35 11 34 0;
#X connect 35 12 26 0;
#X connect 35 13 27 0;
#X connect 35 14 28 0;
#X connect 35 15 29 0;
#X connect 35 16 30 0;
#X connect 35 17 31 0;
#X connect 35 18 32 0;
#X connect 35 19 33 0;






___
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] some gui objects with grey background in help patches?

[Lucas Cordiviola]

Ok, this can be discussed and improved.

So now the issue is just about some *extra* grey stuff?

(but you can live with it, right?)



--

Mensaje telepatico asistido por maquinas.

On 22/11/2022 16:15, Peter P. wrote:

I am putting up a proposal about using colors in vanilla the help
patches for discussion. I think these patches should

- Emphasize and encourage users to use the color features of GUI
   elements by showing that in their respective help patches.
- Use colors in vanilla help patches to highlight essential objects and 
actions, for
   example to indicate the one single bang button I need to press to start an 
example
   therein.
- Stick to the non-color versions otherwise when no highlighting is
   necessary, as for example the toggles for loudspeaker channels in
   testtone.pd

Looking forward to a fruitful discussion,
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

Re: [PD] some gui objects with grey background in help patches?

[Lucas Cordiviola]

Don't know, I prefer here.

I'm not a pedagogue but if you all agree that this is better for 
learning I think you got a point.


Or if there are other tcl/tk (or future gui) benefits in just using 
defaults colors there is another point. (not sure about this one)


Or whatever other point that can came about sticking to black-white.



--

Mensaje telepatico asistido por maquinas.

On 22/11/2022 13:23, Peter P. wrote:

* Lucas Cordiviola  [2022-11-22 15:47]:
[...]

Can we switch the discussion back to "How colors should be handled in Pd's
documentation" and sort this out?

Thank you Lucarda! Can this be discussed here, or would github be a
more suitable place?

cheersz, 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

Re: [PD] some gui objects with grey background in help patches?

[Lucas Cordiviola]

I agree with Max and Dan here. I appreciate the work done by Alex and I
think it's a clear improvement. On the specific issue of colors, I'm
indifferent.



+1


My impression is
opinions on the color issue are mixed and not clear-cut, thus I doubt
time on making everything black-white again is well spent.



It takes a single GREP to turn them all back to black-white.

I can do a PR to Alex's branch if needed.

Can we switch the discussion back to "How colors should be handled in 
Pd's documentation" and sort this out?





Lucarda

--

Mensaje telepatico asistido por maquinas.

On 22/11/2022 09:56, Roman Haefeli wrote:

On Tue, 2022-11-22 at 13:32 +0100, Max wrote:

I wanted to add my voice here to say that I like the work Alex did
and
appreciate the many many bug fixes, clarifications, the drive for
consistency and readability across the help patches.


I agree with Max and Dan here. I appreciate the work done by Alex and I
think it's a clear improvement. On the specific issue of colors, I'm
indifferent. However, he's the one who did the work and who had to
decide on many little things. It's in the nature of such proceedings
that not everyone agrees on the every last detail. My impression is
opinions on the color issue are mixed and not clear-cut, thus I doubt
time on making everything black-white again is well spent.

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] Patch won't open

[Lucas Cordiviola]

did you started Pd from a terminal?

if so does it prints something to it?

or put the Pd's console to log to 4. does it prints something?


--

Mensaje telepatico asistido por maquinas.

On 09/11/2022 17:30, Alexandros wrote:
I'm developing an external based on someone else's code, and there's a 
spot that causes a crash when freeing some memory, so I disabled that 
temporarily to check some output. I also added a t_atom pointer which 
I allocate before I call the function I mention here with getbytes(), 
and after I set some values to it and output it as a list from the 
first outlet of the object, I free the memory of the t_atom with 
freebytes().


At first it worked find and I got a list out the outlet, but when I 
tried to launch Pd again with this patch, Pd launches but the patch 
won't open. I tried to open the patch manually but again it doesn't 
open. Other patches open and work fine. I don't think the patch is at 
some place beyond my monitor, because I don't see any tab on the top 
part of my screen. When I open any other patch, a new tab appears 
there, next to the tab of Pd's console.


I'm on UbuntuStudio 22.04, with Pd-0.52.2. Any ideas?




___
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] hidraw v0.1.0 released.

[Lucas Cordiviola]

I've seen some same devices appear 2, 3 or 4 times. Not sure why is this 
happening but is related to https://github.com/libusb/hidapi. I just use 
their function to list devices.


eventually you can check that "Usage (page):" is different in each dup. 
not sure what this means or how to use it.




--

Mensaje telepatico asistido por maquinas.

On 08/11/2022 07:46, Jean-Yves Gratius wrote:

Hello  (sorry for previously bad subject line)

Just tested hidraw on my linux laptop (latest deken version)

Strangely, when I click [listdevice( message in help file, i get in 
console the same device listed 14 times :


Pd device enum: 1
device VID PID (shown in decimal notation): 1267 548


  type: 04f3 0224
  path: /dev/hidraw0
  serial_number:
  Manufacturer: ELAN
  Product:  Touchscreen
  Release:  12
  Interface:    0
  Usage (page): 0x4 (0xd)

---
Pd device enum: 2
device VID PID (shown in decimal notation): 1267 548

(...)


---
Pd device enum: 14
device VID PID (shown in decimal notation): 1267 548


  type: 04f3 0224
  path: /dev/hidraw0
  serial_number:
  Manufacturer: ELAN
  Product:  Touchscreen
  Release:  12
  Interface:    0
  Usage (page): 0x1 (0xff01)


On 04/11/2022 12:00, pd-list-requ...@lists.iem.at wrote:

Send Pd-list mailing list submissions to
pd-list@lists.iem.at

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.puredata.info/listinfo/pd-list
or, via email, send a message with subject or body 'help' to
pd-list-requ...@lists.iem.at

You can reach the person managing the list at
pd-list-ow...@lists.iem.at

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Pd-list digest..."

Today's Topics:

1. Re: [PD-announce] hidraw v0.1.0 released. (Lucas Cordiviola)

___
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
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] hidraw v0.1.0 released.

[Lucas Cordiviola]

@Albert thanks for the explanation.

You might be interested in looking at the sources of

    https://deken.puredata.info/results.html?name=hidio

the .dek file is just a .zip.

It looks that Martin have done all the update to [hid]. I had only 
checked on Windows and not building myself but the object works and it's 
supposed to compile on Linux and Mac.




--

Mensaje telepatico asistido por maquinas.

On 03/11/2022 06:11, Albert Rafetseder wrote:

Thanks Lucas! What is the use case compared to existing [hid] externals?


+1 thank you, a really cool project!

My comparison AFAICT (from working on [hid] a little [1]):

[hidraw]
* is more cross-platform, including Windows
* has a way more modern code base and build system
* offers less "semantic" output -- in the sense that [hidraw] gives 
you event codes that you process in your patch yourself, whereas [hid] 
decodes many of the possible button presses and other events
* uses an external library, libusb/hidabi, for its functions -- [hid] 
only uses OS functions and headers iirc


Maybe we should prepare a wiki page or other documentation item at 
some point listing the different possibilities of working with USB HID 
devices in Pd.


Best,
  Albert.

[1] https://gitlab.com/albert/pd-hid (I'm currently working on 
using pd-lib-builder instead of the old bespoke makefile)




best, P

* Lucas Cordiviola  [2022-11-03 02:04]:

Hi all,

The hidraw external reads raw bytes from hids.

You can find it on Deken for most OSs.

You have to build yourself for very old rasperry-pi's or new M1 or 
M2 macs.


Sources are at https://github.com/Lucarda/pd-hidraw/releases/tag/v0.1.0

--
Deken Web: https://deken.puredata.info/results.html?name=hidraw

--


Lucarda.

--
Mensaje telepatico asistido por maquinas.




___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

___
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

[PD] [PD-announce] hidraw v0.1.0 released.

[Lucas Cordiviola]

Hi all,

The hidraw external reads raw bytes from hids.

You can find it on Deken for most OSs.

You have to build yourself for very old rasperry-pi's or new M1 or M2 macs.

Sources are at https://github.com/Lucarda/pd-hidraw/releases/tag/v0.1.0

--
Deken Web: https://deken.puredata.info/results.html?name=hidraw

--


Lucarda.

--
Mensaje telepatico asistido por maquinas.




___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

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

Re: [PD] [PD-announce] pd 0.53-0test3 released

[Lucas Cordiviola]

All seems good in Windows-land.

Testing the zip package on Win11.

:)


--

Mensaje telepatico asistido por maquinas.

On 24/10/2022 18:00, Miller Puckette via Pd-announce wrote:

OK, Pd 0.53-0test3 !

http://msp.ucsd.edu/software.htm
https://github.com/pure-data/pure-data

I think this one has all teh show-stoppers resolved.
cheers
Miller




___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

___
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.53-0test2 released

[Lucas Cordiviola]

All seems good here. I'm away from home with a Win8.1 netbook.


--

Mensaje telepatico asistido por maquinas.

On 10/22/2022 4:45 PM, Alexandre Torres Porres wrote:

all good, but mac binary comes out as "Pd-0.53-0test1-80-g20334410"

Em sáb., 22 de out. de 2022 às 15:11, Miller Puckette via Pd-announce 
 escreveu:


To Pd-announce:

Pd version 0.53-0test2 is available from
http://msp.ucsd.edu/software.htm
or (source only) via github: https://github.com/pure-data/pure-data

This contains more bug fixes and documentation updates.

Iohannes is still working on an update to teh string translation
mechanism; I'm planning to incorporate that into the final release,
hopefully early next week.

cheers
Miller



___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

___
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] loading non notarized externals in newer macOS (was: [hidraw] pre Deken release)

[Lucas Cordiviola]

I agree.

Now everything will be fine if anybody can use the notarizing stuff with 
just an apple id.


> I suppose another approach is to have an upload server that 
automatically signs the library contents of a zip file and creates a 
notarized dmg for deken using a "shared" Apple developer account. I feel 
this leads us to the same potential problem if it is truly open to whoever.


but if there's malware it will fail the notarization. right?

Is it feasible we (open sourced Pd external devs) have an "shared" Apple 
developer account?



--

Mensaje telepatico asistido por maquinas.

On 15/10/2022 18:02, Dan Wilcox wrote:
I suggested the approach, but I don't really support us facilitating 
the circumvention of a system security feature (or annoyance, based on 
your perspective). At the least, it shouldn't be considered Pd's 
"standard practice" for macOS, in my opinion.


Hypothetically, what if someone uploads a malicious external to deken, 
knowing that someone will blindly download, install, remove 
quarantine, and urn it? Is the onus partially on whoever wrote the 
plugin as well as the original actor?


I suppose another approach is to have an upload server that 
automatically signs the library contents of a zip file and creates a 
notarized dmg for deken using a "shared" Apple developer account. I 
feel this leads us to the same potential problem if it is truly open 
to whoever.



On Oct 14, 2022, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:

Message: 1
Date: Thu, 13 Oct 2022 09:54:52 -0300
From: Lucas Cordiviola 
To: Dan Wilcox , Alexandre Torres Porres

Cc: Pd-List 
Subject: [PD] loading non notarized externals in newer macOS (was:
[hidraw] pre Deken release)
Message-ID:


Content-Type: text/plain; charset=UTF-8; format=flowed

How about a tcl-plugin (available from deken) that is reusable instead
of a script per lib.

Something that you open and choose folder(s) to recursively circumvent
the quarantine in all binaries found. One has to provide the sudo
password in a pop-up dialog.

This plugin can also be part of deken or can be called by deken.



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>







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

Re: [PD] convert an audio signal to floats at single audio sample precision

[Lucas Cordiviola]

why you used an [until] ?

I should put a [metro] there. speed @ 1/64 of the block.

(not tested)

--

Mensaje telepatico asistido por maquinas.

On 15/10/2022 15:04, Thomas Grill wrote:

The first patch, using a modulo [%] object to cycle from 0 to 63, startsed out 
very precise but degraded over time as the integer from the counter structure 
above it increases.

The reason is precision loss because of the limited 32-bit word size in Pd.
The easy solution is to feed back the modulo result to the counter, so that it 
will always run only between 0 and 63 or to reset the counter at every block 
boundary.
Does this what you want?


#N canvas 819 278 450 300 12;
#X obj 95 28 inlet~;
#X obj 234 101 until;
#X msg 234 75 64;
#X obj 235 206 outlet;
#X obj 95 53 tabsend~ \$0-bl;
#X obj 95 101 table \$0-bl 64;
#X msg 287 99 0;
#X obj 234 133 f;
#X obj 266 133 + 1;
#X obj 234 51 t b b;
#X obj 235 179 tabread \$0-bl;
#X text 292 208 spit out frames;
#X obj 234 25 inlet;
#X connect 0 0 4 0;
#X connect 1 0 7 0;
#X connect 2 0 1 0;
#X connect 6 0 7 1;
#X connect 7 0 8 0;
#X connect 7 0 10 0;
#X connect 8 0 7 1;
#X connect 9 0 2 0;
#X connect 9 1 6 0;
#X connect 10 0 3 0;
#X connect 12 0 9 0;


___
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] loading non notarized externals in newer macOS (was: [hidraw] pre Deken release)

[Lucas Cordiviola]

How about a tcl-plugin (available from deken) that is reusable instead 
of a script per lib.


Something that you open and choose folder(s) to recursively circumvent 
the quarantine in all binaries found. One has to provide the sudo 
password in a pop-up dialog.


This plugin can also be part of deken or can be called by deken.




--
Mensaje telepatico asistido por maquinas.

On 13/10/2022 04:39, Dan Wilcox wrote:

> One option is to directly circumvent the app/binary quarantine 
process. Essentially, you can remove the quarantine flag manually:

>
> sudo xattr -r -d com.apple.quarantine path/to/MyApp.app
>
> Print the current flags to check with:
>
> xattr path/to/MyApp.app
>
> I think this should work with dylibs as well.
>
> The externals could be shipped with an additional script for macOS 
which users can run once to remove the compiled externals from 
quarantine. There should be no more popups after.

>
> This does, however, open up possible attack vectors, but anything 
more than what we already had before. I think it is a reasonable 
approach to ask users to decide to run the script themselves, although 
there will be added friction.

>
> On Wed, Oct 12, 2022 at 2:04 AM Alexandre Torres Porres 
 wrote:

>
> I'm still on old macs and I am not yet sure if my stuff is 
working or not in new macs. I just updated ELSE btw, I am now wondering 
if people can use it just fine or if it doesn't work or is a nightmare 
(like asking every time if on external should be loaded).





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

Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

@ Dan

Thanks for sharing this. I'll be digging about  ` you need an Apple 
Developer account (and Apple ID to sign up for one)`. If there's no 
workaround about the us$100 i'll be giving up notarizing builds. Do you 
know of a way to not send money to the thieves (if i'm not mistaken) ?


or to put it in another way:

if I don't codesign/notarize the builds: is just that users have an 
"open anyway" dialog? or is it a total "show stopper" that quits Pd?


Which way should I go without the $100 ?


--

Mensaje telepatico asistido por maquinas.

On 11/10/2022 12:55, Dan Wilcox wrote:

Howdy Lucas,

I have the makefiles working but realize now I need to do some 
refactoring to better handle non-app bundles like dylib libraries. 
Apparently the notarization process is a little different. In any 
case, you can check them out for now but I will be working on them 
further:


https://github.com/zkmkarlsruhe/mac-app-builder

Yes, you need an Apple Developer account (and Apple ID to sign up for 
one) in order to create the certificates for code signing as well as 
notarization. The overview is in the readme.


The notarization process for dylibs appears to be:

* build the dylibs (in our case pd externals)
* codesign them
* notarize them (upload to Apple notarization server)
* package them into a disk image .dmg
* sign the dmg
* staple the dmg with the notarization ticket

Distributing via zip will not work in this case because the zip cannot 
be signed like a dmg.


I think it might make sense for us to make a Makefile.pdlibnotarizer 
or something similar.


I also have a separate repo with example programs (Cocoa, 
openFrameworks, console + dylib) for testing, but it's not ready yet. 
I managed to get the dylib signed this morning which is when I found 
out my assumptions for the whole process are different between apps 
and libs. :(


On Oct 11, 2022, at 4:48 PM, Lucas Cordiviola  
wrote:


@ Dan

I'm back on my "machines home". I did:

    xcrun notarytool

and I got its help options.

Do I need an `apple developer` account ?

I don't even have an `apple id`.

How should I proceed? do I wait for your script? do i get my `apple id`?

I'm sure I'm not the only one willing to provide arm64 builds 
(pd-porres has already inquired me on this).



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>







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

Re: [PD] faustgen~ still actively developed?

[Lucas Cordiviola]

If I'm not mistaken you can use externals with Camomile. The trick is to 
use a pd~ object in your main patch. and IIRC the only down side is that 
you have 1 or 2 blocks of delay. I never tried it btw.


Mensaje telepatico asistido por maquinas.

On 11/10/2022 12:07, alfonso santimone wrote:

thanks for the hints about faustgen2~ which i totally missed.
From a quick test on the faustgen2~ help patch, everything seems to 
work fine at least on Windows 11 - 64bit.

What a good addition would this be to PlugData and Camomile!
In a certain way it's a kind of Max's gen~ for Pd




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

Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

@ Dan

I'm back on my "machines home". I did:

    xcrun notarytool

and I got its help options.

Do I need an `apple developer` account ?

I don't even have an `apple id`.

How should I proceed? do I wait for your script? do i get my `apple id`?

I'm sure I'm not the only one willing to provide arm64 builds (pd-porres 
has already inquired me on this).




--

Mensaje telepatico asistido por maquinas.

On 08/10/2022 10:46, Lucas Cordiviola wrote:

I meant "server room" as "machine room" or more accurate "home".

I actually have an Monterey VM via qemu on Debian11 (on some amd-A6 
cpu). I tried `xcrun --find altool` and it returned `not found`.


I got xcode via `xcode-select --install`.


--

Mensaje telepatico asistido por maquinas.

On 10/8/2022 10:34 AM, Dan Wilcox wrote:
I'd suggest the latest versions of Big Sur, so 11.7. My work laptop 
is on 12 which is also fine. macOS 13 Ventura comes out soon, but 
it's too soon to set up a build environment for it, at least on a 
server.


On Oct 8, 2022, at 3:16 PM, Lucas Cordiviola  
wrote:


Actually using altool is deprecated and you get a warning that the 
uploads will fail after a certain date. Xcode 13+ uses notarytool 
and will be the only way to submit for notarization in the (near) 
future. You will need a VM running macOS 11.3 at a minimum to 
install Xcode 13.



I'll try to get a 11.3 VM. I'm away from the "server room" for a 
couple of days.



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>







___
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] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

I meant "server room" as "machine room" or more accurate "home".

I actually have an Monterey VM via qemu on Debian11 (on some amd-A6 
cpu). I tried `xcrun --find altool` and it returned `not found`.


I got xcode via `xcode-select --install`.


--

Mensaje telepatico asistido por maquinas.

On 10/8/2022 10:34 AM, Dan Wilcox wrote:
I'd suggest the latest versions of Big Sur, so 11.7. My work laptop is 
on 12 which is also fine. macOS 13 Ventura comes out soon, but it's 
too soon to set up a build environment for it, at least on a server.


On Oct 8, 2022, at 3:16 PM, Lucas Cordiviola  
wrote:


Actually using altool is deprecated and you get a warning that the 
uploads will fail after a certain date. Xcode 13+ uses notarytool 
and will be the only way to submit for notarization in the (near) 
future. You will need a VM running macOS 11.3 at a minimum to 
install Xcode 13.



I'll try to get a 11.3 VM. I'm away from the "server room" for a 
couple of days.



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>







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

Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

Actually using altool is deprecated and you get a warning that the 
uploads will fail after a certain date. Xcode 13+ uses notarytool and 
will be the only way to submit for notarization in the (near) future. 
You will need a VM running macOS 11.3 at a minimum to install Xcode 13.



I'll try to get a 11.3 VM. I'm away from the "server room" for a couple 
of days.


So far I have both methods implemented but just need to clean 
everything up before I am confident with sharing. This weekend, 
hopefully.\, as I have other stuff waiting.



No rush from my side. I think also others will benefit from the script. 
I'm also planing to Dekenize other of my old externals for mac arm64.


OTOH it's still fine for users to build simpler binaries themselves. 
No warnings when used on the same build system.



Yes. foo(sources).dek should be encouraged.



--

Mensaje telepatico asistido por maquinas.

On 10/7/2022 8:17 PM, Dan Wilcox wrote:




On Oct 7, 2022, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:

Message: 1
Date: Thu, 6 Oct 2022 17:32:50 -0300
From: Lucas Cordiviola 
To: "hans w. koch" 
Cc: William Brent , Pd-List

Subject: Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a
HID device current best practice?)
Message-ID:


Content-Type: text/plain; charset=UTF-8; format=flowed

Thanks Hans!

I thank all the M1 testers.

Seems I'll wait for Dan's makefile for the notarizing stuff. Or later
try to update if possible my Xcode VM (as in iem-ci.yml) to be able to :
"try to switch to the latest and greatest XCode, so we get 'altool'" and
stuff.


Actually using altool is deprecated and you get a warning that the 
uploads will fail after a certain date. Xcode 13+ uses notarytool and 
will be the only way to submit for notarization in the (near) future. 
You will need a VM running macOS 11.3 at a minimum to install Xcode 13.


So far I have both methods implemented but just need to clean 
everything up before I am confident with sharing. This weekend, 
hopefully.\, as I have other stuff waiting.



M1 users please note that is not that simple (for me or you) to (build
and) share arm64 binaries.


OTOH it's still fine for users to build simpler binaries themselves. 
No warnings when used on the same build system.



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>







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

Re: [PD] Question re comport on Raspberry Pi

[Lucas Cordiviola]

Hi Kerry,

Not sure this helps:

### get the comport sources

from https://git.iem.at/pd/comport

extract the pkg.


### compile

cd the terminal to the extracted folder an do

    make

if the compiler can't find "m_pd.h" do

    make PDDIR=

if you want the output striped and on an specific location do:

    make PDDIR= 
install.




### post back your compiler errors (if all the above fails)


### Deken

most likely you don't have to install Deken.

You access it from Pd's menu: `help/find externals` or also from the web

    https://deken.puredata.info/results.html?name=comport

###

I have no experience at all with any Raspberry Pi but it looks that 
yours is an arm6 architecture. Without really knowing what I'm saying it 
looks that you won't find binaries for that arch on Deken.








--

Mensaje telepatico asistido por maquinas.

On 07/10/2022 09:09, kerry l. hagan wrote:

Hi all,

This is going to be a stupid question for all of you, but please know that I 
have scoured Google for this answer, and I still can’t figure it out.

I’m running a patch on a Raspberry Pi Model B+ V1.2 from 2014.

My collaborator needs the patch to use a comport object to speak to an Arduino.

I cannot get the comport source code to compile on the Pi. I don’t know enough 
to understand the error (that’s coming from ld) no matter how much I read.

I cannot get Deken to install (as I’ve been told I could get the comport object 
that way). I use apt-get install - and it returns no errors. But when I try to 
run Deken, I get ’Self-installation of Deken failed’

Here’s os-release:
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
NAME="Raspbian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/;
SUPPORT_URL="http://www.raspbian.org/RaspbianForums;
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs”

I’m running Vanilla Pd 0.51.4

So my burning question is: how can an eejit like me get a functioning comport 
object into Pd?

Thanks in advance,

Kerry


___
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] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

Thanks Hans!

I thank all the M1 testers.

Seems I'll wait for Dan's makefile for the notarizing stuff. Or later 
try to update if possible my Xcode VM (as in iem-ci.yml) to be able to : 
"try to switch to the latest and greatest XCode, so we get 'altool'" and 
stuff.


M1 users please note that is not that simple (for me or you) to (build 
and) share arm64 binaries.


The worst case scenario I see from the tests is that you'll have to go 
ahead with "malicious software" warning or I simply build with an older 
VM and for intel x86_64.


Thanks again for all the testers.


--

Mensaje telepatico asistido por maquinas.

On 06/10/2022 16:06, hans w. koch wrote:

hi lucas,

i just tested on mac os monterey / M1 and i still had to allow the 
same way as william.
then it worked fine (only had an external mouse to test - not very 
thrilling…)


thanks for the effort!

hans




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

Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

Hi Sebastian,

Thanks for the test.

Would hidraw enable to get access multitouch data? Like fingerpincher 
on Max?



I doubt it but not sure. Looking at the sources of fingerincher from 
https://www.anyma.ch/2009/research/multitouch-external-for-maxmsp/ this 
looks to me as an apple exclusive device and software. I guess that 
someone with a an apple machine can port fingerpincher to Pd exclusively 
for macOS.


But what happens if you move two or more fingers in the touchpad? (you 
can get all the list of bytes in the listbox)


and afraid of saying something stupid: what happens if you create 4 
[hidraw] objects and open devices 4, 5, 6 and 7 (one per object). Do you 
get at least 4 different readings?




--

Mensaje telepatico asistido por maquinas.

On 06/10/2022 11:05, Sebastian Lexer wrote:
Amazing, I could only test running it on the M1 itself without any 
additional equipment, but all seems to work as expected.


After going through the 'malicious software stuff' I'm getting data 
results for devices 4-7. Ech of these report xy coordinate changes on 
the touchpad. Roughly >250 for right or up movements and <5 for left 
and down.


Would hidraw enable to get access multitouch data? Like fingerpincher 
on Max?


All best,
Sebastian




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

Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

That would be fantastic. Please let me know when its done.


--

Mensaje telepatico asistido por maquinas.

On 06/10/2022 11:50, Dan Wilcox wrote:
You also need to notarize binaries, not just codesign. I am actually 
working on a Makefile which automates mac-specific distribution stuff 
like this and I can send you a link once I have it finalized.




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

Re: [PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

Hi William,

Thanks for the test. I did an ad-hoc codesign but seems it is not 
enough. Now I signed with a self certificate:


    https://nc.nubegris.com.ar/index.php/s/KL3dF777TPwTkM9

I'm not sure if your mac can test this one as you already got the file 
in your white list.


If you know a way to not get false positives tests are welcomed.

(also for anyone else reading with an arm64 macOS).


--

Mensaje telepatico asistido por maquinas.

On 06/10/2022 10:28, William Brent wrote:
Hi Lucas - thanks for this! I just tested it on an M1 MacBook Pro 
under macOS Monterey. I got the "malicious software" warning and had 
to go to system prefs/security & privacy to allow the external to be 
run anyway, but then it worked just fine to access my Logitech game 
controller.


On Wed, Oct 5, 2022 at 7:00 AM Lucas Cordiviola 
 wrote:


Hi all,

Next week or so i'll hopefully release hidraw. An object that
reads raw
bytes from HIDs.

Can anyone test this builds on a mac M1 with arm64 or a Monterey
x64 intel?

https://nc.nubegris.com.ar/index.php/s/Rk7HRq67eCqF7kQ

i'm not sure if i did correctly the code sign. (the object seems
to work
on my monterey VM).

If anyone (not on macOS) is willing to test the above link also has
Linux and Windows binaries.

feedback is welcomed.


--

-- 
Mensaje telepatico asistido por maquinas.





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



--
William Brent

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.com <http://www.conflations.com>




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

Re: [PD] Pd as a VST on Wine

[Lucas Cordiviola]

Hi Alfonso,


Is this new version multi-instance capable?



I think it is but i'm not sure. IIRC you can have more than one Pd in 
your DAW and they work independently of each others (no cross-talks)



and can use any external in the VST?



Yes.


Any plan for a VST3 and CLAP version?



VST3 would be nice. I'm not so much C/C++ skilled yet (also for a CLAP 
version).


PS: The previous pdvst~ stopped working since on Pd-0-52 there was an 
overhaul in the audio and scheduler. Many functions change their names 
or were wiped out. The only affected project was pdvst~ (AFAICT).
I tried to make a simple build system and start to use the newer 
functions and (yes!) it worked.


:)

Mensaje telepatico asistido por maquinas.

On 06/10/2022 04:44, alfonso santimone wrote:
Hi Lucas. This Is great news! Is this new version multi-instance 
capable and can use any external in the VST? Any plan for a VST3 and 
CLAP version? thanks for your work adding another option beside 
Camomile and PlugData!


Il mar 4 ott 2022, 11:43 Lucas Cordiviola  ha 
scritto:


Hi Chris,

Try with this new pdvst-0.52.

https://git.nubegris.com.ar/lucarda/pdvst-0.52/releases

I think you already know how to use it.

- get Pd-0.52
- copy "pdvst-0.52-v0.1/pd-scheduler64/vstschedlib.dll" to
"your-Pd/bin"
- then adjust the .pdv files as needed.

(later i need to do a proper README)

---

Let me know if it worked for you (it works for me via
https://www.hermannseib.com/english/vsthost.htm)


--

Mensaje telepatico asistido por maquinas.

On 04/10/2022 03:54, Chris McCormick wrote:
> Hey all,
>
> Back in the day I used to run Modplug Tracker (OpenMPT) on Wine and
> have Pd as a VST via the pdvst~ plugin. These days when I try
this I
> get crashes and segfaults. I have tried several of the new
plugins but
> none of them work except Camomile which has a bug where it won't
find
> the patch due to weird paths.
>
> I know it's a long shot but does anybody have a working setup
with Pd
> as a VST under Wine and can help?
>
> Cheers,
>
> Chris.
>



___
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] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

Hi Simon,

Interesting! I am away from my M1 for quite a while, might be able to 
do some testing in a few weeks.



Thanks, i need this confirmation.


Will [hidraw] also support writing to the device? There are some 
devices that need 2 way communication to enable/disable functions and 
states.



Well from the wrapped hidapi (https://github.com/libusb/hidapi) that the 
object uses is totally easy to write to the device but i'm scared about 
it. They warm that writing (incorrect values i suppose) can brick the 
device.


I only have an cheap USB ps2 compatible joystick to test. I don't know 
yet how to start. In theory I can have a "write" method alla:


[write 1 0 255 255 127 0(
|
[hidraw]

but i'm unsure what to write.

Also I read in https://github.com/libusb/hidapi/issues/167 that certain 
things like making the joystick rumble is not possible directly via hidapi.


I'll have to dig more may be for version 0.2.0.

Any feature request, discussion or knowledge can continue on 
https://github.com/Lucarda/pd-hidraw


PS: as of v0.1.0 i'm totally happy that is so easy an cheap to hack an 
usb joystick an make an 12 foot-switch pedal. Or use the joystick as a 
modulation wheel, etc. :)


Mensaje telepatico asistido por maquinas.

On 06/10/2022 04:31, Simon Iten wrote:

Hi Luca,

Interesting! I am away from my M1 for quite a while, might be able to 
do some testing in a few weeks. Will [hidraw] also support writing to 
the device? There are some devices that need 2 way communication to 
enable/disable functions and states.


On Wed, 5 Oct 2022, 13:00 Lucas Cordiviola,  wrote:

Hi all,

Next week or so i'll hopefully release hidraw. An object that
reads raw
bytes from HIDs.

Can anyone test this builds on a mac M1 with arm64 or a Monterey
x64 intel?

https://nc.nubegris.com.ar/index.php/s/Rk7HRq67eCqF7kQ

i'm not sure if i did correctly the code sign. (the object seems
to work
on my monterey VM).

If anyone (not on macOS) is willing to test the above link also has
Linux and Windows binaries.

feedback is welcomed.


--

-- 
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

[PD] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Lucas Cordiviola]

Hi all,

Next week or so i'll hopefully release hidraw. An object that reads raw 
bytes from HIDs.


Can anyone test this builds on a mac M1 with arm64 or a Monterey x64 intel?

    https://nc.nubegris.com.ar/index.php/s/Rk7HRq67eCqF7kQ

i'm not sure if i did correctly the code sign. (the object seems to work 
on my monterey VM).


If anyone (not on macOS) is willing to test the above link also has 
Linux and Windows binaries.


feedback is welcomed.


--

--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] Pd as a VST on Wine

[Lucas Cordiviola]

Hi Chris,

Try with this new pdvst-0.52.

    https://git.nubegris.com.ar/lucarda/pdvst-0.52/releases

I think you already know how to use it.

- get Pd-0.52
- copy "pdvst-0.52-v0.1/pd-scheduler64/vstschedlib.dll" to "your-Pd/bin"
- then adjust the .pdv files as needed.

(later i need to do a proper README)

---

Let me know if it worked for you (it works for me via 
https://www.hermannseib.com/english/vsthost.htm)



--

Mensaje telepatico asistido por maquinas.

On 04/10/2022 03:54, Chris McCormick wrote:

Hey all,

Back in the day I used to run Modplug Tracker (OpenMPT) on Wine and 
have Pd as a VST via the pdvst~ plugin. These days when I try this I 
get crashes and segfaults. I have tried several of the new plugins but 
none of them work except Camomile which has a bug where it won't find 
the patch due to weird paths.


I know it's a long shot but does anybody have a working setup with Pd 
as a VST under Wine and can help?


Cheers,

Chris.





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

[PD] [PD-announce] flite (text to speech) v0.3.2

[Lucas Cordiviola]

Hi all,

flite (a text to speech external) is good enough for a release. It includes:

   - single binary without dependencies.

   - 5 built-in voices

   - can load .flitevox voice files (english only)

   - read from a text file

   - threaded functions for "synthesis" and "read file"

You can get it from Deken or at 
https://github.com/Lucarda/pd-flite/releases/tag/0.3.2


There are no mac M1 or Linux ARM builds but there shouldn't be a problem 
for those who want to compile (and upload to Deken).


:)

--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] [PD-announce] flite (text to speech) v0.03 test release.

[Lucas Cordiviola]

dynamic loading of extra voices would be very cool
This is working now on branch 
https://github.com/Lucarda/pd-flite/tree/threaded if you can compile.


There is more stuff to do for a v0.0.3test2 release.


:)

Mensaje telepatico asistido por maquinas.

On 05/06/2022 06:22, hans w. koch wrote:

thank you, lucas,

its very nice to have this in PD without the need to rely on (on a mac) [shell] 
+ “say” and rerouting of external sound!
dynamic loading of extra voices would be very cool of course…just saying :-)

best
hans



Am 04.06.2022 um 05:59 schrieb Lucas Cordiviola :

Hi Peter,

There seems to be more voices at 
http://festvox.org/flite/packed/flite-2.1/voices/ that can be loaded on the 
fly. (I'm reading a couple of lines above 
https://github.com/festvox/flite#voice-quality)

I should try to implement this in the external.

But first I should drastically improve my "hyper-naive" and "bad" threading 
attempt.


Lucarda

Mensaje telepatico asistido por maquinas.

On 03/06/2022 14:54, Peter P. wrote:

Lucas,

thank you, this is wonderful! Do you know if five voices is a hard-coded
limitation from within the used libraries?

cheersz, Peter

* Lucas Cordiviola  [2022-06-02 11:06]:

Hi all,

"flite" is and old "text to speech" external.

I had made some updates which includes:

   - single binary without dependencies.

   - support for the 5 voices

   - read from a text file

   - threaded functions for "synthesis" and "read file"

There are amd64 builds for tests at
https://github.com/Lucarda/pd-flite/releases
click on "Assets" and get the version for your OS.

Let me know if this is good enough for a Deken release or whatever.


Lucarda.

--
Mensaje telepatico asistido por maquinas.




___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
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] flite (text to speech) v0.03 test release.

[Lucas Cordiviola]

Hi Peter,

There seems to be more voices at 
http://festvox.org/flite/packed/flite-2.1/voices/ that can be loaded on 
the fly. (I'm reading a couple of lines above 
https://github.com/festvox/flite#voice-quality)


I should try to implement this in the external.

But first I should drastically improve my "hyper-naive" and "bad" 
threading attempt.



Lucarda

Mensaje telepatico asistido por maquinas.

On 03/06/2022 14:54, Peter P. wrote:

Lucas,

thank you, this is wonderful! Do you know if five voices is a hard-coded
limitation from within the used libraries?

cheersz, Peter

* Lucas Cordiviola  [2022-06-02 11:06]:

Hi all,

"flite" is and old "text to speech" external.

I had made some updates which includes:

   - single binary without dependencies.

   - support for the 5 voices

   - read from a text file

   - threaded functions for "synthesis" and "read file"

There are amd64 builds for tests at
https://github.com/Lucarda/pd-flite/releases
click on "Assets" and get the version for your OS.

Let me know if this is good enough for a Deken release or whatever.


Lucarda.

--
Mensaje telepatico asistido por maquinas.




___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
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-announce] flite (text to speech) v0.03 test release.

[Lucas Cordiviola]

Hi all,

"flite" is and old "text to speech" external.

I had made some updates which includes:

  - single binary without dependencies.

  - support for the 5 voices

  - read from a text file

  - threaded functions for "synthesis" and "read file"

There are amd64 builds for tests at 
https://github.com/Lucarda/pd-flite/releases

click on "Assets" and get the version for your OS.

Let me know if this is good enough for a Deken release or whatever.


Lucarda.

--
Mensaje telepatico asistido por maquinas.




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

Re: [PD] [PD-announce] accountant's delight: deken v0.9

[Lucas Cordiviola]

On 25/05/2022 12:03, alfonso santimone wrote:

It seems that ordering by everything except title doesn't work on Windows.


All is working for me on Windows.

Are you sure you are expanding the results clicking on the [+]


--

Mensaje telepatico asistido por maquinas.





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

Re: [PD] [key], [keyup] and operating system key reapat

[Lucas Cordiviola]

Pd 0.52-2 pressing and holding a key:

Windows11 (Tk 8.6.10 amd64)

key: 106
key: 106
key: 106
key: 106
key: 106
key: 106
key: 106
key: 106
key: 106
key: 106
keyup: 106

Debian11 (Tk 8.6.11 amd64)

key: 106
keyup: 106
key: 106
keyup: 106
key: 106
keyup: 106
key: 106
keyup: 106
key: 106
keyup: 106


--

Mensaje telepatico asistido por maquinas.

On 29/04/2022 02:38, Peter P. wrote:

Hi list,

I can't seem to get my head around different behavior of the [key] and
[keyup] objects on different OSes and even within the same OS. I
discovered that for depressed keys after an initial delay
-Pd on Debian will report repeated key ups and downs,
-Pd on Windows does not,
-Pd on OS X may or may not.
Could a few of us test this quickly and report their findings here
maybe?

Thanks!
Peter



___
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] help testing/reporting documentation issue with cyclone on windows/linux

[Lucas Cordiviola]

I only get these 2 issues both on Linux and Windows:


A):
--
(Tcl) UNHANDLED ERROR: bad window path name ".xe761eb40"
    while executing
"winfo x $::focused_window"
    (procedure "hammergui_poll" line 17)
    invoked from within
"hammergui_poll"
    ("uplevel" body line 89)
    invoked from within
"uplevel #0 $docmds"
--

when opening [mousestate] with the attached "pkg-tester.pd". Note that I 
don't get the error on normal circumstances.


B):
--
record~: improper args
 cyclone/record~ smp_$0 2
... couldn't create
record~: improper args
 cyclone/record~ buff_$0 2
--

This is turns out as a crasher with DSP on. Seems (without looking too 
deep) is just fixing the correct arrays/channels? in the help patch.





--

Mensaje telepatico asistido por maquinas.

On 17/04/2022 05:35, Alexandre Torres Porres wrote:
Hi, I got some reports that Cyclone's help files don't work on Windows 
and Linux and a 'tcl/tk' errors pop up. Can anyone confirm this? I 
need someone who can compile and test if I have fixed it and also give 
me a good report. It all seems to work just fine on macOS.


thanks

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list#N canvas 200 50 963 658 12;
#X obj 12 15 text define dut;
#X obj 524 307 text get dut;
#X obj 479 575 pack s s;
#X msg 480 601 \; pd open \$2 \$1;
#X msg 585 603 \; \$1 menuclose \;;
#X obj 586 577 symbol;
#X obj 609 536 makefilename pd-%s;
#X obj 531 124 keyup;
#X obj 532 160 sel 119 113;
#X text 594 124 w key +1 / q key -1;
#X obj 424 58 tgl 15 0 empty empty empty 17 7 0 10 #fcfcfc #00
#00 0 1;
#X obj 530 549 t s s;
#X obj 523 335 t a b;
#X msg 529 219 1;
#X msg 495 219 -1;
#X obj 527 247 +;
#X obj 520 275 t f f;
#X msg 587 225 -1;
#X obj 428 145 metro 3000;
#X text 454 60 go through all .pd files in the folder;
#X obj 116 267 openpanel 1;
#X obj 62 114 bng 15 250 50 0 empty empty empty 17 7 0 10 #fcfcfc #00
#00;
#X msg 157 440 0;
#X obj 74 521 text set dut;
#X obj 100 483 f;
#X obj 137 480 + 1;
#X obj 183 412 text delete dut;
#X msg 185 389 -1;
#X obj 115 291 t s b b;
#X obj 29 380 file glob;
#X msg 30 349 symbol \$1/*.pd;
#X obj 51 448 t s b;
#X msg 29 403 symbol \$1;
#X obj 449 363 file split;
#X obj 484 411 list length;
#X obj 489 439 - 1;
#X obj 441 465 list split;
#X obj 450 387 t l l;
#X obj 446 534 file join;
#X text 88 113 <---open a folder to scan;
#X connect 1 0 12 0;
#X connect 2 0 3 0;
#X connect 5 0 4 0;
#X connect 6 0 5 1;
#X connect 7 0 8 0;
#X connect 8 0 13 0;
#X connect 8 1 14 0;
#X connect 10 0 18 0;
#X connect 11 0 2 1;
#X connect 11 1 6 0;
#X connect 12 0 33 0;
#X connect 12 1 5 0;
#X connect 13 0 15 0;
#X connect 14 0 15 0;
#X connect 15 0 16 0;
#X connect 16 0 1 0;
#X connect 16 1 15 1;
#X connect 17 0 15 1;
#X connect 18 0 13 0;
#X connect 20 0 28 0;
#X connect 21 0 20 0;
#X connect 22 0 24 1;
#X connect 24 0 25 0;
#X connect 24 0 23 1;
#X connect 25 0 24 1;
#X connect 27 0 26 0;
#X connect 28 0 30 0;
#X connect 28 1 22 0;
#X connect 28 2 27 0;
#X connect 29 0 32 0;
#X connect 30 0 29 0;
#X connect 31 0 23 0;
#X connect 31 1 24 0;
#X connect 32 0 31 0;
#X connect 33 0 37 0;
#X connect 34 0 35 0;
#X connect 35 0 36 1;
#X connect 36 0 38 0;
#X connect 36 1 11 0;
#X connect 37 0 36 0;
#X connect 37 1 34 0;
#X connect 38 0 2 0;
___
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?

[Lucas Cordiviola]

@Dan

pdfontloader is working ok for our needs. We have the following:

`pure-data/msw/pdprototype.tgz` has an "tcl/tk-85-i386" dll

and

`pure-data/msw/pdfontloader-64bit-for-wish86.zip` has an 
"tcl/tk-86-amd64" dll


They get extracted accordingly on Miller's builds. It also works when 
building Pd with autotools that gets the i386:(wish85.exe tclsh85.exe) 
from `pdprototype.tgz`




--

Mensaje telepatico asistido por maquinas.

On 09/04/2022 07:46, Dan Wilcox wrote:

Howdy Windows peeps,

I wonder if the pdfontloader needs to be recompiled for TK 8.6+. I 
believe the build distributed with Pd on Windows was built for Tk 8.5.



On Apr 9, 2022, at 12:42 PM, Dan Wilcox  wrote:

The font detection & loading looks like it's working fine via our 
custom pdfontloader:


https://github.com/pure-data/pdfontloader

The font on Windows and Linux has always been bold:

https://github.com/pure-data/pure-data/blob/master/font/README.txt#L33

What may have changed is how Tk calls the Windows API to do the 
rendering. I would ask more of a Windows dev about this (Christof, 
Lucarda, etc).


How does it look if you add "-font-weight normal" to the startup 
flags and restart Pd? To confirm, the using font line should the 
change to:


using font: DejaVu Sans Mono normal

Another thing to try: "-font-face Courier" then see if the rendering 
is better with a native font for the system. If so, this could 
indicate some issue or change with how we load a local TTF font file.



On Apr 9, 2022, at 12:01 PM, ro...@dds.nl wrote:

@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 
danomatika.com 
robotcowboy.com 






Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 






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

Re: [PD] [SPAM] Re: [SPAM] Re: Choices of IPC when using fast-forward

[Lucas Cordiviola]

Ok, I'll give it a look and try compiling with msys2/pd-lib-builder.

I'll put it in my "to do" list.

I'll report back to the github repo.


:)

Mensaje telepatico asistido por maquinas.

On 17/03/2022 07:01, cyrille henry wrote:

Hello

Le 17/03/2022 à 10:05, Lucas Cordiviola a écrit :


On 17/03/2022 05:55, cyrille henry wrote:
I did not find any binary on deken so I don't know where they are! 



On Deken's preferences un-tick "Hide foreign architectures"

thanks!

so, V1.0 is on deken for darwin, linux and windows, all of them for 32 
and 64 bit.


to correct my last mail :
Latest source are on my github : https://github.com/ch-nry/pd_shmem
but they don't compile for windows.
that's probably why I never made a version 1.1.

cheers
C






It will show the Windows version.


--

Mensaje telepatico asistido por maquinas.

.




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

Re: [PD] Choices of IPC when using fast-forward

[Lucas Cordiviola]

On 17/03/2022 04:58, cyrille henry wrote:

so the last version is only available in deken for linux and osX.
I'll be happy if anyone else want to gives a try at a windows 
compilation...


shmem[v1.0] is the latest?

There are Windows versions for it.

If there is a new version: where I can find the sources?


--

Mensaje telepatico asistido por maquinas.




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

Re: [PD] unauthorize / freeverb externals

[Lucas Cordiviola]

I had uploaded to Deken

unauthorized[v0.1](Windows-amd64-32)(Sources).dek

[mp3streamin~] and [ mp3fileout~] didn't compile so they are missing in 
this pkg.




--

Mensaje telepatico asistido por maquinas.

On 2/3/2022 1:15 PM, alex tuca wrote:

hallo,

for a friend, i am looking for this precompiled windows64 externals.

unauthorized
freeverb

if anyone has them, could you please share a download link, would also 
be good in deken.


thanks,
alexander



___
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] Strange PD crash with ASIO ...

[Lucas Cordiviola]

could you dear windows PD users please test the attached patch and 
verify/falsify my observation ?



Hi Oliver!

I couldn't get the crash with the test patch. Nothing happens when I 
delete the numberboxes from [env~].


tested with:

Windows10
Pd 0.52.1
44100hz
8 ms
64 blocksize
"Tascam's ASIO driver" (also tested with "ASIO4ALL").



--

Mensaje telepatico asistido por maquinas.

On 1/30/2022 9:03 PM, oliver wrote:

Hi, dear list !

Just stumbled across a (probably serious) issue with new PD 0.52

Here's the scenario, on Windows 7 / PD 0.52.1 /64bit:


1.) ASIO with multichannel soundcard (ESI GIGAPort HD)
2.) blocksize 512 / delay 6 (clear sound with "test audio & midi")
3.) a patch (with dsp on) that uses either [env~] or [avg~] or 
[sigmund~] or any signal to float/list conversion process

4.) those floats are converted back again to signals
5.) cutting/deleting any of the "signal->float" connections or 
numberboxes crashes PD



I attached a simple (rather dumb) patch to demonstrate the principle

The crash reliably happens when i disconnect any number box attached 
to [env~]. also changing [env~]'s window size doesn't help


This crash doesn't happen when i use PD 0.51 instead !


As i wrote in the subject, this crash happens ONLY with ASIO as the 
audio driver (also true for "ASIO4ALL"), but not with the MMIO driver.


could you dear windows PD users please test the attached patch and 
verify/falsify my observation ?


best

oliver



___
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] [sfinfo~]

[Lucas Cordiviola]

Tested on Windows. Works fantastic.

thanks!

Mensaje telepatico asistido por maquinas.

On 1/28/2022 8:29 PM, Dan Wilcox wrote:
Ok, here is a fix. Please test: 
https://github.com/pure-data/pure-data/pull/1566



On Jan 28, 2022, at 11:04 PM, Dan Wilcox  wrote:

It's a bug, the failure is here: 
https://github.com/pure-data/pure-data/blob/master/src/d_soundfile.c#L1307 



The intent as previously stated is that not supplying a table name 
should use the value read from the header. However, for raw files 
there is no header so we *have* to try reading the length of the 
file. This logic is not working and I will try to fix it now.


Previously, I had a an "info" message which did this separately from 
"read" when I was overhauling sound file handling, but Miller's 
suggestion to check for the array name was more elegant.



On Jan 28, 2022, at 9:55 PM, pd-list-requ...@lists.iem.at wrote:

Message: 3
Date: Fri, 28 Jan 2022 20:55:43 +
From: Pierre Alexandre Tremblay 
To: Lucas Cordiviola 
Cc:pd-list@lists.iem.at
Subject: Re: [PD] [sfinfo~]
Message-ID: 
Content-Type: text/plain; charset="utf-8"

In d_soundfile.c around line 1207 we could see if there is only 1 
arg left as a else if. If that?s the case, we could just bail down 
to done: and bob?s your uncle...



Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>






Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>


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

Re: [PD] [sfinfo~]

[Lucas Cordiviola]

@Oliver

The only problem I know with [soundfile_info] is that it counts as 
samples any metadata in the file. Is not common to find metadata in wav 
files but there might be some.


It would be really nice if [soundfiler] just extracts n of samples only 
by reading the header.


@Dan:

Oliver's patch shows that [soundfiler] does not just "read the header".



--

Mensaje telepatico asistido por maquinas.

On 1/28/2022 5:19 PM, Dan Wilcox wrote:
Don't pass an array name when calling open and it reports the info 
without reading any samples, ie. just reads the header info then 
closes the file.



On Jan 28, 2022, at 8:37 PM, pd-list-requ...@lists.iem.at wrote:

Message: 1
Date: Fri, 28 Jan 2022 20:29:44 +0100
From: oliver 
Cc: Pd-List 
Subject: Re: [PD] [sfinfo~]
Message-ID: <32ea001b-5109-cb72-2397-cb820d930...@klingt.org>
Content-Type: text/plain; charset=UTF-8; format=flowed

Miller Puckette via Pd-list wrote:

Hi PA -

Are you doing stuff that "soundfiler" doesn't?  If so, it would be 
better
to add to the soundfiler object than to add a new object with its 
own name.


The one thing that [soundfiler] can not do, is to report the length of a
soundfile WITHOUT fully loading it into an array.

That would be a great feature to have for [soundfiler]'s right outlet,
especially in the case of big files.

You can get all the other information (channels, samplerate etc.) by
loading just a small sniplet of the source file (even 1 sample is
sufficient IIRC) into a buffer, but not the length. you would need to
add "-resize" to the load flags, which is not useful for (very) long 
files


i still use IEMLIB's [soundfile_info] for that purpose.



best

oliver



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-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [sfinfo~]

[Lucas Cordiviola]

You can get that info with [soundfiler]


  [array define myarray]

  [foo.wav(
  |
  [read -resize $1 myarray(
  |
  |
  [soundfiler]
  |  |
  |  [print stuff]
  |
  [print n of samples]


--

Mensaje telepatico asistido por maquinas.

On 1/28/2022 3:31 PM, Miller Puckette via Pd-list wrote:

Hi PA -

Are you doing stuff that "soundfiler" doesn't?  If so, it would be better
to add to the soundfiler object than to add a new object with its own name.

cheers
Miller

On Fri, Jan 28, 2022 at 06:17:21PM +, Pierre Alexandre Tremblay wrote:

Hello again

So I was missing an object that is quite useful when dealing with audio files 
in batches. Attached is the ugly file in progress to read (with [file]) the 
header of audio files and demingle it to get the number of channels and number 
of frames and sampling rate… what the Max object [sfinfo~] does.

Now I notices that the pd API offers me the headers to recode it in C - so I 
have 2 options here

- I don’t bother anyone and I coder it as fluid.sfinfo
- I code it as [sfinfo~] and make a PR and pray that the dev gods pick on it 
and in the meantime I just include my PR version.

I looked in decken and couldn’t find that string (soundfile, sound file, etc) 
so I’m pretty sure it is not there.

In all cases this is a very useful object to have. I offer my pd attempt in 
sacrifice to the people who want to have a laugh. It kind of works… but that 
‘extended’ format (80 bit float anyone?) is a pain to detangle :)







___
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