Pd-list July 2018

pd-list@lists.iem.at

42 participants
65 discussions

iOS: writesf~ problem
by artem＠katlenok.ru 12 Jul '18

12 Jul '18

Hello community, I am having a problem when recording a soundfile using pure data in my iOS application. Just like David’s message here: https://www.mail-archive.com/pd-list@lists.iem.at/msg08232.html I am having same behaviour with endless recursion: writesf waiting for disk write.. (head 524032, tail 0, room 256, want 256) ... done waiting. Pure Data is integrated in iOS app using cocoapods. Maybe someone has some ideas? Maybe someone had this issue? Many thanks, Sincerely, Artem

3 4

low latency virtual MIDI for Windows? (tried loopBE1 and midiloop
by Scott R. Looney 12 Jul '18

12 Jul '18

hey folks, i'm working with PD and decided to move my MIDI performance patch to my laptop which is a Windows 10 machine. it's a really simple one that switches outgoing midi channels based on OSC data from TouchOSC. on a Mac, i use the main MIDI input from the controller to PD, then PDs output is via the IAC Bus to Logic where i have my instruments set up. it all works great and has little to no latency. on the Windows machine however, there is significant latency. i'm using Reaper there. i did a lot of testing, changed interfaces to an Apogee Duet and finally discovered that the lowest latency setting under ASIO gets me just about there - except, when i configure it to use the virtual driver for input as i need it to be, i get latency again. i was using loopmidi and switched to LoopBe1. basically there's no difference as i'm still getting about 20-25ms latency. for live performance on a keyboard that's far too slow. if i switch Reaper's input to the keyboard's MIDI out instead, the latency is basically gone. anyone out there have some suggestions as to how to improve this? any really low latency virtual MIDI cable/MIDI routing apps out there? or maybe something like Jack could work for MIDI as well? any advice appreciated! best, scott

1 0

Re: [PD] getting OSCx library to load correctly in 48.1
by Scott R. Looney 12 Jul '18

12 Jul '18

allright - thanks for the advice. i managed to get it to work with netsend and netreceive, but it apparently loses the slash separator which makes parsing the address tricky as it's a string that then needs conversion to an int in order to route correctly. luckily i found a vanilla abstraction that does this one thing just fine. it's a bit of kludgy workaround but for this demo it'll do well enough. best, scott On Sat, Jul 7, 2018 at 3:30 AM, IOhannes m zmölnig <zmoelnig(a)iem.at> wrote: > 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 > IOhannes > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > >

1 0

Pd~ error messages printed in main PD console
by José Rafael Subía Valdez 11 Jul '18

11 Jul '18

Hello list, is there a way to print pd errors of a pd instance runing via [pd~] object on the parent (main) pd session? I have a patch that runs the GUI on one instance (main instance) and the audio processing on a [pd~]. Problem is that if I run with -nogui, I would never know if there was an error loading an object. cheers -- José Rafael Subía Valdez www.jrsv.net

1 0

Re: [PD] Pd on Tiny Core Linux on Raspberry Pi
by Dan Wilcox 11 Jul '18

11 Jul '18

Out of curiosity, does the autotools build work as well? And yes, a simple embedded-only distort would be *very* useful as I had problems with performance turning Raspbian in the past. > On Feb 3, 2018, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Sat, 3 Feb 2018 14:45:50 +0800 > From: Chris McCormick <chris(a)mccormick.cx <mailto:chris@mccormick.cx>> > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] Pd on Tiny Core Linux on Raspberry Pi > Message-ID: <59001321-177a-dfc0-a19a-b0cb01e7f985(a)mccormick.cx <mailto:59001321-177a-dfc0-a19a-b0cb01e7f985@mccormick.cx>> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi all, > > This is fan mail for Pd on Tiny Core Linux onn Raspberry Pi. > > TCL is a 50 megabyte GNU/Linux distribution which is > immutable-by-default and runs very well on the Raspberry Pi. > > I managed to compile Pd and got it to output a test tone which is why I > am posting here. To do it yourself: > > * Install the alsa packages > * Install the compiletc package > * Compile Pd with `make -f makefile.gnu` inside the src directory > * Run `pd -nogui mypatch.pd` from the bin directory > > If you want to launch a Pd patch at startup add your command to > /opt/bootlocal.sh > > So far this seems like fertile ground as an alternative to the Raspbian > distribution with its multiple-gigabyte bloat. Seems perfect for > embedded Pd devices like guitar pedals, synths, and what-not. > > Tiny Core Linux does not use systemd. > > Cheers, > > Chris. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 17

[PD-announce] Postdoc at Sussex
by thor list 11 Jul '18

11 Jul '18

Hi all, Some of you might be interested in this postdoc position at the University of Sussex in Brighton, UK: http://www.sussex.ac.uk/about/jobs/postdoctoral-research-fellow-3462 <http://www.sussex.ac.uk/about/jobs/postdoctoral-research-fellow-3462> It’s a project that combines live coding, machine listening, and machine learning. Feel free to get in touch directly for further information, Best Thor _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] Order of operation/connection issue with send and return
by mario buoninfante 11 Jul '18

11 Jul '18

Hi I0hannes, thanks for your reply. you're definitely right, in fact that's how I wrote my patch, I probably kept my question to vague. it's not a problem, I can see several workarounds for that, so it's fine, it's more about better understanding what's going on under the hood. I always use [t] to be sure that the oder of operation is correct, but I also know that there's a "rule" about the order of connection. so my question would be, is there any rule behind the [send] and [return] behavior? cheers, Mario

3 2

Order of operation/connection issue with send and return
by mario buoninfante 10 Jul '18

10 Jul '18

Hi, I just noticed that using [send] and [return] the "order of connection" seems to work the other way around. basically if I have a numbox connected to a [send FOO] and then I create 2 [return FOO], the last one I created will receive the message first. this seems to be different from what happens when you connect an object to 2 different objects (without using any [trigger] and any "wireless connection"). in this case the first one connected will receive the message first. is that a bug? I'm on Pd 0.48.1 cheers, Mario

2 2

Loading tclpd on Ubuntu Bionic
by Kaj Ailomaa 10 Jul '18

10 Jul '18

Hi, everyone! Been a while since I used pure data, and at the time it was mostly pd-extended. Using vanilla now, version 0.48.1, on Ubuntu Bionic. A lot of nice additions to puredata, and a lot of nice packages in the Debian repo! I'm having problems loading tcl patches (such as the help files that come with tclpd). It seems the tclpd lib is loaded, however. I set the path settings to verbose and could see from the console output that the library is in deed loaded. I have puredata installed, with tcl8.6. What am I missing?

2 4

Re: [PD] rescan audio devices
by Dan Wilcox 09 Jul '18

09 Jul '18

Short answer is "no." Long answer is this functionality is missing in portaudio which Pd uses for it's default backend on most platforms. There is no way to rescan the connected devices within the library itself, although most of the OS-level components do (CoreAudio, ALSA, etc). I have thought about implementing a direct CoreAudio backend for Pd on macOS which would add this support, but it's far down the list of things right now. Best thing to do would be to bug the portaudio people... > On Jul 8, 2018, at 8:06 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Sun, 8 Jul 2018 20:43:42 +0300 > From: Derek Holzer <macumbista(a)gmail.com <mailto:macumbista@gmail.com>> > To: pd-list <PD-list(a)iem.at <mailto:PD-list@iem.at>> > Subject: [PD] rescan audio devices > Message-ID: <64831c1a-ea47-989f-12e0-71e638d71e8c(a)gmail.com <mailto:64831c1a-ea47-989f-12e0-71e638d71e8c@gmail.com>> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Dear list, > > Is there a way to get Pd to rescan available audio devices (on OSX)? > > For example, if I use my MOTU, then disconnect it (because I'm leaving > studio and want to take laptop with me) but leave Pd open, then Pd does > not see it when I plug it back in next time. Very inconvenient when I am > in the middle of a project! > > I checked --help but AFAIK there is no internal message there to rescan > devices, unless --listdev does that. But Pd does not accept that as an > internal message, only a startup flag. > > Suggestions appreciated! > Thx, > Derek -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list July 2018