brigas-team team mailing list archive

[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.

>
> 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
>> >> Post to     : brigas-team@xxxxxxxxxxxxxxxxxxx
>> >> Unsubscribe : https://launchpad.net/~brigas-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
>> Post to     : brigas-team@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~brigas-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