saving coll with patch, in a Pluggo


    Feb 19 2007 | 6:37 pm
    I have a Max patch in which I have a coll saved within the patch. It
    works fine, and when I close the patch and reopen it later, the data
    stored within the coll is still there. Great.
    When I make a Pluggo out of that patch though, the coll and its data
    that I thought would be saved within the Pluggo seems to be empty.
    Is there a way to save a coll, including its data, in a Pluggo?
    Dan
    --
    Dan Nigrin
    Defective Records
    202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X / Major
    Malfunction
    http://www.defectiverecords.com

    • Feb 19 2007 | 7:14 pm
      use the write message to save it to the harddrive, then load it later. You can also use plugmultiparam to convert filenames to numbers if you're a good hack. So, get the filename in there somehow and store it in plugmultiparam. You can use OSC to save it, with a gated return function, or you can maybe use textedit if your sequencer allows text input on vst plugins. I know cubase has a keycommand to enable/disable this functionality.
    • Feb 19 2007 | 9:30 pm
      Thanks.
      Dan
      At 11:14 AM -0800 2/19/07, jamez wrote:
      >use the write message to save it to the harddrive, then load it
      >later. You can also use plugmultiparam to convert filenames to
      >numbers if you're a good hack. So, get the filename in there
      >somehow and store it in plugmultiparam. You can use OSC to save it,
      >with a gated return function, or you can maybe use textedit if your
      >sequencer allows text input on vst plugins. I know cubase has a
      >keycommand to enable/disable this functionality.
      --
      Dan Nigrin
      Defective Records
      202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X / Major
      Malfunction
      http://www.defectiverecords.com
    • Feb 19 2007 | 11:08 pm
      yeah it's not very ideal. ddg came up with some externs but they lack help files. I think they're somewhere in the pluggo install. they deal with converting filenames. I never took the time to figure them out but that's how the pluggo samplers recall where the samples are on the harddrive, with those externs.
      jamez
    • Feb 19 2007 | 11:43 pm
    • Feb 19 2007 | 11:50 pm
      Actually, I came up with a better workaround.
      I don't need to *write* the coll from within the plugin, just read
      from a fixed set of data in the coll. So if I place the text file
      that contains the coll's content in /Library/Application Support/C74
      Plug-in Support/Pluggo Support, then the Pluggo finds the file
      magically, and this accomplishes the same thing for me as saving the
      coll within the Pluggo.
      Thanks,
      Dan
      At 3:08 PM -0800 2/19/07, jamez wrote:
      >yeah it's not very ideal. ddg came up with some externs but they
      >lack help files. I think they're somewhere in the pluggo install.
      >they deal with converting filenames. I never took the time to figure
      >them out but that's how the pluggo samplers recall where the samples
      >are on the harddrive, with those externs.
      >
      >jamez
      --
      Dan Nigrin
      Defective Records
      202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X / Major
      Malfunction
      http://www.defectiverecords.com
    • Feb 20 2007 | 12:01 am
      > Maybe I misunderstood something but the following things works to me:
      > - create a patch which use a coll with embed function activated
      > - put something in the coll
      > - save the patch
      > - build the plug-in
      > - run AudioUnit scan if required
      > - launch you're favorite sequencer
      > - the coll contents is still there.
      yes it should work, it does here. unless there is a bug in 4.6 ...
    • Feb 20 2007 | 12:18 am
    • Feb 20 2007 | 11:36 am
      monkey balls.
    • Feb 20 2007 | 7:50 pm
      Apologies - I re-tested this today (saving coll with patch that's
      turned into a Pluggo), and it's working fine. Not sure what I was
      doing wrong yesterday....
      Thanks to all that responded.
      Dan
      --
      Dan Nigrin
      Defective Records
      202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X / Major
      Malfunction
      http://www.defectiverecords.com