SoloCodigo

Busca un código de un ejemplo de chat por TCP/IP basado en un servidor central, es decir todos los mensajes van primero al servidor y luego a las máquinas de los usuarios.

Luego tienes que definir prefijos para tus comandos, cada comando debe tener un prefijo distinto y debe tener una longitud fija. Si necesitas enviar informacion de longitud variable indica la cantidad de bytes previamente.

Por ejemplo:

cNXXXXYYYYZZZZ

Podría significar las coordenadas "c" de un tanque "N", 3 numeros en punto flotante de simple precisión (cada letra corresponderia a un byte y tendrias que enviar y recibir arreglos de bytes).

Y esto:
dN

Podria significar que el tanque N hace un disparo.

Tienes que agregar además un buffer de recepción y procesar los mensajes a medida que se completan por que te puede llegar todo junto como:

cNXXXXYYYYZZZZdNdNdNcNXXXXYYYYZZZZ

Asi que tu codigo tiene que saber separar cada mensaje, sabiendo que cada uno tiene un prefijo único y una longitud fija es mejor.

Pero tambien te puede llegar esto:

cNXXXXYY

y luego recien el resto:

YYZZZZdNdNdNcNXXXXYYYYZZZZ

Asi que también tienes que poder reconocer cuando aún no ha llegado todo el mensaje y tienes que esperar hasta que este completo.
Una forma fácil es verificar que la cantidad de bytes que tienes en el buffer es mayor o igual a la longitud del mensaje actual que estas procesando.

Filtra todos los caracteres cuya funcionalidad no deseas alterar. Los detectas con un if y sales inmediatamente, evitando destruir el Key al ponerlo en 0.

Lo más directo es un arreglo de bytes de unos 512, con onkeydown colocas en 1 y con onkeyup en 0, inicialmente todo en 0.

Luego lees el estado de la matriz desde donde quieras. Ojo que muchas combinaciones de teclas bloquean a otras, por ejemplo no puedes hacer que los cuatro cursores estén presionados al mismo tiempo, por lo menos en mi teclado.   Grave problema para jugar Mortal Kombat en un solo teclado.  

Usa OnKeypress si te interesa saber el caracter traducido por la configuración regional, por ejemplo "á" "ü", sirve de mucho para evitar que introduzcan caracteres que no deseamos en un formulario.

Usa Onkeydown/up si te interesa saber el código te tecla que presiono el usuario sin ser traducido si es el caso. Sirve más que todo para capturar teclas especiales que no disparan el evento onkeypress y desde luego para juegos.

Para formar una "á" tienes que presionar 2 teclas que disparan sólo un evento "OnKeyPress", pero disparan 2 eventos onKeyDown con sus respectivos onKeyUp.

Hemos creado la ventana con el asistente y no encontramos esa funcion en niguno de los archivos del proyecto, donde está escrita esta funcion para poder modificarla o donde deberiamos escribirla para poder eliminar esa barra.
Gracias.

Es que estas usando un RAD y eso lo puedes configurar usando el panel de propiedades del formulario, generalmente alguna propiedad "borde del formulario". Como estas usando un RAD para desarrollar tu aplicación tienes esas facilidades asi que no esperes ver directamente llamadas a la API de windows.

El codigo es para .NET 2.0 (no lo probé en otros) y permite correr una aplicación en un determinado conjunto de procesadores. Algunas aplicaciones como mozilla firefox 1.0.5 tienen algunos problemas al correrlos en un procesador Intel prescott de multiples procesadores con "hyperthreading" activado.

Por ejemplo una mascara "1" define que sólo correra en el primer procesador, si es "3" correrá en los dos primeros procesadores, si es "2" correrá sólo en el segundo procesador, etc. Como ven cada bit del numero corresponde a un procesador.


P.D. Agregue el codigo fuente a la parte de recursos incluyendo ejecutable que necesita el .NET framework 2.0

P.D.2 Los argumentos tienes que ponerlos entre comillas y si en los argumentos tienes comillas tienes que escribirlas como en las cadenas de C: \"

Esta herramienta permite definir cuales procesadores puede utilizar un proceso. La hice para poder utilizar firefox 1.0.5 sin que se ande "congelando" a todo momento debido a problemas con procesadores Intel prescott con hyperthreading.

Para utilizarlo por ejemplo con el firefox basta arrastrar y soltar el firefox encima, por linea de comandos:

>StartWithAffinity "Filename.exe" Mask "Params"

"Filename.exe": Es el nombre completo con path incluido del exe.

"Mask": Es un numero entero que define en sus bits los procesadores que podrá usar el ejecutable. Por ejemplo "1" define que sólo puede usar el primer procesador, "3" define que puede usar el primero y el segundo. Si no se define este parámetro el predefinido es 1.

"Params": Los parámetros a pasar al ejecutable. (no verificado pero debería funcionar)

Autor: Sergio A. Chávez R.

OpenGL es multiplataforma pero DirectX es mucho más completa (es obvio, es de MS).

Tienes un concepto errado. Lo "completo" lo da la tarjeta de video y no el directX, sólo sirve de puente entre tu codigo y el driver del hardware. Y el papel de esa capa de software debería ser encapsular la complejidad del driver y de las distintas diferencias entre fabricantes, pero la verdad no lo hace como uno esperaría.

Seguramente cuando hagas alguna aplicación usando DirectX y queriendo aprovechar al máximo las bondades de tu tarjeta de video te darás cuenta que lo "completo" depende de tu tarjeta de video. Puedes hacer que tu aplicación soporte todo lo que soporta tu tarjeta de video pero la llevas a otra máquina con una tarjeta de otro fabricante y te llevarás una gran decepción al ver que muchas cosas ya no funcionan y lo que debes hacer es detectar las capacidades de la tarjeta de video y recién utilizarlas. Si no las tiene la otra tarjeta de video, ni modo, a tratar de simularlo usando lo que tienes a mano. ¿Por que creen que los juegos que usan directX siempre llevan como advertencia cuales tarjetas de video soportan y cuales no?

Sólo se me ocurre que tienes que tener gráficos de distintos colores para cada zona. O bien agregas banderitas de colores que flameen en las respectivas zonas.

Sólo agregar un detalle:

El objeto Graphics encapsula funcionalidades del HDC de la api de windows. Es decir determina donde se dibujará, maneja los objetos para dibujar, las funciones para dibujar, etc. Pero lo que no tiene es una MEMORIA PROPIA para dibujar. Necesitas un objeto bitmap para tener un pedazo de memoria reservado donde dibujar y que nadie más le meta mano.

Cuando dibujas directamente en un control de windows lo que haces es trabajar directamente en memoria de video (lo que es lento por cuestiones de transferencias de memoria RAM-Video) y la desventaja principal es que todo el mundo le mete mano, asi que si mueves tu ventana o mueves otra encima de la parte donde dibujaste pues simplemente se borra.

Asi que la solucion es dibujar primero en un bitmap y luego en el evento OnPaint pasar directamente el bitmap a memoria de video (es decir dibujar el bitmap usango el objeto graphics de tu control de windows para que lo dibuje en el control).

De esta forma cada vez que sea necesario redibujar la imagen se generará el evento onPaint y como el dibujo ya esta guardado en el bitmap lo que harás es mostrarlo nuevamente en pantalla, sin tener que renderizar nuevamente todo, es decir se reducira a un paso rápido de memoria RAM a memoria de video.

P.D.
Esto de pasar de memoria RAM a video se hace con la funcion bitblt del GDI de windows, pero por alguna razón no la pude hacer funcionar y no tuve otro remedio que usar una funcion de .NET para dibujar el bitmap. Esto ultimo no es recomendable por que esas funciones son mucho menos eficientes debido a que están pensadas para efectos más completos como alpha blending, escalamiento, etc. Asi que si pueden hacer funcionar este codigo avisen. :

La idea es esta:

Usar la funcion del GDI BitBlt:


Estas son las constantes para el parametro dwRop (Raster Operation) Notaran que estan definidas para otro lenguaje pero seguro entienden cual es el valor hexadecimal correspondiente.


Luego obtener los handles de los objetos que encapsulan el GDI y llamar a la funcion anterior:



Pero no funciona , por alguna razón no copia los bytes del origen, incluso funcionan las operaciones para limpiar los bytes destino colocandolos en blanco o negro, pero lo otro no.

Bueno, algo interesante y que no debería ser muy complicado y es bastante útil es un editor hexadecimal.

Básicamente muestras un archivo en notacion hexadecimal (Puede ser en un grid de 16 x 16 bytes) y sólo se puede editar un byte a la vez. Podrias recuperar una parte del archivo a la vez y colocarlo en el grid, luego de editar esa parte se podría guardar y pasar a otro segmento del archivo. Podrias avanzar a los siguientes 256 bytes o a los siguentes 16. Tambien seria buena idea guardar todo el archivo en ram para no tener que leerlo cada vez y sólo al presionar un boton de guardar pasar todas las modificaciones a disco.

El problema lo puedes dividir en varias partes:

+ Cargar el archivo en RAM, preferentemente dividiendolo en bloques de N Kb.
+ Como guardar todo el archivo que está dividido en bloques de N Kb en RAM.
+ Como llenar un grid de 16x16 leyendo un bloque de bytes de RAM, sabiendo a que bloque de N Kb tenemos que acceder.
+ Como editar un solo valor de ese grid y validarlo para que sea un valor entre 0 y 255.

En otras palabras existe una propiedad, creo que es un numero donde indicas a que grupo pertenece asi tienes los radiobutton con "uno" y los otros con "dos" y asi tienes dos grupos independientes.