Esta página está traducida del inglés. Si ambas difieren, la página en inglés es la correcta. Leer la página en inglés
El kit de jugador de Kotlin se ejecuta en la JVM, en escritorio y en Android. Los juegos en Java usan el mismo kit a través de su fachada de Java. Los ejemplos siguen un juego de libGDX, cuyo bucle de renderizado es un lugar natural para vaciar los eventos, y las mismas llamadas sirven para cualquier bucle de juego.
Añadir el kit y sus bibliotecas nativas
El kit y sus bibliotecas nativas son artefactos distintos en Maven Central, así que añade ambos. Un juego de escritorio añade lingara-embed-natives-desktop, que contiene las bibliotecas para Windows, macOS y Linux. Un módulo de Android añade en su lugar lingara-embed-natives-android, un AAR. En un proyecto de libGDX, las bibliotecas nativas de escritorio van en el módulo de escritorio y las nativas de Android en el módulo de Android.
Un juego en Kotlin depende de lingara-embed-kotlin; un juego en Java, de lingara-embed-java, la fachada.
Obtener tokens de tu servidor
El kit nunca guarda un secreto. Dale la ruta de tokens de tu propio servidor y la cabecera que lleva la sesión del jugador, y el kit hará una petición a ella cada vez que necesite un token. Tu servidor lo emite con un kit de servidor y responde con el token y su caducidad.
Vaciar los eventos en tu bucle de renderizado
El núcleo ejecuta su E/S de red en su propio hilo y nunca llama a tu código. En tu bucle de renderizado, en el hilo del juego, vacía lo que ha llegado, como máximo 256 eventos a la vez, y gestiona cada uno: una actualización de práctica, una respuesta de PNJ en streaming, un error. En Java, cada evento va al método correspondiente de tu visitante. Cierra el kit en el paso de liberación de tu juego, lo que detiene el núcleo y lo libera.