Como Tomar Un Pixel Para Comparar

[(_=*ZaXeR*=_)]

Hola:

Pues bien como estoy biendo movimiento en el foro respecto a la programacion que ultimamente estaba algo muerta, pues he recordado que tenia un problema a la hora de tomar un pixel de pantalla para compararlo con otro. Me gustaria que me indicarais como haceis para tomar un pixel concreto para poder hacer una comparacion con otro pixel. Ya sabeis para que es .

Un saludo

[Daxter]

es pal metal slug???

[(_=*ZaXeR*=_)]

Pos hombre es mas o menos si, me ha entrado hoy ganas de retomar el proyecto, aunque no con mucha ilusion, lo tenia apartado desde Diciembre y acabo de desempolvar el CD donde lo tenia, ahora tengo un par de fallos que antes no estaban y no logro explicarme el porque (creo que se debe a que cuando formatee el HD no copie el proyecto que tenia guardado en common sino otro que tenia en el escritorio, osea que no tiene todos los avances) de todas formas, pido ayuda para las colisiones, porque no quiero usar matrices.

[(_=*ZaXeR*=_)]

No se si es que los programadores no lo habeis visto, o es que resulta que no haceis las colisiones mediante comparacion de pixeles, alguien me puede ayudar? Wave!!!

[Wave]

Cuando llegue a casa lo miro...

[(_=*ZaXeR*=_)]

Gracias tio.

[Wave]

gpDraw[bufact].ptbuffer[(x<<7)+(x<<6)+(x<<5)+(x<<4)+(240-y)]

color del pixel (x,y) del buffer gpDraw[bufact]

[enkonsierto]

Zaxer, pero termina algo joe. Que tienes tela de ideas wenas

[(_=*ZaXeR*=_)]

enokrsierto, toy tela de atareao, y cada vez que me pongo tengo que comenzar casi desde el principio las cosas, pero bueno por lo menos el lector de CF pude desarrollar una version 0.1 en papel y lo estuve montando en una protoboard, pero luego por culpa de que los bits se pasaban por ciclos de reloj y no en un byte completo y en el tamaño se salia de algo manejable, pues olvidado. El puerto de infrarojos para la GP32 esta hecho, solo necesito un un ejemplo de codigo de como se hace una conexion usando el UART para enterarme como funciona el tema y montar un DRIVER, porque el circuito ta ya hasta cogiendo polvo. (la cosa es que la documentacion del SDK es una **** basura dice algunas funciones pero no como debo declarar variables, ni un ejemplo de cada funcion ni nada de nada es basura). Asi que ahora me he liao otra vez con el tema del Metal que tenia avandonaillo desde Diciembre, hasta que hace poco me queria poner otra vez y vi lo del nota este que me jodio el invento asi que me quito todas las ganas, asi que lo que voy a hacer es una pequeña beta en la que se muestre lo que puede hacer, mas o menos como hizo el franchute pero sin audio, y no se si meter enemigos por el tema de los sprites.

[(_=*ZaXeR*=_)]

Ahora llevo otra vez desde el fin de semana sin tocarlo, pero haber si con lo que me ha pasado Wave puedo hacer algo, gracias por el codigo porcierto, aunque la verdad me ha despistado un poco el como usarlo, plis explicamelo un poquillo mas.

[Wave]

Con el sdk creas las drawsurface, pues accediendo a la posicion que te he dado, te da el color de la posicion (x,y) de pantalla

[(_=*ZaXeR*=_)]

color int, o char ? aunque supogn que eso da igual casting powa

[zano]

Una pregunta de un novato en esto de la programación(se c desde diciembre).
Pq se hacen tantas operaciones a nivel bits como el ejemplo q has puesto wave
gpDraw[bufact].ptbuffer[(x<<7)+(x<<6)+(x<<5)+(x<<4)+(240-y)]
No es más fácil un simple
gpDraw[bufact].ptbuffer[x*240+(240-y)]
Las operaciones a nivel bits son mas rápidas?
Esto me crea unas dudas pq en varios libros he leído q la mayoría de los micros el menor tamaño de dato con el q juegan es el byte y con el q mas rápidamente se juega.

Un saludo.

[Wave]

No lo he probado a la practica en gp32 pero en teoria si, las operaciones de bits son mas rapidas que multiplicar.

[(_=*ZaXeR*=_)]

A que os quereis referir con el tema de que el procesador es mas rapido operando con bits? por lo que yo se el procesador los calculos mas rapido que hace son los de multiplicacion por 2 y division por 2 ya que se trata de un mero desplazamineto a la derecha o a la izquierda.


Pd: Gracias Wave por la ayuda nuevamente, siempre estas haci para echar una mano, por lo menos cada vez que he preguntado