En la sección de créditos de los juegos que juego, hay nombres de programadores gráficos . Si usaron un motor de juego, ¿por qué necesitan un programador de gráficos ? ¿El motor del juego no está haciendo su trabajo?
En la sección de créditos de los juegos que juego, hay nombres de programadores gráficos . Si usaron un motor de juego, ¿por qué necesitan un programador de gráficos ? ¿El motor del juego no está haciendo su trabajo?
Respuestas:
Incluso con un motor, hacer que algo se muestre en la pantalla de la manera que desea no siempre es trivial. Habrá muchos casos en los que se requiera que alguien con conocimientos de programación haga que los gráficos se muestren correctamente. Estas personas pueden llamarse programadores gráficos en los créditos (el programador gráfico no es un título certificado o protegido, y la diferencia entre los diferentes títulos puede variar mucho según la compañía).
Traigamos un ejemplo concreto. Necesitamos un círculo giratorio animado, como sigue:
Algunas de nuestras opciones son:
1 Coloque el círculo en una valla publicitaria, escriba un guión para rotar la valla publicitaria.
2 Use un gif animado como fuente.
3 Haz todo en un sombreador, que permite 2 opciones diferentes:
En 1. alguien necesita escribir ese script, que es algún tipo de tarea de programación que tiene que ver con los gráficos. Para 2. no necesitamos un programador, a menos que el motor, como la mayoría, no admita la importación de gifs animados, en cuyo caso alguien necesita programar esa parte. En 3. alguien tiene que programar el sombreador, que podría ser un artista o un programador.
EDITAR para abordar los votos negativos:
Los votos negativos parecen deberse a que el efecto es demasiado simple y, por lo tanto, no sería implementado por un programador gráfico "real". Realmente no sé quién más lo implementaría si hay un programador de gráficos dedicado en el equipo, y ocasionalmente implemento tales efectos de rotación en sombreadores, aunque generalmente la rotación es solo una parte de un todo más grande, como en este ejemplo .
Los motores de juego son como las cocinas, y los desarrolladores (es decir, los programadores) son como los cocineros.
Los motores de juego ofrecen posibilidades, mientras que los programadores aprovechan estas posibilidades para las necesidades del juego.
Por lo tanto, las compañías de juegos necesitan programadores gráficos para adaptar las posibilidades gráficas del motor a las necesidades del juego.
Si el motor del juego fuera capaz de manejar todo, sin modificar, todos los juegos producidos por ese motor parecerían salir del mismo molde: los artistas pueden producir diferentes modelos 3D y arte 2D adaptados a la visión de los diseñadores, pero el La personalización en el juego de estos gráficos se limitará a lo que el motor ofrece de inmediato.
Tenga en cuenta que si bien le permiten cambiar el arte utilizado, algunos motores de juegos no ofrecen la posibilidad de adaptar los otros aspectos gráficos a las necesidades del juego. Creo que RPG Maker fue así: te permitió cambiar el arte, pero estabas limitado en términos de cómo podrías modificar tu juego para darle un toque muy distintivo. Esto puede haber cambiado en los últimos años ya que no he tocado ese software por un tiempo.
El significado específico de la mayoría de los títulos en la industria de los juegos varía ampliamente de un estudio a otro, así que tenlo en cuenta. Lo que constituye la "programación gráfica" en un estudio puede significar simplemente hacer ajustes de sombreado o material, mientras que en otro estudio puede significar hacer un trabajo de optimización de nivel relativamente bajo cerca de la API de gráficos subyacente, etc.
Dicho esto, en estudios más grandes es relativamente raro tomar algún middleware del motor y usarlo sin hacer ninguna modificación. La mayoría de las veces, será necesario modificar aspectos específicos del motor porque no cumple con los requisitos, o porque hay un error en esa versión y la compañía aún no puede actualizar a una versión más nueva que pueda solucionar el error, etc. cetera
Los gráficos son una de esas áreas donde las personas tienden a hacer un poco de ajustes. Es posible que no implique reescribir el uso de Direct3D o similar dentro del motor, pero aún podría involucrar el trabajo de personalización u optimización de sombreadores, mejorar la gestión de recursos gráficos para tener mejor en cuenta los perfiles de uso del juego específico, agregar nuevas funciones u opciones de representación, agilizar el canalización de activos gráficos para adaptarse mejor al flujo de trabajo del estudio, etc.
Además, hay muchos casos en los que un estudio querrá tomar integraciones de middleware adicional relacionado con gráficos. Hay paquetes de middleware como Granite, Enlighten y TrueSky que ofrecen varias características relacionadas con los gráficos (transmisión de texturas, iluminación global, simulación y renderización del cielo, etc.). Todos estos paquetes de middleware se integran con Unreal, pero se requiere trabajo para integrarlos. Algunos de ellos pueden entrar en conflicto entre sí o necesitan algunos ajustes para funcionar bien juntos, ya que todos están desarrollados por diferentes compañías. Es probable que los programadores de gráficos también participen en ese tipo de trabajo.
Puede enviar juegos sin un programador de gráficos con bastante facilidad hoy en día debido a todos los motores. Para lo que generalmente necesita un programador de gráficos son cosas como
mejoramiento
Un programador de gráficos sabría y / o aprendería cómo funciona un motor en particular y podrá dirigir a los artistas o modificar los materiales o fusionar modelos o usar otras técnicas, etc. para obtener un mejor rendimiento del motor.
comprensión e instrucción
Un artista quiere lograr un cierto efecto. El programador de gráficos que entiende cómo funciona el motor puede explicar cómo lograr ese efecto.
personalizaciones y efectos
Ciertos efectos pueden requerir programación. Gran parte de la representación de Bound es personalizada.
Esto no es diferente a las películas. Con cientos de programadores, un gran presupuesto y una mala redacción, puede obtener Star Wars: The Phantom Menace. Sin programadores y buena escritura, puede obtener Primer. Los programadores (u otras personas técnicas) pueden permitir cosas nuevas. Los programadores llevaron el barro CG a Shrek, el cabello CG a Monsters Inc, Bullet Time a The Matrix, etc. Pero, las películas y los niveles no se refieren a los efectos y es completamente posible hacer películas increíbles sin efectos o nueva tecnología personalizada.
Lo mismo es más o menos cierto para los juegos ahora. Los programadores gráficos pueden permitir los fluidos en Pixel Junk Shooter o toda la geometría dinámica de Bound, pero se pueden hacer muchos juegos con tecnología de motor estándar y sin programadores gráficos.
Muchas veces, los motores de juego no cumplirían el 100% de los requisitos y especificaciones de un proyecto de juego. Esto es especialmente cierto para los títulos de triple A que siempre están empujando los límites de la tecnología de los juegos. Si parte de la parte gráfica del motor del juego no coincide con lo que los artistas y diseñadores quieren lograr de manera inmediata, pueden contratar a un programador / especialista gráfico que pueda ayudarlos a determinar si sus expectativas son factibles, y si es así, cómo lograrlo. Puede implicar ajustar los elementos de sombreado / arte, o reelaborar partes del renderizado, o incluso usar un middleware. O una combinación de ellos.
La mayoría de las técnicas estándar se implementarán en cualquier motor comercial decente, como FXAA, iluminación, cel shading, mapeo normal, etc., pero no todas.
En el caso de que un diseñador de juegos haya especificado que un efecto particular tiene que suceder, lo construyes a partir de lo que ya está allí, o codificas un nuevo sombreador, o modificas el motor gráfico para permitirlo. En ambos escenarios, se requiere un programador de gráficos.
Definir motor, luego definir motor gráfico. Si estás usando un motor existente para hacer un juego, entonces eso no es lo mismo que escribir un juego desde cero en el código. Si a través del código uno puede definir qué es gráficos o motor, no importa cómo lo llame si su código es fuerte. La creación de juegos en dicho motor, sus límites y / o sus puntos fuertes se basan únicamente en la capacidad del programador. Usar algo como Unity o incluso Unreal o cualquier otro motor profesional no define tu habilidad, los motores de juego son solo abstracciones que codifican, por ejemplo, que C ++ puro no lo es. Por ejemplo, puedes contratar programadores incluso artistas, pero estarías limitado a la visión o los límites del motor. Por lo tanto, es mejor codificar desde cero y luego usar algo que ya existe. El problema es que ganaste No encuentre respuestas en línea como el Stackexchange. Dudo que muchas personas se hayan molestado en codificar un juego y mucho menos haber terminado un proyecto 2D. Solo estoy postergando un poco, lo que significa que no muchas respuestas egoístas lo explican. ¡La mejor manera es estudiar y practicar!