SoloCodigo

En la API de sockets hay una funcion que sirve para enviar archivos directamente , pero la verdad la unica vez qaue la prve no me funciono porque no supe como usarla...

Sin embargo lo otro, es decir lo de linea a linea, no es tanto de linea a linea, sino el tamaño de bufer que quieras enviar.

Si lo haces bien , no tiene porque perder calidad, he hecho varios programas de transmision de archivos, incluso de video y nunca a perdido calidad.

Lo que creo que le paso a tu amigo es que si el dice que lo envio linea a linea, esque manipulo un archivo binario, con funciones para manejar archivos de texto, por eso perdio calidad logicamente, pero en condiciones normales , si haces bien el prgrama, no tendras que perder calidad de nada, eso hay que tener en cuenta los siguientes aspectos:

1-abrir el archivo de manera correcta
Si solo vas a enviar archivos de texto lo mejor es que manipules funciones para archivops de texto, sinoi, es decir si vas a utilizar tanto binarios como de texto, lo mejor es que todo lo uses en modo binario.
2-definir el tamaño del buffer
Segun las caracteristicas de tu red, el tamaño del archivo, e incluso el ti`po de particion, deberas escojer un tamaño de buffer adecuado, aunque este aspecto solo afecta a nivel de rendimiento, más no de efectividad.
3-Basura en los buffrer
al trabajar enviando informacion de un lado a otro, es muy importante serciorarce que el bufefr este limpio siempre, solia trabajar con la funcion memset, pero despues de algunas pruebas con algunos compialdores en linux, me di cuenta que esta funcion deja rartros de basura, asi que es más aconsejable que elabores tu mismo una funcion que llene todo el buffer con caracteres null, antes de efectuar cualquier operacion.
4-armado
Este es tal vez el aspecto más critico, porque la mayoria de los errores... como el de tu amigo, que el sonido perdio calidad... se deben al mal ensamblado del archivo en la parte de recepcion...
Aunque es bastante dispendioso, es necesario que hagas pruebas pàso por paso y analices el contenido del buffer que se lee del disco, y luego se envia, y en el programa que recepciona, verificar lo que se recibe y lo que se copia.. uno por uno....
Como esto es tan canson, he desarrolado mi propia estartegia y esperoq ue te sirva:

1-Crear un archivo de texto que tenga como minimo el tamaño de tres veces el buffer que se lee, esto con el fin de hacer seguimiento a la primera, ultima e intermedia lectura y correspondiente envio de buffer.
2-La idea es verificar que una vez todos los envios se hagan correctamente, el archivo resultante en el destino, tenga el mismo pero que el archivo de origen, y por supuesto el mismo contenido en informacion.
3-cuando ya hayas efectuado las pruebas satisfactoriamente con archivos de texto pequeños y luego grandes, puedes empezar a hacer sequimiento con los archivos binarios, ya que es más complejo, porque su seguimiento a travez del compilador, se haria con caracteres ilegibles.
4-Prueba interesante, enviar una imagen en formato bmp, primero la envias completa , y al llegar se debe ver OK y el tamaño debe ser identico al de la original.
5-enviar la misma imagen, pero solo la mitad, si todo estabien debe llegar una imagen de exactamente la mitad de la original, y se debe ver absolutamente legible hata la mitad y en el resto un cuadro de color gris o negro o incluso blanco.

Espero que estos consejos te hayan sido de ayuda.

Juank

Si te puedieras expllicar mejor... lo que pasqa es que no se entiende que es lo que necesitas.

Juank

Hasta el momento no he trabajado esta parte con c#, solo he trabajado ejercicios por consola y con directx, sobre todo la parte conceptual...(es decir implementaciones con el animo de aprender conceptos avanzados)-
No hetrabajado aun con formularios... tal vez en el futuro.

Juank

Hola, creo que ya debes haber comenzado conesto y quisiera saber si has tenido problemas con la implementacion, para poderte colaborar.

Juank

Listo, hasta hoy que tuve algo de tiempo, porque tenia mucho trabajo, pero bueno...

Te anexo lo que llevo, que es lo que te mostre la otra vez para crear las lista de archivos y lo nuevo que es que ya busca los include con " o sea los de los archivos propios y los guarda en un archivo de texto, agrupados por archivo.

La funcion que te pase de la busqueda de archivos la otra vez, debes revisarla porque se totea con listas extremadamente grandes con listas normales funciona ok.

No tengo mucho tiempo para documentar, asi que espero que ya hayas entendido como se hacia lo de la bhusqueda de archivos porque la funcion, o mejor las funciones de crear la lista y grabar los include  no estan documentadas, hasta ahora las acabe y se que las necesitas de afan.

..Estyasmo hablando si me queda tiempo para ayudarte más , con gusto..
me debes una bien grande porque son las 9:pm aca y todavia estaba con tu programa, y eso que trabajo de 6:30 am a 4pm...creo que me convertire en angel si me sigo sacrificando tanto..

Por cierteo no estaba nada facil, más aun teniendo en cuenta que algunos includes pueden ir con espacio #include "dfe"  y otros sin espacio #unclude"jnhj"
es se ncilla la solcion pero para deducirla me tome casi toda la tarde.

Cualquier duda me cuentas.. animo, que ya no falta nada para acabatr, porque con base en esta funcion , puedes sacar las de los defines.

Juank

Debes trabajar una lista doblemente enlazada:
Estructura Propuesta:
 
*Los campos alfabéticos no permitirán números.
*Los campos numéricos no admitirán alfabeticos

Para estos dos items deberas utilizar la funcion kbhit, o tambien la bioskey, para utilizarlas deberas colocar el encabezado bios.h, dos.h
Son faciles de usar porque te devuelves, seguin como las uses, el valor ascii de la tecla presionada.

Lo de los menus, ...mejor hazlos a lo tradicional, es decir colocas en pantalla las opciones y sale, porque sino no vas a acabar nunca,,ver este link  ( http://foros.solocodigo.com/viewthread.php?tid=3935 )

Para el mouse reviza este link:

http://www.geocities.com/programacion_g ... /raton.htm
no es muy dificil

Bueno espero que te sea de ayuda, con esto ya puedes comenzar.

Juank

debes tener una libreria de explrer dañada, debes actualizar la version de internet explorer para que la librereia sea renovada, outlook express viene incluido en el paquete de instalacion de expolorer, y deberas actuvar la casilla de verificacion de su instalacion, durate la ejecucion del programa de setup.

La razon por la que otros usuarios de tu red puedenm usarlo, es que aunque ejecuten un archivo que se encuientr en otro equipo, lo cierto es que el ejecutable no se ejecuta en el otro equipo, sino que corre a njivel local, es decir donde se es invocado, asi que el ejecutable del outlook llama las librerias del equipo donde es ejecutado, sin importar su ubicacion fisica, la uinica manera de ejecutar via red un programa en otro equipo es a travez de los servicios de consola remota o mejor de treminal remota, como lo son el terminal server de win2000, o el traidiocnal telnet o el ssh de linux.

1-debes verificar que tu memoria virtual sea como minimo equivalente a 1.75 veces tu cantidad de memoria fisica.
2-verificar que el espacio libre en disco sea como minimo 100 mb en windows 98, me o nt , y en versiones superiores mejor que el espacio libre supere los 200 mb
3-verifica que no esten corriendo tareas desconocidas, estolo puedes verificar desde el administrador de tareas  en la ficha de procesos, si hay algo que no deberia estar terminalo entyaes de realizar la instalacion
4-consigue alguna herramienta para limpiar el registro y en especial la lista de tareas al cargar el inicio, una muy buena es el regcleaner.
5-instalalo y seguramente problema solucionado

Cabe advertir que si tu sistema es win 98 o 95.. mejor formatea la maquina e istalale algo como 2000 o XP o si es muy vieja la pc entonces NT, porque son muchisimo mas estables.

Juank

esta muy bien , pero no es mi estilo aprender con gamemakers, de todos modos en un futuro le hechare una ojeada, has recopilado muy buena informacion.

Gracias

Juank

random funciona sin randomize. lo que pasa es que si no usas randomize,  siempre se generaran los mismo numeros aleatrorios(que ironico), si utilizas randomize generas una nueva semilla aleatoria para que se generen  los numeros, y si lo haces de esta forma:

randomize(time());

se generaran siempre numeros aleatorios diferentes dependiendo de la hora...

Juank

Estas trabajando c# en turbo c????
creoq ue hiciste la pregunta en el foro equivocado.. s no ser que si se pueda en turboc y yo hasta ahora me entere.

Juank

en el text box donde escribes, justo antes de iniciar el sleep, cambiale la propiedad . no me acuerdo si es

disable();
, o si es
setEnable(false);

y despues de terminar el sleep la restableces:

setEnable(true);   o sino
enable();

Esta propiedad la tienen casi todos los controles , y restringe o habilita la interaccion del usuario.

Juank

el ejemplo de windows no es el mismo..
lo que pasa es que los lenguajess de tan alto nivel, limitan al programador para trabajar, y cosas muy sencillas consumen mucho mas recursos de los que se requieren...

Porque crees que los sistemas operativos llevan tantos años heciendolos en c y c++.. creo que nunca se va a saber que hagan alguno en vb o en c#.. nisiquiera en java porque sencillamente necesitan siempre de que ya este montado por debajo el OS, linux esta hecho en c 100%..obviamente con algo de assembler..y todas als aplicaiones linux son asi por el estilo, windows esta diseñado actualmente en su mayoria en c++ pero aun tiene cosas hechas en c.

Las aplicaiones a nivel macro, como las que utilizan los mainframes de los bancos estan hechas en c... realmente no he esuchado de la primera de esas hechas en elgo diferente a c, o a cobol...

Los lenguajes de alto nivel son muy buenos y estan muy bien para desarrollar , porque ahorran muchismimo tiempo y las cosas se vuelven muy faciles..
pero a mi modo de verlo, como ingeniero siempre se debe conocer el porque de las cosas, saber como frunciona todo en realidad...cosas tansencillas como la funcion strcpy que se usa en c, resulñtan ser super complejas al mirarlas en assembler y para la mayoria de los usuarios resultan incomprensibles, creo que siempre es necesario que hayamos quienes nos preocupemos por aprender las cosas de fondo y no superficialmente...

La verdad si somos muy escasos... pero muy necesarios... el visual studio.net esta hecho en c, y la mayoria de los compiladores y aplicaciones grandes...

bueno en fin...

hasta luego

Juank