preset manager


    Jul 10 2007 | 3:29 pm
    I am working on a preset manager. A basic preset, in my patch, is now a table of settings in jit.cellblock. Each row represents a track (50 tracks) and each column a setting for that track (file path, level, bus type, bus level etc...).
    I also have created an additional table to manage those presets. Its is now a table of preset names and paths to the files which contain the data (again realized with jit.cellblock).
    The whole system is a bit clumsy and slow. I am convinced there is a better way. A single preset is approx. a 6k text file when stored to disk. I a having trouble storing the contents of an entire preset in a single cell of a table. Although this might be the way to go.
    Any ideas?

    • Jul 10 2007 | 3:40 pm
      well its difficult to tell what approach would be best without gaining a deeper understanding of the patch itself. however, i recommend you look at the pattr objects...
      firstly, double check to see if they are compatible with jit.cellblock, or if you can create an abstraction to fetch / set data as a work around.
      The pattr route might be more beneficial in your situation as you it sounds like you are dealing with large sets of data.
      j
    • Jul 12 2007 | 10:36 am
      If you check out Jamoma, there's a module (jmod.cuelist) to store presets in a text format using OSC to address the various parameters of the modules. There's also the possibility of saving presets for each module as XML, and pattr-support is integrated.
      www.jamoma.org
      Best, Trond
      justin wrote: > well its difficult to tell what approach would be best without gaining a deeper understanding of the patch itself. however, i recommend you look at the pattr objects... > > firstly, double check to see if they are compatible with jit.cellblock, or if you can create an abstraction to fetch / set data as a work around. > > The pattr route might be more beneficial in your situation as you it sounds like you are dealing with large sets of data. > > j >
    • Jul 12 2007 | 10:20 pm
      I've written an abstraction that you can simply drop into your patcher and start storing and recalling presets using the pattr family. It's called p.storage. You can download it here:
      It might be helpful for you, if not to use out of the box, as a starting point for your own patch
      pelado
    • Jul 16 2007 | 1:08 am
      Thanks for the advice. "pattr" is definitely the way to go. I was sometimes dropping 500ms parsing my preset data with JavaScript. I am still using the jit.cellblock matrix to display the current configuration but the data now lives in a pattr domain. I have given up a bit of control over the formatting but the speed is smokin' :)
      I am also twaeking p.storage to present the saved presets in an expanded list view as opposed to a pulldown (thanks pelado this is great!).
      c-
    • Jul 16 2007 | 9:29 am
      maybe it can help too...
      this is fp.Preset.