SoloCodigo

mas o menos lo que vos planteas es lo que quiero hacer, pero no entendi bien en tu planteo quien es el que se fija si hay colision, porque si cada objeto ve si colisiona, cada objeto debe tener conocimiento de todos los otros elementos y eso es algo asi como "alto acoplamiento"  , lo que yo busco en el esquema es que la logica de los objetos solo se encargue de actuar ante situaciones especiales y que de la deteccion de colisiones y eventos y de dibujarlos se encargue otra clase ( la clase Game )

Bueno, sigo con mis molestias, es debido a que estoy haciendo una especie de base generica de videojuego en la cual se puedan construir simples juegos 2D y lo quiero hacer lo mas descentralizado posible.

el problema de hoy    es el siguiente:

para detectar las colisiones pretendo que los elementos colisionables se agreguen a una lista y esta chequee las colisiones entre los objetos y genere un evento añadiendo los elementos que colisionaron entonces los objetos que estan en esa lista tienen un callback para eventos como el que les comente antes ( que ya funciona ) y al recibir la llamada actuan en consecuencia.

que opinan. existe algun metodo mejo? mas eficiente?

mis consultas son para discutir las formas mas adecuadas de resolver problemas que todos en todos los juegos tienen, pretendo encontrar la mejor forma.

es que no se si te lo habia dicho, creo que si, que cuando escribis un SO no podes usar ninguna libreria y las tenes que escribir todas vos.
Eso le pasa a todo el mundo en todos los lenguajes.

lo que trato de hacer es algo tipo modelo vista controlador pero en la universidad lo vimos muy por arriba

para mas informacion:
http://es.wikipedia.org/wiki/MVC

si alguien tiene mas conocimientos sobre este patron y puede ayudar en esto creo que seria muy bueno para que los programadores de videojuegos empecemos a programar de modo mas generico y estandarizado.

quiero implementar un metodo ( clase ) reusable para el manejo de eventos, me gustaria que me comenten como lo resuelven, lo que yo tenia pensado es algo asi:

una clase que tiene un metodo para agregar callbacks asociados a cierto evento, cuando el evento se produce llama a los metodos que tiene en la lista asociados a ese evento.

por ejemplo una clase A con un metodo handleEvent, instancio dos objetos a y b, y los agrego en la lista para el evento KEYDOWN, cuando el evento se produce la clase manejadora de eventos llama a los metodos de los dos objetos.

que les parece?
como lo resuelven ustedes?

el sistema de archivos esta funcionando!

tengo un directorio raiz, se pueden crear archivos ( touch ) , borrar ( rm ) y listar el contenido del directorio ( ls ).

me falta agragar comandos como cp mv y algunos otros y ver el codigo para sacar la primera version.

tengo pensado crear un blog o si se puede una seccion dentro del foro como quieran o se pueda para explicar un poco lo del SO.

me faltan algunas cositas y saco la primera version que supongo que va a ser la ultima de este sistema operativo ya que con lo que aprendi tengo pensado encarar un SO en modo protegido con todos los chiches  

tengo pensado programar algunos programitas ( valga la redundancia ) para el sistema operativo como un pequeño editor de textos y un mini juego.

si a ustedes se les ocurre alguna otra propongan.

si por?

ya se que el hecho de que sea en 16 bits lo hace un desastre pero dentro del desastre quiero hacer las cosas bien

no soy de programar mucho en ensamblador ( ahora si pero antes no ), como el sistema de archivos esta casi terminado, ahora que tengo que crear programas para que interactuen con el sistema de archivos me viene el problema de como pasarle los parametros al programa.

por ejemplo
rm archivo

separo el string, llamo a rm y como le paso el argumento "archivo" y el numero de argumentos ( seria como argc y ** argv ) al programa? por la pila? con una direccion de memoria? no seria eso peligroso?.

gracias...

este post es para informarles que el sistema de archivos de solocodigos esta casi listo,
ya tengo la rutina para escribir y leer archivos en disco, lo que falta ahora es crear rutinas que asocien un nombre a esos bloques de datos para que se pueda acceder de otra forma que  no sea "leer el archivo que empieza en el slot x".

informo que el sistema de archivos es algo asi:

( informo que la terminologia la invente yo para ponerle nombres a las cosas que se me ocurrian )

bloque: un bloque es una unidad de 1K en la cual esta dividido el diskette, de esa forma no me preocupo por los sectores pistas y cabezas del diskette. ( es una abstraccion )

tabla de archivos: es un array de 1024 words que contiene "slots"

slot: un slot es una posicion de la tabla de archivos que contiene un apuntador a otro slot, 0xFFFF si es el ultimo slot de un archivo y 0xFFFE si el slot esta libre.

si un archivo comienza en el slot 1, el primer bloque de datos de ese archivo esta en el bloque 1 + 16 en el diskette ( el + 16 es porque en el primer bloque esta el bootloader , del 2 al 14 estan reservados para el SO y en el 15 esta el directorio raiz ).ahora bien el valor contenido en el slot 1 nos dice si el archivo contiene solo un bloque ( entonces tendria el valor 0xFFFF ), si el slot esta libre ( en todo caso no habria archivo o estaria vacio ), o si el archivo tiene mas bloques en el caso de que el siguiente bloque este en la posicion 5 +16 el valor del slot 1 sera 5.

hay un directorio raiz que es apuntado por el slot cero de la tabla de archivos, este directorio es el unico por el momento. dentro del directorio raiz hay "estructuras"  
de la forma ( Nombre (32 bytes) , numeroSlot (2 bytes) ) que asocian un nombre a un numero de slot en la tabla de archivos.

es medio parecido al funcionamiento de FAT pero no lo digan muy alto que FAT esta patentado  , aparte no me hiba a poner a investigar como era fat asi que lo diseñe yo, esto fue lo mas simple que se me ocurrio.

Bueno solo les queria comentar eso por si les interesaba

necesito su opinion/links sobre un debuger bueno y simple ( no necesito muchas utilidades ), para poder debugear el codigo de mi SO (16 bits).

si es posible que sea libre/gratis.

eternal te queria contar que lei tus links de real programers... muy interesantes, esos si que son programadores  

eso si ni se te ocurra usar ningun include de librerias que no hayas escrito vos....