Re: [PD] Pd in cross-platform frameworks

[Nicolas Danet]

>I'm curious if anyone here has tried building Pd apps with Juce?

Yep, i'm trying.

https://forum.juce.com/t/has-anyone-tried-porting-pd-to-juce-other-than-cycling-74/39077
https://github.com/Spaghettis/Spaghettis/issues/25

- Mail d'origine -
De: Alexander Chalikiopoulos 
À: pd-list@lists.iem.at
Envoyé: Sun, 21 Nov 2021 11:43:17 +0100 (CET)
Objet: Re: [PD] Pd in cross-platform frameworks

On Mon, Oct 11, 2021 at 8:28 PM IOhannes m zmölnig  wrote:

> Am 11. Oktober 2021 17:05:28 MESZ schrieb Iain Duncan <
> iainduncanli...@gmail.com>:
> >I'm curious if anyone here has tried building Pd apps with Juce? It's a
> >commercial license, but free for use in open source projects,
>
> well, its dual licensed, and one option is GPL3, which is abut better than
> "free for use"
>

I'm now supporting heavy/hvcc and have implemented a wrapper using DPF
(Distrho Plugin Framework) which gives us dssi/ladspa/lv2/vst2/vst3 with
ISC license. No dual-license trickery .. also much simpler API and dev that
likes collaboration.

hvcc supports all kinds of other frameworks and embeds as well. Although of
course it's not actually pd-vanilla under the hood even lifelong users
can't tell the difference ;)

https://wasted-audio.github.io/hvcc/




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

[PD] Re : Re: list of Pd forks?

[Nicolas Danet]

Only thing i can say is to confirm that Spaghettis IS a fork.

- Mail d'origine -
De: IOhannes m zmoelnig 
À: pd-list@lists.iem.at
Envoyé: Wed, 06 Oct 2021 10:56:07 +0200 (CEST)
Objet: Re: [PD] list of Pd forks?

On 10/5/21 4:12 AM, Alexandre Torres Porres wrote:
> 
> That's it, right? Did I miss something?

github lists 172 "forks" (in the github-meaning of the word).
it seems that none of them have bothered to change the name, so the 
repos are still called "pure-data"
"many" (but it's hard to give actual numbers) have somehow or other 
diverged from the original codebase (that is: they have branches that 
contain commits that have not (yet?) been merged into the canonical 
repository.


gmsr
IOhannes





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

[PD] Re : Re: error opening audio: Internal PortAudio error

[Nicolas Danet]

"it should show the request dialog automatically, but sometimes it doesn't"

Recently i had this problem with my fork (after reseted all the authorizations 
on my computer from the terminal). To make it ask again i had to change the 
info.plist and the entitlement for code signing < 
https://github.com/Spaghettis/Spaghettis/commit/d9a248344af32e19b8f26ec0b227764012514d3b
 >.

Note that AFAIK even if the microphone is not authorized, the DSP should work 
(with silence instead).

- Mail d'origine -
De: Dan Wilcox 
À: Ricky Graham 
Cc: Pd-List 
Envoyé: Sun, 01 Nov 2020 12:28:37 +0100 (CET)
Objet: Re: [PD] error opening audio: Internal PortAudio error

Could be system permissions for reading the microphone. Try going to the 
Security panel and enable Microphone access for Pd.

Normally, it should show the request dialog automatically, but sometimes it 
doesn't, maybe due to running different versions of Pd on the same system? I'm 
not sure off the top of my head.

> On Nov 1, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Sat, 31 Oct 2020 16:36:13 -0400
> From: Ricky Graham  >
> To: pd-list@lists.iem.at 
> Subject: [PD] error opening audio: Internal PortAudio error
> Message-ID: <488fa85a-79fb-4577-881a-852eb7c61...@gmail.com 
> >
> Content-Type: text/plain; charset="utf-8"
> 
> Hi,
> 
> When I switch on DSP using Pd-0.51 (stable build) on macOS Catalina 10.15.7, 
> I get the following error:
> error opening audio: Internal PortAudio error
> 
> Any ideas how to resolve this issue?
> 
> Best,
> 
> Ricky


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] Re : [PD-announce] 3dPdModular crowdfunding campaign

[Nicolas Danet]

Try here < https://.co/ > (if not already done)?

- Mail d'origine -
De: Alexandros 
À: pd-annou...@lists.iem.at
Envoyé: Wed, 03 Jun 2020 10:34:17 +0200 (CEST)
Objet: [PD-announce] 3dPdModular crowdfunding campaign

Sorry for cross-posting,

I'd like to share with you a crowdfunding campaign I have started for
the 3dPdModular system. Some of you already know it (was: 3dPd), many
don't. It's a hardware modular synthesizer system running on a single
Raspberry Pi, programmed in Pd.
It looks much like an analog modular synthesizer, but offers a variety
of features not present in analog systems, such as cross-fading between
patches, module cloning, saving patches on a phone app, and more.

The campaign will run for a month. You can find it here
https://gogetfunding.com/3dpdmodular/. The synth's website is this
https://3dpdmodular.cc/.

Please share with anyone interested.




___
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] Expr objects are GPL or LGPL?

[Nicolas Danet]

Good to know. Thanks. 

For future readers, below a permalink as the file quickly change.

< 
https://github.com/pure-data/pure-data/blob/7c71e91d3734d1907d6060deaf996849b62c429c/doc/1.manual/x5.htm#L206
 >

- Mail d'origine -
De: Alexandre Torres Porres 
À: Nicolas Danet 
Cc: Pd-List 
Envoyé: Tue, 24 Sep 2019 19:18:23 +0200 (CEST)
Objet: Re: [PD] Re : Expr objects are GPL or LGPL?

hi, it's lgpl as stated in
https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L199

that site is outdated

Em ter, 24 de set de 2019 às 13:19, Nicolas Danet 
escreveu:

> Oops, link is <
> https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L200
> >.
>
> - Mail d'origine -
> De: Nicolas Danet 
> À: Pd-List 
> Envoyé: Tue, 24 Sep 2019 17:46:00 +0200 (CEST)
> Objet: [PD] Expr objects are GPL or LGPL?
>
> Hello,
>
> Nowadays (2019), is [expr] objects GPL or LGPL licensed?
>
> On Shahrokh Yadegari's site it is GPL.
>
> < http://yadegari.org/expr/expr.html >
>
> On documentation (x5.htm) it is claimed that it is LGPL.
>
> <
> https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L120
> >
>
> Nothing is said about it in "LICENSE.txt" whereas it wrote to refer it in
> the expr source files.
>
> /* Copyright (c) IRCAM.
> * For information on usage and redistribution, and for a DISCLAIMER OF ALL
> * WARRANTIES, see the file, "LICENSE.txt," in this distribution.  */
>
> I'm a bit lost.
>
>
>
>
> ___
> 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] Re : Expr objects are GPL or LGPL?

[Nicolas Danet]

Oops, link is < 
https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L200 >.

- Mail d'origine -
De: Nicolas Danet 
À: Pd-List 
Envoyé: Tue, 24 Sep 2019 17:46:00 +0200 (CEST)
Objet: [PD] Expr objects are GPL or LGPL?

Hello,

Nowadays (2019), is [expr] objects GPL or LGPL licensed?

On Shahrokh Yadegari's site it is GPL.

< http://yadegari.org/expr/expr.html >

On documentation (x5.htm) it is claimed that it is LGPL.

< https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L120 >

Nothing is said about it in "LICENSE.txt" whereas it wrote to refer it in the 
expr source files.

/* Copyright (c) IRCAM.
* For information on usage and redistribution, and for a DISCLAIMER OF ALL
* WARRANTIES, see the file, "LICENSE.txt," in this distribution.  */

I'm a bit lost.




___
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] Expr objects are GPL or LGPL?

[Nicolas Danet]

Hello,

Nowadays (2019), is [expr] objects GPL or LGPL licensed?

On Shahrokh Yadegari's site it is GPL.

< http://yadegari.org/expr/expr.html >

On documentation (x5.htm) it is claimed that it is LGPL.

< https://github.com/pure-data/pure-data/blob/master/doc/1.manual/x5.htm#L120 >

Nothing is said about it in "LICENSE.txt" whereas it wrote to refer it in the 
expr source files.

/* Copyright (c) IRCAM.
* For information on usage and redistribution, and for a DISCLAIMER OF ALL
* WARRANTIES, see the file, "LICENSE.txt," in this distribution.  */

I'm a bit lost.




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

[PD] Re : Any alternative to [poly] allowing dynamic number of voices?

[Nicolas Danet]

Hi, 

FYI: there's pull request here < 
https://github.com/pure-data/pure-data/pull/661 >.

- Mail d'origine -
De: Philip Stone 
À: pd-list@lists.iem.at
Envoyé: Wed, 10 Jul 2019 06:40:32 +0200 (CEST)
Objet: [PD] Any alternative to [poly] allowing dynamic number of voices?

I’ve been using [poly] for a long time as the voice-allocation heart of a 
polyphonic synthesizer, and it does that job well. One drawback it has is that 
the number of voices can only be set at creation time. I’d love to be able to 
change that dynamically, e.g., with a number box, or otherwise. (I know this 
will be glitchy, and don’t care – I won’t be doing it during audio output).

Are there any alternative [poly]-like objects that *do* allow dynamically 
changing the number of voices?

I noticed in Miller’s ‘to-do’ comments in the source that he’d like to add an 
input to [poly] for changing the voice-stealing switch; I’d vote 
enthusiastically for a ‘number of voices’ input as well.


Best,

Phil Stone
UC Davis




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

[PD] Re : Re: Is that codelab.fr is definitly over?

[Nicolas Danet]

Thanks Pierre, and thanks Emoc for the "Codelab's not dead" announce on the 
site. I hope it will be possible back to create accounts when it will be online 
again...

- Mail d'origine -
De: pie...@314r.net
À: Nicolas Danet 
Cc: pd-list@lists.iem.at
Envoyé: Tue, 26 Feb 2019 14:31:29 +0100 (CET)
Objet: Re: [PD] Is that codelab.fr is definitly over?

Hi Nicolas,

Le 2019-02-20 14:51, Nicolas Danet a écrit :
> Hi,
> 
> Good to know. I thought that no time and/or no money left to maintain
> the forum. It's a good new if it is not the case. It might be great
> also to allow account creation again. Anyway thanks for the reply.

I had good news from Emoc about the codelab forum :
many hosting problems have put the forum offline (as well as other 
websites),
but he works on it, and the forums should be online at the end February,

we all keeping ours fingers crossed =)
have a nice day,

Pierre


> 
> Amicalement, Nicolas.
> 
> - Mail d'origine -
> De: pie...@314r.net
> À: pd-list@lists.iem.at
> Envoyé: Wed, 20 Feb 2019 10:12:11 +0100 (CET)
> Objet: Re: [PD] Is that codelab.fr is definitly over?
> 
> Le 2019-02-19 16:08, Nicolas Danet a écrit :
>> Hey,
>> 
>> I can not get codelab.fr french forum since weeks. At that time new
>> users was already prohibited since monthes. Am i the only one
>> concerned?
>> 
> 
> Hello Nicolas,
> I'm concerned too as I was moderator on codelab.fr,
> dont know why it is offline... but I can investigate a bit about that.
> Regards
> 
> 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] Is that codelab.fr is definitly over?

[Nicolas Danet]

Hi,

Good to know. I thought that no time and/or no money left to maintain the 
forum. It's a good new if it is not the case. It might be great also to allow 
account creation again. Anyway thanks for the reply.

Amicalement, Nicolas.

- Mail d'origine -
De: pie...@314r.net
À: pd-list@lists.iem.at
Envoyé: Wed, 20 Feb 2019 10:12:11 +0100 (CET)
Objet: Re: [PD] Is that codelab.fr is definitly over?

Le 2019-02-19 16:08, Nicolas Danet a écrit :
> Hey,
> 
> I can not get codelab.fr french forum since weeks. At that time new
> users was already prohibited since monthes. Am i the only one
> concerned?
> 

Hello Nicolas,
I'm concerned too as I was moderator on codelab.fr,
dont know why it is offline... but I can investigate a bit about that.
Regards

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

[PD] Is that codelab.fr is definitly over?

[Nicolas Danet]

Hey, 

I can not get codelab.fr french forum since weeks. At that time new users was 
already prohibited since monthes. Am i the only one concerned? 



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

Re: [PD] understanding block latency

[Nicolas Danet]

Hi,

IIRC the first block is wrote at the end thus in a 256 reblocked sub-patch you 
have:

First vector:

X X X A

Then:

B C D E

That probably explains the latency to be (256 - 64).

HTH.






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

Re: [PD] Reset phase of phasor~ in DSP domain only?

[Nicolas Danet]

Hi,

Interesting approach, thanks.

- Mail d'origine -
De: Claude Heiland-Allen 
À: pd-list@lists.iem.at
Envoyé: Mon, 31 Dec 2018 16:53:55 +0100 (CET)
Objet: Re: [PD] Reset phase of phasor~ in DSP domain only?

Hi Nicolas,

On 31/12/2018 15:28, Nicolas Danet wrote:
> Is there any clever trick to reset the phase of a [phasor~] in the DSP domain 
> only (i.e. WITHOUT using the right inlet)?

You could maybe make something after the [phasor~]  using [samphold~] 
and [-~] and [wrap~]?

phasor~
|\
| \    falling edge to snapshot
|  |    /
|  samphold~
|  |
-~
|
wrap~
|

No time to check the details now.


Claude
-- 
https://mathr.co.uk




___
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] suggestion: $0 in messages

[Nicolas Danet]

https://github.com/Spaghettis/Spaghettis

Mainly tested on MacOS for now. Best to open a new thread if you have more 
questions.

- Mail d'origine -
De: Alexandre Torres Porres <por...@gmail.com>
À: Nicolas Danet <nicolas.da...@free.fr>
Cc: João Pais <jmmmp...@gmail.com>, Pd-List <pd-l...@mail.iem.at>
Envoyé: Mon, 02 Apr 2018 16:18:42 +0200 (CEST)
Objet: Re: [PD] suggestion: $0 in messages

2018-04-02 9:02 GMT-03:00 Nicolas Danet <nicolas.da...@free.fr>:

>
> I also added that feature in my fork "Spaghettis".


what's and where's that? :)


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

[PD] suggestion: $0 in messages

[Nicolas Danet]

I also added that feature in my fork "Spaghettis". It is very handy. For now i 
have not found any situation that make me regret that "inconsistent" behavior.

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

[PD] Re : Re: Is Pd clip the audio output?

[Nicolas Danet]

Ok, thus if it there's a clipping it is "after" Pd (or at the I/O API level). 
Thanks for the confirmation.

- Mail d'origine -
De: Claude Heiland-Allen <cla...@mathr.co.uk>
À: pd-list@lists.iem.at
Envoyé: Thu, 19 Oct 2017 17:10:12 +0200 (CEST)
Objet: Re: [PD] Is Pd clip the audio output?

On 19/10/17 15:56, Christof Ressi wrote:
> -1 to 1 is the maximum range for floating point audio samples. there's 
> nothing else you can do than clipping if you exceed that range.

A simple test on Linux with JACK shows that Pd doesn't clip audio that
exceeds -1 to 1:

https://mathr.co.uk/tmp/jack-no-clip.png screenshot

Other API may be different, and the driver may clip (or do other
dynamics processing) before sending to the hardware.

>> Von: "Nicolas Danet" <nicolas.da...@free.fr>
>> In the "A02.amplitude.pd" example it is claimed that:
>>
>> "Amplitudes of audio signals can have any reasonable range, but when you 
>> output a signal via the dac~ object, the samples should range between -1 and 
>> +1. Values out of that range will be clipped."
>>
>> Is that still true in current version (Pd-0.48-0)?
I tested with a less current version:

$ pd -version
Pd-0.47.1 ("") compiled for Debian (0.47.1-3) on 2016/11/28 at 20:56:10 UTC


Claude
-- 
https://mathr.co.uk

___
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] Is Pd clip the audio output?

[Nicolas Danet]

Hello, 

In the "A02.amplitude.pd" example it is claimed that:

"Amplitudes of audio signals can have any reasonable range, but when you output 
a signal via the dac~ object, the samples should range between -1 and +1. 
Values out of that range will be clipped."

Is that still true in current version (Pd-0.48-0)?

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

[PD] Re : Re: Paper about vcf~ implementation?

[Nicolas Danet]

Yes, I would be very pleased to read your C++ code. And thanks for the helpful 
link.

- Mail d'origine -
De: i go bananas <hard@gmail.com>
À: Nicolas Danet <nicolas.da...@free.fr>
Cc: pd-list@lists.iem.at
Envoyé: Tue, 29 Nov 2016 16:53:54 +0100 (CET)
Objet: Re: [PD] Paper about vcf~ implementation?

Hi, i recently coded it in more 'readable' c++ code.  Can share with you if
u want, i guess?

It's a "one pole complex filter", and miller has suggested previously on
this list that it is indeed basically a wrapper for the same code as the
cpole~ object, with some other stuff thrown in to calculate the
coefficients.
( https://lists.puredata.info/pipermail/pd-list/2014-07/107391.html )

cheers, Matt


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

[PD] Paper about vcf~ implementation?

[Nicolas Danet]

Hi,

I try to understand the code of the [vcf~] filter.

Is there any paper or discussion somewhere that could enlighten me about the 
mathematics used? For instance what kind of filter is it *precisely*. A 
one-pole resonant filter (as it is noted in the Puckette's book)?

Note that i'm not an expert at all in that kind of things.

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