Additional Bus Type

Forums Forums dLive Forums dLive feature suggestions Additional Bus Type

This topic contains 19 replies, has 4 voices, and was last updated by Profile photo of RMA RMA 1 year, 11 months ago.

Viewing 15 posts - 1 through 15 (of 20 total)
  • Author
    Posts
  • #107000
    Profile photo of RMA
    RMA
    Participant

    I would like to be able to sum several inputs to the proposed bus type having the following features:
    1. Able to send from this bus to all current bus types except FX returns.
    2. Cannot receive any other buses.
    3. Receives only input channels.
    4. Full processing stack as for an input channel.

    The placement in hierarchy would be one step above an input, and below all other bus types.

    I am hoping for a convenient summing of inputs for the purpose of common processing and also to allow for routing not currently handled by the other bus types. This would pack a lot of control into a single channel strip keeping me from digging down into layers.

    Example
    1. 2 or more Toms routed to one of these proposed (mono or stereo) buses. Then you can route all Toms to OnePad (Aux) buses prefader, and to FX send buses post fader, route to the mains or to a drums group, apply further eq and processing etc.
    2. Snare top and bottom routed to one of these proposed buses. Ditto from line 1 directly above, instead of trying to do routing and processing all at the inputs with ganging, stereo input, or DCA’s.

    Thank you.

    Newbie here and in the process of setting up our system, and I’m hoping I’ve not missed something. If I have, please let me know.

    #107003
    Profile photo of Scott
    Scott
    Participant

    Why not use a group for things like snare top/bottom, toms? Then use a DCA to control those group masters.

    #107010
    Profile photo of RMA
    RMA
    Participant

    The other buses do not cover this use case. A DCA control does provide one control for I can place in the surface top layer but offers nothing other than level(s) control to that which is under it.

    1. I would like to expose one item for OneMix users and not have 2 or more items to be exposed to these users in many instances. I would like to simplify their existences here unless requested otherwise.
    2. I would like to have convenient, one stop one strip control of FX for a grouping of inputs, as well as for final touch EQ and compression.

    A DCA does not do this, and neither do any of the current buses do ALL of this.

    Allen & Heath have configured all of the buses towards their respective output destinations and from their respective input capabilities with latencies and phase coherence in mind.

    My request would be keeping to the phase coherence principles (with the proposed rules for the bus) and I’m hoping would not need more than a firmware update.

    This covers a very specific (but common) use case that at this moment appears to have inelegant near solutions.

    #107011
    Profile photo of RMA
    RMA
    Participant

    This line:
    A DCA control does provide one control for I can place in the surface top layer but offers nothing other than level(s) control to that which is under it.

    should have been:
    A DCA control does provide one control I can place in the surface top layer but offers nothing other than level(s) control to that which is under it.

    In my opinion this is a needful and very specific/structured use case.

    #107012
    Profile photo of RS
    RS
    Participant

    1. Able to send from this bus to all current bus types except FX returns.

    In my understanding of mixing console terminology, a bus is a send (output) and a FX return is a input.
    In that respect your sentence makes no sense to me.

    #107013
    Profile photo of RMA
    RMA
    Participant

    Just got included in the counts for setting up buses. Yes I agree.

    For setting up what I’m asking for I don’t believe this proposed bus would be allowed to receive FX returns however.

    #107014
    Profile photo of RMA
    RMA
    Participant

    Had a brain phart with the statement.

    Simply:
    1 Able to send from this bus to all current bus types.

    Period.

    #107015
    Profile photo of RS
    RS
    Participant

    Then we are back in “bus into bus” feature request.
    This was asked many times before.

    Maybe A&H does not want to offer that feature, as it would get out of the safe zone of phase coherent mixing and they still have to weigh between pro features and not getting overwhelmed with support tickets?

    #107016
    Profile photo of RMA
    RMA
    Participant

    I am hoping this request is simple enough for A&H, and that it has a provably useful use case for many people. To me of course, the use case is proven.

    I did my best to look for prior instances in this forum for busing structures.

    Not having the full context for reference concerning what you’ve said, I do not believe this is quite so simple as implied with the “Bus into bus” feature request. It depends highly upon what the individual hopes were for such requests. This request I am making allows for no other buses to serve as inputs to this one. This would be a summing bus with particular features for inputs only. Other buses do make special allowances, but none implement what I am looking for here but that I believe is possible to have.

    I’ve kept my hopes to a minimum specification that would conceivably be doable within the current overall structure of the A&H implementation which is a main reason to allow no other buses for input. If they (A&H) can do that it might be even better, but I’m trying to keep this very simple and to a specific goal. In that I’m trying to think in terms of purely top-down or left to right with no looping back anywhere, within this particular request.

    It would be super nice to essentially have a full fledged build-my-own-configuration-from-the-ground-up DAW inside of this product with full latency compensation and specs like A&H currently offers. I’m not even remotely going to ask for such a thing. A&H has built desks for years, good ones. I’ve been a customer before, and a happy one at that.

    —*——-*—
    Long story short, I do not believe at all that this is just another “bus into bus” feature request. This has a very specific use case targeting a very specific set of circumstances that I believe needs a solution in the real world.

    #107017
    Profile photo of RMA
    RMA
    Participant

    RS – Maybe A&H does not want to offer that feature, as it would get out of the safe zone of phase coherent mixing and they still have to weigh between pro features and not getting overwhelmed with support tickets?

    I would rather ask them than to suppose I have the answer.

    This is certainly not a common feature for an analog desk as the enterprising engineer has workarounds that actually work in the analog world. However, this request would fill a specific use case that cannot truly be addressed in the current implementation in this particular digital world.

    #107018
    Profile photo of RS
    RS
    Participant

    You can already set a bus as a input to another bus. But not multiple busses to one other bus.

    #107019
    Profile photo of RMA
    RMA
    Participant

    RS – You can already set a bus as a input to another bus. But not multiple busses to one other bus.

    I do see where some buses can be routed to others. I don’t have the desk in front of me atm.

    I would need Aux buses and FX buses to be sent to from group buses, or at least some other type of bus. I believe that option is not there and for good reason. I don’t see it there up front at all. I do see options for FX returns and for channel inputs to be routed to these group buses, but no option is presented to route to aux’s and FX sends. In a top-down right to left digital scenario some of these items would likely result in uncompensated delay anomalies. As I do not see the capability I am looking for in Director, and also considering the top-down, left-right approach, I am thinking this is not allowed in this circumstance and for good reason within A&H design parameters. So I’m not going to ask for that circumstance for these “specialized” group buses. I have suggested another bus type of an exceedingly limited set of parameters of operation to fit a particular purpose, as it is that all of the buses present in the product are specialized and to purposes.

    The request is limited in scope and breadth to the effect that I believe it should be doable so I have presented the idea. I want to hear from A&H, no disrespect is intended in your direction.

    Please tell me I’m wrong and I need to look in another place for the answer in setting up a show in Director.

    #107021
    Profile photo of RMA
    RMA
    Participant

    To better reiterate:

    A new and specific bus type:
    1. Able to send from this bus to all current bus types.
    2. Cannot receive from any other buses -or- FX returns.
    3. Receives only input channels.
    4. Full processing stack as for an input channel.

    Purpose:
    To allow multiple inputs to receive the same treatment for FX and AUX sends.
    Possible other limited purpose, but not to the point of negating the above two items.

    If this has been discussed ad infinitum will someone please provide a link to that discussion.
    I’ve been unable to locate any such discussion.

    PS: I don’t know the provider of the bulletin board software but it is quite buggy.

    #107024
    Profile photo of SteffenR
    SteffenR
    Participant

    I am hoping this request is simple enough for A&H, and that it has a provably useful use case for many people. To me of course, the use case is proven.

    We have group busses and auxiliaries, simplified as mixes in modern environments.
    A group bus is routing only mix, aux mixes have a level control and pre post switch.
    You can send every group bus (sum of channels) to every aux mix.
    FX sends are treated like aux mixes in this respect.

    So what is the extra bus type for? I don’t get it.

    I request that you read the manual first.

    #107027
    Profile photo of RMA
    RMA
    Participant

    SteffanR – So what is the extra bus type for? I don’t get it

    No bus supports both aux and fx sends.

    Unusual if at all in a regular console but if you must you can work around this in a regular analog console. I see a need for it. Don’t want to do workarounds that don’t truly accomplish the goal. As much of it as there is in response to Ralf, please read what I wrote and overlook the one or two ill stated moments.

Viewing 15 posts - 1 through 15 (of 20 total)

You must be logged in to reply to this topic.