Re: [PD] RIP Ed Kelly
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?
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] RIP Ed Kelly
Ah man, genuinely saddened to hear this. Had a few interactions with Ed, liked his work and he did much to spread the word re Pd, esp. around London (town). May he Rest in Power Lucas, I got the sense that Dan was talking about code but also imagine (knowing Ed) that much of his music was/is free/open. The two are often deeply entwined anyway. Prolly not top of his family's thoughts atm, maybe something we can quietly do to secure what's out there & take it from there - your kind offer of server access being perfect for that... Best to all J. On Tuesday, 12 March 2024 at 21:30, Lucas Cordiviola wrote: > 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] hid objects on linux/mac/win? hidraw on linux? hidraw parsing?
Dear Albert, Lucas, list, * Albert Rafetseder [2024-03-13 08:21]: > Dear Peter & all, > > > 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. > > As Lucas reported in the other thread, this works just fine for me. (Do you > see any USB devices, HID or not, when you `lsusb -v` on the command line?) Yes, I see three HIDs amongst other usb devices. I just found the problem: /dev/hidraw* were not assigned to the 'input' user group I am a member of. Now I just have to check if these permissions are persistent across reboots. I didn't recongnize this as the source of my problem since [hid] uses /dev/input/* paths, which had the correct permissions already. > > Colleagues have tried to find [hid] for their newer apple cpu's > > without success unless they start Pd under the Rosetta emulation and > > install Albert's amd64-32 package. > > Good to know, and sorry for making you depend on Rosetta. I don't have much > time to finally get the build system for [hid] updated, nor have access to > Apple Silicon. Some kind soul on this list even offered to compile things > for me -- I've gotten nowhere with the required thinking and coding since, I > apologize! No worries! > > Interestingly there exists a hid Deken package for Darwin-arm64-32 > > http://deken.puredata.info/library/hid/0.1.0 > > but it is not displayed in Pd's built-in search engine on OS X as far as > > I can remember (maybe someone can check this?). > > Deken on pd 0.52.1 (a self-built version IIRC) on Linux, when configured to > *not* hide packages for foreign platforms, gives me this: > > hid[v0.1.0](Darwin-arm64-32).dek > Uploaded by critapec @ 2022-11-09 00:32:28 Yes, that's the package I was referring to. Did anyone install and use it on Mac M1 cpu's natively? > > On Windows there is only [hidraw], correct? > > At least there is no [hid]. The sources and makefile include mentions of > "cygwin", but I don't have a Windows machine either. Even if I could build > it with mingw, I couldn't test. I just found out that there is also [hidio] for Windows by Martin Peach, which should get mentioned in the wiki page kindly created by Albert at https://puredata.info/Members/albert/USB Excellent page Albert, thank you! [hidio] also got compiled for Mac it seems: https://github.com/Benitoite/hidio forked from https://puredata.info/downloads/hidio I think it should include some info about setting permissions (permanently) as well as a hint to security issues when logging keypresses all the time. That page could furthermore include information about the [key] objects to only report key presses when Pd has the focus, and that automatic key repeats from the OS might be a major hindrance for certain cases (such as mimicing an organ keyboard). On Linux I it can be disabled using 'xset r off'. [hid] and/or [hidraw] might be able to circumvent this issue. Btw, Gem offers [gemmouse], and there are certain 2D mousable canvas abstractins flying around the Pd world. best, Peter ___ 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?
I am forwarding another helpful reply from Lucas below, which seems to have bypassed this list. Thank you Lucas for the information, this is much appreciated! P - Forwarded message from Lucas Cordiviola - Subject: Re: [PD] hid objects on linux/mac/win? hidraw on linux? hidraw parsing? Date: Wed, 13 Mar 2024 01:37:42 -0300 I don't wanna go to deep into HIDs as I know little about it. I came to [hidraw] because i needed something easy for Windows (iirc hids external were not working for me on Windows at that time) so I was writing my first externals as a training and decided to wrap https://github.com/libusb/hidapi. > I am a bit puzzled that I don't get any error message from [hidraw] when > trying 'listdevices'. Me too. I had tested on Windows and Debian and it worked. On macOS I tested it on a VM but i could not get "listed" devices. Someone at the time of the release reported it worked just fine on a real mac with a real joystick. > Understood. How can I tell which element of the list belongs to which > switch/dimension/etc? Are these floats somehow (binary) encoded? Yes they are encoded. There's a good side and a bad one. The good one is that no "symbols" are used and that's better at Pd's internal message side. The bad side is that each device has it's own implementation of this list of floats. https://github.com/libusb/hidapi just grabs them and spits them. In [hidio] and other better externals there's and OS layer involved that can tell canonically what "switch/dimension/etc" it has received. So these externals make your life easier and more realistic. But if you get the chance to open a device with [hidraw] you won't be much scared of the list of bytes. if you press one button you'll get say "0 11 0 0" and on release you'll get "0 0 0 0". if you press another one you'll get say "0 12 0 0". Each float on the list represent a byte (0 - 255) and each device has a different number of (fixed) items in the list. ___ 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?
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?
Dear Peter & all, 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. As Lucas reported in the other thread, this works just fine for me. (Do you see any USB devices, HID or not, when you `lsusb -v` on the command line?) Colleagues have tried to find [hid] for their newer apple cpu's without success unless they start Pd under the Rosetta emulation and install Albert's amd64-32 package. Good to know, and sorry for making you depend on Rosetta. I don't have much time to finally get the build system for [hid] updated, nor have access to Apple Silicon. Some kind soul on this list even offered to compile things for me -- I've gotten nowhere with the required thinking and coding since, I apologize! Interestingly there exists a hid Deken package for Darwin-arm64-32 http://deken.puredata.info/library/hid/0.1.0 but it is not displayed in Pd's built-in search engine on OS X as far as I can remember (maybe someone can check this?). Deken on pd 0.52.1 (a self-built version IIRC) on Linux, when configured to *not* hide packages for foreign platforms, gives me this: hid[v0.1.0](Darwin-arm64-32).dek Uploaded by critapec @ 2022-11-09 00:32:28 On Windows there is only [hidraw], correct? At least there is no [hid]. The sources and makefile include mentions of "cygwin", but I don't have a Windows machine either. Even if I could build it with mingw, I couldn't test. General question: What would be a reason to prefer [hidraw] over [hid]? Quoting a previous thread on this list, https://lists.puredata.info/pipermail/pd-list/2022-11/131618.html """ My comparison AFAICT (from working on [hid] a little [...]): [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 """ The mail goes on to suggest the creation of a wiki page "or other documentation item [...] listing the different possibilities of working with USB HID devices in Pd." 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. How do I parse the output of [hidraw]? My own dabblings with [hidraw] have followed this approximate path: * Try to get data off the USB device at all * Then play around and see what values the different buttons, knobs, will send * Construct a patch to translate from raw HID data to useful Pure Data control lines. Best regards, Albert. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pmpd v 0.13
Thanks a lot Iohannes for your work! cheers C Le 13/03/2024 à 00:42, IOhannes m zmölnig a écrit : On 3/12/24 17:07, cyrille henry wrote: I don't know about debian package. Is it Iohannes job, it is. or should I do something? no. cmfsadr IOhannes ___ 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