how to display the instances produced by poly~ in a single bpatcher


    Sep 20 2009 | 3:51 pm
    Dear advanced users,
    can we display the instance produced by poly~in a single bpatcher window?
    It is very complicated to open and close many windows.
    Thus, I want to encapsulate all sub-windows linked to one poly into one bpatcher.
    Sincerely,
    prko

    • Sep 21 2009 | 1:16 pm
      A typical solution would be to create bpatchers with the controls that hook up to the individual voices within poly~. That would require dynamic assignment of sends (forward) and receives.
      _
      johan
    • Sep 21 2009 | 1:31 pm
      Thank yoy for the answer.
      However, I have not got the technical details from your answer.
      Which objects should I use for the controls that hook up to the individual voices within poly~.
      What does mean dynamic assignment of sends (forward) and receives?
      Is there any instruction for it?
      Thank you very much!
      best,
      prko
    • Sep 21 2009 | 3:48 pm
      This isn't functional. it's just a visual diagram of how to achieve what your looking for
    • Sep 21 2009 | 6:27 pm
      Thank you!
      What I meant was displaying a small part of all instances which are produced by poly~.
      e.g.:
      [poly~ xxx 5]
      I want to have five displays produced by bpatcher linked to xxx.
      The method which you suggest means that I must produce a displaying patch for each prototype for a poly~.
      e.g.:
      [poly~ xxx.processing 5]
      I want to have five displays produced by bpatcher linked to xxx.displaying.
      I must create one more file just for the display.
      Did I understand the method correctly?
      Is is possible to reach my goal without an extra file for the display?
      best,
      prko
    • Sep 21 2009 | 6:33 pm
      no, a bpatcher represents one of two things: An abstraction, a subpatcher.
    • Sep 21 2009 | 6:50 pm
      I have got it!
      Thank you
    • Sep 22 2009 | 2:17 am
      I have a problem again!
      I don't know how to use the symbol "#1" with bpatcher.
      The following is the patch which should be produced five times by [poly~].
      Thus, there is the following object with the following argument:
      [poly~ adc~s_poly 5]
      I don't know how to use the symbol "#1" with bpatcher.
      I have tried in the inspector of bpatcher.
      However, it does not work.
      Can anybody help me?
      Sincerely,
      prko
    • Sep 22 2009 | 3:52 pm
      [poly~ adc~s_poly args 5]
      edit-> actually i'm not sure that is what you wanted
    • Sep 22 2009 | 6:52 pm
      thanks, but your answer is not the answer what I have asked.
      My question is, how to load a patch A into a [bpatcher] and this instance of patch A in [bpatcher] must be one instance of [poly~ adc~s_poly 5]!
    • Sep 22 2009 | 10:02 pm
      it's not possible, but a bpatcher-like external could probably be written with the new sdk that does this.
    • Sep 22 2009 | 11:28 pm
      oli larkin wrote on Tue, 22 September 2009 17:52[poly~ adc~s_poly args 5]
      edit-> actually i'm not sure that is what you wanted
      no problem, he needs that, too, because he had it wrong before.
      i think you have to rethink yur patch, not wait ffor a bpatcher
      update in maxmsp v 6.
      i bet you have interface elements in your poly patcher, and this
      is what you should change. everything "control" and "gui" has to
      run from the outside world. then it is no problem to have different
      voices visible and controllable at the same time without opening 32
      windows.
      try to use poly~ more or less for signal only.
      -110
    • Sep 29 2009 | 3:47 pm
      Matthew Aidekman has right!
      I have solved the problem!
      Thanks!
      My problem was another problem!
    • Sep 29 2009 | 4:56 pm
      Roman Thilenius has also right!
      I reached my goal by the method of Matthew Aidekman.
      The sound ist twice louder because two instance 1 in [poly~] and [bpatcher] work simultaneously!
      I will follow your method!
      Thanks very much!
    • Mar 11 2015 | 7:45 pm
      Hmmm. If poly~ could host a bpatcher, that would be a really elegant way of creating mixers, where you have a bunch of identical guis that differ only in subtle details (channel name, x-coordinate, etc.) Require very little cabling between interface and audio.
      But it sounds like this is not currently possible? No big deal, as this can be done with javascript.... but it would be cool to be able to patch it that way, and much cleaner.