Re: [PD] Patch change via midi

2021-01-22 Thread Andrew Lyons
Ah. Ok. Thank you gentlemen. I will explore switch~. Cheers On Fri, Jan 22, 2021, 5:37 PM Alexandre Torres Porres wrote: > Em sex., 22 de jan. de 2021 às 20:20, Andrew Lyons > escreveu: > >> Alternatively, I was wondering if it was possible to load a different >> patch upon input of a certain

Re: [PD] Patch change via midi

2021-01-22 Thread Alexandre Torres Porres
Em sex., 22 de jan. de 2021 às 20:20, Andrew Lyons escreveu: > Alternatively, I was wondering if it was possible to load a different > patch upon input of a certain midi program change? > you can use special pd messages to open patches and stuff, but what you'd rather do is have them all

Re: [PD] Patch change via midi

2021-01-22 Thread Dan Wilcox
Try [switch~] to turn off dsp in the subpatch(es) ala: [ 0 ( | [switch~] You might need to add a small delay and ramp to avoid clicking. > On Jan 23, 2021, at 12:19 AM, pd-list-requ...@lists.iem.at wrote: > > Message: 4 > Date: Fri, 22 Jan 2021 15:11:22 -0800 > From: Andrew Lyons

Re: [PD] Patch change via midi

2021-01-22 Thread Christof Ressi
I was wondering if it was possible to cease processing sections of a patch somehow? Have a look at the [switch~] object ;-) On 23.01.2021 00:11, Andrew Lyons wrote: Hi, I have a headless raspberry pi that boots into a PD patch I created. (I control it with a midi wind controller and an FCB

[PD] Patch change via midi

2021-01-22 Thread Andrew Lyons
Hi, I have a headless raspberry pi that boots into a PD patch I created. (I control it with a midi wind controller and an FCB 1010 midi foot controller.) I have observed that bypassing certain sections of the patch with MIDI signals generated by the foot pedal board does not actually stop those

Re: [PD] Get IP from Pd + network broadcast

2021-01-22 Thread Roman Haefeli
On Fri, 2021-01-22 at 23:14 +0100, Christof Ressi wrote: > > [netreceive] reports the source address for received data only > > for TCP connections, but not for UDP > [netreceive -u -f] works just fine for me on Pd 0.51 ;-) Ah, the -f flag. Thanks for correcting me! Roman signature.asc

Re: [PD] Get IP from Pd + network broadcast

2021-01-22 Thread Christof Ressi
[netreceive] reports the source address for received data only for TCP connections, but not for UDP [netreceive -u -f] works just fine for me on Pd 0.51 ;-) Christof On 22.01.2021 22:52, Roman Haefeli wrote: Hi João On Fri, 2021-01-22 at 19:41 +0100, João Pais wrote: I wanted to check if

Re: [PD] Get IP from Pd + network broadcast

2021-01-22 Thread Roman Haefeli
On Fri, 2021-01-22 at 22:52 +0100, Roman Haefeli wrote: > Hi João > > > On Fri, 2021-01-22 at 19:41 +0100, João Pais wrote: > > I wanted to check if there are any new methods to get one's own ip > > from Pd - that is, so that a user doesn't go check the system > > settings. > > I need that,

Re: [PD] Get IP from Pd + network broadcast

2021-01-22 Thread Roman Haefeli
Hi João On Fri, 2021-01-22 at 19:41 +0100, João Pais wrote: > I wanted to check if there are any new methods to get one's own ip > from Pd - that is, so that a user doesn't go check the system > settings. I need that, too, and I can't wrap my head around figuring out how to do it. Using a

Re: [PD] Get IP from Pd + network broadcast

2021-01-22 Thread Christof Ressi
Hi, I wanted to check if there are any new methods to get one's own ip from Pd Are you talking about the local IP address or your public IP address? I read somewhere that 255.255.255.255 was also for broadcast, but since it's not working I imagine I read wrong. 255.255.255.255 is indeed

[PD] Get IP from Pd + network broadcast

2021-01-22 Thread João Pais
Hi list, I wanted to check if there are any new methods to get one's own ip from Pd - that is, so that a user doesn't go check the system settings. It would be necessary for all windows, macos and linux. Older messages talk about using [shell] in unix systems, and some hack with a batch file

Re: [PD] Preset management for Pd Vanilla

2021-01-22 Thread Alexandre Torres Porres
Em sex., 22 de jan. de 2021 às 01:35, Alexandre Torres Porres < por...@gmail.com> escreveu: > There's the "morphing" or "interpolation" thing that I may be > still neglecting and thinking that using things "line" objects is just as > fine, but let's see. I'll also look into how max does