Re: [PD] Purr Data rc4
> I followed the homebrew os x installation directions, but ended up with no > .dmg in said folder. Any one else with this issue? It's a documentation bug:https://git.purrdata.net/jwilkes/purr-data/issues/211 On Sat, Dec 24, 2016 at 11:07 AM, Jonathan Wilkes via Pd-listwrote: > just to warn, the 64b-windows exe file is called rc3. but I couldn't find any > documentation saying which version is really installed. would it make sense > to add a clear reference to the document "about pd-2lork", as in pd-ext? It's the rc4 binary. I'm still trying to figure out a decent version number. -Jonathan Purr Data release candidate 4! * fixed race when opening pd file in OSX * partial fix for midi prefs not getting saved under Windows * fixed #194: saving a loaded abstraction gives errors * fixed for #201: new subcanvas position isn't saved with patch * sync the ALSA sequencer port state with the GUI * reset ALSA MIDI device handles and event buffers when closing * got rid of more debugging output * go ahead and allow curly braces in Pd messages * replace the Pd-extended output~ abstraction with Alexandre Porres' improved version * report userful value for "dsp-status" method of [pdinfo] by ignorning suspend/resume * fixed display of dollar signs in properties dialogs * fixed loading of lyonpotpourri and disis libraries please report lots of bugs to https://git.purrdata.net/ jwilkes/purr-data/issues Binaries: rpi Raspbian (armv7l): https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-armv7l- raspbian-rc4.deb Debian Jessie 32-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-i386- debian_jessie-rc4.deb) Debian Jessie 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- debian_jessie-rc4.deb) Ubuntu 14.04 32-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-i386- ubuntu-14.04-rc4.deb) Ubuntu 14.04 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- ubuntu-14.04-rc4.deb) Ubuntu 16.04 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- ubuntu-16.04-rc4.deb) Windows with 64-bit GUI: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- windows-rc4.zip) OSX 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- osx-rc4.dmg) OSX 64-bit (10.8): https://git.purrdata.net/ jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- osx-10.8-rc4.dmg) __ _ 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] array quantile problem
hello, thanks for your code, I did not try the external. in attachment, an other version : it need few externals and have no weight, but it's faster and is not limited to 5 points. Cyrille Le 24/12/2016 à 17:07, Charles Z Henry a écrit : An audio rate weighted median filter is possible to do with fexpr~ but cumbersome and cpu-hungry. I've attached some previous work for your reference: an abstraction wmed5~.pd and test patch, and an external (from 2006) which needs to be fixed. You'll see the external I wrote has int and float types everywhere (fine for 32-bit but it needs to be updated). There's no guarantee the external will work as it is now, but I'll help with updating if you want to use it or part of it Chuck On Fri, Dec 23, 2016 at 4:52 PM, cyrille henrywrote: thanks, sort is indeed lost faster than an abstraction. but still to slow for an audio rate median filter. I guess it's worth writing an external for this task (that would benefit from the fact that most input list are identical) cheers c Le 23/12/2016 à 23:31, Christof Ressi a écrit : Hmmm. If doesn't have to be a vanilla solution, I would use zexy/sort and then get the middle element. It won't get much faster then that i guess. Gesendet: Freitag, 23. Dezember 2016 um 23:17 Uhr Von: "cyrille henry" An: pd-list@lists.iem.at Betreff: Re: [PD] array quantile problem Hhanks for the explanation. I think the "so for instance, the 0.5 quantile is the median of the array." sentence of the documentation is confusion. anyway, is there a fast way to get the median of a list? (faster than ordering the list with an abstraction and getting the middle value) thanks Cyrille Le 23/12/2016 à 22:58, Christof Ressi a écrit : The array doesn't represent a list of values but rather a distribution of values where each y represents the weight of its x value. Changing your list to 1 2 3 4 5 6 7 8 9 will make it more clear to understand because the actual values are then: 0 1 1 2 2 2 3 3 3 3 4 4 4 4 4 5 5 5 5 5 5 6 6 6 6 6 6 6 7 7 7 7 7 7 7 7 8 8 8 8 8 8 8 8 8. Therefore 6 is the correct median. Christof Gesendet: Freitag, 23. Dezember 2016 um 21:55 Uhr Von: "cyrille henry" An: "pd-list@lists.iem.at" Betreff: [PD] array quantile problem Hello, I'm trying to use the [array quantile] object, but it is not doing what I understand from the documentation. the help file specify that the 0.5 quantile is the median. I'm using the wikipedia definition of the median : https://en.wikipedia.org/wiki/Median So the list (0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9) admit 0.5 as median. [array quantile] return 6. In attachment, a patch that demonstrate this behaviours, and other list that return value that I did not expect. I'm using pd 47.1. Did I made something wrong, or is that just a bug in [array quantile]? cheers C ___ 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 ___ 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 median~.pd Description: application/puredata median~-help.pd Description: application/puredata ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Purr Data rc4
I followed the homebrew os x installation directions, but ended up with no .dmg in said folder. Any one else with this issue? On Sat, Dec 24, 2016 at 11:07 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote: > > just to warn, the 64b-windows exe file is called rc3. but I couldn't > find any documentation saying which version is really installed. would it > make sense to add a clear reference to the document "about pd-2lork", as in > pd-ext? > > It's the rc4 binary. > > I'm still trying to figure out a decent version number. > > > > -Jonathan > > Purr Data release candidate 4! > * fixed race when opening pd file in OSX > * partial fix for midi prefs not getting saved under Windows > * fixed #194: saving a loaded abstraction gives errors > * fixed for #201: new subcanvas position isn't saved with patch > * sync the ALSA sequencer port state with the GUI > * reset ALSA MIDI device handles and event buffers when closing > * got rid of more debugging output > * go ahead and allow curly braces in Pd messages > * replace the Pd-extended output~ abstraction with Alexandre Porres' > improved version > * report userful value for "dsp-status" method of [pdinfo] by ignorning > suspend/resume > * fixed display of dollar signs in properties dialogs > * fixed loading of lyonpotpourri and disis libraries > > please report lots of bugs to > https://git.purrdata.net/jwilkes/purr-data/issues > > Binaries: > > rpi Raspbian (armv7l): https://git.purrdata.net/ > jwilkes/purr-data-binaries/raw/master/purr-data-armv7l-raspbian-rc4.deb > > Debian Jessie 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-i386-debian_jessie-rc4.deb) > > Debian Jessie 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-x86_64-debian_jessie-rc4.deb) > > Ubuntu 14.04 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-i386-ubuntu-14.04-rc4.deb) > > Ubuntu 14.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-x86_64-ubuntu-14.04-rc4.deb) > > Ubuntu 16.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-x86_64-ubuntu-16.04-rc4.deb) > > Windows with 64-bit GUI: https://git.purrdata.net/ > jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-windows-rc4.zip) > > OSX 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-x86_64-osx-rc4.dmg) > > OSX 64-bit (10.8): https://git.purrdata.net/jwilkes/purr-data-binaries/ > raw/master/purr-data-x86_64-osx-10.8-rc4.dmg) > > > > > > ___ > 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] Purr Data rc4
> just to warn, the 64b-windows exe file is called rc3. but I couldn't find any > documentation saying which version is really installed. would it make sense > to add a clear reference to the document "about pd-2lork", as in pd-ext? It's the rc4 binary. I'm still trying to figure out a decent version number. -Jonathan Purr Data release candidate 4! * fixed race when opening pd file in OSX * partial fix for midi prefs not getting saved under Windows * fixed #194: saving a loaded abstraction gives errors * fixed for #201: new subcanvas position isn't saved with patch * sync the ALSA sequencer port state with the GUI * reset ALSA MIDI device handles and event buffers when closing * got rid of more debugging output * go ahead and allow curly braces in Pd messages * replace the Pd-extended output~ abstraction with Alexandre Porres' improved version * report userful value for "dsp-status" method of [pdinfo] by ignorning suspend/resume * fixed display of dollar signs in properties dialogs * fixed loading of lyonpotpourri and disis libraries please report lots of bugs to https://git.purrdata.net/jwilkes/purr-data/issues Binaries: rpi Raspbian (armv7l): https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-armv7l-raspbian-rc4.deb Debian Jessie 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i386-debian_jessie-rc4.deb) Debian Jessie 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-debian_jessie-rc4.deb) Ubuntu 14.04 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i386-ubuntu-14.04-rc4.deb) Ubuntu 14.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-ubuntu-14.04-rc4.deb) Ubuntu 16.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-ubuntu-16.04-rc4.deb) Windows with 64-bit GUI: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-windows-rc4.zip) OSX 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-osx-rc4.dmg) OSX 64-bit (10.8): https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-osx-10.8-rc4.dmg) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] array quantile problem
An audio rate weighted median filter is possible to do with fexpr~ but cumbersome and cpu-hungry. I've attached some previous work for your reference: an abstraction wmed5~.pd and test patch, and an external (from 2006) which needs to be fixed. You'll see the external I wrote has int and float types everywhere (fine for 32-bit but it needs to be updated). There's no guarantee the external will work as it is now, but I'll help with updating if you want to use it or part of it Chuck On Fri, Dec 23, 2016 at 4:52 PM, cyrille henrywrote: > thanks, > sort is indeed lost faster than an abstraction. but still to slow for an > audio rate median filter. > I guess it's worth writing an external for this task (that would benefit > from the fact that most input list are identical) > > cheers > c > > > > Le 23/12/2016 à 23:31, Christof Ressi a écrit : >> >> Hmmm. If doesn't have to be a vanilla solution, I would use zexy/sort and >> then get the middle element. It won't get much faster then that i guess. >> >>> Gesendet: Freitag, 23. Dezember 2016 um 23:17 Uhr >>> Von: "cyrille henry" >>> An: pd-list@lists.iem.at >>> Betreff: Re: [PD] array quantile problem >>> >>> Hhanks for the explanation. >>> >>> I think the "so for instance, the 0.5 quantile is the median of the >>> array." sentence of the documentation is confusion. >>> >>> anyway, is there a fast way to get the median of a list? >>> (faster than ordering the list with an abstraction and getting the middle >>> value) >>> >>> >>> thanks >>> Cyrille >>> >>> >>> >>> Le 23/12/2016 à 22:58, Christof Ressi a écrit : The array doesn't represent a list of values but rather a distribution of values where each y represents the weight of its x value. Changing your list to 1 2 3 4 5 6 7 8 9 will make it more clear to understand because the actual values are then: 0 1 1 2 2 2 3 3 3 3 4 4 4 4 4 5 5 5 5 5 5 6 6 6 6 6 6 6 7 7 7 7 7 7 7 7 8 8 8 8 8 8 8 8 8. Therefore 6 is the correct median. Christof > Gesendet: Freitag, 23. Dezember 2016 um 21:55 Uhr > Von: "cyrille henry" > An: "pd-list@lists.iem.at" > Betreff: [PD] array quantile problem > > Hello, > > I'm trying to use the [array quantile] object, but it is not doing what > I understand from the documentation. > the help file specify that the 0.5 quantile is the median. > I'm using the wikipedia definition of the median : > https://en.wikipedia.org/wiki/Median > > So the list (0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9) admit 0.5 as median. > > [array quantile] return 6. > > In attachment, a patch that demonstrate this behaviours, and other list > that return value that I did not expect. > > I'm using pd 47.1. > Did I made something wrong, or is that just a bug in [array quantile]? > > cheers > C > ___ > 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 >> > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list wmed5~.pd Description: Binary data wmed5-test.pd Description: Binary data /*wmed~ Charles Z Henry 12/6/06 implements a weighted median filter based on a list of integers as arguments */ #include "m_pd.h" #include "stdlib.h" #include "stdio.h" #ifdef NT #pragma warning( disable : 4244 ) #pragma warning( disable : 4305 ) #endif /* wmed~ - */ static t_class *wmed_tilde_class; typedef struct _wmed_tilde { t_object x_obj; /* obligatory header */ t_sample x_f; /* place to hold inlet's value if it's set by message */ int num_args; int *weights; int median_index; t_sample *buffer; } t_wmed_tilde; static t_int *wmed_tilde_perform(t_int *w) { t_wmed_tilde *x = (t_wmed_tilde *)(w[1]); t_float *in = (t_float *)(w[2]); t_float *out = (t_float *)(w[3]); int n=(int) (w[4]); int i=0; float *input=getbytes(sizeof(float) * n); for (i=0; i < n; i++) input[i]=in[i]; int j=0; int k=0; int l=0; int tempi=0; int tempi2=0; float temp,
Re: [PD] Purr Data rc4
just to warn, the 64b-windows exe file is called rc3. but I couldn't find any documentation saying which version is really installed. would it make sense to add a clear reference to the document "about pd-2lork", as in pd-ext? Purr Data release candidate 4! * fixed race when opening pd file in OSX * partial fix for midi prefs not getting saved under Windows * fixed #194: saving a loaded abstraction gives errors * fixed for #201: new subcanvas position isn't saved with patch * sync the ALSA sequencer port state with the GUI * reset ALSA MIDI device handles and event buffers when closing * got rid of more debugging output * go ahead and allow curly braces in Pd messages * replace the Pd-extended output~ abstraction with Alexandre Porres' improved version * report userful value for "dsp-status" method of [pdinfo] by ignorning suspend/resume * fixed display of dollar signs in properties dialogs * fixed loading of lyonpotpourri and disis libraries please report lots of bugs to https://git.purrdata.net/jwilkes/purr-data/issues Binaries: rpi Raspbian (armv7l): https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-armv7l->raspbian-rc4.deb Debian Jessie 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i386->debian_jessie-rc4.deb) Debian Jessie 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64->debian_jessie-rc4.deb) Ubuntu 14.04 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i386->ubuntu-14.04-rc4.deb) Ubuntu 14.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64->ubuntu-14.04-rc4.deb) Ubuntu 16.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64->ubuntu-16.04-rc4.deb) Windows with 64-bit GUI: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data->x86_64-windows-rc4.zip) OSX 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-osx->rc4.dmg) OSX 64-bit (10.8): https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64->osx-10.8-rc4.dmg)___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list