Impressão 3D faz aparelhos eletrônicos personalizados

Impressão 3D faz aparelhos eletrônicos personalizados: Que tal então imprimir seus próprios mouses ou controladores de jogos, perfeitamente adequados para o desenho preciso das suas mãos?

Luva refrigerada para atletas ajuda a obter resultados sem precedentes

Luva refrigerada para atletas supera esteroides: Ao estudar ursos, cientistas descobriram por acaso uma forma de literalmente turbinar o desempenho de atletas.

A natureza sempre nos surpreende com sua harmonia e nos ensina a como melhorar também a nossa vida, em especial com relação à alimentação e ao conforto térmico. Afinal, é comum nos alimentarmos dos mesmos frutos e animais que são alimento para outros animais, e também a ideia de usar roupas foi muito beneficiada pelo uso de peles de animais, todavia esta prática hoje é condenável e desnecessária pois existem roupas com outros materiais que são tão eficientes quanto as peles de animais.

A notícia mencionada é particularmente interessante porque mostra algo simples e muito conhecido como é a troca de calor com o meio sendo aplicada para trazer benefícios às pessoas, principalmente atletas e pessoas com problemas de saúde.

O principal cuidado a ser tomado neste caso é o excesso de exercícios, pois o cansaço é uma forma que nosso corpo tem para dizer que precisa parar um pouco e essa luva, segundo os próprios atletas, elimina a sensação de cansaço e permite uma prática quase contínua de atividades físicas, o que pode levar o esportista a uma "overdose de exercícios"

Remédios a base de TI

Antes de tudo, eu gostaria de me justificar pela minha ausência no blog, pois os dois últimos meses têm sido muito carregados.

Hoje eu vi esta notícia e achei interessante como o conhecimento pode ser associado, mesmo em áreas tradicionalmente mais distantes.

As associações entre telecomunicações, computação, farmácia e medicina, dentre outras, favorecendo a saúde da população de um modo prático e confortável.

Só para dar uma noção do que acontece, por exemplo, em um sistema de análise de algum parâmetro acoplado a um video-game (como o sistema de análise de glicose).

Vamos imaginar que os sensores estejam juntos ao joystick e que estes passem os dados para o console e este, por sua vez, mande, via internet, os dados para a clínica.

O primeiro é a construção dos sensores de modo a serem colocados no joystick de modo a não torná-lo desconfortável.

Depois os dados capturados pelos sensores são enviados ao console, o qual pode fazer uma série de análises dos dados, comparar com outros dados já armazenados, e/ou fazer extração de redundâncias ou critpografias para enviar os dados pela internet à clínica especializada, o que necessita da infraestrutura já conhecida da maioria dos leitores.

Por fim, os especialistas também irão usar aplicativos para auxílio ao diagnóstico para determinar a condição do paciente.

E tudo isto enquanto o paciente está se divertindo com seu video-game.

Building Blaster

Português: Eu descobri este jogo e vi que era possível postá-lo aqui no MultiSign, então divirtam-se.

English: I found this game and it's possible to post here on the MultiSign, so have fun.


Mais Jogos de Estratégia Online no Click Jogos

Crianças com futuro

Olhem aqui e pensem.

Espero que tenham olhado e, principalmente, pensado.

Se crianças de 8 anos de idade têm consiência que usar Linux é melhor sem, provavelmente, nem saber a respeito de filosofia open-source e tudo o que implica o software livre.

As crianças apenas experimentaram ambos e disseram: "prefiro este!", lógico que eles pensaram em qual dos sistemas tinha mais aplicativos interessantes (tipo jogos), qual era mais fácil de usar (interface mais amigável), e demais coisas do tipo.

Eu espero que nossos adultos aprendam com estas crianças e que as crianças tornem-se adultos coerentes.

Aplicações 3D

Aplicações que envolvem 3D (em visualização, interfaces, processamento, etc....) necessitam de algumas características importantes.

Para uma determinada aplicação, por exemplo um jogo ou simulador (para automáveis, aviões ou construções), é necessário atentar para as características dos sistemas. Quanto mais fiel se desejar que o sistema seja, mais pesado computacionalmente o sistema será.

Para um simulador de automóveis é necessário fazer considerações sobre aerodinâmica, resistência dos materiais (pneus e lataria), consumo de combustível, os atritos envolvidos (do sistema com o ambiente e internos ao sistema), os aquecimentos que irão aparecer em decorrência dos atritos envolvidos e muitas outras coisas que caberia a um engenheiro mecânico especificar.

Para desenvolver uma aplicação 3D, para um jogo por exemplo, antes de qualquer coisa são levantadas as características do modelo desejado, tais como dimensões, articulações, texturas da superfície, etc.... Em seguida o modelo pode ser feito em uma maquete ou similar. A partir da maquete, um artista gráfico usa um software específico para fazer a modelagem computacional, como o Blender.

Com o modelo pronto, este é salvo em um formato de arquivo específico, o qual contém informações sobre os vértices do objeto, as ligações entre os vértices, as articulações e outras coisas mais. O programador irá então desenvolver a aplicação em cima deste modelo para animá-lo ou controlá-lo, assim surgem os personagens dos jogos, modelos de prédios, carros, aviões, navios, etc......

Entretanto, existem API's que ajudam o trabalho dos desenvolvedores de aplicações 3D. É o caso da OpenGL, que tem interfaces nativas com C/C++ e Python e, novamente, OpenGL é uma API livre (se não fosse, eu não estaria falando dela aqui). Algumas funções estão prontas para serem usadas com OpenGL, como interfaces com a placa de vídeo, mouse, teclado, renderização, etc.... Isto permite a economia de muito tempo de implementação.

Para fechar o post, segue um vídeo que encontrei no YouTube sobre modelagem 3D.

Jogos livres

Jogos, ou aplicações de entretenimento de uma forma geral, sempre são um obstáculo na divulgação do Software Livre, pois quando alguém começa a falar de gnu/linux e correlatos aparece outro alguém e pergunta: "posso jogar {jogo 'X'} no linux?". Neste ponto surgem as diversas incompatibilidades entre os sistemas, as vezes contornáveis por emuladores (tipo o wine), mas normalmente a questão dos jogos é um grande problema.

Atualmente existem muitos jogos livres, ou ao menos compatíveis com plataformas livres, que são até bem interessantes, dentre os quais posso citar:

• Nexuiz;
  
• Super Tux (similar ao Super Mario do SNES);
• America's Army;
• Open Arena;
• Tremolous;
• Tux Racer;
• Alien Arena;
• The Open Racing Car Simulator;
• Frets On Fire;
• Scorched 3D;
• Mania Drive.

Lista com vários jogos e descrições aqui.

Acredito que o ponto que mais impede a proliferação de jogos livres é a dúvida: "como irei ganhar dinheiro?" e para esta pergunta, tomei conhecimento de algumas entidades têm criado soluções interessantes.

Publicidade - desenvolver jogos para empresas de modo a fazer propaganda da patrocinadora (tipo fazer um jogo de corrida em que todos os carros são de uma determinada marca);
Jogos de "caixinha" - como o jogo é livre, este deve ser acompanhado do código-fonte, porém pode-se desenvolver hardware específico para o seu jogo e fazer a comercialização do sistema completo, podendo até deixar o software disponível na internet com atualizações, dicas, tutoriais, device drivers para o hardware, etc.....;
Jogos para dispositivos móveis - taxar o usuário pelo download do jogo, o qual será feito pelo dispositivo móvel, sendo o jogo livre então o usuário poderia dispor de ferramentas para edição do jogo (tipo cenários, personagens, etc....).

Outras formas também podem ser pensadas, o povo brasileiro tem criatividade para criar formas de ganhar dinheiro com essas idéias.

Um grande problema para o comércio dos jogos livres é a ganância por parte dos desenvolvedores (programadores, game designers, artistas gráficos, sonoplastas, etc......), pois muitas vezes quem começa a desenvolver um jogo imagina ficar rico e passar a viver deste jogo que desenvolveu e de futuras atualizações.

Acredito ser melhor desenvolver vários jogos simples e ganhar um pouco em cada um que desenvolver um super-jogo e tentar ganhar uma fortuna em cima dele, a população que tem condições de pagar por jogos de grande porte deseja jogos de grande porte (realmente), com muitos jogadores on-line e muitos recursos.

Lembrando que a grande massa que está adentrando ao mundo da informática não tem poder aquisitivo, assim pode ser mais interessante tirar apenas algumas moedas destas pessoas, de modo que não fará falta em seus bolsos (nem na mesa de suas casas).

Espero ter passado a idéia.

Mudança de planos

Eu decidi por fazer umas mudanças no MultiSign.

Agora irei tomar a enquete "O que você busca (ou gosta de ver) no MultiSign?" para direcionar as postagens, de modo que a quantidade e o assunto das postagens irá depender do resultado da enquete.

Aviso que cada computador só pode fazer 1 voto (normas do Blogger), então também aceitarei comentários nos post's para direcionar e me incentivar a fazer novas postagens.

Desde já agradeço a atenção.

PS.:
Outra mudança que decidi fazer foi com relação ao Gravity Racer: irei começar desenvolvê-lo após formatar meu notebook, o que deve ocorrer esta semana. Pretendo instalar o Fedora e/ou o Ubuntu.

Minha decisão em formatar o notebook se deu porque não consegui instalar o OpenCV no PCLOS e o Kubuntu tem problemas para conviver compartilhando o mesmo /home com outra distribuição.

Planejamento para o Gravity Racer

Como estive tendo uns problemas com o Open CV no PCLOS, não irei fazer esta parte do Gravity Racer agora.

No momento estou meio parado com relação a este projeto, mas em alguns dias (ainda este mês) espero ter algo "paupável".

A ordem que pretendo seguir no desenvolvimento do jogo é a seguinte:

1. Interface visual, em que irei desenvolver uma tela de abertura e aproveitar as figuras para o jogo propriamente dito. Neste ponto terei de aprender a manipular as figuras com SDL no C++, sendo um dos pontos mais importante a rotação das figuras.
2. Controle dos elementos, basicamente controlar a nave e fazê-la interagir com o cenário.
3. Sonoplastia, em que posso inventar algum som ou procurar algo na internet.
4. Desenvolver a "inteligência" do jogo, implementar a interação gravitacional, inserir possíveis adversários para jogos single player (acho que seria bom usar lógica fuzzy na inteligência dos adversários, como no vídeo do controle fuzzy de foguete).
5. Esta é uma estapa opcional: permitir jogos multi-player pela web, neste ponto terei sérios problemas pois não tenho experiência em aplicações desta natureza.
   
6. Por fim, fazer o módulo de controle do foguete pela webcam, sendo esta a parte final do projeto.
   

Com isso, fecho o Gravity Racer1.0 e este estará pronto para o mercado.

Starting Gravity Racer

Hoje dei o primeiro passo no Gravity Racer.
Lembrei-me de uma aplicação que fiz, a qual consistia de um foguete que movia-se automaticamente em meio a meteoros.



Assim, poderei aproveitar as figuras e algumas partes do código.
Irei fazer o programa em C++ com SDL. Mas estou aberto a sugestões.

Pensei em fazer um sistema de controle para o foguete baseado em visão, em que o jogador iria segurar um objeto (semelhante a um apagador de lousa) e o foguete teria sua direção determinada pela direção do objeto, mas ainda estou analisando esta possibilidade.

Reforço que estou aberto a ajuda externa.

Grupo de Desenvolvimento de Jogos - GDJ

No FLISOL, aconteceu o Encontro de Desenvolvedores de Jogos do CE, o qual eu participei, e foi montado um grupo de discussão.

A idéia é aproximar os desenvolvedores de jogos do estado e permitir trocas de experiências.

O coordenador do grupo é o David Ferreira, que tem uma certa vivência em desenvolvimento de jogos.

Durante o encontro, a conversa teve caráter informativo e para apresentação dos membros, como citado aqui.

Resultado do FLISOL-CE 2008

Gostei de participar do FLISOL, apesar da sala sem ar-condicionado e eu ter que ligar os cabos do data-show no notebook.
Pelo que percebi, minha palestra foi uma das que teve maior público, acredito que apareceram mais de 10 pessoas.

Os slides da palestra serão disponibilizados em breve, eles estão em formado pdf e odp.

Depois da minha palestra, fui assistir ao encontro dos desenvolvedores de jogos do Ceará e lá tive a oportunidade de lembrar de jogos antigos e fazer contatos com profissionais da área.
Momento nostalgia:
Alex Kidd (na memória do Master System);
Sonic (mega drive);
Jogos do atari;
Pac-man;
Pause no console, lembra que você tinha que se levantar para ir ao aparelho apertar o pause?

Para os que jogaram Alex Kidd, segue uma relíquia que achei no ano passado:

Informações sobre o jogo "controle a bolinha com as mãos"

Este jogo foi um "sub-projeto" que apareceu com o andamento do SIRENE.
O objetivo do jogo é apenas não permitir que a bolinha chegue nas bordas da tela.
Como os leitores devem imaginar, fiz este protótipo no Scilab (detalhe: acho que não demorei 6 horas de implementação, pois já tinha as idéias em mente, e comecei tudo do zero), então pude ter um alto desempenho no desenvolvimento do programa, porém a execussão do mesmo fica comprometida.

O Scilab é um ambiente de simulação, muito indicado para o desenvolvimento de algoritmos de forma rápida, porém a execussão do programa é muito lenta.

No FISL irei fazer uma apresentação informal deste programa, porém não pretendo disponibilizá-lo antes de ver como fazer para colocá-lo sob as condições da GNU-GPL.

Jogo: controle a bolinha com as mãos

Hoje fechei o joguinho para o FISL.
Não deu para fazer o par-ou-ímpar nem o pedra-papel-tesoura, mas esse da bolinha ficou legal...
Segue um vídeo demonstrativo: