Re: [PD] no audio in pd-vanilla UBUNTU 16.04

Hi Dan, Christof >Check it out? https://github.com/pure-data/pure-data/tree/autotools_updates Couldn't make it with Mingw. Also I couldn't following Fred`s: http://puredata.info/docs/developer/WindowsMinGW for 0.47.1 Attached "log-autobuild-dan.txt" Mensaje telepatico asistido por

Re: [PD] no audio in pd-vanilla UBUNTU 16.04

Hi dan, do you have any news for mingw? Last time we got stuck. Tell me if you've something to test! Doesn't have to be on the mailing list, could also be a discussion on github or private messages... Christof > Gesendet: Freitag, 07. Oktober 2016 um 19:32 Uhr > Von: "Dan Wilcox"

Re: [PD] Purr Data beta 2

> Sure but it’s often easier to have/start a discussion with a proposed/working > solution. Did this involve changes to the pd core or are you wrapping the > lower level apis? Changes to the core. -Jonathan ___ Pd-list@lists.iem.at mailing list

Re: [PD] Purr Data beta 2

Sure but it’s often easier to have/start a discussion with a proposed/working solution. Did this involve changes to the pd core or are you wrapping the lower level apis? Dan Wilcox @danomatika danomatika.com robotcowboy.com

Re: [PD] Purr Data beta 2

> Sweet! :) Ok, awesome. You’re ahead on this. Just to be clear-- that spec isn't a future proposal.  It's implemented in Purr Data. -Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] Purr Data beta 2

Sweet! :) Ok, awesome. You’re ahead on this. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at >

Re: [PD] Purr Data beta 2

On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at wrote: 1) External developers who want to support purr-data (pd-l2ork) can #ifdef their guis.2) For those who don't want to learn a new toolkit, and for unmaintained libraries, it'll be up to purr-data developers. Until we have good

Re: [PD] Purr Data beta 2

As a follow up: this approach is what we’ve taken with libpd and it’s worked very well so far. Peter initially discussed with Miller what changes and api access would be needed to wrap libpd. Once those were in place, the rest of libpd is essentially just wrappers around the vanilla core

Re: [PD] purr data beta1

Also, my initial response was more in the vein of answering “what can I use to run pd patches in a custom Android or iOS project that *already exists*”. Of course, people can grab sources and build a patch engine core form vanilla or l2ork or whatever themselves, but libpd is the only currently

Re: [PD] no audio in pd-vanilla UBUNTU 16.04

This has been added in the autotools_updates branch which is basically done, just needs testing on all platforms. It currently fails when building on mingw but works on Linux and OSX. I could use some help with testing and I believe I’ve asked for people to check it out but … *crickets* :)

Re: [PD] Purr Data beta 2

> On Oct 6, 2016, at 3:49 AM, pd-list-requ...@lists.iem.at wrote: > > 1) External developers who want to support purr-data (pd-l2ork) can #ifdef > their guis. > 2) For those who don't want to learn a new toolkit, and for unmaintained > libraries, it'll be up to purr-data developers. > > Until

Re: [PD] array read -resize according to file ?

Also, if the file has numbers on separate lines, you can use the "-cr" flag to the "read" message to text to get each one on its own line in the object - this should make it easier to manipulate. But "array" objects are much more efficient - it might be worth writing a loop that simply loads the

Re: [PD] Reblocking Issue

I think this is fixable, but note that you still won't be able to get control computations themselves ecept between the calculation of 64-sample blocks - that's Pd's scheduler's duty cycle. Similaly, threshold~ really should time-tag its messages down to the sample but doesn't. cheers Miller On

Re: [PD] Exact RAM size of arrays

.. except if Pd is compiled as a 64-bit exeutable, each individual sample takes 8 bytes, not 4. cheers Miller On Fri, Oct 07, 2016 at 01:03:34PM +0200, cyrille henry wrote: > hello Martin, > > Le 07/10/2016 à 12:31, Martin Hiendl a écrit : > > Dear list, > > > > I have a quick question: For a

Re: [PD] Exact RAM size of arrays

hello Martin, Le 07/10/2016 à 12:31, Martin Hiendl a écrit : Dear list, I have a quick question: For a looper/ringbuffer patch I'm using a couple of hundred arrays with a size of something between 4-7 seconds (at 44.1k) each. How can I calculate exactly how much RAM one buffer occupies, so

Re: [PD] array read -resize according to file ?

Le 07/10/2016 à 11:50, Jack a écrit : > If you need [array] or [table] to do operations on them, you could use : > [text define] to load your list of float, > [0( on [text size] to get the number of float in your text file. > > Then use this number to resize your [array] and then load your

Re: [PD] array read -resize according to file ?

If you need [array] or [table] to do operations on them, you could use : [text define] to load your list of float, [0( on [text size] to get the number of float in your text file. Then use this number to resize your [array] and then load your textfile in this array. I don't test it, and maybe

Re: [PD] array read -resize according to file ?

Hello Jack, Yes [text] is great, but I'm currently using tables/arrays that I want to be stored on filesystem. I actually can [read array.txt ( containing an array (i.e. a list of floats) with [text], and the whole array is loaded as a list on first line, but I'm concerned about performance