Avances, Diario de...

Prg · February 16, 2009, 04:22:11 AM

hola
tengo rato revisando y las librerías de la wip 22 no me funcionan correctamente.
aunque todas dicen haber sido creadas el 4 de febrero, excepto dos archivos que fueron creados el 5, encuentro los mismos bugs que la versión de diciembre que recibimos como regalo de navidad. no cierra ventana en la cruz, no se crean fpgs nuevos, etc, etc, etc. no entiendo qué pasa, pues había leido que todos estos problemas ya se habían resuelto.

antes de decir algo más, quisiera preguntar si a todos les ha funcionado bien la nueva versión. es suficiente con que revisen que se cierra la ventana de windows al dar click en la cruz. a mi no me pasa, y ya revisé la ruta de compilación y ejecusión, lo hice manualmente, y borré todas las versiones anteriores, revisé que no compilara al eliminar algunas librerías, me descargué los librerías externas zdl, etc.

saludos a todos :) (no se me ocurre nada más :-[ )

SplinterGU · February 16, 2009, 12:36:49 PM

ya se explico que lo de no cerrar ventana con la cruz no es un bug, cuando se pulsa la cruz se setea una variable que indica esta acccion... de hecho si mal no recuerdo lo use en el ejemplo de la GUI...

eso de que no se crean fpg nuevos no entiendo a que te referis el programa que crea fpg a partir de pngs funciona perfectamente... y no se que otros bugs mas decis... podrias numerarlos?

Prg · February 17, 2009, 12:11:35 AM

??? no es bug... oh??? perdón :D

he revisado y si se crean fpgs nuevos en memoria, pero le doy a save_fpg, y no se guarda, y cambio las librerías a las de octubre y ahí si se guarda el fpg ???

ehhhh, perdón por lo alarmista, como antes si funcionaba la x y ahora no (y parte esta cosita), pues pensé que había muchas cositas (cositas que no funcionaban) más, sin embargo no he tenido tiempo de buscar, por eso puse etc ::) (je je, lo siento)

de todas formas, eso de que no se guarde los fpgs está raro, y les dejo un ejemplo.
saludos.

SplinterGU · February 17, 2009, 12:26:37 AM

si los maps en una lib tienen distinta profundidad no se grabaran...

SplinterGU · February 17, 2009, 12:34:12 AM

el error esta en la fpg_new, que da 0... voy a revisar si es correcto...

bueno, tampoco se cuanto daba la version anterior...

SplinterGU · February 17, 2009, 12:56:32 AM

Fixeado, gracias!

DCelso · February 17, 2009, 07:32:36 AM

Hola, tengo un error con la ultima versión y los 32 bits de color.
Cuando pongo esa profundidad, si cargo un proceso con un gráfico con regiones transparentes y cargo otro proceso con otro gráfico mas chico que se moverá por encima del otro, me detecta colisión en las zonas transparentes del primer gráfico. En cambio en profundidad de 16 bits no pasa.
¿Es conocido ya?

SplinterGU · February 17, 2009, 07:56:27 AM

eso no es un bug...
las transparencias son colisionables... tanto en 16, como en 32bits..
el 0 absoluto es la unica transparencia que no colisiona, en 16 bits las transparencias con valor menos a 50% son convertidas a 0 absoluto, en 32 bits cada transparencia es respetada...

yo creo que de esto ya se hablo...

DCelso · February 17, 2009, 08:40:10 AM

Sí, se habló de eso y eso que comentas lo veo correcto, el problema es que te hablo de transparente transparente osea 0 absoluto. No he dicho transparencias en ningún caso sino transparente. Voy a revisar la imagen no vaya a ser que sea cercano a 0 y no 0.

SplinterGU · February 17, 2009, 08:51:19 AM

si seguis teniendo el error, por favor, postea un ejemplo (con imagenes) asi lo pruebo...

gracias...

DCelso · February 17, 2009, 09:15:30 AM

Lo he revisado y no encuentro nada raro, a ver si podes ayuarme a verlo.
Saludos.
NOTA: Te mando un ejemplo con imágenes si lo pones a 16 va bien, si lo pones a 32 va mal, presento la variable hay colisión en la pantalla por si te sirve para algo.

Se me ha olvidado explicar lo esperado. El proceso player incrementa la coordenada "y" hasta colisionar con el proceso backgr. En 32 bits siempre está colisionando y no cae nunca (asi que parece que el player vuela), en 16 bits va bien cae hasta tocar algo distinto de transparente.

SplinterGU · February 17, 2009, 03:15:59 PM

Como dije, el problema esta en que no estas usando color absoluto 0, estas usando un RGBA de 255,255,255,0... en 32 bits poner un canal alpha en 0, solo hace a un pixel no visible, pero el pixel sigue estando, es hacerlo invisible, pero existe y colisiona...

esto es un grafico con un fondo 0 absoluto (RGBA=0,0,0,0)...

espero que ahora con la nota del RGBA se entienda el asunto...

DCelso · February 17, 2009, 07:45:56 PM

Ostras tu, pues eso no es lo típico de los programas, por ejemplo, el gimp no lo tiene en cuenta.
Yo creo que deberías permitir que fuera cualquier color a alpha 0. Date cuenta que el RGB(0,0,0) es otro color, asi que se está suponiendo que el "transparente transparente" es el negro con alpha 0. Cosa que hasta ahora ningún programa de los que he usado presupone: irfranview, acdsee,photoshop, inkscape, painshop pro. Para todos ellos alpha 0 es transparente independiente del color que tengan los otros canales. Cosa diferente sería que alpha fuera distinto de 0 porque supondría un color translúcido no transparente total.
Bueno, en fin, da igual, teniéndolo en cuenta tendré que pintar de negro lo que quiera que sea transparente y aplicarle alpha 0.
Muchas gracias por la aclaración.

SplinterGU · February 17, 2009, 07:55:22 PM

alpha 0 es transparente... como un vidrio, porque sea transparente no significa que no este... proba correr contra una ventana y luego me decis si colisionas o no contra esta...

hay algo que todavia veo no se logra entender... una cosa es transparente otra cosa es ausente... 0 es ausencia... alpha 0 es transparente... pero no significa que este ausente, es un objeto transparente... esto es fantastico para 32 bits, porque nos permite poder colisionar contra objetos no visibles (transparentes)... cosa que en 16 y los otros modos no se puede...

EDIT:
Tampoco te equivoques, los programas graficos que mencionas se comportan igual... si vos tenes varios graficos de diferente color y luego le aplicas alpha 0 a cada 1 de estos, los colores de estos objetos siguen siendo el que tenian anteriormente, solo que no se ven... conservan su propiedad color... y si vos aplicas el selector magico para seleccionarlos por color, no va a tocar toda el area transparente porque tienen alpha 0, sino que van a tomar la seleccion del objeto por su color y no por su alpha...
veo que es dificil entender paletas, transparencias, alphas, huecos en los graficos (ausencia de pixels)...

DCelso · February 17, 2009, 08:10:42 PM

ok, gracias de nuevo