Dudas varias en programacion

[Neodreamer]

Hola, hace tiempo q me viene dando vueltas en la cabeza varias dudas...unas tontas y otras por curiosidad a ver si alguien me las aclara. Gracias
- Que significa eso de q la gp2x no mueve puntos o comas flotantes??? q diferencia hay con el punto fijo?
- Respecto a las SDL, ahora q teniendo la gp32 y me va a llegar la GP2X, me quiero meter a probar cosas, me lio un poco con eso de la portabilidad....
En la gp32, hay librerias SDL compiladas o creadas x Chui, esto me hace suponer q aparte del compilador(q genere el fxe en gp32, el binario en linux y el exe en win32) es necesario librerias especificas para cada sistema. Pero yo habia entendido q la gracia de las SDL era q valian para todos estos sistemas.
No se si me explico o si sabreis responderme, pongo un ejemplo:
Si yo hago un juego simple de movimiento de un personaje por pantalla para linux pero con la resolucion de la gp2x, cuando lo compile para esta valdra? o tendremos q esperar a q salga el SDK especifico o q alguien cree o modifiue el SDL para gp2x?
En resumidas cuentas...un mismo codigo respetando ciertos datos como pantalla, mapeo de botones y sonidos puede ser compilado para cualquiera de las plataformas o hay q cambiar mucho codigo?
Y por ultimo, en el caso de la gp2x, siendo su nucleo o bios basada en linux, valdran las SDL de linux o sera mas de lo mismo?
Gracias y 1saludo

[Aiken]

Hola, hace tiempo q me viene dando vueltas en la cabeza varias dudas...unas tontas y otras por curiosidad a ver si alguien me las aclara. Gracias
- Que significa eso de q la gp2x no mueve puntos o comas flotantes??? q diferencia hay con el punto fijo?
- Respecto a las SDL, ahora q teniendo la gp32 y me va a llegar la GP2X, me quiero meter a probar cosas, me lio un poco con eso de la portabilidad....
En la gp32, hay librerias SDL compiladas o creadas x Chui, esto me hace suponer q aparte del compilador(q genere el fxe en gp32, el binario en linux y el exe en win32) es necesario librerias especificas para cada sistema. Pero yo habia entendido q la gracia de las SDL era q valian para todos estos sistemas.
No se si me explico o si sabreis responderme, pongo un ejemplo:
Si yo hago un juego simple de movimiento de un personaje por pantalla para linux pero con la resolucion de la gp2x, cuando lo compile para esta valdra? o tendremos q esperar a q salga el SDK especifico o q alguien cree o modifiue el SDL para gp2x?
En resumidas cuentas...un mismo codigo respetando ciertos datos como pantalla, mapeo de botones y sonidos puede ser compilado para cualquiera de las plataformas o hay q cambiar mucho codigo?
Y por ultimo, en el caso de la gp2x, siendo su nucleo o bios basada en linux, valdran las SDL de linux o sera mas de lo mismo?
Gracias y 1saludo

- Pues creo que es que no tiene coprocesador matematico para numeros reales no enteros vamos.. que se usan para el 3D sobre todo. Aunque se puede simular usando solo enteros, pero se pierde precision y algunas cosas pueden no verse perfectas.

- Las SDL solo son el lenguage de porgramacion, por decirlo de alguna forma, un juego en SDL para PC no funciona en la GP32, y uno en SDL para GP32 no funcionara en GP2x, pero sera muy facil de convertir de hecho posiblemente solo sea recompilar


Tendras que esperar a que alguien saque las SDL para Gp2x, pero creo que el propio gamepark lo sacara al lanzamiento, y solo sera recompilar tu juego con las nuevas librerias de hecho se supone que SDL sera el SDK de gp2x directamente

Aiken

[WinterN]

Que significa eso de q la gp2x no mueve puntos o comas flotantes??? q diferencia hay con el punto fijo?

Te voy a poner un sencillo ejemplo. Imagina que tu trabajas con un tipo de datos en decima compuesto hasta un máximo de 4 cifras: 2 cifras enteras y 2 decimales. Por ejemplo podrías tener estos valores

00.01, 12.00, 43.25, 55.67, 78.50, 99.99

Esto es coma fija. ahora imagina que dispones de 4 cifras igualmente, pero puedes mover la coma de posición:

.0001, 3.142, 12.00, 554.2, 888.0, 9999

Como ves en el segundo caso, puedes llegar a tener números más grandes, o trabajar con mayor precisión con números pequeños. Eso es coma flotante.

Ahora si te lo imaginas en binario, por ejemplo un numero de 32 bits, con 4 bits para decidir donde está la coma, entonces ya tienes cómo funciona un micro real...

[Malenko]

- Las SDL solo son el lenguage de porgramacion, por decirlo de alguna forma, un juego en SDL para PC no funciona en la GP32, y uno en SDL para GP32 no funcionara en GP2x, pero sera muy facil de convertir de hecho posiblemente solo sea recompilar


Tendras que esperar a que alguien saque las SDL para Gp2x, pero creo que el propio gamepark lo sacara al lanzamiento, y solo sera recompilar tu juego con las nuevas librerias de hecho se supone que SDL sera el SDK de gp2x directamente

Concretamente, las SDL son unas librerias que permiten que si usas sus funciones te aseguras que el programa podrá ir en un PC con Windows, con Linux, en la GP2X,etc. Como las funciones usan el mismo nombre en una u otra plataforma solo tienes que compilar para que te genere ejecutable. Es decir, el código de sirve para varias plataformas diferentes, pero el ejecutable no, así que si quieres un ejecutable para PC-Linux solo tienes que compilar con el compilador para PC-Linux. Que lo quieres para la GP2X, pues lo haces con su compilador. Pero el código es todo rato el mismo.

[Flatron]

Te voy a poner un sencillo ejemplo. Imagina que tu trabajas con un tipo de datos en decima compuesto hasta un máximo de 4 cifras: 2 cifras enteras y 2 decimales. Por ejemplo podrías tener estos valores

00.01, 12.00, 43.25, 55.67, 78.50, 99.99

Esto es coma fija. ahora imagina que dispones de 4 cifras igualmente, pero puedes mover la coma de posición:

.0001, 3.142, 12.00, 554.2, 888.0, 9999

Como ves en el segundo caso, puedes llegar a tener números más grandes, o trabajar con mayor precisión con números pequeños. Eso es coma flotante.

Ahora si te lo imaginas en binario, por ejemplo un numero de 32 bits, con 4 bits para decidir donde está la coma, entonces ya tienes cómo funciona un micro real...

Editado:

Los dos casos que has expuesto es de coma fija. Coma flotante son numeros asi:

-2.e2, 234e-10, -.2e4, etc...

Para podrer representar un numero en coma flotante hace falta tener bits reservados para:

- Signo
- Exponente
- Mantisa.

Asi que imagino que la Gp2x solo almacenara el signo, la parte entera y la parte decimal, con lo cual se pierde precision.