Latency

Viewing 15 posts - 1 through 15 (of 15 total)
  • Author
    Posts
  • #48740
    Profile photo of emptyoneemptyone
    Participant

    How will the latency be through the desk when you add for example FX and compressor to a channel?

    #48742
    Profile photo of Nicola A&HNicola A&H
    Keymaster

    Channel-based DEEP processing models (compressors, GEQ and more) won’t add any latency to the channel path. DEEP ’embedded plugins’ are available on all channels on the fly.
    Inserting a RackFX from the FX rack (such as a pitch shifter or transient controller) will add latency dependent on the FX type.

    Inputs and groups are all delay compensated and phase coherent to the Mix Outputs.

    #48747
    Profile photo of eotsskleeteotsskleet
    Participant

    Is that already the same in iLive and GLD with the inputs being delay compensated and phase coherent to the Mix Outputs?

    #48750
    Profile photo of SteffenRSteffenR
    Participant

    it depends…

    #48905
    Profile photo of papromikepapromike
    Participant

    The latency is so low that it is a non-topic at this stage, The new FPGA processors are so fast that the system latency is under

    .6ms

    #48907
    Profile photo of ddff_lvddff_lv
    Participant

    6 or 0.6 ?

    ddff

    #48912
    Profile photo of emptyoneemptyone
    Participant

    The latency is 0,58ms to be accurate. But 0,6ms is used be many including A&H

    #48918
    Profile photo of ddff_lvddff_lv
    Participant

    That is impressive indeed.

    ddff

    #48919
    Profile photo of ahjeffahjeff
    Moderator

    Is that already the same in iLive and GLD with the inputs being delay compensated and phase coherent to the Mix Outputs?

    No, iLive and GLD have phase coherent busses, in that, for example, an input mixed to two groups will have the same phase in both. If you mix these two groups to a main, you should not have any comb filtering. However, if you mix an input to a main and to a group, then mix the group into the main as well, you could experience comb filtering.

    In dLive, everything except the FX is delay compensated. You should not experience any comb filtering no matter what combination of mixes and inputs you have feeding another mix. The only exception is that if you have a signal mixed post delay, with the delay not set to zero, this manually added delay will not be compensated for.

    [Edit] Please also refer to this knowledgebase article: https://support.allen-heath.com/Knowledgebase/Article/View/1202/0/what-are-phase-coherent-mixes

    Hope this helps

    – Jeff, A&H

    #48924
    Profile photo of SteffenRSteffenR
    Participant

    The only exception is that if you have a signal mixed post delay, with the delay not set to zero, this manually added delay will not be compensated for.

    I would expect exactly these… 😀

    #61505
    Profile photo of tortor
    Participant

    can anyone here tell me approximately what latency I should expect if had a bunch of input connected to DM48 routed via Tielines to MADI Slot card (to a digico SD8), and the MADI returns routed via tielines directly to the outputs of the DM48? Any documentation on these sort of things anywhere?

    #61533
    Profile photo of SteffenRSteffenR
    Participant

    there is a technical data sheet where some latency scenarios described…

    I will try to find it

    #61534
    Profile photo of SteffenRSteffenR
    Participant

    Latency 0.7 ms (MixRack XLR in to XLR out, Input to Mix)
    + 5 samples, Surface to Mixrack (GigaACE hop)
    + 8 samples, DX32 to Mixrack (DX hop)

    Samplerate is 96kHz

    #61557
    Profile photo of tortor
    Participant

    Yeah, I was looking for the Tieline functionality, which is not subject to processing… So should be lower I would assume…?

    #61873
    Profile photo of SteffenRSteffenR
    Participant

    it is lower
    converter latency plus GigaACE hop

Viewing 15 posts - 1 through 15 (of 15 total)
  • You must be logged in to reply to this topic.