Re: [PD] Pd on Tiny Core Linux on Raspberry Pi

2018-02-04 Thread Thomas Grill
Dear all, i have made a picore package for the pure data binaries: http://l.g.org/puredata_tcz The files need to be put into the tce/optional folder, and enabled in tce/onboot.lst if desired. It is compiled for alsa only with -Os optimization and no specific architecture. It can use tcl/tk

Re: [PD] Pd on Tiny Core Linux on Raspberry Pi

2018-02-04 Thread Thomas Grill
Hi Andy, i think what you are looking for is called "persistent /home and/or /opt" http://wiki.tinycorelinux.net/wiki:persistent_home best, Thomas > Am 03.02.2018 um 19:14 schrieb Andy Farnell : > > > Good to know that works Chris. The immutability is a > double

Re: [PD] max value of last n samples

2018-02-04 Thread Roman Haefeli
On Son, 2018-02-04 at 13:12 +, Dario Sanfilippo wrote: > Hi, Roman. I guess that fexpr~ implies block 1 but probably a few > other things too: 256 instantiations of the feedback loop in my > abstractions are around 44% load whereas the same number of [fexpr~ > max($x1[0], $y[-1]*$x2[0])] are 

Re: [PD] max value of last n samples

2018-02-04 Thread Alexandre Torres Porres
hi, I tried only using fexpr~, here's what I got [image: Imagem inline 1] #N canvas 627 57 454 302 10; #X obj 352 105 v n_\$0; #X floatatom 352 74 5 0 0 0 - - -, f 5; #X obj 59 117 v count_\$0; #X obj 132 112 fexpr~ count_\$0 = $y2[-1] + 1 \; if(count_\$0 > n_\$0 \, 1 \, count_\$0); #X obj 34

Re: [PD] max value of last n samples

2018-02-04 Thread Dario Sanfilippo
That's certainly the way to go for efficiency: 256 rpole~ objects are about 10% load against 44% load of the PD-implemented counterpart. D On 4 February 2018 at 14:41, Matt Davey wrote: > Really at that point, you’d have to be asking youself if there is any way > to use an

Re: [PD] max value of last n samples

2018-02-04 Thread Matt Davey
Really at that point, you’d have to be asking youself if there is any way to use an external. On Sunday, February 4, 2018, Dario Sanfilippo wrote: > Hi, Roman. I guess that fexpr~ implies block 1 but probably a few other > things too: 256 instantiations of the

Re: [PD] max value of last n samples

2018-02-04 Thread Dario Sanfilippo
Hi, Roman. I guess that fexpr~ implies block 1 but probably a few other things too: 256 instantiations of the feedback loop in my abstractions are around 44% load whereas the same number of [fexpr~ max($x1[0], $y[-1]*$x2[0])] are peaking at 95%. D On 4 February 2018 at 12:33, Roman Haefeli

Re: [PD] max value of last n samples

2018-02-04 Thread 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.  BTW: the peak envelope part could be also implemented using fexpr~: [fexpr~