O modelo mais barato possui um processador ARM de 700 MHz, 128 MB de RAM e uma GPU que permite saída de vídeo de até 1080p. Pelo preço, não há nada a reclamar.

É projetado para usar uma TV como monitor, um leitor de cartão para armazenamento de dados e um cabo USB como fonte de alimentação. Um conceito bastante interessante.

Tem um amplo suporte a placas de expansão, aumentando as suas possibilidades e a sua longevidade.

A escolha padrão de sistema operacional é Linux, pela sua flexibilidade e baixo uso de recursos, não sendo recomendável – apesar de possível – instalar Windows.

Vale lembrar que o projeto ainda está nas primeiras etapas e, portanto, as especificações estão sujeitas a mudanças.

Blog: RaspberryPi.org
Wiki: RaspBerryPiBoard

No entanto, não é a translação terrestre o principal motivo de fazer essa postagem.

Para o site, o ano de 2011 não foi o melhor possível. Foi recheado com minhas desaparições, projetos sem conclusão, preguiça, dentre outras coisas ruins… Não vou negar nada disso.

Neste mesmo ano, escrevi e publiquei o atestado de morte da Skipp. Me arrependo disto, mas o arrependimento não impediu que eu tornasse a abandonar a Skipp por mais algum tempo. Outra vez.

Neste vai e vem sobrou apenas o desapontamento de não ter cumprido com a minha responsabilidade.

Mas é preciso olhar mais para trás e relembrar o melhor momento do site. Em 22 de novembro de 2010 houve o lançamento do SkPlayer.

A lembrança do incrível suporte que recebi dos visitantes e dos meus amigos ficará para sempre em minha memória e sempre trará felicidade para mim em qualquer situação. Muito obrigado mesmo a cada um que baixou e aos que me presentearam com palavras de admiração no MSN.

Dessa forma, quero pela primeira vez, em quase três anos de blogagem, parar e agradecer por tudo que consegui aqui até agora.

Primeiramente à minha mãe, definitivamente a pessoa que mais me ajuda.

Depois, aos que já foram leais comentaristas quando estávamos na WordPress.com e com o nome de WinTips BR: Halex (houve muitos comentários seus o.o), flmarts (espero ver mais do seu talento), danilo (do seu também!). O apoio de vocês significou muito mesmo .

Também não posso esquecer os comentaristas que vieram quando já éramos Skipp: Dillmann (incrível site, cara), Dário e Guilherme (estes floodaram pra ganhar convites pro novo Orkut, kkkkk), Rafael (muito gente fina), Paulo Guido (valeu mesmo por aquele link na barra e repostagens ), Gabriel Rocha (gente fina também), Bruno Guzela (obrigado pela ajuda na divulgação do SkPlayer ).

Vou poupar o leitor de mais nomes, mas garanto que também guardo uma parcela de gratidão para todos os que não citei, mas que contribuíram cada um de sua forma.

Visitantes da Skipp, anônimos ou não, causais ou não, eu os saúdo! Espero nunca ter que dizer um adeus a vocês.

Até 2012.

Todo o processo mostrado pelo vídeo levou 22 minutos.

.

Talvez três slots de salvar seja demais para um jogo desse tipo.

Adicionado também o míssil, que tem a propriedade de splash damage (dano de área). Assim, é vantajoso para grandes concentrações de inimigos e desvantajoso para inimigos com grande quantidade de hp.

Lentamente atualizando os gráficos para vetores.

Inicialmente, estava planejando fazer os gráficos totalmente pixelados, no estilo retrô.

Mas, pensando melhor, trabalhando-se com vetores (como os mostrados acima) leva quase o mesmo tempo e trabalho e acaba trazendo resultados bem melhores.

Levou mais tempo e foi mais chato do que pensei.

.

.

.

Quando é criado, a subimagem é fixada em 0. Quando mouse entra na área do botão, ela 1, e quando o mouse sai, volta para 0.

No caso do “Continuar”, caso a variável global “cnt” (continue) estiver 0 (falso), a sua subimagem é sempre fixada em 2. Caso contrário, com “global.cnt” igual a 1 (verdadeiro), o botão se comporta normalmente. Essa variável global vai gravar se já houve algum jogo salvo antes.

(Pensando melhor, não faz o mínimo sentido colocar o nome de “Air Knight” em um jogo de naves no espaço, tendo em vista que não tem ar lá!)

Adicionando alguns efeitos de brilho para as “turbinas” da nave, a capacidade de atirar laser e alguns inimigos básicos.

.

Para fazer o efeito de turbina, comecei com três imagens:

No Game Maker, fiz com que cada sprite se encolhesse, desaparecesse e rotacionasse em 15 quadros.

Então, a cada 33 milissegundos uma das três sequências de imagens é projetada atrás da nave. A imagem inicia com uma certa velocidade e toma uma direção de um ângulo aleatório entre 15° e -15°. À medida que se distancia da origem, o gráfico tem sua velocidade reduzida até parar. Depois é destruída.

Quanto ao laser, apenas uma imagem com uma velocidade para a direita.

As naves inimigas, ao entrarem na tela, seguem um caminho (path) pre-configurado.

Download: Air Knight v0002

Assim, vou desenvolver – mostrando passo-a-passo – um jogo no estilo side-scroller-shooter, o clássico “navezinha atirando olhando pela lateral”, com o nome de Air Knight.

Com uma interface de programação baseada em arrastar e soltar de ícones, o Game Maker tem menos poder que, digamos, programação em linha de comando.

Mas, com um leque de recursos voltados para games, ele se é eficiente cumprindo bem o papel de fazer jogos com baixo e moderado nível de complexidade.

Começando, o sprite da nave principal, o que levou cerca de 9 minutos: (Vídeo acelerado em 8 vezes)

(Nossa, o Game Maker tem se tornado cada vez mais irritante quanto às limitações na versão lite :/)

Darius