The S2 deliveries 12,228 samples per packet, so to determine the interval between data packets received from the S2 take this size and divide by the sample rate.
From this table a sample rate of 1,536 kHz or higher will deliver a 'smoother' data flow, resulting in fewer audio pops and associated stuttering.
For the future the solution is to run a separate ELAD reader thread which collects and buffers the data; this buffer is read at a stead rate by the main threads in the program to ensure a steady data flow. This is the same approach implemented for the SDRplay and will be added here when time permits.
All ELAD sample rates are native to the ELAD and supporting API, they are not created as a result of extra processing by this software
When you start the ELAD radio there is a delay of a few seconds while the API loads code into the radio - this is normal and nothing to worry about.