Android - Планирование событий каждые 10 мс?

Question

Я работаю над созданием приложения, которое позволяет общаться с очень низкой пропускной способностью через высокочастотные звуковые волны. Я дошел до того, что могу создать частоту и сделать преобразование Фурье (с помощью открытого кода Moonblink для Audalyzer).

Но вот моя проблема: я не могу заставить код работать с правильным временем. Предположим, я хочу, чтобы часть кода выполнялась каждые 10 мс, как я могу это сделать?

Я пробовал использовать TimerTask, но перед выполнением кода, как и до 100 мс, существует огромная задержка.

Я также пробовал этот метод просто путем проверки текущего времени и выполнения только тогда, когда это время истекло. Но есть проблема с задержкой. У вас есть идеи?

Thread analysis = new Thread(new Runnable() 
{ 
    @Override 
    public void run() 
    { 
     android.os.Process.setThreadPriority(android.os.Process.THREAD_PRIORITY_URGENT_DISPLAY); 

     long executeTime = System.currentTimeMillis(); 

     manualAnalyzer.measureStart(); 
     while (FFTransforming) 
     {   
      if(System.currentTimeMillis() >= executeTime) 
      { 
       //Reset the timer to execute again in 10ms 
       executeTime+=10; 

       //Perform Fourier Transform 
       manualAnalyzer.doUpdate(0); 

       //TODO: Analyze the results of the transform here... 

      } 
     } 
     manualAnalyzer.measureStop(); 
    } 
}); 
analysis.start(); 

Answer 1

Ваша стратегия ниток/петли, вероятно, примерно такая же близкая, как вы собираетесь. Однако 10 мс не так много времени, большинство устройств Android не супермощны, а преобразование Фурье - это большая работа. Я считаю маловероятным, что вы сможете приспособить эту работу в 10 мс. Я подозреваю, что вам придется увеличить этот период.

Answer 2

Я изменил код, чтобы он учитывал время выполнения doUpdate. Использование System.nanoTime() также должно повысить точность.

public void run() { 
android.os.Process.setThreadPriority(android.os.Process.THREAD_PRIORITY_URGENT_DISPLAY); 

long executeTime=0;   
long nextTime = System.nanoTime(); 

manualAnalyzer.measureStart(); 
while (FFTransforming) 
{   
    if(System.nanoTime() >= nextTime) 
    { 
     executeTime = System.nanoTime(); 
     //Perform Fourier Transform 
     manualAnalyzer.doUpdate(0); 
     //TODO: Analyze the results of the transform here... 
     executeTime = System.nanoTime() - executeTime; 
     //guard against the case that doUpdate took longer than 10ms 
     final long i = executeTime/10000000; 
     //set the timer to execute again at the next full 10ms intervall 
     nextTime+= 10000000+ i*10000000 
    } 
} 
manualAnalyzer.measureStop(); 
    } 

Что еще вы могли бы сделать?

• устранения мусора Коллекция
• пойти родным с NDK (только идея, это не могло бы также дать никакой пользы)

Answer 3

Я рекомендовал бы совершенно другой подход: Не пытайтесь запустить ваш код в реальном времени.

Вместо этого полагайтесь только на низкоуровневый звуковой код, работающий в реальном времени, путем записи (или воспроизведения) непрерывно в течение определенного периода времени, охватывающего события, представляющие интерес.

Затем ваш код выполняется несколько асинхронно, разделенный аудио буферами. Чувство времени вашего кода определяется не системными часами по мере его выполнения, а скорее определенным интервалом между выборками аудиоданных, с которыми вы работаете. (т. е. если вы используете 48 Ksps, то 10 мс позже - 480 образцов позже)

Возможно, вам потребуется изменить протокол, регулирующий взаимодействие между устройствами, чтобы расширить окно времени, в котором можно ожидать передачи. То есть, вы можете иметь точное время относительно фактической модуляции и символов внутри «пакета», но вы не должны ожидать почти того же порядка точности при определении того, когда пакет отправлен или получен - вам придется «найти» его среди более длинной записи, содержащей шум.