|
||||||||||
Consulta de los datos generales Descripción La asignatura en el conjunto del plan de estudios Campos profesionales en el que se proyecta Conocimientos previos Información previa a la matrícula Objetivos y competencias Contenidos Consulta de los recursos de aprendizaje de los que dispone la asignatura Recursos de aprendizaje y herramientas de apoyo Informaciones sobre la evaluación en la UOC Consulta del modelo de evaluación | ||||||||||
Este es el plan docente de la asignatura para el segundo semestre del curso 2023-2024. Podéis consultar si la asignatura se ofrece este semestre en el espacio del campus Más UOC / La universidad / Planes de estudios). Una vez empiece la docencia, tenéis que consultarlo en el aula. El plan docente puede estar sujeto a cambios. | ||||||||||
En el corazón de todo videjuego podemos encontrar el componente clave para su correcto funcionamiento: el motor. Este subistema es el encargado de gestionar todos los recursos de manera que el videojuego funcione. Si bien a menudo se habla simplemente de "motor", de manera genérica, un videojuego puede incorporar distintos subsistemas especializados según su funcionalidad: render, animación, música, red, scripting, IA, etc. Concretamente, en esta asignatura nos centraremos en como desarrollar motores de render, de animación y de física. Una de las características más importantes del uso de motores es su rol como módulo independiente, que nos permite su reutilización en otros proyectos que requieran una funcionalidad similar. De hecho, el caso más habitual ya es hablar de motores desde la perspectiva de un marco de desarrollo de videjuegos, a veces incluso con un editor integrado. Este, por ejemplo, sería el caso de Unity. Otros ejemplos muy populares pueden ser Unreal, CryEngine, Anvil, Source, etc. Aún cuando existen estos marcos que podemos reusar para desarrollar más facilmente nuestros proyectos y no empezar desde absolutamente cero, es imprescindible abrir la "caja negra" y estudiar como funcionan internanente y cuales son sus bases. Esto nos permite aprovecharlos mejor, ser capaz de detectar algunos problemas que puedan surgir cuando jo se comportan como esperamos, o, como no, incluso desarrollar nuestro propio motor.
|
||||||||||
Esta asignatura corresponde al bloque asignaturas comunes de la especialización de programación avanzada, cursada durante el tercer semestre del máster.
Si bien en todas ellas se trabaja de un modo u otro con aspectos vinculados a la visulización de los elementos gráficos de un videjuego en pantalla, esta proprciona una visión específica sobre el diseño y estructura de un motor, estudiando especialmente a fondo los aspectos de renderizado, animación y física. |
||||||||||
Principalmente, las vinculadas al desarrollo de videojuegos (Game Programmer, Lead Programmer), ya sea en una gran empresa, freelance, o simplemente los amantes de los videjoegos interesados en desarrollar sus propios proyectos personales. |
||||||||||
Se presupone que el estudiante dispone de conocimientos sólidos de programación en C y C++, así como en entornos de trabajo asociados a estos lenguajes, preferiblemente Visual Studio (que ya se ha usado anteriormente en las asignaturas de Unity del postgrado). |
||||||||||
Esta es una asignatura muy exigente que requiere que el estudiante disponga de conocimientos sólidos de programación en los lenguajes C y C++. Si no se ha trabajado en estos lenguajes, al menos se debería haber trabajado en otros con sintaxis parecida y sentirse capaz a la hora de trabajar con aspectos de programación como estructuras de datos complejas, lógica de punteros y orientación a objetos.
|
||||||||||
Las competencias generales del Máster que se ponen de manifiesto en esta asignatura son:
Las competencias específicas de esta asignatura son:
Finalmente, los objetivos específicos de la asignatura son:
|
||||||||||
La asignatura se articula a través de cuatro proyectos, o "retos", en cada uno de los cuales se trabaja un aspecto distinto sobre como crear o integrar un motor de videjuegos. Si bien el reto inicial es más conceptual, puramente de diseño, y por ello incoprpora un apartado más extenso de intorudcción y contextualización, el resto se centran exclusivamente en tareas de implementación. En ese sentido, el grueso de la docencia y la mayor parte del tiempo se dedica al desarrollo de cada proyecto, y el contenido está principalmente centrado a la consulta de la documenación asociada a distintas bibliotecas, y no tanto a la lectura de un módulo didáctico. Reto 1. ¿Como se diseña un motor de videojuegos?
Reto 2. Generación de un sistema de render
Reto 3. Generación de un sistema de animación
Reto 4. Integración de bibliotecas de terceros
|
||||||||||
|
||||||||||
El entorno de trabajo se basa en el el uso de Visual Studio para el desarrollo de proyectos en C/C++ con DirectX. |
||||||||||
La Normativa académica de la UOC dispone que el proceso de evaluación se fundamenta en el trabajo personal del estudiante y presupone la autenticidad de la autoría y la originalidad de los ejercicios realizados. La falta de originalidad en la autoría o el mal uso de las condiciones en las que se hace la evaluación de la asignatura es una infracción que puede tener consecuencias académicas graves. El estudiante será calificado con un suspenso (D/0) si se detecta falta de originalidad en la autoría de alguna actividad evaluable (práctica, prueba de evaluación continua (PEC) o final (PEF), o la que se defina en el plan docente), ya sea porque ha utilizado material o dispositivos no autorizados, ya sea porque ha copiado de forma textual de internet, o ha copiado de apuntes, de materiales, manuales o artículos (sin la citación correspondiente) o de otro estudiante, o por cualquier otra conducta irregular. La calificación de suspenso (D/0) en la evaluación continua (EC) puede conllevar la obligación de hacer el examen presencial para superar la asignatura (si hay examen y si superarlo es suficiente para superar la asignatura según indique este plan docente). Cuando esta mala conducta se produzca durante la realización de las pruebas de evaluación finales presenciales, el estudiante puede ser expulsado del aula, y el examinador hará constar todos los elementos y la información relativos al caso. Además, esta conducta puede dar lugar a la incoación de un procedimiento disciplinario y la aplicación, si procede, de la sanción que corresponda. La UOC habilitará los mecanismos que considere oportunos para velar por la calidad de sus titulaciones y garantizar la excelencia y la calidad de su modelo educativo. |
||||||||||
|