Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Christof Ressi
Hi, here's the updated source: https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a I fixed both pvoc~ and partconv~ and added pd-lib-builder. Can someone check on OSX (and 64-bit Linux) if this works now and upload the binaries to Deken? I can make a PR

Re: [PD] [PD-announce] faustgen~ - the FAUST compiler embedded in a Pure Data external

2018-07-31 Thread Pierre Guillot
Thanks! I wish I could just (double)click on the object to see and edit the > faust code in an editor (of my choice) Yes, that would be great. I'll see if it's feasible! What is the recommended workflow for faustgen~? > There are several examples in the help file and I'll try do make a short

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Dan Wilcox
Why not host bsyalor separately in the pd-externals group? > On Jul 31, 2018, at 1:33 PM, Christof Ressi wrote: > > Hi, here's the updated source: > > https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a > > I fixed both pvoc~ and partconv~ and added

Re: [PD] XML parsing

2018-07-31 Thread Matt Davey
There is pofxml in the pof library. On Tue, 31 Jul 2018 at 22:25, Lucas Cordiviola wrote: > You can try with PDcontainer. It's up on Deken. > > Iirc it was for XML. > > > -- > > Mensaje telepatico asistido por maquinas. > > On 7/31/2018 12:32 PM, Esteban Viveros wrote: > > Hi! I'm looking for a

Re: [PD] decimal fraction limit

2018-07-31 Thread Csaba Láng
Gents, both solutions are the same and the same perfectly works. Thanks, no more newbie questions, just expressions. Best, Popesz On Tue, Jul 31, 2018 at 9:25 PM Christof Ressi wrote: > if you really want to round the number itself to 2 digits after the comma > you can do: > > *input* -> [*

[PD] decimal fraction limit

2018-07-31 Thread Csaba Láng
Dear list, how can one limit the amount of digits of the decimal fraction in the number object? To have instead of 33. only 2 digits after the colon 33.33. Sorry for the newbie Q, Popesz ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Christof Ressi
nevermind, just saw you invitation after sending the e-mail :-) I didn't know about this group. great to have it! > Gesendet: Dienstag, 31. Juli 2018 um 17:56 Uhr > Von: "Christof Ressi" > An: "Dan Wilcox" > Cc: Pd-List > Betreff: Re: [PD] sound convolution / phase vocoder > > > Why not host

Re: [PD] decimal fraction limit

2018-07-31 Thread Christof Ressi
if you really want to round the number itself to 2 digits after the comma you can do:   *input* -> [* 100] -> [expr round($f1)] -> [* 0.01] -> *output*   if you just want to limit the precision for printing purposes, you can do:   *input* -> [makefilename %.2f] -> *output*   (see

Re: [PD] decimal fraction limit

2018-07-31 Thread Christof Ressi
> both solutions are the same well, not quite ;-) the first one will give you a number, the second will give you a symbol. Christof Gesendet: Dienstag, 31. Juli 2018 um 21:58 Uhr Von: "Csaba Láng" An: Pd-List Betreff: Re: [PD] decimal fraction limit Gents,   both solutions are the same and

[PD] XML parsing

2018-07-31 Thread Esteban Viveros
Hi! I'm looking for a solution for XML parsing. I found jasch_lib [detox] but it crashes pd in OSx and don't have RPi binary disponible in deken. I tried [jasch_lib/detox] in purr data and it still crash. My goal is to recognize some identifiers and make it disponible in some matrix or vector for

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Dan Wilcox
Note: You should probably statically link fftw3, at least on macOS. Either that, or distribute the dylib with the external somehow. Here's a quick hack I used when building 64bit only: define forDarwin target.arch = x86_64 ldlibs = $(shell pkg-config --variable=libdir fftw3)/libfftw3.a endef >

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Dan Wilcox
https://github.com/pd-externals I sent you an invite. I'd suggest pulling the old master from git.purdata.info in the new repo first, then add you changes on top. > On Jul 31, 2018, at 5:56 PM, Christof Ressi wrote: > >> Why not

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Christof Ressi
> Why not host bsyalor separately in the pd-externals group? where can I find it? Gesendet: Dienstag, 31. Juli 2018 um 15:10 Uhr Von: "Dan Wilcox" An: "Christof Ressi" Cc: jm.adrien@gmail.com, Pd-List Betreff: Re: [PD] sound convolution / phase vocoder Why not host bsyalor separately in

Re: [PD] XML parsing

2018-07-31 Thread Lucas Cordiviola
You can try with PDcontainer. It's up on Deken. Iirc it was for XML. -- Mensaje telepatico asistido por maquinas. On 7/31/2018 12:32 PM, Esteban Viveros wrote: Hi! I'm looking for a solution for XML parsing. I found jasch_lib [detox] but it crashes pd in OSx and don't have RPi binary

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Dan Wilcox
Yup. IOhannes set things up so it would be easy to "resurrect" externals in a more distributed manner. Pd-lib-builder makes this doubly simpler than the monolithic build days. > On Jul 31, 2018, at 10:35 PM, Christof Ressi wrote: > > damn, I didn't know about git.puredata.info

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Christof Ressi
damn, I didn't know about git.puredata.info! the bsaylor version hosted there already has the fix for 64-bit (by IOhannes in 2015). I'm a bit confused, though: IOhannes uploaded bsaylor 1.1 for OSX to Deken in 2016, so I would have thought the bug had been fixed in those binaries... anyway, I

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Dan Wilcox
As a follow up, I'm able to build baylor using pd-lib-builder and fftw3 but the objects still hang when interacting with them. Someone with more time may want to see what's going on with a debugger. > On Jul 30, 2018, at 6:15 PM, Dan Wilcox wrote: > > Nevermind, I responded too soon. I'm able

Re: [PD] sound convolution / phase vocoder

2018-07-31 Thread Christof Ressi
I had a quick look at the source. Seems like pvoc~ is not 64-bit ready. The offender is the call to "garray_getfloatarray" in "set_array", it should be "garray_getfloatwords" instead and "t_float *array" should be "t_word *array" etc. Actually, a call to "garray_getfloatarray" in 64 bit code