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

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). Em ter., 11 de out. de 2022 às 15:03,

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

looks like you can „ask apple“ only if you are "members of the Apple Developer Program or Apple Developer Enterprise Program“ furthermore topics are set to apples latest + shiniest https://developer.apple.com/events/ask-apple/questions-and-answers/

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

Looks like we could “Ask Apple”… https://developer.apple.com/events/ask-apple/ I would like to know how an open source project which relies on freely-shared plugins is supposed to exist on a platform that is making it harder on accessibility. I have had a developer account for many years but

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

You already have you answer: no code signing or notarization means users get the security popup when the dylibs are loaded but they just have to select open as far as I know. Gatekeeper asks them once, then the system remembers the selection. I believe it may also require changing a privacy

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

hi lucas, > 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? its a bit more than just that (sigh), but not a complete show stopper. i fully symphatize with your take on that, even if it means i will have

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

@ 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

Re: [PD] faustgen~ still actively developed?

yes, clickin' on the object does open the editor on Windows 11 Alfonso Santimone soundcloud.com/alfonsosantimone www.elgallorojorecords.bandcamp.com/ www.facebook.com/alfonsosantimone On Tue, Oct 11, 2022 at 6:15 PM Alexandre Torres Porres wrote: > >

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

Am 11. Oktober 2022 16:48:42 MESZ schrieb Lucas Cordiviola : > > >Do I need an `apple developer` account ? Yes. 100.00$ iirc. mfg.sfg.jfd IOhannes ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] faustgen~ still actively developed?

Em ter., 11 de out. de 2022 às 12:09, alfonso santimone < alfonso.santim...@gmail.com> escreveu: > Hi all guys, > 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. > Does

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

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:

Re: [PD] faustgen~ still actively developed?

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:

Re: [PD] faustgen~ still actively developed?

Hi all guys, 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

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

@ 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

Re: [PD] Biased waveform display?

Thank you both IOhannes and Jaime, two excellent suggestions (when i work on a proper laptop at least). Still, both methods seem to require simultaneous writing of same audio twice. So in order to escape the obvious RAM/data hogging: What would be needed to add a switchable display feature to a

Re: [PD] faustgen~ still actively developed?

Em ter., 11 de out. de 2022 às 08:24, Scott R. Looney < scottrloo...@gmail.com> escreveu: > i suppose if you wanted to you could file an issue on Github. > Yup, or anyone else. I don;t really care, I never used it cause I just don't use Faust, but would like to mess with Faust someday :) > i

Re: [PD] faustgen~ still actively developed?

i suppose if you wanted to you could file an issue on Github. and Albert is generally pretty responsive. for me i would just use Faust on the website or in FaustLive to develop and test the DSP files and then use PD to run them as a plugin, so opening the code box wasn't as important to me. i

Re: [PD] looking for a simple eq

ELSE has many filters and the tutorial it comes with shows you how to build multiband equalizers. The externals are made available for raspberry pi Em qua., 28 de set. de 2022 às 12:04, oliver escreveu: > Jakob Laue wrote: > > Dear list, > > I am looking for a simple equalizer abstraction,

Re: [PD] faustgen~ still actively developed?

Em seg., 10 de out. de 2022 às 16:51, Scott R. Looney < scottrloo...@gmail.com> escreveu: > maybe you're not meant to actively code it in PD > yes you are, but code box doesn't open, I get a tcl error cause, you know, purr data... I guess it only works there

Re: [PD] faustgen~ still actively developed?

could you open the code box? Em seg., 10 de out. de 2022 às 16:51, Scott R. Looney < scottrloo...@gmail.com> escreveu: > hmm - worked fine to run existing .dsp demo files for me. but at that time > i was on a Mac with High Sierra, haven't tried it on Apple Silicon with > Monterey or higher. it's