SoloCodigo

y para que el allegro mas viejo y para que en turboC
?

ya lo he ojeado..
mno se cual sea el nivel de tu clase..
pero hablare como si estuviera viendolo a nivel profesional:

Esta muy desordenado
me pierdo con el diagrama E/R no esta bien definido
la pantalla de videop abajo no esta bien... una cosa es la administracion contable o administrativa del videoclub y otra cosa es el manejador de videos del videclob..
creo que serian dos proyectos diferentes.

eso a groso modo, no se de que es tu clase ni que nivel tienen.

los 15 bits son

RGB, 5 bit para cada color es decir cada componente de color puede tener un valor maximo de 69905
luegom copias los 15 bit en un area de la memoria de video 'visible' y listo.

estoy totalmente de cierdo con Darktigerhell

asi es.
en todo caso para comenzar turbo c es mas que suficiente.

SI, pero solo en  el C# 2.0
asi que deberias actualizar el framework para que te funcionen esas caracteristicas y posiblemente el vstudio tambien deberias actualizarlo.

de hecho se puede hacer adicionando solo una instruiccion al evento en vez de funciones completas.

las consolas no son malas, los juegos no son malos, pero algo falla  .

Es cierto aunque yo diria que el principal problema esta en los juegos.. pero no en lo buenos como juegso .. tecnologicamente hablando sino en esa pequeña variable tan dificil de conseguir... que sea divertido.

saludos,
estoy tratando de crear mi propiopountero de mouse para mostrar con directdraw dentro de un juego, para tal fin solo le diogo a nu dibujo que se dibuje tomando como coordenada la posicion del mouse en el formulario.

Para lograrlo tomo la posicion del mouse en pantalla a travez de Control.MousePosition y luego la convierto a posicion delmouse dentro de la forma usando
punto = forma.PointToClient(Control.MousePosition);

y luego solo dibujo en una surface secundaria de 640*480 para luego hacer blit en la superficie principal.

Todo me funciona OK!

pero cuando cambio de tamaño la forma el mouse no se comporta como yo esperaria y al parecer sigue conviertiendo las coordenadas como sino hubiese cambiado el tamaño de la forma.. lo cual ocaciona muchos problemas ya que aunque el mouse este por fuera de la froma al disminuir el tamaño, el dibujoi que se supone hace las veces de cursor se dibuja dentro de la forma en posiciones que no tienen  que ver con la del mouse.. como se ve en el dibujo...

Que puedo hacer para solucionar esto?
alguien ha logrado mover el mouse dentro dentro de una superficie de directdraw
sin que el comportamiento del dibujo que hace las veces de mouse  se altere al cambiar el tamaño de la forma?

agradezco cualquier idea.

Este es el codigo que recalcula la posicion:

Este es el codigo donde se dibuja en la superficie secundaria:
donde sf es el dibujo del cursor y dff son los flags para el color de mascara.

Este es el codigo donde se dibuja la superifie secundaria en la superficie principal:

donde rectangulo es el area donde se debe dibnujar la superficie secundaria, es decir es el area de la forma.
forma.. pues es la forma
y propietario es el equivalente a forma.Control

y el tema de las API's me interesa pero es que los estudios en la Universidad no me dan para dedicarle lo que se merece.

porque? trabajas o algo?

Mas que a manera de critica o por decir que yo si y tu no...

Te lo digo como consejo...
dale a las cosas el tiempo que crees que se merecen...
en lo personal durante todos mis estudios universitarios tuve que trabajar para podermelos pagar... no se muchas cosas hoy en dia pero hay muchisimas que si se y todo se lo debo a que aunque no tenia casi tiempo, supe aprovechar el tiempo realmente y eso que mi tiempo aun hoy en dia es solo de 9 de la noche a 3 de la mañana.. .
cuando estudiaba era de 11 de la noche a 3 de la mañana...
asi que preguntate a ti mismo si realmente tienes o no el tiempo o si realmente crees que ese tema pueda tener importancia para ti.

 

ummm
 
si ya veoo...
lo veo claramente  

tienes razon ruben!

gracias

yo utilizaria mejor una estructura.. aunque eso depende del caso...
<!--xc1--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td>XCODE </td></tr><tr><td id='XCODE'><!--exc1-->
struct retorno
{
   int retornoUno;
   char retornoDos;
   char retornoTres[10];
}

int main()
{
   struct retorno ret;

   ret = Prueba();
   printf("resultados: \n retornoUno :%d\nretornoDos:%c\nretornoTres:%s",ret.retornoUno, ret.retornoDos, ret.retornoTres);
   return 1;
}

struct retorno Prueba()
{
   struct retorno devuelve;
  
    memset(devuelve.retornoTres,'\0', sizeof(devuelve.retornoTres));

    devuelve.retornoUno = 32600;
    devuelve.retornoDos = 'J';
    strcpy(devuelve.retornoTres,"JuanK");  

    return devuelve;
}
<!--xc2--></td></tr></table><div class='postcolor'><!--exc2-->

Espero que el ejemplo te sirva de utilidad.

realmente no creo que un videojuego gane mucho utilizando assembler ya que los compiladores modernos producen codigo de maquina mucho mas rapido que el que pudiera crear culquier programador experto.

REspecto al lenguaje... lo adoro!!! pero definicitva,ente para un juego comercialo usaria C++ o C#.
Ahora para apernder si usaria y uso lenguaje c... bastantante,