Re: [PD] listing to json port?

Hello list, I wanted to know if it's possible to listen to a port 6437, where some json messages are coming in. I've seen in my webbrowser that the port is indeed active, but when I try udpreceive nothing comes out - which probably means that I'm not getting the process. tcpreceive? that

Re: [PD] going from signals to events?

whoops, looks like he has actually been working on it, not sure why there's a separate repo.. https://github.com/ericlyon/lyonpotpourri3.0 -Original Message- From: IOhannes m zmoelnig To: pd-list Sent: Mon, Sep 4, 2017 12:16 am Subject: Re: [PD]

Re: [PD] going from signals to events?

On 03/09/17 16:36, Ali Momeni wrote: > specifically, i'd like to make a sample accurate / audio-driven sequencer. it should be possible to build something with bang~, tabreceive~ and looping through the 64 samples of a block to get the exact position where the phasor started in the previous

Re: [PD] going from signals to events?

On 09/04/17 06:23, Seb Shader via Pd-list wrote: > though it doesn't seem quite ready for 64-bit iirc, erik kind of refused getting his externals ready for 64bit archs (with 64bit pointers) until Pd would also use 64bit numbers (doubles)... i obviously failed to explain the differences. fgasmdr

Re: [PD] going from signals to events?

On 09/03/17 23:44, oliver wrote: > expr: syntax error: function 'floor' needs 1 arguments iirc, there was a bugfix to floor() that finally removed the redundant 2nd argument, which had no purpose (and probably originated from a copy-n-paste coding error) fgamsdr IOhannes signature.asc

Re: [PD] listing to json port?

On 09/04/17 02:36, João Pais wrote: > Hello list, > > I wanted to know if it's possible to listen to a port 6437, where some > json messages are coming in. I've seen in my webbrowser that the port is > indeed active, but when I try udpreceive nothing comes out - which > probably means that I'm