Re: [PD] XML parsing

[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 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 sonification purposes.
>
> There are other external or vanilla way can it be done?
>
> Cheers
> --
>
> www.estebanviveros.com
>
>
> N �n�r)em�h�yhiם�w^��
>
>
> ___
> 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] sound convolution / phase vocoder

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


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

Re: [PD] sound convolution / phase vocoder

[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 pushed it from git.puredata.info to pd-externals and updated the 
build system: https://github.com/pd-externals/bsaylor

> Note: You should probably statically link fftw3

this works for me (in the Makefile):

partconv~.class.ldlibs = -l:libfftw3f.a
pvoc~.class.ldlibs = -l:libfftw3.a

Christof


Gesendet: Dienstag, 31. Juli 2018 um 18:11 Uhr
Von: "Dan Wilcox" 
An: "Christof Ressi" 
Cc: Pd-List 
Betreff: Re: [PD] sound convolution / phase vocoder

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
 
On Jul 31, 2018, at 5:58 PM, Christof Ressi 
mailto:christof.re...@gmx.at]> wrote: 

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" mailto:christof.re...@gmx.at]>
An: "Dan Wilcox" mailto:danomat...@gmail.com]>
Cc: Pd-List mailto:pd-list@lists.iem.at]>
Betreff: Re: [PD] sound convolution / phase vocoder
 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" mailto:danomat...@gmail.com]>
An: "Christof Ressi" mailto:christof.re...@gmx.at]>
Cc: jm.adrien@gmail.com[mailto:jm.adrien@gmail.com], Pd-List 
mailto:pd-list@lists.iem.at]>
Betreff: Re: [PD] sound convolution / phase vocoder

Why not host bsyalor separately in the pd-externals group?
 
On Jul 31, 2018, at 1:33 PM, Christof Ressi 
mailto:christof.re...@gmx.at][mailto:christof.re...@gmx.at[mailto:christof.re...@gmx.at]]>
 wrote: 

Hi, here's the updated source:

https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a[https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a[https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a[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 to pd-macambira.

Christof
 Gesendet: Dienstag, 31. Juli 2018 um 11:59 Uhr
Von: "Christof Ressi" mailto:christof.re...@gmx.at]>
An: "Dan Wilcox" mailto:danomat...@gmail.com]>, Pd-List 
mailto:pd-list@lists.iem.at]>
Betreff: Re: [PD] sound convolution / phase vocoder

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 should print the 
following error message: "failed since it uses garray_getfloatarray while 
running 64-bit!".

FWIW, the 32-bit Windows binaries work fine for me.

I'll push a fix in a minute. 


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com]
robotcowboy.com[http://robotcowboy.com]
 

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

Re: [PD] XML parsing

[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 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 sonification purposes.

There are other external or vanilla way can it be done?

Cheers
--

www.estebanviveros.com



N�n�r)em�h�yhiם�w^��

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

Re: [PD] decimal fraction limit

[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 the same perfectly works.
Thanks, no more newbie questions, just expressions.
Best,
Popesz 

On Tue, Jul 31, 2018 at 9:25 PM Christof Ressi 
mailto:christof.re...@gmx.at]> wrote: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 
http://www.cplusplus.com/reference/cstdio/printf/[http://www.cplusplus.com/reference/cstdio/printf/])

Christof
 

Gesendet: Dienstag, 31. Juli 2018 um 20:35 Uhr
Von: "Csaba Láng" mailto:langcs...@gmail.com]>
An: Pd-List mailto:pd-list@lists.iem.at]>
Betreff: [PD] decimal fraction limit

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[mailto:Pd-list@lists.iem.at] mailing list UNSUBSCRIBE and 
account-management -> 
https://lists.puredata.info/listinfo/pd-list[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[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] decimal fraction limit

[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* -> [* 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 http://www.cplusplus.com/reference/cstdio/printf/)
>
> Christof
>
>
> Gesendet: Dienstag, 31. Juli 2018 um 20:35 Uhr
> Von: "Csaba Láng" 
> An: Pd-List 
> Betreff: [PD] decimal fraction limit
>
> 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 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] decimal fraction limit

[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 http://www.cplusplus.com/reference/cstdio/printf/)

Christof
 

Gesendet: Dienstag, 31. Juli 2018 um 20:35 Uhr
Von: "Csaba Láng" 
An: Pd-List 
Betreff: [PD] decimal fraction limit

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 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] decimal fraction limit

[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 account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] sound convolution / phase vocoder

[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

> On Jul 31, 2018, at 5:58 PM, Christof Ressi  wrote:
> 
> 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 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 the pd-externals group?
>>  
>> On Jul 31, 2018, at 1:33 PM, Christof Ressi 
>> mailto:christof.re...@gmx.at]> wrote: 
>> 
>> Hi, here's the updated source:
>> 
>> https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a[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 to pd-macambira.
>> 
>> Christof
>>  Gesendet: Dienstag, 31. Juli 2018 um 11:59 Uhr
>> Von: "Christof Ressi" 
>> An: "Dan Wilcox" , Pd-List 
>> Betreff: Re: [PD] sound convolution / phase vocoder
>> 
>> 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 should print the 
>> following error message: "failed since it uses garray_getfloatarray while 
>> running 64-bit!".
>> 
>> FWIW, the 32-bit Windows binaries work fine for me.
>> 
>> I'll push a fix in a minute.


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

Re: [PD] sound convolution / phase vocoder

[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 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 the pd-externals group?
>  
> On Jul 31, 2018, at 1:33 PM, Christof Ressi 
> mailto:christof.re...@gmx.at]> wrote: 
> 
> Hi, here's the updated source:
> 
> https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a[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 to pd-macambira.
> 
> Christof
>  Gesendet: Dienstag, 31. Juli 2018 um 11:59 Uhr
> Von: "Christof Ressi" 
> An: "Dan Wilcox" , Pd-List 
> Betreff: Re: [PD] sound convolution / phase vocoder
> 
> 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 should print the 
> following error message: "failed since it uses garray_getfloatarray while 
> running 64-bit!".
> 
> FWIW, the 32-bit Windows binaries work fine for me.
> 
> I'll push a fix in a minute.
> 
> Gesendet: Dienstag, 31. Juli 2018 um 11:20 Uhr
> Von: "Dan Wilcox" 
> An: "Jean-Marie Adrien" 
> Cc: Pd-List 
> Betreff: Re: [PD] sound convolution / phase vocoder
> 
> 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 
> mailto:danomat...@gmail.com]> wrote: 
> 
> Nevermind, I responded too soon. I'm able to create the objects but Pd hangs 
> when I try to do anything with them. I think they need to be re-built as they 
> might simply be too old.
>  
> On Jul 30, 2018, at 6:08 PM, Dan Wilcox 
> mailto:danomat...@gmail.com]> wrote: 
> 
> I just installed baylor 1.1 for deken and it's working for me on macOS 10.13 
> + Pd 0.48-1 32 bit.
>  First thing to check would be if the externals are indeed compiled for 64 
> bit. Looks ok:
>  
> 
> file ~/Documents/Pd/externals/bsaylor/pvoc~.d_fat
>  
> gives me
>  
> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat: Mach-O universal 
> binary with 2 architectures: [i386:Mach-O bundle i386] [x86_64:Mach-O 64-bit 
> bundle x86_64]
> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
> i386): Mach-O bundle i386
> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
> x86_64): Mach-O 64-bit bundle x86_64
>  
> Also, did you use [declare] or add baylor to your paths?
> 
>  
> On Jul 30, 2018, at 12:00 PM, 
> pd-list-requ...@lists.iem.at[mailto:pd-list-requ...@lists.iem.at] wrote: 
> Date: Sun, 29 Jul 2018 19:14:20 +0200
> From: Jean-Marie Adrien 
> mailto:jm.adrien@gmail.com]>
> To: pd-l...@iem.at[mailto:pd-l...@iem.at]
> Subject: [PD] sound convolution / phase vocoder
> Message-ID: 
> mailto:ecb82a02-249f-4787-8159-e88381942...@gmail.com]>
> Content-Type: text/plain; charset="utf-8"
> 
> Hello everyone
> Still migrating to 64 bits from pd-extended, external by external
> in this process, tying to use vintage objects such as pvoc~ and partconv~ 
> which came in bsaylor, dll format :
> found everything via decken, including libdir but cannot get it to work
> sorry for this question : any hint to have this work with pd 47-64 bits  on 
> mac 10.11 ?
> thanks
> JM 
> 
> 
> Dan Wilcox
> @danomatika[http://twitter.com/danomatika]
> danomatika.com[http://danomatika.com/]
> robotcowboy.com[http://robotcowboy.com/]
>   
> 
> 
> Dan Wilcox
> @danomatika[http://twitter.com/danomatika]
> danomatika.com[http://danomatika.com/]
> robotcowboy.com[http://robotcowboy.com/]
>   
> 
> 
> Dan Wilcox
> @danomatika[http://twitter.com/danomatika]
> danomatika.com[http://danomatika.com]
> robotcowboy.com[http://robotcowboy.com]
>  
> ___ Pd-list@lists.iem.at mailing 
> list UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> 

Re: [PD] sound convolution / phase vocoder

[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 host bsyalor separately in the pd-externals group?
> 
> where can I find it?


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

Re: [PD] sound convolution / phase vocoder

[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 the pd-externals group?
 
On Jul 31, 2018, at 1:33 PM, Christof Ressi 
mailto:christof.re...@gmx.at]> wrote: 

Hi, here's the updated source:

https://github.com/Spacechild1/pd-macambira/commit/a9d64860bd2804aaa6530822346b15f78bc1594a[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 to pd-macambira.

Christof
 Gesendet: Dienstag, 31. Juli 2018 um 11:59 Uhr
Von: "Christof Ressi" 
An: "Dan Wilcox" , Pd-List 
Betreff: Re: [PD] sound convolution / phase vocoder

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 should print the 
following error message: "failed since it uses garray_getfloatarray while 
running 64-bit!".

FWIW, the 32-bit Windows binaries work fine for me.

I'll push a fix in a minute.

Gesendet: Dienstag, 31. Juli 2018 um 11:20 Uhr
Von: "Dan Wilcox" 
An: "Jean-Marie Adrien" 
Cc: Pd-List 
Betreff: Re: [PD] sound convolution / phase vocoder

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 
mailto:danomat...@gmail.com]> wrote: 

Nevermind, I responded too soon. I'm able to create the objects but Pd hangs 
when I try to do anything with them. I think they need to be re-built as they 
might simply be too old.
 
On Jul 30, 2018, at 6:08 PM, Dan Wilcox 
mailto:danomat...@gmail.com]> wrote: 

I just installed baylor 1.1 for deken and it's working for me on macOS 10.13 + 
Pd 0.48-1 32 bit.
 First thing to check would be if the externals are indeed compiled for 64 bit. 
Looks ok:
 

file ~/Documents/Pd/externals/bsaylor/pvoc~.d_fat
 
gives me
 
/Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat: Mach-O universal binary 
with 2 architectures: [i386:Mach-O bundle i386] [x86_64:Mach-O 64-bit bundle 
x86_64]
/Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture i386): 
Mach-O bundle i386
/Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
x86_64): Mach-O 64-bit bundle x86_64
 
Also, did you use [declare] or add baylor to your paths?

 
On Jul 30, 2018, at 12:00 PM, 
pd-list-requ...@lists.iem.at[mailto:pd-list-requ...@lists.iem.at] wrote: 
Date: Sun, 29 Jul 2018 19:14:20 +0200
From: Jean-Marie Adrien 
mailto:jm.adrien@gmail.com]>
To: pd-l...@iem.at[mailto:pd-l...@iem.at]
Subject: [PD] sound convolution / phase vocoder
Message-ID: 
mailto:ecb82a02-249f-4787-8159-e88381942...@gmail.com]>
Content-Type: text/plain; charset="utf-8"

Hello everyone
Still migrating to 64 bits from pd-extended, external by external
in this process, tying to use vintage objects such as pvoc~ and partconv~ which 
came in bsaylor, dll format :
found everything via decken, including libdir but cannot get it to work
sorry for this question : any hint to have this work with pd 47-64 bits  on mac 
10.11 ?
thanks
JM 


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com/]
robotcowboy.com[http://robotcowboy.com/]
  


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com/]
robotcowboy.com[http://robotcowboy.com/]
  


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com]
robotcowboy.com[http://robotcowboy.com]
 
___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[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
  


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com]
robotcowboy.com[http://robotcowboy.com]
 

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

[PD] XML parsing

[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 sonification purposes.

There are other external or vanilla way can it be done?

Cheers
-- 

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

Re: [PD] sound convolution / phase vocoder

[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 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 to pd-macambira.
> 
> Christof
> 
>> Gesendet: Dienstag, 31. Juli 2018 um 11:59 Uhr
>> Von: "Christof Ressi" 
>> An: "Dan Wilcox" , Pd-List 
>> Betreff: Re: [PD] sound convolution / phase vocoder
>> 
>> 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 should print the 
>> following error message: "failed since it uses garray_getfloatarray while 
>> running 64-bit!".
>> 
>> FWIW, the 32-bit Windows binaries work fine for me.
>> 
>> I'll push a fix in a minute.
>> 
>> Gesendet: Dienstag, 31. Juli 2018 um 11:20 Uhr
>> Von: "Dan Wilcox" 
>> An: "Jean-Marie Adrien" 
>> Cc: Pd-List 
>> Betreff: Re: [PD] sound convolution / phase vocoder
>> 
>> 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 
>> mailto:danomat...@gmail.com]> wrote: 
>> 
>> Nevermind, I responded too soon. I'm able to create the objects but Pd hangs 
>> when I try to do anything with them. I think they need to be re-built as 
>> they might simply be too old.
>>  
>> On Jul 30, 2018, at 6:08 PM, Dan Wilcox 
>> mailto:danomat...@gmail.com]> wrote: 
>> 
>> I just installed baylor 1.1 for deken and it's working for me on macOS 10.13 
>> + Pd 0.48-1 32 bit.
>>  First thing to check would be if the externals are indeed compiled for 64 
>> bit. Looks ok:
>>  
>> 
>> file ~/Documents/Pd/externals/bsaylor/pvoc~.d_fat
>>  
>> gives me
>>  
>> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat: Mach-O universal 
>> binary with 2 architectures: [i386:Mach-O bundle i386] [x86_64:Mach-O 64-bit 
>> bundle x86_64]
>> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
>> i386): Mach-O bundle i386
>> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
>> x86_64): Mach-O 64-bit bundle x86_64
>>  
>> Also, did you use [declare] or add baylor to your paths?
>> 
>>  
>> On Jul 30, 2018, at 12:00 PM, 
>> pd-list-requ...@lists.iem.at[mailto:pd-list-requ...@lists.iem.at] wrote: 
>> Date: Sun, 29 Jul 2018 19:14:20 +0200
>> From: Jean-Marie Adrien 
>> mailto:jm.adrien@gmail.com]>
>> To: pd-l...@iem.at[mailto:pd-l...@iem.at]
>> Subject: [PD] sound convolution / phase vocoder
>> Message-ID: 
>> mailto:ecb82a02-249f-4787-8159-e88381942...@gmail.com]>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Hello everyone
>> Still migrating to 64 bits from pd-extended, external by external
>> in this process, tying to use vintage objects such as pvoc~ and partconv~ 
>> which came in bsaylor, dll format :
>> found everything via decken, including libdir but cannot get it to work
>> sorry for this question : any hint to have this work with pd 47-64 bits  on 
>> mac 10.11 ?
>> thanks
>> JM 
>> 
>> 
>> Dan Wilcox
>> @danomatika[http://twitter.com/danomatika]
>> danomatika.com[http://danomatika.com/]
>> robotcowboy.com[http://robotcowboy.com/]
>>   
>> 
>> 
>> Dan Wilcox
>> @danomatika[http://twitter.com/danomatika]
>> danomatika.com[http://danomatika.com/]
>> robotcowboy.com[http://robotcowboy.com/]
>>   
>> 
>> 
>> Dan Wilcox
>> @danomatika[http://twitter.com/danomatika]
>> danomatika.com[http://danomatika.com]
>> robotcowboy.com[http://robotcowboy.com]
>>  
>> ___ Pd-list@lists.iem.at mailing 
>> list UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list[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
>> 


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

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

[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
demonstration video. Meanwhile, the workflow is a bit like for the
abstractions or for the [clone] object:
- You need to have a FAUST file (.dsp)
- In your patch, create the [faustgen~] object and use the 1st argument to
define the path of the FAUST file (relative to the patch)

If you want you can modify the FAUST file in you favorite text editor and
after saving it you can use the [compile( message to dynamically reload the
FAUST file.

You can also use the [autocompile( message to automatically reload the
FAUST file each time you save it. For example [autocompile 1 100(.


> Wowww.. Thanks for that!! Some possibity to have an ARM compilation (for
> RPi) in deken for it?
>

Since LLVM and FAUST are compatible with ARM architecture, I guess it's
possible but I don't have the system to do it myself.  If anybody have a
RPi, this should be easy to do or perhaps if you know a good CI system
where I can compile online for ARM, I can have a look.

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

Re: [PD] sound convolution / phase vocoder

[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 to pd-macambira.

Christof

> Gesendet: Dienstag, 31. Juli 2018 um 11:59 Uhr
> Von: "Christof Ressi" 
> An: "Dan Wilcox" , Pd-List 
> Betreff: Re: [PD] sound convolution / phase vocoder
>
> 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 should print the 
> following error message: "failed since it uses garray_getfloatarray while 
> running 64-bit!".
> 
> FWIW, the 32-bit Windows binaries work fine for me.
> 
> I'll push a fix in a minute.
> 
> Gesendet: Dienstag, 31. Juli 2018 um 11:20 Uhr
> Von: "Dan Wilcox" 
> An: "Jean-Marie Adrien" 
> Cc: Pd-List 
> Betreff: Re: [PD] sound convolution / phase vocoder
> 
> 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 
> mailto:danomat...@gmail.com]> wrote: 
> 
> Nevermind, I responded too soon. I'm able to create the objects but Pd hangs 
> when I try to do anything with them. I think they need to be re-built as they 
> might simply be too old.
>  
> On Jul 30, 2018, at 6:08 PM, Dan Wilcox 
> mailto:danomat...@gmail.com]> wrote: 
> 
> I just installed baylor 1.1 for deken and it's working for me on macOS 10.13 
> + Pd 0.48-1 32 bit.
>  First thing to check would be if the externals are indeed compiled for 64 
> bit. Looks ok:
>  
> 
> file ~/Documents/Pd/externals/bsaylor/pvoc~.d_fat
>  
> gives me
>  
> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat: Mach-O universal 
> binary with 2 architectures: [i386:Mach-O bundle i386] [x86_64:Mach-O 64-bit 
> bundle x86_64]
> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
> i386): Mach-O bundle i386
> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
> x86_64): Mach-O 64-bit bundle x86_64
>  
> Also, did you use [declare] or add baylor to your paths?
> 
>  
> On Jul 30, 2018, at 12:00 PM, 
> pd-list-requ...@lists.iem.at[mailto:pd-list-requ...@lists.iem.at] wrote: 
> Date: Sun, 29 Jul 2018 19:14:20 +0200
> From: Jean-Marie Adrien 
> mailto:jm.adrien@gmail.com]>
> To: pd-l...@iem.at[mailto:pd-l...@iem.at]
> Subject: [PD] sound convolution / phase vocoder
> Message-ID: 
> mailto:ecb82a02-249f-4787-8159-e88381942...@gmail.com]>
> Content-Type: text/plain; charset="utf-8"
> 
> Hello everyone
> Still migrating to 64 bits from pd-extended, external by external
> in this process, tying to use vintage objects such as pvoc~ and partconv~ 
> which came in bsaylor, dll format :
> found everything via decken, including libdir but cannot get it to work
> sorry for this question : any hint to have this work with pd 47-64 bits  on 
> mac 10.11 ?
> thanks
> JM 
> 
> 
> Dan Wilcox
> @danomatika[http://twitter.com/danomatika]
> danomatika.com[http://danomatika.com/]
> robotcowboy.com[http://robotcowboy.com/]
>   
> 
> 
> Dan Wilcox
> @danomatika[http://twitter.com/danomatika]
> danomatika.com[http://danomatika.com/]
> robotcowboy.com[http://robotcowboy.com/]
>   
> 
> 
> Dan Wilcox
> @danomatika[http://twitter.com/danomatika]
> danomatika.com[http://danomatika.com]
> robotcowboy.com[http://robotcowboy.com]
>  
> ___ Pd-list@lists.iem.at mailing 
> list UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[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

Re: [PD] sound convolution / phase vocoder

[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 should print the 
following error message: "failed since it uses garray_getfloatarray while 
running 64-bit!".

FWIW, the 32-bit Windows binaries work fine for me.

I'll push a fix in a minute.

Gesendet: Dienstag, 31. Juli 2018 um 11:20 Uhr
Von: "Dan Wilcox" 
An: "Jean-Marie Adrien" 
Cc: Pd-List 
Betreff: Re: [PD] sound convolution / phase vocoder

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 
mailto:danomat...@gmail.com]> wrote: 

Nevermind, I responded too soon. I'm able to create the objects but Pd hangs 
when I try to do anything with them. I think they need to be re-built as they 
might simply be too old.
 
On Jul 30, 2018, at 6:08 PM, Dan Wilcox 
mailto:danomat...@gmail.com]> wrote: 

I just installed baylor 1.1 for deken and it's working for me on macOS 10.13 + 
Pd 0.48-1 32 bit.
 First thing to check would be if the externals are indeed compiled for 64 bit. 
Looks ok:
 

file ~/Documents/Pd/externals/bsaylor/pvoc~.d_fat
 
gives me
 
/Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat: Mach-O universal binary 
with 2 architectures: [i386:Mach-O bundle i386] [x86_64:Mach-O 64-bit bundle 
x86_64]
/Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture i386): 
Mach-O bundle i386
/Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
x86_64): Mach-O 64-bit bundle x86_64
 
Also, did you use [declare] or add baylor to your paths?

 
On Jul 30, 2018, at 12:00 PM, 
pd-list-requ...@lists.iem.at[mailto:pd-list-requ...@lists.iem.at] wrote: 
Date: Sun, 29 Jul 2018 19:14:20 +0200
From: Jean-Marie Adrien 
mailto:jm.adrien@gmail.com]>
To: pd-l...@iem.at[mailto:pd-l...@iem.at]
Subject: [PD] sound convolution / phase vocoder
Message-ID: 
mailto:ecb82a02-249f-4787-8159-e88381942...@gmail.com]>
Content-Type: text/plain; charset="utf-8"

Hello everyone
Still migrating to 64 bits from pd-extended, external by external
in this process, tying to use vintage objects such as pvoc~ and partconv~ which 
came in bsaylor, dll format :
found everything via decken, including libdir but cannot get it to work
sorry for this question : any hint to have this work with pd 47-64 bits  on mac 
10.11 ?
thanks
JM 


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com/]
robotcowboy.com[http://robotcowboy.com/]
  


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com/]
robotcowboy.com[http://robotcowboy.com/]
  


Dan Wilcox
@danomatika[http://twitter.com/danomatika]
danomatika.com[http://danomatika.com]
robotcowboy.com[http://robotcowboy.com]
 
___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[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] sound convolution / phase vocoder

[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 to create the objects but Pd hangs 
> when I try to do anything with them. I think they need to be re-built as they 
> might simply be too old.
> 
>> On Jul 30, 2018, at 6:08 PM, Dan Wilcox > > wrote:
>> 
>> I just installed baylor 1.1 for deken and it's working for me on macOS 10.13 
>> + Pd 0.48-1 32 bit.
>> 
>> First thing to check would be if the externals are indeed compiled for 64 
>> bit. Looks ok:
>> 
>> file ~/Documents/Pd/externals/bsaylor/pvoc~.d_fat
>> 
>> gives me
>> 
>> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat: Mach-O universal 
>> binary with 2 architectures: [i386:Mach-O bundle i386] [x86_64:Mach-O 64-bit 
>> bundle x86_64]
>> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
>> i386):  Mach-O bundle i386
>> /Users/dano/Documents/Pd/externals/bsaylor/pvoc~.d_fat (for architecture 
>> x86_64):Mach-O 64-bit bundle x86_64
>> 
>> Also, did you use [declare] or add baylor to your paths?
>> 
>>> On Jul 30, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at 
>>>  wrote:
>>> 
>>> Date: Sun, 29 Jul 2018 19:14:20 +0200
>>> From: Jean-Marie Adrien >> >
>>> To: pd-l...@iem.at 
>>> Subject: [PD] sound convolution / phase vocoder
>>> Message-ID: >> >
>>> Content-Type: text/plain; charset="utf-8"
>>> 
>>> Hello everyone
>>> Still migrating to 64 bits from pd-extended, external by external
>>> in this process, tying to use vintage objects such as pvoc~ and partconv~ 
>>> which came in bsaylor, dll format :
>>> found everything via decken, including libdir but cannot get it to work
>>> sorry for this question : any hint to have this work with pd 47-64 bits  on 
>>> mac 10.11 ?
>>> thanks
>>> JM
>> 
>> 
>> Dan Wilcox
>> @danomatika 
>> danomatika.com 
>> robotcowboy.com 
>> 
>> 
>> 
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
> 
> 


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