Re: [PD] bring the noise

could you guys share a patch with that trick? :) 2017-04-06 19:13 GMT-03:00 cyrille henry : > > > Le 06/04/2017 à 23:48, Matt Davey a écrit : > >> sorry, will get back to all of these suggestionslots of promising >> stuff here. >> >> but first, cyrille... >> >> tabread4~

Re: [PD] bring the noise

Le 06/04/2017 à 23:48, Matt Davey a écrit : sorry, will get back to all of these suggestionslots of promising stuff here. but first, cyrille... tabread4~ strange_noisy_waveshape any ideas how to generate that waveshape algorithmically??? handdrawn stuff is awesome, but maybe there

Re: [PD] bring the noise

Alexandre, i'm downloading that now. thanks!! ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken install path & permissions on Debian

On 04/06/2017 10:12 PM, Julian Brooks wrote: > What's the canonical/most-favoured approach here for Debian (Linux in > general I suppose). # apt-get install pd-deken-apt this will add apt powers to deken (but of course you need supercow powers to use them) gfasdmr IOhannes signature.asc

Re: [PD] bring the noise

sorry, will get back to all of these suggestionslots of promising stuff here. but first, cyrille... >tabread4~ strange_noisy_waveshape any ideas how to generate that waveshape algorithmically??? handdrawn stuff is awesome, but maybe there are even better ways? thanks for that trick

Re: [PD] New deken feature, create system user folder

> On Apr 6, 2017, at 9:22 AM, pd-list-requ...@lists.iem.at wrote: > > i think the processing analogy also only takes the being-worked-on > documents into account, rather than reusable libraries. Nope, reusable libraries are stored in ~/Documents/Processing/libraries. Same for Arduino. This is

[PD] Deken install path & permissions on Debian

Hi all, Just to add a little more noise to the ongoing debate... What's the canonical/most-favoured approach here for Debian (Linux in general I suppose). I want my externals in usr/lib/pd/extra but installing via Deken I don't have permission to install there - tbh so far, I've just installed

Re: [PD] New deken feature, create system user folder

2017-04-06 15:36 GMT-03:00 Alexandre Torres Porres : > We don't have such a user friendly manager like that with deken (far from > it) > been saying it before, but in any case, by that, I mean: 1) the folder is not created for you, you have to pre create it (requiring previous

Re: [PD] New deken feature, create system user folder

I can add, again, the example that Max uses ~/Documents for installing plug-in externals and stuff. just saying... Yeah, some softwares will use ~/Library, but not like we're using, that is a "Pd" folder in ~/Library, but choose ~/Library/Application Support/SoftwareName instead. Moreover,

Re: [PD] oops (did a bad thing in puredata.info)

thank you, sorry for being so insistent > i would ask you to not delete any content > no worries, from our discussion, I have figured out how to not need to do that for what I wanted. I will in fact try to include every release after 0.1alpha56 for historical reasons (that'd be 0.1-alpha57,

Re: [PD] New deken feature, create system user folder

yeah this might be apple "conceptual" method but it seems in practice applications (lately?) are preferring to use ~/Documents as the catchall for libs,user created docs, examples, etc. so processing, for example, in ~/Documents has folders: examples libraries modes templates tools similar for

Re: [PD] New deken feature, create system user folder

> i think ~/Documents is for user-created documents, The Processing and Arduino folders in ~/Documents contain a 'libraries' subfolder, which is considered the default place for user-installed libraries. But in the end, that's just the Processing way. BTW, one thing I don't find so elegant

Re: [PD] New deken feature, create system user folder

On 2017-04-06 06:20, Alexandre Torres Porres wrote: > A parallel discussion in this thread is that the system folders change in > MacOS, since ~/Library/Pd is an unusual and inconvenient place for that (an > example is processing using ~/Documents instead) i think ~/Documents is for user-created

Re: [PD] oops (did a bad thing in puredata.info)

On 2017-04-06 06:00, Alexandre Torres Porres wrote: > IOhannes, please, can the cyclone page be edited and updated to include the > newer available versions? i finally found time to check that page with a backup. i have now added you and fred-jan again as "owners", so you can edit. despite being

Re: [PD] Pd GUI poor performance

On 06/04/17 12:27, Orm Finnendahl wrote: > Apart from that there is an external called speedlim (you could also > build that as an abstraction using vanilla) which might be more > elegant than using a global metro. my idea was to have exactly one event which updates all gui-elements, instead of

Re: [PD] Pd GUI poor performance

Another solution could be to reduce the maximum number of messages sent to the gui per tick. IIRC this is a #define somewhere in the sources and you'd have to recompile pd, but I did this once on an advice of Miller and it worked very well (except for the slow gui framerate). Apart from that

Re: [PD] bring the noise

On 05/04/17 23:08, Matt Davey wrote: > what sorts of other processes there are to generate noise, particularly > noise more reminiscent of analogue machines. in my "instruments-collection" (http://martin-brinkmann.de/pd-patches.html) is a (not very elegant) patch for pink(ish) noise, and one for