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

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

[PD] max value of last n samples

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

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

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,

Re: [PD] max value of last n samples

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

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

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

Re: [PD] max value of last n samples

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

Re: [PD] max value of last n samples

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

Re: [PD] max value of last n samples

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

Re: [PD] max value of last n samples

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

Re: [PD] max value of last n samples

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

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

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 >

Re: [PD] max value of last n samples

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- > >

Re: [PD] max value of last n samples

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

[PD] Pd on Tiny Core Linux on Raspberry Pi

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:

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

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

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

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

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

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

Re: [PD] max value of last n samples

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