Realmente en España no hay cursos de diseño de videojuegos. Supongo que a la hora de la verdad, los "diseñadores" son los mandamases del proyecto, en plan los lead, y posiblemente los que se encarguen del apartado de guión. Como ya se ha dicho, lo mejor para llegar a diseñador de videojuegos es tomar la rama de programación o arte para ir subiendo hasta llegar arriba, y tranquilo, pues aunque no se estudia nada para llegar a diseñador, uno mismo va aprendiendo a base de trabajar con otros Product Sheet y documentos de diseño

El problema que tengo es que, con el código que tengo ahora, con el ejemplo anterior me indica que hay colisión por dos lados [abajo y derecha], pero me interesa saber el amaño del rectángulo que se crea ya que, si la X es mayor que la Y, quiere decir que la colisión es por abajo. No sé, es que más creo que ya no puedo explicarme :/

A ver, me interesa saber por dónde colisiona cada cosa porque realmente es importante: no es lo mismo que el personaje "mate" al enemigo pisándolo que no al revés. En ambos casos hay colisión, pero si hay colisión y no es el protagonista el que está encima del maloso, pues mueres. A ver, vamos a hacer una representación "gráfica" de lo que me encuentro:


_________
|                     |
|                     |
|      Mario     |
|          ____ |__
|____|____ |     |
          | Maloso  |
          |_______|

A simple vista, evidentemente parece que el Mario esté matando al maloso, pero el caso es que cuando pasa por la función que me determina por dónde colisiona, me devuelve true en DOWN y RIGHT, pero sabiendo la intersección, el espacio que se solapa, si veo que y > x, implica que hay mayor colisión por abajo. Hacer una función para el ejemplo es sencillo, pero si en vez de colisionar por la esquina inferior derecha del Mario es en la izquierda, hay parámetros que cambian y que, por ahora, mi solución sería meterle un tostón de código...

Estoy con un proyecto basado en los Super Mario Bros., plataformeros 2D bastante simplones. En este caso, nos encontramos con varios elementos, de momento 3 [ordenados por importancia]:

- Prota
- Malosos
- Escenario

En el prota se calcula si ha habido colisión tanto con el enemigo como con el escenario, y el enemigo únicamente lo hace con el escenario. Así pues, me interesa saber por qué lado [o esquina, claro está] colisionan los objetos, y para ello necesito calcular el tamaño del rectángulo formado a raíz de la colisión. Realmente es fácil, y seguro que hay una función que me lo resuelve, pero por ahora sólo puedo imaginarme mil funciones dependiendo de cada caso [de si entra por la esquina superior derecha o izquierda, inferior derecha o izquierda, por arriba, abajo, derecha o izquierda]. Debido a que el prota es más grande que los enemigos pero menor a los elementos del escenario, lo que ha propuesto antes blau no es del todo factible

Debido a que en el juego nada va excesivamente rápido, el segundo punto que has apuntado no me preocupa

Hmm si, supongo, no lo había pensado, aunque también es verdad que el rectángulo que esto crea es bastante mayor...

Lo he estado mirando detenidamente y creo que no, no es lo que busco, ya que en ciertos casos [como por ejemplo que una imagen sea mucho más grande que la otra] no surtiría el efecto deseado, al menos con el posible enfoque que yo le he dado a ese planteamiento...

Buscando por la web he encontrado varios hilos sobre este tema, pero o eran en otro lenguaje programativo, o no trataban lo que yo buscaba o, simplemente, los enlaces estaban cortados. Mediante google me he encontrado con una situación parecida, por lo que acabo recurriendo a abrir un nuevo tema...

Hace tiempo creé desde 0 un detector de colisiones en 2D bastante simple, el cual simplemente te decía si había colisión entre 2 quad [pasando por la posición y tamaño de cada uno]. El tema colisión lo tengo dominado, pero el problema viene cuando debe determinar por dónde viene la colisión. Dandole muchas vueltas [soy un poco reacio a que internet me saque las castañas del fuego hasta que no me doy medio por vencido], he determinado que lo mejor es conocer el rectángulo de inserción que se crea en la colisión [véase el espacio en el que coinciden ambas imagenes]. A simple vista parece bastante fácil, y seguro que existen mil códigos optimizados del asunto, pero al parecer se esconden demasiado bien :/

Alguna idea?

Si os digo la verdad, no sé cómo lo he solucionado, aunque suele pasarme a menudo con estos errores... Como dije, eliminé para reinsertar todo el contenido que trataba con esa librería, y ahora me funciona... Bueno, tema zanjado pues

Al añadir direcciones y tal en las opciones del proyecto está puesto como debug/release, y sí, la ruta de la librería es correcta :/ Eliminaré del proyecto todo lo relacionado con la librería y si eso lo iré reintroduciendo con cuentagotas, a ver dónde me peta .__.

Gracias :)

Muy buenas,

Hace varios años empecé un proyecto en Visual C++ el cual, por h o por b, dejé abandonado. Con el tiempo, le he pillado cariño al proyecto, y hoy he decidido retormarlo. Pero odio los errores de vinculación, siempre han sido mi sombra, y por mucho que los acabo solucionando mirando otros proyectos o internet, esta vez no encuentro el error...

fatal error LNK1104: no se puede abrir el archivo 'libexpat.lib'

En "Herramientas>Opciones>Proyectos y Soluciones>Directorios de VC++>Archivos de biblioteca" he añadido la dirección donde se encuentra el archivo, y en "Proyecto>Propiedades de 'proyecto'>Vinculador>General>Directorios de Bibliotecas Adicionales" también, además de en "Proyecto>Propiedades de 'proyecto'>Vinculador>Entrada>Dependencias Adicionales", donde simplemente he añadido el nombre del archivo.

He mirado en mil páginas web inglesas y españolas, exponían mil posibles casos que desembocasen al susodicho error, pero seguramente el odio que siento hacia los errores de vinculación me habrán llevado a que no pueda salir del bache sin pedir ayuda :/

Alguna idea?

Sé que a muchos no os importará, y tampoco le veréis mérito alguno, pero con la poca programación que sé he conseguido dotar a un enemigo npc de IA, aunque básica y simple, me ha gustado saber que puedo hacerlo. Y muchos diréis "y qué?", pues os digo que con la IA, al igual que muchas otras cosas, era una de las que no sabia ni por donde empezar, y para que sepáis que no me rendiré, esta es la prueba

Ah, ahora lo entiendo -.- El caso es que un "hello world" es, evidentemente, facil y corto, pero un "hello world" cliente/cliente o cliente/servidor... Eso si que ni papa -.-

Buffon, quoteaste tu anterior mensaje como si no lo hubiese leido, pero tu leiste uno en el que yo decía que lo que quiero es un simple RPG pero que las unicas características que le disten de uno normal son la pelea contra otros jugadores y un ranking? Personalmente no veo necesidad de poner un chat, aunque la idea de un MMORPG con chat sea muy extendida gracias a nuestro "querido" WOW

Buffon, como comprenderás, no tengo ni idea de por donde empezar con un chat. Más o menos me he informado sobre los programas online, que constan de una parte cliente y otra parte servidor, pero de ahí no me saquéis [de momento]

Exacto! Algo tipo Ogame

Lo que tengo pensado no es más que un rpg donde cada uno va por libre, pero que puede pelear contra otros jugadores e incluso compararse en un ranking

A ver Gorkin, quería algo simple en cuanto a gráfica, pero eso lo encuentro... No sé -.- La idea es que se pueda jugar online, ya que estaría en una web... Es que no sé, quiero hacer muchas cosas pero algunas tampoco las tengo claras -.-