Diseño/normas del software

[m0skit0]

No estoy de acuerdo con conectar las clases directamente porque reduce la independencia de las clases entre sí. Además, la CPU sería un monstruo de clase ya que debe controlar TODOS los demás componentes, y por tanto está conectada a todos. Al final sería la CPU la que haría de placa base, con lo que realmente sería meter la clase placa base dentro de la CPU, y no lo veo muy claro.

Creo que quedaría demasiado embarullado de esa forma, a menos que alguien se le ocurra una idea mejor.

Animo a los demás que estáis apuntados a participar en esta discusión. El diseño del software es una de las partes más importantes del proyecto, ya que dependiendo de cómo de bien esté diseñado, luego codificarlo será fácil y robusto, o difícil y propenso a errores. Aparte al diseñar aprenderéis realmente cómo va a funcionar el emulador a falta del código propiamente dicho (que realmente sólo modela lo que se diseña).

[largeroliker]

Yo daría mi opinión, pero es que...no tengo

Cuando me entere de ALGO de lo que estáis hablando os aviso xDD

[yosoy_bostero]

Si si estamos de acuerdo m0skit0, como dije es mas para ordenarlo y que sea mas comodo trabajar que un requerimiento funcional. Por otro lado no le veo sentido al tema del modelo, aqui el ideal no seria un comportamiento al estilo PSP 3000 por decir alguna sobre algun CFW, si en definitiva los temas de seguridad/ram los manejamos nosotros, con lograr un funcionamiento a "333mhz" estamos hechos. Asi como tambien hay muchas funciones que no son necesarias desarrollar, al menos no a corto plazo y a largo plazo casi que tampoco. (lease, wifi/internet(tal vez para multijugador), salidas a monitor externo, y ese tipo de cosas que no son necesarias a la hora de emular la psp)

[darkmonster]

Doble posteo porque puedo.

Pongo un ejemplo de comunicación: la clase cAllegrex, ¿cómo accedería a la memoria? Tendría que pasar a través de la clase "placa base" y ésta acceder a la memoria. A esto me refiero con comunicación. La idea que se me ocurre es presentar un tipo/clase tBus/cBus que interconecte placa base y componente y pueda hacer que la placa base traslade datos de un sitio a otro. De hecho la placa base es prácticamente lo único que haría: trasladar mensajes de un componente a otro.

Otra cuestión es cómo queremos que funcionen los componentes: cada uno en su hilo de ejecución y corriendo todo el rato (que sería lo más parecido al hardware real y lo más veloz, aunque implica concurrencia), o que sea la placa base la que les vaya dando pie en un determinado orden (que no se parece al hardware real y es más lento, pero bastante más sencillo).

Personalmente creo que la segunda opción es la mejor por ahora.

EDITO: ¿Qué quieres que especifique arisma? Y ya no es doble posteo

yo apoyo la idea de m0skit0, el crear clases por cada componente del Hardware, y que la Placa Base actue de intermediario trasladando mensajes y conectandado a los componentes.

En cuanto a la ejecucion de los componentes, lo mejor seria simular al Hardware de manera identica a como lo hace la PSP, pero como dice m0skit0, esto se podria poner bastante tedioso.

[m0skit0]

@yosoy_bostero: efectivamente estamos de acuerdo en todo

En cuanto a la ejecucion de los componentes, lo mejor seria simular al Hardware de manera identica a como lo hace la PSP, pero como dice m0skit0, esto se podria poner bastante tedioso.

¿Has programado con concurrencia alguna vez? Te aseguro que no es nada agradable

En todo caso tanto un diseño como otro (secuencial vs tiempo real) creo que sería fácil (bueno, no muy difícil) de pasar de uno a otro si está diseñado en condiciones. También se podrían crear más equipos e ir probando con diferentes diseños, pero eso dispersa un poco el equipo y las fuerzas en mi opinión.

[m0skit0]

Os dejo los avances con el procesador según el diseño que planteé.

He creado el repositorio SVN en Google Code al final

Código: Seleccionar todo

svn checkout http://psp-emu.googlecode.com/svn/trunk/ psp-emu-read-only

Los que tengáis clientes gráficos, con darle la URL (http://psp-emu.googlecode.com/svn/trunk/) creo que le valdrá.

Si podéis echarle un vistazo, pues lo vamos comentando.

Saludos.

[arisma]

Accediendo a los ficheros. 2 de ellos sin la descripción al principio, pero tampoco es lo más importante en esos 2 ficheros de cabecera.

Por lo demás, bien. A falta de echarle un ojo al codigo claro, jeje.

Bien hecho.

[m0skit0]

He hecho más cambios. A ver si antes de irme a dormir lo subo al repo.

EDITO: subida revisión 2

[Ariath]

Mmm... interesante, ahora si puedo curiosear algo que entiendo (gran parte del diseño de la consola me suena a chino todavía ).

Por cierto, un par de preguntas:

1ª) Si queremos colaborar con el SVN, ¿Hace falta algún paso?, Lo digo porque doy por supuesto que, a menos que se admitan colaboradores, el acceso al repositorio para terceros es de solo lectura ...

2ª) Veo que estáis codificando en español directamente. Pese a que prefiero siempre que se puede la lengua de Cervantes a cualquier otra, ¿No es más práctico programar en inglés?
Yo al menos siempre hago eso, más que nada porque en inglés, aparte de que muchos términos son más cortos que en Español, evitas líos con "doña eñe" en palabras como "añadir", etc ...

Salu2

[pspCaracas]

% s/añadir/agregar/g