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

[Alexandre Torres Porres]

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, Dan Wilcox 
escreveu:

> 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
> setting in System Preferences to allow it.
>
> I already added the "Disable library validation" entitlement back for the
> first Pd release for 10.15 which introduced the stronger security settings.
>
> Also, I think calling them "thieves" is misleading. If you don't want to
> use the platform or the services which are provided with the developer
> account, don't. No one is forcing you. Please don't contribute to FUD.
>
> You could simply provide the code and perhaps the make files to automate
> the process, then convince an institution to pay for the developer account
> license. I included this as one of my expenses for my last funded iOS
> project... :)
>
> On Oct 11, 2022, at 7:12 PM, Lucas Cordiviola 
> wrote:
>
> @ 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 ?
>
>
> 
> 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] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[hans w. koch]

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/ 


your proposed question is great: 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.
just apple doesn´t seem to provide a slot to ask it - they might have their 
reasons…

i could try to wrestle my institution into paying for a dev account, which i 
could open up to people like lucas.
another possibility would be a donated dev account - 100$ per year is like 2 
beers per month. drink less, have more code :-) 
would that even be allowed by apple?

best
hans

> Am 11.10.2022 um 23:37 schrieb Dan Wilcox :
> 
> 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 that doesn’t mean I like 
> jumping through these hoops after spending too long figuring them out. It 
> would be nicer if you, as a user, could simply tell the system: “Pd can load 
> whatever dynamic libs.”
> 
> It’s the same situation for other environments such as Max.
> 
> enohp ym morf tnes
> ---
> Dan Wilcox
> danomatika.com
> robotcowboy.com
> 
> 
>> On Oct 11, 2022, at 8:01 PM, Dan Wilcox  wrote:
>> 
>> 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 
>> setting in System Preferences to allow it.
>> 
>> I already added the "Disable library validation" entitlement back for the 
>> first Pd release for 10.15 which introduced the stronger security settings.
>> 
>> Also, I think calling them "thieves" is misleading. If you don't want to use 
>> the platform or the services which are provided with the developer account, 
>> don't. No one is forcing you. Please don't contribute to FUD.
>> 
>> You could simply provide the code and perhaps the make files to automate the 
>> process, then convince an institution to pay for the developer account 
>> license. I included this as one of my expenses for my last funded iOS 
>> project... :)
>> 
>>> On Oct 11, 2022, at 7:12 PM, Lucas Cordiviola >> > wrote:
>>> 
>>> @ 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 ?
>> 
>> 
>> 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] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Dan Wilcox]

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 that doesn’t mean I like 
jumping through these hoops after spending too long figuring them out. It would 
be nicer if you, as a user, could simply tell the system: “Pd can load whatever 
dynamic libs.”

It’s the same situation for other environments such as Max.

enohp ym morf tnes
---
Dan Wilcox
danomatika.com
robotcowboy.com


> On Oct 11, 2022, at 8:01 PM, Dan Wilcox  wrote:
> 
> 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 setting in 
> System Preferences to allow it.
> 
> I already added the "Disable library validation" entitlement back for the 
> first Pd release for 10.15 which introduced the stronger security settings.
> 
> Also, I think calling them "thieves" is misleading. If you don't want to use 
> the platform or the services which are provided with the developer account, 
> don't. No one is forcing you. Please don't contribute to FUD.
> 
> You could simply provide the code and perhaps the make files to automate the 
> process, then convince an institution to pay for the developer account 
> license. I included this as one of my expenses for my last funded iOS 
> project... :)
> 
>> On Oct 11, 2022, at 7:12 PM, Lucas Cordiviola  wrote:
>> 
>> @ 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 ?
> 
> 
> 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] [hidraw] pre Deken release. was:(Reading/writing a HID device current best practice?)

[Dan Wilcox]

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 setting in System 
Preferences to allow it.

I already added the "Disable library validation" entitlement back for the first 
Pd release for 10.15 which introduced the stronger security settings.

Also, I think calling them "thieves" is misleading. If you don't want to use 
the platform or the services which are provided with the developer account, 
don't. No one is forcing you. Please don't contribute to FUD.

You could simply provide the code and perhaps the make files to automate the 
process, then convince an institution to pay for the developer account license. 
I included this as one of my expenses for my last funded iOS project... :)

> On Oct 11, 2022, at 7:12 PM, Lucas Cordiviola  wrote:
> 
> @ 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 ?


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

[hans w. koch]

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 to hop 
thru the (firey) loops, apple is setting up to letting me allow running your 
code on my machine.

for us as a community we should probably start thinking how we can pool 
ressources, so that developers who don´t have / don´t want an apple dev account 
etc. can still provide their work to the community.
if i understood correctly, apples firewall around its ecosystem will be getting 
even harder to overcome with the next system (ventura) and who knows, whats in 
the pipeline after that.

my 2 (unhelpful) cents

hans

> Am 11.10.2022 um 19:12 schrieb 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 >
>> 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] [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 
danomatika.com 
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?

[alfonso santimone]

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:

>
>
> 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 clicking on the object open the codebox window? It doesn't in macs.
>
>
___
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?)

[IOhannes m zmölnig]

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 -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] faustgen~ still actively developed?

[Alexandre Torres Porres]

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 clicking on the object open the codebox window? It doesn't in macs.
___
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?)

[Dan Wilcox]

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 
danomatika.com 
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] faustgen~ still actively developed?

[alfonso santimone]

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 Pd


Alfonso Santimone
soundcloud.com/alfonsosantimone
www.elgallorojorecords.bandcamp.com/

www.facebook.com/alfonsosantimone


On Tue, Oct 11, 2022 at 1:39 PM Alexandre Torres Porres 
wrote:

> 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 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 know it is usable, I'm just saying this external is not fully working on
> vanilla.
>
> Anyway, again, CEAMMC has an external that is vanilla compatible that runs
> Faust code I believe.
>
> cheers
> ___
> 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]

@ 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 
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] Biased waveform display?

[jayrope]

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 graph
otherwise, giving a user an opportunity to switch from linear display to
inverse exponential? It sounds like an extra line or two of object code
to me somehow.

Asking out of curiosity. I've no idea how to code that myself.

-- 
jayrope
+++
https://jayrope.com
https://aircushionfinish.com
+++
social media
https://mastodon.online/@jayrope



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

Re: [PD] faustgen~ still actively developed?

[Alexandre Torres Porres]

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 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 know it is usable, I'm just saying this external is not fully working on
vanilla.

Anyway, again, CEAMMC has an external that is vanilla compatible that runs
Faust code I believe.

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

Re: [PD] faustgen~ still actively developed?

[Scott R. Looney]

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
never opened the code box - just running the patch and being able to
control it via slider and MIDI trigger was decent enough for me to test it
out.

best,
scott

On Tue, Oct 11, 2022 at 4:05 AM Alexandre Torres Porres 
wrote:

> 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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] looking for a simple eq

[Alexandre Torres Porres]

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, preferably vanilla, but
> can be part of an external library, too!
>
> Hi,
>
> i recently made a "channel_gui" abstraction for a patch on the RPI,
> using vanilla filters and the object [equaliser] from the GGEE library
> (you will need to install that first with deken)
>
> it has a lowpass, a highpass, and one parametric EQ like filter (made
> with [equaliser], which basically calculates the right coefficients for
> the vanilla [biquad~] object)
>
> i attach it here, you will have to remove some stuff and tweak it for
> your needs, but it's not too complicated.
>
> plus you can control output volume and add a delay (if needed)
>
> 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] faustgen~ still actively developed?

[Alexandre Torres Porres]

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
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] faustgen~ still actively developed?

[Alexandre Torres Porres]

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 been a while but maybe you're not meant to
> actively code it in PD, just run the patches.
>
> best,
> scott
>
> On Mon, Oct 10, 2022 at 5:41 AM Alexandre Torres Porres 
> wrote:
>
>>
>>
>> Em dom., 9 de out. de 2022 às 21:11, Scott R. Looney <
>> scottrloo...@gmail.com> escreveu:
>>
>>> as i recall Albert Graef updated it recently. it's called faustgen2~ i
>>> believe:
>>>
>>> https://github.com/agraef/pd-faustgen
>>>
>>
>> doesn't seem to work well on vanilla :/ I can't open the code box
>>
>> ceammc also has another faust compiler btw
>>
>>
>>>
>>>
>>> best,
>>> scott
>>>
>>> On Sun, Oct 9, 2022 at 4:46 PM Alexandre Torres Porres 
>>> wrote:
>>>
 is there a repository?

 Em qui., 6 de out. de 2022 às 09:50, alfonso santimone <
 alfonso.santim...@gmail.com> escreveu:

> Hi guys, It seems that faustgen~ Is kinda adbandoned. It Is actively
> updated as a Max external by Faust devel team. But i can't find any recent
> Pure Data version. Is somebody working on It? thanks
> ___
> 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-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list