NSTimer vs CACurrentMediaTime()

Question

Quindi sono in mezzo al mio primo gioco iOS e sto lottando con il modo migliore per integrare il movimento degli oggetti.

Il gioco si basa molto sugli oggetti in rapido movimento e sulle modifiche costanti e veloci dell'input dell'utente. Pertanto, sto cercando di integrare l'oggetto e il risolutore di vincoli nel modo più rapido e accurato possibile (per ridurre al minimo il cambio di input da parte dell'utente tra le chiamate successive al loop di gioco).

In particolare, non sono sicuro delle funzionalità della classe NSTimer e della funzione CACurrentMediaTime(). È difficile testare empiricamente perché non sono sicuro di quale sia l'errore più grande. Ad esempio, utilizzando un NSTimer con un intervallo di ripetizione di 0,008 (~ 2aggiornamenti/aggiornamento schermo) e chiamando CACurrentMediaTime() nelle chiamate successive, trovo che l'intervallo di tempo tra le chiamate varia da 0,0075 a 0,009. Difficile dire quale sia la causa della (scarsa) incoerenza. Così, per la determinazione del passo temporale dovrei essere:

1. supponga NSTimer è sufficientemente accurata per utilizzare l'intervallo di tempo NSTimer come il tempo di passaggio gioco ciclo

2. Usa CACurrentMediaTime() per determinare l'intervallo di tempo tra le successive chiamate a ciclo di gioco.

Studente e nuovo a tutto questo - si prega di essere gentile :) Qualsiasi consiglio è molto apprezzato. Grazie per il tuo tempo.

Answer 1

NSTimer non è un timer in tempo reale. Non è nemmeno vicino, né significa essere. Se stai guardando qualcosa di più veloce di circa mezzo secondo, lo NSTimer è lo strumento sbagliato. Non lo consiglierei nemmeno per cose al di sotto di un secondo. Per cose di più secondi, e in particolare per le cose da più minuti, quando non ti importa esattamente quando spara, è fantastico. Io lo uso per tutto il tempo.

CACurrentMediaTime() non è un timer. È un involucro attorno alla funzione temporale più precisa del sistema: mach_absolute_time(). Quindi se ti importa davvero di che ora è in questo momento, e ti piacerebbe che fosse un numero comprensibile dall'uomo, la tua funzione è CACurrentMediaTime(). mach_absolute_time() ti darà un numero veramente accurato, ma è basato sullo Mach absolute time unit che in realtà non si riferisce a ciò che gli umani fastidiosi pensano (e ogni CPU ha una scala diversa). Ecco perché abbiamo CACurrentMediaTime() per semplificarci la vita.

OK, quindi NSTimer non è per il tempo reale e CACurrentMediaTime() non è un timer. Cosa deve fare un programmatore di giochi?

Grand Central Dispatch include alcuni dei migliori sistemi "fai questa corsa in questo momento" che abbiamo. È una fonte di spedizione. Dico "in questo momento" perché GCD non è ancora realmente "in tempo reale" nel modo in cui i ragazzi di RTOS intendono farlo. Ma è abbastanza in tempo reale per gli sviluppatori di giochi. Cerca Creazione di un timer nello Concurrency Programming Guide. Dai un'occhiata anche allo dispatch_after(), che è buono per uno scatto "esegui questo dopo un ritardo."

Ricorda che tutto ciò che viene eseguito sul thread principale (il thread dell'interfaccia utente, in cui è stato eseguito tutto il disegno), condividerà il tempo con tutto il resto su quel thread, così spesso avrai bisogno di fare calcoli su un thread in background mentre gestisci il disegno e l'interazione dell'utente sul thread principale.Questo è il tipo di cosa che GCD dispatch_queues è progettato per aiutarti.Inoltre, ricorda che molti dispositivi iOS sono single-core. thread "è un po 'improprio: solo una cosa può davvero funzionare alla volta sulla CPU, ecco perché spostare le cose sulla GPU è così importante (vedi sotto)

Si potrebbe anche voler guardare seriamente ai sistemi come cocos2d, che è un ottimo motore di gioco. Si prende cura di molti e tipi di dettagli per te e ti consente di concentrarti sulla parte del gioco.

Restando nei framework Apple, dovresti anche dare un'occhiata a Core Animation. Se stai spostando le cose sullo schermo con i timer, non dovresti farlo. Core Animation è come si muovono le cose sullo schermo. Si prende cura di molti dettagli per te, più velocemente e usando molta meno batteria di quella che faresti da solo, e sposta gran parte del lavoro sulla GPU (come ho detto sopra). È un po 'più progettato per gli elementi dell'interfaccia utente rispetto ai giochi, ma può sicuramente essere usato per costruire giochi semplici.

E naturalmente c'è GLKit, ma questa è una cosa completamente diversa ....

Answer 2

Secondo lo NSTimer documentationthe effective resolution of the time interval for a timer is limited to on the order of 50-100 milliseconds. che è probabilmente il motivo per cui si vede una variazione nell'intervallo di tempo.

Ciò che suggerirei di fare è modificare l'intervallo di aggiornamento a 0,016 secondi poiché non vi è motivo per cui lo stato del gioco si aggiorni più spesso di quanto lo schermo possa disegnarlo. Quindi è possibile utilizzare un CADisplayLink per gestire i tempi. Questo dovrebbe essere molto accurato poiché utilizza la frequenza di aggiornamento dei display.