Re: [PD] RIP Ed Kelly

[Julian Brooks]

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] [random] and seed value

[Julian Brooks]

Thx for fix & additional info IOhannes - not too shabby then...



--- Original Message ---
On Thursday, December 15th, 2022 at 11:23, IOhannes m zmoelnig 
 wrote:


> 
> 
> On 12/14/22 23:55, Julian Brooks wrote:
> 
> > Yes, I'm one of those...
> 
> 
> then i think you should start setting an explicit seed right now.
> 
> the simplest way i've found to force the currently hardcoded seed (for
> the first instantiated random generater), is something like this:
> 
> 1. seed the random generator with 255406
> 2. discard the first 3186 random numbers
> 
> like so:
> #N canvas 2082 640 533 344 12;
> #X msg 307 69 seed 255406;
> #X msg 327 123 3186;
> #X obj 327 148 until;
> #X obj 230 246 spigot;
> #X msg 307 174 1;
> #X obj 230 271 print;
> #X msg 202 166 bang;
> #X obj 307 94 t b b a b;
> #X msg 367 172 0;
> #X obj 230 221 random 100;
> #X obj 281 197 t a;
> #X obj 367 200 t f;
> #X text 311 45 reset;
> #X connect 0 0 7 0;
> #X connect 1 0 2 0;
> #X connect 2 0 10 0;
> #X connect 3 0 5 0;
> #X connect 4 0 11 0;
> #X connect 6 0 9 0;
> #X connect 7 0 4 0;
> #X connect 7 1 1 0;
> #X connect 7 2 10 0;
> #X connect 7 3 8 0;
> #X connect 8 0 11 0;
> #X connect 9 0 3 0;
> #X connect 10 0 9 0;
> #X connect 11 0 3 1;
> 
> > [random] seems to rear its head now & then.
> 
> 
> of course it loops. it's a pseudo random generator.
> however, i find that the underlying algorithm is somewhat perfect with
> regard to repetition (last time i checked, it required about 4294967295
> iterations to repeat, which is pretty good for a 32bit integer number).
> 
> that's not to say that the distribution for small ranges as output by
> [random] might not be ideal.
> 
> > My memory is that when asked on here, Miller was a little coy about the 
> > algo (when was highlighted on-list as an 'interesting' [non-standard] 
> > implementation:)
> 
> 
> iirc, miller always claimed that he was just blindly hitting the number
> keys to generate large numbers.
> 
> i don't fully trust this statement for the actual random generator
> (given that it consumes all possible numbers before repeating), but for
> the seed generator this is somewhat plausible, as this one only takes
> 536870912 iterations to repeat itself (so the PRNG itself has an 8-times
> longer period)
> ___
> 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] [random] and seed value

[Julian Brooks]

"there are definitely pieces out there where
the composer expects the "random" piece to sound like "that", and which
will no longer be true if [random] uses different seeds for each instance)."

Yes, I'm one of those...

[random] seems to rear its head now & then.
My memory is that when asked on here, Miller was a little coy about the algo 
(when was highlighted on-list as an 'interesting' [non-standard] 
implementation:)

Seasons greets
J


--- Original Message ---
On Sunday, December 11th, 2022 at 15:55, Thomas Mayer  
wrote:


> 
> 
> Hello,
> 
> currently [random] uses a fixed value for initialisation. This leads to
> the same sequence of values all the time.
> 
> https://github.com/pure-data/pure-data/blob/c0cd34924a50bdd1cc37dfb6b01f9be02ad8a78b/src/x_misc.c#L55
> 
> My guess is, that most users probably expect at least different seed
> values every time.
> 
> Maybe the help file should explicitely state the behaviour or a
> different way for deriving the initial seed should be used, e.g. taking
> the local time. Or a better PRNG could be used as well.
> 
> If we take the solution to initialize [random] with a different seed
> each time, an explanation on how to revert to the old behaviour of a
> seed value of 1489853723 should be mentioned in the help.
> 
> I could tackle that, but would like a discussion about that before coding.
> 
> Thanks,
> Thomas
> --
> "Prisons are needed only to provide the illusion that courts and police
> are effective. They're a kind of job insurance."
> (Leto II. in: Frank Herbert, God Emperor of Dune)
> http://www.residuum.org/
> 
> 
> 
> ___
> 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] Tip of the Day [was] Re: [midifile]

[Julian Brooks]

+1 on this
I still find things out re Pd that elicit a facepalm/no-way(you can do
_that_) moment.
Think we all get stuck in our ways too so little tips/snippets/patterns (or
known anti-patterns) would be lovely.

All best,
J

On Thu, 10 Feb 2022 at 12:37, IOhannes m zmoelnig  wrote:

> On 2/10/22 12:53, Dan Wilcox wrote:
> > I feel like often these problems also come from people trying Pd out
> after being more familiar with Max. Perhaps it would be good if Pd included
> a mini "Pd for Max users" guide which starts with execution order
> differences,
>
> hmm.
> i'd prefer a "tip-of-the-day".
> order of execution is important enough that everybody should be aware of
> it, whether they come from max, , csound or out of the blue.
>
> i figure your argument is, that most of these have to learn Pd from
> scratch anyhow and will eventually come to the "use [trigger]" section
> in the documentation, whereas the max users would just dive into it (as
> Pd has been sold to them as something you can use your Max-skills with
> without having to pay the license).
>
> my argument is that people who find tips-of-the-day useful are not power
> users yet and as such an occasional reminder won't hurt.
>
> gfdmas
> 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

Re: [PD] Martin Peach Memorial Award for Electronic Arts

[Julian Brooks]

updated zoom link:
https://t.co/H9aSQvoZAZ?amp=1

a solved last minute technical hitch seems somehow appropriate

On Fri, 24 Sept 2021 at 19:02, Julian Brooks  wrote:

> https://martinpeachtribute.wordpress.com/
>
> On Fri, 24 Sept 2021 at 18:30, Julian Brooks  wrote:
>
>> Hi all,
>>
>> Just received this message from Wojtek Gwiazda re Martin (thanks Wojtek).
>>
>> A Tribute/Celebration of Martin Peach (1956-2021) will be held this
>> Friday, September 24, from 4-6pm https://
>> concordia-ca.zoom.us/j/8699853784 <https://t.co/lEfZWYB5Xr?amp=1>
>>
>> An undergraduate award has been set up in Martin’s honour - the Martin
>> Peach Memorial Award for Electronic Arts. Details:
>> https://engage.concordia.ca/donate/martin-peach-memorial-award
>>
>> "Martin was a greatly beloved and respected technician in the Intermedia
>> Studio Arts Department at Concordia University. Since 2001, Martin has been
>> helping students realize their media arts projects. He was nicknamed ‘the
>> wizard’ since no idea or problem - however grand or complex - was too
>> difficult for him to solve. He was a brilliant programmer, circuit and
>> sound designer.  He was also a talented musician and drawer. With his
>> originality, creativity and phenomenal expertise, he inspired and mentored
>> many generations of artists.
>>
>> Martin's legacy will continue through the Martin Peach Memorial Award for
>> Electronic Arts, which will support a student studying Intermedia Studio
>> Arts at Concordia."
>>
>> Donations welcome...
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Martin Peach Memorial Award for Electronic Arts

[Julian Brooks]

https://martinpeachtribute.wordpress.com/

On Fri, 24 Sept 2021 at 18:30, Julian Brooks  wrote:

> Hi all,
>
> Just received this message from Wojtek Gwiazda re Martin (thanks Wojtek).
>
> A Tribute/Celebration of Martin Peach (1956-2021) will be held this
> Friday, September 24, from 4-6pm https://concordia-ca.zoom.us/j/8699853784
> <https://t.co/lEfZWYB5Xr?amp=1>
>
> An undergraduate award has been set up in Martin’s honour - the Martin
> Peach Memorial Award for Electronic Arts. Details:
> https://engage.concordia.ca/donate/martin-peach-memorial-award
>
> "Martin was a greatly beloved and respected technician in the Intermedia
> Studio Arts Department at Concordia University. Since 2001, Martin has been
> helping students realize their media arts projects. He was nicknamed ‘the
> wizard’ since no idea or problem - however grand or complex - was too
> difficult for him to solve. He was a brilliant programmer, circuit and
> sound designer.  He was also a talented musician and drawer. With his
> originality, creativity and phenomenal expertise, he inspired and mentored
> many generations of artists.
>
> Martin's legacy will continue through the Martin Peach Memorial Award for
> Electronic Arts, which will support a student studying Intermedia Studio
> Arts at Concordia."
>
> Donations welcome...
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Martin Peach Memorial Award for Electronic Arts

[Julian Brooks]

Hi all,

Just received this message from Wojtek Gwiazda re Martin (thanks Wojtek).

A Tribute/Celebration of Martin Peach (1956-2021) will be held this Friday,
September 24, from 4-6pm https://concordia-ca.zoom.us/j/8699853784


An undergraduate award has been set up in Martin’s honour - the Martin
Peach Memorial Award for Electronic Arts. Details:
https://engage.concordia.ca/donate/martin-peach-memorial-award

"Martin was a greatly beloved and respected technician in the Intermedia
Studio Arts Department at Concordia University. Since 2001, Martin has been
helping students realize their media arts projects. He was nicknamed ‘the
wizard’ since no idea or problem - however grand or complex - was too
difficult for him to solve. He was a brilliant programmer, circuit and
sound designer.  He was also a talented musician and drawer. With his
originality, creativity and phenomenal expertise, he inspired and mentored
many generations of artists.

Martin's legacy will continue through the Martin Peach Memorial Award for
Electronic Arts, which will support a student studying Intermedia Studio
Arts at Concordia."

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

Re: [PD] variable speed tabwrite~?

[Julian Brooks]

Hi all,

Yes, as stated -- ipoke~ is definitely implemented.
@Peter P.  how you getting on with it? There's a
more recent version too, with some additional classes and tests that @katja
 implemented.
There's also an experimental ipoke4~built that's not short of complete
(with more input from Katja, @Matt Barber  & @Charles
Z Henry  ) but doesn't yet include help files, though
there are various tests/comparisons. I'd be happy to send it to you as a dm
P if you're interested but it's not quite ready for wider sharing as of
yet. Thanks too to Fred Jan @fjkr...@xs4all.nl  for the
pd lib builder version. The experimental version of the lib doesn't yet
have this but Katja's makefile works good for me.

"If the project is dead, I could branch it on my GitHub with the SC and Max
versions and maintain it..."
@Pierre Alexandre Tremblay  - not dead but certainly
been sleeping :)
Am happy to go with what you prefer here P.A.. The straight port is
complete but most recent version could do with a polish - am happy to get
that into some kind of shape, the rest is up to you.
We all know forks are generally bad...

A larger task that we got stuck on was working out best practice to share
the wider lib (quite small, no more than 8 classes in total) - perhaps
something for our small but mighty crew to consider (if anyone has any
time?).

Finally, can I say what a brilliant project this was/is and huge thanks &
respect to all involved.

J.

On Fri, 16 Jul 2021 at 08:39, Pierre Alexandre Tremblay 
wrote:

> ipoke~ is definitely implemented. Julian Brooks was partly in charge to
> make it happen, and Katja did the job I think:
>
> https://puredata.info/Members/ipoke/
>
> If the project is dead, I could branch it on my GitHub with the SC and Max
> versions and maintain it...
>
> https://github.com/tremblap
>
> > On 15 Jul 2021, at 21:15, Peter P.  wrote:
> >
> > Hi list,
> >
> > hope you are fine!
> >
> > I am trying to build a variable speed looper which can change its
> > reading and writing speed by the same factor. How could this be done? It
> > seems there is no object that allows writing to a table (or delay line)
> > at fractional speed.
> >
> > There is some discussion about [tabrwrite4~] or [ipoke~] in the list
> > archives, but it seems it never led somewhere near an implementation,
> > unless I am missing something.
> >
> > Could it work by placing order-forced [tabwrite~] and [tabread~] into a
> > resampled subpatch perhaps? It would not allow seemlessly variable
> > speed if it worked at all...
> >
> > thanks for all ideas/pointers!
> > 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-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] sad news: RIP Martin Peach

[Julian Brooks]

Awful awful news.
Like many on here, Martin helped me out quite a few times. Not just with
the mrpeach library, which has been incredibly useful for so many of us but
also helping write original code in Pd & C to help problem solve a hardware
interfacing issue (thread nr 100 posts, mainly the two of us going
back'n'forth).
Martin was endlessly calm, patient, knowledgeable and curious. Always a
positive presence on here, he will be greatly missed.
Am sure as a community that our thoughts are with his family, friends and
colleagues at this difficult time.

Rest In Power indeed Mr.Peach

On Tue, 6 Jul 2021 at 03:53, Alexandre Torres Porres 
wrote:

> Sorry to bring this bad news and unfortunately I don't have much
> information. Derek Holzer posted on the facebook group the following "I
> just heard from one of his former students that Martin Peach has passed
> away. Rest In Power" and that is all I know.
>
> In homage to him and his contribution to the community, I felt the need to
> make this announcement here, even though I did not know him or exchanged
> information with him directly.
>
> Erin Gee, on the facebook group says "I loved him very much. He taught me
> everything I know about electronics. I feel the world is a little emptier
> knowing Martin is not with us anymore. Martin loved comets and outer space
> phenomena. The news of the new extremely large comet in recent days makes
> me think it is the cosmic resonance of his passing."
> ___
> 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] OFFTOPIC: Audacity

[Julian Brooks]

Bad stuff ongoing with Audacity:
https://fosspost.org/audacity-is-now-a-spyware/

Jb
___
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] Getting frequencies from chords

[Julian Brooks]

Hi Adam,
One of the great joys of Pd, messing with code, sound and creativity in
general, for me anyway, is starting off with a clear idea. You seem to have
that, though to give us a clearer idea of intention, perhaps you could say
what source(s) the chords will be generated from?

My own approach is that if I spend enough time at the coalface of
experimentation, the great goddess Cecilia will reward my effort with...
'something'.
99 times out of a hundred, what I end up with doesn't resemble what I set
out to achieve. This is often a good thing as we've moved beyond my own
limited set of beliefs and expectations (& I like that:).

So while very much in agreement with all the thread comments, let us
introduce you to your new favourite Pd wormhole: [sigmund~].
This is prolly best place to start (the helpfile is stuffed to the ginnels
with useful info and examples, e.g. see 'sinusiod-tracking').

Enjoy the deep-dive, good luck, have fun and give us a shout for more info
if required - sure people will share knowledge best they can...

Julian

On Tue, 10 Nov 2020 at 18:43, topo bot  wrote:

> Hi, i need  to automatically get all the frequencies from a chord.
> For example imagine i have chords as frequencies in messages:
>
> Chord1  = [195, 174, 146, 116, 58(
> Chord2  =  [ 155, 130, 103, 87, 43(
>
> I want to do something like this: ?Chord1.giveMeAllFrequencies
> And then get a list with the frequencies
>
>
> Is it posible to automatically get all the frequencies that fit into each
> chord(all the frequencies that don't clash)?
>
> I dont know too much about musical theory and i know i can do this by ear
> , but is there an automatically way to get this?
>
> I hope is clear.
>
>
> 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] ISO works combining PD and sculpture

[Julian Brooks]

Well, there's an hour of my life I wont get back that am happy about.
Some really very lovely pieces - props everyone...

On Mon, 26 Oct 2020 at 20:03, bbob  wrote:

> for my students, I'm looking for examples of work that combines PD and
> sculpture (or installations)... i've got a few of the obvious
> pd-sequencer-triggering-drum-solenoids to show them, what else?  links to
> artist sites &/or videos appreciated.
> ___
> 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] ISO works combining PD and sculpture

[Julian Brooks]

Hello,

As well as the treasure trove of pieces above...
Some good stuff here:
https://vimeo.com/search?q=cyrille+henry



On Wed, 28 Oct 2020 at 21:31, Thomas Grill  wrote:

> Hi,
> all of our installations are Pd-based, some are sculptural:
> https://rottingsounds.org/threads/auditorium/
> best, Thomas
>
> > Am 26.10.2020 um 20:54 schrieb bbob :
> >
> > for my students, I'm looking for examples of work that combines PD and
> sculpture (or installations)... i've got a few of the obvious
> pd-sequencer-triggering-drum-solenoids to show them, what else?  links to
> artist sites &/or videos appreciated.
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
> --
> Thomas Grill
> http://g.org
>
>
> ___
> 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] VRR - Streaming Concert - 2020, June 5 & 6 - IEM Graz

[Julian Brooks]

This is dope...

On Fri, 5 Jun 2020 at 07:30, Julian Brooks  wrote:

> This looks great, some very fine pieces there - will be tuning in.
> Nicely documented webpage too, am certainly curious re tech-setup.
> Much props all round,
>
> J
>
> On Thu, 4 Jun 2020 at 03:26, Christof Ressi 
> wrote:
>
>> Dear list,
>>
>> I would like to announce our VRR streaming concerts, a cooperation
>> between the IEM Graz and the PPCM (performance practice of contemporary
>> music) studies at the University of Arts Graz, led by members of the
>> Klangforum Wien.
>>
>> During the last 6 weeks we have been rehearsing in our Virtual Rehearsal
>> Room (VRR), which has been built entirely in Pd, using the AoO (audio
>> over OSC) external for high quality and low latency audio streaming. The
>> students are playing in their living rooms in different cities across 4
>> countries (Austria, Slovenia, Serbia and Norway). We will now present
>> the final results in two live concerts, featuring 8 pieces for 3—7
>> players by John Cage, Anestis Logothetis, Roman Haubenstock-Ramati,
>> Winfried Ritsch and Peter Ablinger.
>>
>> Concert I: Friday, June 5, 2020, 18:00 CEST (16:00 UTC)
>>
>> Concert II: Saturday, June 6, 2020, 18:00 CEST (16:00 UTC)
>>
>> Location and info: https://vrr.iem.at/concerts/
>>
>> Best,
>>
>> Christof
>>
>>
>>
>>
>> ___
>> 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] VRR - Streaming Concert - 2020, June 5 & 6 - IEM Graz

[Julian Brooks]

This looks great, some very fine pieces there - will be tuning in.
Nicely documented webpage too, am certainly curious re tech-setup.
Much props all round,

J

On Thu, 4 Jun 2020 at 03:26, Christof Ressi  wrote:

> Dear list,
>
> I would like to announce our VRR streaming concerts, a cooperation
> between the IEM Graz and the PPCM (performance practice of contemporary
> music) studies at the University of Arts Graz, led by members of the
> Klangforum Wien.
>
> During the last 6 weeks we have been rehearsing in our Virtual Rehearsal
> Room (VRR), which has been built entirely in Pd, using the AoO (audio
> over OSC) external for high quality and low latency audio streaming. The
> students are playing in their living rooms in different cities across 4
> countries (Austria, Slovenia, Serbia and Norway). We will now present
> the final results in two live concerts, featuring 8 pieces for 3—7
> players by John Cage, Anestis Logothetis, Roman Haubenstock-Ramati,
> Winfried Ritsch and Peter Ablinger.
>
> Concert I: Friday, June 5, 2020, 18:00 CEST (16:00 UTC)
>
> Concert II: Saturday, June 6, 2020, 18:00 CEST (16:00 UTC)
>
> Location and info: https://vrr.iem.at/concerts/
>
> Best,
>
> Christof
>
>
>
>
> ___
> 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] How to install netpd-server (was: netpd 2.2 released)

[Julian Brooks]

On point and as thorough as ever.
Much appreciated Roman and thanks again,

J.

On Mon, 4 May 2020 at 17:22, Roman Haefeli  wrote:

> On Mon, 2020-05-04 at 18:17 +0200, Roman Haefeli wrote:
> > $ useradd -r -s /usr/sbin/nologin tpf-server
>
> Oops, copy error. This should read:
>
> $ useradd -r -s /usr/sbin/nologin netpd-server
> ___
> 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] netpd 2.2 released

[Julian Brooks]

Hey Roman,

Huge thanks for your ongoing work with this, it's a great piece of kit.

I too am one of those who's been sniffing around and was trying it out
again last week - got to say, it was good before, it's kinda awesome now.

I've got a classful of computing 17yo's who I'd like to spend a few weeks
with netpd, and also do some intro pd coding with. Sadly I've been told we
have to do this on a private server - even more annoyingly this will be
with aws (on ubuntu). Any gotchas or tips on setting up a netpd server you
can share would be much appreciated. e.g. - Does the server need the
various libs installed, realtime prios, memory allocation etc.?

All the best and thanks again,

Julian

On Fri, 1 May 2020 at 23:27, Roman Haefeli  wrote:

> Hi
>
> I just released version 2.2 of netpd - the Collaborative Realtime
> Networked Music Making Environment. Most of the changes are actually
> pretty old, but recent traffic rise on netpd due to current
> circumstances made me put a tag on the current state of tings.
>
> Changes include:
>   * add support for OSC blob data in protocol
>   * support audio transmissions (samples or live)
>   * new netpd abstraction: [netpd_sample]
>   * make instruments directory configurable
>   * add configuration parameter for latency compensation
>
> On the instruments side, still unannounced are:
>   * metaseq - a time-line slicer for creating complex sequencing
> structures
>   * evil - live audio transmission with configured latency à la ninjam
>   * simplesample - proof-of-concept audio sampler
>   * unpunch - new ds based sequencer with key commands
>
> Since a couple of weeks, you might bump into people from different
> parts of the world. We had a jam with 6 participants yesterday and it
> went smoothly, so it appears netpd gained some maturity during the
> years. Maybe now it's a good time to try it out.
>
> https://www.netpd.org/
>
> Software:
> https://www.netpd.org/~roman/netpd-plus-instruments.zip
>
> Cheers,
> Roman
>
>
>
>
>
> ___
> 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] [r pd-dsp-started] was: Re: samplerate~

[Julian Brooks]

Hi Fede,

Apologies, I should've been clearer.

The pd-messages tutorial you posted a link to, the patches require fd-lib.

If it's on deken, it's worth announcing (I'd say, though there's no
obligation).

Lib looks good, thanks for sharing.

(other stuff's up to you:)

All the best,

Julian


>Hi Julian,

>Thanks! Do you mean I should announce fd_lib on the list? And that I
should work on more pd-message or different kinds of documentation?

>I am a bit shy about fd_lib since it's not a single purpose library and
has a bunch of stuff that I compiled over the years; I put it up in deken
just for my own >convenience, cause I use it often.

>(also, fd_lib is quite a misnomer since it gets confused with file
descriptor library, and there's anything but that, hah)

>In any case, I really appreciate your support!!

>Best,

>Fede

fdch.github.io

On Feb 23, 2020, at 6:02 PM, Julian Brooks  wrote:


Maybe should add requires the 'fd_lib' too.
Interesting stuff though, +1 for more documentation

>
> https://github.com/fdch/pd-messages
>
>
On Sun, 23 Feb 2020 at 23:03, Julian Brooks  wrote:

> Maybe should add requires the 'fd_lib' too.
> Interesting stuff though, +1 for more documentation
>
>>
>> https://github.com/fdch/pd-messages
>>
>>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [r pd-dsp-started] was: Re: samplerate~

[Julian Brooks]

Maybe should add requires the 'fd_lib' too.
Interesting stuff though, +1 for more documentation

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

Re: [PD] Pd double precision testing.

[Julian Brooks]

[sidenote]
Wowsa -- Dynamo is bloody awesome, love it Claude.

On Sat, 7 Dec 2019 at 15:22, Claude Heiland-Allen 
wrote:

> On 05/12/2019 21:55, Lucas Cordiviola wrote:
> > Tests should be done with "vanilla-only" patches. 99% of externals were
> > not compiled for double-precision so they don't work with this Pd.
> >
> > If you find something not working write back here to the list or issue
> > it to github (prepend "double-precision: " on the name of the issue).
>
> Success report: I tested my Dynamo[1] techno generator in live mode and
> it works without issues.  Uses 65% CPU vs 63% CPU for the single
> precision master branch, on Intel(R) Atom(TM) CPU N455 @ 1.66GHz in
> 32bit mode using Linux 4.19.0-5-686-pae #1 SMP Debian 4.19.37-3.
>
> It uses these objects:
>
> * *~ + +~ - -~ / /~ == > >= b bang biquad~ bng bp~ change clip~
> complex-mod~ cos~ dac~ dbtorms dbtorms~ del delay delwrite~ div env~
> expr expr~ f hilbert~ hip~ iemguts/closebang inlet inlet~ list loadbang
> lop~ makefilename max metro mod moses mtof mtof~ noise~ osc~ outlet
> outlet~ pack phasor~ print quit-on-close r random rmstodb~ route s sel
> sig~ soundfiler spigot sqrt sqrt~ swap symbol t table tabread tabread4~
> tabwrite textfile unpack until v value vcf~ vd~ vline~ vu wrap~ writesf~
>
>
> Claude
>
> [1] https://mathr.co.uk/dynamo
>
> --
> 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

Re: [PD] [PD-announce] audiolab v-0.2 is on deken!

[Julian Brooks]

These are great fun, thank you.

On Mon, 25 Nov 2019 at 19:58, Philipp Schmalfuß <
philipp.schmalf...@uni-weimar.de> wrote:

> updated my "audiolab" abstraction library
>
> there are two more objects, "pp.twisted-delays2~" and "pp.spacer~"
> sorry for the stupid names.
>
> all best,
> Philipp
>
>
>
>
> ___
> 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] Ofelia runs in a web browser.

[Julian Brooks]

This is great, like it a lot. Thanks Zack

On Mon, 2 Sep 2019 at 18:52, Zack Lee  wrote:

> You can now run Ofelia patches in your web browser using Emscripten.
>
> Here are the instructions if you're interested:
> https://github.com/cuinjune/ofxOfelia#running-the-emscripten-example-in-a-web-browser
>
>
> --
> GitHub repo: https://github.com/cuinjune/ofxOfelia
> User group: https://www.facebook.com/groups/ofeliausers/
>
> --
>
> ___
> 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] PdWeekend 2019/11/04 planning group [NB/Pd 2020 Vision Worldwide Fest News]

[Julian Brooks]

Hi Joey,

It did come through, it's just you don't see your own response in gmail.

Looks cool too:)

Julian

On Tue, 9 Jul 2019 at 21:05, Joey Dodson  wrote:

> Hi Joe!
>
> I'm not sure if I should reply here to the list or directly to you, so
> feel free to respond directly if that's more appropriate.
>
> I'm super excited about Pd Weekend! I'd love to participate in some way
> and I have a few ideas. Over the past several years, I've built a gestural
> synthesizer using Raspberry Pis and programmed in Pure Data. It was
> inspired by Onyx Ashanti's Beatjazz Controller, which I'm sure some of you
> are familiar with. I would love to do a performance or a
> demonstration/performance for one and I'd also like to do something a bit
> more hands on as well, like a workshop. Let me know what you think and what
> I should do from here!
>
> I tried to email this a few days ago, but I believe it didn't go through.
> I'm assuming it's because I included Youtube and Instagram links, which the
> list took to be spam. In any case, to see the work I'm doing and would be
> presenting/performing, you can look me up as Psiforce or psiforcesounds.
> Maybe someone can confirm that certain links aren't allowed in the list
> also so I can avoid the situation in the future?
>
> Cheers,
> Joey Dodson
> a.k.a. Psiforce
>
> On Fri, Jul 5, 2019 at 2:14 PM Joe Deken 
> wrote:
>
>> There will be a PdWeekend October 4-6 in San Diego instigated by Miller
>> and Friends (as ever).
>>
>> It's a happy circumstance that I don't need to explain to Pd-list what a
>> *PdWeekend* as if
>> as if I could. Rather you should simply ask someone who's participated in
>> a PdW with us all.
>>
>> The usual suspects are percolating the kettle as an ad-hoc steering
>> committee. (It's more like the merrygo round  that Hans and friends
>> devised at Madagascar Institute, actually ...)
>>
>> Our next PdWeekend events will take place in San Diego and Los Angeles
>> October 4 - 6 (Fri-Sun)
>>
>> Starting of on Friday with a little
>> welcome and "gear tech-handout" session Friday afternoon   then
>> ...
>>
>> . a RaspberryPi(4) *box lunch*  ... which will actually be
>> RPi-box-dinner-and-speakers-&-demos
>>
>> . round-workbenching on Saturday featuring the edgy-leading-edgers of Pd
>> and NB/SuitSup
>>
>> . Saturday afternoon/evening and Sunday gala events
>>  at CrashSpace LA and its neighborhood arts-tech-conspiracies
>>
>> .Handmade music and beer, of course (and handmade beer, maybe)
>>
>> This is far to preliminary to be an *announcement* but let it be a
>> provocation for you to float your ideas to the list or elsewhere.   It's
>> always great to meet a Pd-land neighbor again anywhere.
>>
>>
>>
>>
>> ___
>> 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] timbreID 0.8.1

[Julian Brooks]

Nice work William, love this lib. Thanks for the update and new tools,
looking forward to checking them out.

Julian

On Sat, 29 Jun 2019 at 15:40, William Brent  wrote:

> Hi all,
>
> I've just finished an update for timbreID, version 0.8.1. It's available
> via deken for Linux/Mac/Win, and at https://github.com/wbrent/timbreID.
> The examples package is now available via the github README.
>
> Here's a summary of changes below and a quick video of the updated timbre
> space example, which has a lot of new features:
> http://williambrent.conflations.com/mov/timbre-space-june-2019.mp4
>
> Any and all feedback is welcome!
> William
>
>
> Objects
>
>- new [chroma] and [chroma~] objects for pitch class profile of
>spectrum
>- new [phaseSpec] and [phaseSpec~] objects for phase spectrum
>- new [tempo~] object for tempo estimation
>- new [featureNorm] and [featureDelta] objects for feature processing
>- new functionality for [featureAccum]
>   - running sum of feature input
>   - running mean of feature input
>   - simple moving average of feature input
>- additional methods for [tabletool] (overlap_add, permute, drip,
>as_set, dump_range, hps, valleys)
>- [timbreID] can now output its database formatted as a FANN training
>file for use with the FANN neural net library
>- new zero-padding feature
>
>
> Examples
>
>- automation via audio features: gated reverb, multi-band compressor
>- improved vocoder
>- chromagram plotting
>- key estimation
>- audio segmenting based on BFCC deltas
>- significant update to timbre space example
>   - uses new "chain_" message functionality to avoid redundant FFTs
>   for much faster batch analysis
>   - works on all platforms with Pd 0.49 and Gem 0.94
>   - keyboard commands for navigation/mouse functions
>   - new mouseover functionality to play all grains within mouse
>   radius in sequence (according to distance from center) or in random 
> order
>   - grain pitch transposition
>   - map features to Gem sphere size
>   - new "constellation" feature for making sequences of grains
>   - a constellation control panel for managing multiple parallel
>   sequences, changing sequence playback behavior, level, speed, rhythm
>
>
>
> --
> William Brent
> www.williambrent.com
>
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
>
> www.conflations.com
> ___
> 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] Vector Synthesis: a Media Archaeological Investigation into Sound-Modulated Light

[Julian Brooks]

Best of luck with this Derek - looks great

On Mon, 17 Jun 2019 at 11:20, Derek Holzer  wrote:

> Dear Pure Data community,
>
> I am currently running a publication fundraiser on Kickstarter for my
> book VECTOR SYNTHESIS: a Media Archaeological Investigation into
> Sound-Modulated Light.
>
> The book describes my research into the military and techno-scientific
> legacies at the birth of modern computing, and how early computer,
> electronic media, and video artists of the 1950’s, 60’s, and 70’s
> attempted to decouple these tools from their destructive origins.
>
> It also presents my Pure Data software library and live performance
> project which employs audio synthesis and vector graphics techniques to
> investigate direct relationships between sound and image using analog
> CRT displays.
>
> The conclusion of the book reflects on how the project and the research
> surrounding it has contributed to the larger experimental audiovisual
> arts community through events such as the Vector Hack Festival.
>
> Artists discussed include Mary Ellen Bute, Ben Laposky, Len Lye, Norman
> McLaren, Desmond Paul Henry, James Whitney, John Whitney Sr., Dan
> Sandin, Steina Vasulka, Woody Vasulka, Larry Cuba, Bill Etra, Mitchell
> Waite, Rosa Menkman, Cracked Ray Tube, Andrew Duff, Benton C.
> Bainbridge, Philip Baljeu, Jonas Bers, Robin Fox, Robert Henke, Ivan
> Marušić Klif, Jerobeam Fenderson, Hansi Raber, Ted Davis, Roland
> Lioni, Bernhard Rasinger, and the Kikimore group.
>
> The book is 122 pages long, has 21 illustrations, links to several video
> examples online, and was fabulously designed by Claire Matthews.
>
> I’ve launched this Kickstarter to print and distribute the book to
> people who have expressed interest, to get them to people who have
> assisted in its creation, and just as importantly to send them to
> organizations and schools who deserve one. Your support of this
> publishing project will help make that possible.
>
> Details can be found here:
>
> https://www.kickstarter.com/projects/macumbista/vector-synthesis-book
>
> Thank you for your kind attention!
> Derek Holzer
>
> --
> derek holzer
> noise.art.technology
> http://macumbista.net
>
> ___
> 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] Sensel Morph object development

[Julian Brooks]

Nice.
Don't normally get excited by gear but this actually looks useful...

On Mon, 10 Jun 2019 at 17:36, Peter Nyboer  wrote:

> I’m not looking for free work - I’d be happy to do it as trade for gear or
> a mix of pay and gear. Whatever works. I would want to spec out the
> behavior and have some  assurance of continued support for it available.
>
> Peter
>
>
> On Jun 10, 2019, at 4:45 AM, Dan Wilcox  wrote:
>
> I'm wondering if anyone is interested in donating a Sensel Morph or two as
> incentive for the development of a native Pd object. This seems like the
> perfect kind of project for an advanced student as well...
>
> On Jun 10, 2019, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
>
> Date: Sun, 9 Jun 2019 12:33:44 -0700
> From: Peter Nyboer 
> To: pd-list@lists.iem.at
> Subject: [PD] Sensel Morph object development
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"
>
> Hi All,
>
> I’m wondering if anyone is interested in creating an object for PD for the
> Sensel Morph. There’s an API in C on github <
> https://github.com/sensel/sensel-api> with details in our guide <
> http://guide.sensel.com/api/>.
> There is an object for Max that works quite nicely - it would be great to
> get a similar object for Pure Data. Send me a mail at pe...@sensel.com <
> mailto:pe...@sensel.com > and we can figure out details.
>
> Peter.
>
>
> 
> 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] Hacksilver: album made with Pd

[Julian Brooks]

Loving this, very dope (& super-squelchy:)!

Any chance of sharing yr realtime mixing/mastering setup? Very curious.

Top notch work this Chris, yr on a very creative roll atm it seems, long
may it continue...

J

On Thu, 6 Jun 2019 at 07:35, Simon Iten  wrote:

> nice!
>
> i like it.
>
> > On 6 Jun 2019, at 08:25, Chris McCormick  wrote:
> >
> > Hello,
> >
> > Thought I should probably share this in a way that is not embedded at
> the end of another reply. *facepalm*
> >
> > I just released Hacksilver, a new procedurally generated algorave album.
> >
> > https://chr15m.bandcamp.com/album/hacksilver
> >
> > It uses a whole slew of weird tech to generate the beats, melodies,
> synth sounds including beat-generating LISP, 8-bit synth generating
> Javascript, and Pure Data for the mixing and mastering. One thing that was
> particularly fun was procedurally generating Impulse Tracker files.
> >
> > Would appreciate a re-share if you know of anybody who might be into
> this type of thing!
> >
> > Cheers,
> >
> > Chris.
> >
> > --
> > https://mccormick.cx/
> >
> > My tech development newsletter:
> > https://mccormick.cx/subscribe
> >
> >
> >
> > ___
> > 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] less intelligent patching for Pd

[Julian Brooks]

yep, +1 (above:)

On Wed, 5 Jun 2019 at 15:59, Christof Ressi  wrote:

> hurray!
>
> > Gesendet: Mittwoch, 05. Juni 2019 um 16:08 Uhr
> > Von: "IOhannes m zmoelnig" 
> > An: pd-list 
> > Betreff: [PD] less intelligent patching for Pd
> >
> > an early summer update...
> >
> > TL;DR: https://vimeo.com/showcase/5289665/video/340437816
> >
> > based on the feedback we got for the "intelligent patching" features
> > introduced with Pd-0.49, i've create a new pull-request [575], that
> > might make patching even easier.
> >
> > the most important part is probably, that the intelligent
> > multi-connections we have learned to love in no time, will now only
> > happen if you press the -key while doing the connection.
> > this basically means, that you can now connect a single object with
> > another single object, even if they happen to be in a selection group.
> >
> > or put otherwise: hopefully this will prevent "intelligent patching"
> > from stepping on your toes.
> >
> >
> > there's also a few bugs fixed:
> > - no more crashes after triggerizing
> > - inserting an object into a "non-leftmost connection" (that is: a
> > connection that involves inlets or outlets that are not on the left-hand
> > side) now works (in the case of -k) resp. puts the newly created
> > object in the right place (in the case of -t, aka triggerize)
> >
> > it also fixes a few oddities where "Duplicate" resp. "Saving
> > abstractions" would not play well with "Copy" (the "Duplicate"
> > resp "Save" actions used to overwrite the "Copy"-buffer; now you can
> > duplicate at will, and still recall your old "Copy"-buffer)
> >
> > there's a few little cuties, like:
> > - pressing  to deselect everything
> > - pressing  to cycle the selection of a single object (or line)
> > - repeatedly pressing -k to connect a single-outlet signal object
> > with a multi-inlet object, will now create a nice fan~out.
> >
> > when inserting an object into a connection with -T (triggerize),
> > the newly created object is now selected immediately, so you can
> > immediately start typing to replace the dummy object (or just press
> >  is you don't want to)
> >
> > finally, you can now cycle outlets or inlets with the  *while
> > connecting*.
> > Cycling inlets is only active if you hover over an object to connect to
> > (if not, you cycle the outlets of the source).
> > Cycling inlets doesn't work on OSX.
> >
> >
> > fgsdm,r
> > IOhannes
> >
> > [575] https://github.com/pure-data/pure-data/pull/575
> >
> > ___
> > 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] Full stop '.' in class namespace

[Julian Brooks]

Thanks IOhannes, awesome response.
Agree that it looks good on the eye with that format.

Ta,

J.

On Fri, 10 May 2019 at 11:45, IOhannes m zmölnig  wrote:

> On 5/10/19 11:49 AM, Julian Brooks wrote:
> > Hi all,
> >
> > Is there a reason to not make use of a full stop in a namespace?
> > E.G. [julianslib.dac~]?
> >
>
> a) there's no such a thing as a "namespace" in Pd.
> b) the closest we have to namespaces is just filesystem-layout, meaning
> you get a directory "julianslib/" and therein a file "dac~".
> this magically gives you an automatic namespace separator "/" (as in
> [julianslib/dac~])
> c) directories are a nice way to keep contents of a folder managable.
> it's usually easier to navigate an extra/ folder that contains (among
> other things) a "julianslib" and a "zexy" directory (each containing
> >100 library objects), instead of 100 julianslib.* files and another 120
> zexy.* files.
> you can of course put the "julianslib.*" files into the "julianslib/"
> directory, thus forcing the user to use both [declare -path julianslib]
> *and* a namespaced objectname.
> d) when using single-object-per-binary externals (e.g.
> julianslib.dac~.pd_linux), you need to take special care to construct a
> proper entry-point symbol ("setup_julianslib0x2edac_tilde")
>
> apart from that, i don't think there are any obstacles.
> it certainly looks nice.
>
> gsmdar
> 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

[PD] Full stop '.' in class namespace

[Julian Brooks]

Hi all,

Is there a reason to not make use of a full stop in a namespace?
E.G. [julianslib.dac~]?

Cheers,

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

Re: [PD] music DSP job, Fender, Scottsdale, AZ, USA

[Julian Brooks]

(looks on slightly enviously from afar)

That'll be a nice gig for some lucky soul.

As an aside -- I went to NY in my early 20's and ended up in Manny's
(famous guitar shop).
Had a go on a '58 Fender Precision, all the paint worn off the back of body
and neck, still had the bell over the bridge - most expensive bass in the
shop at the time (circa $5k in 91).

I'm still occasionally back in that space, happily blissed out and idly
lost in the moment.

Replicating that'd be some heavy hocus pocus dsp-sauce manoeuvrer (sans the
smell:)

J.

On Tue, 23 Apr 2019 at 18:32, Miller Puckette  wrote:

> Apologies if this is too far off topic but I bet some Pd-er in Scottsdale
> will want to know about this...
>
> On Mon, Apr 22, 2019 at 09:41:50PM +, Jesse Pfeister wrote:
> > Hello. When hiring for music-oriented DSP roles at Fender, we want to
> improve
> +our outreach to university students majoring in the relevant fields.
> >
> > Do you know of any boards or mailing lists we can post to? Is there
> someone
> +more appropriate we should be e-mailing?
> >
> > Thanks for any help you can provide.
> >
> > Here's an example of one we have active right now:
> > https://www.fender.com/pages/careers?gh_jid=1583445
>
> I offered to forward it and told him it was fine if he wanted to join the
> list and keep us in the know in the future.  They're looking for a BA/BS
> level
> DSP programmer at the moment.
>
> 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 & massively multi-channel wi-fi speakers

[Julian Brooks]

Hi Kerry,

THX for the update, sounds fascinatingly awesome (or awesomely fascinating),

Would definitely be interested to hear how this pans out (ho ho), be great
if you shared a link once there's some online documentation.

All the best,

Julian

On Fri, 12 Apr 2019 at 10:25, Kerry Hagan  wrote:

> Hello all,
>
> It has been a few months, but the project is now underway, and I thought I
> might let you know what I sorted:
>
> The project does not require high fidelity or precise panning. And it is
> under a limited budget (for a computer science department in a university)
> but much higher than I was initially anticipating.
>
> So, I have ordered 25 Raspberry Pis with 25 pairs of RPi compatible
> speakers and 25 1mA-h battery packs. Each little fella will be hidden
> discreetly in a dinner-table centrepiece at a big university fund-raising
> event.
>
> The RPis will have slave Pd patches and sound files on them, and my laptop
> will be directing each Pi to play sound files/processes via pd-send and OSC
> in a master patch. So though I’m not technically sending audio through
> wireless, it will sound like the files are moving through the ballroom from
> dinner table to dinner table.
>
> Initial tests are promising, but it will be a couple of weeks (university
> purchase ordering bureaucracy) before I get my grubby little hands on the
> whole 25 of them to test.
>
> I won’t bother the list with any more updates, but if you’re curious to
> see how it turns out, drop me a line off-list and I’ll send a link to
> pictures/sounds when it all is over.
>
> Kerry
>
>
>
> > On 18 Feb 2019, at 18:52, Peter P.  wrote:
> >
> > * Maximiliano Estudies  [2019-02-18 19:31]:
> >> the radio idea sounds like a lot of fun.
> > I guess Max Neuhaus has done such things.
> >
> >
> >
> > ___
> > 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] Fwd: [cec-c] Marie curie

[Julian Brooks]

-- Forwarded message -
From: 'Monty Adkins' via CEC-Conference 
Date: Wed, 3 Apr 2019 at 10:42
Subject: [cec-c] Marie curie
To: cec-confere...@googlegroups.com 


The School of Music, Humanities and Media invites expressions of interest
for the Marie Curie Post-Doctoral Fellowship at the University of
Huddersfield.

We have world-leading resources for Music and Music Technology focused
around the Centre for Research in New Music.

We are interested in receiving applications in all areas of Music and Music
Technology.

Please make sure to read the weblinks to ensure your eligibility to the two
schemes.

Many thanks

Prof. Monty Adkins
University of Huddersfield
UK
University of Huddersfield inspiring tomorrow's professionals.
[http://marketing.hud.ac.uk/_HOSTED/EmailSig2014/EmailSigFooterMarch2019.jpg
]

This transmission is confidential and may be legally privileged. If you
receive it in error, please notify us immediately by e-mail and remove it
from your system. If the content of this e-mail does not relate to the
business of the University of Huddersfield, then we do not endorse it and
will accept no liability.

-- 
You received this message because you are subscribed to the Google Groups
"CEC-Conference" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to cec-conference+unsubscr...@googlegroups.com.
To post to this group, send email to cec-confere...@googlegroups.com.
Visit this group at https://groups.google.com/group/cec-conference.
For more options, visit https://groups.google.com/d/optout.


MSCA_IF_advert_MHM_2019.docx
Description: MS-Word 2007 document
___
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] Job offer at IRCAM - Paris

[Julian Brooks]

Nice gig.

On Tue, 26 Mar 2019 at 13:32, Pierre Guillot 
wrote:

> *C++ developer of interactive audio applications using the JUCE framework
> (W/M)*
>
> *Fixed-term contract of 6 months starting from May 2019, possibility of
> transformation into a permanent position*
>
> *INTRODUCTION TO IRCAM:*
> IRCAM is a non-profit organization that is associated to the Centre
> Pompidou (Centre national d’art et de culture Georges Pompidou). Its
> missions comprise research, production, and education related to
> contemporary music and its relation to science and technology. The
> department for Innovation and Means for Research (IMR) handles, besides
> other topics, the various aspects of tech transfer of the research results
> produced in the research teams. IRCAM is located in the centre of Paris
> near the Centre Pompidou, at 1, Place Igor Stravinsky 75004 Paris.
>
> *POSITION DESCRIPTION:*
> You will integrate the IMR department and will be responsible for the
> conceptual design and development of user interfaces and application layers
> for AudioSculpt (version 4), a standalone audio application for sound
> visualisation, analysis and transformation built with the C++ JUCE
> framework. The different variants, will be designed with the goal to adapt
> to different segments of the professional audio production market, and will
> target Mac OS and Windows environments. The development activities will be
> performed under the responsibility of the head of the Tech transfer service
> (part of IMR), and in close collaboration with the research teams that are
> contributing the signal processing algorithms, and the commercial and
> industrial partners. Your responsibilities will cover all aspects of
> building and delivering commercial applications, starting with software
> architecture, and interface design, development of cross-platform
> applications, packaging, testing, and communication with end users at IRCAM
> and in the IRCAM Forum.
>
> *Links to related software:*
> http://forumnet.ircam.fr/fr/produit/audiosculpt/
> 
> https://www.plugivery.com/products/p1680-TS/
>
> *REQUIRED EXPERIENCES ET SKILLS:*
>
>- You are a C ++ developer / designer experienced in designing
>interactive audio applications with the JUCE framework with a strong
>interest in music and sound applications.
>- You have worked on one or more major projects involving the creation
>of a multimodal and interactive application (ideally on an already
>commercialized project).
>- You have a good knowledge of software design patterns.
>- Sensitive to visual creation and human-machine interactions, you
>master the graphic interface design (UI/UX) and are able to realize
>prototypes and components quickly from a graphic chart and/or simple
>specifications.
>- You have a good knowledge of the JUCE framework (ideally you have
>already developed several projects with this framework).
>- You are familiar with editing and sound creation tools such as
>ProTools, Ableton Live, MaxMSP, and/or similar tools.
>- You have excellent knowledge of C ++.
>- You produce robust, reusable, and portable code.
>- You have demonstrated rigor, autonomy, and reliability, listening
>and relational abilities in your professional activity.
>
>
> *SALARY:*
> According to education and professional experience.
>
> *APPLICATIONS:*
> Deadline for application: April, 25th, 2019
>
> Please send an application letter together with your resume and any
> suitable information addressing the above issues preferably by email to:
> vinet_at_ircam.fr, roebel_at_ircam_dot_fr and rousseau_at_ircam_dot_fr,
> or via postal mail to Hugues Vinet, IRCAM, 1 Place Stravinsky, 75004 Paris.
> ___
> 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] Mute certain partials (sigmund~)?

[Julian Brooks]

+1 for William's approaches - works for me.

On Mon, 1 Apr 2019 at 09:58, Peter P.  wrote:

> Hi,
>
> * William Brent  [2019-03-30 16:21]:
> > If you're open to other processing options, I made an extern a while back
> > that does FFT filtering relative to harmonic numbers. You feed it a
> signal
> > and the continuous MIDI pitch output from [sigmund~], and then based on
> > scalar values from a table you can boost/cut the amplitude of any given
> > harmonic by index. I haven't maintained it at all, but you can get the
> > source, help, and win/mac binaries here:
> >
> > http://williambrent.conflations.com/pages/research.html#pitchEnv
> Thank you, will give it a try within the next days!
> >
> > That should give you the effect you want if I'm understanding you right.
> > But if you specifically want to stick with analysis/resynthesis using
> > [sigmund~], I gave a shot at a solution that produces mute/play flags for
> > each [sigmund~] "track" by index.
> Actually, I have not yet understood what a sigmund~ "track" is, the help
> patch does not say much. What is the difference between a track and a
> partial?
>
> Thanks again!
> 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] PD as VST plugin, legal side (was Purr-Data Google Summer of Code opportunity)

[Julian Brooks]

'Confused, you will be...'

https://www.youtube.com/watch?v=0BHQT3Omqtw

On Fri, 8 Mar 2019 at 12:14, Chuckk Hubbard 
wrote:

> Point taken. This is equally true of Python, though, and it is likewise
> not clear to me whether a Python program written by me, linking to a binary
> library built with VST SDK 2.4 (distributed by a VST2-licensed developer),
> would be subject to their decrees. I mean, you are allowed to continue to
> publish programs made with 2.4, but the vstplugin~ extern is not a program.
> And Pd the program does not use the VST standard, only the program I would
> write with it.
> Confusing.
> Chuckk
>
>
>
> On Fri, Mar 8, 2019, 1:57 PM IOhannes m zmölnig  wrote:
>
>> On 3/8/19 7:04 AM, Chuckk Hubbard wrote:
>> > Pd itself,
>> > according to Wikipedia, is not a program, but a programming language,
>> won't
>>
>> according to LinkedIn Chuck Hubbard is director at the Canadian Pacific
>> Railway.
>>
>> what is Pd "itself"?
>> wikipedia says it's a programming language, which is fair enough. but
>> you cannot *run* any code in a programming language.
>> for running code, you need an interpreter ("a runtime"), which is
>> provided by the eponymous *program*.
>>
>>
>> gsmddt
>> 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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] help making a GUI object visible in GOP (cyclone/comment)

[Julian Brooks]

Hey Alexandre,

Glad you got it sorted.

Hope you don't mind me saying... it's not good form to be dissing those
offering assistance (esp. when asking for more help). Wouldn't have
troubled you to just upload the object, and your responses came over a bit
arsey to be honest (though am sure they weren't meant to be:).

Peace amigo,

Julian

On Wed, 13 Feb 2019 at 18:15, Alexandre Torres Porres 
wrote:

> SOLVED!
>
> Em qua, 13 de fev de 2019 às 15:30, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>>
>> My best guess was to comment out line 455  - if (glist->gl_havewindow) -
>> in the comment_vis method, but that wasn't it, and all the other
>> attempts I did were more gratuitous guesses that led nowhere.
>>
>
> I was close!  If I also comment out the  if (!glist->gl_havewindow) function
> set in line 331, it shows up!!!
>
> Now I need more experiments so I can better understand all this. But hey,
> did it!
>
> Thanks anyway! If anyone has more guides and hints on learning how to code
> GUIs, I'd appreciate it.
>
> 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] [PD-announce] ELSE 1.0 beta 16 & Live Electronics Tutorial 1.0 beta 6)\ Released

[Julian Brooks]

Congrats & props Alexandre - both really useful tools...

J.

On Tue, 5 Feb 2019 at 02:14, Alexandre Torres Porres 
wrote:

> 16th Beta release of ELSE 1.0 - now with a total of 293 objects! This
> needs Pd 0.49-0 or above! Not much new in this release. The highlights
> are 3 new objects: [conv~], [rec~] and [sample~]. See
> https://github.com/porres/pd-else/releases/tag/v1.0-beta16 for more
> details. Get binaries also directly from Pd (Help => Find Externals).
>
> The [conv~] object is a partitioned convolution abstraction, but a
> compiled object should come up sooner or later. One way or another, this
> object removes the last dependency from my Live Electronics Tutorial, which
> now solely depends 100% on the ELSE library, and what makes this release
> special! Check it out:
> https://github.com/porres/Live-Electronics-Tutorial/releases/tag/v-1.0beta-6
>
> cheers
> ___
> 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] Fwd: what fdn~ does?

[Julian Brooks]

Nice sleuthing Holmes

On Tue, 29 Jan 2019 at 01:43, Alexandre Torres Porres 
wrote:

> I guess "bingo"?
> https://ccrma.stanford.edu/~jos/pasp/First_Order_Delay_Filter_Design.html
>
> Em seg, 28 de jan de 2019 às 22:54, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>>
>> Em seg, 28 de jan de 2019 às 18:45, Peter P. 
>> escreveu:
>>
>>> * Alexandre Torres Porres  [2019-01-28 20:10]:
>>> > I guess I'm figuring something out, but the secondary inlets are still
>>> not
>>> > clear to me, they set the decay time, but why is there a "low" and
>>> "high"?
>>> Could it be that decay times are different for high and low frequencies
>>> and that these two are divided by a cutoff frequency? Just guessing
>>>
>>
>> Sort of... I finally made some sense of the code. it seems there's a
>> 1pole filter whose parameters depend on these low/high values and the delay
>> length! In the comment of the code we find a filter equation, something
>> like:* "yn = (2*gl*gh ) / (gl+gh) x + (gl-gh) / (gl+gh) y[n-1]" *-
>> where  *gl* & *gh* are derived from these low and high values. Here's a
>> code simplification of it
>>
>>
>>
>> *for*(i = 0; i < x->x_ctl.c_order; i++){
>>
>> gl = pow(10, -0.003 * x->x_ctl.c_length[i] / low);
>>
>> gh = pow(10, -0.003 * x->x_ctl.c_length[i] / high);
>>
>> x->x_ctl.c_gain_in[i] = 2*gl*gh / (gl+gh);
>>
>> x->x_ctl.c_gain_state[i] = (gl-gh) / (gl+gh);
>>
>>
>>
>> I don't really get how this filter fully works yet, but I can sort of get
>> the gist of it. I'm now in the quest to find what is the source of this
>> filter, and maybe try it out independently to see how it behaves. But
>> perhaps a more sophisticated method, with a settable crossover frequency
>> could be used instead.
>>
>>
>> And yeah, it seems vanilla's [rev2~] and [rev3~] are implementations of
>> feedback delay networks like it's been said here on this thread.
>>
>>
>> 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] IFTTT (“if this then that”) and connecting puredata to iot device like a wemo or other open source power outlet

[Julian Brooks]

Good luck RT, please share your results:)

On Wed, 16 Jan 2019 at 07:57, RT  wrote:

> Thanks guys that helped a lot I plan on going with the Shelly 1 the
> firmware can be easily flashed supports AC but also supports 12V DC and
> 24-60V DC and has MQTT support built in.
> https://shelly.cloud/shelly1-open-source/   It does cost more it's about
> 10 euros but it fits my needs.
>
> Thanks for the help
>
> On Mon, Jan 14, 2019 at 10:24 AM michael strohmann 
> wrote:
>
>> A demo how to send MQTT to PD via python script:
>> https://www.youtube.com/watch?v=xi1GyC05VXk
>>
>>
>> On 14 Jan 2019, at 15:06, RT  wrote:
>>
>> Greetings
>>
>> I would like to connect and have Puredata control an iot device like wemo
>> or other open source power outlet are there any examples or suggestions on
>> where to start?
>>
>> I was thinking an example would be just to have Puredata turn off and on
>> a power outlet (like a Wemo) using OSC or midi controls.  The question I
>> have is how do I connect Puredata to a iot power outlet to do this and
>> which open source power outlet will allow this?
>>
>> --
>> --
>> |==|
>> ___
>> 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] ELSE 1.0 beta 15 and Live Electronics Tutorial 1.0 beta 5

[Julian Brooks]

Nice work.

Seasons greetings to you too

On Fri, 14 Dec 2018 at 00:37, Alexandre Torres Porres 
wrote:

> The ELSE library has been updated and ELSE 1.0 Beta 15 has been released!
> Find Binaries up in deken.
>
>
> There are many new objects for a total of 286 - more details about the
> release at: https://github.com/porres/pd-else/releases/tag/v1.0-beta15
>
>
> I also have this Live Electronics Tutorial that depends on ELSE and it
> also gets updates at every new ELSE release to reflect what's new or make
> it compatible for any breaking change, so here's the release that depends
> on ELSE 1.0 Beta 15:
> https://github.com/porres/Live-Electronics-Tutorial/releases/tag/v-1.0beta-5
>
>
> This might be the last update of the year, so merry xmas and happy holidays
>
>
> cheers
> ___
> 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] Inclusiveness: Fratments of my Personal Experience

[Julian Brooks]

Bang on Joe.
We stand (fail & fall) - together
(makes fist, raises it skyward:)

On Wed, 28 Nov 2018 at 15:53, Joe Deken  wrote:

> I'd like to mak a contribution to discussing inclusiveness in Pd.  I'm not
> sure I'll succeed; I'm uncomfortable Plato's regime of abstractions and
> ideals. I'm even less comfortable when confronted by any/all labels which
> try to express and encompass any unique and precious human life. What then
> could I offer "inclusiveness and Pd?" Please allow some points  simply
> from my personal experience.
>
>Note below: I'll divvy up my remarks here and number them -- allowing
> you easily to stop reading anywhere along the line. And if you decide to
> stop reading quickly.   I still give you my sincere "thanks for
> listening."
>
> 0) I am thankful to all people of goodwill who *act on their commitment.*
> --  particularly to you who downplay *controversy and polarization* around
> diverse alternative particular tactics we may actively employ.  I'll start
> simply with a link to the inclusiveness video which PA indicated,  which
> does not require youtube:
>
>  http://newblankets.org/worth_a_look/equality_audio_industry.webm
>
>  Further (personal) perspective on inclusiveness and diversity ...
>
> 1) I'm fairly old and have worked on many things which I now realize have
> been useless or worse.  But I have been a parent to five children. My
> first child was a daughter, Kate.  Honestly I couldn't tell you if Kate
> "identifies as female" because she and I don't speak.  Kate was born
> beautiful and perfect and healthy with the smile of a cherub or a Buddha
> that will never leave my eidetic   consciousness. But
> on the day Kate was born she was also recently deceased. This beautiful
> perfect girl at that point (by only a matter of hours) beyond any possible
> help.
>
> 2) So what? Shall we relay another medical malpractice tale, to bore us
> all with its sheer repetitiveness?  We could simply state that Kate's
> parents trusted the wrong people and let her die.  But a bit of truths is
> not the truth; a picture is not a pixel.  So it's worth considering
> additional matters of fact and on the
> record from that dark day in 1976:
>   The (male) obstetrician would not listen to Kate's (female & medical
> professional) mother or take her seriously. Mom brought her unborn child
> to this doc's hospital the evening before Kate's birth, in mortal
> distress.
>
> 3) Without my resorting to abstractions, my daughter Kate's story forces
> upon me this truth: Enormous harm is done by people whom we TRUST TOO MUCH
> and by those who advertise that they "MEAN NO HARM."
>   Great harm is done simply through "experts" and other gatekeepers.
> These "leaders" lack dedication to open observation; they lack the
> simple modesty to question their own scope and skills.
> Policymakers, warmongers and other experts casually absorb arrogance and
> tunnel vision with their elitist miseducation. Elitism is a pollution as
> endemic as plastics in our five major ocean gyres around the Earth.  But
> elitist self-preserving traditions and practices are  also hostile and
> lethal to us all. So let's face it:  This pollution is another toxic waste
> that "advanced society" has produced.  And let us now  remediate as best
> we can. Sooner addressed, more lives rescued.
>
> 4) But no one likes sad stories. Not me.  After Kate's death, it turns out
> that I was blessed with three incomprehensible and awesome sons. And then
> my youngest arrived twelve years after Kate -- a miracle daughter, Claire.
>  (Of coure _every_ child who survives their trip to arrive safely on our
> little planet is a miracle. -- It's simply eye-opening to realize miracles
> which are also everyday facts.)  There could not be any words to say what
> it is to have a living daughter who is a kindred spirit and a
> mathematician and a first grade teacher?  Rather a simple action: I'm
> delighted to be able to send "PA's equality video from Pd-list" today to
> my daughter Claire and her first-graders.
>
> 5) Why is my ramble relevant to all us denizens of Pd-land?  I'll convey
> an unoriginal viewpoint/observation I first learned from Chris McCormick.
> But I now appreciate how vital this aspect is. And why?  Through the
> *works* of Miller and Katja and Iohannes and Fred Jan and Dan and Julian
> and Connie and Susan and Liam and  Alexandros ... (you fill in the blanks
> you can keep your own list going as long as you like-- I'm out of ink but
> not out of people.)
>
> Consider this:
>
>  The free/open community must dedicate itself beyond producing the
> finest and most worthwhile software that humankind has ever seen.
> We also be working just as effectively together to cultivate
>
>--   better social practices in our self-organizing co-operative
> community --
>
>  It simply stands to reason. Building an inclusive and welcoming
> community is vital.  If we don't nurture healthy and inclusive and
> 

Re: [PD] Call for Female-Identifying Composers/Sound Artists

[Julian Brooks]

+1
Do we really need to get into all the stats that show some positive
discrimination works?
(would anyone deny computer music, coding, FLOSS etc. doesn't require some
gender (+perhaps class & definitely skin colour) rebalancing.

Or, "is there the same thing for men only ?"
Yeah, up until a few years ago probably pretty much every journal you've
ever read, most competitions submitted to and conferences attended. How's
that?

Apologies to the women on here,

J

On Mon, 26 Nov 2018 at 18:42, Josh Peterson  wrote:

> Men: please don’t do that. The disadvantages for women in tech, academia,
> and in general are well documented if you care enough to look. Acting like
> this is really disrespectful and no one's forcing you to out yourself like
> this.
>
> On Mon, Nov 26, 2018 at 12:22 PM Jean-Marie Adrien <
> jm.adrien@gmail.com> wrote:
>
>> is there the same thing for men only ?
>>
>> > Le 25 nov. 2018 à 17:28, Pierre Alexandre Tremblay 
>> a écrit :
>> >
>> > Dear all
>> >
>> > This call is for composers who identify as female, with
>> multi-loudspeaker ideas, dreams, ambitions, and desires: the HISS is
>> supporting this amazing call to work in the SPIRAL and on our sound system.
>> Beware, the turn around is short (14th December 2018).
>> >
>> >
>> https://hcmf.co.uk/huddersfield-professional-development-programme-for-female-composers-of-electronic-music/
>> >
>> > Should you need an introduction to the Huddersfield Immersive Sound
>> System: thehiss.org
>> > or the SPIRAL?
>> https://www.genelec.com/multi-channel-experiment-huddersfield-university
>> >
>> > pa
>> >
>> >
>> > ___
>> > 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] Free/Open Bounties

[Julian Brooks]

I've been digging into Gitcoin recently, and am admittedly impressed.

Perhaps this may be an appropriate site for further bounty-type projects (+
Pd being Git hosted n'all).

Fees are minimal, is easy to setup, projects can run for ages/ever and the
site's kosher.

Payments are in ethereum (so global) and plays nice with metamask (I know
not everyone's preferred 'wallet' but easy to use).

Something to consider anyhow...

https://gitcoin.co/

Julian

On Tue, 13 Nov 2018 at 10:28, Julian Brooks  wrote:

> "
>>
>> that is not to say, that opensource devs should not be paid, just that
>> some may not want to accept any money.
>>
>
> they should be free not to, and give it to someone else, put it in a fund
> for other bounties or the next Pd con, ..."
>
> Nice.
>
> On Tue, 13 Nov 2018 at 09:59, João Pais  wrote:
>
>>
>> part of the freedom of opensource developement is for many, that they can
>>> focus on what they are interested in.
>>> and there are no obligations.
>>> if money is involved that becomes more complex quite fast.
>>>
>>
>> no one should be forced to do anything. If someone doesn't want to take a
>> task, then just say no - of course, but if someone takes on a task and then
>> changes its mind, that's a more complex situation; in the limit it could
>> take on only part of the bounty for the part of the work done, or not at
>> all.
>>
>>
>>
>>> that is not to say, that opensource devs should not be paid, just that
>>> some may not want to accept any money.
>>>
>>
>> they should be free not to, and give it to someone else, put it in a fund
>> for other bounties or the next Pd con, ...
>> ___
>> 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] Free/Open Bounties

[Julian Brooks]

"
>
> that is not to say, that opensource devs should not be paid, just that
> some may not want to accept any money.
>

they should be free not to, and give it to someone else, put it in a fund
for other bounties or the next Pd con, ..."

Nice.

On Tue, 13 Nov 2018 at 09:59, João Pais  wrote:

>
> part of the freedom of opensource developement is for many, that they can
>> focus on what they are interested in.
>> and there are no obligations.
>> if money is involved that becomes more complex quite fast.
>>
>
> no one should be forced to do anything. If someone doesn't want to take a
> task, then just say no - of course, but if someone takes on a task and then
> changes its mind, that's a more complex situation; in the limit it could
> take on only part of the bounty for the part of the work done, or not at
> all.
>
>
>
>> that is not to say, that opensource devs should not be paid, just that
>> some may not want to accept any money.
>>
>
> they should be free not to, and give it to someone else, put it in a fund
> for other bounties or the next Pd con, ...
> ___
> 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] Free/Open Bounties

[Julian Brooks]

Antoine & Alexandre - the GEM issue requires resolving quickly: GEM-devs/
IOhannes, take the goddam cash!! (and redistribute it accordingly:)

P.A. - Yes indeed, agreed re academia, though have to say, more and more,
it appears it's the 'top-end' of institutions, which provide such
space/time & opportunities. Perhaps we can say that those working within
academia and/or large software-based businesses (it's seemingly mainly
larger orgs) have already forged some equilibrium regarding F/L/O
production and contributions theein. Value may take many forms (most often
post-hard_cash), particularly when it may be measured.

I guess my questioning regarding the usefulness of bounties is in the
prodding of the fine-line that exists for the self-employed/sole
trader/artists/code-dabbling precariat.

E.G. Pd's history is littered with those who've become overwhelmed with
both the demands of real life and the burgeoning Jones (addiction) of
maintaining code (it was just a fun weekend hobby at first but then got out
of hand, STARTED TAKING OVER MY LIFE!!).

I do think bounties are useful but I'm trying to talk myself out of it...

Appreciate the responses,

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

[PD] Free/Open Bounties

[Julian Brooks]

Hi all,

Can I ask our community what's the general take on bounties?

I've discussed this informally with a couple of people on here (not
on-list) and it's a polarising topic.

For me, free/open is doomed unless we accept that current/traditional
methods of practise serve as a form of serfdom - or require a hefty dose of
institutional/employer support (& often community participation - which is
great obvs.).

It's not sustainable for free software to carry on reliant on free labour
(IMO).

I've always liked something that Michel Bauwens (p2p foundation) once said
(roughly paraphrased), that copyleft can only be implemented once the
revolution is complete, and until then we require to get paid (somewhere
along the line).

There are enough crappy things out there that are purely extractive,
without replicating such political/economic hardships within my own
favoured idealised/idealistic communities.

This though, isn't to say I don't get the argument that it's a dangerous
line to cross, with projects becoming solely an economic arms race, highly
centralised, with reimagined methodologies and rules for participation.

It's a tricky one.

All input and insight appreciated...

Best to all,

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

Re: [PD] VCV & Pd: Looking for a Champion

[Julian Brooks]

Hey Patrick
,
Definitely not meant passive aggressively.

As you say, 10k plus fervent participants, shirley worthwhile to someone(s).

I'm only touchy about it because, as mentioned, I already know it's a
highly contentious subject (& rightly so).

Happy to assist setting up a bounty at Ethereum end if you're ok sorting
with VCV community?

Hope your laundry is dried and put away,

J

On Fri, 9 Nov 2018 at 23:06, pat pagano  wrote:

> if you mean you think you've got the chops to do it ..for a price... just
> say it.
> With 10,000+ users on VCV  i am sure a fee could be arranged
> I shared here as a favor for Andrew who was sharing an idea
>
> i have a full load of laundry in the dryer already, but I'd be willing to
> make a post on the FB group.
>
>
>
>
>
> On Fri, Nov 9, 2018 at 8:48 AM Julian Brooks  wrote:
>
>> I know that for some this is a very touchy subject (putting at risk the
>> very foundations of open source participation) but:
>> Bounty!
>> e.g.
>> https://bounties.network/
>> or
>> https://gitcoin.co/
>>
>> J
>>
>> On Fri, 9 Nov 2018 at 01:05, Alexandre Torres Porres 
>> wrote:
>>
>>>
>>>
>>> Em qui, 8 de nov de 2018 às 19:16, Dan Wilcox 
>>> escreveu:
>>>
>>>> Didn't he answer his own question it's open source, after all.
>>>> Sounds like "hey, can someone do this for me so people will stop asking for
>>>> it?" :)
>>>>
>>>
>>> yeah, that was the deal for me too, and now this bottle with this
>>> message arrived to this 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
>>
>
>
> --
> *Patrick Pagano  B.S, M.F.A*
> *Assistant Professor, *Interactive Media & Education
> Audio Projection & Performance Design
> Howard Community College
> *Columbia, Maryland USA*
> *http://shreeswifty.github.io <http://shreeswifty.github.io>*
> *(352)226-2016*
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] VCV & Pd: Looking for a Champion

[Julian Brooks]

I know that for some this is a very touchy subject (putting at risk the
very foundations of open source participation) but:
Bounty!
e.g.
https://bounties.network/
or
https://gitcoin.co/

J

On Fri, 9 Nov 2018 at 01:05, Alexandre Torres Porres 
wrote:

>
>
> Em qui, 8 de nov de 2018 às 19:16, Dan Wilcox 
> escreveu:
>
>> Didn't he answer his own question it's open source, after all. Sounds
>> like "hey, can someone do this for me so people will stop asking for it?" :)
>>
>
> yeah, that was the deal for me too, and now this bottle with this message
> arrived to this 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] metro 1000 is 3 times faster than a second

[Julian Brooks]

" I trusted more in metro than in God"
Wins today's star prize...

On Mon, 1 Oct 2018 at 11:26, Csaba Láng  wrote:

> Thanks for the hints, probably the best idea is to turn off dsp every time
> it is not needed. However playing a video and audio with metro control
> (sending the bangs according to the frame rate) and using cameras in the
> same time makes pd totally loose sense of time. Very disappointing, as I
> trusted more in metro than in God.
> Popesz
>
> On Sun, Sep 30, 2018 at 9:23 PM Jean-Marie Adrien 
> wrote:
>
>> mabye you could set dsp on (and off again if needed) this will
>> synchronize pd in a more reasonable way
>> … and keep an eye permanently on this aspect if time measurement is
>> critical for ur patch
>> (high load might blow pd out, means 1 second is lasting three seconds or
>> so, in this latter case there is little to do besides optimizing the patch)
>> JM
>>
>> > Le 30 sept. 2018 à 20:55, Csaba Láng  a écrit :
>> >
>> > Dear list,
>> >
>> > how is it possible that measuring a metro 1000 with realtime object i
>> get 333.3 as a result?
>> > I am testing it on an Ubuntu 18.04 and time just goes 3 times faster
>> than it should.
>> > On a Mac OS the result for the same test is expectedly 1000ms.
>> > Please advice!
>> >
>> > Popesz
>> > ___
>> > 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 Club aka Pure Data Patching Circle Hebden Bridge

[Julian Brooks]

Back unto the breech comrades!

Just in time to explore the rather splendid 0.49 release, PdPcHb bestrides
our collective CPU's and canters off in the general direction of Noisy Toys
HQ, The Big Tin Shed (Alternate Technology Centre), Victoria St, Hebden
Bridge.

We'll arrive around 7pm, Wed 4th October, prod some 808's with a long stick
and then bugger off again about 9pm'ish.

Back again in two weeks time to do it all again (whoop whoop)

Shout for deets,

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

Re: [PD] Window Title Bar off screen

[Julian Brooks]

Have a dig through the archives, this has definitely come up before

On Thu, 20 Sep 2018 at 11:57, Jean-Yves Gratius  wrote:

> Thanks for the keyboard shortcut, it worked for me.
> Attached is a screen capture of the pb, but it doesn't give more
> information about it.
> JYG
>
> Subject:
> Re: [PD] Window Title Bar off screen (Was: Re: [PD-announce] PD
> 0.49-0test3 -)
>
> From:
> Julian Brooks  
>
> Date:
> 18/09/2018 12:11
>
> To:
> Max  
>
> CC:
> "pd-list@lists.iem.at"  
> 
> Quick hack would be to press the 'alt' key, 'grab' anywhere on the window
> and bring the window down.
>
> On Tue, 18 Sep 2018 at 11:08, Max  wrote:
>
>> Can't replicate this in KDE. Do you have a screenshot?
>>
>>
>> On 18.09.2018 11:10, Jean-Yves Gratius wrote:
>> > Hi,
>> >
>> > since pd 0.48-2, when I open from Pd some helpfiles or tutorials, the
>> > title bar of the opened patch is above the upper border of my screen. I
>> > cannot access it.
>> >
>> > example :
>> >
>> > 2.control.examples/01.PART1.hello.pd
>> >
>> > The same occurs with Pd 0.49-0test3
>> >
>> > (fresh downloaded and compiled today, lubuntu 64 bits 18.04.1 LTS )
>> >
>> >
>
>
> ___
> 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] Window Title Bar off screen (Was: Re: [PD-announce] PD 0.49-0test3 -)

[Julian Brooks]

Quick hack would be to press the 'alt' key, 'grab' anywhere on the window
and bring the window down.

On Tue, 18 Sep 2018 at 11:08, Max  wrote:

> Can't replicate this in KDE. Do you have a screenshot?
>
>
> On 18.09.2018 11:10, Jean-Yves Gratius wrote:
> > Hi,
> >
> > since pd 0.48-2, when I open from Pd some helpfiles or tutorials, the
> > title bar of the opened patch is above the upper border of my screen. I
> > cannot access it.
> >
> > example :
> >
> > 2.control.examples/01.PART1.hello.pd
> >
> > The same occurs with Pd 0.49-0test3
> >
> > (fresh downloaded and compiled today, lubuntu 64 bits 18.04.1 LTS )
> >
> >
> >
> >
> > ___
> > 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] [vcf~] with resonance?

[Julian Brooks]

Well, regardless of the correct number of inversions, some informative and
well linked posts there - cheers for that Ed :)

On 24 April 2018 at 20:44, Ed Kelly via Pd-list 
wrote:

> The 4-pole model in the ENS-85 paper does not have inversion at the input,
> but the Thomas Henry 2-pole design does. So I guess the 4-pole is more
> similar to vcf~
>
> go figure.
> Signing off
> Ed
>
>
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
>
> For *Lone Shark *releases, *Pure Data *software and published *Research*,
> go to http://sharktracks.co.uk
>
>
> On Tuesday, 24 April 2018, 14:40:20 GMT+1, Ed Kelly via Pd-list <
> pd-list@lists.iem.at> wrote:
>
>
> Ach! NO! inversion does not happen at the input!
> I guess you can look at the topologies and discover for yourself.
>
> I'm having a bad week.
> x
> Ed
>
>
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
>
> For *Lone Shark *releases, *Pure Data *software and published *Research*,
> go to http://sharktracks.co.uk
>
>
> On Tuesday, 24 April 2018, 14:33:13 GMT+1, Ed Kelly <
> morph_2...@yahoo.co.uk> wrote:
>
>
> Correct me if I'm wrong (and I'm sure someone will) but going back to
> analog electronics...
>
> If you examine the topology of a standard analog filter design, such as
> the Thomas Henry VCF1 (http://www.birthofasynth.com/
> Thomas_Henry/pdf/VCF-1/Sheet_0002.pdf) you will see that the signal path
> from input to output goes through 5 inversion stages before being fed back
> into the input to generate resonance. Therefore it is inverted.
>
> Since most (resonant) filters consist of an even number of stages (and
> therefore an even number of poles and/or zeroes) you should probably invert
> the feedback. With an odd number you should probably not invert feedback.
> My guess is that vcf~ implements an even-number (probably 4-pole) resonant
> filter, a la Moog. You can also try mvcf~ from my library (ekext -
> http://sharktracks.co.uk/puredata/ekext-0.1.8.tar.gz) which is another
> attempt at emulating this topology, or there are lots of others I'm sure
> you know about.
>
> This might seem counter-intuitive, but the image below shows how this
> works with regards to vcf~ - the output of vcf~ is NOT inverted, whereas
> the output of an analog VCF should be.
>
> Odd-number staged filters are very rare in the analog world, and most
> (i.e. 18dB per octave) were created to implement the (mythical 3-pole
> topology) filter of the Roland TB303. However, according to the schematics
> of the TB303 it is a four-pole diode-ladder VCF using transistors as
> diodes, with extra resonance artifacts revealed by Tim Stinchcombe on his
> excellent website. Tim Stinchcombe - TB-303 Diode Ladder Filter model
> 
>
> Tim Stinchcombe - TB-303 Diode Ladder Filter model
>
> 
>
>
>
> Meanwhile, if you want to go deeper with regards to 4-pole filter
> topologies (and lowpass/highpass configurations) it is worth checking out a
> paper published in 1985 - http://electronotes.netfirms.com/EN85VCF.PDF
>
> The easiest way to think about it, from this paper, is that you think
> about each stage as an inversion, and the input itself is one of the
> stages, so for a 4-pole filter there are 4+1 inversion stages. But in the
> digital world I guess you'll have to test input and output at a relatively
> low frequency to the cutoff to determine inversion principles for the
> enhancement of resonance.
>
> I hope this helps. It gave me a break from mixing!
> Ed
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
>
> For *Lone Shark *releases, *Pure Data *software and published *Research*,
> go to http://sharktracks.co.uk
>
>
> On Tuesday, 24 April 2018, 06:44:19 GMT+1, William Huston <
> williamahus...@gmail.com> wrote:
>
>
> What's the best or "correct" way to add resonance to a [vcf~]?
>
>- Should the feedback be delayed?
>- Should the feedback be inverted?
>- Should the feedback be from the outlet I'm using?
>   - Or should the feedback always come from the BP or HiPass side?
>
> Thanks!
> BH
>
> --
> William Huston:  williamahus...@gmail.com
> Binghamton NY
>
> *Public Service Mapping / Videography / Research*
> Blog  -- Facebook
>  -- Twitter
> -- Youtube
> 
> Document collections: VirtualPipelines
>  -- BHDCSDimockArchive
> 
> Please support my work: TinyURL.com/DonateToBillHuston
>
>
> ___
> 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] library updates/releases

[Julian Brooks]

Nice, love these. Thanks William

On 26 March 2018 at 13:41, William Brent  wrote:

> Hi all,
>
> In an effort to get organized and share work more effectively, I made git
> repos for some ongoing projects and some new ones. I've gotten to a
> stopping place for now, and uploaded the following items to deken. Note
> that these were packaged with deken 4.0, so you may need to update to find
> them. Here's a quick rundown:
>
>
> 
> [convolve~]: a partitioned impulse response convolution reverb
> - version 0.11 uses FFTW for non-power-of-2 window sizes and therefore
> finer control over delay. It includes an "eq" method for shaping the
> spectrum of the reverb in 25 Bark-frequency bands. It also accepts a second
> argument to specify an IR array for analysis at creation.
>
> https://github.com/wbrent/convolve_tilde.git
> 
>
>
> 
> [DRFX]: a dynamic routing system for DSP effects. (Pd-vanilla abstraction)
> - [DRFX] automatically creates a signal routing system and associated
> controls (routing matrix) based on inputs and effect modules that you
> specify. This allows you to make any type of series or parallel connection
> chain between your inputs and effects, and change routing on the fly. It
> also saves/loads complex routing presets, including effect parameter
> settings.
>
> https://github.com/wbrent/DRFX.git
> 
>
>
> 
> [martha~]: an oscillator bank designed to accept output from [sigmund~]'s
> sinusoidal tracking function. (Pd-vanilla abstraction)
> - Version 0.6 adds an option to toggle between oscillators and band-pass
> filtered white noise, and vibrato functionality.
>
> https://github.com/wbrent/martha_tilde.git
> 
>
>
> 
> [missive~]: a vector synth object. (Pd-vanilla abstraction)
> - [missive~] is a vector synth object that uses a wavetable index to
> crossfade between neighboring wavetables in a set. Wavetable sets can have
> an arbitrary number of wavetables, and are composed of individual .wav
> files that each contain one wavetable cycle. The length of each wavetable
> can be arbitrary because [missive~] adds the extra guard points required
> for Pd's 4-point interpolation scheme.
>
> https://github.com/wbrent/missive_tilde.git
> 
>
>
> 
> [streamStretch~]: a time-stretching/pitch-shifting/layering pastiche
> effect. (Pd-vanilla abstraction)
> - [streamStretch~] buffers multiple copies of incoming live audio and
> creates overlapping streams of time-stretched & transposed output that
> trail the input to achieve a variety of results.
>
> https://github.com/wbrent/streamStretch_tilde.git
> 
>
>
> 
> [timbreID]: an audio analysis and classification library
> - version 0.7.3 adds a few methods to the [tabletool] object: NRT
> overlap-add, permutations, and sequential output of table contents (like
> [list-drip] for tables). As of version 0.7, timbreID uses FFTW to allow for
> large and non-power-of-2 window sizes. Several basic time-domain objects
> were also added at 0.7.
>
> https://github.com/wbrent/timbreID.git
> 
>
>
> 
> [timeStretch~]: a polyphonic time compression/expansion sample player.
> (Pd-vanilla abstraction)
> - [timeStretch~] is built around the I07.phase.vocoder.pd example patch
> from Pd's built-in documentation, and adds functionality for changing
> sample arrays on the fly, 16-voice polyphony, predetermined playback
> duration, and indefinitely suspending time post-transient until a "release"
> command is issued.
>
> https://github.com/wbrent/timeStretch_tilde.git
> 
>
>
> 
> [tune~]: a real-time pitch correction object. (Pd-vanilla abstraction)
> - [tune~] tunes an input signal to any desired MIDI pitch while keeping
> formant structure relatively intact. It is an adaptation of the built-in
> Pure Data documentation patch I10.phase.bash.pd. While the original patch
> demonstrates the technique in separate analysis and playback stages,
> [tune~] is designed for real-time pitch correction.
>
> https://github.com/wbrent/tune_tilde.git
> 
>
>
>
> --
> William Brent
> www.williambrent.com
>
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
>
> www.conflations.com
>
> ___
> 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] Discussing, exchanging pd-generated music

[Julian Brooks]

Back in the day, there seemed to be more active sharing of patches & pieces
on here, I, for one, kinda miss it.
I think there's a presumption that a lot of that's shifted to PdRepo, which
is a shame, I find the list easier to keep on top of.

Maybe we should throw in some old faves. I have several but in no
particular order, here's one: 0xA's 'expr~'  (was posted on this list too,
honest:)
http://www.pdpatchrepo.info/patches/patch/2

J

On 26 March 2018 at 12:27, Derek Kwan  wrote:

> jlistshit  writes:
>
> > OT question: What other list might exist to discuss/exchange etc
> > mostly the music that people produce with PD, rather than the
> > technical details? Open to all styles here, though with a focus on
> > generative, electro-acoustic, composition, not very IDM interested.
> >
>
> Hopefully not super-offtopic from the offtopic, but here's my experience
> with finding Pd-generated work in vaguely social media/forumy oriented
> platforms:
>
> Although not the most loved social networking platform in recent times,
> there's an active Facebook group where people occasionally post things
> they've made with Pd, including music, and I've posted new tunes
> there...  I'd say a majority of the posts are technical help oriented,
> but it seems to be one of the better bets for finding Pd-generated work.
>
> The Pd Patch Repo forum has an "output~" section for Pd-generated work
> but seems to be significantly less frequented.
>
> There's a subreddit /r/puredata on Reddit that somewhat rarely has
> Pd-generated works posted, most of the posts tend to be of the techincal
> help variety, but the non-help posts are there...
>
> I post things on SoundCloud and BandCamp I know many others do too with
> the #puredata hashtag. Although not really forums, those are decent
> resources to find Pd-related tunes.
>
> Every now and then I look up the #puredata hashtag on various other
> social networking platforms such as Instagram and Twitter and follow
> other Pd users on there. Also not quite traditionally forum-y, but I've
> found those platforms as good resources to see what other folks are
> doing with Pd out there. I've been looking to branch out to other more
> decentralized, open-source platforms like Mastodon and I think I found
> posts with the #puredata hashtag on the art instance, but it didn't seem
> all that active... at least when I checked.
>
> These are the examples I can come up with off the top of my head
> half-asleep at weird hours of the night. Interested to see where this
> topic goes and what ideas/observations arise from it.. It's always nice
> to find out what other folks are making with Pd...
>
> Derek
>
> --
> Derek Kwan
> www.derekxkwan.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] pad sound with Pd

[Julian Brooks]

Blimey just checked that youtube link. 'Wowsah' indeed, great tune!

On 20 March 2018 at 21:54, Roman Haefeli  wrote:

> On Die, 2018-03-20 at 22:09 +0100, Dan Wilcox wrote:
> > Try s_pad in rjlib: https://github.com/rjdj/rjlib
>
> Oh yeah. There's a lot that can be tweaked with this one. Will have to
> try it out in a polyphony setup. Anyway, there are a lot of interesting
> sounds to check out. Thanks for pointing me to it (I already had it
> installed).
>
> > Or ask this guy 0_O https://www.youtube.com/watch?v=T2Y0ftqDUlE
>
> Yeah, I saw this one. Amazing!
>
> 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

[PD] [PD-announce] PdPcHb 28/02/18

[Julian Brooks]

Bit of a late call this one, apologies.

The weather has done it again. Hebden chock-full of snow and the forecast
is for plenty more.

The Big Tin Shed, our usual meeting space is a wonderful location.
It is also, as the name implies, a big draughty industrial unit in a cold
cold corner of the town. Forecast is for -6, it's always somehow a couple
of degrees colder in there, b. Steve, our host from Noisy Toys, reports
having to abandon the space this evening as he couldn't feel his fingers
anymore (w. heaters blasting).

So tomorrow night we've decided to do something a little different...

The Brooks' kitchen table has been the epicentre for some top-notch Pd
action over the last few years, with a whole host of new and old friends
sharing code and insight to practice (with a healthy side-serving of
laughter and cheer). We're relocating here for tomorrow evening.

If you were planning on coming along tomorrow to PdPcHb please get in touch
and I'll let you know our address (we're about 10m walk up the hill from
the BTS, right next to The Birchcliffe Centre). Session starts about 7,
feel free to arrive a little early if you like and we can get setup and be
ready to go. Endless tea on tap, biscuits aplenty.

Hope to see you there,

Julian & Crew
___
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] *IMPORTANT* Pure Data Patching Circle Hebden Bridge UK *IMPORTANT*

[Julian Brooks]

Hi all,

Tonight's (17/01/18) PdPcHb is !!!CANCELLED!!!

Still a lot of snow in Hebden, and much more forecast from 7pm today. Roads
are a mess, public transport sketchy, sadly doesn't feel doable/sensible.

Our next session will be:
7-9pm 31st January,
@ Noisy Toys HQ
Big Tin Shed
Alternative Technology Centre
Victoria St
Hebden Bridge

We'll be exploring the rather lovely Automatonism library by Johan Eriksson
(nice lib Johan!) - it'll be awesome.

Please get in touch for any further info,

Julian
___
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] Deken tcl error after 0.48.1 update

[Julian Brooks]

Thanks IOhannes, appreciated

On 14 January 2018 at 23:00, IOhannes m zmölnig  wrote:

> On 01/14/2018 11:56 PM, IOhannes m zmölnig wrote:
> > about 2 hours I've uploaded a new version of deken to Debian, which
>
> that should've read: about 2 hours ago, I've uploaded ...
>
> g'night.
>
>
> ___
> 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] Deken tcl error after 0.48.1 update

[Julian Brooks]

Hello,

Just updated Pd, via Debian repo's, and when booting up Pd get this error
in console:
"[deken] deken-plugin.tcl (Pd externals search) loaded from
/usr/lib/pd/extra/deken-plugin.
(Tcl) UNHANDLED ERROR: wrong # args: should be "::deken::set_platform os
machine bits"
while executing
"::deken::set_platform Linux amd64 64 32"
("uplevel" body line 19)
invoked from within
"uplevel #0 $docmds""

DEbian: Buster/Sid
liquorix 4.14-13 (2018-01-01) x86_64 GNU/Linux
tcl: 8.6.0+9

Deken still working fine and Pd seems fine too but well, you know, there
was no error previously :)

Regards,

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

[PD] Portable Projector for Patching Circle

[Julian Brooks]

Hi all,

Could I request a little community wisdom please...

Any suggestions/recommendations for an affordable portable projector we
could make use of for our Patching Circle (circa <=200
Pounds/Euro's/Dollars - not much diff these days:)?

Just laptop screens is manageable but definitely not ideal.

Thanks in advance and all the best,

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

[PD] [PD-announce] PdPcHb Pure Data Patching Circle Hebden Bridge

[Julian Brooks]

Pure Data Patching Circle Hebden Bridge (PdPcHb)

"At Patching Circles, you can work on personal projects, professional
projects, school projects, ask for help, help others, or just patch quietly
to yourself in a room full of other people patching patches and helping
other people patch."

7-9pm Wednesday 29th November 2017 (meeting bi-weekly) @:

Big Tin Shed
Alternative Technology Centre
Unit 7,
Victoria Works,
Victoria Rd,
Hebden Bridge,
West Yorkshire UK
HX7 8LN

Sessions run in association with:
Noisy Toys*
http://noisytoys.org/event/pure-data-patching-circle-hebden-bridge-wed-29-nov-7-9pm-free/

For more info, please give me a shout.

Cheers,

Julian
___
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] else 1.0 beta 5 released

[Julian Brooks]

Hi Alex,

This is a broad, solid and highly useful set of tools - 'thanks for
sharing' as they say:).

Be a bugger of a job but an English translation of the tutorials would be a
wonderful resource, particularly as so many pd tuts are now outdated.

Regards,

Julian

On 29 October 2017 at 21:39, Alexandre Torres Porres 
wrote:

> I did 4 updates this month because of a course I'm teaching, which ends
> now, so I'm gonna drop this for a while, sorry for polluting with so many
> updates. Anyway, it's up on deken already, and here are some details:
> https://github.com/porres/pd-else/releases
>
> cheers
>
> ___
> 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] PdPcHb Pure Data Patching Circle Hebden Bridge #1

[Julian Brooks]

Pure Data Patching Circle Hebden Bridge (PdPcHb)

"At Patching Circles, you can work on personal projects, professional
projects, school projects, ask for help, help others, or just patch quietly
to yourself in a room full of other people patching patches and helping
other people patch."

7-9pm Tuesday 3rd October 2017 (meeting bi-weekly) @:

Big Tin Shed
Alternative Technology Centre
Unit 7,
Victoria Works,
Victoria Rd,
Hebden Bridge,
West Yorkshire UK
HX7 8LN

Sessions run in association with:
Noisy Toys*
http://noisytoys.org/event/scavengers-club-starts-3-october-at-the-big-tin-shed/
https://www.facebook.com/noisytoys
Who are running Scavengers Club for ages 8+ from 5pm

Small donations appreciated (£2) to cover basic costs

Please contact me for further PdPcHb info

Hope to see you there,

Julian


*Many thanks to Steve Summers for making this happen
___
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] SpeedPitch

[Julian Brooks]

+1. Marvellous

On 9 August 2017 at 15:59, Matt Davey  wrote:

> classic!  Nice one Dan :D
>
> ___
> 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 GEM questions, shaders anyone ? ...

[Julian Brooks]

Hi Oliver,

Perhaps useful if you haven't seen this thread already:
(I think a few more in archives too)
http://thread.gmane.org/gmane.comp.multimedia.puredata.general/81617

Regards,

Julian

On 15 April 2017 at 14:36, oliver  wrote:

> hi, people !
>
> some update on the subject:
>
> i looked around and found this GEM-shader dedicated github-space:
>
> https://github.com/mxa/glsl
>
> bingo ! all of those patches worked alright !
>
>
> more important for anybody interested: it contains a very useful
> abstraction called "pix_shader.pd" which makes working with glsl shaders
> much easier !
>
> cyrille henry wrote:
>
> can you open the shader file on a windows text editor?
>> I never had this kind of error.
>>
>
> IOhannes wrote:
>
> i can think of two possible problems:
> - line endings (CRLF vs LF)
> - paths with spaces
>
> i think i can rule out the latter - i have PD on running as a "standalone"
> application on an extra partition with no-space paths. plus all other files
> (images etc.) that are called with an "open" message in the GEM glsl
> example patches load alright
>
> i will give messing around with line endings a try
>
> How to develop shader is not specific to GEM, and you'll file billions
>> of website dedicated to glsl.
>>
>
> well, as i said i didn't find too many ...
>
> the good thing about the aforementioned site is, that it contains not only
> the glsl shaders but also PD-patches to dig deeper into the glsl
> functions/code.
>
> thanks for all replys, already helped a lot !
>
> 
>
> again, a call to the list:
>
> a dedicated place that holds a collection of glsl shaders/examples
> optimized for GEM (i.e. with help patches) would be great, and i think the
> puredata.info/downloads section would be a good place to hold it.
>
> if you know about other PD (GEM) dedicated glsl site or github space, i'd
> be glad if you could post it.
>
> 
>
>
> best
>
> oliver
>
>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken install path & permissions on Debian

[Julian Brooks]

'?'
I was whooping too quickly previously.

'I'm pretty sure you did use the latest and greatest deken as
downloadable from [1] rather than the one bundled with Pd, did you?'

Erm, yes
(cough) no.

Ok, will report back


On 10 April 2017 at 22:41, IOhannes m zmölnig <zmoel...@iem.at> wrote:

> On 04/08/2017 12:45 AM, Julian Brooks wrote:
> > Apologies IOhannes
>
> ?
>
> > I was a little hasty with my celebrations.
>
> i'm pretty sure you did use the latest and greatest deken as
> downloadable from [1] rather than the one bundled with Pd, did you?
>
> gfmards
> IOhannes
>
> [1] https://github.com/pure-data/deken
>
>
> ___
> 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] Deken install path & permissions on Debian

[Julian Brooks]

Just for clarification.

I made a /home/julian/.local/lib/pd/extra/ directory, clicked on a lib via
deken, dl'd it, and all works lovely
(apart from having libs scattered across my computer:)

Julian

On 7 April 2017 at 23:45, Julian Brooks <jbee...@gmail.com> wrote:

> Apologies IOhannes, I was a little hasty with my celebrations.
>
> After installing the pd-deken packages I still get this from Pd when
> attempting to install a lib:
> "No writeable directory found in:
> - /home/julian/.local/lib/pd/extra/
> - /home/julian/pd-externals
> - /usr/local/lib/pd-externals
> - /usr/lib/puredata/extra
> - /usr/lib/pd/extra
> Cannot download/install libraries!"
>
> Pd-0.47.1 ("") compiled for Debian (0.47.1-3)
> Debian Sid (up to date)
>
> Hi Alexandre, well for me the folders already created (/usr/lib/pd/extra)
> by the Debian Pd install, it's getting the libs in there that's the current
> issue.
> But yes, which folder that should definitively be is still also up for
> debate I guess.
>
> Julian
>
>
>
> On 7 April 2017 at 17:13, Alexandre Torres Porres <por...@gmail.com>
> wrote:
>
>> > Brilliant that deken can sort all this very soon
>>
>> maybe for linux? how is it? you cant write externals in the application
>> specific folder so it'll offer that one and write it?
>>
>> since you can write externals in the application specific folder in mac,
>> it won't offer it, and maybe that could happen in some linux
>> distribution/set up?
>>
>> things would really be sorted if the folders were just created once and
>> for all...
>>
>> cheers
>>
>> 2017-04-07 7:08 GMT-03:00 Julian Brooks <jbee...@gmail.com>:
>>
>>> Hi Roman,
>>>
>>> Yeah, I'd spotted the
>>> ~/.local/lib/pd/extra
>>> as being canonical from an earlier thread but as 1. I didn't already
>>> have that folder 2. historically (dangerous I know) the non-hidden path had
>>> always been 'the place' for externals, so I just blithely carried on
>>> regardless - ouch(blush).
>>>
>>> All below meant with the utmost respect for the work currently being
>>> done...
>>>
>>> Doesn't this just cause more issues? While I can conceptualise the
>>> reasoning for differing usr/lib/puredata (vanilla install) and usr/lib/pd
>>> folders - it is another added layer of confusion for newbs (not meant as a
>>> pejorative).
>>> Obfuscating externals in hidden folders seems unnecessary (and yes, I'm
>>> aware I brought 'canonical' into it /.worms/can of/argh).
>>>
>>> I'm not familiar enough with other linux flavours to know this but
>>> certainly on debian I have no other ~/.folders on my system, even though
>>> the non-hidden path already exists via the apt install (and there's a ton
>>> of other programs' 'stuff' in /usr/lib/).
>>> So for me I'd vote for consistency, not one folder with externals via
>>> apt and another via deken (as well as the vanilla 'extra') - it's too
>>> confusing.
>>>
>>> Of course I'm not necessarily saying that there should only be a 'one
>>> approach fits all' for all linux flavours (that's not how we roll) but then
>>> again it might save lots of people lots of headaches if it was simple,
>>> doable and clear across the board (I'm not including Win and Mac here
>>> obviously - they've got their own issues). Well, actually having reread
>>> that line _-_ ok, I guess that is what I'm saying then - "one method to
>>> rule them all".
>>> Certainly for writing documentation this would make things so much
>>> easier.
>>>
>>> Brilliant that deken can sort all this very soon but for those of us
>>> stuck in an eternal 'now' we could do with a solution, or at least a
>>> consistent conceptual approach:)
>>>
>>> Andy - mooove along please (and yes, I've just added it to my
>>> .bashrc:D
>>>
>>> Regards,
>>>
>>> Julian
>>>
>>> On 7 April 2017 at 10:03, Roman Haefeli <reduz...@gmail.com> wrote:
>>>
>>>> On Don, 2017-04-06 at 21:12 +0100, Julian Brooks wrote:
>>>> >
>>>> >
>>>> > Now of course I can just dl whatever lib via deken, save it somewhere
>>>> > within where I do have permissions and cp it to the right place but
>>>> > I'm lazy at heart - plus for 'how-to's this is a more complex
>>>> > description - how are others doing it?
>>>>
>>

Re: [PD] Deken install path & permissions on Debian

[Julian Brooks]

Apologies IOhannes, I was a little hasty with my celebrations.

After installing the pd-deken packages I still get this from Pd when
attempting to install a lib:
"No writeable directory found in:
- /home/julian/.local/lib/pd/extra/
- /home/julian/pd-externals
- /usr/local/lib/pd-externals
- /usr/lib/puredata/extra
- /usr/lib/pd/extra
Cannot download/install libraries!"

Pd-0.47.1 ("") compiled for Debian (0.47.1-3)
Debian Sid (up to date)

Hi Alexandre, well for me the folders already created (/usr/lib/pd/extra)
by the Debian Pd install, it's getting the libs in there that's the current
issue.
But yes, which folder that should definitively be is still also up for
debate I guess.

Julian



On 7 April 2017 at 17:13, Alexandre Torres Porres <por...@gmail.com> wrote:

> > Brilliant that deken can sort all this very soon
>
> maybe for linux? how is it? you cant write externals in the application
> specific folder so it'll offer that one and write it?
>
> since you can write externals in the application specific folder in mac,
> it won't offer it, and maybe that could happen in some linux
> distribution/set up?
>
> things would really be sorted if the folders were just created once and
> for all...
>
> cheers
>
> 2017-04-07 7:08 GMT-03:00 Julian Brooks <jbee...@gmail.com>:
>
>> Hi Roman,
>>
>> Yeah, I'd spotted the
>> ~/.local/lib/pd/extra
>> as being canonical from an earlier thread but as 1. I didn't already have
>> that folder 2. historically (dangerous I know) the non-hidden path had
>> always been 'the place' for externals, so I just blithely carried on
>> regardless - ouch(blush).
>>
>> All below meant with the utmost respect for the work currently being
>> done...
>>
>> Doesn't this just cause more issues? While I can conceptualise the
>> reasoning for differing usr/lib/puredata (vanilla install) and usr/lib/pd
>> folders - it is another added layer of confusion for newbs (not meant as a
>> pejorative).
>> Obfuscating externals in hidden folders seems unnecessary (and yes, I'm
>> aware I brought 'canonical' into it /.worms/can of/argh).
>>
>> I'm not familiar enough with other linux flavours to know this but
>> certainly on debian I have no other ~/.folders on my system, even though
>> the non-hidden path already exists via the apt install (and there's a ton
>> of other programs' 'stuff' in /usr/lib/).
>> So for me I'd vote for consistency, not one folder with externals via apt
>> and another via deken (as well as the vanilla 'extra') - it's too confusing.
>>
>> Of course I'm not necessarily saying that there should only be a 'one
>> approach fits all' for all linux flavours (that's not how we roll) but then
>> again it might save lots of people lots of headaches if it was simple,
>> doable and clear across the board (I'm not including Win and Mac here
>> obviously - they've got their own issues). Well, actually having reread
>> that line _-_ ok, I guess that is what I'm saying then - "one method to
>> rule them all".
>> Certainly for writing documentation this would make things so much easier.
>>
>> Brilliant that deken can sort all this very soon but for those of us
>> stuck in an eternal 'now' we could do with a solution, or at least a
>> consistent conceptual approach:)
>>
>> Andy - mooove along please (and yes, I've just added it to my
>> .bashrc:D
>>
>> Regards,
>>
>> Julian
>>
>> On 7 April 2017 at 10:03, Roman Haefeli <reduz...@gmail.com> wrote:
>>
>>> On Don, 2017-04-06 at 21:12 +0100, Julian Brooks wrote:
>>> >
>>> >
>>> > Now of course I can just dl whatever lib via deken, save it somewhere
>>> > within where I do have permissions and cp it to the right place but
>>> > I'm lazy at heart - plus for 'how-to's this is a more complex
>>> > description - how are others doing it?
>>>
>>> On Linux, the "correct" path (a.k.a the user specific search path) is
>>> ~/.local/lib/pd/extra. Just use Deken to download there directly. If
>>> the folder already exists, Deken will suggest it as the first option.
>>> There is no need to copy things around.
>>>
>>> NOTE: You still have to create that directory manually. However,
>>> upcoming versions of Pd will include a Deken that automatically creates
>>> that folder if you chose so.
>>>
>>> Roman
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>>> stinfo/pd-list
>>>
>>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken install path & permissions on Debian

[Julian Brooks]

Oups sorry:
"I'm not familiar enough with other linux flavours to know this but
certainly on debian I have no other ~/.folders on my system, even though
the non-hidden path already exists via the apt install (and there's a ton
of other programs' 'stuff' in /usr/lib/)."
is obviously incorrect, I was thinking it takes me to my /home folder not
/home/julian where yes there are lots of hidden folders.

Apologies (lost in my little rant).
Otherwise the rest stands...

On 7 April 2017 at 11:08, Julian Brooks <jbee...@gmail.com> wrote:

> Hi Roman,
>
> Yeah, I'd spotted the
> ~/.local/lib/pd/extra
> as being canonical from an earlier thread but as 1. I didn't already have
> that folder 2. historically (dangerous I know) the non-hidden path had
> always been 'the place' for externals, so I just blithely carried on
> regardless - ouch(blush).
>
> All below meant with the utmost respect for the work currently being
> done...
>
> Doesn't this just cause more issues? While I can conceptualise the
> reasoning for differing usr/lib/puredata (vanilla install) and usr/lib/pd
> folders - it is another added layer of confusion for newbs (not meant as a
> pejorative).
> Obfuscating externals in hidden folders seems unnecessary (and yes, I'm
> aware I brought 'canonical' into it /.worms/can of/argh).
>
> I'm not familiar enough with other linux flavours to know this but
> certainly on debian I have no other ~/.folders on my system, even though
> the non-hidden path already exists via the apt install (and there's a ton
> of other programs' 'stuff' in /usr/lib/).
> So for me I'd vote for consistency, not one folder with externals via apt
> and another via deken (as well as the vanilla 'extra') - it's too confusing.
>
> Of course I'm not necessarily saying that there should only be a 'one
> approach fits all' for all linux flavours (that's not how we roll) but then
> again it might save lots of people lots of headaches if it was simple,
> doable and clear across the board (I'm not including Win and Mac here
> obviously - they've got their own issues). Well, actually having reread
> that line _-_ ok, I guess that is what I'm saying then - "one method to
> rule them all".
> Certainly for writing documentation this would make things so much easier.
>
> Brilliant that deken can sort all this very soon but for those of us stuck
> in an eternal 'now' we could do with a solution, or at least a consistent
> conceptual approach:)
>
> Andy - mooove along please (and yes, I've just added it to my .bashrc:D
>
> Regards,
>
> Julian
>
> On 7 April 2017 at 10:03, Roman Haefeli <reduz...@gmail.com> wrote:
>
>> On Don, 2017-04-06 at 21:12 +0100, Julian Brooks wrote:
>> >
>> >
>> > Now of course I can just dl whatever lib via deken, save it somewhere
>> > within where I do have permissions and cp it to the right place but
>> > I'm lazy at heart - plus for 'how-to's this is a more complex
>> > description - how are others doing it?
>>
>> On Linux, the "correct" path (a.k.a the user specific search path) is
>> ~/.local/lib/pd/extra. Just use Deken to download there directly. If
>> the folder already exists, Deken will suggest it as the first option.
>> There is no need to copy things around.
>>
>> NOTE: You still have to create that directory manually. However,
>> upcoming versions of Pd will include a Deken that automatically creates
>> that folder if you chose so.
>>
>> Roman
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken install path & permissions on Debian

[Julian Brooks]

Hi Roman,

Yeah, I'd spotted the
~/.local/lib/pd/extra
as being canonical from an earlier thread but as 1. I didn't already have
that folder 2. historically (dangerous I know) the non-hidden path had
always been 'the place' for externals, so I just blithely carried on
regardless - ouch(blush).

All below meant with the utmost respect for the work currently being done...

Doesn't this just cause more issues? While I can conceptualise the
reasoning for differing usr/lib/puredata (vanilla install) and usr/lib/pd
folders - it is another added layer of confusion for newbs (not meant as a
pejorative).
Obfuscating externals in hidden folders seems unnecessary (and yes, I'm
aware I brought 'canonical' into it /.worms/can of/argh).

I'm not familiar enough with other linux flavours to know this but
certainly on debian I have no other ~/.folders on my system, even though
the non-hidden path already exists via the apt install (and there's a ton
of other programs' 'stuff' in /usr/lib/).
So for me I'd vote for consistency, not one folder with externals via apt
and another via deken (as well as the vanilla 'extra') - it's too confusing.

Of course I'm not necessarily saying that there should only be a 'one
approach fits all' for all linux flavours (that's not how we roll) but then
again it might save lots of people lots of headaches if it was simple,
doable and clear across the board (I'm not including Win and Mac here
obviously - they've got their own issues). Well, actually having reread
that line _-_ ok, I guess that is what I'm saying then - "one method to
rule them all".
Certainly for writing documentation this would make things so much easier.

Brilliant that deken can sort all this very soon but for those of us stuck
in an eternal 'now' we could do with a solution, or at least a consistent
conceptual approach:)

Andy - mooove along please (and yes, I've just added it to my .bashrc:D

Regards,

Julian

On 7 April 2017 at 10:03, Roman Haefeli <reduz...@gmail.com> wrote:

> On Don, 2017-04-06 at 21:12 +0100, Julian Brooks wrote:
> >
> >
> > Now of course I can just dl whatever lib via deken, save it somewhere
> > within where I do have permissions and cp it to the right place but
> > I'm lazy at heart - plus for 'how-to's this is a more complex
> > description - how are others doing it?
>
> On Linux, the "correct" path (a.k.a the user specific search path) is
> ~/.local/lib/pd/extra. Just use Deken to download there directly. If
> the folder already exists, Deken will suggest it as the first option.
> There is no need to copy things around.
>
> NOTE: You still have to create that directory manually. However,
> upcoming versions of Pd will include a Deken that automatically creates
> that folder if you chose so.
>
> 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

[PD] Deken install path & permissions on Debian

[Julian Brooks]

Hi all,

Just to add a little more noise to the ongoing debate...

What's the canonical/most-favoured approach here for Debian (Linux in
general I suppose).

I want my externals in usr/lib/pd/extra but installing via Deken I don't
have permission to install there - tbh so far, I've just installed via
apt-get (thank you IOhannes, the repo's are so blindingly good and the path
is sorted) but I'm sure this situation will come up for others (and for me
imminently).

Now of course I can just dl whatever lib via deken, save it somewhere
within where I do have permissions and cp it to the right place but I'm
lazy at heart - plus for 'how-to's this is a more complex description - how
are others doing it?

Big props to all the devs and contributors for Deken btw, this is so much
better than it's ever been before.

Regards,

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

Re: [PD] PdParty 1.0.3

[Julian Brooks]

Hi Dan,

We've also been having a lot of fun with this, it's a great thing.

Got some footage of our 3&6 y.o.'s playing with it that I should fwd
(child's play indeed:).

The best one sadly I didn't catch any video of, but the 3&9 yo's had the
fattest beat last weekend and both stood there nodding like 'yeah, we are
dope', and they were right.

Brilliant work kemosabe,

Julian

On 28 March 2017 at 18:09, Dan Wilcox  wrote:

> Howdy all,
>
> PdParty 1.0.3 is out on the Apple App Store. It’s a small release which
> adds full MIDI message handling so realtime and clock messages work. Tests
> with MIDI hardware and sequencers have been exciting.
>
> http://danomatika.com/code/pdparty
>
> Also, I’ve been working on adding Audiobus and Ableton Link support in the
> next major version: 1.1.0. Here’s a preview: https://soundcloud.
> com/danomatika/eargasm-2017-03-24-223026
>
> 
> 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] Laptop + interface suggestion

[Julian Brooks]

Hi Joao,

Bit late in on this one but hope you don't mind a delayed response.

I recently gave up my x61s, been fixing-up the main one with 2 spares for
last couple of years but thought 'it's time'.

Bought a 2nd-hand x230 i5 with ips screen, stuffed it with 16gb ram and an
ssd - it's great (the dreaded mid-gig reboot takes about 5s).

Also bought a Startek expresscard to cardbus adaptor so still making use of
the RME mk1 Multiface.
The adaptor and rme pcmcia card (always the soundcards weak link) sticks
out of the side a lot, but my mobile phone (in its case) fits neatly
underneath and supports them fine.

Regards,

Julian

On 25 March 2017 at 18:37, baptiste chatel 
wrote:

> 99% supported. The 1% left is that with linux, afaik, you can't access the
> web gui without using an ethernet cable, which is not the case with windows
> (the usb cable is enough). So if you can live with plugging 2 cables
> instead of one, it's ok. I didin't investigated further to see if there is
> a workaround.
>
> 2017-03-25 1:34 GMT+01:00 Jaime Oliver La Rosa :
>
>> So you're saying the MOTU Ultralite AVB is fully supported in Linux?
>>
>> J
>>
>> On 03/23/2017 03:57 PM, Baptiste Chatel wrote:
>>
>> Oh, did i say the interface was a web gui ? OS-agnostic ?
>>
>> Le 23 mars 2017 21:18:33 GMT+01:00, Baptiste Chatel
>>   a écrit :
>>>
>>> I bought a MOTU Ultralite AVB with my Asus n550jv with a double boot
>>> W10/ubuntu. The ultralite avb is awesome. USB2, Class-compliant, adat i/o,
>>> internal mixer, EQ, gates, compressors, aux, routing, presets everywhere.
>>> Audio over IP if you're keen to in motu's avb stuff and/or newer macs. Oh,
>>> and the whole interface is osc-controllable. I love it.
>>>
>>> Le 23 mars 2017 17:45:20 GMT+01:00, Dan Wilcox 
>>>  a écrit :

 If I were in your situation, I’d stick with a Thinkpad. They are
 expensive, but IMHO worth the price as they are rugged, reliable, and
 repairable. In general, Linux distress run well on their hardware. Another
 good option is a Panasonic Toughbook which are admittedly bulkier and
 expensive but you can get one with a built-in handle so you look like you
 work for the CIA/NSA and use it as a blunt-force protection device (I’m
 sure Katja knows).

 Examples of both can be found used with decent prices (US vendor, but
 gives you an idea of institutional refurbished market):

 * Newegg refurbished Lenovo Thinkpad
 
 * Newegg refurbished Panasonic Toughbook
 

 As for audio interfaces, I agree with those that say stick with a
 USB-compliant device. I am still using aRoland UA-25 which is from
 mid-2000s and is USB 1.0 compliant. It works full stereo duplex with
 everything, included iOS, without drivers etc. In fact, I bought a UA-25ex
 used for $100 as a backup a coulee years ago.

 Fancy stuff like MOTUs are really *nice* but far too reliant on
 proprietary drivers. I believe USB 2.0 should have enough bandwidth for 8
 channel output. Unlike Firewire, we can be pretty sure USB will be
 supported for the foreseeable future, albeit through probably 10 different
 dongles/adapters. Plus, you’ll know if you want to work with other Ohs in
 the future, the device will probably keep working.

 On Mar 23, 2017, at 2:24 AM, pd-list-requ...@lists.iem.at wrote:

 *From: *João Pais 
 *Subject: **[PD] Laptop + interface suggestion*
 *Date: *March 23, 2017 at 1:51:36 AM MDT
 *To: *pd-l...@mail.iem.at


 Dear list,

 I'm looking to buy new laptop and a matching audio interface for daily
 use + audio performance/programming (not video). I would be interested to
 know what are the current trends nowadays, and what experiences you have.

 My current setup is:
 - windows 10 (won't change)
 - Lenovo X61s (I'm a bit of a fanboy for ibm/lenovo)
 - RME multiface (still with pcmcia card)

 I would be looking for a similar setup:
 - a robust laptop where to run w10. The less weight the better, even if
 it sacrifices some performance.
 - which audio interfaces are used nowadays, compared with the
 multiface? E.g. with at least 8 analog outlets (I don't need that many
 inlets), and also a digital outlet. Also the less weight and size the
 better - a half-case size such as the multiface is quite convenient.
 - the computer will be used for day-to-day activities: office, notation
 (sibelius/finale), and Pd audio programming. No games or too taxing
 environments, so some features such as a high-power 

Re: [PD] OT (the OT list seems quite quiet... so here it is again) 2 postdoc opportunities

[Julian Brooks]

Just spotted the correction to weblinks, oops, ah well.

S'cuse noise

On 5 March 2017 at 17:54, Jonathan Wilkes via Pd-list 
wrote:

> > As with previous HISS projects, FluCoMa will deliver its findings open
> source, in
> the form of software (standalone and extensions) with extensive
> documentation
> and examples, as well as the underlying libraries in C++.
>
> How do you plan to license and distribute the data inside the banks of
> sounds
> and gestures?
>
> -Jonathan
>
> ___
> 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-ot] 2 postdoc opportunities

[Julian Brooks]

Direct working links for recruitment packs:

Research Fellow in Real-Time Computer Music Systems
http://hr.hud.ac.uk/downloads/recruitmentpacks/R2814_Recruitment_Pack.pdf

Research Fellow in Creative Coding Practice in Music;
http://hr.hud.ac.uk/downloads/recruitmentpacks/R2815_Recruitment_Pack.pdf

Love P.A., he rocks (as do the ships he steers [in a good way:).

A micro-group of us failed to get a HISSTools Pd port up and running a few
years ago, too complex at the time (for me anyhow). Rightly it's a very
popular toolkit, esp. the convolution reverb. The original code (inc the
convolution reverb) recently had a clean up of dependencies from what we
heard last summer, though it isn't currently obvious to find on Alex
Harker's git. Grrr, one that got away.

Congrats people sounds great.

Look forward to testing the new tools out,

Julian

On 5 March 2017 at 11:53, Pierre Alexandre Tremblay 
wrote:

> Dear pd community
>
> I think these 2 posts could interest some of you. I'm not a very active
> member of this community, but I thought some of you might have come across
> the HISSTools Impulse Response Toolbox for Max. To make a long story short,
> my next project, entitled Fluid Corpus Manipulation, has successfully
> secured 5 years of ERC funding, which mean I am hiring 2 postdocs ! One is
> a DSP specialist with a strong interest in FFT-processes, the other is a
> practice-based researcher in creative coding, with a strong interest in
> dissemination.
>
> Research Fellow in Real-Time Computer Music Systems – http://hud.ac/c5n7
>
> Research Fellow in Creative Coding Practice in Music – http://hud.ac/c5o8
>
> There is a website in progress, it should be live in the next days, but
> all info is in the recruitment pack for each post above.
>
> Feel free to pass along!
>
> pa
> ___
> Pd-ot mailing list
> pd...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-ot
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PdCon16]

[Julian Brooks]

Damn that conference does look good.
Big props to the organisers.
*Pluton* as well, how timely:)
very cool

On 6 November 2016 at 21:46, Antoine Rousseau  wrote:

> Thanks Chris, I had a funny time when finally I got what it was about !
> Their logo is quite great, anyhow ! Maybe we could use it ?
> cheers,
> Ant1
>
>
> Antoine Rousseau
>   http://www.metalu.net  __ htt
> p://www.metaluachahuter.com/
> 
>
>
> 2016-11-05 8:43 GMT+01:00 Chris McCormick :
>
>> On 03/11/16 14:45, Jaime Oliver wrote:
>>
>>> We have the latest draft of the PdCon program here:
>>> http://www.nyu-waverlylabs.org/pdcon16/program/
>>>
>>
>> I am pumped, and the official video makes me feel even more pumped!
>>
>> https://vimeo.com/172511539
>>
>> Cheers,
>>
>> Chris.
>>
>> --
>> http://mccormick.cx/
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/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] PdParty official release

[Julian Brooks]

Yep, as above - great work Dan.

Love the 'rc-patches' lib also, super-useful.

May your inbox be hove-to with delightful spoils,

Julian

On 1 November 2016 at 16:29, Andy Farnell 
wrote:

> Hip Hip Hooray and massive props to all involved.
>
> This opens up the joys of Pd to a whole new generation.
>
> Andy
>
> On Tue, Nov 01, 2016 at 10:06:10AM -0600, Dan Wilcox wrote:
> > Howdy all,
> >
> > After years of on and off work, I’m pleased to announce PdParty 1.0.2 is
> available for download on the iOS App Store: http://danomatika.com/code/
> pdparty 
> >
> > Description
> >
> > PdParty is an open-source iOS application for running Pure Data patches
> on Apple mobile devices using libpd. Directly inspired by Chris McCormick's
> PdDroidParty for Android and the original RjDj by Reality Jockey, PdParty
> takes a step further by supporting OSC (Open Sound Control), MIDI, & MiFi
> game controller input as well as implementing the native Pd GUI objects for
> a WYSIWYG patch to mobile device experience. Various scene types are
> supported including compatibility modes for PdDroidParty & RjDj and both
> patches and abstraction libraries can be managed via a built-in web server.
> Unlike the rise of the single-purpose audio application, PdParty is meant
> to provide a platform for general purpose digital signal processing via
> Pure Data patches.
> >
> > 
> > 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
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?

[Julian Brooks]

And my learning for the day is done.

Thanks both

On 15 October 2016 at 15:59, katja  wrote:

> Thanks for your pointers Christof. The recipe you mention from
> arpchord.com is different than iemlib's, but yields identical
> normalization and feedback coefficients, thus the same beautiful
> response. As you say, what's in the textbooks is common knowledge and
> can be used by everyone. Now I'll try to get the same result in C.
>
> By the way, [iemlib/hp~] seems to recalculate coefficients for every
> dsp vector which explains the higher CPU load.
>
> Katja
>
> On Sat, Oct 15, 2016 at 1:59 PM, Christof Ressi 
> wrote:
> >> If iemlib's license allows to use the recipe in BSD
> >
> > IMHO, the correct formular for the cutoff frequency below (which I guess
> is also used in [hp1~] since the frequency response is the same) is 'common
> knowledge', so I don't think you'd have to pay attention to any licence.
> >
> >
> >> Gesendet: Samstag, 15. Oktober 2016 um 13:52 Uhr
> >> Von: "Christof Ressi" 
> >> An: katja , "Miller Puckette" 
> >> Cc: pd-list 
> >> Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
> >>
> >> > But coefficients aren't recalculated so
> >> > often, therefore this difference will be negligible.
> >>
> >> That's a good point. You're right that both involve a feedback and
> feedforward, so I'm wondering why [hp1~] needs more CPU... otherwise,
> iemlib's filters are very efficient.
> >>
> >> Anyway, I researched a bit and found the reason why the frequency
> response of Pd filters seems 'wrong':
> >>
> >> Miller uses a formular for calculating the cutoff frequency which is
> taken from analog filters but is not really adequate for digital filters
> since it doesn't reflect the cyclic nature of the digital domain (although
> you can see it in some articles on digital filters).
> >>
> >> Let's take [hip~] as an example:
> >>
> >> the formular for a 1-pole 1-zero highpass goes:
> >> y[n] = (x[n] - x[n-1]) * (1 + k) / 2   +   k * y[n-1]
> >>
> >> Miller calculates the position of the pole with
> >> k = 1 - (fc * 2*pi / SR).
> >>
> >> The correct formular, however (if you want the frequency response to be
> zero at Nyquist!), would be
> >> k = (1-sin(a))/cos(a), where a = fc * 2*pi / SR.
> >>
> >> You can find it here: http://www.arpchord.com/pdf/
> coeffs_first_order_filters_0p1.pdf
> >>
> >> BTW, the reason why [hip~] seems to get stuck at 7018 Hz is because
> Miller clips the coefficient below 0, so it never reaches -1 (where the
> gain would be all zero).
> >>
> >> Also, there is another approximation with a similiar behaviour, which
> goes like this:
> >> k = e^(-2*pi*fc/SR). I could find it here:
> http://www.dspguide.com/ch19/2.htm
> >> Here, the pole can only move from 1 to 0 and doesn't ever reach -1 as
> well.
> >>
> >> Now, is the behaviour of [hip~] 'wrong'?
> >> If you define at 1-pole 1-zero high pass filter as something which
> passes everything at fc = DC and blocks everything at fc = Nyquist, then
> I'd say yes.
> >> If it should roughly model an analogue filter (where the cutoff
> frequency can go up to infinity) for low cutoff frequencies only, then I'd
> say no.
> >>
> >> Also, as I tried to point out, this issue with the cutoff frequency is
> true for all Pd filters!
> >>
> >> So I think this behaviour should either be changed (great, if Katja is
> willing to submit a patch!) or documented in the help patch (gain is not 0
> at Nyquist!).
> >>
> >> I'm not an engineer or any expert on filter design. It's just my two
> cents :-)
> >>
> >> Christof
> >>
> >>
> >>
> >>
> >>
> >> > Gesendet: Samstag, 15. Oktober 2016 um 11:39 Uhr
> >> > Von: katja 
> >> > An: "Christof Ressi" 
> >> > Cc: pd-list 
> >> > Betreff: Re: [PD] could vanilla borrow iemlib's hi pass filter recipe?
> >> >
> >> > I'm pretty confident [hip~] would not loose its efficiency when using
> >> > iemlib's recipe. Both hi pass filters have a feed forward and feedback
> >> > component, with coefficients for normalization and feedback.
> >> > Calculation of these coefficients is a bit more involved with iemlib's
> >> > recipe, using trig functions. But coefficients aren't recalculated so
> >> > often, therefore this difference will be negligible.
> >> >
> >> > To reassure, it is not my intention to spark another 'what's wrong
> >> > with pd' thread. If iemlib's license allows to use the recipe in BSD
> >> > code I'll try patch the C of [hip~] and submit on the tracker for
> >> > review. Who knows, it may be a no-brainer.
> >> >
> >> > Katja
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > On Sat, Oct 15, 2016 at 2:34 AM, Christof Ressi <
> christof.re...@gmx.at> wrote:
> >> > > There are a number of big problems with all build-in filters in Pd
> (expect for the raw filters).
> >> > >
> >> > > Problem number 1:
> >> > > [lop~] 

Re: [PD] Question about the pd-extended history

[Julian Brooks]

There's a great story/paper waiting to be written.

Earth calling Hans:)

On 11 October 2016 at 09:47, Sebastian Lexer  wrote:

>
> Sourceforge dates the first PD-extended1 to 05 March 2003:
> https://sourceforge.net/projects/pure-data/files/pd-extended/
>
> Sebastian
>
> Derek Kwan 
> 11 October 2016 00:29
>
> I've been doing some mailing-list archive digging and so far this is the
> earlier mention I've found of it on the oft-neglected pd-announce list
> so it at least goes back to december 2002.
>
> https://lists.puredata.info/pipermail/pd-announce/2002-12/000178.html
>
> In terms of pd-list, the earliest mention I've found goes back to May
> 2003.
>
> https://lists.puredata.info/pipermail/pd-list/2003-05/011695.html
>
> Derek
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
> Ivica Ico Bukvic 
> 10 October 2016 20:27
> On 10/10/2016 2:07 PM, Jonathan Wilkes wrote:
>
> > Does anyone have a link to a paper or a publication that documents the
>
>
> > motivation behind and original initiators of the pd-extended? I traced
> > releases back to 2003 but there is no info on who were original players
> > who started it. Thank you.
>
> Didn't Hans start it?
>
>
> That's what I thought but I am not 100% sure, so I am hoping the community
> will provide needed clarity.
>
> Best,
>
> Ico
>
>
> > Best,
>
> --
> Ivica Ico Bukvic, D.M.A.
> Associate Professor
> Creative Technologies in Music
> ICAT Senior Fellow
> Director -- DISIS, L2Ork
> Virginia Tech
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> www.performingarts.vt.edu
> disis.music.vt.edu
> l2ork.music.vt.edu
> ico.bukvic.net
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
> Jonathan Wilkes via Pd-list 
> 10 October 2016 19:07
> > Does anyone have a link to a paper or a publication that documents the
>
>
> > motivation behind and original initiators of the pd-extended? I traced
> > releases back to 2003 but there is no info on who were original players
> > who started it. Thank you.
>
> Didn't Hans start it?
>
> > Best,
>
> --
> Ivica Ico Bukvic, D.M.A.
> Associate Professor
> Creative Technologies in Music
> ICAT Senior Fellow
> Director -- DISIS, L2Ork
> Virginia Tech
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> www.performingarts.vt.edu
> disis.music.vt.edu
> l2ork.music.vt.edu
> ico.bukvic.net
>
>
> ___
> 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
> Ivica Ico Bukvic 
> 10 October 2016 17:30
> Does anyone have a link to a paper or a publication that documents the
> motivation behind and original initiators of the pd-extended? I traced
> releases back to 2003 but there is no info on who were original players who
> started it. Thank you.
>
> Best,
>
>
>
> Sebastian Lexer
> 1/2 9 Grantley Street
> Glasgow
> G41 3PT
>
> tel: +44 7932 566 378
> i...@sebastianlexer.eu
> http://sebastianlexer.eu
>
>
> ___
> 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] implementing "motion microscope" in Pd GEM

[Julian Brooks]

Holy sh#t batman!

On 8 September 2016 at 06:33, Richie Cyngler  wrote:

> Hi all,
>
> Have you seen this? Anyone tried to implement this with Pd with GEM?
>
> Two papers outline two different approaches:
>
> http://people.csail.mit.edu/mrub/papers/vidmag.pdf
>
> and the more recent:
> http://people.csail.mit.edu/mrub/vidmag/papers/Balakrishnan_
> Detecting_Pulse_from_2013_CVPR_paper.pdf
>
> A video overview of the processes here: https://www.youtube.com/watch?
> v=fHfhorJnAEI
>
> I don't follow the maths myself but I was wondering if you think something
> like these systems could be implemented in Pd/ GEM with a live feed from
> [pix_video]. I know we already have blob tracking. Theoretically it should
> be possible?
>
> The main site: http://people.csail.mit.edu/mrub/vidmag/
>
> Anyone interested in this? It seems to have a lot of potential within Pd,
> for example interactive installations.
>
> best
> Richie
>
>
>
>
> ___
> 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] Ninja Jamm [was] Re: In support of my paper

[Julian Brooks]

Hey Antoine,

Cheers for the info - Pof looks cool, will check it out some more.

Re Tunepacks, guess in good FLOSS fashion I'd be more up for making my own
but access to free ones would be great too. Nice app btw!

Although I'm mainly deeply enmeshed within contemporary music these days I
met Matt a couple of times in Manchester (in and around the Hacienda
nightclub) and also via the label I used to work for (Pleasure/Robs
Records). We used to put out Mr Scruff's tunes before he moved to Ninja
Tune.

Anyhow, appreciate the info and possible .apk.

Regards,

Julian

On 5 September 2016 at 16:54, Antoine Rousseau <anto...@metalu.net> wrote:

> Hi Julian,
>
> The gui uses Pof (https://github.com/Ant1r/ofxPof), which is a
> openFrameworks wrapper for Pd. The patching way is close to Gem.
>
> About getting the APK without Gplay, it should be possible, I'll ask Matt
> Black. You won't be able to download sold tunepacks, but you could get free
> ones.
> What could block is possible forbidding from google license... we had to
> sign before publishing to Gplay !...
>
> cheers,
>
> Ant1
>
>
> 2016-09-04 16:12 GMT+02:00 Julian Brooks <jbee...@gmail.com>:
>
>> Thanks for the prompt response Ed.
>> I wasn't sure whether you'd done the whole app or not but thought it was
>> worth an ask anyhow.
>>
>> 'nother question then. What's the gui done in, and is the engine then
>> libpd??
>> (perhaps I should read your paper when it's done eh:)
>>
>> Like the youtube clip btw, sounds and looks great.
>>
>> Regards,
>>
>> Julian
>>
>> On 4 September 2016 at 14:01, Ed Kelly via Pd-list <pd-list@lists.iem.at>
>> wrote:
>>
>>> Oooh, I don't know! The .apk is hosted on g-play, and I don't think
>>> there are plans to make it available through other means.
>>>
>>> While I'm not responsible for the Android version (actually I'm only
>>> responsible for most of the audio engine) I can mention this to Antoine who
>>> maintains that version next time we have our regular Skype meeting. We're
>>> trying to keep things simple with regards to distribution, and Android is
>>> indeed a headache since it involves a gazillion different devices with
>>> different hardware configs.
>>>
>>> Of course in an ideal world the infrastructure would not be controlled
>>> by a handful of huge corporations, but this is out of my hands. I'll let
>>> you know if there's any change to this issue.
>>>
>>> Cheers,
>>> Ed
>>>
>>>
>>> *Lone Shark *releases:
>>> *Light Vessel Automatic* available now on 12" vinyl.
>>> Build Your Wings on the Way Down, the new digital album available @
>>> http://scifirecords.co.uk/releases
>>> *Earthlings *compilation is out now @ http://www.pyramidtransmission
>>> s.com
>>>
>>> Ninja Jamm - the revolutionary music remix app for iOS and Android:
>>> http://www.ninjajamm.com/
>>>
>>> Gemnotes-0.2: Live music notation for Pure Data, and Metastudio 5 live
>>> composition and improvisation suite, available at
>>> http://sharktracks.co.uk/puredata
>>>
>>>
>>> On Sunday, 4 September 2016, 11:18, Julian Brooks <jbee...@gmail.com>
>>> wrote:
>>>
>>>
>>>
>>> Hi Ed,
>>>
>>> Is there a direct download of Ninja Jamm available (or other store)?
>>>
>>> I'm (slowly) attempting to de-google my life and would like to not have
>>> g-play on my Jolla mobile phone. Although running the Jolla O.S. 'Sailfish'
>>> (an Opensuse fork), the phone has Alien Dalvik for running android apps.
>>>
>>> Here's hoping.
>>>
>>> Regards,
>>>
>>> Julian
>>>
>>>
>>> On 26 August 2016 at 23:34, Ed Kelly via Pd-list <pd-list@lists.iem.at>
>>> wrote:
>>>
>>> Sorry not to include references in one of my papers.
>>> Just published here:
>>> Take 1 <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
>>> Enjoy!
>>>
>>>
>>> [image: image]
>>> <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
>>>
>>>
>>>
>>>
>>>
>>> Take 1 <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
>>> View on www.youtube.com
>>> <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
>>> Preview by Yahoo
>>>
>>>
>>> *Lone Shark *releases:
>>> *Light Vessel Automatic* available now on 12" v

Re: [PD] Pd vanilla problem on Debian

[Julian Brooks]

Have you tried running as root?
Sounds like maybe permissions, or missing libs.
Same behaviour with both repo and self-compiled versions?

Latest (sid) repo version working well here.

On 4 September 2016 at 14:04, Ed Kelly via Pd-list 
wrote:

> Hey list,
>
> I've got Pd-l2ork on my debian distro. It's great, but I've noticed than
> some of my GUI-heavy patches are pretty unusable on this, so I've tried to
> install Pd-vanilla alongside it, both through Debian repos and by compiling
> from source.
>
> I get this error message when I try to run Pd from the command line:
> Error in startup script: couldn't read file "/usr/lib/pd/tcl//pd-gui.tcl":
> no such file or directory
> Any clue as to what's up?
> Cheers,
> Ed
>
> *Lone Shark *releases:
> *Light Vessel Automatic* available now on 12" vinyl.
> Build Your Wings on the Way Down, the new digital album available @
> http://scifirecords.co.uk/releases
> *Earthlings *compilation is out now @ http://www.pyramidtransmissions.com
>
> Ninja Jamm - the revolutionary music remix app for iOS and Android:
> http://www.ninjajamm.com/
>
> Gemnotes-0.2: Live music notation for Pure Data, and Metastudio 5 live
> composition and improvisation suite, available at
> http://sharktracks.co.uk/puredata
>
> ___
> 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] Ninja Jamm [was] Re: In support of my paper

[Julian Brooks]

Thanks for the prompt response Ed.
I wasn't sure whether you'd done the whole app or not but thought it was
worth an ask anyhow.

'nother question then. What's the gui done in, and is the engine then
libpd??
(perhaps I should read your paper when it's done eh:)

Like the youtube clip btw, sounds and looks great.

Regards,

Julian

On 4 September 2016 at 14:01, Ed Kelly via Pd-list <pd-list@lists.iem.at>
wrote:

> Oooh, I don't know! The .apk is hosted on g-play, and I don't think there
> are plans to make it available through other means.
>
> While I'm not responsible for the Android version (actually I'm only
> responsible for most of the audio engine) I can mention this to Antoine who
> maintains that version next time we have our regular Skype meeting. We're
> trying to keep things simple with regards to distribution, and Android is
> indeed a headache since it involves a gazillion different devices with
> different hardware configs.
>
> Of course in an ideal world the infrastructure would not be controlled by
> a handful of huge corporations, but this is out of my hands. I'll let you
> know if there's any change to this issue.
>
> Cheers,
> Ed
>
>
> *Lone Shark *releases:
> *Light Vessel Automatic* available now on 12" vinyl.
> Build Your Wings on the Way Down, the new digital album available @
> http://scifirecords.co.uk/releases
> *Earthlings *compilation is out now @ http://www.pyramidtransmissions.com
>
> Ninja Jamm - the revolutionary music remix app for iOS and Android:
> http://www.ninjajamm.com/
>
> Gemnotes-0.2: Live music notation for Pure Data, and Metastudio 5 live
> composition and improvisation suite, available at
> http://sharktracks.co.uk/puredata
>
>
> On Sunday, 4 September 2016, 11:18, Julian Brooks <jbee...@gmail.com>
> wrote:
>
>
>
> Hi Ed,
>
> Is there a direct download of Ninja Jamm available (or other store)?
>
> I'm (slowly) attempting to de-google my life and would like to not have
> g-play on my Jolla mobile phone. Although running the Jolla O.S. 'Sailfish'
> (an Opensuse fork), the phone has Alien Dalvik for running android apps.
>
> Here's hoping.
>
> Regards,
>
> Julian
>
>
> On 26 August 2016 at 23:34, Ed Kelly via Pd-list <pd-list@lists.iem.at>
> wrote:
>
> Sorry not to include references in one of my papers.
> Just published here:
> Take 1 <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
> Enjoy!
>
>
> [image: image]
> <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
>
>
>
>
>
> Take 1 <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
> View on www.youtube.com
> <https://www.youtube.com/watch?v=FzkUrOi2eRI=youtu.be>
> Preview by Yahoo
>
>
> *Lone Shark *releases:
> *Light Vessel Automatic* available now on 12" vinyl.
> Build Your Wings on the Way Down, the new digital album available @ 
> http://scifirecords.co.uk/
> releases <http://scifirecords.co.uk/releases>
> *Earthlings *compilation is out now @ http://www. pyramidtransmissions.com
> <http://www.pyramidtransmissions.com/>
>
> Ninja Jamm - the revolutionary music remix app for iOS and Android:
> http://www.ninjajamm.com/
>
> Gemnotes-0.2: Live music notation for Pure Data, and Metastudio 5 live
> composition and improvisation suite, available at http://sharktracks.co.uk/
> puredata <http://sharktracks.co.uk/puredata>
>
> __ _
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list <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] Ninja Jamm [was] Re: In support of my paper

[Julian Brooks]

Hi Ed,

Is there a direct download of Ninja Jamm available (or other store)?

I'm (slowly) attempting to de-google my life and would like to not have
g-play on my Jolla mobile phone. Although running the Jolla O.S. 'Sailfish'
(an Opensuse fork), the phone has Alien Dalvik for running android apps.

Here's hoping.

Regards,

Julian


On 26 August 2016 at 23:34, Ed Kelly via Pd-list 
wrote:

> Sorry not to include references in one of my papers.
> Just published here:
> Take 1 
> Enjoy!
>
>
> [image: image]
> 
>
>
>
>
>
> Take 1 
> View on www.youtube.com
> 
> Preview by Yahoo
>
>
> *Lone Shark *releases:
> *Light Vessel Automatic* available now on 12" vinyl.
> Build Your Wings on the Way Down, the new digital album available @
> http://scifirecords.co.uk/releases
> *Earthlings *compilation is out now @ http://www.pyramidtransmissions.com
>
> Ninja Jamm - the revolutionary music remix app for iOS and Android:
> http://www.ninjajamm.com/
>
> Gemnotes-0.2: Live music notation for Pure Data, and Metastudio 5 live
> composition and improvisation suite, available at
> http://sharktracks.co.uk/puredata
>
> ___
> 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] Granular Synthesis External

[Julian Brooks]

Hi all,

Derek - nice tune.

I've made use of Cyrille's [granulator] on the Edges Ensemble recording of
'Fields Have Ears (4)' by Michael Pisaro
http://www.anothertimbre.com/page83.html
Great piece and a lovely recording. A lot of people playing very very very
quietly!
Unfortunately I can't locate an online listen (what the ?!#!) apart from
this possible extract
http://www.ftarri.com/cdshop/goods/anothertimbre/at-37.html
It'll be track3. My work filtering wont let this play though.
I took 2 field/forest recordings I'd made and with a slow [metro] and very
large grain size I got a result I'd describe as electro-chirps, worked
great in the ensemble setting.

For me, techniques don't sound good, we make them sound good - ymmv:)

Oscar - great addition, thank you.

Julian

On 7 July 2016 at 08:57, José Rafael Subía Valdez 
wrote:

> I couldn't make dsis_munger work,
>
> I tried compiling and I also tried a compiled version that someone shared
> with me( didn't load). The thing with granulators , in my experience, is
> the major difference is between delay granulators, which response is
> immediate but you don't get that scramble effect that the other type, table
> based, can give. However, due to the lack of options for delay line
> granulators, I used my_grain~ in my latest piece and worked with a small
> buffer that loop records. i was able to kinda get the same results.
>
> with my_grain~, the documentation is great and extended, the tutorial by
> D. Anache is complete, however, it would be nice to have a simple help file
> to access a quick reference by right - click + help as it is sometimes
> needed.
>
> nice external and a needed option as to program this in PD, may be very
> CPU consuming
>
> On Wed, Jul 6, 2016 at 8:34 PM, Alexandre Torres Porres 
> wrote:
>
>> 2016-07-06 14:52 GMT-03:00 oscar pablo di liscia :
>>
>>> I think you could try disis_munger~ as well
>>
>>
>> is there a disis_munger~ for macOS/windows somewhere?
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>
>
> --
> José Rafael Subía Valdez
> www.jrsv.net
>
>
>
>
>
> ___
> 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] nice pd patch

[Julian Brooks]

Ho ho.

Good, it's a fun day today - could do with some of that...

(nice pic btw:)

On 30 June 2016 at 08:14, IOhannes m zmoelnig  wrote:

> On 2016-06-30 06:25, Alexandre Torres Porres wrote:
> > A friend of mine thought it was fun to do this
> >
>
> omg, it seems like your friend missed the dangers of fan-out!
> [trigger] to the rescue!!!
>
> fgmasd
> 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

Re: [PD] biquad and karplus-strong

[Julian Brooks]

Hey Alexandre,

I got sound that I liked really quickly out of your patch.
Surely a good didactic test.

Regards,

Julian

On 16 June 2016 at 07:26, Alexandre Torres Porres  wrote:

>
>
> 2016-06-15 5:09 GMT-03:00 Peter P. :
>
>> Orm's implementation of the random phase might also be cheaper than
>> your two fexpr~ for that part.
>
>
> it's just "expr~" not "fexpr~" ;)
>
>
>> You might not have to be conservative with CPU
>> usage in your case at all however.
>>
>
> nope, and I need to be more intuitive (as this is a didactic material) and
> I consider this to be "simpler" - subjective
>
>
>> It does work and might save cpu compared to fexpr~.
>>
>
> biquad~ is surely cheaper than fexpr~ !!!
>
>
>> In my case I am trying a textbook implementation for now.
>>
>
> yep, that's what I was going for in that example, what you think? If you
> have more remarks other than efficiency, I'd like to know.
>
> 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] raspberry pi window position problem

[Julian Brooks]

Hey Sam! Great to hear you're lurking:)
I think it was our first go's on your Pi when we encountered this.

Can I ask what RPi model's this is with and which version of Raspbian?

While we can sort hacks for Pd it should presumably be an O.S./W.M. fix.

I've never encountered this problem on various debian wheezy installs but
that's with xfce not lxde.


On 22 March 2016 at 22:15, Samuel Freeman <samuel.free...@gmail.com> wrote:

> Hello all (long time lurking here),
>
>  When I came across this problem in 2012, a hack similar to the
> linked pdtk_canvas.tcl solution fixed things.
>
> I encountered the same problem with a fresh install more recently, and was
> loathed to go digging for the solution - I gave up too easily and went
> playing with sonic pi instead! So I am happy to see this thread which
> reignites plans for touch screen musicking!
>
> Here's what I am here to add:
>
> When changing the Raspbian configure.txt make sure to look through the
> whole file to check for multiple instances of the disable_overscan line.
>
> Hope that helps someone
>
> sdf
>
>
>
>
> On Tuesday, 22 March 2016, Julian Brooks <jbee...@gmail.com> wrote:
>
>> Correction sorry:
>>
>> "Also, if you have a qwerty keyboard attached you can make use of the
>> option key & pointer to pull the window around."
>>
>> That of course should be alt-click not option-click
>>
>> Ingo's fix makes more sense anyway (without firing up the rpi and
>> checking)
>>
>> On 22 March 2016 at 15:24, Ingo <i...@miamiwave.com> wrote:
>>
>>> It could be a overscan problem.
>>> In Raspbian there is a config.txt file in boot.
>>>
>>> #overscan_left=24
>>> #overscan_right=24
>>> #overscan_top=16
>>> #overscan_bottom=16
>>> disable_overscan=1
>>>
>>> Try "disable_overscan=0" or change the border values to what gives you a
>>> full screen without going over.
>>>
>>> Ingo
>>>
>>>
>>>
>>> i am experiencing a strange problem with a freshly apt-get installed PD
>>> on a
>>> new Raspberry PI.
>>>
>>> whenever i am opening a new patch, the window appears with its menubar
>>> above
>>> the vertical 0 position, meaning i can't touch the window and drag it to
>>> a
>>> usable position. the only (extremely annoying) workaround is to
>>> right-click
>>> the window and "move" the window to a central position every time i open
>>> a
>>> new patch.
>>>
>>> i never experinced this beheaviour before, did anybody here ?
>>>
>>> I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or
>>> WIndows, so I think it has to do with the window manager.
>>> Martin
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] raspberry pi window position problem

[Julian Brooks]

Correction sorry:

"Also, if you have a qwerty keyboard attached you can make use of the
option key & pointer to pull the window around."

That of course should be alt-click not option-click

Ingo's fix makes more sense anyway (without firing up the rpi and checking)

On 22 March 2016 at 15:24, Ingo  wrote:

> It could be a overscan problem.
> In Raspbian there is a config.txt file in boot.
>
> #overscan_left=24
> #overscan_right=24
> #overscan_top=16
> #overscan_bottom=16
> disable_overscan=1
>
> Try "disable_overscan=0" or change the border values to what gives you a
> full screen without going over.
>
> Ingo
>
>
>
> i am experiencing a strange problem with a freshly apt-get installed PD on
> a
> new Raspberry PI.
>
> whenever i am opening a new patch, the window appears with its menubar
> above
> the vertical 0 position, meaning i can't touch the window and drag it to a
> usable position. the only (extremely annoying) workaround is to right-click
> the window and "move" the window to a central position every time i open a
> new patch.
>
> i never experinced this beheaviour before, did anybody here ?
>
> I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or
> WIndows, so I think it has to do with the window manager.
> Martin
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] raspberry pi window position problem

[Julian Brooks]

Hello,

This is an old (2012) problem - weird that it's reappeared?

Anyhow - fix (I think) in here:
http://comments.gmane.org/gmane.comp.multimedia.puredata.general/90949

Also, if you have a qwerty keyboard attached you can make use of the option
key & pointer to pull the window around.

Regards,

Julian



On 22 March 2016 at 14:52, Martin Peach  wrote:

> On Tue, Mar 22, 2016 at 9:56 AM, oliver  wrote:
>
>> hi, dear list !
>>
>> i am experiencing a strange problem with a freshly apt-get installed PD
>> on a new Raspberry PI.
>>
>> whenever i am opening a new patch, the window appears with its menubar
>> above the vertical 0 position, meaning i can't touch the window and drag it
>> to a usable position. the only (extremely annoying) workaround is to
>> right-click the window and "move" the window to a central position every
>> time i open a new patch.
>>
>> i never experinced this beheaviour before, did anybody here ?
>>
>>
> I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or
> WIndows, so I think it has to do with the window manager.
>
> Martin
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] How's Pd limited?

[Julian Brooks]

Thanks for clarification.
I made a mistake too
MOD = MOS dhurr

On 7 March 2016 at 14:12, Billy Stiltner  wrote:

>
>
> I see a mistake in my previous post.
> I used the term "Well Formed" in the wrong way.
>
> MOS = Well Formed
> EDO or equal division MOS have generator and period that are coprime.
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] How's Pd limited?

[Julian Brooks]

Hi Billy,

Have to admit much of that went over my limited skillset.
However, the MOD stuff is composition magic.

Thanks for sharing,

Julian

On 2 March 2016 at 13:55, Billy Stiltner  wrote:

> My struggles with it are not really limitations of pd.
> It's the way I have went about modelling a polyphonic synthesizer and
> using
> the tcl controls as MVC then making the controls a part of the preset
> machine.
> Everything is available  for me to break the view away from the DSP its
> just
> that there are some pretty nifty things going on with the view.
> For instance there are toggles that change the range of the envelope ADR
> controls
> so you can have 1s,3s, 10s, and 30s controls. This is dynamic controls.
> Another is a dial or knob that is quantized and the range changes
> depending on
> the number of intervals the scale has per equivalence interval or what I
> like to call the xTave
> , it is used to offset the frequency in a quantitative
> way in steps of the scale. It doesn't matter if the intervals are
> specified in cents ,JI,or an edo.
> The scales all end up in an frequency ratio list. So the knob is used to
> like the "tune" or "pitch"
> knob yet instead of continuous or cents adjustment it allows an offset
> based on the scale.
> There are 2 banks of oscillators and only one uses this kind of control,
> the other is just a regular dial
> that offsets by a floating point. At this point of development it was
> found that there were way too many
> controls and  being attached to the presets as well as the synthesizer's
> realtime adjustments.
> So Instead of making more controls I tried to reduce the amount of
> controls by changing the send
> and receive names dynamically. I guess it works for controls that are not
> dynamic but gets really
> complicated for the controls that have their properties change at runtime.
> Here is a thread about it.
> http://forum.pdpatchrepo.info/topic/5724/dollar-signs-in-objects-and-messages
> Also some discussion in this list.
> That can be solved once the controls are broke free from the presets and
> DSP.
> Making everything FUDI friendly with super neat message boxes and routing
> of messages through the first inlet like that can be seen in Miller's
> multi pickup guitar effects monster and
> patch repository or MAX/MSP XFM~  will be quite the task. Those are great
> examples of how patching should be.
> Branching away from puredata?
> Using javascript and the web browser dynamic html to make controls for the
> fractal sequencer.
> As well as a xenharmonic sequencer, a Moments of Symmetry(Erv Wilson)
> matrix generator
> to go along with Erv's mosedo.pdf There are 2 versions of it , one without
> the FUDI to pd stuff
> https://ia601408.us.archive.org/1/items/mosedo.html/mosedo.html?p=17=7
> , the other with and another expected soon
> that works with  any generator. The edo MOS are finite and are the "Well
> Formed" set of MOS,
> Finally Andrew Milne figured out how to calculate the cardinalities
> without using continued fractions  or brute force.
> So now it is quick to generate the non rational MOS alongside the closest
> approximating "Well Formed" MOS using very
> simple code which took forever to even comprehend on paper with pencil.
> Things like this are complex for me with pd
> Now that the algorithm is coded up in javascript a pd version would be
> simpler to make however , having this part of
> the puzzle in the browser will make it easier for a general audience to
> use.
> The new text object makes things like a database of modes easy to access
> in pd and also is easy enough
> to implement a user interface with the entire list on a webpage.  In pd a
> simple abstraction that increments
> an index for sets with {p} tones, an index for the modes of  sizes {s}
> , then the index into the modes {m} with
> s number of notes within  scales having p tones. Example:
> from
> http://www.huygens-fokker.org/docs/modename.html
> 14 tone equal modes: *2 3 2 2 3 2*Quasi-equal
> Hexatonic
> *2 1 2 1 2 1 2 2 1*  Gould Nonatonic
> *1 2 1 2 1 1 2 1 2 1*  Decimal-10
> *2 3 3 3 3*Godzilla-5
> *2 2 1 2 1 2 1 2 1*  Godzilla-9
> *3 2 2 3 2 2*Hedgehog-6
> *1 2 2 2 1 2 2 2*   Hedgehog-8
> *3 3 2 3 3* Semaphore-5
> *1 2 3 2 1 2 3*Superpelog-Pelog
> *1 2 1 2 1 2 1 2 2*Superpelog-9
>
> p=14,
> s=6,
> m=0*: 2 3 2 2 3 2*Quasi-equal Hexatonic
> m=1*: 3 2 2 3 2 2*Hedgehog-6
>
> For this set it is not too much to cycle through the entire list
> but for  12 and 31 edo there are many more modes.
> Would probably be ok to only divide the entire list up in files with
> the all the modes in scales with p tones instead of splitting up the list
> further.
>
> The list was easy to add user interactive  tags and mouseover
> functions
> that send the selected mode to the synthesizer in 

Re: [PD] searching the email archive for common words

[Julian Brooks]

Good stat

On 25 November 2015 at 23:56,  wrote:

> I would like to re-post the below mail regarding the search feature of
>> the mailing list archive. I am sure everyone here agrees that the list
>> archive is one, if not the only one,
>>
>
> Would like to point the second resource with plenty of valuable info on pd:
> http://forum.pdpatchrepo.info/
>
> Marketing stats:
> 600k pages views / month
> 15k unique visitors / month
> 750 posts / month
>
> Cheers~
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] A patch to create a patch to create a patch to create a patch to close puredata...

[Julian Brooks]

Blimey!
They're great Matt (and Jonathon) - laughing then diving into patches for
learning are two of my favourite things. Marvellous.

On 13 September 2015 at 01:13, Matt Barber <brbrof...@gmail.com> wrote:

> I don't think so, unless someone else presented them. I've never been able
> to afford the time or money to get to a PdConv. Also I didn't think many
> people would find them that interesting until now. :)
>
> Nice work yourself.
>
> M
>
> On Sat, Sep 12, 2015 at 8:04 PM, Olivier Baudu <01iv...@labomedia.net>
> wrote:
>
>> Masterpieces !! :-D
>>
>> Are those patchs the ones Benjamin was talking about few answers before ?
>> (He saw them at the PdConv in Montreal)
>>
>> I take this opportunity to post my last work :
>>
>> https://vimeo.com/139090261
>>
>> Cheers
>>
>> °1
>>
>>
>> Le 12/09/2015 07:13, Matt Barber a écrit :
>> > Jonathan Wilkes and I made these a few years ago. Run "orthodox" first
>> > to get a feel for it.
>> >
>> > On Mon, Sep 7, 2015 at 9:57 AM, Olivier Baudu <01iv...@labomedia.net
>> > <mailto:01iv...@labomedia.net>> wrote:
>> >
>> > Youplala...
>> >
>> > https://vimeo.com/138517416
>> >
>> > Cheers
>> >
>> > °1
>> >
>> > Le 20/08/2015 01:20, Olivier Baudu a écrit :
>> > > One more useless stuff for you, list :
>> > >
>> > > https://vimeo.com/136762246
>> > >
>> > > Cheers
>> > >
>> > > °1
>> > >
>> > > Le 11/08/2015 23:48, Olivier Baudu a écrit :
>> > >> Hi list,
>> > >>
>> > >> Did you think I'd forgotten you ? :-p
>> > >>
>> > >> It follows :
>> > >>
>> > >> https://vimeo.com/136014798
>> > >>
>> > >> Cheers...
>> > >>
>> > >> °1
>> > >>
>> > >> Le 17/07/2015 13:41, i go bananas a écrit :
>> > >>> these are awesome.
>> > >>>
>> > >>> On Fri, Jul 17, 2015 at 8:23 PM, Benjamin ~ b01 <ben...@free.fr
>> <mailto:ben...@free.fr>
>> > >>> <mailto:ben...@free.fr <mailto:ben...@free.fr>>> wrote:
>> > >>>
>> > >>> nice piece of digital art ;)
>> > >>>
>> > >>> btw, does someone on the list have an old patch that was
>> producing a
>> > >>> nice gui animation inside Pd ?
>> > >>> I saw it a long ago @ Pd Conv Montreal ...
>> > >>>
>> > >>> thanks
>> > >>> ++
>> > >>> benjamin
>> > >>>
>> > >>> Le 15/07/2015 01:30, Olivier Baudu a écrit :
>> > >>> > Sorry list...
>> > >>> >
>> > >>> > I can't refrain myself... :-p
>> > >>> >
>> > >>> > The Bangarland :
>> > >>> > https://vimeo.com/133499700
>> > >>> >
>> > >>> > Cheers...
>> > >>> >
>> > >>> > 01
>> > >>> >
>> > >>> > Le 06/07/2015 22:04, Jaime E Oliver a écrit :
>> > >>> >> nice indeed!
>> > >>> >> J
>> > >>> >> On Jul 6, 2015, at 2:10 PM, Jack <j...@rybn.org > j...@rybn.org> <mailto:j...@rybn.org
>> > <mailto:j...@rybn.org>>> wrote:
>> > >>> >>
>> > >>> >> Hello Olivier,
>> > >>> >>
>> > >>> >> Very nice ;)
>> > >>> >> ++
>> > >>> >>
>> > >>> >> Jack
>> > >>> >>
>> > >>> >>
>> > >>> >>
>> > >>> >>
>> > >>> >> Le 06/07/2015 20:46, Olivier Baudu a écrit :
>> > >>> >>>>> Thank you Julian...
>> > >>> &

Re: [PD] Present and future of WebPd

[Julian Brooks]

THis all sounds very interesting, unfortunately this:
http://funktion.fm/#post/present-and-future-of-webpd
is still devoid of text on my machine (what the deuce!:)

On 8 September 2015 at 07:47, s p  wrote:

> > When I handed WebPd over to you, one feature that was important to me
> was to have WebPd work as a system where you could take an existing Pd
> patch and be pretty sure it would sound and work the same
>
> And I agreed with this goal of yours! Only if you remember, these were
> different times. Web Audio API had not fully landed, WebPd was firefox only
> and working on Audio Data API, which provided a simple callback to write
> audio to the sound card buffers and nothing else, so custom dsp was the
> only way to go. With the deprecation of Audio data API in favor of web
> audio API, and native nodes becoming the default thing (custom dsp being
> only a second class citizen), I couldn't just ignore the option of
> rebuilding it on native nodes.
>
> My hope was that :
> 1) native nodes would be enough to implement a significant part of Pd's
> functionalities, with ScriptProcessorNode complementing what couldn't be
> implemented with a big !!!use these objects carefully : performance penalty
> warning sign
> 2) the difference in implementation in native nodes compared to pd objects
> wouldn't be that significant.
>
> I think I was mostly wrong on both points ... However, the biggie, which
> decided me on this, is that you couldn't really use WebPd on mobile devices
> with custom dsp. ScriptProcessorNode would immediately choke, and make the
> whole thing pretty much unusable. So this was basically a choice between on
> one hand purity and sticking to desktop Pd, on the other hand usability and
> cross-browser / cross-device -ness. And so I chose pragmatism over purity
> (and that was a heartbreaking choice : after my first failed attempt at
> reimplementing WebPd with native nodes I was totally gutted :
> https://github.com/WebAudio/web-audio-api/issues/263 ).
>
> I think for now that was somehow the right choice, since I came up with a
> version of WebPd which ... even if it parts from Pd on some points, is much
> more useful than a faithful version which couldn't run on most devices. I
> myself used WebPd to do things I coudn't have done before (live
> performances on mobile phones). And I think that makes the library more
> sustainable, since it becomes not just a fancy toy, but a serious
> alternative to using plain Web Audio.
>
> I woudn't reconsider that decision if it wasn't for the fact that times
> they are a changing again, with the arrival of AudioWorker to replace
> ScriptProcessorNode... which MIGHT make custom dsp a viable option once
> again. So this is really all this is about. Bloody specifications changing
> every 6 months, and me trying to keep up ;)
>
> > I only hope to persuade you that faithfulness to Pd's output is probably
> a feature that users will appreciate a lot.
>
> to conclude ... you don't need to persuade me of this :) I just think it
> is more important to have something you can use at all. But the future
> might be brighter, and maybe these two goals won't contradict each other
> any more.
>
>
> On Tue, Sep 8, 2015 at 5:00 AM, Chris McCormick 
> wrote:
>
>> On 08/09/15 10:49, Chris McCormick wrote:
>>
>>> I am glad to see it live on with
>>> somebody who codes as energetically as you
>>>
>>
>> chr15m: 98 commits / 8,028 ++ / 1,712 --
>> sebpiq: 253 commits / 322,207 ++ / 250,725 --
>>
>> Lol!
>>
>> Chris.
>>
>> --
>> http://mccormick.cx/
>>
>
>
>
> --
>
> *Sébastien Piquemal*
>
>  -* @sebpiq*
>  - http://github.com/sebpiq
>  - http://funktion.fm
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Present and future of WebPd

[Julian Brooks]

Hey Seb.

Good informative post, thanks for that.

It does seem you're taking the right approach to this dilemma.
Think too you're being a bit hard on yourself  - I wouldn't describe the
list of objects implemented with native audio nodes as 'not much' at all!
Quite the opposite.

Conceptually, for me, it makes sense to have some separation between those
native nodes that do, in effect, behave exactly like Pd vanilla objects and
have a low overhead. Presumably these should be straightforward to
separately maintain as a WebPd vanilla. BTW - I'm actually happy to
reconceptualise/refactor some of my own patches to run on WebPd - it's ok
for things to turn into something else:).

And then there's those future ScriptProcessorNode possibilities that I
could conceptualise as similar to PdE - something to go to when I can't
find a WebPdVanilla solution.

This and Jonathan's GUI rewrite are currently really interesting - this is
awesome stuff you guys are up to.

Regards,

Julian












On 8 September 2015 at 09:46, s p <seb...@gmail.com> wrote:

> dammit ... JavaScript bug on my website maybe?
> This pure - and ugly - html version should work :
> http://funktion.fm/post/present-and-future-of-webpd
>
> On Tue, Sep 8, 2015 at 10:42 AM, Julian Brooks <jbee...@gmail.com> wrote:
>
>> THis all sounds very interesting, unfortunately this:
>> http://funktion.fm/#post/present-and-future-of-webpd
>> is still devoid of text on my machine (what the deuce!:)
>>
>> On 8 September 2015 at 07:47, s p <seb...@gmail.com> wrote:
>>
>>> > When I handed WebPd over to you, one feature that was important to me
>>> was to have WebPd work as a system where you could take an existing Pd
>>> patch and be pretty sure it would sound and work the same
>>>
>>> And I agreed with this goal of yours! Only if you remember, these were
>>> different times. Web Audio API had not fully landed, WebPd was firefox only
>>> and working on Audio Data API, which provided a simple callback to write
>>> audio to the sound card buffers and nothing else, so custom dsp was the
>>> only way to go. With the deprecation of Audio data API in favor of web
>>> audio API, and native nodes becoming the default thing (custom dsp being
>>> only a second class citizen), I couldn't just ignore the option of
>>> rebuilding it on native nodes.
>>>
>>> My hope was that :
>>> 1) native nodes would be enough to implement a significant part of Pd's
>>> functionalities, with ScriptProcessorNode complementing what couldn't be
>>> implemented with a big !!!use these objects carefully : performance penalty
>>> warning sign
>>> 2) the difference in implementation in native nodes compared to pd
>>> objects wouldn't be that significant.
>>>
>>> I think I was mostly wrong on both points ... However, the biggie, which
>>> decided me on this, is that you couldn't really use WebPd on mobile devices
>>> with custom dsp. ScriptProcessorNode would immediately choke, and make the
>>> whole thing pretty much unusable. So this was basically a choice between on
>>> one hand purity and sticking to desktop Pd, on the other hand usability and
>>> cross-browser / cross-device -ness. And so I chose pragmatism over purity
>>> (and that was a heartbreaking choice : after my first failed attempt at
>>> reimplementing WebPd with native nodes I was totally gutted :
>>> https://github.com/WebAudio/web-audio-api/issues/263 ).
>>>
>>> I think for now that was somehow the right choice, since I came up with
>>> a version of WebPd which ... even if it parts from Pd on some points, is
>>> much more useful than a faithful version which couldn't run on most
>>> devices. I myself used WebPd to do things I coudn't have done before (live
>>> performances on mobile phones). And I think that makes the library more
>>> sustainable, since it becomes not just a fancy toy, but a serious
>>> alternative to using plain Web Audio.
>>>
>>> I woudn't reconsider that decision if it wasn't for the fact that times
>>> they are a changing again, with the arrival of AudioWorker to replace
>>> ScriptProcessorNode... which MIGHT make custom dsp a viable option once
>>> again. So this is really all this is about. Bloody specifications changing
>>> every 6 months, and me trying to keep up ;)
>>>
>>> > I only hope to persuade you that faithfulness to Pd's output is
>>> probably a feature that users will appreciate a lot.
>>>
>>> to conclude ... you don't need to persuade me of this :) I just think it
>>> is more 

Re: [PD] [cos~]replacement for webPd patch

[Julian Brooks]

Hi Seb,

Thanks for having a go.
While absolutely agreeing with IOhannes, is it the same situation with
[abs~] and [wrap~]?

Regards,

Julian]



On 26 August 2015 at 09:36, IOhannes m zmoelnig zmoel...@iem.at wrote:

 On 2015-08-26 10:25, s p wrote:
  Hmm ... actually I got carried away. I can't implement [cos~] or [env~]
  with native web audio API nodes.
  I'll have to use a slow ScriptProcessorNode. So if performance is not a
  concern for you I'll do it, but I won't integrate it to the core of
 WebPd.
 

 since it's really easy to build [cos~] with writing [cos] values to a
 table¹, wouldn't it make sense to add [cos] and [until] to the WebPd core?


 fgmsdt
 IOhannes

 ¹ assuming that table lookups in WebPd are as blindingly fast as
 anyhwere else.


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


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

Re: [PD] [cos~]replacement for webPd patch

[Julian Brooks]

Thanks for the info Seb - will do.



On 26 August 2015 at 11:52, s p seb...@gmail.com wrote:

  since it's really easy to build [cos~] with writing [cos] values to a
 table¹, wouldn't it make sense to add [cos] and [until] to the WebPd core?

 @IOhannes yes that's an option. Unfortunately, table lookups are not that
 fast in Web Audio API ... and they have some bugs in firefox. In fact there
 isn't even an object designed specifically for this. I have to use this
 bloody WaveShaperNode (
 http://webaudio.github.io/web-audio-api/#WaveShaperNode) and a few hacks.
 Web Audio API is really hopeless at times.

  is it the same situation with [abs~] and [wrap~]?

 @Julian, [abs~] would be easy, [wrap~] isn't possible with nodes once
 again...

  Out of curiosity how are the native nodes different from using the
 ScriptProcessorNode?

 @Joe, I haven't made any benchmark, but from my experience the performance
 is very very poor for ScriptProcessorNodes. I have made some tests a while
 ago on a rather slow smartphone : while I could run several dozen native
 BufferSourceNodes (interpolated sample playback) without any problem, a
 single ScriptProcessorNode running a rather simple effect would make the
 whole page choke, and lots of audio glitches ... It is no wonder when you
 know that native nodes are optimized C++ running in a separate thread,
 while ScriptProcessorNode is JavaScript, running in the main thread of the
 page (which also does graphics, user events and pretty much everything else)

 I am also looking forward to AudioWorkerNodes!!! But it has been a rather
 slow process ... And then when they arrive, there will be a question, which
 is whether it is more performant to implement the whole DSP in a single
 AudioWorkerNode (and forget about native nodes altogether), or a mixed
 solution which uses native nodes whenever possible and AudioWorkers when
 not. So the future is really uncertain. For this reason I plan to
 restructure WebPd so that it can support different distributions, with
 different implementations or different objects. So that it would be
 possible to choose between one or the other solution easily. Here are the
 tasks for the next milestone 0.4.0 which I plan to finish for end of
 September :
 https://github.com/sebpiq/WebPd/issues?q=is%3Aopen+is%3Aissue+milestone%3A0.4.0

 So @Julian, I'll go with the [osc] + [until] solution. Meanwhile, if you
 don't wanna wait, you can also fill-up the table with Pd, and save the
 table contents in the patch. Then just do table lookup as he suggested.


 On Wed, Aug 26, 2015 at 12:24 PM, Joe White white.j...@gmail.com wrote:

 I'll have to use a slow ScriptProcessorNode.


 Here's to hoping for Audio Worker Nodes aye :(

 Out of curiosity how are the native nodes different from using the
 ScriptProcessorNode? For something simple like abs~ or wrap~ is performance 
 *that
 *drastically worse?



 On 26 August 2015 at 09:53, Julian Brooks jbee...@gmail.com wrote:

 Hi Seb,

 Thanks for having a go.
 While absolutely agreeing with IOhannes, is it the same situation with
 [abs~] and [wrap~]?

 Regards,

 Julian]



 On 26 August 2015 at 09:36, IOhannes m zmoelnig zmoel...@iem.at wrote:

 On 2015-08-26 10:25, s p wrote:
  Hmm ... actually I got carried away. I can't implement [cos~] or
 [env~]
  with native web audio API nodes.
  I'll have to use a slow ScriptProcessorNode. So if performance is not
 a
  concern for you I'll do it, but I won't integrate it to the core of
 WebPd.
 

 since it's really easy to build [cos~] with writing [cos] values to a
 table¹, wouldn't it make sense to add [cos] and [until] to the WebPd
 core?


 fgmsdt
 IOhannes

 ¹ assuming that table lookups in WebPd are as blindingly fast as
 anyhwere else.


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



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





 --

 *Sébastien Piquemal*

  -* @sebpiq*
  - http://github.com/sebpiq
  - http://funktion.fm

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


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