Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Les sections suivantes décrivent les sujets d'utilisation avancée qui ne sont pas nécessaires au fonctionnement normal de la bibliothèque.
Autres traceurs compatibles
Tuning Fork accepte plusieurs traceurs. Les traceurs avec les clés d'instrumentation suivantes sont acceptés :
Délai entre les débuts de frame (appelé PACED_FRAME_TIME).
Temps CPU : temps écoulé entre le début du frame et la fin de la tâche du processeur pour ce frame (appelé CPU_TIME).
Temps GPU : délai de traitement du frame précédent par le GPU (appelé GPU_TIME).
Temps de rendu brut, défini comme le maximum du temps CPU et GPU (appelé RAW_FRAME_TIME). La différence entre cette option et PACED_FRAME_TIME est qu'elle ne tient pas compte du temps d'attente inclus dans Swappy ou VSync.
Vous trouverez ces clés d'instrumentation dans la documentation de référence.
Certaines de ces clés sont utilisées automatiquement lorsque vous activez la bibliothèque Android Frame Pacing. Si vous n'activez pas cette bibliothèque, vous devrez les utiliser explicitement.
Si vous transmettez fidelity_params_callback à TuningFork_init dans les paramètres ou que la bibliothèque est en mode de mise à l'échelle, vous n'avez pas besoin d'appeler cette fonction.
Cette fonction contacte un serveur pour récupérer les paramètres de fidélité. Elle est verrouillée jusqu'à ce que l'un des événements suivants se produise :
Les paramètres de fidélité sont récupérés, avec la valeur renvoyée TFERROR_OK, et returnedParams stocke les paramètres. Dans ce cas, toutes les données tick ultérieures seront associées à returnedParams.
Un nombre de millisecondes égal à timeout_ms s'écoule, avec la valeur renvoyée TFERROR_TIMEOUT. Dans ce cas, toutes les données tick ultérieures seront associées à defaultFidelityParams.
Vous devez appeler TuningFork_init() avant cette fonction et sur un thread distinct du thread principal (consultez la section TuningFork_startFidelityParamDownloadThread() pour vous familiariser avec une fonction utilitaire qui s'en chargera pour vous). Vous pouvez appeler une nouvelle fois cette fonction, par exemple lors du chargement de niveau, afin de récupérer à nouveau les paramètres de fidélité du serveur. Cela vous permet de mettre à jour les paramètres de manière dynamique au lieu de devoir les actualiser seulement au démarrage. Si de nouveaux paramètres de fidélité sont téléchargés ou qu'une nouvelle valeur par défaut est utilisée, toutes les données tick précédentes seront envoyées.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/26 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/26 (UTC)."],[],[],null,["The following sections outline advanced usage topics not needed for normal\noperation of the library.\n\nOther supported tracers\n\nTuning Fork supports multiple tracers. Tracers with the following instrument\nkeys are supported:\n\n- Time between frame starts (called `PACED_FRAME_TIME`)\n- CPU Time: Time between the start of the frame and the end of the CPU work for the frame (called `CPU_TIME`)\n- GPU Time: Time for the previous frame to be handled by the GPU (called `GPU_TIME`)\n- The raw frame time, defined as the maximum of the CPU and GPU time (called `RAW_FRAME_TIME`). The difference between this option and `PACED_FRAME_TIME` is that this option does not include any wait time included by Swappy or VSync.\n\nYou can find these instrument keys in the\n[reference documentation](/games/sdk/reference/performance-tuner/custom-engine).\nSome of these keys are used automatically when you enable the Android Frame\nPacing library, but if you are not enabling this library, you should use them\nexplicitly.\n\nGet fidelity parameters\n\n[`TFErrorCode TuningFork_getFidelityParameters(const CProtobufSerialization*\ndefaultParams, CProtobufSerialization* params, uint32_t\ntimeout_ms);`](/games/sdk/reference/performance-tuner/custom-engine/group/tuningfork#tuningfork_getfidelityparameters)\n\nIf you pass `fidelity_params_callback` to `TuningFork_init` in settings or the\nlibrary is in scaled mode, you do not need to call this function.\n\nThis function contacts a server to retrieve fidelity parameters. It blocks until\none of the following occurs:\n\n- Fidelity parameters are retrieved, with a return value of `TFERROR_OK` and `returnedParams` store the parameters. In this case, all subsequent tick data is associated with `returnedParams`.\n- A number of milliseconds equal to `timeout_ms` passes, with a return value of `TFERROR_TIMEOUT`. In this case, all subsequent tick data is associated with `defaultFidelityParams`.\n\nYou must call `TuningFork_init()` before this function, and you must call it on\na separate thread from the main thread (see\n[`TuningFork_startFidelityParamDownloadThread()`](/games/sdk/reference/performance-tuner/custom-engine/group/tuningfork-extra#tuningfork_startfidelityparamdownloadthread)\nfor a utility function that does this for you). You can call this function\nagain, for example at level-loading time, to retrieve fidelity parameters from\nthe server again. This allows you to dynamically update parameters rather than\nhaving to reload them only at start-up. If new fidelity parameters are\ndownloaded or a new default is used, all previous tick data is submitted."]]