¿Por qué no hay toneladas de juegos Unity y Unreal Engine hechos en el navegador en este momento?

Hay un problema de contenido oculto aquí, así como un problema de ingeniería social, pero voy a hablar sobre problemas técnicos. Podrías escribir un par de libros sobre los dos primeros.

El TL; DR aquí es que realmente no puede obtener el mismo rendimiento AAA de la plataforma web que esperaría de los programas nativos. Existen algunas soluciones, pero su implementación es más costosa para los desarrolladores.

1.) Tiempo de ejecución de compilación y procesamiento de activos

A diferencia del método estándar de producción de juegos, un juego web actualmente tiene que compilar su código y acceder a sus activos relacionados en tiempo real. Históricamente, un juego tendría activos y código precompilados que se cargarían y ejecutarían bajo demanda. La compilación previa de su juego le permite optimizar su juego para que funcione mejor en diferentes situaciones. Parte de esta personalización ocurre cuando instala (IE, PC / MAC / diferencias de consola) y parte de esto ocurre cuando configura las opciones del juego.

Dado que esta optimización ocurre antes del tiempo de ejecución, puedes cargar el juego más rápido (ya sabes lo que debes hacer). Sin embargo, la compilación en tiempo de ejecución significa que debe resolver todo esto en tiempo de ejecución en lugar de antes. Esto generalmente aumenta los tiempos de carga, entre otras cosas. En teoría, es posible almacenar en caché los datos descargados, pero el navegador (o un usuario desafortunado) puede anular lo que está haciendo muy fácilmente. Ver # 3.

2.) Mantenimiento del servidor

A través de un navegador web puede almacenar archivos y activos de forma remota, pero esto representa un problema de mantenimiento para las compañías de juegos: se necesita tiempo y dinero para mantener los servicios del servidor. Este problema se puede reducir drásticamente instalando el juego una vez en una máquina local y entregando parches periódicamente en lugar de actualizaciones constantes de transmisión. Ancho de banda = $$$, sin mencionar los profesionales de tecnología de la información necesarios para operar los servidores al máximo tiempo de actividad.

3.) Gastos generales / restricciones del navegador

Ejecutar cualquier cosa en un navegador web significa que debe trabajar no solo con el sistema operativo como un requisito del sistema, sino también con la memoria adicional y el tiempo de procesamiento que el navegador usará. Por ejemplo, ¡Chrome ahora está usando ~ 148 MB solo para dejarme responder esta pregunta! Esto probablemente no sea malo para PC o Mac, pero es excelente para las tabletas.

Además, la mayoría de los navegadores tienen características de seguridad que restringen cómo el navegador puede interactuar con su sistema operativo y hardware. Esto significa que ciertos tipos de operaciones de rendimiento que normalmente podría realizar con un juego precompilado simplemente no son posibles dentro de un navegador (a menudo acceso directo a la memoria).

Sí hay.

Fui a kongregate.com y comencé el primer juego. Efectivamente, está hecho con Unity.

Recientemente hablé con un amigo que trabaja en Mozilla en el equipo de WebAssembly. Había escuchado de los operadores de tales sitios web de agregadores de juegos que los juegos más atractivos en los sitios web ahora usan WebAssemly. Lo que prácticamente significa Unidad, supongo porque nadie hace juegos de arcade 2D simples con Unreal AFAIK.

Una razón importante es la preocupación del marketing. Los juegos basados ​​en el navegador, a pesar de tener una barrera de acceso más baja (es mucho más fácil ir a un sitio web que descargar un juego de Steam) simplemente no tienen reputación de juegos serios. De lo contrario, hay una buena cantidad de juegos para navegadores, simplemente no son el típico juego triple A.

Hablando de eso, los juegos que se ejecutan en los navegadores tampoco son muy aptos para el juego inmersivo, lo que limita los tipos de juegos adecuados para su lanzamiento. De nuevo, lo de la mala reputación.

En cuanto al rendimiento, tampoco puede alcanzar el nivel de un ejecutable compilado. Esto no es un problema para la mayoría de los juegos modernos, pero los gráficos intensivos de alto rendimiento son un problema.

La mayoría de la gente prefiere compilar los juegos en un ejecutable para poner en Steam, Microsoft Store, Apple Store o Google Play. Sin mencionar, el Unity Games en el navegador puede ser un poco defectuoso para compilar (Tuve el problema durante Ludum Dare).
El otro problema es que necesitas un sitio web para subir un juego en el navegador.

Ahora, si el desarrollador tiene su propio sitio web y está dedicado a los juegos; Sí, subirán un juego. Pero el otro escollo de los juegos de navegador es que está limitado en los controles que puede hacer y algunos gráficos 3D / vistas 3D pueden disminuir el rendimiento bastante mal.

Entonces, si alguien está haciendo un juego en 3D que está en vista en primera persona / tercera persona; Lo más probable es que no se coloque en un navegador por los motivos enumerados anteriormente.

No puedo hablar por la unidad

Sin embargo, HTML5 Thing es actualmente experimental, lo que significa que cualquier exportación a HTML5 (para navegadores) tendrá errores sin importar lo que haga el desarrollador.

Además, el UE es muy pesado para ser utilizado en un navegador web, lo que significa que necesitaría una computadora decente para ejecutar el juego basado en la web de todos modos.

También muchos más usuarios usan móviles / tabletas para juegos ahora en lugar de juegos basados ​​en navegador.