- Al igual que yEnS, un RTS+FPS online como el Narutal Selection, pero que soporte mas gente y con campos abiertos.

Entonces ya no sería un Natural Selection.. sería un Battlefield de mierda :[

Un Battlefield no tiene upgrades en las tropas, ni existe figura del comandante, ni las mejoras, ni el suministro de armas por parte del comandante, ni construir estructuras, ni las investigaciones, ni la toma de recursos :P que es lo que hace grande al natural selection, esa mezcla de RTS clasico con la de FPS

En la zudre de battlefields nuevos si existe la figura del comandante, y el que aparezcan mapas abiertos supone vehículos lo cual supone que sea un juego TOTALMENTE distinto, lo cual supone no ser el NS, de ahi que el NS 2 no vaya a tener vehículos, sino más de lo mismo pero mejor =)

Pero puede ser abierto y sin vehiculos :P
A ver si echo un vistazo al NS2 que hace mucho que tengo muy olvidado todo lo referente a NS  :(

- Al igual que yEnS, un RTS+FPS online como el Narutal Selection, pero que soporte mas gente y con campos abiertos.

Entonces ya no sería un Natural Selection.. sería un Battlefield de mierda :[

Un Battlefield no tiene upgrades en las tropas, ni existe figura del comandante, ni las mejoras, ni el suministro de armas por parte del comandante, ni construir estructuras, ni las investigaciones, ni la toma de recursos :P que es lo que hace grande al natural selection, esa mezcla de RTS clasico con la de FPS

Bueno, aqui van los mios:

- Un MMORPG que sea como el Ultima Online pero en 3D y con graficos puestos al dia. (este me lo he quitado de la cabeza, pero como en el hilo dicen que se puede dejar volar la imaginacion :P)

- Un juego de lucha en 2D al estilo king of fighters con online.

- Al igual que yEnS, un RTS+FPS online como el Narutal Selection, pero que soporte mas gente y con campos abiertos.

- Un juego donde la gente empiece en una isla desierta y tenga que montar su imperio del mal poco a poco. Por supuesto Online, para luego poder atacar a los demas :P

- Un Spore.

- Un juego de samurais, lo mas realista posible, que se pueda matar de una estacada, en primera persona y que se controle con el mando de la Wii de forma totalmente libre. Y por supuesto... Online!!! xD para poder retar a mas gente.


Pero por ahora me tendre que conformar con el juego de Dodge Ball que estoy haciendo y que para variar, no se si lo acabare dejandolo por otra idea :(

Pues siento deciros que no es la primera vez que veo algo parecido, ni sera la ultima. No tengo suficientes dedos en las manos para contar cuantas veces he visto esto. Incluso yo mismo he participado haciendole el proyecto a otro, y lo que es peor: gratis... (un videojuego, por lo menos disfrute haciendolo, lo unico que me tuve que estudiar las SDL de pe a pa cuando por aquel entonces yo usaba Allegro :P).

Como consuelo saber que este chico es de FP, que los que yo he visto son de carrera, donde supuestamente deben salir mas preparados...

PD: La proxima vez cobro 1000€  :evil:

Adivina adivinanza: Raya Punto Raya y no es un código morse :)
http://es.wikipedia.org/wiki/Pong

El primer videojuego no fue el Pong? Si no un tal OXO?  :shock:

Me siento una persona engañada durante años :(

:roll:

Bueno, el juego sera en 2D y ya he implementado todo lo necesario respecto a este tema. De todos modos gracias a todos por las respuestas  :D

Lo que si que es cierto es que quizas haga la tabla esa. Aunque la cantidad final de objetos que muestro en pantalla no hace que se cargue mucho el proceso de calculos de angulos (son unos 6 padres con 5 hijos cada uno), quizas en ordenadores mas lentos podria ser un problema, y una bajada de framerate muy seria.

[_Grey]

Muchisimas Gracias _Grey!!!!  :D

Era tal y como decias, solo he tenido que hacer una pequeña conversion de decimales a radianes y poner el angulo negativo.

La cosa ha quedado tal que asi:

Código [Seleccionar] Expand


   float pi=3.141592f;
   float angle=gira*pi/180;
   x = xx + (cos(-angle)*posx - sin(-angle)*posy);
   y = yy + (sin(-angle)*posx + cos(-angle)*posy);

   posicion.x = x - camx;
   posicion.y = y - camy;


x e y son las posiciones del sprite, xx e yy son las del padre, posx y posy las relativas y gira el angulo en decimales del padre.

Ahora funciona todo perfecto ;)

[Como descubro cuales son las coordenadas XY de ese lugar para que el hijo gire alrededor del padre?]

Buenas, tengo un problema trigonometrico que no consigo resolver, y seguro que alguno de vosotros lo ha logrado, ya que es algo muy visto en los juegos 2D.

Mi problema es el siguiente, tengo dos sprites, uno hace como de "padre" del otro. Seria algo asi.



Mas o menos, no es que sea gran cosa el dibujo, pero bueno...  :P
Los sprites es lo de color negro, y los recuadros azules es la region del sprite.

Supones que el padre mide 200x200, esta en la posicion (0,0), tiene 0 grados de rotacion y es la raya esa.
Por otro lado el hijo mide 30x30, esta en la posicion (120,0), tiene 0 grados de rotacion y es la bola negra con dos rayitas.

Si el padre se mueve a la posicion (50,20), entonces el hijo estara en la (170,20). Es decir, comparten la misma posicion X/Y en pantalla, pero el hijo tiene un desplazamiento relativo de 120 hacia la derecha del padre.

Hasta aqui todo bien, ahora viene el problema. Rotamos al padre, 45 grados (por ejemplo).



Ahora los nuevos valores son:
El padre mide 200x200, esta en la posicion (0,0), tiene 45 grados de rotacion y es la raya esa.
El hijo mide 30x30, esta en la posicion (120,0), tiene 0 grados de rotacion y es la bola negra con dos rayitas.

El caso, esque la bola negra con dos rayitas que hace de hijo deberia de ir "pegada" en la puntita de la raya del padre, es decir, ahora mismo deberia de estar en esta posicion:



Pues la pregunta es: Como descubro cuales son las coordenadas XY de ese lugar para que el hijo gire alrededor del padre? (no para el caso de los 45 grados, si no para cualquier angulo que tome el padre)

Algunos datos: tenemos las posiciones X e Y centrales de ambos sprites, y los º de rotacion de ambos. Tambien decir que lo estoy programando con SDL_gfx (aunque mas bien es un asunto trigonometrico universal que valdria para cualquier libreria/lenguaje).

Muchas gracias, espero a ver sido claro  :roll:

Yo tambien hice unas funciones de lectura de ficheros OBJ y de mostrar luego el modelo en OpenGL. Y tambien tengo el mismo problema, los vertices, faces y normals las pone correctamente, pero las texturas no. Juraria que he hecho todo correctamente, pero nada, las texturas no las coloca bien. No le he encontrado solucion aun, hay ando mirando, porque ya es lo ultimo que me queda para hacer una lectura perfecta de ficheros OBJ  :P  

Cuando tenga tiempo le hecho un vistazo, pero lo siento, no te puedo ayudar :(

Si, acabo de realizar una prueba con ambas cosas, desactivando el GL_DEPTH_TEST o renderizando de atras hacia delante.

Con el GL_DEPTH_TEST desactivado me dado cuenta de que se superponen todas las particulas a toda la escena. Es decir, aunque haya una caja entre la camara y la particula, la particula se sigue viendo. Soluciona mi problema, pero hace ese feo efecto de superposicion a todo... Aunque puede ser util para ciertas cosas  :P

Renderizando de atras hacia delante tambien se soluciona el problema y ya no se superponen a todo. Pero en cuanto miras las particulas desde atras, vuelve a salir el error (es logico). Una solucion seria ordenarlas constantemente por lejania de la camara, para decidir el orden de escritura.

Ahora me tengo que marchar, asi que ya seguire probando. Me queda probar ese glDepthMask(0);

Gracias a todos  :D

Tienes activo el depth_test? si es así desactivalo cuando pintes transparencias.

Muchas gracias!!!!

Era sin duda que dejaba el depth_test activado  :?

Joer, muchas gracias, me estaba volviendo loco con el tema  :D

Si, todo eso lo tengo en cuenta, pero sigue igual todo :(

Adjunto una captura para que lo veais:

Bueno, el caso esque estoy haciendo mis pinitos con OpenGL usando SDL para el tema de lla ventana, las texturas, I/O y la musica/sonidos...

Al grano, mi problema es el siguiente:

- He creado una funcion que convierte un PNG a textura, tal que asi:

Código [Seleccionar] Expand



void textura::cargarTextura(char *tex) {

 SDL_Surface *dibujo = IMG_Load(tex);
 
 glGenTextures(1,&textur);
 glBindTexture(GL_TEXTURE_2D,textur);

glTexParameteri(GL_TEXTURE_2D,GL_TEXTURE_MAG_FILTER,GL_LINEAR);
glTexParameteri(GL_TEXTURE_2D,GL_TEXTURE_MIN_FILTER,GL_LINEAR_MIPMAP_NEAREST);

 gluBuild2DMipmaps(GL_TEXTURE_2D, 3, dibujo->w, dibujo->h, GL_RGB, GL_UNSIGNED_BYTE, dibujo->pixels);

 SDL_FreeSurface(dibujo);

}



Donde, carga un archivo PNG, previamente creado en Photoshop en formato RGB ( Imagen > Modo > Color RGB )

El caso, es que la textura sale correctamente dibujada, el problema viene cuando creo particulas, que quiero que por ejemplo el color negro del dibujo no se represente (para que no queden cuadrados feos que se tapen entre si). Es decir, quiero que el canal Alpha se represente...

Esta claro que uso formato RGB constantemente, el cual no tiene un cuarto canal Alpha, pero esque he probado y leido de todo, pero nada de nada me funciona, he cambiado:

Código [Seleccionar] Expand

gluBuild2DMipmaps(GL_TEXTURE_2D, 3, dibujo->w, dibujo->h, GL_RGB, GL_UNSIGNED_BYTE, dibujo->pixels);

por

Código [Seleccionar] Expand

gluBuild2DMipmaps(GL_TEXTURE_2D, 4, dibujo->w, dibujo->h, GL_RGBA, GL_UNSIGNED_BYTE, dibujo->pixels);

y cambiando la textura de color RGB a color Indexado...

...y un monton de cosas mas con funciones como SDL_SetColorKey(), SDL_SetAlpha(), SDL_DisplayFormatAlpha(), etc...

Y no hay manera de encontrar el modo de que se visualice sin esos bordes feos... Muchas veces incluso se visualiza mal o simplemente da error y termina la ejecucion...

Supongo que es un fallo tanto de programacion como a la hora de crear el archivo PNG. Pero me estoy volviendo loco!!!

Alguien seria tan amable de darme la "receta" exacta para que se represente todo correctamente y respetando el canal Alpha?  :cry:

[Jove]

Joder! Son cojonudos estos tutoriales, mis felicitaciones Jove  :D