Блог

Я делаю простую прорывную игру в OpenGL (-es) на Android. Изначально у меня было обновление состояния игры и вызовы рисования в одном цикле: onDrawFrame. Теперь я решил разделить их, оставив только вызовы рендеринга в onDrawFrame, а управление игровым состоянием осуществлялось в другом потоке:

 public void run() {
    Log.d("GameLogicThread", "GameLogicThread started");
    final long UPDATE_INTERVAL = 1000000000 / 30;
    long endingTime;
    int timeElapsed;
    long startingTime = System.nanoTime();

    while (!running) {// wait for it...

    }
    while (running) {
        endingTime = System.nanoTime();
        timeElapsed = (int) (endingTime - startingTime);
        Log.d("timeElapsed",Integer.toString(timeElapsed));
        if (timeElapsed < UPDATE_INTERVAL-timeElapsed){
            try {
                Thread.sleep(timeElapsed);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

        startingTime = System.nanoTime();
        Game.updateGame(timeElapsed);
    }
  

Редактировать
Теперь я изменил код следующим образом ^^, но он по-прежнему работает некорректно..

Что-то в самом цикле не так, или я должен смотреть снаружи (вероятно, нет, поскольку он отлично работал до перемещения кода). Что мне делать?

Есть несколько логических ошибок, которые указаны / обсуждены в комментариях ниже:

     endingTime = System.currentTimeMillis();
    timeElapsed = (int) (endingTime - startingTime);
    // Why is the "elapsed" time being waited? Hmm.
    // If *any* wait is being done (I'd recommend sleep(0) for starters)
    // it should be the MAXIMUM desired cycle time MINUS the
    // currently used cycle time (MINUS some fudge factor).
    if (timeElapsed < UPDATE_INTERVAL) // I dislike hanging blocks...
        try {
            Thread.sleep(timeElapsed);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

    startingTime = System.currentTimeMillis();
    // The game needs to know the TOTAL time elapsed since
    // the last update, not the time "until before the yield".
    // This will likely be passed fictitiously small values as
    // it is only time the the LAST updateGame took to run.
    Game.updateGame(timeElapsed);
  

Я бы никогда не ожидал, что время истекло (передано в updateGame) ниже, скажем, 10 мс с sleep(...) исправленными вычислениями времени.

Однако он может не иметь требуемой точности (увеличение минимальной длины цикла, скажем, до 1/30 секунды, что было бы результатом фиксированной математики, сделало бы это менее важным): см. Ответ Cristian Vrabie для предложения по таймеру с более высоким разрешением. (Могут быть некоторые лучшие сторонние альтернативы, разработанные специально для этого — есть в «обычной» Java — я не программирую Android;-)

Счастливого кодирования.

Цикл не выглядит сломанным для меня. Переход к разделению потоков, безусловно, является хорошим, иначе у вас возникли бы серьезные проблемы, когда рендеринг фрейма занимает слишком много времени.

Вы пробовали использовать nanoTime() для большей точности?