Skip to content

Initialization user cases

Jump to bottom Edit New page
Pascal Baltazar edited this page Jun 10, 2015 · 9 revisions

a page we decide to create during the 28th Bod to design the initialization process.

Please add patchers as links to gitter gists

  • an example we had with Théo was equalizer~.model, where currently the 0 at init for the bands parameter creates some mess. This will be fixed in this particular case, and once the init process is properly implemented, this would be less of a problem (because it would then only init once with the proper value).

  • a parameter used for setting the playing speed of a sfplay~

https://gist.github.com/jln-/75bc8c661269afd8b1c3#file-gistfile1-txt

  • a parameter used for accessing the file path of a soundfile for sfplay~

https://gist.github.com/bltzr/24b96a591f9bea11c110

Some sketches we made of the expected behavior on the whiteboard during the Lyon workshop:

This assumes the redesign is made, with a cascading behavior (i.e. only the hierarchical topmost value is sent), and that there is a j.application (or whatever) externals, which allows to manage the whole Jamoma application, somehow as if it was a model.

  • with default and preset values:

  • without any default or preset value set for the parameter 'p'

Add a custom footer
Add a custom sidebar
Clone this wiki locally