[PD] use gl_VertexID

2018-06-13 Thread Philippe Boisnard
Hello I have a question about shader I search to work with gl_VertexID in .vert script. Some one have an example to implement this in .vert. With gl_VertexID, you can have an array of vertex with no input array for VBO and you can detreminate in real time the size of VertexArray with no latenci

Re: [PD] standard paths for externals

2018-06-13 Thread Alexandre Torres Porres
2018-06-13 20:18 GMT-03:00 Dan Wilcox : > 2. IOhannes convinced me, over time, that the "stdpath" loading mechanism > used by the "extra" folder is problematic as it adds too many (sub) search > paths by default and it becomes harder to tell/control what's being loaded. > hmm, I see... > The "b

Re: [PD] standard paths for externals

2018-06-13 Thread Dan Wilcox
There seems to be a bit of FUD in this "discussion." Some things from my perspective: 1. Pd's library/path mechanism is largely oriented toward *local* libs first and *global* ones later, ie. download externals to individual project (sub)folders. I believe the centralized loading was added late

Re: [PD] Pure Data and Bela - newb

2018-06-13 Thread Giulio Moro via Pd-list
there was an error in my debouncing patch, now fixed at the URL below. Sending a float into [delay] changes the delay time, and that gets me every time (I instinctively think that it just gets casted to a bang!). Giulio On Wednesday, 13 June 2018, 21:58:34 BST, Wendy Van Wynsberghe wrote:

[PD] Pure Data and Bela - newb

2018-06-13 Thread Wendy Van Wynsberghe
Hi, Ten years ago I learnt the beginnings of Pure Data - and now I have thrown myself into the deep end --> I'm trying to do a fairly simple Pure Data project on Bela (https://bela.io/) - and failing gloriously. I have a Pure Data Patch that works on my computer, with keys from the keyboard.

Re: [PD] standard paths for externals

2018-06-13 Thread Alexandre Torres Porres
2018-06-13 14:20 GMT-03:00 Christof Ressi : > basically, I agree with Alexandre. To sum it up quickly from my point of > view: > > 1) "-path" in [declare] should apply to *all* paths - including the user > defined paths. > 2) "-stdpath" and "-stdlib" should be deprecated and just become aliases >

Re: [PD] standard paths for externals

2018-06-13 Thread Christof Ressi
basically, I agree with Alexandre. To sum it up quickly from my point of view:   1) "-path" in [declare] should apply to *all* paths - including the user defined paths. 2) "-stdpath" and "-stdlib" should be deprecated and just become aliases to "-path" and "-lib"   this way we would have a un

Re: [PD] standard paths for externals

2018-06-13 Thread Alexandre Torres Porres
2018-06-13 4:18 GMT-03:00 Roman Haefeli : > > I seem to disagree in almost everything you say. > I didnt say anything, I'm quoting someone else... > Your proposal has two - imho: major - drawbacks. It's not my proposal, I'm not proposing anything... > By putting libraries > anywhere (outsid

Re: [PD] standard paths for externals

2018-06-13 Thread Roman Haefeli
On Tue, 2018-06-12 at 16:16 -0300, Alexandre Torres Porres wrote: > Well, there has definitely been results in the design of Pd that came > out of recent discussions. Let me point again to what Miller said in > https://lists.puredata.info/pipermail/pd-list/2017-07/119839.html to > highlight the n