Iniciar sesión

Ver la versión completa : SDL vs Ogre3d



MrsManson
17/02/2006, 22:54
Hola a tod@s!
Estoy haciendo mi proyecto final de carrera sobre esta consola y por lo tanto estoy desarrollando un videojuego. Pero antes necesito información sobre las herramientas de desarrollo de esta consola. Funciona sobre linux y se q se puede usar SDL para programas los juegos. He estado investogando y existen motores graficos libres como Ogre3d q tb pueden funcionar con SDL pero usan OpenGL y graficos 3d. Por lo q he visto esta consola usa 2D. Alguien sabe si es posible usar un motor grafico 3d como Ogre3d? Y si es asi bajo q requisitos se puede usar? Agradecere toda la información o referencias donde pueda encontrarla. Muchas gracias a todos!!

pakoito
17/02/2006, 23:17
Saludos y bienvenido

Porqué un final de carrera sobre la GP2X? Solo por curiosidad...

Un motor conocido que no se si esta portado es el YETI3D, la Gp32 ya lo corria. Espera a que reestablezcan la web principal y echale una busqueda a ver que encuentras...
La consola no es 2D, puede trabajar hasta cierto nivel con las 3D, lo que ocurre es que faltan unas buenas librerias o motor como el openGL y sus variantes. Aparte de eso es mas costoso realizar un juego con modelados 3D que el juego clasico 2D, que puede resultar igual o más divertido ^^

WinterN
17/02/2006, 23:25
La consola con tiene FPU, lo cual es una desventaja para el 3D. Pero eso no quiere decir que no pueda correr 3D, ya que dispone de 2 potentes micros a 200Mhz. Ya hemos visto correr el Quake 1 y 2, sin optimización alguna.

Las Yeti3D están portadas, al igual que las TinyGL.

pakoito
17/02/2006, 23:29
Las Yeti3D están portadas, al igual que las TinyGL.
Pero las tiny nos sirven para portar cosas que usen openGL? :confused: ***** pues si que ando yo despistado xD

MrsManson
21/02/2006, 18:46
Gracias a todos por vuestras respuestas!
Que es FPU?
Ogre3d funciona también con 2D y SDL. Pero necesita de OpenGL para funcionar. No hay ninguna posibilidad de que la consola soporte OpenGL? Al ser un SO Linux deberia poser instalar lo que quisiera, pero claro no se como va la targeta grafica en las consolas. Creeis que TinyGL es una buena opcion?

BuD
21/02/2006, 18:48
Que es FPU?
Float Process Unit

MrsManson
21/02/2006, 18:55
Gracias. Y pq es una desventaja para el 3D?

MonXP
21/02/2006, 19:21
Gracias. Y pq es una desventaja para el 3D?
:confused: :confused: No sabes que para tener una buena precisión en formas poligonales se usan muchos decimales?? Pues para conseguir una buena precisión decimal se usa la coma flotante (creo que lo estudié en segundo). Si este sistema no tiene FPU trata a los decimales con coma fija, por lo que se pierde un montón de precisión. Si queremos conseguir la misma precisión necesitamos muchos más ciclos de reloj, por lo tanto mucho menos rendimiento.

coma flotante (http://es.wikipedia.org/wiki/Coma_flotante)

EDIT: No quiero que parezca que te estoy echando nada en cara, simplemente me ha extrañado que no supieras esto si estás haciendo el proyecto de fin de carrera. :brindis: :brindis:

MrsManson
21/02/2006, 19:40
Pos por eso pregunto pq es una desventaja...y sigo con la duda: si la consola tiene FPU significa que usa coma flotante...entonces pq es una desventaja? Seria si NO la tubiera y en el post de arriba me han dicho qsi...llamame lenta pero hay algo q no pillo ;) Y las asiganturas de graficos ya las hice hace mas de 1 año...asi q tengo q refrescar muchos conocimientos :P Pero por supuesto SI se lo q es el coma flotante...lo q no sabia es a lo q se referia con FPU ya q como sabras en este mundo hay mas siglas q palabras ;) Gracias por la informacion de todos modos :D

chipan
21/02/2006, 19:48
Pos por eso pregunto pq es una desventaja...y sigo con la duda: si la consola tiene FPU significa que usa coma flotante...entonces pq es una desventaja? Seria si NO la tubiera y en el post de arriba me han dicho qsi...llamame lenta pero hay algo q no pillo ;) Y las asiganturas de graficos ya las hice hace mas de 1 año...asi q tengo q refrescar muchos conocimientos :P Pero por supuesto SI se lo q es el coma flotante...lo q no sabia es a lo q se referia con FPU ya q como sabras en este mundo hay mas siglas q palabras ;) Gracias por la informacion de todos modos :D
Que se han confundido, que donde pone "con" tendría que poner "no"

MrsManson
21/02/2006, 19:54
Ves!! Jeje, parda si pero tonta no eh ;)
Pos eso ya veo cual es el problema. Lo tendre en cuenta. Gracias.

lemon
21/02/2006, 19:59
a ver, que hay mucha desinformación por ahi...
la gp2x NO tiene fpu
el hecho de no tener fpu no resta en absoluto nada de precisión, lo que resta es muchisima velocidad...
Si sa usa aritmética de punto fijo se puede ganar algo de velocidad (pero sigue siendo mas lento normalmente que usar punto flotante por hardware), lo que si que se puede ganar es precision...
La gp2x NO tiene ningun tipo de hardware de gráficos 3d, lo que si tiene es hardware para aceleración gráfica 2d.

Puedes portar lo que quieras a la gp2x, puedes portar cualquier implementación de openGL por software (por ejemplo Mesa), pero sin disponer de aceleración 3d por hardware será demasiado lento para ser usable.

Lo que si puedes hacer es intentar portar un motor de openGL-ES (como vincent o tinygl). De momento no hay ninguno que llegue a ser usable.

MonXP
21/02/2006, 20:11
Al final resulta que el que lo había leído mal era yo, :D :D

Por cierto, lemon, lo que has dicho no es del todo correcto, aunque no me voy a poner a discutir esto por aquí. Simplemente decir que en la práctica si que se pierde precisión, siempre que queramos no perder rendimiento. Para mantener la precisión habría que trabajar con varias variables como si fueran una sóla, lo que resulta muy poco práctico.

Por cierto, no confundir una FPU con una GPU, la GPU tiene FPU, pero tiene muchas cosas más. En el caso que nos ocupa nos vendría mucho mejor una FPU que una GPU, ya que por la potencia de este sistema no podríamos aprovechar para casi nada una GPU más avanzada (aunque siempre vendría bien, claro está).

oyzzo
21/02/2006, 21:45
Si quieres programar 3d en la gp2x tendras que esperar un poco, hay gente trabajando en el tema, yeti3d y tinyGL ya estan portados a la gp2x pero para yeti3D no he sido capaz de encontrar las tools necesarias para hacer algo y con tinyGL o tiniSDGL no se consigue la velocidad necesaria para hacer algo mas que una minidemo de algo muy simple. Por suerte hay dos proyectos mas prometedores, el mas avanzado es ArcherGL miralo en www.dayxgames.com es un motor potente rapido y sencillo de usar pero esta en desarrollo todabia, otro proyecto interesante son las librerias cube que rulan por el foro, estan mucho mas verdes que las archerGL pero avanzan rapido. Asi esta el tema de momento :)

titerote
25/02/2006, 22:07
Yo lo que no entiendo es qué carrera está haciendo alguien, para que al llegar el momento de hacer un PFC (Proyecto Final de Carrera, que en este mundillo hay más siglas que palabras) que trate de programar un videojuego, esté preguntando estas cosas tan básicas...

Damizean
25/02/2006, 22:23
Hombre, precisión si que le resta, pero para una pantalla tan pequeña con usar punto fijo en precision 16:16 deberia serte mas que suficiente. MrsManson si quieres utilizar una base solida te recomendaria trabajar sobre el motor del Quake ya que seguramente es el que mas optimizado esté para trabajar con maquinas poco potentes (Claro que aún no está depurado del todo :E) aunque es un tinglao.

Zenzuke
25/02/2006, 23:59
Franxis no portó el MAME como proyecto de fin de carrera y sacó matrícula o algo asi? Me suena una cosa de esas :D

Ánimo con el proyecto, hay mucho que investigar pero lo que importa son las ganas y el tiempo :D

otaku_chobits
26/02/2006, 00:49
Franxis no portó el MAME como proyecto de fin de carrera y sacó matrícula o algo asi? Me suena una cosa de esas :D

Ánimo con el proyecto, hay mucho que investigar pero lo que importa son las ganas y el tiempo :Dexactamente, lo mismo digo, animos[Ahhh] [Ahhh] (me encanta este icono xD)

bulbastre
26/02/2006, 03:57
Doy por sentado que una vez saques el sobresaliente liberarás tu proyecto para ésta, nuestra comunidad.