Re: [PD] Good Time Stretching patches/advice?

On Apr 21, S.E.P. wrote: > Hey Derek (and list) > > Thanks for the clarification. I put together a test patch for your > fgraintstr~ (tesuto.pd) and tested it with the attached .wav file (you need > to click on the "read" message). It would seem it works without inputting > any values into the lef

Re: [PD] time travelling with AKM320 and Pd

> Looking at the acconnect code as well as the Pd diff that got rid of the > autoconnect code, it looks like it's > pretty easy to list i/o port info. yes, all of the commands work fine except "aconnect -l”. At least it didn’t the last time I tried which is when I gave up. I am away from my lin

[PD] b4p - Modular synthesizer for Pure Data

Hi, I've been working on a library of abstractions that behaves like a modular synthesizer. It has all the usual modules: VCO, VCA, ADSR, VCF... If anyone knows the BEAP library for max/msp this will be familiar. It is the same idea made with PD. All modules work with audio signals from -5 to 5 "

Re: [PD] time travelling with AKM320 and Pd

> On Thursday, April 21, 2016 1:17 PM, Jaime Oliver wrote: > I should say that while aconnect works fine mostly, there are a lot of issues > with running it. The main one is that it doesn’t seem to show current > connections, just available devices, also, often it will stop working (with

Re: [PD] time travelling with AKM320 and Pd

I should say that while aconnect works fine mostly, there are a lot of issues with running it. The main one is that it doesn’t seem to show current connections, just available devices, also, often it will stop working (with no apparent reason) and the device needs to be unplugged and plugged in

Re: [PD] compiling vanilla patches as objects (gen~?)

+1 I'm currently making a library that uses a lot of cpu. I'm trying to optimize all abstractions with [switch~] whenever possible, but a [gen~] object would be a huge improvement. 2016-04-21 18:17 GMT+02:00 Alexandre Torres Porres : > howdy, wtih things like the heavy compiler, the libpd and stu

[PD] compiling vanilla patches as objects (gen~?)

howdy, wtih things like the heavy compiler, the libpd and stuff, how crazy would it be to expect something like an object compiler to host pd patches in pd? I think that'd be something like gen~ in max/msp. cheers ___ Pd-list@lists.iem.at mailing list U

Re: [PD] time travelling with AKM320 and Pd

Personally, I think the ports should be listed when using ALSA *and* still have functionality of using aconnect. Totally possible. I use a similar set up on OSX where I have a permanent virtual port for Pd set in the OSX Midi settings which I route everything to, either in the other app or via

Re: [PD] time travelling with AKM320 and Pd

Thanks, Dan. As for the +1's-- no greybeards will be harmed in my work to improve the interface. -Jonathan On Thursday, April 21, 2016 11:36 AM, Dan Wilcox wrote: If Pd uses Portmidi on Linux, then it should be pretty easy to list the available ports. It’s no so hard with ALSA itself

Re: [PD] time travelling with AKM320 and Pd

If Pd uses Portmidi on Linux, then it should be pretty easy to list the available ports. It’s no so hard with ALSA itself either. Check the RtMidi ALSA implementation inside RtMidi.cpp. I’ve used that in the

Re: [PD] time travelling with AKM320 and Pd

+1 here as well. On Linux, I use a script which calls aconnect after pd starts to make connections by name. I also have a udev rule to autoconnect things once they are plugged in. Dan Wilcox @danomatika danomatika.com robotcowbo

Re: [PD] [pure-data:pure-data] 9 new commits to pure-data

Hmm, trying to get my mailer to reply to list without replying to Iohannes too... On Thu, Apr 21, 2016 at 08:21:09AM -0700, Miller Puckette wrote: > Thanks - I'm still trying to crawl through all the patches and bug reports > (particularly on the Pd mailing list but also elsewhere) - this one is a

Re: [PD] time travelling with AKM320 and Pd

I don't know of any reason this can't be done. The main alsa api limitation that has stopped me is: Not Worth the Hassle. That, however, is subjective - if you indeed want to attack it I'll be glad to see it (and perhaps even borrow it into vanilla if you're game). cheers Miller On Thu, Apr 21,

Re: [PD] time travelling with AKM320 and Pd

On Thursday, April 21, 2016 3:39 AM, IOhannes m zmoelnig wrote: On 2016-04-21 06:38, Jonathan Wilkes via Pd-list wrote: >> Why can't alsa midi report "connectable" devices inside Pd, to >> be displayed in a dropdown? > because nobody has implemeted it. I'm mainly fishing for any pote

Re: [PD] time travelling with AKM320 and Pd

On 21/04/2016 09:36, IOhannes m zmoelnig wrote: On 2016-04-21 06:38, Jonathan Wilkes via Pd-list wrote: Why can't alsa midi report "connectable" devices inside Pd, to be displayed in a dropdown? because nobody has implemeted it. personally i find that it preferable to use a specialised soft

Re: [PD] time travelling with AKM320 and Pd

On 2016-04-21 06:38, Jonathan Wilkes via Pd-list wrote: > Why can't alsa midi report "connectable" devices inside Pd, to > be displayed in a dropdown? because nobody has implemeted it. personally i find that it preferable to use a specialised software for the patching¹. Pd doesn't necessarily ne