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

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 could trash the inputs: // loop through the

[PD] installing pd-extended on debian (jessie)

Dear All, TLDR; I have trouble installing pd-extended from the debian repos. Long Version: I am trying to install the "pd-extended:i386" package on debian (jessie) on a 64 bit machine. It seems that the apt-release.conf file is wrong? The file is located at:

Re: [PD] Help Patches Layout

On Thu, 2016-03-17 at 15:49 +, Esteban Viveros wrote: > Hi, > > > I'm with Porres in Cyclone maintenance working on revision of some > Help patches. > > > The question is: Why count inlets and outlets from zero if Pd user > have to call inlets and outlets from $1 $2 $3... ? For help patch

[PD] zexy compilation issue with msys2

Hi list,I found an issue when compiling zexy with msys2 on Windows: rawprint.c:28:5: error: conflicting types for '_get_output_format'  int _get_output_format( void ){ return 0; } ^ In file included from C:/msys32/home/Owner/purr-data/pd/src/m_pd.h:68:0, from zexy.h:63,   

Re: [PD] GUI port: full triforce

Amazing work! On 16 March 2016 at 02:24, Jonathan Wilkes via Pd-list wrote: > Hi list, > I now have the GUI port of Pd-l2ork up and running on GNU/Linux, OSX, and > Windows. > > One final dungeon of build script revisions and I'll release an alpha. > > -Jonathan > >

Re: [PD] Does pd allow RGBA format for GUIs?

Pd Vanilla doesn't, and it can't because Tk only has one bit alpha channel (i.e., either you are completely opaque or completely transparent). I added rgba for data structures in Pd-l2ork, but not for iemguis. -Jonathan On Wednesday, March 16, 2016 7:07 PM, Alexandre Torres Porres

Re: [PD] Help Patches Layout

Great. Thanks Jonathan! Em qui, 17 de mar de 2016 às 18:30, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> escreveu: > > I did not attack me so... Rename in there have some implication? If no, > I will start to rename... > > Please don't rename them. Inlets and outlets are numbered

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?

Hi Fred, This functionality can be created in any proper language, but it is hard to create a generic solution based on your example. For instance, how do you know it will be all the lines except the ones you specify, and do you really want all the objects at 100,100 ? Well, the purpose

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?

Hi João, This functionality can be created in any proper language, but it is hard to create a generic solution based on your example. For instance, how do you know it will be all the lines except the ones you specify, and do you really want all the objects at 100,100 ? Only if you have a

Re: [PD] Help Patches Layout

Thanks Roman for explanations.. good trim the edges of naming things in order to eliminate future confusion. Ivica, I'm thinking in order to provide a relatively see and understand for help patch user. Is really necessary expose a new user to this problematics? I'm thinking which not every pd

Re: [PD] Edit Pd file to change coordinates. pdlua or other language?

I'd guess it probably _is_ doable in Pd, with some tangled use of the [text] (using "search" and "set"). When I do this type of manipulation, it's for mobile, so I'm limited to Objective-C and Java, but if you use Java you could adapt Chris' parser:

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

(sorry, just talking to myself here again) actually, you don't need to copy the inlets into separate arrays. Just making a temp array for the outlets, writing to that in the main for loop, and then copying that to the outlet buffer in its own for loop is sufficient.

[PD] Edit Pd file to change coordinates. pdlua or other language?

Dear list, I wanted to edit some Pd files so that I can change the coordinates of *some* lines. For example, if in a pd file there is the content: #N struct 1164-element float x float y float nr float index float nr-show float tick-show; #N canvas 168 80 670 664 gui 0; #X obj 186 548

Re: [PD] ASIO SDK

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 dance if I'm distributing binaries  build using that... -Jonathan On Saturday, March

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

Thanks! I might have to look for another way to do it since I need to get the patches running now. Ingo > 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). > >

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

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). cheers Miller On Sat, Mar 19, 2016 at 04:42:33PM +0100, Ingo wrote: > What's the latest news about [initbang]? > > I have

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

Thanks Claude and Iohannes. seems this is likely an issue with the recycled signals then... i tried the method Claude suggested, and even with any tweak i could think of, it's still not working. Iohannes, what do you mean when you say: "which signals get re-used is a function of the

Re: [PD] ASIO SDK

Yes and yes... I'm using the 'official ASIO SDK 2.3, which I can't distribute the source or header files for. Details in pd/asio/README.txt (although I see I didn't update the version number in the README). cheers Miller On Sat, Mar 19, 2016 at 04:17:53PM +, Jonathan Wilkes via Pd-list

[PD] ASIO SDK

Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from Steinberg? If so, did you have to sign some licensing garbage in order to do that? Thanks,Jonathan___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

[PD] [initbang] ? - anything new?

What's the latest news about [initbang]? I have just switched from pd-extended to vanilla but still have some patches that don't work anymore for the lack of [initbang]. Before I start reprograming these patches I thought I'd check out if anything has been done about it in the meantime. Ingo

Re: [PD] GUI port: full triforce

Wonderful, Jonathan. You now have hero status. On Tue, Mar 15, 2016 at 10:24 PM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote: > Hi list, > I now have the GUI port of Pd-l2ork up and running on GNU/Linux, OSX, and > Windows. > > One final dungeon of build script revisions and I'll

Re: [PD] LKFS or LUFS-based compression?

Ah, sorry for my completely irrelevant pointer. Now I understand (after consulting wikipedia again) that you want to compress according to frequency- and sound pressure dependent equal-loudness contours so you can comply with standards about perceived loudness? Seems that this requires multiband

Re: [PD] installing pd-extended on debian (jessie)

On 03/16/2016 12:55 PM, Martin Schneider wrote: > Dear All, > > TLDR; > > I have trouble installing pd-extended from the debian repos. > > Long Version: > > I am trying to install the "pd-extended:i386" package on debian (jessie) on a > 64 bit machine. > It seems that the apt-release.conf

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

this seems to work: // loop through the 4 oscillators, adding the left to right: t_sample l[4]; t_sample r[4]; t_sample out[4]; while (n--) { for (int osc = 3; osc >= 0; osc--) { l[osc] = *left[osc]++; r[osc] = *right[osc]++; out[osc] = l[osc] +

Re: [PD] Help Patches Layout

> I did not attack me so... Rename in there have some implication? If no, I > will start to rename... Please don't rename them.  Inlets and outlets are numbered starting from zero, both in Pd's file format and in dynamic patching: [connect 0 0 1 0(|[send this] [namecanvas this] This makes a

[PD] [PD-announce] Click Tracker - Version 1.4 is out!

Hello everyone, Version 1.4 of the Click Tracker is out, with the support of Carl Ludwig Hübsch. The new features are: - new website - beat direction forward/backward - big display for beats + bar number You can download the new version at http://j.mp/clicktracker14. For more informations,

Re: [PD] Help Patches Layout

Here's my $0-cents worth. This is an eternal struggle in the world'o'comp sci. We need to wrap our heads around the fact that 0 is the 1st number in any kind of data container, whether it be value or ordinal position. Yet, as humans we prefer 1 to be that first number, reserving 0 as the

[PD] Does pd allow RGBA format for GUIs?

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

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

oops, those weird for loops are just a throwback to something i tried that didn't work. normal ones work fine: for (int osc = 0; osc < 4; osc++) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

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

On 03/16/2016 04:51 PM, i go bananas wrote: > Iohannes, what do you mean when you say: > > "which signals get re-used is a function of the surrounding patch, and > unrelated to the creation order within the object's dsp-function." > > ??? > > Is there some sort of logic or rule to this? > yes

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

yes -- and you can allocate the temporary outputs on the stack using alloca(). cheers M On Thu, Mar 17, 2016 at 10:31:06AM +0900, i go bananas wrote: > (sorry, just talking to myself here again) > > actually, you don't need to copy the inlets into separate arrays. Just > making a temp array