Seguinte, resolvi colocar em prática um antigo sonho meu, e estou pensando em desenvolver um jogo 2d.
Alguém por ai tem alguma experiência no desenvolvimento de jogos com java?
Nunca programei jogos, estou algemado nos bancos de dados relacionais a anos. Sei que nos jogos, tem coisas como Sprite, a movimentação do background, som, etc, o único problema é que eu não sei onde começar…
Vi no STD que J2ME possui algumas APIs para trabalhar com jogos. Posso encontrar as mesmas apis para J2SDK?
As APIs do J2ME (Game API) são só para J2ME mesmo. Mas tem umas frameworks não oficiais para jogos de desktop.
Minha sugestão é a seguinte: pegar um applet de algum jogo simples do mesmo estilo do que você quer desenvolver, descompilar, e dar uma olhadinha no código para ter uma idéia geral.
(obs.: torça para o desenvolvedor ter feito um jar… ficar caçando classe solta de applet sux)
cara
é o tipo de jogo perfeito para celulares
não exige um controle complexo
não exige um joystick
pode ser pausado sem problema algum a qualquer momento!
Por ai
mas lembresse que tamos falando de celulares
Então o coelhinho lilas do meu celular vai poder brincar com o ursinho laranja do celular da Bani e coisas do gênero.
E ideias de bichinhos fofinhos que todos nós amanos acho que todos aqui tem um bom know-how, afinal somos todos fans de happytreefriends.
[quote=“louds”]mas lembresse que tamos falando de celulares
Então o coelhinho lilas do meu celular vai poder brincar com o ursinho laranja do celular da Bani e coisas do gênero.[/quote]
Cada tamagoshi vai poder ser relacionar um com o outro…
Pena que só conheço um kra que o celular tem suporte para J2ME
Eu sugiro fazer com midp 2.0 pelos seguintes motivos:
-Quando terminado, celulares com midp 2.0 já estarão no mainstream.
-Mais facil fazer jogos com midp 2.0.
-O barato vai ser loco, não quero ver ele rodando em celular ralé.
-Acho eu que é mais facil fazer um backport para midp 1.0 depois.
Pode até ser… mas teremos menos recursos… e mais recurso para menos recurso pode aver cortes…
:lol:[/quote]
Eu até estava discutindo isso com alguém outro dia. Realmente vale mais a pena fazer em MIDP 2.0 para inicialmente poder focar na lógica da coisa e ter algo funcionando minimamente mais rápido e depois mudar para MIDP 1.0. No caso do tamagoshi as caracterísiticas exclusivas do MIDP 2.0 que seriam usadas são:
:arrow: animações da classe Sprite -> fácil de escrever em Java (poderia até dar um copy&paste do código no J2ME)
:arrow: obtenção do input do usuário -> essa é a parte mais chata. A GameCanvas faz isso nativamente de uma forma muito legal, e a gente vai ter que escrever um monte de listeners rodando meio fora do sincronismo do jogo. Mas são só uns listeners mesmo, dá para implementar tranquilamente
:arrow: pequenas alterações na forma como é feito o paint -> A classe Sprite tem seu paint (que pode ser copiado) e a GameCanvas lida com o buffer e renderiza a tela de forma sincronizada com a thread principal do jogo. Fazer um paint nosso decente é a parte que vai dar mais trabalho (e tem que ser feito direito porque costuma ser um dos gargalos da performance), mas também não é nada tão grave assim.
Acho que o maior problema para nós do fórum fazermos o jogo é a parte gráfica. Tem alguém aqui que sabe desenhar e animar bichinhos bonitinhos e fofinhos? E ainda fazer umas musiquinhas meigas também para dar mais charme ao jogo?
Talvez a gente possa começar fazendo algo não tão bonitinho e aí entrar em contato com a área de marketing do happy tree friends vendendo a idéia de mais um produto para merchandising deles… Aí vão ter até formas criativas de matar o tamagoshi… hehehehe
Conheço algumas pessoas que estariam dispostas a colaborar nesta parte.
[quote=“Bani”]
Talvez a gente possa começar fazendo algo não tão bonitinho e aí entrar em contato com a área de marketing do happy tree friends vendendo a idéia de mais um produto para merchandising deles… Aí vão ter até formas criativas de matar o tamagoshi… hehehehe[/quote]
Sim, poderiamos começar com uma cabeça animada do cv, o black-fire parece ter intimidade com esse assunto.
