[GC y En general] Deteccion de Colision

hola, que tal si para hacer la colision con superficies inclinadas haces la colision con una recta que une los dos puntos que la forman?

Ya lo habia pensado pero...como doy las coordenadas para generar una recta inclinada? es que no lo termino de ver xD

ACLARACION: es que el problema es que para mi calculo uso ancho y alto y una unica coordenada mientras que para un plano inclinado en vez de la anchura necesitaria una segunda coordenada....me sigues?

esque en estas cosas todo depende de las estructuras de datos que tengas, la colision quieres que sea de una linea inclinada a un plano? esa sería fácil

si me podrias explicar la diferencia en si entre las dos opciones que comentas?

Hmmm, la verdad esque este tema solo lo he tocado en Game Maker, pero lo suyo sería detectar "colores de pixeles". Me explico. Si por ejemplo quieres ir a la izquierda, compruebas primero que hay espacio sin inclinación (hay pixeles "no transparentes" por el camino), si no es así, compruebas cuantos pixeles "no transparentes" hay, si el numero no supera un numero de pixeles determinado por tí, entonces subes el muñeco ese numero.
En game maker era facil porque las colisiones ya estaban programadas, pero no se si podrá funcionar en GC, espero que te haya servido al menos como una ligera idea

por lo que he entendido quieres hacer colisiones por cajas ok? bueno para colisiones por cajas en sistemas inclinados puedes intentar ver si la recta colisiona con la caja, para esto puedes buscar las ecuaciones matemáticas.

No se si te servirá ya, pero he encontrado esto:

http://jnrdev.72dpiarmy.com/en/jnrdev2/

Ahi hay tambien info sobre colision por tiles y eso miralo a ver que te parece

Un modo más o menos fácil, es tener una matriz referenciada al objeto de booleanos, donde indiquen si hay materia o no, y basicamente en función de la posición superior izquierda (la tratas como un cuadrado) miras si colisionan partes materiales.

Otro modo es controlar el color del pixel, lo habitual es usar un color raro, que te digo yo un verde pistacho, este haces que no se represente en pantalla pero lo consideras en la colisión.

No se si me explico.

supreme escribió:Un modo más o menos fácil, es tener una matriz referenciada al objeto de booleanos, donde indiquen si hay materia o no, y basicamente en función de la posición superior izquierda (la tratas como un cuadrado) miras si colisionan partes materiales.

Otro modo es controlar el color del pixel, lo habitual es usar un color raro, que te digo yo un verde pistacho, este haces que no se represente en pantalla pero lo consideras en la colisión.

No se si me explico.

Cuidado con lo de detección de colores, que mi primer proyecto en LUA lo usaba, porte el sistema a C + SDL y fue una pérdida de velocidad brutalísima... cómo no cuentes con alguna función para detectar colores superoptimizada (y que recuerdos que me viene del DIV2 ahora mismo xD) olvida eso

Yo lo tengo por tiles: si la Y del personaje + su altura entran dentro de un tile duro, se le resta a la Y un valor para que salga de él y se mantenga encima (aunque ahora que lo pienso se me ocurre cómo optimizar lo que tenía )

Mucha suerte man, a ver si cuando me rule el Viper me meto yo también un poco con la Gamecube

Lupi escribió:No se si te servirá ya, pero he encontrado esto:

http://jnrdev.72dpiarmy.com/en/jnrdev2/

Ahi hay tambien info sobre colision por tiles y eso miralo a ver que te parece

Por fin he sacado tiempo para seguir programando, ya que he andado un poco liado y ponerme a mirar codigo por mucho que me gustase no era una de las cosas que mas me atraian

Me he leido casi entero el "manual" que me enlazaste y....como decirlo....lo entiendo completamente, pero me parece un trabajo de chinos ya que para que el movimiento por una rampa quedase realista tendria que poner bastantes "escalones" y como la cuestita sea larga, apaga y vamonos

zestt escribió:Yo lo tengo por tiles: si la Y del personaje + su altura entran dentro de un tile duro, se le resta a la Y un valor para que salga de él y se mantenga encima (aunque ahora que lo pienso se me ocurre cómo optimizar lo que tenía )

Supongo que te refieres a justito exactamente el mismo proceso que se detalla en el manual con lo que poco practico me parece pero...si podrias contar desde tu experiencia que tal va?

Gracias a todos

No sé si te servirá de mucho o siquiera si te refieres a este tipo de colisiones, pero has considerado hacer las colisiones esféricas? Es decir, en lugar de hacer una 'envoltura' rectangular para el personaje, hacerla esférica, calculando si el/los objetos están dentro de un radio (o incluso elíptica, con un par de radios, en lugar de uno solo).

Para hacerlo, simplemente trasladarías el punto a ser el centro, en lugar de una esquina, y con las típicas fórmulas de geometría de la ESO (de las que ya ni me acuerdo ), comprobar si está dentro o no del objeto...

No sé si es esto lo que quieres, pero por si acaso te puede ser útil, lo dejo ahí por si no lo habías considerado...