Re: [PD] cyclone compilation errors on OSX and Windows

2016-03-19 0:37 GMT-03:00 Jonathan Wilkes via Pd-list : > > I'm using Fred Jan's repo btw > Hi, just wanted to say I was able to compile from his repo, and my repo was cloned from there so it's also compiling fine in my mac OS. i don't have a windows machine yet. And well,

Re: [PD] vanilla dialog updates

Thanks! The first thing to check would be the data_dialog save & done buttons. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Mar 20, 2016, at 6:16 PM, Miller Puckette wrote:

Re: [PD] vanilla dialog updates

Ok. I think it’s good. Should probably be tested on other platforms to be sure, but working fine for me on OSX. As discussed, I changed dialog_data & pdtk_textwindow to the default dialog gray background. Dan Wilcox @danomatika danomatika.com

Re: [PD] ASIO SDK

That's a good reason for doing a physical release of the GUI port on CD ROM. -Jonathan On Sunday, March 20, 2016 4:13 AM, Roman Haefeli wrote: On Sam, 2016-03-19 at 19:03 +, Jonathan Wilkes via Pd-list wrote: > Ok, thanks. > > > As for the README-- they

Re: [PD] zexy compilation issue with msys2

Before I pin to a newer version, here's the only revision I could find from Pd-l2ork that needs to be merged upsteam.  It just adds an A_CANT arg to the "dsp" method of signal objects for the off-chance that a user sends a "dsp" message manually. -Jonathan On Sunday, March 20, 2016 4:46

[PD] Tests -- Pd 0.46-7 Microsoft Windows (installer)

Tests -- Pd 0.46-7 Microsoft Windows (installer) Xp:installs/uninstalls OK observation- WARNING: Font family 'DejaVu Sans Mono' not found, using default (courier) Windows7:installs/uninstalls OK observation- WARNING: Font family 'DejaVu Sans Mono' not found, using default (courier) Win

Re: [PD] zexy compilation issue with msys2

There's no way msys2 ships an out of date version of mingw. Looking at the repo you linked, it appears pd-l2ork is pinned to an older version of zexy-- one before that commit was applied.  So once I pull from a more recent version this issue will go away-- no patches necessary. :)

Re: [PD] [initbang] ? - anything new?

Cool! I'll check it out! Ingo > On 03/19/2016 07:21 PM, Miller Puckette wrote: > > Vanilla in git supports initbang, but I don't know where you can yet > > get an initbang object that works with it (I did it a bit differently > than > > how it was done in extended). > > iemguts' sports

Re: [PD] zexy compilation issue with msys2

On 03/20/2016 08:56 PM, IOhannes m zmölnig wrote: > which suggests that the solution is to update your MinG hmm, no. actually, on re-reading your report it seems that the problem is, that you are using an outdated version of zexy, that still had the fix enabled (which breaks with "newer" MinGW").

Re: [PD] zexy compilation issue with msys2

On 03/20/2016 08:43 PM, Jonathan Wilkes via Pd-list wrote: > I don't know how to differentiate between mingw64 and msys2, so unfortunately > I > can't offer you a patch. hmm, too bad. anyhow, older versions of zexy included a dummy replacement for _get_output_format(), but this has been

Re: [PD] zexy compilation issue with msys2

I don't know how to differentiate between mingw64 and msys2, so unfortunately I can't offer you a patch. -Jonathan On Sunday, March 20, 2016 3:29 PM, IOhannes m zmölnig wrote: On 03/20/2016 03:53 AM, Jonathan Wilkes via Pd-list wrote: > Hi list,I found an issue when

Re: [PD] zexy compilation issue with msys2

On 03/20/2016 03:53 AM, Jonathan Wilkes via Pd-list wrote: > Hi list,I found an issue when compiling zexy with msys2 on Windows: (not so) cool. since i only every compile Pd for w32 with either VisualStudio or mingw64 (cross-compiling from linux), i'll happily accept patches, preferrably in some

Re: [PD] [initbang] ? - anything new?

On 03/19/2016 07:21 PM, Miller Puckette wrote: > Vanilla in git supports initbang, but I don't know where you can yet > get an initbang object that works with it (I did it a bit differently than > how it was done in extended). iemguts' sports [initbang] and [closebang] objects that will magically

Re: [PD] vanilla dialog updates

I'm thinking the grey background is fine for them. At some point it would be good to have teh canvas background settable as an option, but that's too much for me to figure out right now. Am I right that the 'pull request' on github is stable enough for me to try to merge? cheers Miller On

Re: [PD] Help Patches Layout

Hi, On Thu, Mar 17, 2016 at 12:26:07PM -0400, Ivica Ico Bukvic wrote: > intuitiveness, aliens, whatever. Another consideration within the pd* > ecosystem is that it is 0-centric, meaning things tend to start with $0 > (patch instance) before they get to $1. Then again, $1 refers to the first >

Re: [PD] ASIO SDK

On Sam, 2016-03-19 at 19:03 +, Jonathan Wilkes via Pd-list wrote: > Ok, thanks. > > > As for the README-- they actually don't require the whole email dance > to get the code anymore: > http://www.steinberg.net/en/company/developers.html > > > > Not sure whether this means I can skip the

Re: [PD] Help Patches Layout

I'm really really convinced maintaining actual numeration of inlets/outlets in help patches in cyclone ever more Max use the same numeration. And it really designed to be different of messaging numeration. Thanks of everyone for patience :) Em qui, 17 de mar de 2016 às 19:05, Ivica Bukvic

Re: [PD] external with more than 6 inlets possible?

On 16/03/16 13:37, Claude Heiland-Allen wrote: On 16/03/16 13:25, i go bananas wrote: pd using the same address for inlets and outlets as an optimisation? Yes, Pd recycles signal vectors so your output vector could be the same as the input vector, which means this code is unsafe because it

Re: [PD] Help Patches Layout

As an alternative idea, perhaps one of the early pd tutorials (e.g. introduction) could simply elaborate how the inlets are numbered which could be a considerably easier solution. If you are determined to update all the docs to reflect this change, don't forget the PD_META which currently

Re: [PD] Help Patches Layout

?I think this is what Jaron Lanier may call "Lock-in" Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020 From: Pd-list on behalf of Ivica Ico Bukvic