我正在寫一個應用程序,每40ms(以25Hz)記錄移動電話的加速度。這個幀速率可以保持平均,但有時我會在時間範圍內出現5'000ms到50,000ms的延遲。我想知道爲什麼會發生這種情況。加速計記錄器:經歷幀間的偶爾長延遲
這裏有延遲的曲線圖,你可以看到,他們發生得相當頻繁:
下面是我在做什麼(這可能是壞的):
- 的activity指向一個加速計記錄器類(singleton,純java,沒有android類擴展)。
- 加速計記錄器單身繼續登錄後臺。
- 加速計記錄器將每個日誌直接保存到sqlite數據庫。
- 我也在後臺記錄GPS數據。
- DAO(數據訪問對象)將每個日誌分配給LinkedBlockingQueue並將它們保存在單獨的線程中。
這裏就是我想可能是這個問題:
- 也許我要實現進一步的生命週期方法,或延長一個特定的Android類,使accererometer記錄收益的優先級(或只是設置優先級某處)。
- 我可能會使用
event.timestamp
而不是System.currentTimeMills()
。 (我寧願不這樣做,因爲一些傳感器具有不同的時區,這就是爲什麼我使用System.currentTimeMillis()
,但如果需要的話我會切換。)
你有這個或建議的任何體驗,這個問題可能大概說謊?
這裏是我的代碼:
@SuppressLint("NewApi")
public class AccelerometerLogger implements SensorEventListener {
private static AccelerometerLogger singleton = new AccelerometerLogger();
private LoggerDao loggerDao;
private SensorManager sensorManager;
private Sensor accelerometer;
private double acceleorometerRate = 25; // Hz
int accelerometerDelayMicroseconds = (int) (Math.round(((1/this.acceleorometerRate)*1000000.0)));
private AccelerometerLogger()
{
this.loggerDao = LoggerDao.getInstance();
}
public static AccelerometerLogger getInstance()
{
return singleton;
}
public void start(Context context)
{
this.sensorManager = (SensorManager) context.getSystemService(Context.SENSOR_SERVICE);
this.accelerometer = this.sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER);
int accelerometerMinDelay = this.accelerometer.getMinDelay();
//Log.d("lggr-r", "desired delay: "+this.accelerometerDelayMicroseconds+" microseconds");
//Log.d("lggr-r", "provided min delay: "+accelerometerMinDelay+" microseconds");
if(accelerometerMinDelay < this.accelerometerDelayMicroseconds)
{
this.sensorManager.registerListener(this, this.accelerometer, this.accelerometerDelayMicroseconds);
//Log.d("lggr-r", "listener registered for desired rate: "+this.acceleorometerRate+"Hz (delay of "+this.accelerometerDelayMicroseconds+" microseconds).");
}
else if(accelerometerMinDelay==0)
{
this.sensorManager.registerListener(this, this.accelerometer, SensorManager.SENSOR_DELAY_FASTEST);
// Log.d("lggr-r", "listener registered for streaming api. only changes will be notified (interrupt).");
}
else
{
int providedRate = (int) Math.round(1/(accelerometerMinDelay/1000000.0));
this.sensorManager.registerListener(this, this.accelerometer, SensorManager.SENSOR_DELAY_FASTEST);
// Log.d("lggr-r", "can't read at the desired rate ("+this.acceleorometerRate+"Hz), app will read at "+providedRate+"Hz instead (delay of "+accelerometerMinDelay+" microseconds).");
}
}
public void stop()
{
this.sensorManager.unregisterListener(this);
}
@Override
public void onAccuracyChanged(Sensor sensor, int accuracy)
{
// String name = sensor.getName();
// Log.d("lggr", "the accurracy of "+name+" changed to "+accuracy+".");
}
@Override
public void onSensorChanged(SensorEvent event)
{
// lazy load loggerDao (TODO: fix all of those)
if(this.loggerDao == null)
{
this.loggerDao = LoggerDao.getInstance();
}
String values = "";
for(float value : event.values) values += value+",";
values = values.substring(0,values.length()-2);
// long timestamp = System.currentTimeMillis();
// Log.d("lggr", "acc = {time:"+timestamp+", data: ["+values+"]}");
AccelerometerSample accelerometerSample = new AccelerometerSample();
accelerometerSample.setTimestamp(System.currentTimeMillis());
accelerometerSample.setValues(event.values);
this.loggerDao.save(accelerometerSample);
}
}
顯然,問題只發生在三星Galaxy SIII的迷你。我用三星Galaxy SII(自定義ROM)測試了它,延遲時間總是在0.04s左右(介於0.005到0.12s之間 - 好得多)。
你有什麼建議,爲什麼發生這種情況在三星Galaxy SIII迷你?
UPDATE:
本福格茨答案,意要使用event.timestamp
有顯著改善的延遲。不過,我有時會遇到更長的延誤。你知道我可以如何進一步改進它們嗎?
你可以發表你的傳感器管理器代碼 – nayab 2013-03-27 16:08:28
肯定,我只是增加了它。 – ndrizza 2013-03-27 19:10:40
這可能是因爲日誌記錄。將數據記錄在一個線程中。 – 2013-03-27 21:47:16