Цикл игры на Android, как контролировать скорость

Во-первых: (чтобы ответить на ваш вопрос) Используйте «время часов» для настройки частоты кадров, а не для подсчета количества кадров.

Подсчет кадров всегда будет зависеть от мощности процессора — чем быстрее аппаратное обеспечение, тем больше раз оно может вызывать ваш цикл обновления.

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

Самый простой способ — отследить, сколько времени требуется для выполнения вашего кода обновления (скажем, 10 миллисекунд).

private static final long ourTarget_millisPerFrame = 33; // ~30 FPS

public void MyUpdate() {

    long startTime = SystemClock.uptimeMillis();

    // ... Do your stuff here ...

    long stopTime = SystemClock.uptimeMillis();

    // How much time do *we* require to do what we do (including drawing to surface, etc)?
    long howLongItTakesForUsToDoOurWork = stopTime - startTime;

    // So, say we took 10 millis
    // ... that leaves (33 - 10 =) 23 millis of "time to spare"
    // ... so that's how long we'll sleep

    long timeToWait = ourTarget_millisPerFrame - howLongItTakesForUsToDoOurWork;

    // But apply a minimum wait time so we don't starve the rest of the system
    if ( timeToWait < 2 )
        timeToWait = 2;

    // Lullaby time    
    sleep(timeToWait);
}

Часть II:

Также ... Возможно, рассмотрите возможность использования подхода Looper/Handler и публикации отложенных сообщений «Runnable» для выполнения вашего цикла, а не для ожидания потока.

Это немного более гибко ... вам вообще не нужно иметь дело со сном потока ... и вы, вероятно, все равно захотите публиковать другие сообщения в своем потоке (например, приостановить / возобновить игру).

См. документацию Android для примера фрагмента кода:

• Looper: http://developer.android.com/reference/android/os/Looper.html
• Обработчик: http://developer.android.com/reference/android/os/Handler.html

Looper прост - он просто зацикливается, ожидая сообщений в массив, пока вы не вызовете myLooper.quit().

Чтобы обработать цикл обновления временного шага, вызовите postDelayed(myRunnable, someDelay), где вы создаете класс, реализующий runnable. Или просто поместите метод MyUpdate в класс и вызовите его при получении идентификатора сообщения. (Рабочая версия более эффективна)

class MyUpdateThread extends Thread {
    public static final int MSGID_RUN_UPDATE = 1;
    public static final int MSGID_QUIT_RUNNING = 2;

    public MyMessageHandler mHandler;
    private MyUpdateRunnable myRunnable = new MyUpdateRunnable();

    private boolean mKeepRunning;

    // The *thread's* run method
    public run() {
        // Setup the Looper
        Looper.prepare();

        // Create the message handler
        // .. handler is auto-magically attached to this thread
        mHandler = new MyMessageHandler();

        // Prime the message queue with the first RUN_UPDATE message
        this.mKeepRunning = true;
        mHandler.post(myRunnable);

        // Start the Looper
        Looper.loop();
    } // end run fun (of MyThread class)    

    class MyMessageHandler extends Handler {
        @Override
        public void handleMessage(final Message msg) {
            try {
                // process incoming messages here
                switch (msg.what) {
                case MSGID_RUN_UPDATE:
                    // (optional)
                    // ... could call MyUpdate() from here instead of making it a runnable (do either/or but not both)
                    break;
                case MSGID_QUIT_RUNNING:
                    mKeepRunning = false; // flag so MyRunnable doesn't repost
                    Looper.myLooper().quit();
                    break;
                 }
             } catch ( Exception ex ) {}

    }


    class MyUpdateRunnable implements Runnable {
        public void run() {
            try {

                // ---- Your Update Processing ----
                // -- (same as above ... without the sleep() call) --

                // Instead of sleep() ... we post a message to "ourself" to run again in the future
                mHandler.postDelayed ( this, timeToWait );

            } catch ( Exception ex ) {}
        } // end run fun (my runnable)
    } // end class (my runnable)
}

Следующая статья представляет собой более сложное решение с попытками компенсировать случайные «этот один временной шаг длился долго». Это для Flash actionscript, но его легко применить к вашему Android-приложению. (Это немного более продвинуто, но помогает сгладить икоту частоты кадров)

• http://www.8bitrocket.com/2008/4/8/Tutorial-Creating-an-Optimized-AS3-Game-Timer-Loop/

Я видел это в учебниках, попробуйте спать () после каждого кадра или что-то в этом роде, это позволит другим процессам на телефоне работать, и это должно заставить вашу игру работать с той же скоростью, что и оборудование, извините, что я не могу дайте лучший ответ, но попробуйте учебники по поверхностному просмотру