CubaGames

Clássico - X-Wing Alliance

Fernando Lorenzon — Tue, 16 Mar 2010 21:17:33 +0000

Citei este game no último post, então nada mais justo que dedicar um Clássico a ele, pois merece! Foi uma grande série para PC e formador de um gênero.

Star Wars: X-Wing Alliance é o quarto game da franquia X-Wing. Tudo começou com Star Wars: X-Wing, lançado em 93. Ele introduziu conceitos novos e gráficos totalmente em 3D no espaço.

A continuação, Tie Fighter, lançado em 94, foi bastante aclamado e fez o jogador sentir como era combater do lado do império. Sem falar na dificuldade de pilotar uma nave sem escudos, com a cabine 100% exposta aos tiros e um par de asas que bloqueiam a visão

Após o sucesso desses dois games, uma pseudo-continuação foi lançada em 97. Era X-Wing vs. Tie Fighter, e juntou o melhor dos dois games, além de mais naves e modos de jogo, sempre focando no multi-player. Uma expansão chamada Balance of Power trouxe duas campanhas de um jogador, sendo uma para os rebeldes e outra para o império.

Eis que em 1999 X-Wing Alliance é lançado, trazendo um excelente multi-player e uma campanha single-player melhor ainda. A campanha mostra acontecimentos de uma família de mercadores politicamente neutros, que acabam se cruzando na briga dos rebeldes contra o império e consequentemente são perseguidos por venderem bacta (um tipo de remédio) para a aliança. Isso força o protagonista a fugir e posteriormente unir-se com os rebeldes para se defender, acabando por cooperar na luta contra Vader.

A campanha se alterna entre missões particulares da família e missões dos rebeldes. O clima vai esquentando, passando por missões que possuem ligação com os eventos entre o episódio V e VI. Tudo culmina na batalha contra a segunda estrela da morte em Endor, tendo o jogador um papel essencial como Lando, pilotando a Millennium Falcon.

O briefing de cada missão é dado pelo robô da família, que lembra um pouco o Wall-e. As missões da aliança são dadas por um R2D2. Estes são detalhes que os fãs não deixam passar batido.

A interface de menu que serve para escolher as missões representa um quarto, que seria onde vive o piloto do jogador.

Conforme as missões são completadas, o quarto vai se enchendo de souvenirs destas batalhas, que podem ser melhor visualizados a qualquer momento. Com isso, o jogo consegue passar melhor como seriam os bastidores de cada missão. Ocasionalmente é possível ouvir anúncios de reuniões e conforme se avança pelo jogo, o jogador vai recebendo emails para acompanhar melhor a história e um prelúdio para missões futuras.

O jogo é um verdadeiro fan-service para os fãs. A quantidade de naves para pilotar é impressionante, sendo que cada uma possui suas próprias características e podem ser consultadas a qualquer momento em um banco de dados holográfico dentro da base.

O jogador pode inclusive criar seus próprios scenarios de batalha, para jogar tanto em multi-player como em single-player. É possível escolher o mapa (cinturão de asteróides, scrapyard), naves aliadas e inimigas, naves maiores para auxiliar nas batalhas ou mesmo para serem destruídas.

A parte sonora e musical do game segue o padrão dos filmes. Temos até alguns dos atores dublando seus personagens, como é o caso de Luke. O trabalho com os efeitos é muito bom e passa a sensação de estar dentro do universo proposto pelo cinema. A grande maioria das músicas são reaproveitadas dos filmes, o que não é em nenhum momento ruim. É até interessante ver como as músicas foram reaproveitadas no game. Músicas de tensão no filme são músicas de stand by no game. Músicas de combate e jingles nos filmes são usadas também nas batalhas do game.

Os gráficos são excelentes e podem ser melhorados usando placas aceleradoras de vídeo (que notícia retrô!). Todas as naves são facilmente reconhecíveis.

Os combates exigem não só reflexos, mas também uma dose de estratégia no gerenciamento da energia da nave. Tanto os lasers quanto o escudo são carregados a partir do mesmo gerador de energia que alimenta os propulsores. Quanto mais energia for desviada para os lasers e escudo, mais lenta a nave voa. Por isso, às vezes é necessário desviar a energia para onde você mais precisa no momento.

Mesmo assim, acho que as naves são muito lentas. Não passam aquela emoção de velocidade dos filmes. Até a série Rogue Squadron para Nintendo 64 e Gamecube possui perseguições mais emocionantes. Mas as batalhas são legais.

Não entendo como uma série tão boa não ganha nenhuma continução ou pelo menos um remake nesses últimos 10 anos. Star Wars é um universo enorme e X-Wing com certeza consegue representar muito bem os combates espaciais. Os combates terrestres ainda ficam com Rogue Squadron.

Star Wars: X-Wing Alliance é o ápice de uma série clássica.

Porque Jogos de PC Vão Morrer - Minha Lista de Insatisfações

Fernando Lorenzon — Thu, 11 Mar 2010 13:15:45 +0000

Quando o assunto é jogos, o PC está deixando a desejar. Isso todo mundo sabe, mas minha opinião é um pouco diferente.

Há muito tempo atrás eu lia alguns posts em fórum de games do Clube Do Hardware com títulos assim : “GeForce 8800 SLI Plus Power x PS3 - Agora vai”.

De que adianta ter mais polígonos e texturas se isso não garante um Gran Turismo 5 ou Little Big Planet? Esse é e sempre foi o universo fechado dos jogadores de PC. Passaram a monitorar os lançamentos de placas e contando polígonos (um a um) para decidir a compra e mostrar a superioridade dos PCs sobre os consoles. Mas esquecem do motivo para polígonos serem renderizados: Os jogos.

Aliás, não duvido que o enfraquecimento do mercado de jogos para PC tenha ocorrido justamente pela mania dos jogadores de privilegiarem gráficos sobre jogabilidade.

Mesmo assim, o PC ainda terá espaço para games que dependem muito de mods ou de interface mais complexa. The Sims, CIV, Caesar, Diablo e Spore são jogos típicos de PC que não sinto nem um pouco de falta de jogar em consoles. O problema é que jogos assim estão cada vez mais escassos, o que torna o PC uma ótima ferramenta para jogar emuladores, e só.

Vejam uma lista de coisas que me desagradaram no PC, e o que me faz cada vez mais desejar jogar em consoles:

1 - CD Quebrado

Esses dias, não sei por qual motivo, fui instalar novamente o jogo Star Wars - X-Wing Alliance. Gosto muito deste game, e com certeza é um grande game de PC. Eis que o game simplesmente não conseguiu instalar. Fui verificar o disco e constatei que havia uma pequena trinca na borda interna do CD. Coisa típica de CDs. Mas como isso foi acontecer se eu guardo cada CD em um porta-CDs de qualidade? E olha que se trata de um jogo original e nem tão usado assim. Acredito que o disco se danificou devido à alta rotação dos drives de PC. Mas pode ter sido um descuido de minha parte.

2 - Dê-me Todo Espaço

Já reparou que um jogo no Playstation 2 carrega com quase a mesma velocidade que o mesmo jogo no PC, e olha que o PC conta com jogo instalado no HD e drives óticos de alta velocidade. O PC leva uma pequena vantagem na velocidade de carregamento só por causa do uso do HD. Mas aí ficar instalando vários jogos é ruim por ocupar muito espaço. O console nem precisa disso e funciona muito bem. Não dá pra acreditar na velocidade que Gran Turismo 4 carrega, mesmo com todos aqueles detalhes.

Os consoles atuais, claro, precisam ter os jogos instalados em seus HDs internos. Mas eles não passam de um PC disfarçado. Morte a eles também.

3 - Quem Precisa de Testadores Quando Temos Consumidores

Acho muita sacanagem comprar um game e notar que ele está cheio de bugs. O PC pode ser uma plataforma complexa, que exige mais testes para garantir a compatibilidade do game. Então TESTEM!!!! Não lancem o game todo bugado só por causa da praticidade de baixar patchs.

O ato de baixar patchs já é tão comum que até fico chateado quando vejo que um game NÃO POSSUI patch algum para baixar. Parece que se o jogo não possui patch, com certeza está bugado, o que geralmente é mentira. Um jogo que não possui patch é o primeiro Moto GP. Nunca deu problema.

Geralmente fico contente ao instalar novos patchs, pensando o quanto o game pode ter melhorado, quando na verdade só estou servindo de beta tester não remunerado (pior, tester pagante).

Até entendo que é difícil prever bugs gráficos devido a vasta variedade de placas de vídeo. Era ainda pior há uns 8 anos atrás, quando GeForce e Radeon ainda não eram um padrão. Mas muitos bugs de games recentes ocorrem com PCs hi-end padrão, com cpu Intel, placa Asus, memórias de marca e placas de luxo da nVidia. Relaxo puro.

4 - Quem tem Dois Padrões Não Tem Nenhum

Odeio falta de padrão. Me satisfaço com coisas organizadas. Gosto de simetria, repetição, simplicidade. Com relação a distribuição de jogos para PC, isso tudo não existe.

Pra começar, nem mesmo as caixinhas dos jogos de PC são padronizadas. Alguns jogos vem em caixinhas de papelão com um envelope dentro contendo o CD. Outros vem em caixas de CD de música. Outros vem em caixas padrão DVD. Prefiro esta última, até porque geralmente vem o encarte na própria caixa, facilitando guardar e principalmente achar o jogo posteriormente. Agora, imagine tentar guardar seus jogos de PC numa estante, assim como você deve fazer com seus games de XBox. É impossível. Eu guardo em um porta CD, mas adoraria poder guardar cada jogo em sua respectiva caixa.

Aliás, tem jogos com mais de um disco que vem em caixas com suporte a apenas um CD. Aí você abre a embalagem e o outro CD cai de dentro num envelopinho. Tá, mas e se eu quiser guardar os dois novamente? Será que custa tão caro usar aquelas caixas com dois suportes de CD? Nunca um filme (que custa metade do preço) vem com o DVD de extras solto num envelope.

E isso é apenas a parte física. A Microsoft poderia ter proposto uma plataforma para jogos com mais opções, para padronizar pastas de instalação e saves, configuração de controles, posicionamento de ícones e etc. Só agora, com o Windows Vista e o Games For Windows Live, isso começou a ser adotado. Mas já é tarde, o PC está morrendo para games mesmo.

5 - Jogos de Ontem Num PC de Ontem

Este ponto é crítico.

Tenho vários jogos lançados antes do Windows XP. Muitos deles feitos por empresas que nem existem mais. Nem por isso são ruins. Mas boa parte deles não funcionam nos PCs modernos. Geralmente é culpa do sistema operacional. Não vou dizer que a Microsoft é relaxada. Eu lembro muito bem os esforços da MS para tornar o XP bastante compatível com jogos antigos. Para eles, é muito importante para vender novos S.O. ter a aprovação da comunidade gamer. Mesmo assim, tem jogos que não rodam e ponto!

Como eles rodavam nos PCs antigos, com versões também antigas do Windows, o jeito é manter seus PCs funcionando, e funcionando com o Windows 98 (o que é difícil). Assim como devemos ter os consoles antigos para jogar os games antigos, nada mais justo que manter PCs antigos em funcionamento, certo? O problema é que os PCs ocupam muito mais espaço, dedicação e peças para manterem-se em funcionamento, o que torna a tarefa bem desinteressante. O Wine e o VMWare ainda poderão salvar o dia com isso. E até estão tendo progressos nesta parte. Espero que o Windows 7 tenha ampliado a compatibilidade já existente no XP, e não apenas mantido.

6 - Jogos de PC, Cadê?

Não adianta lançar Halo 1 para PC e dizer que a plataforma está bem servida. Se tem uma plataforma melhor para jogar algum game, as outras que também possuem aquele game se tornarão irrelevantes. Alguém aí se empolgou com a série Halo jogando no PC? Duvido. Acredito, sim, que muitos conheceram Halo nos PCs, mas nenhum fã deve ter esperado lançar Halo 2 para o Vista. Já estavam com a plataforma certa (XBox 1, a lenda) para jogá-lo. Então, não dá pra dizer que o PC é legal porque tem Fifa 2010 desatualizado, Need For Speed piorado (a melhor versão do NFS 6 é a do PS2, acreditem), Tomb Raider sem suporte a configuração de Joystick. O PC precisa dos grandes clássicos… de PC, para ser relevante. Imaginem um Nintendo sem Mario. Agora imaginem um PC sem Civilization. Entenderam?

A corrida por gráficos melhores esfriou um pouco porque os consoles não são mais tão atrasados assim. Mesmo o PC sendo superior, os jogos para console são geralmente mais bem programados, com frame rates mais estáveis e etc.

Fiz um review do Torchlight recentemente, que é bastante expansível utilizando MODs. Isso é o que o PC precisa para se dintiguir. E não um Street Fighter com filtros especiais e resolução de 2500 x 1900 (é que Full HD já é muito pouco, entendem?).

Cadê os Worms, CIVs, Age of Empires, Sim Cities, Diablos, simuladores espaciais e afins?

7 - Console Dá Pau Também, Mas Olha Isso:

Imagem Auto-Explicativa

Sério, arrancar um cooler do PC é como arrancar a máscara do Darth Vader. Morre.

————————–

Agora sério. Não quero que o PC morra pra games. Mas também não quero uma plataforma que possua versões pioradas dos jogos do XBox 360. Quero exclusividades.

10 Nohtas

Fernando Lorenzon — Thu, 04 Mar 2010 18:07:45 +0000

Plagiando um pouquinho o Imortal Millor Fernandes, escrevo algumas frases totalmente off-topic:

I - O homem é um animal que criou o hábito de criar frases começando com “O homem é um animal…”

II - O único problema do Brasil é querermos sempre resumir nosso atraso social em um único problema.

III - Aliás, o Brasil está tão violento que nem sofremos mais risco de vida, e sim risco de morte.

IIII (não seria IV?) - O mercado de jogos no Brasil é tão mal financiado que até os frame-rates estão diminuindo.

V - Se a queda de temperatura em algumas regiões ocorre devido ao aquecimento global, significa que não precisamos mais nos preocupar. Na média está tudo igual.

VI - Ainda prefiro quando os jornais só avisavam se ia chover ou fazer sol. Hoje é massa de ar frio (ou quente), correntes marítimas e o escambal. Melhor andar sempre de guarda-chuva.

VII - Pior do que ter um PS3 que faz tudo, é ter um PC-Engine, que não é nem PC, nem motor.

VIII - Vai sair um filme baseado no game Asteroids. Só estou aguardando o filme baseado no game Street Fighter - The Movie - The Game. O nome eu já sei como seria: Street Fighter - The Movie - The Game - The Movie.

IX - Existiam países de primeiro, segundo e terceiro mundo. Hoje, só primeiro e terceiro. Ou seja, agora só dá pra atravessar os mundos usando os Warp Zones.

X - Quando esta divisão de mundos acabar através do iminente desenvolvimento global, teremos finalmente a tão desejada jogabilidade aberta.

Edit:

Quando digo “plagiar Millor”, não me refiro a copiar/colar as frases. Plagiei a idéia, mas as frases são minhas. Só a imagem é dele mesmo. OK?

Criando Um Jogo em Windows Forms - Parte 7 - Final

Fernando Lorenzon — Sun, 28 Feb 2010 03:01:39 +0000

Clique para ampliar

Depois de algum tempo, termino esta série. A idéia desde o início era simplesmente explicar o básico sobre desenvolvimento de games conforme eu fosse aprendendo. Desde o primeiro post, o jogo WinForms Lander já estava praticamente completo. E claro, como nem todos gostam de ler posts técnicos, fui alternando os posts com posts padrão deste blog. Por isso a série demorou para acabar. Mesmo assim, recomendo muitíssimo a todos a leitura dos posts anteriores, pois eu tentei ser bastante didático e teórico, não se prendendo somente em códigos. Acredito que os textos tenham ficados bem agradáveis e com conteúdo interessante. Mesmo se você não quer desenvolver.

Leiam o restante para acessar os downloads:

Ao longo do desenvolvimento, fui tomando algumas decisões de design e alterando coisas. A principal alteração foi o uso de código 100% nativo para leitura de teclas. Agora não é mais necessário usar aquela dll do XNA para isso. O código eu achei na internet e mantive intacto, junto com o comentário que identifica o autor.

Outra coisa foi o uso de código nativo para tocar arquivos de áudio multimídia. Também peguei da internet. A biblioteca original do Windows Forms/.Net só permitia tocar um som por vez, e ainda somente .WAV. Agora o game toca mp3.

Algo que descobri desenvolvendo o game é que a parte audiovisual é um grande limitador para quem desenvolve sozinho. Fazer um game sem uma equipe multi-talentosa requer um criador multi-talentoso. Criar gráficos 2D estáticos é fácil. Mas criar sons, músicas, animações, backgrounds sem copiar tudo de outras fontes é extremamente difícil para um simples programador.

E aí vem o problema. Encontrar bons efeitos sonoros é muito mais difícil que encontrar músicas. Acredite.

Um dos grandes problemas para desenvolver este jogo foi tentar incluir cenários. O Windows Forms aceita inserir imagens de background, mas qualquer animação fica meio quebrada. A detecção de transparência não é muito boa. Por isso, e também por falta de habilidades de minha parte, não foi possível colocar backgrounds, muito menos obstáculos nas fases, como montanhas, relevos e etc.

Isso levou a algumas idéias interessantes para aumentar o desafio de pousar as naves. Eu fiz com que em cada fase a plataforma se movesse de variadas velocidades e direções para dificultar um pouco e diferenciar as áreas mais avançadas. Algumas áreas possuem ventos. Outra coisa que inseri nas últimas fases foram asteróides que ficam caindo em velocidades e direções variadas, para atrapalhar um pouco.

No geral, acho que o game ficou bem completo.

Tentei neste game incluir um pouco das coisas que sinto falta em alguns games, como fases variadas, prêmios e incentivos para continuar a jogar. Tudo isso na escala do jogo, claro.

Bom, depois de tudo isso, vamos aos downloads:

Aqui tem os fontes.

Para codificar, adotei por padrão o idioma inglês. Acho mais fácil em inglês porque assim evitamos estrangeirismos, acentuações ou traduções grosseiras geralmente vistas no código em “português”. Se for codificar em português e usar “GetValor” para nomear alguma função, então que se adote o inglês de uma vez! Ou usa “PegaValor”. Os comentários estão todos em português, no entanto.

Aqui tem o executável.

Aqui tem o executável sem o áudio, para quem tiver problemas.

Para rodar o game, é necessário ter o .Net 2.0 instalado. Talvez precise de alguma outra biblioteca, mas não consegui testar em uma grande variedade de PCs para me certificar se está tudo ok. Qualquer problema, deixe um comentário.

Edit:

PROBLEMA - a biblioteca de audio que usei pode não funcionar corretamente em alguns sistemas (foi o caso do Kazuma). Como a biblioteca não é minha, não sei porque não funciona. Vou investigar. Enquanto isso, estou disponibilizando uma versão sem áudio do game.

VISUAL - Como utilizei controles visuais usados em formulários de sistemas, como barras, botões, painéis e etc., as imagens ficarão melhores se o jogo rodar no modo visual clássico, e não com o tema do XP (ou mesmo Aero). Cliquem com o botão direito no WinFormsLander.exe e em Propriedades >> Compatibilidade, marquem “Desabilitar temas visuais”.

Review - Torchlight

Fernando Lorenzon — Mon, 22 Feb 2010 14:10:05 +0000

Cansado de esperar por Diablo III? Jogue Torchlight

Torchlight é um Action RPG e mais um dos infinitos clones de Diablo. Lançado em outubro de 2009, o jogo vem aos poucos ganhando notoriedade.

Mas Torchlight não é apenas um clone de Diablo, é simplesmente o melhor clone! E não é por menos, a equipe da Runic, que produziu o game, é composta por alguns dos criadores do primeiro Diablo e também de alguns criadores de Fate (outro clone).

O jogo tenta mostrar um lado um pouco menos sério. Com gráficos que lembram Warcraft III e cenários bastante coloridos. Os personagens e monstros são bastante estilizados. A classe melee Destroyer tem um boneco cujas proporções lembram o Shrek. Apesar dos fãs de Diablo oferecerem resistência ao estilo mais light no início, com alguns minutos de jogo Torchlight mostra seu potencial.

Falando das classes, temos as seguintes:

- Destroyer: Masculino, equivalente às classes Barbarian ou Knight;

- Vanquisher: Feminino, mistura de Amazon com Assassin;

- Alchemist: Masculino, com habilidades típicas de Sorcerer e Necromant.

Assim como em Fate, o jogador conta com a ajuda de um “pet” para ajudar nas lutas e para carregar mais itens. O pet pode ser tanto um cachorro/lobo quanto um gato/lince. É possível até dar ordens para que o animal vá à cidade e venda os itens que carrega. Isso certamente diminui a quantidade de idas e vindas constantes à cidade, como é típico de Diablo.

Os monstros lembram muito os de Diablo I. Nada de lutar contra abutres, vermes e enxames de abelha, que semrpe achei um dos pontos fracos em Diablo II.

As músicas não só são boas, mas lembram muito a série que o inspirou. Os efeitos sonoros também são bastante familiares. Os controles idem. Mas as batalhas são realmente divertidas. Ao destruir um monstro, a tela dá uma pequena sacudida, simulando o efeito “rumble”. É como se o jogador sentisse a pancada aplicada. Sem falar que qualquer golpe pode gerar um critical hit, que causa um efeito de impacto ainda mais impactante (desculpem, não aguentei).

O sistema de loot é padrão do estilo. O jogo, assim como Diablo, começa num vilarejo onde é possível conversar com NPCs e comprar itens. A dungeon lhe espera, e é a única, com vários níveis. Porém, existem quests dadas por um NPC em que um portal é aberto para uma pequena dungeon, totalmente isolada da principal. Após terminar o game, uma outra dungeon com níveis infinitos aguarda os mais sedentos por loot.

As dungeons são geradas aleatoriamente, como manda o manual dos clones de Diablo. Mas neste, como os gráficos são em 3D, há uma riqueza muito maior nos detalhes. Além disso, há pequenas alavancas para dar acesso à alguma parte do labirinto, o que dá mais variedade.

Apesar do estilo repetitivo, o game foi todo criado para ser simples e divertido. A impressão que dá é que os criadores tiraram tudo aquilo que é chato ou complicado demais nesses jogos do gênero e adicionaram gráficos leves, porém bonitos. A simplicidade é tamanha que não há nem multiplayer. Muita gente torceu o nariz para o game devido à ausência deste recurso, mas mesmo assim, não deixa de ser divertido.

Uma vantagem de não haver multiplayer é a não-necessidade de criar regras de jogo altamente restritivas e punitivas, com o objetivo do jogador não obter vantagens a mais ao competir com outros. Por exemplo, existem dois baús na cidade para seu personagem. Um deles é compartilhado por qualquer outro personagem que venha a ser criado. Isso torna muito mais simples a obtenção de itens raros. Diablo sempre ignorou essas coisas.

Mas o principal mesmo é o fácil e irrestrito suporte a mods que o game oferece. A Runic disponibilizou o TorchED, um editor que foi utilizado por eles mesmos para inserir conteúdo ao game. Mesmo tendo sido lançado há poucos meses, já existe uma quantidade enorme de mods criados por várias comunidades. Isso significa que qualquer limitação do jogo poderá eventualmente ser contornada por adições feitas pelos fãs. O poder dos mods é tamanho que um fã está terminando a criação de um mod para adicionar multiplayer.

Muitos também estão criando novas classes, com novas magias e habilidades. Mas aproveitando os modelos das classes já existentes. Claro que até novos modelos de char e monstros são possíveis de criar e inserir no game.

Estou jogando este game há alguns dias e estou completamente viciado nele. Pena que ainda não foi lançado no Brasil. Até porque a principal forma de venda é por download pelo site da Runic pagando via Paypal, ou via Steam. Uma versão retail foi lançada nos EUA também. O preço é de game budget, US$ 19,99. Vou torcer para que saia uma versão retail por aqui. Por enquanto, estou jogando daquele jeitinho que os brasileiros já conhecem. Mas gostei tanto do game que penso seriamente em comprar o original.

Não vou dizer que o game seja perfeito. Aliás, um ponto fraco na minha opinião é que o game possui quatro níveis de dificuldade, mas temos a liberdade de iniciar uma partida em qualquer nível. E quando terminamos o game naquele nível, não há como iniciar uma nova partida com aquele char. Temos sempre que começar criando um char do zero.

Esta característica torna o game mais sand-box, lembrando até Civilization. Eu geralmente gosto que o game tenha objetivos claros e que aproveitem bem o que o jogador já conquistou. Não há muito incentivo de jogar a fundo com um char, se ao iniciar o próximo nível de dificuldade, teremos que começar do zero de qualquer modo.

Pelo menos o game conta com um sistema de Retirement. Com isso, ao terminar a quest principal, o jogador tem a opção de “aposentar” (não é a tradução mais adequada) aquele char, e com isso escolher um item para ativar o “Retire”. Este item ganhará como prefixo o nome do char e muitos outros atributos extras. Imediatamente, o jogador poderá criar outro char que receberá este item. Além disso, todos os chars aposentados ficam visíveis no menu de seleção de chars criados, mas apenas para visualização.

Como eu falei, o baú compartilhado pode ser usado para guardar uma boa quantidade de itens para uso geral, por qualquer outro char. Com isso, é possível manter os bons itens obtidos.

Claro que tudo isso deve ser extremamente simples de ser contornado via mods. Não duvido que em breve teremos mods que simulam um pouco mais a jogabilidade de outros action RPGs.

Enfim, recomendo o game. Torchlight é diversão garantida, simples e pequeno. Cabe num CD.

Controvérsias em Diablo III

Fernando Lorenzon — Mon, 15 Feb 2010 01:25:00 +0000

Diablo III vem aos poucos mexendo com a imaginação dos fãs. Pois a imaginação é tudo o que resta quando o jogo se enrola demais para ser lançado… (Falta uma gerência à la EA na Blizzard).

Uma das coisas que certamente incomoda os fãs é a falta dos cenários góticos-escuros-malignos-sangrentos-Batman-Heavy-Metal-alien tão característicos da série. Isso começou a criar uma brincadeira onde o pessoal pega uma screenshot do jogo e manipula no Photoshop para ficar do jeito que deveria ser.

Aí vem mais uma das minhas críticas. Só porque tivemos um jogo da série (o primeiro) bem sombrio, agora a série só deve ser reconhecida assim? Até o segundo jogo teve seus cenários mais variados e até ensolarados.

Mesmo assim, é divertido ver algumas imagens manipuladas. Muitas são pura piada mesmo. Aqui existem muitas destas manipulações e outras piadas. Vejam algumas imagens abaixo:

Gran Turismo Cansa

Fernando Lorenzon — Tue, 09 Feb 2010 12:57:26 +0000

Sempre gostei de Gran Turismo, e não escondo isso. Vários posts denunciam minha admiração pela série.

Gran Turismo é divertido em vários aspectos porque estimula o jogador a encarar o jogo de várias formas. Há momentos em que devemos ser técnicos. Há outros onde o que vale é brincar. Tem as licenças que exigem concentração e disciplina. Há campeonatos que exigem estratégia. Há outros que exigem paciência.

E o melhor é que você nunca é obrigado a seguir esta ordem. Se você cansou de um campeonato, vá jogar em outro!

Isso sem falar no principal, os carros. Manter a garagem cheia de carros dos sonhos é bastante satisfatório. E sabemos que não há um carro perfeito, pois sempre haverá um campeonato que obrigará você a trocar de veículo. Isso enriquece ainda mais a coleção, pois muitos dos carros adquiridos serão utilizados cedo ou tarde.

Conheci Gran Turismo poucos meses depois do lançamento do primeiro game. Quando eu conheci, foi um vício total. É engraçado ver como na época o jogo foi recebido de maneira branda, quase passando batido. As pessoas estavam tão acostumadas com os até então recentes Ridge Racer e Need For Speed que Gran Turismo não foi muito apreciado. Com o passar dos meses, o jogo foi galgando degraus, inclusive em listas de preferência, até chegar ao ponto de ter sua continuação anunciada, e devidamente hypeada.

Quando Gran Turismo 2 foi lançado, aí sim foi um estouro. Tudo no jogo melhorou (menos o frame rate). Até competições de rally foram adicionadas, com bastante fidelidade. Eu na época achava legal ver que o rally, sendo apenas uma modalidade do jogo, era melhor e mais desafiador que muitos jogos completos de rally da época.

Para mim, Gran Turismo passou a ser o referencial de como os jogos deveriam ser para me divertir. Principalmente por eu gostar de games de corrida.

Agora, prestes a ter sua quinta versão lançada, eu simplesmente não me empolgo mais.

Por quê?

Jogando os Gran Turismos para PS2 atualmente, o que eu sinto é que os jogos não devem ser excessivamente grandes.
Jogar Gran Turismo passou a ser cansativo demais para quem não tem muito tempo… além de mais opções de jogos.

Juro que sendo um fã da série, não me empolgo nem um pouco com as notícias de GT5. Mesmo elas sendo cada vez mais impressionantes.

Só de pensar em corridas que podem levar várias horas para serem concluídas, me bate cada vez mais saudades dos antigos Top Gear.

Para mim, Gran Turismo saturou. E não é por ter evoluído.

É por NÃO ter involuído.

Criando Um Jogo em Windows Forms - Parte 6 - Colisão De Borda

Fernando Lorenzon — Wed, 03 Feb 2010 13:22:17 +0000

Neste post, vou mostrar algo bem simples. É a colisão de borda.

A borda nada mais é que um delimitador da área do jogo, que pode ser os extremos da tela, por exemplo.

Esta detecção é importante caso seja necessário manter um sprite dentro da tela. Por exemplo, nos jogos de tiro em scroll vertical como a série Sonic Wings, você não consegue movimentar o avião além da própria tela. Quando o aviãozinho atinge o limite da tela, ele simplesmente não se locomove mais naquela direção.

Utilizando a classe Sprite criada no post anterior, podemos chamar uma função que retorne um booleano para detecção de colisão para uma determinada borda. Quando o retorno for true, o que podemos fazer é zerar a velocidade naquela direção, e talvez voltar um pixel para que o sprite saia do estado de colisão e não fique "preso".

Uma coisa que eu esqueci de mencionar no post anterior é que para que possa ser detectado com facilidade as colisões, o ideal é usarmos sprites retangulares. O problema é que um Super Mario quadradinho não venderia tão bem...

Para contornar este problema, devemos sempre usar, associado à imagem do sprite, um retângulo invisível que servirá de zona de detecção. Quando mais ajustado ao tamanho da imagem, melhor.

A classe Sprite possui um objeto pictureBox dentro dela, e esse pictureBox possui a imagem do sprite, e além disso, ela é um retângulo cujas dimensões podem ser facilmente obtidas. Ou seja, o próprio pictureBox serve tanto como imagem quanto zona de detecção. Se fosse no XNA puro, teríamos que renderizar a imagem em cima de uma retângulo invisível e usar a imagem para exibição, e o retângulo para detecção.

Fugindo um pouco, mas nem tanto... Vocês já perceberam que nos primeiros Resident Evil as imagens que formam os cenários são navegáveis pelos personagens como se fossem 3D? Como o jogo sabe numa imagem onde começa o corredor ou onde está a porta? É simples. O jogo não sabe. Os programadores posicionam em cada imagem do cenário um cubo de detecção exatamente com as dimensões das áreas "caminháveis" de cada imagem. E é por este cubo invisível que a engine do jogo se enxerga para deslocar os personagens. A foto não influencia em nada.

Possíveis bordas feitas por mim

No caso do nosso sprite, até seria possível ficar testando a sobreposição de imagens, pixel a pixel, para proporcionar uma colisão perfeita. Mas se fizessem isso com Mario, ele nunca rodaria nos consoles antigos. Lembram que eu mencionei sobre uma detecção de colisão que eu fiz comparando pixel a pixel os retângulos? Nem usei os pixels da imagem, que certamente pesaria mais ainda, e ainda assim o jogo ficou com uns 5 quadros.

Em imagens mais complexas, são utilizados mais retângulos por sprite, e as colisões são testadas individualmente. Um exemplo disso são os jogos de luta 2D. Quem já fuçou no MUGEN já deve ter visto isso.

Voltando à colisão de borda, temos que testar a colisão de cada borda individualmente. Para isso, basta chamar a função para cada borda que deve ser testada, passando o limite dela, o sprite, e a direção.

Para criar a função, eu criei também um enumerador com as quatro direções, e assim fica mais fácil passar a direção como parâmetro.

Para cada direção, eu uso um dos vértices do retângulo do sprite para testar a colisão. Eu criei para a classe Sprite quatro propriedades para retornar cada vértice do retângulo, começando a partir do superior esquerdo (0,0) e girando no sentido horário:

Para testar uma colisão do lado esquerdo, preciso usar o vértice 1 ou o 4.

Para testar uma colisão em cima, preciso usar o vértice 1 ou o 2.

Para testar uma colisão do lado direito, preciso usar o vértice 2 ou 3.

Para testar uma colisão embaixo, preciso usar o vértice 4 ou 3.

Todos os sprites ocupam uma posição absoluta na tela. A tela nada mais é que uma grade de pixels, que começa no canto superior esquerdo como 0,0, e termina no canto inferior direito como 640,480 (caso esteja usando esta resolução).

Então, se o vértice 1 estiver na posição do eixo X=0 ou menos, houve uma colisão do lado esquerdo. Se não pararmos o sprite neste momento, nada impede que ele saia da área visível da tela. É perfeitamente possível um sprite ocupar coordenadas de valores negativos (-52,300).

Vamos à função:

PLAIN TEXT

public static bool DetectBorderCollision(Sprite sprite, Enum.Direction direction, int collisionPoint)
{
bool collided = false;
if (direction == Enum.Direction.Down)
{
if (sprite.Vertex3.Y>= collisionPoint)
{
collided = true;
}
}
else if (direction == Enum.Direction.Up)
{
if (sprite.Vertex1.Y <= collisionPoint)
{
collided = true;
}
}
else if (direction == Enum.Direction.Left)
{
if (sprite.Vertex1.X <= collisionPoint)
{
collided = true;
}
}
else if (direction == Enum.Direction.Right)
{
if (sprite.Vertex2.X>= collisionPoint)
{
collided = true;
}
}
return collided;
}

Uma função extremamente simples e leve. Se quisermos testar a colisão nos quatros lados da tela, teremos que chamar a função 4 vezes. Para cada vez, passamos uma das direções e o limite da borda, em pixels. Na colisão à esquerda, o collisionPoint deve ser 0. Para a colisão à direita, o collisionPoint deve ser 640.

O que será feito com o retorno da função depende de cada game ou situação. No WinForms Lander, só testo a colisão na parte de baixo. Caso haja colisão, a nave quebra, o jogador perde uma vida, e o estágio é reiniciado. Só passa de fase se o jogador pousar na plataforma.

Você Não Escapará da Sega

Fernando Lorenzon — Wed, 27 Jan 2010 20:40:56 +0000

Em uma coisa a Sega é bem melhor que a Nintendo & CIA: ela conhece seu passado glorioso.

Mas viver só do passado, aí não.

Durante esses anos todos, a Sega se meteu em muitas áreas para lucrar um pouco mais com seus games antigos. O problema é que a coisa está saindo do controle. Daqui a pouco terá Sonic 2 até no relógio.

Eu acho muito divertido ver o quanto a Sega tenta lucrar com seus games antigos. Ela simplesmente tenta enfiar seus games em todos os tipo de coletâneas, aparelhos, emuladores, relançamentos...

A cada nova geração de consoles, a Sega cria uma nova coletânea de games do Sonic e outros clássicos. Tudo o que for comercialmente viável (ou nem isso), a Sega encara. O pior é que às vezes o mesmo produto / serviço é relançado com pequenas modificações. Ou coletâneas parciais são lançadas, sempre desvalorizando a anterior.

Vou compilar uma lista de coisas antigas da Sega que foram lançadas. Vejam que o volume de produtos chega a ser absurdo:

Sonic Compilation

Uma compilação dos jogos do Sonic para Mega Drive. Inclui:

- Sonic the Hedgehog;
- Sonic the Hedgehog 2;
- Dr. Robotnik's Mean Bean Machine;

Sonic Jam

Uma compilação dos jogos do Sonic para o Saturn. Inclui:

- Sonic the Hedgehog;
- Sonic the Hedgehog 2;
- Sonic the Hedgehog 3;
- Sonic & Knuckles;

Sega Ages

Foram lançados para Saturn alguns clássicos 16-bits da Sega sob esta série. Eles são:

- Out Run;
- Space Harrier;
- Galaxy Force II;
- After Burner II;
- Fantasy Zone;
- Power Drift.

Além disso, teve algumas outras versões não muito populares com mais games antigos.

Sega Ages 2500

Uma série para PS2 com 33 volumes, sendo cada volume um port de games da Sega para arcade. Aqui entraram alguns jogos 3D:

- Vol. 01 Phantasy Star Generation 1
- Vol. 02 Monaco GP
- Vol. 03 Fantasy Zone
- Vol. 04 Space Harrier
- Vol. 05 Golden Axe
- Vol. 06 Bonanza Bros.
- Vol. 07 Columns
- Vol. 08 Virtua Racing
- Vol. 09 Gain Ground
- Vol. 10 Afterburner II
- Vol. 11 Hokuto no Ken (?????) (Fist of the North Star)
- Vol. 12 Puyo Puyo Tsuu Perfect Set
- Vol. 13 Outrun
- Vol. 14 Alien Syndrome
- Vol. 15 Decathlete Collection
- Vol. 16 Virtua Fighter 2
- Vol. 17 Phantasy Star Generation 2
- Vol. 18 Dragon Force
- Vol. 19 Fighting Vipers
- Vol. 20 Space Harrier Complete Collection
- Vol. 21 SEGA System 16 Collection: SDI & Quartet
- Vol. 22 Advanced Daisenryaku: Doitsu Dengeki Sakusen
- Vol. 23 Sega Memorial Selection
- Vol. 24 Last Bronx
- Vol. 25 Gunstar Heroes, Treasure Box
- Vol. 26 Dynamite Deka
- Vol. 27 Panzer Dragoon
- Vol. 28 Tetris Collection
- Vol. 29 Monster World Complete Collection
- Vol. 30 Galaxy Force II Special Extended Edition
- Vol. 31 Cyber Troopers Virtual-On
- Vol. 32 Phantasy Star Complete Collection
- Vol. 33 Fantasy Zone Complete Collection

Sega Smash Pack

Coletânea de jogos da Sega para PC:

- Altered Beast
- Columns
- Golden Axe
- Out Run
- Phantasy Star II
- Sonic Spinball
- The Revenge of Shinobi
- Vectorman

Sega Smash Pack 2

Continuação de uma coletânea só poderia ser cortesia da Sega:

- Comix Zone
- Flicky
- Kid Chameleon
- Sega Swirl
- Shining Force
- Sonic the Hedgehog 2
- Super Hang-On
- Vectorman 2

Sega Smash Pack para Dreamcast

- Altered Beast
- Columns
- Golden Axe
- Phantasy Star II
- The Revenge of Shinobi
- Sega Swirl
- Shining Force
- Vectorman
- Sonic the Hedgehog
- Streets of Rage 2
- Virtua Cop 2
- Wrestle War

Sonic Mega collection

Uma coletânea lançada para PS2, XBox, Gamecube e PC com os jogos clássicos do mascote lançados no Mega Drive. Eles são:

- Sonic the Hedgehog;
- Sonic the Hedgehog 2;
- Sonic the Hedgehog 3;
- Sonic & Knuckles;
- Sonic 3D Blast;
- Sonic Spinball;
- Dr. Robotnik's Mean Bean Machine.

Sonic Mega Collection Plus

Além dos jogos da coletânea anterior, foram incluídos alguns jogos lançados para Game Gear:

- Sonic the Hedgehog;
- Sonic Chaos;
- Sonic Drift;
- Sonic Labyrinth;
- Dr. Robotnik's Mean Bean Machine;
- Sonic Blast.

Sonic Gems Collection

Mais uma coletânea para PS2 (apenas no Japão) e Gamecube que além incluir os jogos das coletâneas anteriores, ainda inclui alguns jogos extras do Sonic:

- Sonic CD;
- Sonic the Fighters;
- Sonic R;
- Sonic the Hedgehog 2 (Game Gear);
- Sonic Spinball (Game Gear);
- Sonic Triple Trouble (Game Gear);
- Sonic Drift 2 (Game Gear);
- Tails' Skypatrol (Game Gear);
- Tails Adventure (Game Gear);

E alguns jogos secretos:

- Vectorman;
- Vectorman 2;
- Bonanza Bros.;
- Streets of Rage;
- Streets of Rage 2;
- Streets of Rage 3;

Será que precisou lançar TRÊS VEZES a mesma coletânea para ela ter uma quantidade aceitável de jogos do Sonic? Porque não lançou o Sonic Gems Collection logo na primeira vez?

Mega Drive portátil

Inúmeros portáteis baseados no Mega Drive foram lançados, com jogos na memória e alguns com possibilidade de expansão via SD Card.

Emulador do Saturn

A Sega chegou até a comprar e distribuir um emulador de Saturn Para Windows, e assim vender jogos de Saturn pela rede CYBER DISC. O emulador é o GiriGiri. Claro que não prosperou.

PlaySEGA

Portal de jogos pagos e gratuitos jogados direto pelo browser. A grande maioria é do Mega Drive. Muitos só assinaram o serviço só para ganhar um controller usb no estilo daquele do Mega Drive.

Jogos na Live Arcade

Muitos jogos da Sega foram publicados na XBox Live Arcade. Muitos deles podem ser encontrados em outras coletâneas.

Jogos no Virtual Console

O Virtual Console possui uma extensa lista de games da Sega disponíveis para compra.

Jogos no IPhone

Vários clássicos estão sendo portados para o IPhone e vendidos pela AppStore.

Emulador no IPhone

Não bastasse os games vendidos separadamente, agora o IPhone terá um emulador, que agregará os games da Sega e centralizará as compras.

Sonic's Ultimate Genesis Collection

Coletânea para XBox 360 e PS3 dos maiores clássicos da Sega lançados para Mega Drive.

Sonic Classic Collection

Coletânea básica para DS:

- Sonic the Hedgehog
- Sonic the Hedgehog 2
- Sonic the Hedgehog 3
- Sonic & Knuckles

(Fonte das listas: Wikipedia)

Com isso, Sonic The Hedgehog, o jogo original para Mega Drive, já apareceu nos seguintes consoles (avulso ou numa coletânea):

Mega Drive/Genesis

- Sonic The Hedgehog;
- Sonic Compilation;

Saturn

- Sonic Jam;

Dreamcast

- Sega Smash Pack;

iPod Nano

- Sonic The Hedgehog;

iPhone

- Sonic The Hedgehog;

Celulares

- Sonic The Hedgehog;

Virtual Console

- Sonic The Hedgehog;

- Sonic Mega Collection;
- Sonic Mega Collection Plus;

PS2

- Sega Genesis Collection;
- Sonic Mega Collection;
- Sonic Mega Collection Plus;
- Sonic Gems Collection;

Gamecube

- Sonic Mega Collection;
- Sonic Mega Collection Plus;
- Sonic Gems Collection;

XBox

- Sonic Mega Collection;
- Sonic Mega Collection Plus;

PSP

- Sonic The Hedgehog (PS Store);
- Sega Genesis Collection;

PS3

- Sonic The Hedgehog (PS Store);
- Sonic's Ultimate Genesis Collection;

Xbox 360

- Sonic The Hedgehog (XBLA);
- Sonic's Ultimate Genesis Collection;

Game Boy Advance

- Sonic The Hedgehog;

Wii

- Sonic The Hedgehog (Virtual Console);

Internet

- Sonic The Hedgehog (PlaySEGA);

PS.: Esta listagem pode estar incompleta. O objetivo do texto é especialmente mostrar o jeito Sega de ser.

Criando Um Jogo em Windows Forms - Parte 5 - Colisão Simples

Fernando Lorenzon — Mon, 25 Jan 2010 16:26:37 +0000

Uma das coisas mais importantes em um jogo é a colisão. Isso não significa que deva haver uma explosão ao colidir sprites, mas simplesmente fazer com que o Super Mario possa caminhar sobre o chão sem atravessá-lo.

Existem muitas implementações para colisão. Desde implementações simples até das mais complexas. Por exemplo, a colisão usada nos jogos do Mario para coletar as moedas só precisa informar se Mario tocou a moeda. Mas para testar a colisão em um koopa, é necessário verificar se Mario está acima ou no lado ao tocar o inimigo. Caso esteja em cima, Mario sai ileso e elimina o inimigo. Caso esteja no lado, Mario perde uma vida.

Para testar uma colisão dessas, é bem mais complicado. Principalmente se os sprites se movem com mais velocidade.

O que vou mostrar agora é a colisão simples (aquela da moeda). Até porque a minha colisão que detecta a direção do toque não é 100% confiável em altas velocidades (parece até coisa de mecânica quântica). Eu digo "minha" colisão porque fiz questão de tentar criar uma solução por conta própria, sem pesquisar nada na internet. É claro que futuramente terei que ir atrás disso, pois não sou um bom programador de jogos e nem um bom matemático.

Para detectar uma colisão simples, o ideal é usar cálculos e algoritmos que usem poucos ciclos de CPU. É bem difícil saber o quanto um cálculo usa de CPU. Mas podemos deduzir a complexidade dele pela quantidade de linhas de códigos e quantidade de loops usados.

Uma das minhas idéias iniciais para detectar colisão deixou o jogo com uns 5 quadros de animação por segundo. Enquanto as outras duas mantinham a velocidade de 50. Aí podemos ver que não daria certo usá-la

Mas porque ficou tão pesado? Porque o que eu fazia era comparar pixel por pixel a área utilizada por cada um dos sprites que eu estava testando a colisão. Quando eu vi a degradação da performance, logo busquei outra alternativa, bem mais leve.

Vamos a elas:

Mas para fins didáticos, vou mostrar minha idéia dos 5 FPS:

Comparando colisão entre sprite1 com sprite2:

1 - gerar lista com todos os pixels do sprite1

2 - gerar lista com todos os pixels do sprite2

3 - comparar cada pixel com sprite1 com cada pixel do sprite2

Este método é bastante lento, mas 100% confiável. O problema é que se um sprite com 50x50 pixels for comparado com outro sprite 50x50, estaremos comparando 2500 pixels contra outros 2500. Isso tudo 50 vezes por segundo.

O método mais simples e igualmente preciso que eu usei no jogo foi este:

1 - Verificação Horizontal (Eixo X):

1.1 - Subtrair a distância (sempre em pixels) da extremidade da direita do sprite mais à direita com a extremidade esquerda do sprite mais à esquerda;

1.2 - Somar a largura do sprite1 com a largura do sprite2;

1.3 - se a distância for menor ou igual à soma das larguras, realizar a verificação Vertical.

2 - Verificação Vertical (Eixo Y):

2.1 - Subtrair a distância (sempre em pixels) do topo do sprite mais acima com o fundo do sprite mais abaixo;

2.2 - Somar a altura do sprite1 com a altura do sprite2;

2.3 - se a distância for menor ou igual à soma das alturas, a colisão foi confirmada.

No passo 1.3, vejam que há condição para continuar. Se uma colisão em uma das dimensões não tiver sido detectada, não há necessidade de testar na outra dimensão.

Colidir em uma dimensão parece coisa de doido, mas o que quero dizer é o seguinte:

Na figura acima, houve uma colisão no eixo Y, mas não no eixo X. Portanto, para um jogo 2D, não houve colisão. Veja que os dois quadrados ocupam as mesmas posições referentes a altura.

Já nesta figura acima, houve uma colisão no eixo X, mas não no eixo Y.

E aqui, finalmente ocorreu uma colisão nos dois eixos.

Segue o código abaixo.

PLAIN TEXT

public static bool DetectCollision(Sprite sprite1, Sprite sprite2)
{
bool partial1 = false;
bool partial2 = false;
int xDistance = sprite2.Vertex2.X - sprite1.Vertex1.X;
int yDistance = sprite2.Vertex4.Y - sprite1.Vertex1.Y;
//Verifica se sprite2 está mais à esquerda que sprite1
if (sprite2.Vertex1.X <sprite1.Vertex1.X)
{
xDistance = sprite1.Vertex2.X - sprite2.Vertex1.X;
}
//Verifica se sprite2 está mais ao topo que sprite1
if (sprite2.Vertex1.Y <sprite1.Vertex1.Y)
{
yDistance = sprite1.Vertex4.Y - sprite2.Vertex1.Y;
}
int xSize = sprite1.PictureBoxMain.Size.Width + sprite2.PictureBoxMain.Size.Width;
int ySize = sprite1.PictureBoxMain.Size.Height + sprite2.PictureBoxMain.Size.Height;
if (xDistance <= xSize)
{
partial1 = true;
}
if (partial1)
{
if (yDistance <= ySize)
{
partial2 = true;
}
}
return partial2;
}

Vocês devem ter visto que existe uma classe chamada Sprite. Esta classe é uma implementação minha para facilitar as coisas. Uma das facilidades é poder retornar o X/Y de cada um dos vértices do pictureBox, obtido através do Location e do Size. A implementação da classe Sprite segue abaixo:

PLAIN TEXT

using System;
using System.Collections.Generic;
using System.Text;
using System.Windows.Forms;
using System.Drawing;
namespace WinFormsLander.Classes
{
public class Sprite
{
/*
*
* 1------2
* | |
* | |
* | |
* 4------3
*
* */
public Point Vertex1
{
get
{
return new Point(this.PictureBoxMain.Location.X, this.PictureBoxMain.Location.Y);
}
}
public Point Vertex2
{
get
{
return new Point(this.PictureBoxMain.Location.X + this.PictureBoxMain.Size.Width, this.PictureBoxMain.Location.Y);
}
}
public Point Vertex3
{
get
{
return new Point(this.PictureBoxMain.Location.X + this.PictureBoxMain.Size.Width, this.PictureBoxMain.Location.Y + this.PictureBoxMain.Size.Height);
}
}
public Point Vertex4
{
get
{
return new Point(this.PictureBoxMain.Location.X, this.PictureBoxMain.Location.Y + this.PictureBoxMain.Size.Height);
}
}
public PictureBox PictureBoxMain;
public string ID;
public Image ImageDefault;
public int FlipVCounter;
public int FlipHCounter;
public bool FlipV;
public bool FlipH;
public float VerticalVelocity;
public float HorizontalVelocity;
public float TotalVelocity;
public float Y;
public float X;
public float StretchedY;
public float StretchedX;
public int DefaultHeight;
public int DefaultWidth;
public float VerticalVelocityLimit;
public float HorizontalVelocityLimit;
public float Drag;
public float GForce;
public bool vBouncingZone;
public bool hBouncingZone;
public int FlickCount;
public float Accel;
public float AccelMpS;
public Sprite(PictureBox pictureBoxMain)
{
this.PictureBoxMain = pictureBoxMain;
this.PictureBoxMain.BackColor = Color.Transparent;
this.ID = "";
this.ImageDefault = null;
this.FlipVCounter = 0;
this.FlipHCounter = 0;
this.FlipV = false;
this.FlipH = false;
this.VerticalVelocity = 0;
this.HorizontalVelocity = 0;
this.TotalVelocity = 0;
this.Y = PictureBoxMain.Location.Y;
this.X = PictureBoxMain.Location.X;
this.StretchedY = 0;
this.StretchedX = 0;
this.DefaultHeight = this.PictureBoxMain.Size.Height;
this.DefaultWidth = this.PictureBoxMain.Size.Width;
this.VerticalVelocityLimit = 50;
this.HorizontalVelocityLimit = 50;
this.Drag = 0;
this.GForce = 0;
this.vBouncingZone = false;
this.hBouncingZone = false;
this.FlickCount = 0;
this.Accel = 0;
this.AccelMpS = 0;
this.PictureBoxMain.BackgroundImage = this.ImageDefault;
}
}
}