Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
As seções a seguir descrevem tópicos de uso avançados que não são necessários para a
operação normal da biblioteca.
Outros rastreadores compatíveis
O Tuning Fork é compatível com vários rastreadores. Os rastreadores com as seguintes chaves
de instrumento são compatíveis:
Tempo entre o início do frame (chamado PACED_FRAME_TIME)
Tempo de CPU: tempo entre o início do frame e o fim do trabalho da CPU
para o frame (chamado CPU_TIME)
Tempo de GPU: tempo para processamento do frame anterior pela GPU (chamado
GPU_TIME)
Tempo bruto para a renderização do frame, definido como o máximo do tempo de CPU e GPU (chamado
RAW_FRAME_TIME). A diferença entre essa opção e PACED_FRAME_TIME
é que essa opção não inclui nenhum tempo de espera acrescentado pelo Swappy ou
VSync.
É possível encontrar essas chaves de instrumento na
documentação de referência.
Algumas chaves são automaticamente usadas quando você ativa a biblioteca Android Frame
Pacing. No entanto, caso você não tenha essa biblioteca ativada, use as chaves de forma
explícita.
Se você transmitir fidelity_params_callback para TuningFork_init nas configurações ou se a
biblioteca estiver no modo dimensionado, não será necessário chamar essa função.
Essa função entra em contato com um servidor para recuperar parâmetros de fidelidade. Ela é bloqueada
até que uma das seguintes situações ocorra:
Os parâmetros de fidelidade são recuperados com um valor de retorno de TFERROR_OK e
são armazenados por returnedParams. Nesse caso, todos os dados de marcação
posteriores são associados a returnedParams.
Um total de milissegundos igual a timeout_ms é transmitido, com um valor de retorno
de TFERROR_TIMEOUT. Nesse caso, todos os dados de marcação posteriores são associados
a defaultFidelityParams.
É necessário chamar TuningFork_init() antes dessa função, em uma
linha de execução separada da principal (consulte
TuningFork_startFidelityParamDownloadThread()
para ver uma função de utilitário que faz isso por você). É possível chamar essa função
novamente, por exemplo, no tempo de carregamento do nível, para recuperar parâmetros de fidelidade do
servidor mais uma vez. Isso permite que você atualize os parâmetros de forma dinâmica, em vez de
precisar carregá-los apenas na inicialização. Se novos parâmetros de fidelidade forem
transferidos por download ou um novo padrão for usado, todos os dados de marcação anteriores serão enviados.
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-08-26 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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."]]