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

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 installer states that I have Make v. 3.81 installed (required to compile using Katja’s

Re: [PD] How's Pd limited?

My answer is in the form of a Koan: *If an oscillator's output is not connected to a DAC,* *does it still make a sound? * On Sun, Feb 21, 2016 at 8:49 PM, Matti Viljamaa wrote: > Perhaps a bit of broad question, but I find it interesting in order to > speculate about

Re: [PD] How's Pd limited?

I found that: http://forum.pdpatchrepo.info/topic/9749/question-resize-canvas-realtime/4 Em ter, 23 de fev de 2016 às 03:22, Esteban Viveros escreveu: > Em ter, 23 de fev de 2016 às 00:56, Matt Barber > escreveu: > >> Newest vanilla has basic object

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 the wrap point. > > Cool.. I'm

Re: [PD] How's Pd limited?

Like that: Align: https://youtu.be/lCIeIelbw74 Route Patch Cords: https://youtu.be/2u_UJQ8OfvU Em ter, 23 de fev de 2016 às 02:09, Jonathan Wilkes escreveu: > > Here's a radical idea that I've sometimes pondered: what if we could > create left-inlets and right-outlets as

Re: [PD] How's Pd limited?

> Here's a radical idea that I've sometimes pondered: what if we could create >left-inlets and right-outlets as well as the standard top- and bottom- ones?  If the object has more than one inlet or outlet you wouldn't be able to fit them on the side of the object box. Also, you run into a common

Re: [PD] How's Pd limited?

> 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 will fan them out like a deck of cards.  But it can work

Re: [PD] How's Pd limited?

> On Feb 22, 2016, at 8:54 PM, pd-list-requ...@lists.iem.at wrote: > > From: Esteban Viveros > > Subject: Re: [PD] How's Pd limited? > Date: February 22, 2016 at 8:48:16 PM MST > To: Johnny Mauser

Re: [PD] How's Pd limited?

If you’re on Mac OS X, you problem might be related to this: http://puredata.info/docs/faq/help-pd-crashes-on-startup-on-mac-osx-10-7 Dan Wilcox @danomatika danomatika.com

Re: [PD] How's Pd limited?

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 the wrap point. On Mon, Feb 22, 2016 at 10:48 PM, Esteban Viveros wrote: > A feature I miss in

[PD] Compiling Externals using MinGW / MSYS on Windows

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 installer states that I have Make v. 3.81 installed

Re: [PD] How's Pd limited?

A feature I miss in vanilla and extended (pdl2ork solve that) is resize objects via one point click and drag. If it is hard to implement, a "apply" button on properties can help to design UI's in Vanilla. Max have features like auto-align horizontally/vertically and align and route patch cords

Re: [PD] How's Pd limited?

for extended, I recommend 0.42-5, but ideal is to try vanilla and use the extended libraries you actually need 2016-02-23 0:45 GMT-03:00 Alexandre Torres Porres : > forget about pd extended 0.43, I never recommend it !!! > > 2016-02-22 22:20 GMT-03:00 Morten Minothi Kristiansen

Re: [PD] How's Pd limited?

forget about pd extended 0.43, I never recommend it !!! 2016-02-22 22:20 GMT-03:00 Morten Minothi Kristiansen : > Not tried different builds, please giide me. > 23. feb. 2016 02.20 skrev "Morten Minothi Kristiansen" >: > >> Its been like this with

Re: [PD] How's Pd limited?

That's something i completly experiece diffrently!! Pd fucks up in practise and development quiet often (maybe i make it fuck up) but once it runs, it runs stable every time!! Love to pd, Johnny Am 23.02.2016 02:20 schrieb "Morten Minothi Kristiansen" : > Not tried different

Re: [PD] How does n-Track Studio manage to get past the "single instance" problem of Pure Data?

http://forum.pdpatchrepo.info/topic/9664/pure-data-vst3-in-n-track-studio-beta-8-based-on-libpd/2 Here it’s claimed to involve n-Track Bridge? Any guesses what’s it about? > On 23 Feb 2016, at

[PD] How does N-track manage to get past the "single instance" problem of Pure Data?

So I found out today that N-track has a working PdVST implementation that handles multiple instances as well as generates very nice GUIs. How do they manage the multiple instance, if it’s a limitation in Pure Data? Any ideas? ___ Pd-list@lists.iem.at

Re: [PD] How's Pd limited?

Not tried different builds, please giide me. 23. feb. 2016 02.20 skrev "Morten Minothi Kristiansen" : > Its been like this with Mavericks, Yosemite and El capitalist. Pd extended > 0.43. I did a clean install a week ago and it worked fine for a week until > I installed live 9.

Re: [PD] How's Pd limited?

Its been like this with Mavericks, Yosemite and El capitalist. Pd extended 0.43. I did a clean install a week ago and it worked fine for a week until I installed live 9. It still worked until it suddenly hit some kond of wall again. Mort 23. feb. 2016 02.15 skrev "AP Vague" :

Re: [PD] How's Pd limited?

Woah, that's definitely a problem I haven't heard of... I'm guessing you've already tried using different builds. What OS are you on? On Mon, Feb 22, 2016 at 7:07 PM, Morten Minothi Kristiansen < mino...@gmail.com> wrote: > On my last two comouters PD wont open unless I start it with a

Re: [PD] How's Pd limited?

On my last two comouters PD wont open unless I start it with a standalone patch I made long ago. It works for a little while, then crashes completely and for ever more...unless I use the stand alone. Recently...5 min before a gig the standalone wouldnt even start. The gig was fine as Im nott 100%

Re: [PD] How's Pd limited?

> It's just that the presence of those features makes it much easier not to > care, and many users just don't care, and it makes things worse for those of > us who have to use that patch elsewhere. Short story: I'm not going to write the code to implement segmented cords, and I don't think

Re: [PD] How's Pd limited?

I also dislike Send and Receive, but end up using them in pd. I don’t like that they are hard to keep track of (I see the receive, where’s the send?). I guess $0 does clear up the global issues, but it feels hacky. I managed to get rid of them in Max by relying on the pattr and pattrstorage

Re: [PD] How's Pd limited?

> On Feb 22, 2016, at 2:09 PM, pd-list-requ...@lists.iem.at wrote: > > From: Eugene Lazarchik > > > I consider sends and receives evil. They're similar to global variables or > goto statements in general purpose programming

Re: [PD] How's Pd limited?

> 2016-02-22 17:25 GMT-03:00 Matt Barber >: > I've said this before, but I think there are very good reasons not to ever > include segmented patch cords (although hideable patch cords would be even > worse). These two features are responsible

Re: [PD] How's Pd limited?

Hmm i'd say there's no way to force people to employ transparent, modular software design as long as you want to keep the language (whether it's patcher- or code-based) somewhat flexible and powerful ... On Mon, Feb 22, 2016 at 09:03:16PM +, Jonathan Wilkes via Pd-list wrote: > There are

Re: [PD] How's Pd limited?

I consider sends and receives evil. They're similar to global variables or goto statements in general purpose programming languages. When you see a receive object, it's not obvious where all corresponding sends may be. As opposed to simply following where the cords go. Also, consider a subpatch

Re: [PD] How's Pd limited?

There are plenty of Pd patches just as unreadable. When a large number of users are getting value out of code that unreadable, we need to ask more fundamental questions than whether the visual noise includes more or fewer right angles. -Jonathan On Monday, February 22, 2016 3:25 PM, Matt

Re: [PD] How's Pd limited?

2016-02-22 17:25 GMT-03:00 Matt Barber : > I've said this before, but I think there are very good reasons not to ever > include segmented patch cords (although hideable patch cords would be even > worse). These two features are responsible for some of the very worst >

Re: [PD] How's Pd (is not) limited?

hi list >* Support for lists is quite limited. Wanna create a multidimentional > array? Build your own. Want a hash map? Build your own. "its not a bug, its a feature" :P > * Standard GUI objects are ugly thats a matter of taste matey. i think osx and dem abbles are *really* ugly

Re: [PD] How's Pd limited?

Hi Eugene,Great post! I help develop pd-l2ork, and it addresses some of the points below.  I recently got it building on OSX with most of the pd-extended libraries. I'll reply to each point below... > On Monday, February 22, 2016 4:21 AM, Eugene Lazarchik >

Re: [PD] Cyclone future

> On Feb 22, 2016, at 10:33 AM, Alexandre Torres Porres > wrote: > > That's what's happening! It's from 0.2beta1 and on, not 0.1-Alpha56, I was > just trying to be accurate in the genealogy of repositories. Fred did a great > amount of work departing from 0.1-Alpha56 -

Re: [PD] Cyclone future

> > On Feb 21, 2016, at 10:14 PM, pd-list-requ...@lists.iem.at wrote: > > The repo is a fork from the last update in previous maintenance (cyclone > version 0.2beta1), which was on its own a fork from cyclone's repo for > version 0.1-Alpha56 (available in Pd Extended). > > > Fred did a large

Re: [PD] Cyclone future

> On 02/21/2016 08:35 PM, Fred Jan Kraan wrote: >> This mail is the last I will write about cyclone in the foreseeable >> future. > > this is about the worst possible outcome of the entire discussion. Exactly. Discussions are great and all but discussions also involve listening to both sides.

Re: [PD] How's Pd limited?

Well yeah lots of people jabber about how Max/MSP is an "industry standard" and how badly documented Pd is (which might have been true 10 years ago, but not today), and generally seem to be afraid of free software ... incidentially, most of those use a Mac ;) About the comparison to SC, well,

Re: [PD] How's Pd limited?

Or SC :) 2016-02-22 11:12 GMT-03:00 Matt Barber : > Over the years, the most common complaint I've heard about Pd's > limitations is that it's not identical to Max/MSP. > > On Mon, Feb 22, 2016 at 4:19 AM, Eugene Lazarchik < > evgenius.lazarc...@gmail.com> wrote: > >> Where

Re: [PD] How's Pd limited?

Over the years, the most common complaint I've heard about Pd's limitations is that it's not identical to Max/MSP. On Mon, Feb 22, 2016 at 4:19 AM, Eugene Lazarchik < evgenius.lazarc...@gmail.com> wrote: > Where do I start? > > * Dynamic patching is officially not supported and bug/feature

Re: [PD] one more filter

It's astounishing, this filter doesn't only sound like the SSM2040 chip, this patch also look like it's circuit implementation. http://www.schmitzbits.de/rs2040.html Le 22/02/2016 10:39, cyrille henry a écrit : yes, thanks. corrected on the svn. cheers c Le 22/02/2016 08:06, i go bananas a

Re: [PD] [pix_image] available image format on linux?

On Mon, Feb 22, 2016 at 3:20 AM, IOhannes m zmölnig wrote: > $ sudo apt-get build-dep gem > Thanks a lot, IOhannes! I didn't know that. It's very important information for me. For compiling puredata(vanilla and extended) is also: $ sudo apt-get build-dep puredata $ sudo

Re: [PD] one more filter

yes, thanks. corrected on the svn. cheers c Le 22/02/2016 08:06, i go bananas a écrit : you need $0 prefacing the delwrite~_delread~ names, or otherwise you can't load multiple instances. On Mon, Feb 22, 2016 at 3:55 PM, i go bananas > wrote:

Re: [PD] one more filter

Le 22/02/2016 06:31, i go bananas a écrit : looks great! thanks. just noticed that the highpass output is too hot. instead of multiplying the distortion outputs by [1, -2, 1, 0, 0 ] , you need to multiply by [0.5, -1, 0.5, 0, 0], then you get the same amplitude for the highpass as the