Mchiz

La implementación entre una Lan y INternet no varia, fijate que para eso sirve TCP/IP . Un protocolo capaz de abstraer toda la complejidad del medio en un protocolo facil de programar en qualquier entorno. Por eso si utilizas una Linea Lan o una FRame Relay no tendría que darte ningun tipo de modificación en el código. Eso si no trabajas en una capa OSI inferior a la de lo sockets , que no creo !!

Por lo que veo , lo que pueda estar pasando es que el cliente esta intentod conecatar a una IP ,que igual no es la del servidor, sino la de un proxy. Esto depende mucho tambien de los firewalls que hayan entre tu cliente y el servidor, a que servicio del servidor te quieres conectar!, si se trata de algun puerto superior al 1024 ! . etc

Podrias detallar un poco mas la implementacion de la comunicación entre el cliente y el server !!

Thks
                               

                                BUeno me gustarí empezar con un pequeño ejemplo de como realizar la parte servidor para N clientes , la estructura básica sería

Crear Socket
Binding port of socket
MIentras (true) hacer
{llamada bloqueante del accept}
fork();
{
  //codigo del hijo o sea un cliente que
    se conecta
}
finmientras

Para los apasionados al standar POSIX pueden usar el thread en vez del fork , pero bueno esto sería una manera de implementar de forma facil el bucle principal (Código para sistemas UNIX)

Si alguien quiere puedo pastear parte del código de tratamiento de winsock para VIsual c++ ( en su momento hice una especie de servidor de telnet para ordenadores windows)

Saludos
                               

                                Perdona pero me voy a ir por los cerros de ubeda (que alguien me corrija si me equivoco !!)

Estaba en clase y he pensado en un antiguo proyecto que tengo en mente, creo que podrias derivar tu problema hacia una solucion mas comoda y mas estructurada.

Imaginate que tienes un modulo que gestiona una cola de funciones,(puedes encontrar similitudes con las colas de impresora). Este modulo tiene los tipicos consturctores,consultores,modificadore ... todo esto sobre sus elementos quen son TADS que contienen puntero a funcion , boolean para activo o desactivado + 1 codigo unico (para temas de indexado o otros) .

La cola puede encontrarse ordenada por orden de prioridad de ejecucion,ejemplo (primero funciones a perifericos,movimiento de personajes,renderizado,limpieza de estados , ++)

Si este objeto lo haces visible des de un prinicpio donde todas las clases puedan trabajar sobre el podras montar una especie de gestor de funciones , esto y otras cosas como  por ejemplo redimensionar el problema a n colas, gestor de funciones de perifericos , gestor de multiples renderizados , etc ...

Perdona por la ida de pelota, pero estuve pensando en el tema de las macros y creo que falla bastante en el momento que quieres poner dinamismo !!!

_________________
Saludos --{Undol}--

[ Este Mensaje fue editado por: undol el 2002-04-25 18:38 ]                                

                                Muy buenas

Esto me gusta, yo hace tiempo estuve programando con sockets en plataformas WIN32, mas tarde me pase a la programacion de sockets via linux, la verdad y creo siceramente que la implicacion de algun servidor de datos centralizado pasa por ejecutarlo bajo un GNU/Linux, las tecnicas que brinda para la programacion son increibles:
-sockets
-thread / fork
-Mutex
-Mecanismos de comunciacion IPC
-etc

Con esto no quiero decir que con una plataforma windows no se pueda implemntar dicha aplicacion , pero creo que linux nos brinda en este preciso momento una gran plataforma para crear apliaciones de este tipo

Bueno pero yo tenia otra pregunta , alguien ha programado con DirectPlay ? es o sigue siendo valido para la programacion en entornos de red?

Saludos a todos
                               

                                Me gustarí decir un par de comentarios sobre lo que dice Emotion. Quizá no sea factible desdel punto de vista que comentas, ya que le evaluación de la cadena ha ejecutar sería en tiempo de ejecución cosa que no es posible ha no ser que utilizaes las técnicas que describen mas arriba ... pero

Has pensado en utilizar Macros para poder engañar al compilador, y esa "traza" de funciones se metan en tiempo de compilación. Creo recordar que en los codigos fuente de sistemas operativos como Minix y Linux se utilizan este tipo de técnicas ... en todo caso no puedo darte un ejemplo clarividente ya que solamente es una idea !

Espero que te sirva
                               

                                Tienes toda la razon, antes de criticar algo primero hay que saber de él

Mil perdones

Saludos

[ Este Mensaje fue editado por: undol el 2002-04-18 07:35 ]                                

                                .NET est toda una estrategia de Microfosft, dentro de esta se encuentra C# que sería algo así como un java para Microsoft !!!
Tienes toda la razón lo poco de bueno que tiene Java es su portabilidad !!!

Pq MIcrosoft saca un producto que ya existe y que tiene el mercado ? PUes muy facil, M$ no quiere que otras herramientas sean las predominantes en el momento de desarrollar aplicaciones dinamicas !!! encima con c# puedes hacer frente a las api de directx, y seguro que c# es mas rapido que Java en entornos M$, no me extraña ya que estos se han dedicado a realizar la puñeta a la Maquina virtual de Java en entornos XP,2000,ME (imagina que en el XP no viene por defecto la máquina virtual de JAVA, puede ser!!!!!!!!)                                

                                La verdad es que me ha gustado mucho, he estado mirando el código y es muy fàcil de entender.

A parte de las dos cosilas que ya han comentado (color de transparencia en full screen y timing) creo que poca cosa mas

Solamente comentar que me ha gustado ! muy buen trabajo !!!
                               

                                En el momento que llegue a casa le echo un vistazo .....

Saludos
                               

                                Muy buenas

Llevo algunos leiendo documentación acerca de la nueva pipeline de directx 8.1 y lo que podría ser la nueva versión de la 9.

Entre otras cosas he encontrado el concepto de Vertex and Pixel shader. La verdad es que me ha parecido muy interesante y me gustaría compartir con vosotros algunos comentarios al respeto, tambien me gustaría escuchar los suyos !
A modo teórico estas dos herramientas nos permiten programar a un nivel substancialmente muy bajo la pipeline de directx. Microsoft ha desarrollado una Api sobre otra Api, esta layer nos permite dinamizar el trabajo T&L y pixelado sobre la GPU !!!

Esto suena muy bien, pero supongo que como todo tiene sus inconvenientes.

Que passa si una tarjeta no soporta esa tecnología ? se emula mediante software ? si es emulada el coste de trabajo de la CPU puede ser alucinante ???

Hoy en día tengo entendido que solamente un 10% de las tarjetas que corren por los ordenadores personales tienen soportada esa tecnología !! esto limita inicialmente su expansión ??

Puede ser que Directx haya conseguido lo que no ha podido conseguir Opengl con sus famosas extensiones !!


ALguien ha empezado a programar con esa tecnología !!!

Saludos a todos
                               

                                Más o menos entre 10 y 15 días



                               

                                Muy buenas

Hacía mucho tiempo que no venía por aquí, me sabe mal pero con la universidad a uno no le dejan mucho tiempo para realizar lo que realmente le gusta ... bueno bueno, solamente tenía una pregunta

Alguien ha leido "Mathematics for 3D Game Programming & Computer Graphics " de un tal Eric ? He leido las opiniones publicadas en amazon y dejan el libro en una buena posición

Bueno, espero venir mas a menduo por aquí