brigas-team team mailing list archive

[_JoÃo PeDrO <joaomillennium@xxxxxxxxx>]

2009/5/5 Diogo Dutra <diogo.comp@xxxxxxxxx>

> 2009/5/5 Neto Cavalcante <netocavalcante@xxxxxxxxx>:
> > Ola, estou com algumas dúvidas talvez não façam o menor sentido o que
> > provaria que não entendi direito o BRiGaS porém se poderem me responder
> eu
> > agradeço e se minhas perguntas não fizerem muito sentido espero que me
> > desculpem !
> >
> > Eu li e pensei em algumas coisas mas confeço disconheço como seria a
> > implementação ou se a mesma seria possivel, estava pensando em uma
> situação
> > que eu esteja na ufal querendo jogar truco e entro em uma sala  mas não
> tem
> > ninguem por perto então eu vejo um amigo meu que acaba de chegar na ufal
> > digamos que eu queira desafiar  este meu amigo que acabou de chegar para
> um
> > jogo de truco, existiria alguam maneira de por intermedio dos
> aparelhos(sem
> > fazer ligaçoes ou sms =D ) eu desafia-lo para o jogo um jogo de truco ??
>
> isso realmente é complicado de ser feito, o seu amigo já deveria estar
> com o control point dele ligado ao chegar na rede upnp q está rodando
> o brisa game server, aí o sistema deveria ter um sistema de
> identificação, poderia ser aquele própio usuário e senha do record,
> daí qdo o control point encontra o game server ele envia seu ID, daí o
> game server envia para os control points q estão inscritos para saber
> de novos usuários na área. Aí vc ficaria sabendo do seu amigo, daí já
> outra rodada de comunicação pra o seu amigo saber q vc o está
> desafiando e etc... ou seja, é complexo e é inviável para o tempo q a
> gente tem. Mas isso pode ser uma implementação futura caso o projeto
> continue depois da disciplina.
>
> > Teria como criar uma sala e restringir a quantidade de participantes
> daquela
> > mesma sala, ou seja eu quero criar uma sala que tenha no máximo 3
> > participantes ?? Dentro dessas salas vai poder existir algum tipo de
> > comunicação entre os participantes ??
>
> Eu não queria colocar isso na primeira versão do servidor, pois
> limitar o número é uma coisa bem mais simples de se fazer... por
> exemplo: o normal do jogo de truco é ser jogado com 4 pessoas, duas
> duplas, assim como o dominó, então a minha ideia é colocar 4 slots de
> jogadores, assim q o quarto entrar, dar um tempo e iniciar.
> Mas como eu disse antes, futuramente poderiamos escalar isso pra N
> jogadores..
>
> >
> > Bem com relação ao fato de como se daria o começo do jogo ,pelo que eu
> > entendi, penso que poderia ser das duas formas; caso o jogo seja de no
> > mínimo 2 participantes e no máximo 5 vamos dizer que exista apenas 2
> > participantes para este jogo e que eles não queira e nao precisem esperar
> > por outros participantes axu q deveria ser dada a eles a chance de
> começar a
> > partida imediatamente sem esperar por nada. Caso os 2 participantes
> queiram
> > esperar deveria existir um limite de tempo para começar o jogo. Minha
> > opinião é que deveria existir um tempo minimo e caso o master queira
> começar
> > o jogo imediatamente então ele inicia o jogo ! =D
>
> É, isso é mais correto de se fazer qdo se pode escolher o número de
> jogadores, eu esqueci de citar q minha preferência era limitar a
> exatamente o número X de jogadores, pois facilita bastante a
> implementação.
>
>
> Vale lembrar q temos menos de 2 meses pra implementar, então qto mais
> simplificado melhor vai ser pra terminar o software. Eu estou pensando
> sempre no básicão.


Nóis!! Pq a partir daí fica menos complicado de evoluir a idéia da coisa.

>
>
> >
> > Bem com relação ao ranking eu concordo com a ideia do Diogo
> >
> > Os requisitos estão legais e estas são minhas contribuições e minhas
> dúvidas
> > !
> > abraço!
> >
> > 2009/5/5 Diogo Dutra <diogo.comp@xxxxxxxxx>
> >>
> >> Alow?
> >> Alguém mais se manifesta?
> >>
> >> 2009/5/3 Diogo Dutra <diogo.comp@xxxxxxxxx>:
> >> > 2009/5/2 Everton Cleiton de Oliveira <webton@xxxxxxxxxxx>:
> >> >>
> >> >>
> >> >>     Dei uma lida e não consegui pensar em nada mais a acrescentar. Só
> >> >> fiquei
> >> >> na dúvida quanto a dois requisitos:
> >> >>
> >> >>          * Sempre iniciar o jogo automaticamente após cinco segundos
> do
> >> >> último jogador entrar na sala.
> >> >>
> >> >>          Não seria melhor o jogador master(que criou a sala) iniciar
> o
> >> >> jogo?
> >> >
> >> > Eu fiquei em dúvida nessas duas opções, mas vale lembrar q qto maior a
> >> > praticidade melhor, pois os usuários dos clientes desse servidor
> >> > querem jogos casuais, e visamos clientes de dispositivos móveis, então
> >> > qto mais rápido o jogo começar melhor, pois oq eles querem é jogar.
> >> > Mas confesso q fiquei em dúvida qto a isso, oq a maioria decidir a
> >> > gente deixa.
> >> >
> >> >>
> >> >>          * Pedir ao(s) vencedor(es) apelido e senha para incrementar
> >> >> sua
> >> >> pontuação caso o jogo termine com sucesso, não é obrigatório para o
> >> >> jogador
> >> >> informá-los.
> >> >>
> >> >>          Se eles já têm cadastros, não deveriam fornecer seus dados
> de
> >> >> novo.
> >> >
> >> > O Cliente pode ter uma forma de "salvar senha" para fazer isso sem
> >> > pedir ao usuário, mas para o servidor sempre deve ser passado o
> >> > apelido e a senha. É uma coisa bem simples, é só pra ter um ranking
> >> > pra ficar mais interessante.
> >> >
> >> >>
> >> >>
> >> >>     Gostei muito da idéia do GameManager. Estava pensando em uma
> >> >> interface
> >> >> comum (cabeçalhos de mensagens iguais, diferenciando pelo campo de
> >> >> dados)
> >> >> onde todos os jogos se comunicariam com ele. É nisto que você está
> >> >> pensando?
> >> >
> >> > Eu acho q é isso mesmo, não entendi mto bem oq vc quis dizer, mas  a
> >> > idéia é q essa comunicação do jogo com o game manager seja feita de
> >> > forma automática, como o padrão observer faz. O jogo avisa alguma
> >> > coisa para o servidor, este automaticamente repassa para o(s)
> >> > cliente(s) as informações mandadas pelo jogo. A forma como o servidor
> >> > faria isso por exemplo seria recebendo uma tupla (cliente,mensagem).
> >> >
> >> >>
> >> >>
> >> >>                                                            Everton
> >> >> Cleiton
> >> >>                                        Graduando em Ciência da
> >> >> Computacão -
> >> >> UFAL
> >> >>
> >> >>
> >> >>
> >> >>> From: diogo.comp@xxxxxxxxx
> >> >>> Date: Sat, 2 May 2009 20:15:37 -0300
> >> >>> To: brigas-team@xxxxxxxxxxxxxxxxxxx
> >> >>> Subject: [Brigas-team] Brainstorm e criação de requisitos para o
> Brisa
> >> >>> Game Server
> >> >>>
> >> >>> Pessoal, como eu havia dito, vou passar a mandar emails somente para
> >> >>> essa lista, quem não se inscreveu não vai participar das discussões.
> >> >>> Acho uma tremenda falta de interesse não ter inscrito até hj, são só
> >> >>> alguns clicks e pronto.
> >> >>>
> >> >>> Bom, indo ao que interessa:
> >> >>>
> >> >>> Criei a primeira lista de requisitos para o BRiGaS, espero que vcs
> >> >>> leiam e interajam, como eu já havia dito, são muitas pessoas e não
> dá
> >> >>> pra ficar fazendo reunião, as coisas vão ser decididas aqui pela
> lista
> >> >>> de email mesmo. Portanto, passem a ler seus emails com mais
> frequencia
> >> >>> e respondê-los tb!
> >> >>>
> >> >>> Requisitos do Brisa Game Server
> >> >>>
> >> >>> Cada jogo do servidor deve ser "plugado" dinâmicamente (plug-in).
> >> >>> Mostar ranking de melhores jogadores para cada jogo.
> >> >>> Mostrar jogos disponíveis.
> >> >>> Mostrar salas disponíveis de um jogo.
> >> >>> Criar nova sala em um jogo.
> >> >>> Restringir a criação de salas quando já possuir três salas
> >> >>> disponíveis.
> >> >>> Entrar em um sala.
> >> >>> Uma sala não estará mais disponível quando a mesma possuir o número
> >> >>> máximo de jogadores.
> >> >>> Sempre iniciar o jogo automaticamente após cinco segundos do último
> >> >>> jogador entrar na sala.
> >> >>> Ao iniciar o jogo, deve-se atribuir um ID único gerado
> automaticamente
> >> >>> para cada jogador.
> >> >>> Repassar informações do jogo para os jogadores sempre que avisado
> pelo
> >> >>> mesmo.
> >> >>> Repassar informações enviadas pelos jogadores ao jogo.
> >> >>> Permitir que jogodores saiam do jogo sempre que desejar.
> >> >>> Terminar uma partida ao ser informado pelo jogo de seu fim.
> >> >>> Pedir ao(s) vencedor(es) apelido e senha para incrementar sua
> >> >>> pontuação caso o jogo termine com sucesso, não é obrigatório para o
> >> >>> jogador informá-los.
> >> >>> Cadastrar o apelido e senha automaticamente ao ser informado um
> >> >>> apelido não existente no banco de dados.
> >> >>>
> >> >>> Como eu disse, essa foi a minha primeira ideia de requisitos, eu
> ainda
> >> >>> não tinha revelado essa lista a vcs pois eu não sabia como
> implementar
> >> >>> isto através de UPnP, mas quinta-feira eu tive uma conversa com o
> >> >>> Leandro Sales e ele me ajudou a entender melhor o funcionamento do
> >> >>> brisa e fez algumas sugestões para o BRiGaS.
> >> >>>
> >> >>> Alguns porques e explicações:
> >> >>>
> >> >>> Se vcs perceberem na primeira imagem q eu mandei pra vcs, os GAMES
> >> >>> estão como serviços, agora eles não estão mais na camada de serviços
> e
> >> >>> são apenas plugins. O brisa já possui uma API de plugins, então isso
> >> >>> não ser difícil de ser feito, já olhei o código do brisa pra ter
> >> >>> certeza.
> >> >>> O porque disso é que como cada jogo sendo um serviço diferente seria
> >> >>> mto complicado de fazer a comunicação do game manager com os jogos,
> eu
> >> >>> não faço nem ideia de como seria essa comunicação. Agora com o game
> >> >>> manager sendo uma camada acima dos jogos, tudo passa por ele, então
> >> >>> ele tem comunicação direta com os jogos.
> >> >>> A outra razão também se aplica a questão de "atribuir um ID único
> >> >>> gerado automaticamente", pois o UPnP não mantêm estado, já que roda
> em
> >> >>> cima do HTTP. Se cada jogo fosse um serviço o gerenciamento de
> >> >>> jogadores para cada jogo que está acontecendo seria bem mais
> complexo,
> >> >>> que eu também não faço ideia de como implementar isso. O ID vai
> servir
> >> >>> para identificar qual jogador está fazendo oq, sempre que um jogador
> >> >>> fizer uma requisição, este ID será mandando junto com a mesma, então
> o
> >> >>> servidor irá mapear este ID de acordo com o jogo e a sala deste
> >> >>> jogador.
> >> >>>
> >> >>> Eu espero mesmo q surja uma discussão a partir deste email, não
> >> >>> gostaria de ver todas essas minhas ideias serem as ideias finais,
> pois
> >> >>> discussão gera melhoramento, e qto mais isso acontecer melhor esses
> >> >>> requisitos vão ficar, logo melhor qualidade o nosso servidor vai
> ter.
> >> >>>
> >> >>>
> >> >>> --
> >> >>> =======================
> >> >>>
> >> >>> Diogo Dutra Albuquerque
> >> >>>
> >> >>> Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
> >> >>
> >> >> ________________________________
> >> >> Novo Internet Explorer 8: mais rápido e muito mais seguro. Baixe
> agora,
> >> >> é
> >> >> grátis!
> >> >> _______________________________________________
> >> >> Mailing list: https://launchpad.net/~brigas-team<https://launchpad.net/%7Ebrigas-team>
> >> >> Post to     : brigas-team@xxxxxxxxxxxxxxxxxxx
> >> >> Unsubscribe : https://launchpad.net/~brigas-team<https://launchpad.net/%7Ebrigas-team>
> >> >> More help   : https://help.launchpad.net/ListHelp
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > =======================
> >> >
> >> > Diogo Dutra Albuquerque
> >> >
> >> > Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
> >> >
> >>
> >>
> >>
> >> --
> >> =======================
> >>
> >> Diogo Dutra Albuquerque
> >>
> >> Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
> >>
> >> _______________________________________________
> >> Mailing list: https://launchpad.net/~brigas-team<https://launchpad.net/%7Ebrigas-team>
> >> Post to     : brigas-team@xxxxxxxxxxxxxxxxxxx
> >> Unsubscribe : https://launchpad.net/~brigas-team<https://launchpad.net/%7Ebrigas-team>
> >> More help   : https://help.launchpad.net/ListHelp
> >
> >
> >
> > --
> > José Cavalcante Reis Neto
> > Lattes:http://lattes.cnpq.br/6038200681630076
> >
>
>
>
> --
> =======================
>
> Diogo Dutra Albuquerque
>
> Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922
>
> _______________________________________________
> Mailing list: https://launchpad.net/~brigas-team<https://launchpad.net/%7Ebrigas-team>
> Post to     : brigas-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~brigas-team<https://launchpad.net/%7Ebrigas-team>
> More help   : https://help.launchpad.net/ListHelp
>



-- 
João Pedro Pontes
Bacharelando em Ciência da Computação
Universidade Federal de Alagoas