SoloCodigo

Segunda parte:

Tienen que bajar las dos partes.

Lo mejor es que crees un protocolo propio para enviar un archivo, así enviarás un .jpg como imagen y listo:

Mejor si habilitas otro puerto sólo para intercambio de archivos.

Como los datos te llegarán goteando o a veces de golpe tal vez bloque y medio, medio bloque, mitad de dos bloques (parte final de uno e inicial de otro), tendrás que realizar la recepción de tal forma que vaya acumulando los pedazos hasta completar lo que esperaba recibir.

Ejemplo: Envías una archivo jpg de 32kb:

Nota:
Usa sendText, como en delphi se puede usar el #0, no hay problema.
* 4BytesACadena es una función que convierte en cadena 4 bytes=cadena de 4 caracteres.
"A" sería un prefijo, que indica que enviarás una archivo

- Enviar el nombre del archivo:

"A"+char(LongitudDeNombreArchivo)+NombreArchivoCompleto+4BytesACadena(LongitudArchivo)+

Varias llamadas a sendText() o sendbuffer() con los pedazos del archivo hasta completarlo. OJO cuidado, La longitud de la cadena del nombre de archivo DEBE SER EXACTAMENTE IGUAL a lo que indicas al inicio, igual debe pasar con la longitud del archivo que envías, con este método basta que envies un byte menos o demás para que todo se arruine (en ese caso desconecta todo y reinicia la conexión), pero si está bien hecho todo funciona bien.

Como las capas inferiores de software aseguran que TODO llegue en orden, no tendrás que realizar otras verificaciones adicionales.

Una vez que todo llegue completo, puedes seguir esperando más mensajes en tu puerto especial para archivos.

Para recepción:

reconoce la "A", luego sabes que DEBE llegar 1 byte con el tamaño de la cadena de archivo, ESPERA que gota a gota llegue todo el nombre de archivo, luego DEBEN llegar 4 bytes más con el tamaño del archivo, esperalos. Cuando los tengas sabrás cuantos bytes más deberás esperar e ir almacenando en algún lado hasta que lleguen completos, puede ser que puedas ir guardando en un archivo lo que llegue.

 También puedes incorporar la opción de no recibir un archivo, para eso tendrías que tener otro prefijo: "O" digamos para ofrecer archivo, si acepta, cuando llegue el prefijo "A", recibes el archivo, si no esperabas el archivo y del tamaño indicado, simplemente cierras la conexión. (Por eso es mejor tener otro puerto y conexión para enviar archivos para simplificar las cosas)

Finalmente: Los detalles adicionales y controles/seguridad que quieras agregar complicarán enormemente el programa, un chat sencillo es una cosa y otra un programa tipo messenger.

1.- Buscalo en algún reservatorio para juegos en peligro de extinción.

2.- Jugalo y si tienes mente de informático inmediatamente te darás cuenta de lo sencillo que es programarlo. La verdad si luego de jugarlo no te ubicas....bueno, una cosa es simplemente pasar a un lenguaje de prog. unas ecuaciones o algoritmos ya conocidos y otra es crear tus propios algoritmos... si no comienzas ahora a crearlos por tí mismo sin ayuda... no te esperan buenos días... en serio.

La verdad que es uno de los juegos más sencillos de programar y más divertidos, motivos suficientes para que ganara esos premios.

Si diseñas un buen programa podrá correr en modo texto, gráficos 2d y hasta en 3d sin mayores cambios (algo que sería interesante realizar para mostrar un buen ejemplo de separación de interfaz del motor de juego, ya que en este tipo de juego la cosa es bastante separable), debido a que todo se basa en cubos y el personaje(sokoban), podría ser una esfera con una sonrisa o algo así para simplificar. La verdad que sería un buen ejemplo hasta para comenzar con algo extremandamente sencillo y muy divertido en 3d.

Una pista: un arreglo estático es suficiente. No vale la pena una estructura más complicada para ahorrarse un puñado de bytes.

P.D.

No hacemos la tarea a nadie.

Simple:

Reemplaza el caracter (existe una CONSTANTE que indica cual es el SEPARADOR DECIMAL en la config. de la máquina) por el que acepta la base de datos con una función tratamiento de cadena, LUEGO que extraes la cadena del control. Esto puede ser molesto ya que tendrás que hacerlo todo el tiempo y mejor si te creas una función para el resto de tu programa.

Nota: Posiblemente se pueda configurar el caracter decimal en el manejador de BD, lo que sería una buena alternativa.

Más simple:

Requerimiento del sistema: configura el caracter de separador decimal a '.' y das una detenida explicación de por que es mejor que se olvide el usuario de usar la coma. Dices que no es estándar en BD (cierto), que si se acostumbra a la coma tendrá líos con otros sistemas de otros países (cierto), que se ve mejor el punto que la coma (cierto), que en las calculadoras vienen con punto y no coma (cierto) y que deje de tocar las pelotas por que no hay tiempo para esos detalles.. (cierto)  

Aqui hay un lío: todo ok, pero con [j], no controlas que se salga de los límites del arreglo. en el caso que r*w sea mayor o igual a N escribirás en un sector de memoria "X", posiblemente pisando otras partes del tu mismo arreglo. Aunque en este caso no da problema es mejor controlar esa situación para evitar futuros problemas.

Otro lío es: [j-w-1], j va de 1 a r*w, cuando j sea 3 y teniendo w 15, sacas datos de una posición que sale de tu arreglo (posiciones negativas) y comienza todo a distorcionarse.

Sería bueno que primero pusieras todos los controles de rango de tu arreglo para asegurar que estén dentro de los límites 0..N-1, tanto al momento de asignar un valor y al momento de leer un valor.

Aqui va la definición flojita:

(de www.dicctionary.com)

bmp

<file format, graphics> Microsoft Windows bitmap format.
Bmp files may use run-length encoding.

This is the only graphics format where compression actually
enlarges the file. The format is widely used nonetheless.

(de www.wikipedia.org el mejor diccionario en línea que conozco)

.BMP or .DIB (device-independent bitmap) is a bitmapped graphics format used internally by the Microsoft Windows graphics subsystem (GDI), and used commonly as a simple graphics file format on that platform.

BMP files are usually not compressed, so they are typically much larger than compressed image file formats for the same image. The typical true-color bitmap size in bytes can be calculated as: (width in pixels)*(height in pixels)*3. So an 800x600 image will occupy almost 1.5 megabytes. As such they are generally unsuitable for transferring images on the Internet or other slow or capacity limited media.

Nevertheless, the simplicity of BMP and its widespread familiarity in Windows and elsewhere, as well as the fact that this format is well documented, makes it a very common format that image processing programs from many operating systems can read and write.

P.D.

"This is the only graphics format where compression actually
enlarges the file. The format is widely used nonetheless."

JUAS JUA JUAS...

De todas formas cualquiera puede "crear" su propio formato gráfico a nivel tan simple como lo es el .bmp.

Definitivamente 1 a 100 que es un bug de memoria, la esencia del algoritmo puede estar perfecta, pero algo falla con la administración de memoria.

A regy:

Si realmente quieres que alguien te ayude tienes que explicar a todo detalle posible y claramente tu situación (que tipo de estructura estás usando, como llegan los datos a tu red neuronal, # de capas ocultas, tipo de entrenamiento aplicado, como decides cual es el resultado de tu red neuronal, etc. ), de esa forma es posible que alguien que hubiera tenido ese problema te origente con unos cuantos consejos.

"Pintando"  el tablero es una buena opción, con un árbol de búsqueda, si llega a un punto muerto retrocede a un esta anterior y así en forma recursiva.

Una solución es , con Matriz de bits 8x8, 1=Reina, 0=Casilla vacía :

$40,$10, $4, $1,$20,$80, $2 , $8

(Noten la simetría del resultado, que no es casualidad)

La verdad que no es fácl hacer juegos, pero es muy divertido!  

Este es el juego de rol en línea que estoy haciendo:

http://groups.msn.com/legadodelasartesarcanas

Ya es totalmente jugable en red y por internet con un servidor en una máquina con un buen ancho de banda.

En el manual en .html incluido en los archivos .rar (sólo 3MB de descarga) están mayores detalles acerca del juego.

te felicito por el juego    no es facil haer 1  

¿Por que las felicitaciones?

Para Hades:

¿ Blanco y Negro: 1 bit por pixel (O BLANCO O NEGRO)
o
Escala de Grises: 8 bits por pixel(256 colores)?

Para Eternal:

Aunque se desperdicie memoria, es mucho más cómodo trabajar con 8bits que con 1bit,  (con unas buenas memorias se puede ganar velocidad al evitar los molestos desplazamientos y máscaras necesarios para tratar bits.). Y aunque, como dices, no se pueden inferir los grises generalmente mapean a 0 y 255. Al guardar nuevamente la imagen a disco, no sería problema volver a 1 bit por pixel, si es deseable y no "aparecieron" grises como consecuencia del tratamiento de la imagen.