[PD] Pd on Tiny Core Linux on Raspberry Pi

[Chris McCormick]

Hi all,

This is fan mail for Pd on Tiny Core Linux onn Raspberry Pi.

TCL is a 50 megabyte GNU/Linux distribution which is 
immutable-by-default and runs very well on the Raspberry Pi.


I managed to compile Pd and got it to output a test tone which is why I 
am posting here. To do it yourself:


 * Install the alsa packages
 * Install the compiletc package
 * Compile Pd with `make -f makefile.gnu` inside the src directory
 * Run `pd -nogui mypatch.pd` from the bin directory

If you want to launch a Pd patch at startup add your command to 
/opt/bootlocal.sh


So far this seems like fertile ground as an alternative to the Raspbian 
distribution with its multiple-gigabyte bloat. Seems perfect for 
embedded Pd devices like guitar pedals, synths, and what-not.


Tiny Core Linux does not use systemd.

Cheers,

Chris.

--
http://mccormick.cx/

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

Re: [PD] max value of last n samples

[Dario Sanfilippo]

Thanks, Roman.

On 2 February 2018 at 21:28, Roman Haefeli  wrote:

> On Fre, 2018-02-02 at 18:31 +, Dario Sanfilippo wrote:
> > There's an implementation of a peak holder in this blog post: http://
> > dariosanfilippo.tumblr.com/post/162523174771/lookahead-limiting-in-
> > pure-data. I remember testing it but please let me know if you find a
> > bug.
>
> Very nice write up. Thanks for sharing.
>
> > The current peak is replaced to whatever the input is after a desired
> > time, and the counter is reset whenever a new peak is found. It
> > should be easy to change it so that the peak is reset periodically.
>
> It's not exactly equivalent with what I've asked, since your
> implementation only takes new peaks into account after the hold period
> has ended.


​Perhaps my wording ​in the previous email was confusing: what happens is
that every new peak will update the output immediately, and whenever that
happens the countdown starts so that, should no other peak be detected
after that time, the output will be set to whatever the input is in that
moment.


> Assume an input signal consisting of a series of 1-sample
> impulses with a period that is slightly lower than the hold period. The
> output signal has a gap before each second impulse. For the use case in
> your article (which is also the use case I'm interested in), that
> doesn't matter much, because the peak holder signal is fed to a peak
> enveloper which somewhat masks those gaps.
>

​In that case, we should expect a full-amp DC​ out of the peak holder for
the impulses are faster than the hold time, and that's what we actually get:

[image: Inline images 2]

So the peak envelope is only used to transition from the peak to the
non-peak value exponentially.



>
> I'm going to use your implementation for peak holding. Thanks!
>
> Roman
>

​Sure, you're welcome. I hope that this makes more sense.

Dario​



>
>
> ___
> 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] 64 bit windows test build for Pd

[Lucas Cordiviola]

Lets wait for IOhannes confirmation but I can see 2 libs on a 64bit pd/deken

So:

%%-v%%-(Windows-x86_64-64)-externals.zip

will do.

Mensaje telepatico asistido por maquinas.

On 2/2/2018 10:48 PM, Alexandre Torres Porres wrote:
> so, we have a new cyclone update coming out this month and we can make 
> a win 64 bit compile for it
>
> but will deken be able to correctly differentiate it from the 32 bit?

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

Re: [PD] max value of last n samples

[Alexandre Torres Porres]

check [pd [fexpr~] Examples] in the help file of expr~ :)



[image: Imagem inline 1]

2018-02-02 13:59 GMT-02:00 Roman Haefeli :

> On Fre, 2018-02-02 at 16:30 +0100, tim vets wrote:
> > is this any good?
> > [ fexpr~ if($x1[0]>$y1[-1], $x1[0], $y1[-1]) ]
>
> This will never return from the highest value ever experienced. I
> really need the output to return after N samples.
>
> > not sure how to reset it though...
>
> Exactly.
>
> 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

Re: [PD] 64 bit windows test build for Pd

[Alexandre Torres Porres]

so, we have a new cyclone update coming out this month and we can make a
win 64 bit compile for it

but will deken be able to correctly differentiate it from the 32 bit?

cheers

2018-02-02 20:41 GMT-02:00 Lucas Cordiviola :

> Confirmed.
>
> Working nice on a win machine on both 64bit Pds (miller's and my own build)
>
> Mensaje telepatico asistido por maquinas.
>
> On 2/2/2018 6:45 PM, Thomas Mayer wrote:
> > I have made a test build of PuREST JSON for 64 bit Windows with MXE
> > cross compilation, and the resulting binaries are loading and working:
>
> ___
> 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] 64 bit windows test build for Pd

[Lucas Cordiviola]

Confirmed.

Working nice on a win machine on both 64bit Pds (miller's and my own build)

Mensaje telepatico asistido por maquinas.

On 2/2/2018 6:45 PM, Thomas Mayer wrote:
> I have made a test build of PuREST JSON for 64 bit Windows with MXE
> cross compilation, and the resulting binaries are loading and working:

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

Re: [PD] 64 bit windows test build for Pd

[Thomas Mayer]

Hi,

On 30.01.2018 21:40, Miller Puckette wrote:
> Thanks to iohannes Zmoelnig, Dan Wilcox, and Spacechild1, it's now possible to
> compile Pd as a 64-bit windows native application.  I'm hoping this will fix
> the recent trouble arising from new ASIO devices not showing up in 32-bit Pd
> versions.
> 
> The new one's available on the usual page: http://msp.ucsd.edu/software.html
> 
> Beware that (as we've already gone through for Mac and linuz) 32-bit externs
> won't load into 64-bit Pd - you'll need to make or find 64-bit compiled
> versions of them

I have made a test build of PuREST JSON for 64 bit Windows with MXE
cross compilation, and the resulting binaries are loading and working:

https://ssl-account.com/cloud.residuum.org/index.php/s/380C60JAabnO7jk/download?path=%2F=173_2018-02-02_purest_json-v1.4.2-(Windows-x86_64-64)-externals.zip

Side note: ia64 used to be the Itanium architecture e.g. in Debian, 64
bit is usually called x64 or x86-64 or amd64 (in Debian). What should
the architecture be called for deken uploads? As you can see, the build
scripts currently uses (Windows-x86_64-64) for the package.

Hth,
Thomas
-- 
"[D]ie Kunst flieht, wenn ihr eure Thaten sofort mit dem historischen
Zeltdach überspannt." (Friedrich Nietzsche - Vom Nutzen und Nachtheil
der Historie für das Leben)
http://www.residuum.org/

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

Re: [PD] max value of last n samples

[Roman Haefeli]

On Fre, 2018-02-02 at 18:31 +, Dario Sanfilippo wrote:
> There's an implementation of a peak holder in this blog post: http://
> dariosanfilippo.tumblr.com/post/162523174771/lookahead-limiting-in-
> pure-data. I remember testing it but please let me know if you find a
> bug.

Very nice write up. Thanks for sharing.

> The current peak is replaced to whatever the input is after a desired
> time, and the counter is reset whenever a new peak is found. It
> should be easy to change it so that the peak is reset periodically.

It's not exactly equivalent with what I've asked, since your
implementation only takes new peaks into account after the hold period
has ended. Assume an input signal consisting of a series of 1-sample
impulses with a period that is slightly lower than the hold period. The
output signal has a gap before each second impulse. For the use case in
your article (which is also the use case I'm interested in), that
doesn't matter much, because the peak holder signal is fed to a peak
enveloper which somewhat masks those gaps.

I'm going to use your implementation for peak holding. Thanks!

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] max value of last n samples

[Dario Sanfilippo]

There's an implementation of a peak holder in this blog post:
http://dariosanfilippo.tumblr.com/post/162523174771/lookahead-limiting-in-pure-data.
I remember testing it but please let me know if you find a bug.

The current peak is replaced to whatever the input is after a desired time,
and the counter is reset whenever a new peak is found. It should be easy to
change it so that the peak is reset periodically.

I hope it helps.

Dario


On 2 February 2018 at 13:52, Roman Haefeli  wrote:

> Hey all
>
> Can this be done in vanilla? I'd like to output the maximum value of
> the last N input samples in the signal domain. Ideally N would be
> adjustable.
>
> It bugs my mind, but I can't think of a solution for this simply
> problem.
>
> 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

Re: [PD] max value of last n samples

[Miller Puckette]

If you need this as a mesage, you can continually stuff the signal into an
array and use array max (which can be set to look at a subinterval of the
array.)  You can use an array as a circular buffer by always maintaining two
write pointers into the same array - whichever one is in front at any time
is at the head of a contiguous strip of past samples.

I don't know any way to get the value out as a signal (something for
me to think about)...

cheers
Miller

On Fri, Feb 02, 2018 at 04:59:30PM +0100, Roman Haefeli wrote:
> On Fre, 2018-02-02 at 16:30 +0100, tim vets wrote:
> > is this any good?
> > [ fexpr~ if($x1[0]>$y1[-1], $x1[0], $y1[-1]) ]
> 
> This will never return from the highest value ever experienced. I
> really need the output to return after N samples.
> 
> > not sure how to reset it though...
> 
> Exactly.
> 
> 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

Re: [PD] max value of last n samples

[Roman Haefeli]

On Fre, 2018-02-02 at 23:27 +0900, Matt Davey wrote:
> i did something like that with a bang~ just triggering a counter to
> read samples from tabsend~, but not very efficient, of course. 

I don't mind converting to message and then back to signal. I did that
a few times, too. But I believe you'll be one block behind then, won't
you? You can't process a block of audio, do messages and then process a
block of audio all within one single block, or am I missing something? 

Maybe you can by bang~ing a switch~ed subpatch?

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] max value of last n samples

[Roman Haefeli]

On Fre, 2018-02-02 at 16:30 +0100, tim vets wrote:
> is this any good?
> [ fexpr~ if($x1[0]>$y1[-1], $x1[0], $y1[-1]) ]

This will never return from the highest value ever experienced. I
really need the output to return after N samples.

> not sure how to reset it though...

Exactly.

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] max value of last n samples

[tim vets]

is this any good?
[ fexpr~ if($x1[0]>$y1[-1], $x1[0], $y1[-1]) ]
not sure how to reset it though...
gr,
Tim


2018-02-02 15:58 GMT+01:00 martin brinkmann :

> On 02/02/18 14:52, Roman Haefeli wrote:
> > Can this be done in vanilla? I'd like to output the maximum value of
> > the last N input samples in the signal domain. Ideally N would be
> > adjustable.
>
> i have used cascaded samphold~ objects in a similar situation.
> though n is not exactly adjustable this way...
>
> for bigger n (> blocksize) the bang~/tabread-solution is probably better.
>
>
> ___
> 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] max value of last n samples

[martin brinkmann]

On 02/02/18 14:52, Roman Haefeli wrote:
> Can this be done in vanilla? I'd like to output the maximum value of
> the last N input samples in the signal domain. Ideally N would be
> adjustable. 

i have used cascaded samphold~ objects in a similar situation.
though n is not exactly adjustable this way...

for bigger n (> blocksize) the bang~/tabread-solution is probably better.



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

Re: [PD] slider appearance change somewhere between 0.47 and 0.48

[Dan Wilcox]

And fixed: https://github.com/pure-data/pure-data/pull/301 


Please build and test.

> On Feb 2, 2018, at 2:12 PM, Dan Wilcox  wrote:
> 
> It's more likely a change since 0.48-1 where the GUI work I did was 
> introduced. I did try to enforce drawing order on some of the GUIs and make 
> sure the control does not get covered but I suppose that is a bug to some. 
> It's an easy fix to change back.
> 
>> On Feb 2, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at 
>>  wrote:
>> 
>> From: Roman Haefeli >
>> To: Pd-List >
>> Subject: [PD] slider appearance change somewhere between 0.47 and 0.48
>> Message-ID: <1517505629.2116.14.ca...@gmail.com 
>> >
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Hey all
>> 
>> Before I report anything to a tracker, I may ask whether it was an
>> intentional change. Up until 0.48, the label text of any gui widgets
>> (sliders, etc.) appeared above the front. Since 0.48, the front covers
>> the label text, changing the appearance of patches that have
>> overlapping front and label.
>> 
>> See here:
>> https://netpd.org/~roman/tmp/front_above_label.png 
>> 

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] max value of last n samples

[Roman Haefeli]

Hey all

Can this be done in vanilla? I'd like to output the maximum value of
the last N input samples in the signal domain. Ideally N would be
adjustable. 

It bugs my mind, but I can't think of a solution for this simply
problem.

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] slider appearance change somewhere between 0.47 and 0.48

[Roman Haefeli]

On Fre, 2018-02-02 at 14:12 +0100, Dan Wilcox wrote:
> It's more likely a change since 0.48-1 where the GUI work I did was
> introduced. I did try to enforce drawing order on some of the GUIs
> and make sure the control does not get covered but I suppose that is
> a bug to some. It's an easy fix to change back.

I'm undecided about this. I'm only asking, because when it stays it
means a little work for me. When the order is reverted I don't need to
fix my patches :-)

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] slider appearance change somewhere between 0.47 and 0.48

[Dan Wilcox]

It's more likely a change since 0.48-1 where the GUI work I did was introduced. 
I did try to enforce drawing order on some of the GUIs and make sure the 
control does not get covered but I suppose that is a bug to some. It's an easy 
fix to change back.

> On Feb 2, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Roman Haefeli >
> To: Pd-List >
> Subject: [PD] slider appearance change somewhere between 0.47 and 0.48
> Message-ID: <1517505629.2116.14.ca...@gmail.com 
> >
> Content-Type: text/plain; charset="utf-8"
> 
> Hey all
> 
> Before I report anything to a tracker, I may ask whether it was an
> intentional change. Up until 0.48, the label text of any gui widgets
> (sliders, etc.) appeared above the front. Since 0.48, the front covers
> the label text, changing the appearance of patches that have
> overlapping front and label.
> 
> See here:
> https://netpd.org/~roman/tmp/front_above_label.png 
> 

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