[PD] Introducing GemmaLib

Hi guys, I'm Zack and I would like to share the release of GemmaLib with you. I've been working on GemmaLib for quite a while now and I'm happy to finally share it with you. GemmaLib is a set of Pd abstractions that allows you to easily create high-quality musical apps that run on mobile

Re: [PD] How's Pd limited?

I think we all need to learn more about multi-threading if we want to run real-time, modular, digital signal processing algorithms on multi-core machines. I, for one, can not think of any general, robust way to do this. In that sense, Pd's adherence to single threading is actually a very

Re: [PD] How's Pd limited?

Can anyone explain more why [pd~] doesn't fulfill the desire for parallel processing, and maybe provide an example of something outside of Pd that does? I don't feel like I have a great handle on the design. As Jonathan said, it seems like Pd's determinism constraint is a big hurdle to clear,

Re: [PD] Introducing GemmaLib

Congrats. Looks like a lot of work came together for this. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Feb 23, 2016, at 9:14 AM, pd-list-requ...@lists.iem.at wrote: > > From: Zack Lee

Re: [PD] How's Pd limited?

On Tue, Feb 23, 2016 at 11:27 AM, jamal crawford wrote: if you like your fancy gui's, use them! have you heard of OSC? just dump > whatever you want thru it and run a headless instance of pd, where you > recieve it. nobody will even notice. are you a nerd or just pretending :P

Re: [PD] did cyclone had any new object?

guys, this was an accidental message that I was sending to myself; - it was a note for me to check if new objects had been added recently please disconsider 2016-02-23 15:13 GMT-03:00 Alexandre Torres Porres : > > ___

Re: [PD] How's Pd limited?

This thread has inspired me to work on a fork called Pd-limited. On Tue, Feb 23, 2016 at 11:27 AM, jamal crawford wrote: > hi list > > > >Max have features like auto-align horizontally/vertically and align and > route patch cords which is very useful to >organize patch cords

Re: [PD] How's Pd limited?

> Align: https://youtu.be/lCIeIelbw74 Looks like there's a whole collection of tools to do that, including a transient bbox with drag hooks. > Route Patch Cords: https://youtu.be/2u_UJQ8OfvUI'm pretty sure Pd-l2ork can > do the first part of that video.  But it can also do a many-to-one >

Re: [PD] Cyclone future

I don't see why everyone is discussing names when we haven't even settled the issue of bracket placement. -Jonathanae85b0319a14998c24b317d7e9de8352 On Tuesday, February 23, 2016 4:59 PM, Miller Puckette wrote: I think it's wisest to leave cyclone as it is (except for

Re: [PD] Cyclone future

Damn, I should have been more subtle so I could set the hook... :) echo I am trolling this thread because arguing about naming before there is even an alpha release is a form of bikeshedding | md5sum -Jonathan On Tuesday, February 23, 2016 5:54 PM, Dan Wilcox

Re: [PD] Compiling Externals using MinGW / MSYS on Windows

On 2016-02-23 06:52 PM, Ricky Graham wrote: what my MinGW installer is telling me? Probably because it is in the PATH earlier. What is the result of which make? The result is that MSYS requests Make version 3.8.1 at least to compile the source. Do you know how I can see / modify the

Re: [PD] Compiling Externals using MinGW / MSYS on Windows

Hi Fred, > On Feb 23, 2016, at 1:53 AM, fjkraan wrote: > > Hi Ricky, > >> Hi folks, >> I’m attempting to compile on a Windows 7 machine running the most >> recent version of MinGW. I’m using Katja's pd-lib-builder >> (https://github.com/pure-data/pd-lib-builder). My MinGW

Re: [PD] How's Pd limited?

> if you like your fancy gui's, use them! Pd's GUI is plain and limited, yes.  But what it lacks in beauty it makes up for in tcp socket chatter. -Jonathan On Tuesday, February 23, 2016 12:02 PM, david medine wrote: One thing I'd be interested in knowing about is

Re: [PD] How's Pd limited?

David, One thing I attempted and couldn't find a solution for was the following, mostly owing to the limitation of interfacing with a 64 sample block size. I wanted to have a directory of hundreds of audio recordings. Each one would be a single wavelength from an interesting sound, like a bass

[PD] Pd Extended OSX App Bundle Makefile

Hi List,Can anybody point me to documentation that explains how to build Gem for the Pd-extended OSX app bundle? I see pd/packages/darwin_app/Makefile with `make install` and `make package`.  These don't actually build Gem when I run them, but Gem is included in the Pd-extended app bundle so

Re: [PD] How's Pd limited?

This is doable, actually, but not easy. [delay] and [vline~] both have subsample accuracy. It would be substantially easier if you could preprocess and deliver the sequence as one big message dump to [vline~]. If you loaded all of the files into one array (up to about 6:20 of audio at 44100) and

[PD] did cyclone had any new object?

___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] How's Pd limited?

But I guess pd-l2ork addresses some of these issues? I know Jonathan has done a lot of work on a node webkit gui for pd: https://github.com/jonwwilkes/pd-nw That's a mirror that I stopped updating awhile back. The repo is here:https://puredata.osuosl.org/ It's an incremental approach, so it still

Re: [PD] How's Pd limited?

> On Feb 23, 2016, at 11:19 AM, pd-list-requ...@lists.iem.at wrote: > > It's an incremental approach, so it still suffers from socket chatter > problems that tcl/tk Pd has. But now that tcl/tk is removed from the C code, > logic is slowly making its way over to the GUI side. I’m hoping to

Re: [PD] How's Pd limited?

Does the GUI in pd-l2orc run on a separate core? For all versions of Pd, the GUI runs as a separate process.  It communicates with the Pd process over a TCP socket. -Jonathan On Tuesday, February 23, 2016 1:51 PM, Samuel Burt wrote: David, One thing I

Re: [PD] How's Pd limited?

On Mon, 2016-02-22 at 01:19 -0800, Eugene Lazarchik wrote: > Where do I start? Thanks. That is a pretty comprehensive list, though I do not agree with all your points (ugly look, mailing list, big patches become unreadable fast). For me the most important point is still missing. * Since Pure

Re: [PD] How's Pd limited?

> Em ter, 23 de fev de 2016 às 00:56, Matt Barber > escreveu: > Newest vanilla has basic object resize, which actually helps a lot with some > of the issues brought up here. It's also very helpful that comments can be > resized, so you can set

Re: [PD] How's Pd limited?

On 2016-02-23 02:20, Morten Minothi Kristiansen wrote: > Pd extended > 0.43. as you are undoubtedly aware (it has been stated so many times on ths list), Pd-extended is unmaintained for a couple of years and for all practical issues to be considered dead. please use Pd-vanilla. fgmasdr

Re: [PD] How's Pd limited?

On 2016-02-23 00:17, Jonathan Wilkes via Pd-list wrote: > [...] +1. signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] How's Pd limited?

On 22/02/16 09:49, Matti Viljamaa wrote: How do you think Pure Data is limited? expr~ tanh($v1) I would apologise for being a smart-ass but I don't feel sorry. Cheers, Chris. -- http://mccormick.cx/ ___ Pd-list@lists.iem.at mailing list

Re: [PD] Cyclone future

If anyone wants git access to pd-l2ork with the intent of continuing to develop cyclone under the same name including bug fixes and feature additions to existing as well as introducing new objects, please email me off-list. Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music

Re: [PD] How's Pd limited?

Hello, keeping track of send/receive is not very difficult, just put a few s/r names in your patches and use a [route] object to your different methods then you can get easier in console what happens in FUDI. Le 22/02/2016 22:57, Peter Nyboer a écrit : I also dislike Send and Receive, but

Re: [PD] How's Pd limited?

Le 23/02/2016 09:00, Roman Haefeli a écrit : going to do when it dies? I'd love if Pd would provide some true multi-threading (not like [pd~] which is tightly coupled to its parent). Roman That's a clever point I'm also sharing, but from informations grabbed in tcl documentation that seem

Re: [PD] Cyclone future

Alexandre suggested "recyclone," which I kind of like. "Cyclone" gets its name as a portmanteau of "cycling" and "clone," and it happens to be an english word. I rather like "typhoon," but "recyclone" makes it clear that it's a continuation of the original cyclone, while adding "recycle" to the

Re: [PD] How's Pd limited?

On 22/02/16 02:49, Matti Viljamaa wrote: > How do you think Pure Data is limited? for me the only real and important (i can think of at the moment) limitation is the block-based audio processing. to me this seems quite unnatural and inconvenient when dealing with digital audio. it kept me for a

Re: [PD] How's Pd limited?

O.oSo easy!! Em ter, 23 de fev de 2016 às 07:44, Dan Wilcox escreveu: > Em ter, 23 de fev de 2016 às 00:56, Matt Barber > escreveu: > >> Newest vanilla has basic object resize, which actually helps a lot with >> some of the issues brought up here.

Re: [PD] How's Pd limited?

I guess I've never seen a way to load multiple samples into a single array. That might solve another problem I'm currently sorting out. How do you do that? Sam On Tue, Feb 23, 2016, 1:56 PM Matt Barber wrote: > This is doable, actually, but not easy. [delay] and [vline~]

Re: [PD] How's Pd limited?

If you're using the newest vanilla, the [array] object lets you get a range of a given size from an index onset as a list, and to put the list at an onset of another array. It's faster than I thought it would be. So, you could just load your files sequentially into one table and copy them from

Re: [PD] Cyclone future

bicycle…bicyclone > On 23 Feb 2016, at 21:46, Matt Barber wrote: > > Alexandre suggested "recyclone," which I kind of like. "Cyclone" gets its > name as a portmanteau of "cycling" and "clone," and it happens to be an > english word. I rather like "typhoon," but

Re: [PD] Cyclone future

I think it's wisest to leave cyclone as it is (except for maintenance updates) and, if you want to write objects for compatibility with newer versions of Max simply start another library. It won't be any trouble for people to install both of them, and the cyclone code is probably best left alone

Re: [PD] Cyclone future

If neither krzysztof not Fred plan to continue development, why can’t it continue under the same name? (Keeping attribution of course!) I’d argue multiple libraries is more confusing to the user especially when they all provide roughly the same functionality but the main one is now very out of

Re: [PD] Cyclone future

I'm seconding Dan on this, name ideas was something being proposed to me and all before Fred shared his intention to stop working on "cyclone". I didn't even liked the idea of forking cyclone then, the reason being that there was no significant change for for projects, one only being able to be

Re: [PD] How's Pd limited?

> I'd love if Pd would provide some true multi-threading (not like [pd~] which > is tightly coupled to its parent). How would the patch/audio remain determinstic if the units in the dsp graph aren't tightly coupled? -Jonathan On Tuesday, February 23, 2016 9:34 AM, Ivica Ico Bukvic

Re: [PD] How's Pd limited?

On Tue, 2016-02-23 at 09:30 -0500, Ivica Ico Bukvic wrote: > I forget, does the mouse cursor change when you hover? Last time I > checked in vanilla it didn't but that was a while ago. If not, it may > help make it easier to expose the said feature and aim for the sweet > spot. It becomes a

Re: [PD] How's Pd limited?

2016-02-23 12:44 GMT-03:00 Roman Haefeli : > In my experience, more often I resize the box accidentally than > willingly. I'd welcome a way to disable this feature. How about "shift + click and drag"? ___ Pd-list@lists.iem.at

Re: [PD] How's Pd limited?

I forget, does the mouse cursor change when you hover? Last time I checked in vanilla it didn't but that was a while ago. If not, it may help make it easier to expose the said feature and aim for the sweet spot. On 2/23/2016 5:44 AM, Dan Wilcox wrote: Em ter, 23 de fev de 2016 às 00:56, Matt

Re: [PD] How's Pd limited?

On 2/22/2016 11:40 PM, Jonathan Wilkes via Pd-list wrote: > Max have features like auto-align horizontally/vertically Pd-l2ork has this, too-- "Tidy Up" in the Edit menu. It's a little strange-- if you click it once it will sweep the selected objects into a "pile", and if you click again it

Re: [PD] How's Pd limited?

hi list >Max have features like auto-align horizontally/vertically and align and >route patch cords which is very useful to >organize patch cords and >make the  thinks more readable. I like them a lot. this is so old. this comparing so old. if you like your fancy gui's, use them! have you