Os anos se passaram e eu com o tempo desisti de trabalhar com o FCS, pois o mesmo era muito caro e eu não via mais futuro em investir meu tempo no produto. Eis que ano passado me surgiu um problema aqui na empresa no qual eu tive que voltar a estudar ferramentas de streaming para colocar uma programação ao vivo na internet. Minha missão então era achar uma ferramenta boa é de preferência open source, para disponibilizar na internet o vídeo.  Bom minha missão ainda está longe e terminar mas vou descrever o caminho que percorri e as ferramentas que testei e o resultado atual do projeto como está.

Buscando pela internet eu encontrei diversas alternativas ao FCS, que agora produto da ADOBE era chamado de Flash Media Server (FMS), algumas delas opensource, outras não mas free, e outras free mas com limitações. Eu testei então:

- Darwin Streaming Server -> Apple
- Red5 -> Feito em Java tendo mesmos recursos do FMS, porém 100% livre
- Wownza Media Systems -> Um bom media server porém a versão FREE tem muitas limitações.
- VideoLan -> Até agora não consegui descrever em que categoria se encaixa o VideoLan, ele é player, encoder, streaming server e etc.

De todos que testei, o VideoLan foi meu favorito, por ser mais simples e também por possui uma documentação mais completa, eu consegui resultados satisfatórios mais rápido que os outros. De inicio eu comecei testando o VideoLan no windows, depois comecei então no Slackware onde consegui fazer meu primeiro stream para a Web. Mas vou deixar para detalhar o VideoLan por último já que até agora ele é minha escolha para produção.

Darwin Streaming Server
O DSS, é um servidor stream da APPLE, ele transmite mídia atraves dos protocolos RTP/RTSP, sendo uma solução OpenSource de outro produto da APPLE o QuickTime Streaming Server. De inicio o DSS era um sistema operacional completo, mas hoje em dia já é distribuído separado como um software, minha aventura foi tentar rodar o DSS no Slackware64, porém foi um fracasso, não consegui fazer o programa iniciar, fiquei então de testar a versão SO, mas não encontrei tempo ainda.

RED5
O Red5 é um servidor escrito em java, onde busca oferecer os mesmo recursos do FMS da Adobe, foi criado através de engenharia reversa dos protocolos usados pelo FMS. Transmite através do protocolo RTMP. Sua instalação é simples, porém a configuração é um pouco complicada, pois a documentação é muito incompleta, você tem que queimar bastante a cuca para entender como o servidor funciona e garimpar a internet atrás de informações. Depois de instalar e iniciar o servidor, basta acessar o mesmo pelo seu navegador com a porta do Red5, que ele já tem exemplos para mostrar, e logo de inicio tudo funciona perfeitamente.
Porém para o tipo de transmissão que eu queria fazer o Red5 iria tomar mais tempo do que o normal, até que eu descobrisse como ele funciona 100%, mas é uma ótima ferramenta, e eu recomendo.

Wownza Media Systems
O Wownza é um Red5 bem mais completo, transmite tanto em RTP/RTSP como em RTMP, porém sua versão gratuita só permite o acesso de 10 conexões simultâneas, pode atender a pequenas soluções, mas eu não poderia me dar ao luxo de limitar a transmissão a 10 pessoas, se a 11 tentasse acessar, já ia ter reclamação. Vale a pena testar, mas para produção não vejo viável a versão FREE.

VideoLan
O VLC não é um servidor Stream, mas ele pode trabalhar como tal. O VideoLan no inicio possuía duas versões, o VLC (VideoLan Client) e o VLS (VideoLan Server), porém depois eles juntaram tudo em uma só solução que hoje é conhecida como VideoLan ou VLC. Este software atende qualquer necessidade, devido a forma que ele trabalha, e o suporte aos diversos codecs de vídeo e audio existentes.
O VideoLan possui um conceito simples de input e output, onde você escolhe de onde vem a mídia e para onde ela vai. Como por exemplo o ato simples de assistir um vídeo pelo VLC, o input será FILE (arquivo) e o output será DISPLAY (tela do computador). Com este conceito fica fácil por exemplo colocar sua webcam na internet com um simples comando do VLC, onde o input deve ser o DEVICE da webcam e o output um stream HTTP com encapsulamento FLV.

Aqui está o famoso diagrama do VideoLan, é meio antigo mas é assim mesmo que funciona.

Então para fazer a transmissão ao vivo eu utilizei o VLC para pegar a imagem e som através de uma placa de captura, e jogar esta transmissão para a web usando FLV. E para visualizar o FLV utilizei um simples player em flash conhecido como Flowplayer, o que por hora resolveu meu problema.

Como servidor eu estava utilizando:
SO: Linux Slackware 13.0 64bits
CPU: AMD Athlon(tm) Dual Core Processor 4450B 2.2GHZ
MEM: 2GB RAM
Placa de Captura: saa7134 Kworld Plus TV Turner Card
VideoLan: VLC 1.0.4

No caso para efetuar o teste, sintonizei a placa de TV no canal da globo, e executei o vlc pela shell do linux com o seguinte comando:

cvlc v4l2:///dev/video0 –v4l2-caching=6500 –v4l2-width=420 –v4l2-height=320 –input-slave=alsa://hw:1,0 –alsa-samplerate=16000 –sout “#transcode{fps=12,vcodec=FLV1,vb=120,acodec=mp3,ab=16,channels=1,samplerate=11025}:std{access=http{mime=video/x-flv},dst=0.0.0.0:8080/stream.flv}” –sout-mux-caching=10000

Detalhando o comando acima temos:

1. cvlc -> inicia o vlc sem chamar a interface gráfica.
2. v4l2:///dev/video0 -> utiliza o device video0 (que é a placa de captura) como input.
3. –v4l2-caching=6500 –v4l2-width=420 –v4l2-height=320 -> parâmetros passados para o input onde determina um cache de 6.5 segundos e o tamanho da tela a ser capturado.
4. –input-slave=alsa://hw:1,0 -> aqui eu escolho qual dispositivo de som vai ser usado como input, no caso existe o 0,0 e o 1,0 o que eu escolho e o da placa de captura, o 0,0 é o da placa de som do computador.
5. –alsa-samplerate=16000 -> Isto muda a velocidade do som do input, se não usar isso a voz fica igual Alvin e os Esquilos ( somente para a captura, o resto fica normal).
6. –sout -> O Sout é o comando que fala para onde deve ir o Output, caso não utilize ele manda por padrão para o DISPLAY.
7. #transcode{fps=12,vcodec=FLV1,vb=120,acodec=mp3,ab=16,channels=1,samplerate=11025} -> O transcode é a conversão em tempo real de um tipo de midia para outro. No caso estamos recebendo um vídeo vindo da placa de captura que seu formato é desconhecido e não suportado pelo FLASH, então temos que transformar este sinal em algo compatível. Com isso fazemos um transcode para FLV e MP3. o VB=120 é que controla a qualidade do vídeo e o AB=16 é a qualidade do audio, quanto maior, melhor a qualidade e mais banda utilizada.
8. std{access=http{mime=video/x-flv},dst=0.0.0.0:8080/stream.flv} -> Aqui no STD falamos para onde ele vai enviar o stream, no caso eu quero que envie para a porta 8080 utilizando o procolo HTTP, e que o stream saia como um arquivo do tipo (mime) video/x-flv, com o nome de stream.flv

Com isso basta utilizar qualquer player de FLV e colocar nosso endereço como fonte, http://meuip:8080/stream.flv que ele vai tocar o que está passando na placa de captura com um atraso de 6.5 segundos.

- Qual a vantagem de se utilizar o VLC para isso. Eu digo que é a praticidade de se fazer a coisa funcionar, de tornar um projeto visível, sem muito esforço e obter uma qualidade de transmissão a custo baixo.

- Qual a desvantagem de ser utilizar o VLC para isso. O flash player entende que o stream.flv é um arquivo, e não um stream, então para o navegador do visitante ele está abrindo um vídeo infinito, ele não trabalha direito com isso, qualquer lag e etc é sentida pelo navegador por não ser realmente um stream e sim um arquivo com download infinito. Outro problema é que o VLC fica dando erros e warnings de buffer overflow e underflow dependendo da configuração que você utilize, e até hoje mesmo funcionando, não sei como eliminar esses erros e deixar o sistema 100%.

Ainda existe um cenário número dois que estou testando. Temos que transmitir uma programação ao vivo que só pode ser capturada de um lugar que possui um link de apenas 2MBPS. E fazer uma transmissão nesse local com certeza vai detonar todo o link só com transmissão dependendo da quantidade de pessoas que estiver assistindo ao mesmo tempo.
Para solucionar isto eu utilizei uma técnica de enviar o sinal para um servidor aqui no backbone e daqui do backbone fazer o stream para a internet. Com isso eu instalei um servidor Linux Slackware64 com uma placa de captura no local com 2mpbs, e capturo o sinal e envio via UDP para outro servidor aqui no backbone, e dele envia para HTTP usando FLV, usando os comandos abaixo:

SERVIDOR CAPTURA
Linux Slackware 13.0 64bits
AMD Athlon(tm) 64 Processor 3200+ 2GHZ
2GB RAM
saa7134 Kworld Plus TV Turner Card
VLC 1.0.4
cvlc v4l2:///dev/video0 –v4l2-caching=6500 –v4l2-width=420 –v4l2-height=320 –input-slave=alsa://hw:1,0 –alsa-samplerate=16000 –sout “#transcode{vcodec=h264,vb=800,scale=1,acodec=mp3,ab=128,channels=2}:std{access=udp,mux=ts,dst=10.1.3.88:1234}” -vv

SERVIDOR NO BACKBONE
Linux Slackware 13.0 64bits
AMD Athlon(tm) Dual Core Processor 4450B 2.2GHZ
2GB RAM
VLC 1.0.4
cvlc udp://@:1234 –udp-caching=3000 –sout “#transcode{fps=12,vcodec=FLV1,vb=120,acodec=mp3,ab=16,channels=1,samplerate=11025}:std{access=http{mime=video/x-flv},dst=0.0.0.0:8080/stream.flv}” –sout-mux-caching=10000 -vv

Este esquema funciona, porém não é o melhor esquema de ser fazer, é digamos uma gambiarra, ainda estou a procura da solução perfeita, mas vejo que esta missão está longe de terminar, mas no final espero que ajuda alguem que se encontre no mesmo barco que eu, e que se tiver alguma solução melhor fique a vontade para comentar.

Acho que este foi meu primeiro post de 2010 hehehe FELIZ ANO NOVO LOL (Fevereiro FTW).

Ontem eu tive uma nova experiência quando fui fazer o softmod em um Nintendo Wii zerado. A vítima (dona do wii) teve a coragem de entregar o console em minhas mãos, então com muito cuidado estudei os novos passos que seriam seguidos para modificar este Wii.

No meu console quando eu fiz o primeiro softmod eu tinha o seguinte cenário:
Nintendo Wii americano – US NTSC
SystemMenu 3.3U
Exploit Utilizado: TwilightHack com Zelda

Já este novo console vinha com uma versão diferente o que mudou um pouco meus planos.
Nintendo Wii americano – US NTSC
SystemMenu 3.4U
Exploit Utilizado: BannerBomber

Para este novo console eu iria utilizar o exploit BannerBomber, que é bem mais prático do que o Twilight Hack, e não precisa do Zelda, apenas do cartão SD.
Como a versão desse Wii é a 3.4, os IOS36 já vem corrigido, e com isso não é possível instalar o cIOS36 do Wanikoko, e com isso não poderia utilizar o USB Loader nem o Backup Launcher.

Programas Utilizados (nota que este softmod está sendo feito em um Wii 3.4, porém é possível fazer em outras versões também)
- BannerBomber: http://bannerbomb.qoid.us/aads/aad1f_v108.zip
– BannerBomber para Wii 4.2: http://bannerbomb.qoid.us/abds/abd6a_v200.zip **
- HackMii installer (HBC, BootMii, DVDX): http://bootmii.org/download/
- cIOS36_rev10_Installer: não tenho link aqui mas no gbatemp.net deve ter.
– cIOS36 rev14: http://gbatemp.net/index.php?download=6531 *
- NeoGamma R7 (backup launcher): http://gbatemp.net/index.php?download=6572
- USBLoaderGX: http://usbloader-gui.googlecode.com/files/USBLoaderGX_1.0_Installer.exe
- TruchaBugRestore (para Wii 3.4 para cima): http://gbatemp.net/index.php?download=6378
- TruchaBugRestore para Wii 4.2: http://det1re.de/d/hb/TBR__trucha_bug_restorer_4.2-mod.zip **

* Eu não utilizei o rev14, mas quem preferir tem ai o Link, eu ainda prefiro utilizar o rev10, mas para compatibilidade com NeoGamma é melhor o rev14.
** Apenas para Wii 4.2, nunca fiz em um Wii 4.2, mas quem quiser tentar tem ai a solução.

1º passo) Instalar o HomeBrew Channel usando o BannerBomer.
- Pegue o cartão SD e coloque na sua raíz a pasta private que esta dentro do zip do BannerBomber.
- Extraia o arquivo installer.elf do zip do HackMii installer e coloque na raíz do seu cartão SD, e renomeie para boot.elf.
- Coloque o SD no Wii e inicie o mesmo.
- No menu do Wii escolha [Wii Options], depois [Data Management], depois [Channels], depois escolhe para ler os canais do SD.
- Um prompt irá aparecer perguntando se você deseja carregar o boot.elf.
- Siga as instruções, aperte 1 quando pedir e depois você vai ter a opção de instalar o HBC, BootMii e o DVDx.
- O BootMii pode ser instalado como IOS ou em consoles mais antigos como boot2. Instalado como boot2 você protege seu Wii de qualquer brik, pois qualquer dano no console pode ser revertido posteriormente.
- Instale o HomeBrew Channel seguindo as instruções da tela.
- Não precisa instalar o DVDx e o Bootmii, caso instale o Bootmii como boot2 o wii vai inicar o BootMii toda vez que iniciar, e você vai precisar de um controle do gamecube para navegar na tela do BootMii.
- Depois de instalado o HBC teste se ele está entrando e etc.

Vídeo mostrando a instalação do HBC, DVDx, BootMii (não foi feito por mim)

2º passo) Restaurar o TruchaBug no IOS36 e instalar o cIOS36.

Depois do HBC instalado e funcionando vamos preparar o SD para instalar o resto das aplicações, a estrutura de diretórios do cartão SD está explicado no outro post, então prepare o cartão e coloque todas as aplicações que citei acima para iniciar o processo.
Lembrando se e a sua primeira vez lendo isso aqui, de uma lida no meu primeiro artigo para entender a estrutura de diretórios do cartão SD.
Para que os programas NeoGamma e USBLoaderGX funcionem, precisa-se instalar o cIOS36. Quando eu fui instalar o cIOS36 eu me deparei com um problema, toda vez dava um erro -2011. Pesquisando na interNERDS, eu descobri que este problema acontecia por causa da versão do IOS36 atual do Wii, que era o da versão 3.4. E as soluções que encontrei era de fazer um Downgrade do Wii para a versão 3.2, o que eu não queria fazer no console que não era meu.
Depois encontrei outra solução mais simples, que apenas inseria o TruchaBug no IOS36 com isso deixando possível instalar o cIOS36, segue abaixo os passos para quem tiver problemas com erro -2011 na instalação do cIOS36rev10 ou rev14.

Existem dois métodos de se restaurar o TruchaBug, o online e o offline. No caso do offline você vai precisar dos seguites IOS na ráiz do seu SD.
IOS15-64-v257.wad
IOS15-64-v266.wad (for X.X)
IOS15-64-v523.wad (for 4.2)
IOS36-64-v3094.wad
No método Online ele já baixa direto do Wii caso seu Wii esteja configurado para conexão com a internet.
- Abra o arquivo Trucha Bug Restorer (zip) e extraia a pasta TBR para a pasta de aplicativos do seu SD (apps)
- Inicie o Wii e vá no HomeBrew Channel
- Carregue o TruchaBug Restorer
!! Atenção, está parte é bem critica em alguns casos, então faça todas as etapas de uma vez, não volte para o SystemMenu antes de terminar todo o procedimento, ou seu Wii pode não voltar a iniciar.!!

1. Escolha IOS36 depois a opção Downgrade IOS15 [Escolha Download IOS From NUS para instalação Online] [Escolha Load IOS from sd card para instalação Offline]
2. Aperte A para sair, ele vai voltar para o HBC, inicie novamente o TruchaBug Restorer (não volte para o Sysmenu).
3. Escolha IOS15 agora e depois a opção IOS 36 Menu, [Install IOS to Slot 36, yes, yes, no] e prossiga no Install Patched IOS36.
4. Aperte A para sair, e novamente pelo HBC inicie o TruchaBug Restorer.
5. Escolha IOS36 e a opção Restore IOS15 [Escolha Download IOS From NUS para instalação Online] [Escolha Load IOS from sd card para instalação Offline]

Nesse vídeo mostra os passos do uso do TruchaBug Restorer, e nele contem links para os wads da instalação offline também.

Após restaurar o IOS15 você está seguro para voltar ao SysMenu ou reinciar o Wii. Depois do procedimento acima seu IOS36 está novamente com o bug que possibilita a instalação do cIOS36.

Crie a pasta chamada cIOS36 dentro da pasta apps no seu SD e coloque o instalador do cIOS36 dentro dela renomeado como boot.dol

Inicie o HBC e carregue o programa do cIOS36 e prossiga a instalação, que pode ser Online ou Offline (para Offline precisa-se do IOS36-64-v1042.wad na raíz do SD, use o vídeo do TruchaBug restorer para conseguir este arquivo).

Depois do cIOS instalado você pode remover o TruchaBug Restorer, o instalador do cIOS e os wads da raíz do seu SD e deixar apenas os programas que vai utilizar.

finalizando) Depois dos procedimentos acima o Wii estava já com HBC e cIOS36 instalados e com isso rodando todo tipo de aplicação no Wii, fiz testes com o NeoGamma e com o USB Loader gx e ambos carregaram os jogos sem problemas. o NeoGamma avisa que o cIOS rev14 (usei o rev10) não está instalado, mas funciona mesmo assim.

Para deixar tudo mais organizado e acessível instalei os canais de atalho para as aplicações  (channel forwarder) como NeoGamma, USB Loader GX e GeeXBox (para ver filmes pelo Wii).

Segue baixo algumas fotos:

Testando o NeoGamma

Wiiiiss

Homebrew Channel Instalado

Resultado final com todos os canais instalados

A tela do Meu Wii

Deixo aqui meu abraço para minha amiga Natalia e para sua prima Sofia (dona do Wii) que tiveram a coragem de deixar eu modificar o console mesmo sabendo dos riscos (ou não lol).

E agradecer ao Palmito, Riroxi e o Igor que me ajudaram a baixar uns arquivos do megaupload já que a internet lá em casa estava bixada (Telemar telemerda).

Para Nintendo DS eu acho que de lançamento de 2009 eu joguei apenas o Grand Theft Auto: Chinatown Wars, que por sinal me surpreendeu muito pelos gráficos e pela diversão que o jogo proporciona. O jogo volta as origens do GTA em 2D com a câmera por cima do personagem, só que o cenário é todo em 3D. O Mapa e uma parte do mapa original de Liberty City do GTA IV, o que foi bastante legal pois eu tinha acabado de “zerar” o GTA IV e poderia agora ver Liberty City de uma perspectiva diferente.

No Wii eu joguei bastante coisa, algumas eu não me agradei tanto, outros jogos eu até comentei aqui em outro post como o MadWorld, segue a lista abaixo dos jogos que eu acho que para Wii foram os melhores de 2009.

1. New Super Mario Bros. Wii
2. MadWorld
3. The Conduit
4. Dead Space: Extraction

Para PC os lançamentos me surpreenderam, e eu ainda nem joguei o tal do Dragon Age, que todo mundo fala bem, mas acho que vai ficar para ser jogado em 2010 ainda espero as promoções de fim de ano do steam para comprar os jogos. Mas segue a lista.

1. The Saboteur
2. Batman: Arkham Asylum
3. Call of Juarez: Bound in Blood

Teve outros jogos muito bons também, como Bordelands, Torchligh, Killing Floor, Street Fighter IV, Heroes of Newerth e etc. Mas os 3 acima foram os mais completos e o que mais me prenderam no jogo. Teve também algumas decepções como Call of Duty MW2, o jogo ficou “o mesmo do mesmo” de CoD4, o jogo tem um bom gráfico, história e gameplay, mas é muito curto, jogando no veteran terminei em 2:30h, o MP para PC não é tão atrativo como o seu antecessor, e etc. A segunda decepção foi o L4D2. O jogo está muito melhor que o primeiro, mas não me animou a comprar pelo fato de que vi o L4D morrer muito rápido por ser um jogo pequeno e o L4D2 saiu também “o mesmo do mesmo”.

O servidor de DNS como foi falado no post anterior, possui um banco de dados com as informações sobre um ou mais domínios. Estas informações possuem uma classificação, e cada registro possui uma classificação ou tipo diferente.

Abaixo eu vou listar os tipos de registro mais conhecidos e usado, e explicar um pouco sobre cada um.

NS: (Name server) Esté e o registro principal, ele que fala quem é o dono daquele domínio ou sub-domínio. Por exemplo quando você registra um dominio na fapesp (registro.br) lá você informa seus servidores de dns primário e secundário, então o registro.br vai criar em seu banco de dados, registros NS com informações delegando o domínio registrado por você.

A: (Address) Este é o registro de um endereço IPv4, é o mais simples no caso fala qual é o IP do domínio, Ex 10.1.1.1 e o ip de meudominio.com.

CNAME: (Canonical name) É utilizado para criar um apelido de um dominio (alias), tipo mail.oxente.org CNAME webmail.oxente.org. No caso falo que mail é um apelido para webmail.
MX: (Mail exchange) O MX informa qual é o servidor de e-mail daquele domínio. Quando você envia um e-mail para fulano@dominio.com, o DNS vai procurar saber onde que está a maquina responsável por receber este e-mail, porque por exemplo dominio.com pode ter um registro de IP de um servidor que não tem serviço de e-mail, então o MX é quem informa onde esta o serviço.
PTR: (Pointer) O ptr aponta para um nome, mas é diferente do CNAME, o PTR é usado para fazer o DNS Reverso, onde um IP aponta para um nome ao inves de um nome apontar para um IP.
Existem outros tipos de registro, a lista completa tem aqui nesta página do wikipedia (em inglês).

Existem diversos softwares utilizados para prover o serviço de DNS, um dos mais famoso e mais usados é o BIND, segue abaixo uma breve descrição sobre alguns softwares de DNS.

BIND: É o servidor mais conhecido e usado, foi desenvolvido na universidade de Berkeley, já passou por tres grandes mudanças de estrutura do seu código, conhecido como BIND4, BIND8 e agora sua ultima versão BIND9. É OpenSource e esta presente como padrão na maioria das distribuições Linux.

Microsoft DNS: O servidor de DNS da microsoft faz parte da arquitetura do Active Directory, sendo muito usado em redes corporativas que utilizam servidores windows.

DJBDNS: Este software foi criado por Daniel J. Bernstein, que cansado das vulnerabilidades do BIND resolveu criar sua propria aplicação. o DJBDNS é dividido em vários pequenos softwares, os mais conhecidos são o dnscache (que é o DNS Server) e o tinydns (que é o DNS Resolver).

Eu já usei muito o BIND, mas devido o trabalho que dava para gerenciar suas Zonas de configuração,  eu resolvi mudar para DJBDNS, onde o controle e configuração do serviço DNS é bem mais fácil. Para facilitar ainda mais criei scripts que me ajudam a gerenciar os domínios, vou deixar para um próximo post estes scripts para poder detalhar mais toda a estrutura que uso.

Depois de ser lançado o Token, a Blizzard então criou uma versão para aparelhos móveis chamado Blizzard Mobile Authenticator.  De inicio era apenas para Iphone e Ipod, so que depois saiu uma versão para os outros aparelhos.

Eu fiquei com vontade de experimentar este novo recursos, como eu não estava querendo gastar dinheiro com a importação do token resolvi então tentar a versão para celular. Fui no site da blizzard store para poder comprar o software, que custa apenas U$0,99 o Download, no site tem uma lista de celulares compatíveis e de operadoras cadastradas para receber o aplicativo.

O Meu aparelho é um Nokia 6230, e ele constava na lista de suportados, porém eu tenho um chip da Oi que faz ligações e tem acesso a internet e um chip da Tim que apenas recebe ligações. E  no site apenas a TIM era cadastrada, mesmo assim eu fiz o teste e botei meu numero da TIM mas fiz o download com o chip da Oi.

De inicio tudo funcionou normalmente, o sistema te da um código de 14 dígitos para associar sua conta com o token, só que o programa estava me dando um código Europeu que começava com EU-, e minha conta na Battle.Net é americana deveria ser US-. Com isso fiquei com medo de associar a conta e ficar travado.

Tentei contato com o suporte da loja que vende o programa mas não tive resposta, então fui no fórum da Blizzard e um dos Game Masters me assegurou que o código Europeu funciona com contas Americanas. Com a afirmação de um funcionário da Blizzard fui e cadastrei o token na minha conta e então fui testar no World of Warcraft. Como estava com o celular novo então antes de tentar com o código europeu tentei instalar novamente para ver se ainda pegava um código americano, instalei no meu N78 mas mesmo assim peguei código EU-.

Ao entrar no jogo ele pede login e senha normalmente, depois de apertar no botão para logar ele pede o código do token. Quando fui digitar o código o tempo para gerar um novo código estava acabando, estão esperei renovar e digitei o novo código, e não é que deu certo. Sucesso total no login.

Bom quem estiver com dúvidas sobre o BMA, pode usar que funciona, caso pegue código Europeu pode usar também testei aqui, e se você tiver um N78, ele não aparece na lista do site que vende o programa, mas você pode escolher um N75 por exemplo e pegar o programa.

Pesquisando pelos modelos de celular na internet, despertei um interesse em comprar um celular com suporte a Wi-fi. Hoje em dia quase todo lugar tem um ponto de acesso, e a praticidade que seria acessar e-mail, mapas, web pelo celular sem pagar para os ladrões das operadoras de celular seria o cenário perfeito.

O primeiro aparelho que fiquei com vontade de comprar foi o Nokia 5800 com touchscreen. Porém o fator financeiro não estava favorável e com isso tive que procurar uma solução mais barata.

O N78 de acordo com um site de comparações de celular, possui os mesmos recursos do 5800, menos a touchscreen e a quantidade de memória, e outras coisinhas hehehe, mas o N78 era a metade do preço de um 5800 e foi o fator que pesou mais na escolha. O celular vem com um cartão micro-sd de 2GB, fone de ouvido e cabo de dados, segue abaixo as especificações e uns links interessantes de pesquisa e comparação de celulares.

LINKS:
Buscar celular por recurso: http://www.tudocelular.com
Comparar modelos de celular: http://celularcafe.com.br/

Especificações

Aparelho funciona em WCDMA (3G) na frequência 850/1900

-Conexão a internet via 3G e Wi-Fi
-Câmera 3.2 MP com lentes Carl Zeiss
-GPS integrado com licença de 6 meses do Nokia Mapas
-Cor Standard: Warm Silver / Cocoa Brown
-Tipo de conector de Dados: MicroUSB
-Série 30, 40 ou 60: 60
-Design Monobloco
-Navi wheel
-Tipo de conector de Audio: Audio 3,5 mm

Display

-Número de cores do Display: 16M
-Resolução do display primário (pixels): 240×320 pixels
-Tamanho do display primário (Polegadas: 2,4

Mídia

-Video Player: Real One e Flash
-Codecs de Video: 3gpp, Mp4 e real vídeo
-Streaming de Vídeo:
-Music Player
-Gravador de Voz
-Rádio FM
-Visual Radio
-Comandos de voz
-Versão de DRM OMA DRM 2.0

Câmera

-Câmera Digital Integrada
-Tecla dedicada para câmera – modo landscape
-Resolução da câmera: 3,2
-Flash da Câmera
-Zoom digital para fotos: 20x
-Gravação de Video
-Zoom digital para Video: 8x
-Marca da Lente: Carl Zeiss Optics
-Auto-focus
-Tempo máximo de gravação Video: 60min
-Formato do arquivo de Vídeo: 3GP, MPEG4
-Formato arquivo Foto: JPEG, EXIF
-Qtd de Quadros por Segundo: 15

Aplicativos
-Suporta aplicativos JAVA
-Suporta aplicativos Symbian
-Outros Aplicativos: Conversor, Relógio, Calendário, Calculadora
-Nokia Search

Conectividade com outros devices
-Versão do Bluetooth: Bluetooth 2.0 + EDR
-Versão WLAN: WLAN 802.11 g/b com suporte a UPnP
-WLAN disponível

Serviços de Rede
-Chamada de Vídeo

Serviços Adicionais
-Mapas
-Versão de Mapas: 1,2
-Lincença de Navegação
-Tempo de Licença de Navegação (meses): 6

Música

-Reprodutor de música digital: suporta MP3/ AAC/ AAC+/ eAAC+/ WMA) com listas de músicas, equalizador e arte de álbum.
-Sincronize músicas com Microsoft Windows Media Player 10&11.
-Faça rip de CDs com um clique, converta e transfira músicas para seu aparelho com Nokia Music Manager
-Suporte OMA DRM 2.0 para música.
-Rádio FM (87.5-108MHz /76-90MHz) com suporte para Visual Radio
-Rádio pela Internet
-Alto-falantes estéreos
-Fones de Ouvido Estéreo Nokia HS-45/AD-54

Sincronização
-Local/Remota (usando SyncML)
-Dados: Calendário, Contatos, Tarefas, Notas, E-mail
-Aplicativos de PC: Microsoft Outlook (2000, 2002, 2003 e 2007), Outlook Express (Agenda do Windows) no Windows XP, Windows Vista Contacts, Lotus Organizer (5.x e 6.x), Lotus Notes (5.0, 6.0 e 7.0)

Gerenciamento de chamadas
-Registro de chamadas, discagem rápida, discagem de voz (com SIND) e comandos de voz e ringtones com voz
-OMA DRM 1.0

Tecnologia:
-QuadBand GSM 850/900/1800/1900 Mhz
- 3G em WCDMA – 850/1900

Bateria
-Autonomia em Standby: 320h GSM / 320 WCDMA
-Autonomia em Conversação: 260 h
-Capacidade (mAh) 1200 mAh
-Autonomia em Chamada de Video (min) 195 h

Produtividade
-Serviços de Mensagem
-Tipos de Serviço: SMTP, IMAP4, POP3, MMS
-Visualizador de documentos Office
-Tipo de Licença: Leitura

Jogos
-N-Gage

O básico de entendimento de DNS que a maioria das pessoas tem, e que o DNS a tradução de um endereço IP para um nome. Por exemplo a página www.registro.br, onde se registra domínios, está no servidor com o endereço IP 200.160.2.3. Imagine como seria para decorar os endereços IP de cada computador na internet para poder acessar seu conteúdo. Eu já sou terrível para decorar números telefônicos, se não existisse o DNS acho que a internet não iria dar muito certo.
DNS é a sigla adotada para Domain Name System, que trata-se de um sistema hierárquico para resolução de nomes para computadores. No inicio da era da ArpaNET ainda, com o crescimento do numero de computadores na rede se viu a necessidade de criar um sistema que funcionasse como uma agenda telefônica para os computadores onde se associava um nome para cada endereço IP dos dispositivos e computadores na rede. A idéia principal foi criar um arquivo HOSTS.TXT com os dados dos nomes e endereços IP e colocar em um computador central (SRI) onde toda vez que um computador fosse ligado, ele buscava este arquivo HOSTS.TXT no servidor central e o usava como referencia.

De inicio este sistema era funcional, porém existia o problema do crescimento da rede, e também a era da internet estava batendo a porta. Com isso mostrou a necessidade de se criar um sistema melhor, que fosse distribuído e independente de apenas um banco de dados central. Então em 1983 (ano que nasci lol) foi criada a primeira implementação do DNS, um sistema hierárquico em forma de arvore, onde está arvore é divida em zonas. Tendo no topo a root zone, e distribuindo o resto das zonas por outros servidores DNS.

Um domínio possui uma divisão por pontos, onde cada parte possui um servidor autoritário (que responde por esta parte), vejamos por exemplo www.google.com.br. A parte principal deste domínio é o .br. Quando um computador client vai consultar este domínio na internet, ele primeiro consulta um dos servidores da root zone, nesta zona, temos informações básicas sobre a primeira parte do domínio, no caso a resposta que teremos para .br será de que o servidor autoritário de .br fica no Brasil. Nossa consulta então vai até o servidor no Brasil procurar então por .com.br e assim por diante até chegar em www.google.com.br.

O exemplo acima não é 100% certo, é apenas para demonstrar como funciona a busca por um nome através do sistema de nomes. Até porque o .br e o .com.br ficam no mesmo servidor e o google.com.br e o www.google.com.br também, e nem sempre as buscas são feitas diretamente para um servidor na root zone. Abaixo eu fiz um desenho bem tosco para demonstrar como funciona a hierarquia mais ou menos do sistema de nomes.

A imagem acima mostra uma root zone composta por diversos servidores DNS, uns ficam na Nasa outros no exercito americano, e outras empresas nos Estados Unidos. Apesar da empresas serem americanas alguns servidores da root zone utilizam um serviço chamado AnyCast para distribuir seu acesso ao redor do mundo, assim não centralizando a “Internet” apenas nos EUA.

O DNS funciona de duas formas, o DNS Server e o DNS Resolver. O DNS Server é um sistema de banco de dados distribuidor, que trabalha no modelo cliente-servidor. O DNS Server responde se ele é quem armazena informações sobre os domínios, é conhecido também como o servidor autoritário de um domínio. Exemplo o Google possui uma rede de vários servidores de DNS, onde ficam armazenadas informações sobre seus domínios como Google.com, google.com.br, orkut.com, gmail.com e etc. Já o DNS Resolver trabalha de forma diferente, neste caso o DNS vai buscar a informações sobre um domínio na rede de forma recursiva ou não recursiva.

Vou fazer uma analogia simples de como o DNS funciona nas duas formas
Eu tenho um DNS Server do Google onde armazena informações sobre os serviços do Google. Então em um dia qualquer aí alguém tenta acessar o site do Gmail, e sua busca por www.gmail.com sai pela internet em busca do endereço IP deste nome, em certo momento a busca chega até o servidor do Google, e então serão feitas as perguntas a este servidor:
[DNS Cliente] - Você é o dono do dominio gmail.com?
[DNS Server] - Sim sou o dono deste domínio.
[DNS Cliente] - Então qual é o endereço IP de www.gmail.com?
[DNS Server] - www.gmail.com responde para 200.0.0.1
Fim da conversa.

Agora imagine se você quer acessar thiago.blogspot.google.com.br (esse domínio não existe , eu acho ).
[DNS Cliente] - Você é o dono do dominio google.com.br?
[DNS Server] - Sim sou o dono deste domínio.
[DNS Cliente] - Você é o dono do dominio blogspot.google.com.br?
[DNS Server] - Sim sou o dono deste domínio, porém quem responde pelo subdominio blogspot.google.com.br e meu servidor filho de IP 200.1.1.1.

Agora a conversa foi diferente pois o google não me deu o IP, e sim me mandou para um outro servidor que possui os dados de blogspot.google.com.br, então o cliente vai nesse servidor e busca então pelo IP de thiago.blogspot.google.com.br com a mesma conversa.
Acho que da para entender como funciona um DNS Server usando essa ideia de pergutna, pois é praticamente isso, o servidor fica lá esperando alguem perguntar se ele é ou não o responsável pelo dominio e qual o IP pertece o dominio.

O DNS Resolver como foi dito trabalha de uma forma diferente, imagine o servidor de DNS do seu computador, vamos supor que você e um dos infelizes clientes da Telemar que possuem um Velox em casa. Então a Telemar tem um servidor de DNS que é usado por seus clientes para resolver o nome localmente para que eles possam acessar sua internet, conversar com amigos, e etc.
Então você liga o PC conecta na internet e quer acessar o seu Gmail. Você abre o Firefox (o melhor ) e digita nele www.gmail.com. Seu navegador então vai usar o DNS configurado no seu Velox para obter o IP do servidor do site do Gmail.com. Como ele não sabe onde fica os servidores do google ele vai fazer fazer a busca na internet agindo como um DNS Client perguntando os DNS Servers quem é o IP daquele domínio.

- Primeiro ele vai na root zone para saber quem é o .com
- .com pertence a VeriSign, então ele pergunta para a VeriSign quem é gmail.com.
- O servidor da VeriSign fala para ele o IP de um dos servidores DNS do google que é o dono de gmail.com
- O google fala qual é o IP de gmail.com e o seu Firefox abre então o site do gmail.com

Todo esse procedimento é claro é bem rapido, e para ficar mais rápido os DNS Resolver tambem trabalham com um sistema de cache, pois tambem são chamados de DNS Cache. O Cache é usado para diminuir o tráfego, imagine quantos usuários de velox estão perguntando para o servidor da Telemar onde está gmail.com? Se ele tiver um cache desta informação o serviço se torna bem mais rápido.

Wall of Text Crits 204934 damage. You Dies!
O texto está ficando gigante e eu ainda não entrei em detalhes das Zonas, e os tipos de DNS (host, alias, cname, mx e etc) que existem, com isso vou deixar para uma segunda parte, onde vou entrar em um texto mais técnico com menos analogias. Bom espero que esse meu pensamento alto que postei hoje sirva para ensinar algo para alguém.
Na parte dois vou abordar
- Tipos de dns.
- Programas usados para servidores de dns.
- O que eu uso e meus scripts (são lindos <3 bash).

Até a próxima.

Acabou de começar a Blizzcon2009, um dos maiores eventos anuais do mundo dos games. A Bliizcon (Blizard Conference) é um evento onde a Bliizard costuma mostrar seus produtos e anunciar novidades da empresa, o evento ocorre em Anaheim California, e este ano esta sendo trasmitido ao vivo pela DirectTV para todo mundo.
Este ano teremos novidades como nova classe para o Diablo3, nova expansão do Wow (provavelmente) e ainda show do Ozzy no final do evento.
Estou assistindo aqui e vou atualizando com o que for anunciado.

http://www.blizzcon.com/

Resumo do que teve no dia 1
Divulgação da nova raça do diablo3, o Monk.
O Monk é uma classe Melee, vai usar Mail como armadura, e utiliza staffs e fist weapons. Assim como todas as outras classe existira uma versão Male e Female para Monk.

World of Warcraft: Cataclysm será a nova expansão do wow, e vai contar com:
- Level cap para 85
- O mapa de Azeroth será refeito por causa do evento do Cataclysm, e vai possibilitar voar por azeroth
- Nova raça para a horda, Goblins, depois do cataclysm um dos carteis dos goblins recebe ajuda da horda contra seus inimigos e com isso acaba se juntando a causa.
- Nova raça para aliança, Worgen, o reino de Gilneas se abre e os Worgens estão de volta, apos receber ajuda dos Nigh Elf contra um ataque dos Forsaken os Worgen entram para a aliança
- Nova profissão secundária: Arqueologista
- Mudanças nos stats dos itens
- Zonas antigas que estavam fechadas agora serão abertas como Hyjal, Uldum, Grim Batol e etc.

Teve muita coisa ainda mas em quase todos os sites sobre wow, starcraft e diablo você vai encontrar as novidades, como:
- www.diablofans.com
- www.wow.com
- www.blizzplanet.com

Hoje tem mais, porem não vou poder acompanhar tudo, mas foi muito bom assistir a blizzcon na sala, usando o notebook e a saida HDMI ligada na TV. <3 Tecnologia.

Depois de um tempo fazendo testes descobri que a tela funcionava quando eu não colocava a carcaça, então logo liguei o fato da nova carcaça estar causando algo com a “touch screen”. Percebi que toda vez que eu apertava os parafusos a tela parava de funcionar. Então peguei a carcaça original para comprara as diferenças, e vi que no local onde fica a “touch screen” existe uma borracha que serve de apoio para a tela não encostar na carcaça, porem essa borracha é colada na carcaça e não tinha como apenas tirar e colocar a borracha na carcaça nova, pois ela rasgava toda vez que eu tentava retirar.

Para resolver esse problema, fiz uma pequena gambiarra no Nintendo da Raquel, com um pouco de imaginação, uma tesoura e uma fita isolante o problema foi sanado, e o nintendo voltou a funcionar normalmente com uma carcaça nova e inteira.
Segue as fotos da aventura hehehe.

Segue o código abaixo