Segundo micro

[xLoNaDaRx]

No paro de leer y leer (esto engancha), y lo que más he visto es:


"... pero si se consigue usar los 2 micros irá como la seda..."

y cosas muy parecidas. Mi pregunta es... ¿Qué problema hay para utilizar el segundo micro? Supuestamente, si la GP2X ha pasado a ser 100% libre me supongo que se puede usar todo lo que ofrece... ¿por qué no se puede usar el segundo micro?

Salu2 :saltando:

[LukStarkiller]

Lo impiden una "caca" de SO y una "caca" de SDL.

^^ Espero haberlo dejado claro

Cuando salga algo mejor (paciencia que eso depende de si alguien lo hace de manera altruista) ya se aprovechara. No pidas algo de donde aun no se peude sacarque las cosas no son tan faciles como decir queiro esto, anda pues toma ya lo tienes....

Enga ta lue ^^
:brindis:

[xLoNaDaRx]

Pero entonces qué se necesita... un mejor firmware?

[Puck2099]

Lo impiden una "caca" de SO y una "caca" de SDL.

^^ Espero haberlo dejado claro

Cuando salga algo mejor (paciencia que eso depende de si alguien lo hace de manera altruista) ya se aprovechara. No pidas algo de donde aun no se peude sacarque las cosas no son tan faciles como decir queiro esto, anda pues toma ya lo tienes....

Enga ta lue ^^
:brindis:

Ni el SO ni las SDL impiden el usar el segundo micro... :loco:

No se usa porque es difícil de hacerlo, no porque no se pueda...

[Wild[Kyo]]

Con las librerias de rlyeh (que se puede usar conjuntamente con las SDL) se puede hacer uso del segundo procesador sin problemas. Las SDL no limitan el segundo procesador, otra cosa es que sea bastante complicado hacer uso de él.

[xLoNaDaRx]

Yo estoy un poco torpe en programación, pero visto lo visto voy a tener que iniciarme. Podriais hacerme un ejemplo inteligible por cualquier ser humano de por qué el acceso al segundo micro es dificil?

Salu2

PD: Si empiezo a programar, por donde empiezo? C? Python?

[KOLALOKA]

empieza por un lenguaje sencillo, komo puede ser pascal, y kositas así, una vez echo esto mira kosas mas complejas komo c (no es ke sea muy komplejo).

El tema de la programación de dos micros es compleja ya ke tienes recursos compartidos es la memoria a los ke manejar se puede hacer un **** inferno, si a eso le sumamos ke kada micro puede ejecutar n procesos de kernel o usuario pos peor.

Salu2

[ivanpd]

']Con las librerias de rlyeh (que se puede usar conjuntamente con las SDL) se puede hacer uso del segundo procesador sin problemas. Las SDL no limitan el segundo procesador, otra cosa es que sea bastante complicado hacer uso de él.

si pero dejan uso del 2 micro muy por encima

[LukStarkiller]

Ni el SO ni las SDL impiden el usar el segundo micro... :loco:

No se usa porque es difícil de hacerlo, no porque no se pueda...

A ver no impiden su uso, pero dime que hacen que haga la gente?
Pues impide que se use ya que es dificil usarlos. Yo no digo que no se puedan usar sino diria, NO se puede usar. Soy simple ^^

[efegea]

A ver no impiden su uso, pero dime que hacen que haga la gente?
Pues impide que se use ya que es dificil usarlos. Yo no digo que no se puedan usar sino diria, NO se puede usar. Soy simple ^^

Pero a ver, que no es facil programar para dos micros, no es culpa de GPH ni de linux ni de SDL, es que la propia naturaleza de programar para más de un micro es difícil de por sí. Por mucho que hiciese GPH nunca lo podría poner más facil, es asi de dificil y punto.

Además que modificar una aplicación ya existente que originalmente estaba diseñada para un micro, modificarla para que use dos es extremadamente dificil. Sólo veremos aplicaciones que usen ambos micros si estas estan programadas desde cero.

[Makoe]

Pero a ver, que no es facil programar para dos micros, no es culpa de GPH ni de linux ni de SDL, es que la propia naturaleza de programar para más de un micro es difícil de por sí. Por mucho que hiciese GPH nunca lo podría poner más facil, es asi de dificil y punto.

Además que modificar una aplicación ya existente que originalmente estaba diseñada para un micro, modificarla para que use dos es extremadamente dificil. Sólo veremos aplicaciones que usen ambos micros si estas estan programadas desde cero.


Si no recuerdo mal la solucon seria usarlos como uno solo auqnue perdiendo algo de rendimiento pero facilitando la vida al coder.

[DioxCorp]

sinceramente es algo evidente. los dispositivos de dos procesadores, siempre an dado mas disgustos que alegrias. por ejemplo:



Sega Saturms VS :::::PSX:::::
2 a 50Mhz : : : -- : : :1 a 75Mhz
640x480 p : : : : -- : - de 320x240


Pero a un asi aunke en numeros es mas potente la SS su ificultad de programacion era increible. por eso salieron pocos juegos buenos. pero eso no quito que fuera una grandiosa consola.


Si no recuerdo mal la solucon seria usarlos como uno solo auqnue perdiendo algo de rendimiento pero facilitando la vida al coder.

La virtualizacion de potencia, seria un factor importante. es algo que se ve con los procesadores de doble nucleo. Pero en la GP lo dudo ya que an de serprocesadores gemelos.

[LukStarkiller]

Pero a ver, que no es facil programar para dos micros, no es culpa de GPH ni de linux ni de SDL, es que la propia naturaleza de programar para más de un micro es difícil de por sí. Por mucho que hiciese GPH nunca lo podría poner más facil, es asi de dificil y punto.

Además que modificar una aplicación ya existente que originalmente estaba diseñada para un micro, modificarla para que use dos es extremadamente dificil. Sólo veremos aplicaciones que usen ambos micros si estas estan programadas desde cero.
Na me callo y ya esta, te doy la razon.
:brindis:

[XERO]

Sega Saturms VS :::::PSX:::::
2 a 50Mhz : : : -- : : :1 a 75Mhz??
640x480 p : : : : -- : - de 320x240

psx no tenia 33mhz???

[WinterN]

El problema de programar el segundo micro es que hay que hacerlo en ensamblador, jugar con direcciones de memoria físicas y todo eso. Aquí te dejo un par de ejemplos de uso del segundo micro.

El primero (carpeta 940) lo hizo alguién de www.gp32x.com, y lo programa directamente. El código que ejecutar el segundo micro se encuentra en el archivo crt0.s

El segundo ejemplo (carpeta dualcpu) lo hizo rlyeh como demostración de su minimal lib, que en las últimas versiones permite ejecutar código en el segundo micro.

[Electric Dreams]

Como parte de mi engine estoy realizando unas rutinas de control de la interfaz del MMSP2. Mi intención es que con una función "switch" se active un procesador u otro. Creo que da mucha libertad al programador y no complica para nada la programación.

Es la mejor alternativa a mi entender (de las que yo he barajado), pero estoy abierto a sugerencias e ideas.

[xLoNaDaRx]

Como parte de mi engine estoy realizando unas rutinas de control de la interfaz del MMSP2. Mi intención es que con una función "switch" se active un procesador u otro. Creo que da mucha libertad al programador y no complica para nada la programación.

Es la mejor alternativa a mi entender (de las que yo he barajado), pero estoy abierto a sugerencias e ideas.

Si en el caso de que hagas un switch no se pierde lo guardado en el otro procesador, es buena idea, de lo contrario, sería seguir haciendo lo que se ha hecho: Usar 1 solo procesador.
Bueno, como todos, te animo a que sigas con el proyecto, que siempre se puede sacar de donde no hay :)

Salu2 :saltando:

[WinterN]

Como parte de mi engine estoy realizando unas rutinas de control de la interfaz del MMSP2. Mi intención es que con una función "switch" se active un procesador u otro. Creo que da mucha libertad al programador y no complica para nada la programación.

Es la mejor alternativa a mi entender (de las que yo he barajado), pero estoy abierto a sugerencias e ideas.

No dudo en que para sacar un aprovechamiento real del segundo micro, la mejor opción es algún tipo de librería intermedia que facilite las cosas.

Esa idea que comentas estaría genial, si permitiese ejecutar código simultaneamente en los 2. Además tendrías el problema de compartición de variables...

Pero la idea es muy buena. ¡Ánimo! :brindis: