You are here

How to improve the Physion latency (2832 samples!)

Login to Post to Forums

You must be logged in to the Eventide website in order to post to our forums. If you do not have an account, you will need to create one. You may also reset your password.

4 posts / 0 new
Last post
Joined: Oct 4 2017
Posts: 7

How to improve the Physion latency (2832 samples!)

August 03, 2018 - 12:02 pm

From a series of experimental measurements it appears that Physion's latency does not change as a number of audio samples compared to the sampling frequency. This means that at 48kHz, 96kHz or 192kHz the latency of 2832 audio samples is 59.0ms, 29.5ms or 14.7ms, respectively. Practically for a live use it is necessary to use a sampling frequency of 96kHz or higher.

Is it possible to reduce latency to one-tenth or is it a structural fact that can not be improved?


tlongabaugh's picture
Eventide Staff
Joined: May 29 2014
Posts: 800
August 03, 2018 - 12:23 pm


Where and how are you viewing the latency of the plugin? I can confirm here that the latency in samples changes depending on the sample rate. It should be 2832 samples for 44.1k and 48k, 5392 samples for 88.2k and 96k, and 8672 *10512 samples for 176.4k and 192k.

This does produce a noticeable delay of roughly 50ms, which of course is fine in a mixing scenario, but isn't acceptable for live use. Unfortunately, this is what is currently required for the structural split to work well. We hope to optimize this in the future.


*EDIT: revised number of samples to be correct for 176.4k and 192k.

Joined: Oct 4 2017
Posts: 7
August 03, 2018 - 05:12 pm

Hi Tom,

I apologize. I have redoed the measurements and I confirm what you said except for 176.4kHz and 192kHz which are 10512 samples.

I used a buffer of 8192 samples. The round-trip time is measured (with and without the Physion plugin) using the jack_delay utility ( ). Jack Audio includes the jack_iodelay utility which is equivalent.

Latency is always constant (just over 50ms).

192kHz  ***10512***
      26896.000 frames  140.083 ms
      16384.000 frames   85.333 ms
176.4kHz ***10512***
      26896.000 frames  152.472 ms
      16384.000 frames   92.880 ms
96kHz ***5392***
      21776.000 frames  226.833 ms
      16384.000 frames  170.667 ms
88.2kHz ***5392***
      21776.000 frames  246.893 ms
      16384.000 frames  185.760 ms
48kHz  ***2832***
      19216.000 frames  400.333 ms
      16384.000 frames  341.333 ms
44.1kHz ***2832***
      19216.000 frames  435.737 ms
      16384.000 frames  371.519 ms




tlongabaugh's picture
Eventide Staff
Joined: May 29 2014
Posts: 800
August 06, 2018 - 11:56 am

Sorry, 10512 samples is correct for 176.4k and 192k. I'll amend my original post to be correct.

Keep in mind that the buffer size you are running will also factor into the roundtrip delay. 8192 is quite a large buffer size, and will cause a noticeable delay even without any latency-causing plugins, if you are trying to play anything "live".