Re: [PD] dryUp~ external not creating

2018-07-07 Thread José Rafael Subía Valdez
Thanks william OPT_CFLAGS = -O3 -ftree-vectorize FAT_FLAGS = -arch i386 -arch x86_64 this worked perfectly/ On Sat, Jul 7, 2018 at 6:22 PM, William Brent wrote: > Hi Jose, try adding these flags in the makefile: > > OPT_CFLAGS = -O3 -ftree-vectorize > FAT_FLAGS = -arch i386 -arch x86_64

Re: [PD] dryUp~ external not creating

2018-07-07 Thread William Brent
Hi Jose, try adding these flags in the makefile: OPT_CFLAGS = -O3 -ftree-vectorize FAT_FLAGS = -arch i386 -arch x86_64 On Fri, Jul 6, 2018 at 4:58 PM José Rafael Subía Valdez < jsubiaval...@gmail.com> wrote: > a bit of progress but still have errors > after erasing the ftree argument, the

Re: [PD] Blackmagic Deck Link Duo + Gem

2018-07-07 Thread Py Fave
Hello i had some results using spout with blackspout on windows https://magicmusicvisuals.com/forums/viewtopic.php?f=6&t=201 on osx the equivalent is syphon and https://vdmx.vidvox.net/blog/black-syphon i did not try this, you need a recent gpu is there any equivalent software for linux?

Re: [PD] Glitch

2018-07-07 Thread michael strohmann
Thanks Oliver, Christof and Roman for the suggestions, for now i increased the Block size and the Latency Delay to 2048 and 250 ms since i just play back from sd card. I have to wait and see if this eliminates the beautiful glitches. Will report. ___

Re: [PD] getting OSCx library to load correctly in 48.1

2018-07-07 Thread IOhannes m zmölnig
On 07/07/2018 10:34 AM, Scott R. Looney wrote: > hey folks, on a Mac, with 48.1 vanilla and i'm trying to load the OSCx you shouldn't use OSCx. you shouldn't have used OSCx in the last 10 years. if you ever encounter a patch that depends on OSCx, report a bug at the patch author. fgmards IOhanne

Re: [PD] Glitch

2018-07-07 Thread oliver
hi, mike ! i did a similar thing with an ESI gigaporthd+ (8 output channels) on a RPI B+ without any glitches or stutter and 100% stable. even used simple filtering for each channel in the chain. no crashes in a run of 8 months. some thoughts: 1.) increase PD's audio buffer size (like alread

Re: [PD] getting OSCx library to load correctly in 48.1

2018-07-07 Thread Christof Ressi
glad to hear! BTW, I just installed oscx. I can load it but I have to say the library structure seems a bit weird to me. you have to load a lib ("OSC") but the actual objects are also binaries, something I haven't seen before...   Gesendet: Samstag, 07. Juli 2018 um 11:12 Uhr Von: "Scott R. Loo

Re: [PD] getting OSCx library to load correctly in 48.1

2018-07-07 Thread Scott R. Looney
excellent! netreceive with oscparse does indeed work in vanilla just fine, so i'll use that for now. thanks for the suggestions! best, scott On Sat, Jul 7, 2018 at 2:05 AM, Christof Ressi wrote: > > pd -lib OSC OSCx/doc/OSC-help.pd > > looks like OSC is a single binary library. since the binary

Re: [PD] getting OSCx library to load correctly in 48.1

2018-07-07 Thread Christof Ressi
> pd -lib OSC OSCx/doc/OSC-help.pd looks like OSC is a single binary library. since the binary doesn't seem to have the same name as the folder (OSC vs. OSCx) you have to make sure you point your search path to .../externals/OSC.   note that Pd 0.48 has built-in OSC objects ([oscformat] and [osc

[PD] getting OSCx library to load correctly in 48.1

2018-07-07 Thread Scott R. Looney
hey folks, on a Mac, with 48.1 vanilla and i'm trying to load the OSCx library at startup and not getting anywhere. using this with TouchOSC, which is apparently not compatible with netsend or netreceive, even in UDP mode. everything works smoothly in PurrData but for vanilla 48.1 i have to manuall