Los desarrolladores de juegos de Google Stadia tienen preguntas sobre el programador del kernel de Linux

Es difícil llamar a Linux un sistema de juegos por varias razones. En primer lugar, las interfaces gráficas modernas no siempre son compatibles con un sistema operativo gratuito y los controladores funcionan a la mitad de su capacidad. En segundo lugar, muchos juegos simplemente no están portados, aunque Wine y otras soluciones lo corrigen parcialmente.

Los desarrolladores de juegos de Google Stadia tienen preguntas sobre el programador del kernel de Linux

Sin embargo, se suponía que el proyecto Google Stadia solucionaría estos problemas. Pero esto es sólo en teoría. De hecho, los desarrolladores de juegos “en la nube” al transferirlos a Linux chocó con problemas que también afectan al programador del kernel del sistema.

El desarrollador Malte Skarupke informó que el programador del kernel de Linux es malo, aunque parches como MuQSS mejoran parcialmente la situación. Sin embargo, en general esta parte del sistema operativo está lejos de ser ideal. Y el propio MuQSS tiene sus propios problemas. Sin embargo, resultó que una solución similar en Windows funciona mucho mejor.

La conclusión es que para Google Stadia la frecuencia de actualización de la imagen en la pantalla es muy importante. Después de todo, los juegos, de hecho, se ejecutan en servidores remotos y los usuarios solo reciben una imagen. Por lo tanto, junto con un buen ancho de banda de Internet, también es importante el rendimiento del software. Pero éste es precisamente el problema.

Estas deficiencias se revelaron durante la adaptación de la película de acción Rage 2 a Stadia. Teniendo en cuenta que el sistema admite frecuencias de actualización de cuadros de 30 o 60 FPS, cada cuadro tarda 33 o 16 ms, respectivamente, en renderizarse. Si el tiempo de renderizado es mayor, el juego simplemente se ralentizará, y en el lado del cliente.

Los desarrolladores afirman que este problema no sólo existe en Rage 2, y Google es consciente de la situación y está trabajando para solucionarlo, aunque nadie ha dado un plazo específico todavía.

MuQSS mostró los mejores resultados en esto, por lo que se supone que tarde o temprano se agregará al kernel para reemplazar al programador actual. Sólo nos queda esperar que esto suceda este año.



Fuente: 3dnews.ru

Añadir un comentario