here is a new synthesis method with a fibonacci delay line it is a DEMO of a new set of tools including modal synthesis a la intellijel Plonk for physical models NOT based on STK which for many years was the lingua franca of physical modeling for several major data flow programming languages
To evaluate this synthesis you will need to install a library which will give you required libs that will be needed in the new suite of patches i have been working on that will include:
bouncing~ breaking~ bubble~ crumpling~ dcmotor~ demix~ envelope~
explosion~ fluidflow~ friction~ impact~ inertial modal
motor~ myo~ pitch~ pitchshift~ reverb~ rolling~
scraping~ spectralfeats~ windcavity~ windflow~ windkarman~ zerox~ munger~
cooled~ and several maxugens by Luke Dubois
Until these are included in any major releases you have to install them yourself.
place this file in your old fashioned /Patches folder and run it:
then you can run this DEMO of fluidflow that has a fun Fibonacci based delay line
perhaps you think it unimportant, but personally as an open source developer, I think its great that these kind of projects are generous enough to give away their workā¦and its important to credit and acknowledge them.
canāt any needed lib be placed in the patch folder instead of manually installing stuff in /usr/lib. Or what happened to the idea putting extra stuff in the central āextra libsā folder ?
and yes to what @thetechnobear says. Generally all patches should include a license file, and especially those that include work from other open source projects.
The SDT prints all the info to the window, Bloop is/just a silly name i made for testing to see if it works on otherās computers
i assume you read the links from the pd window yes? thatās where the license info prints, perhaps we can have that print to the OLED that would be fun
lets see how this one works and the patches that are being created will include the compiled libraries
@thetechnobear --no i do not think itās unimportant, and personally Iām a researcher who will be extending Mr Rochessoās & Mr Bernadinis work and the code they have worked on so others may use it inside the organelle. https://www.dropbox.com/s/zx616uzm6lkzlin/SObBook_JUL03.pdf?dl=0 is the book as well. So yes, itās important to acknowledge them and i shall be @ TEDx including you, oweno and the Critter team as well as Prnciskus & Giedrius @ Blokas
@oweno Because of the way itās compiled the .so MUST be in /usr/lib or /usr/local/lib and then the compiled externals sit in the folder for this example fluidflow iāve tried on several different machines and this seems to work the best
@thetechnobear ā just so you know iāve been doing this a while and i try to directly contact the developer before i even begin something like this so i donāt get into problems. The patches that i am going to build take the SDT libs to the next level of usability. This October i will be traveling to Verona to meet Davide and Matthew and Andrea Valle who are holding a conference and will demo the extension for them there. And during research i donāt publish my bibliography BEFORE i present. thanks for understanding that personally as a researcher at a university i am provide explicit links in my papers, research proposals and to funding sources regarding the research i am using.
Iāll definitely include the license file/s etcā¦ when i can confirm it works. basically if it was not working or ONLY worked on my machine(s) i need others to test that. This is really only for testing.
I will code a patch that prints license info to the window too. I tried to do that with all the LADSPA creators there were a ton of them and whiel MANY come from Steve Harris other ones came from CDP etcā¦
So i want to be clear my research and my focus is/has been on the maintenance and revival of this code for users and the developers i have contacted for example Kelly Fitz who created loris ā a spectral morphing library that used csound has granted me access to maintining his code FOR the csound community. Now what does that mean? It means WORK. It means hiring grad students or assigning grad students to re-concile the code with csound, the current python and the code that Kelly Has released. So i MAKE SURE that IF i am going to spend MY RESEARCH DOLLARS on something that they know about it not for hurt boo-boo feelings or trying to claim their work as my own. I have been participating in open source development since the mid 1990s-- for example the Gendy~ work recently and just a few weeks ago with Olivier Belanger and Cecilia but to give you an idea this is what Dr. Fitz had to say about HIS code and my intentions
I have been out of academia for almost a dozen years, and in that time, I have not used Csound at all. The decision to stop supporting Csound, to the extent that there was a decision at all, simply came down to there being no one in the Csound community willing and available to maintain the modules. The API was forever changing, and at some point long ago the modules I had worked on stopped working. Loris is no longer related in any way (unfortunately) to my day job, so I have almost no time to develop or support it any longer. I would be glad to see someone familiar with (and willing to keep up with) the Csound API update the Loris modules, but I cannot offer much assistance, nor give a credible estimate of the effort that would be involved to bring them up to date. You can, of course, clone the repository and inspect the module code yourself, but I have no bandwidth (and of course, no students) to dedicate to the effort.
GEM: Graphics Environment for Multimedia
GEM: ver: 0.93.3
GEM: compiled: Nov 10 2011
GEM: maintained by IOhannes m zmoelnig
GEM: Authors : Mark Danks (original version)
GEM: Chris Clepper
GEM: Cyrille Henry
GEM: IOhannes m zmoelnig
GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al.
GEM: found a bug? miss a feature? please report it:
GEM: homepage http://gem.iem.at/
GEM: bug-tracker http://sourceforge.net/projects/pd-gem/
GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/
GEM: compiled for SIMD architecture: SSE2 MMX
GEM: using SSE2 optimization
ā”ā”ā”
ā” the zexy external 2.2.6svn
ā” (c) 1999-2012 IOhannes m zmƶlnig
ā” forum::fĆ¼r::umlƤute
ā” iem @ kug
ā” compiled: May 29 2015
ā” send me a 'help' message
ā”ā”ā”
my point was simply credit/acknowledge ā¦ in the spirit of open source.
I accept that for many patches listing every license, for every lib, external would get onerous, so perhaps even its not exactly correctly, but just mentioning the pieces which for an important part of the patch is perhaps the middle groundā¦ with references to the original source and project web site.
and please, lets stop the āauthority argumentā - " I am ā¦ , I knowā¦ " (sorry dont know the academic term for this argument) - its perfectly cool, thatit didnāt occur or whatever , just accept the point, correct it, and move on.
the spirit of open source would have been āhey i made you an installer for it so you we can use these cool patches on the organelleā
or as i shared perhaps ālets find a way to mirror the pd window so we donāt have to worry about not crediting folks who have moved on in some cases 10+ years ago. and like you said " listing every license, for every lib, external would get onerousā and not revealing my bibliography/research when i am scheduled to publish is important to me.
If you do not care to acknowledge my research and the work that goes /has gone into preserving this code, communicating with the developers, research stipends, communications with administration and resulting travel, budgets and funding allotments, thatās fine but as i have asked for privately i am requesting a more collegial exchange. i donāt need linux lessons nor research best practices hints.
yeah, there will always be a bit of a grey area when it comes to doing this properly, as patches are often a collection of interpreted (Pd) files, compiled binary files, and media files created by one or many personsā¦ when we first started making patches we struggled with how to deal properly with licensing and attribution. In the end we took some inspiration from the license included in the rjdj pd library, found here. the idea is to loosely list authors and contributors, followed by actual license text when/if needed. but we always thought it was important to do something, in the end the worst license is none at allā¦
but beyond all the legal stuff is also the idea that patches should be designed to engage programmers just as they engage musicians (and many of us would say these activities are one in the same). simple documentation including links and credits to the work on which the patch is based goes a long way to draw folks in, opening them up to techniques and ideas they might not have known about. @shreeswifty you are obviously versed in the history of some of this code, and I think it would be beneficial for others to share some of this in the patch (like a credits file or readme file or whatever), both in the giving credit sense, but also the educational sense.
i totally agree, and if you go through the patches i actually release i always try to give a background of where it comes from and better still the compiled externals that makes the patches work for example i just looked at the first āreadmeā for this project i found
T
o run the example patches, you must use pd version 0.33 or later.
---------------
note** i laughed when i saw 0.33 that is ancient days pd -wise.
Modules are protected from unhealthy parameter settings, e.g. negative masses or elasticities or range overflows; for extreme values, instabilities can though still occur. In such cases, modules have to be recreated, e.g. by closing and reloading the patch. No precausions whatsoever are taken to prevent clipping or other nasty sound events; be aware that careless settings can hurt your speakers/ears (as can real impact events ā¦).
Finally, have fun with the plugins. For questions, comments, suggestions donāt hesitate to contact rath@sci.univr.it; examples of realized sounds of whatever (e.g. musical) use are particularly welcome.
Verona, june,27th, Matthias Rath
ANd from that i contacted Matthias [Matthew Rath] i was told he had not looked at that code āin yearsā so i contacted a colleague in Italy Andrea Valle who knows Rochesso and Stefano Papetti. Papetti is more interested in Max and there is a much more developed set of tools for Max, but of course my interest is in Pure Data. And time and time again many of them included the pd code for legacy or open source concerns and ANYTHING done with them is applauded. But the point is actually to do something with them first. Make them work and use them in something besides the release THEN you actually have something to talk about. That is the research. There is also the ability to ASK ME questions, that might reveal a universe of code that programmers might want to explore or need but i am not doing research for an invisible party of individuals> i am making stuff with code for this device and people that use it. If you are a programmer the window prints everything to the window and maybe i just assumed if you are making patches thatās just a given. I contacted Davide about the copyright expiration hence my āunder reviewā and i will wait to hear what he says before we proceed. I donāt want to get anyone in trouble but i also have research that i am doing that is parallel to this wonderful little blue box and what i am asking for/have asked for is a little more collegiality, thatās all.
