Comunidad Gambas-es

Buenas gente,

El tanteador fue probado con un par de torneos pequeños de 9 y 11 jugadores, dando buenos resultados, salvo que para el que tantea es algo incomodo porque es el arbitro del partido y tiene que estar frente a la mesa y para tantear tiene que ponerse medio de costado, pero se soluciona con un teclado inalámbrico y el arbitro se sienta enfrente de la pc del otro lado de la mesa y eso queda solucionado.

El objetivo de este pos es encontrar un diseño de funcionamiento (clientes y servidor o clientes/servidor o de otra forma) en red del tanteador, en un torneo de tenis de mesa donde hay muchas mesas.

objetivos que ire agregando:
1_ Los clientes informan de grupos terminados o partidos de semi-final o finales (partidos mano a mano) al organizador (servidor o cliente/servidor u forma si la hay no se)
esto puede ser en tiempo real o simplemente enviando un captura de pantalla del resultado final no se.

vista de un posible visualizador del servidor en tiempo real:

"El objetivo de este pos es encontrar un diseño de funcionamiento (clientes y servidor o clientes/servidor o de otra forma) en red del tanteador, en un torneo de tenis de mesa donde hay muchas mesas."

una base de datos en red
en el servidor principal y que el texto en la pantalla del servidor se actualize con un timer cada x segundos
esa es mi idea

V3ctor:

Citar:

"Pantallas grandes...eso sería un lujo más bien para el futuro"

Es buena idea pensar en las opciones que se pueden presentar en el futuro, para que el diseño de tu aplicación la pueda integrar aunque ahora no lo programes.

Citar:

esto puede ser en tiempo real o simplemente enviando un captura de pantalla del resultado final no se.

Yo pienso que puedesn usar mensajes de texto (no capturas de pantalla). Osea que funcione como un chat pero que para que el programa servido o cliente interprete el mensaje

Por ejemplo:
Se me ocurre que puede haber 2 tipos de mensajes:
Mensaje de Actualización de Marcador: la primera palabra del mensaje seria "MarcadorActualizacion", asi el programa sabe que la cadena que le llega contiene datos del marcador de una mesa y los nombres de los jugadores.
Y se encargue de mostrarlos "automáticamente"

Mensaje de comunicacion entre los arbitros la primera palabra del mensaje seria "Conversación", asi el servidor sabe que es un mensaje que tiene que presentar en la pantallita del chat.

Saludos

como objetivo principal mas haya de la programación es facilitar al organizador todo lo posible eso primero, después lo de visualizar resultados y demás.... sigo pensando.

1- me estoy inclinando por hacer un servidor, servidor que recibirá mensajes de chat de los clientes (creo que no es importante que se puedan mandar mensajes entre clientes, además de que eso seria una distracción que no es conveniente a mi manera de ver ) me esta agradando mucho la idea de que los clientes envíen los resultados en tiempo real incluso los tantos del momento.


2-los tanteadores necesitan un chat para que los árbitros puedan hacer consultas al organizador, informar de que terminaron etc.
los clientes necesitan dos socket, uno para el chat y otro para los envíos de resultados automáticos???????????

jsbsan escribió: [Ver mensaje]

Por ejemplo:
Se me ocurre que puede haber 2 tipos de mensajes:
Mensaje de Actualización de Marcador: la primera palabra del mensaje seria "MarcadorActualizacion", asi el programa sabe que la cadena que le llega contiene datos del marcador de una mesa y los nombres de los jugadores.
Y se encargue de mostrarlos "automáticamente"

Mensaje de comunicacion entre los arbitros la primera palabra del mensaje seria "Conversación", asi el servidor sabe que es un mensaje que tiene que presentar en la pantallita del chat.

Saludos

pregunto para que el servidor no tenga que hacer ese filtro entre mensaje de chat y tantos de un cliente no es mejor hacer socket por separados???

V3tor:

Citar:

para que el servidor no tenga que hacer ese filtro entre mensaje de chat y tantos de un cliente no es mejor hacer socket por separados???

No si el servidor puede diferenciar entre "tipos de socket"...

Hacer el filtro es una tonteria, es simplemente leer el inicio de los mensaje y comprobar que es una u otra palabra, y segun lo que sea el inicio, actue en consecuencia...

jsbsan escribió: [Ver mensaje]

Código: [Descargar] [Ocultar] [Seleccionar]

Código: [Descargar] [Mostrar]

if instr$(mensaje,1,4)="Marc" then
'es dato de marcadar
'sigo leyendo el mensaje, que trae datos de resultados, mesas, jugadores
.....
else
if instr$(mensaje,1,4)="Char" then
'en un mensaje de chat,,, lo muestro en la pantalla
....
endif
endif

estoy probando esto y activando botones del servidor con el cliente, si se conecta Mesa 1 , el botón Mesa 1 pasa de enable=false a true





jajaj estoy haciendo cualquiera resulta que desde una misma maquina hago las pruebas, dos clientes y un servidor y andan el sevidor los diferencia por el puerto remoto creo:

v3ctor:

Leete este documento, aunque sea para java, es aplicable a gambas:
http://www.dlsi.ua.es/asignaturas/sid/JSockets.pdf

Ademas viene un esquema muy explicativo de como funcionan los sockets para cliente-servidor:



Nota:
Para tener varios clientes y un servidor, usa "hilos de ejecución" (Thread), en gambas eso no existe.
Pero recuerdo que en mi programa de GambasChat lo resolvi estudiando el código del ejemplo que trae el Ide de gambas... (ahora no me acuerdo como lo hice), si fue usando un filtro en cada cliente o porque era un array de objetos sockets "clientes" diferentes...

jsbsan

gracias por la info, ya lo estoy leyendo

en principio el servidor (ATorneos=Administrador de torneos) ATorneos, le voy a dejar un puerto predeterminado de comunicación aunque se podrá cambiar. tengo que ver como
el servidor envía la ip a sus clientes o como los clientes encuentran la ip

por ejemplo cuando un cliente se desconecta saber que botón quedara en enable=false

ahí en el diagrama habla de publicar el canal de comunicación , creo se refiere al puerto.

no se pensando ahora estaría bueno poder dispersar por la red ip del servidor y su puerto de comunicación y que los clientes tengan una subrutina que se encargue automáticamente de conseguir la ip y puertos
publicados por el servidor, fa que interesante es esto de programar cuestiones de red jajaja

saludos, sigo leyendo y practicando pronto saldrá la primera versión del servidor que ya lo bautice ATORNEOS

reutilice tu código julio aunque tengo un inconveniente pues me pone dos veces la misma ip en el combobox

otra cosa aparte no se porque no me funciona este código simple?????

Public Sub txtMensaje_KeyPress()

If Key.code = Key.enter Then
btnEnviar_Click()
Endif

End