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).

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.

Conforme eu citei no post anterior a este, eu comprei um nintendo Wii. Na hora de comprar eu pesquisei bastante, e eu só encontrava Wii modificado com ModChip, onde um chip é instalado com solda ou colocado (via Wiiclip) na placa do Wii. No post sobre como abrir o PS2 eu estava tentando descobrir qual era meu ModChip, pois meu PS2 era modificado, tentei descobrir qual chip estava sendo utilizado pois eu queria rodar jogos pela porta USB do PSTwo, porem infelizmente o chip que eu tinha não era compatível. Com isso fiquei cismado com os ModChip, pois usar a USB para jogar é uma economia de mídia enorme.

Quando eu pesquisei sobre ModChip do Wii, achei pouca informação técnica e muita opinião pessoal dos jogadores sobre os ModChip, no final eu acabei encontrando um tal de SoftMod, que nada mais é que uma modificação via software, onde nada precisa ser colocado na placa do Wii, achei esse mais interessante até porque sou uma negação em eletrônica e nunca eu iria poder reinar com o ModChip e ficar sempre dependendo de um Técnico.

Bom como o texto é grande vou fazer separado em outra página e colocar toda a informação que possuo e mostrar o passo a passo e como eu fiz o softmod do meu Wii, esse post eu dedico aos possuidores de Wii do Killer Monkeys Brasil, Palmito e Alessandra, e para um futuro dono o Ralfus.

.HISTÓRIA
Primeiro vou contar a história do SoftMod e como ele se tornou possivel. Um dia um grupo de hackers conhecidos como Team Twiizers que adoram fuçar nas coisas descobriu uma vulnerabilidade no Savegame do Zelda: The Twilight Princess (agora todos sabem porque comprei esse jogo hehehe), onde é possível através de um exploit causar um Buffer Overflow no Wii e com isso instalar e executar programas no sistema operacional do Wii. O nome desse exploit ficou conhecido como Twilight Hack.

A vulnerabilidade esta no nome do cavalo do Zelda, onde você pode escolher o nome dele (Epona por padrão) o Hack então se aproveita disso para causar o overflow.

Através do Twilight Hack, vários outros desenvolvedores começaram a desenvolver programas para rodar no Wii, esses programas caseiros são chamados de Homebrew, o mais famoso desses programas é o Homebrew Channel, onde um novo canal é instalado no Wii e através desse canal você consegue instalar novos Homebrew, e não precisa mais usar o Twilight Hack.

.O QUE VAMOS FAZER
Nesse tutorial vou demonstrar como usar o Twilight Hack para instalar o Homebrew Channel, e como instalar no seu Homebrew Channel o Backup Loader e o SD/USBLoader, onde você vai poder jogar com a cópia do seu jogo e não precisar ficar usando o DVD original.

.GLOSSÁRIO
Twilight Hack: Exploit usado para instalar programas
Homebrew Channel (HBC): Canal novo que permite a instalação de programas
IOS: O IOS é o sistema operacional do Wii, ele possui internamente vários IOS em diferentes slots, o IOS mais importante que devemos saber aqui é o IOS249 que é um IOS não oficial da Nintendo, ele permite que o Backup Laucher e o SD/USBLoader funcionem.
WAD: O WAD não tem nada com os arquivos WAD do DOOM, os arquivos .WAD são os canais do Wii, se algum programa vem no formato Wad, é que ele vai ficar instalado como canal do Wii, você deve ter muito cuidado com os Wad, pois um Wad mal formado pode impedir que seu Wii inicie.
.dol e .elf: Esses são os arquivos executáveis do Wii, os programas quase todos vão vir .dol até agora não vi .elf, mas segundo as informações, eles existem.

.VERSÃO DO WII
É muito importante que você não atualize seu Wii, pois a ultima versão 4.0, impede a execução do exploit Twilight Hack. Para saber a versão do seu Wii, ligue o mesmo, vá no setup do Wii, depois em Settings, e ai você vai ver no topo a direita qual é a versão do seu Wii, por exemplo o meu é 3.3U (U = Console Americano, E = Console Europeu, J = Console Japa). Se o seu console estiver na 4.0 então não vai funcionar, eu vi que tem métodos de da downgrade do Wii mas nao pesquisei a fundo, e também ouvi falar de um exploit novo para 4.0 mas também não sei onde, Google IT.

.O QUE PRECISA PARA FAZER O SOFTMOD
- 1 Nintendo Wii Travado, sem Modchip e sem estar na versão 4.0, de preferencia na 3.3 (outras versões abaixo da 4.0 funcionam também).
- 1 Jogo Original Zelda: Twilight Princess, se não tiver pegue emprestado, alugue na locadora ou compre.
- 1 Cartão SD, eu usei de 512MB, mas acho que até os de 64MB servem.
- 1 Pen drive USB de 4GB ou mais (um de 2GB acho que da para testar também), o Pendrive vai ser para testar o USBLoader.
- 1 Leitor de cartão SD para PC.
- 1 No-Break (não é necessário mas eu recomendo para quem é mais noiado com a rede elétrica de casa, como a instalação não modifica nada no Wii não creio que uma queda de energia venha modificar o console, mas nunca se sabe).

. SOFTWARES UTILIZADOS
- Twilight Hack -> http://hbc.hackmii.com/download/
- Homebrew Channel -> http://hbc.hackmii.com/download/
- cIOS36_rev10_Installer -> http://www.teknoconsolas.es/blog/waninkoko/custom-ios36-rev-10
- Wad Manager 3.1 -> http://www.teknoconsolas.es/blog/waninkoko/wad-manager-v13
- SD/USBLoader 1.5 -> http://www.teknoconsolas.es/blog/waninkoko/sdusb-loader-v15
- Backup Launcher 0.3 Gamma -> http://www.iol.ie/~taz/backuplauncher0.3_gamma.zip
- Backup Launcher 0.3 Gamma WAD -> WiiVamp.com
- WBFS Manager 2.2.2 -> http://wbfsmanager.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=26148
- WinRAR -> http://www.rarlab.com (instale logo o Winrar no seu PC antes de prosseguir).

.LINKS DE REFERENCIA
http://wiibrew.org/wiki/Homebrew_Channel
http://wiibrew.org/wiki/Twilight_Hack
http://www.teknoconsolas.es/blogs/Waninkoko
http://gbatemp.net/index.php?showforum=108
http://www.wiivamp.com/
http://forum.wiibrew.org/
http://www.ovelhainflavel.com/index.php

.DEFINIÇÃO DE VERSÕES PARA O TWILIGHT HACK
.. Versão Wii
… Se a versão do seu Wii for 3.3 ou menor baixe o twilight-hack-v0.1-beta1.zip (Beta 1)
… Se a versão do seu Wii for 3.4 baixe o twilight-hack-v0.1-beta2.zip (Beta 2)
.. Versão do Zelda

Veja o serial do seu Zelda na parte central do DVD, conforme a imagem ao lado, nele contem um numero de serie do jogo, e de acordo com a tabela abaixo você deve usar o Twilight Hack correspondente. Esse hack vai ser o que você vai carregar no jogo. No meu caso o Zelda era o 0A-2 USA então usei o rzde/data.bin e o save TwilighHack2.

1º Passo) Instalando o Homebrew Channel através do Twilight Hack.
ZELDA SAVE
- Primeiro passo que recomendo é formatar seu SD em FAT32, faça backup dos dados, e formate deixando ele limpo.
- Ligue o Wii coloque o Zelda, crie um save game, jogue um pouco (se já tiver jogado antes pule essa parte).
- Coloque o SD no seu Wii.
- No menu do Wii escolha [Wii Options], depois [Data Management], então escolha [Save Data], logo após escolha Wii.
- Procure o Save do Zelda, e logo em seguida clique no Save e depois clique em Copy  (para o SD).
- Depois de ter copiado o Save para o SD, exclua o Save do Zelda que ficou no Wii (Nota: Apague do Wii não do SD).
- Tire o SD do Wii e coloque no Computador. Nele você vai encontrar uma pasta chamada Private, Mova ou Copie esta pasta para um lugar seguro no seu PC, nela esta o Save do seu Zelda. O importante e deixar o SD limpo novamente, apague tudo dele.

HACK FILES
- Agora vamos preparar o nosso SD para colocar os arquivos que vamos usar para instalar o Homebrew Channel.
- Abra o arquivo Zip do Twilight Hack que você baixou de acordo com a versão do seu Wii, twilight-hack-v0.1-betaX.zip (X e a versão).
- Nele vai ter uma pasta chamada private, com a mesma estrutura que o Wii tinha criado quando você salvou o Save do Zelda no SD, só que nessa pasta tem os Save para todas as 3 regiões do Wii (USA, EUROPE, JAPAN).
- Extraia o conteúdo do arquivo ZIP em algum lugar e copie a pasta “private” do ZIP na raíz do SD.
- Pronto o SD está pronto para fazer o buffer overflow no Wii, porém ainda precisamos colocar o programa que queremos executar, no caso será o instalador do Homebrew Channel.
- Abra o arquivo ZIP do instalador do Homebrew Channel que você deve ter baixado conforme a lista lá em cima de Softwares Utilizados, nele vai ter uma pasta chamada Wiiload, que não vamos usar pois ela e para outra coisa (enviar programas pela rede), na pasta também vai ter um arquivo chamado boot.dol, esse arquivo é o nosso instalador, então extraia este arquivo do ZIP e coloque na raíz do seu SD.
Seu SD deve ficar assim:
- private/
- boot.dol

SHOW TIME
- Agora pegue seu SD, que está prontinho para instalar o Homebrew Channel, e coloque no Wii.
- Va novamente no [Data Management], clique na aba [SD Card], e você devera ver 3 saves chamados Twilight Hack, cada um de uma região diferente (USA, EUR, JAP). Escolha o da sua Região (lembre a versão do seu Wii, 3.3 U/E/J), e copie para o Wii escolhendo [Copy].
- Pronto agora o Hack está instalado na memória do Wii, agora vamos executa-lo.
- Coloque o DVD do Zelda, e inicie o Jogo.
- Se sua região foi USA, na hora de carregar o save game irá aparecer dois savegames, TwilightHack0 e TwilightHack2, escolha a versão de acordo com o numero de série do seu Zelda.
- Assim que o jogo iniciar ande para trás ou converse com o NPC, quando ele for falar o nome do cavalo do Link, o exploit vai entrar em ação, uma tela preta com um texto vai aparecer, o exploit vai executar então o boot.dol que é o instalador do HBC, e agora é somente seguir as instruções.
- A tela vai dizer quais botões você pode usar para Accept ou para Cancel, com o Wiimote o (1) é o botão usado para Accept, se você está seguro em prosseguir com a instalação de Accept em tudo, recomendo que leia todas as telas, a primeira tela é para saber se você aceita as condições de uso do programa, a segunda e se você está pronto para instalar, a terceira é para dizer que tudo está OK e seu Wii vai reiniciar.
- Depois de reiniciar o Wii um novo canal deverá aparecer, o Homebrew Channel, então a instalação foi um sucesso, e ela é bem rápida.
- Agora vamos para o proximo passo que será remover os arquivos de instalação do HBC, o exploit, e colocar os Homebrews que queremos usar.

Veja um video do youtube demonstrando como são os passos dessa instalação (não foi feito por mim).

2º Passo) Preparando o SD para a instalação dos Homebrews
- Pegue o SD e remova do Wii e coloque novamente no PC, após carregar o SD no PC, exclua a pasta private e o arquivo boot.dol da raíz do SD.
- Você pode novamente colocar o Save original do Zelda de volta no SD (case você tenha salvo a pasta) para recuperar seu Save normal do jogo e remover o exploit do Wii.
- Agora vamos montar a estrutura de diretório do HBC. O HBC procura no SD por uma pasta chamada apps, dentro da pasta apps deve ficar a pasta de cada aplicação, e na pasta da aplicação os arquivos seguinto a estrutura abaixo:
SD
\_apps
__\_AplicativoX
___\_boot.dol
___\_icon.png
___\_meta.xml
__\_AplicativoY
___ \_boot.dol
___ \_icon.png
___ \_meta.xml
- O arquivo boot.dol é o executavel do Homebrew, o icon.png é o icone dele que vai aparecer no menu do HBC, e o meta.xml contem informações do Homebrew, ambos icon e meta não são obrigatórios, porem eu recomendo por questões de organização. O USBLoader e o Wad Installer não vieram com os arquivos (icon e meta), então eu criei os mesmos. Vou colocar no final do artigo um link para download dos arquivos do meu SD.
- Crie então a pasta apps no seu SD, dentro dela crie as pastas SDUSBLoader, cIOS36_rev10_Installer e WADManager
- Crie uma pasta chamada wad (essa pasta será usada para instalar o canal do BackupLauncher depois).
- Abra o arquivo cIOS36_rev10-Installer.zip, e extraia o cIOS36_rev10-Installer.dol, mova para a pasta cIOS36_rev10_Installer dentro do SD e renomeie para boot.dol
- Abra o arquivo backuplauncher0.3_gamma.zip, e extraia para algum lugar, navegando dentro das pastas você vai encontrar uma pasta chamada Backup_Launcher, copie esta pasta com seu conteudo (boot.dol, icon.png e meta.xml) para a pasta apps do SD (detalhe nessa pasta tem um icon.png e um meta.xml para o cIOS installer, use se quiser mas eu não acho necessário).
- Abra o arquivo SDUSB-Loader_v1.5.zip, extraia o arquivo SDUSB-Loader_v1.5.dol, e mova para a pasta SDUSBLoader do SD, e renomeie o arquivo para boot.dol (no final do artigo tem o icon e o meta para o SDUSBLoader).
- Abre o arquivo WAD-Manager_v1.3.zip, extraia o arquivo WAD-Manager_v1.3.dol, e mova para a pasta WADManager do SD, e renomeie o arquivo para boot.dol (no final do artigo tem o icon e o meta para o WADManager).
- Agora abra o arquivo Backup_loader_0.3_from_wiivamp.rar, extraia para algum lugar, e nele vai ter outro RAR chamado SD Card Files for Windows.rar, extraia esse arquivo também, e nele vai ter uma pasta wad e um arquivo na raíz chamado IOS36-64-v1042.wad, coloque o IOS36-64-v1042.wad na raíz do seu SD, e dentro da pasta WAD procure pelo Backup Launcher 0.3 Gamma compativel com seu Wii (NTSC para USA, PAL para EUR e JAP para JAP ), depois copie ele para a pasta wad do SD.
- Pronto acho que agora finalizamos de criar a estrutura do nosso SD, remova do PC o SD e coloque no Wii.

3º Passo) Instalando os Homebrew Backup Launcher e SD/USBLoader
- Com o SD pronto, vamos agora instalar os Homebrews, na verdade não vamos instalar todos pois alguns ainda vão ser executados pelo SD. Para que o SDUSBLoader e o Backup Launcher funcionem, você precisa isntalar o IOS249 no Wii, e agora é a hora que entra o cIOS36_rev10-Installer.
- Com o SD no Wii, inicie seu Wii e abra o Homebrew Channel. Ele vai carregar e listar as aplicações do seu Wii, as aplicações sem icon e meta vão aparecer como o caminho do diretorio/boot.dol, procure pelo cIOS36_rev10_Installer, e depois carregue o mesmo. Ele vai abrir uma aplicação com o logotipo do site teknoconsolas.es, com as intruções a seguir.
- Aceite os termos, creio que seja A o botão de aceitar, leia certinho e aceite.
- Escolha a instalação via WAD (Wad install), e ai ele vai instalar o cIOS249, o processo demora mais que a instalação do HBC, mas é bem tranquila, ele vai procurar pelo IOS36-64-v1042.wad na raíz do SD para poder prosseguir com a instalação, esse IOS é uma cópia do original da nintendo, ele vai modificar o cIOS e gravar como IOS249, depois da instalação seu Wii vai reinciar.
- Agora vamos testar o Backup Launcher, pegue uma cópia de um jogo Wii de boa mídia, veja aqui a lista de jogos que são compatívels com o Backup Launcher 0.3 http://wiki.gbatemp.net/wiki/index.php/Backup_Launcher_v3. Se o jogo inicar sem problemas então seu Backup Launcher está OK e agora vamos para o SDUSBLoader.

4º Passo) SD/USBLoader, a novela
Primeiro vou explicar rapidinho o que é o WBFS Manager. Esse programa foi criado para trabalhar com as ISO de jogos WII, ele pega uma ISO de um jogo que normalmente é de 4.7GB e remove todo lixo e deixa somente o jogo, que no final sai as vezes menos da metade que isso, por exemplo o jogo Mario Party 8, que o jogo tem a ISO de 4.7 mas depois de passar no WBFS ele fica com 1.2GB mais ou menos. O programa é fácil d+ de usar então não vou entrar em muito detalhes sobre ele.

Resolvi separar o USBLoader como um novo passo pois foi o ultimo que consegui fazer “funcionar” pois apanhei muito do mesmo. Primeiro problema e que eu tenho um Pendrive de 1gb e um HD USB (gaveta) de 200GB. Então eu peguei e instalei o WBFS Manager 2.2.2, criei um ISO do jogo WALL-E pois o mesmo não funcionou via Backup Launcher, a ISO ficou 2.0GB então eu não poderia usar meu Pendrive então fui para o HDUSB, formatei ele em Fat32 usando o Fat32Formatter (demorou pra cacete), e então fui tentar usar com o SD/USBLoader.

Ao iniciar o Homebrew pelo HBC, ele pede para escolher entre USB ou SD e fala para apertar A para inciar, ou B para sair. Apertei A, ele não achava meu HDUSB, e dava erro (ret = -6). Então fui pesquisar na net, achei milhoes de respostas, falaram para apagar o IOS249 usando o AnyTitle Deleter, e instalar novamente, fiz isso 2x e sem sucesso, formatei o HD pelo WBFS e tambem sem sucesso, no final cansei e “quase” desisti hehehe.

Achei um PenDrive aqui do meu Pai de 4GB que aparentemente estava quebrado, formatei ele em FAT32 e botei no Wii, iniciei o USBLoader e denovo erro (ret = -6). Fumaça já saia da minha cabeça, então foi ai que veio a luz.
Sem querer eu inciei o SD/USBLoader sem o pendrive, e ai coloquei o Pendrive depois de iniciar o programa, e então o diabo reconheceu o Pendrive e logo em seguida formatou o mesmo em WBFS, voltei o Pendrive para o PC e copiei pelo WBFS Manager a ISO do WALL-E, e voltei para o Wii e fiz o mesmo procedimento, iniciei o SD/USBLoader sem o Pendrive, coloquei o Pendrive e apertei A, ele localizou então a ISO e rodou o jogo normalmente.

Voltei então com o HD para tentar o mesmo macete, porem sem sucesso : /, mas no final li que alguns HDUSB não são compativeis com o esquema, e tambem não testei rodar o jogo via SD, pois meu SD é só de 512MB, mas tem um SD de 4GB que comprei chegando via correio e testarei e postarei aqui se tive sucesso.

.CONCLUSÃO
- No final de toda essa minha jornada com meu Wii recen chegado, eu cheguei a conclusão que informações sobre softmod na internet não são bem concentradas, falta bastante documentação, mas os procedimentos são simples e sem risco para o Wii.
- Da para usar um Wii com jogos Backup sem a necessidade de modificação do Hardware com Modchip.
- Jogos Backup rodam tranquilo, porem existe uma lista de compatibilidade, onde alguns estão fora e nem com reza braba o CD de Backup vai pegar, porem para isso tem o modo USB/SD
- O modo USB é ótimo o jogo carrega mais rápido, você não usa disco, não cansa o leitor, porem só consegui com Pendrive, e tem que ficar fazendo a macacada de remover e colocar o pendrive para funcionar, seria mais interessante deixar um HDUSB 24h ligado na porta cheio de ISO. Creio que isso seja possivel mas ainda vou procurar uma solução
- Não testei rodar pela SD, mas creio que pela SD não vou precisar fazer as macacadas que faço via USB.
- Cansei escrevendo esse artigo, aceito sugestões de alterações e adições de informações no mesmo, recomendo para quem for fazer o procedimento imprimir isso e estudar os links que botei la em cima.
- Meu corretor ortográfico está bugado, então deve ter um bocado de erros aí que não vi.
- Eu queria fazer um artigo com bastante imagem e menos texto, mas no final ficou assim, menos gibi e mais livro hehehe, espero que tenha sido claro e objetivo aqui nesse tutorial.

.DOWNLOAD DO MEU SD
Aqui esta o link com o conteúdo atual do meu SD, tem icon e meta de alguns dos programas utilizados. http://www.megaupload.com/?d=9XLKR60G

Finalmente eu consegui realizar esse sonho, dia 16/04 chegou aqui em casa meu WIIIIII, fiquei com aquele sorriso de coringa que vai de uma orelha até a outra. Comprei o wii + 1 kit controle (wiimote e nunchuk) e mais o jogo Zelda: The Twilight Princess.
Sei que muita gente odeia o wii de coração por ser um console com hardware fraco, muita gente fala que é melhor o PS3 ou o Xbomba360, porem eu fiz uma pequena analise antes de comprar o console na qual foi.

Eu adoro games no PC, para mim o PC é a melhor plataforma para games, sei que o investimento é alto, placas de videos ficam defasadas muito rápido, mas sim eu ainda adoro o PC.
Tem até uma frase em inglês onde compara o PC com os consoles, que é: “Console put CD/DVD and PLAY, PC put CD/DVD and PRAY”. Realmente alguns jogos para rodar no PC precisa de reza braba, Tweaks e etc, mas no final eu ainda curto esse desafio.
Eu tive um PSTwo, até tem um post meu aqui no blog mostrando como abrir um PSTwo slim, eu reinava bastante nele, mas era só isso, jogar nele era algo raro, quando eu ia jogar algo, o PC tomava 80% do meu tempo de jogatinha, o DS 15% e o PS2 digamos que 5%.
Ele ficou tão inutil que eu acabei vendendo, e na hora de comprar outro console eu sempre me lembrava do PS2 que eu nunca jogava. Os pontos que tomei importante para comprar um console foram:
1 – Jogar com amigos (eu só jogava o PS2 quando vinha amigos aqui em casa, fora isso nunca).
2 – Jogos legais e diferentes (os jogos dos consoles next-gen são tudo parecido com os de PC e quase sempre sai para as duas plataformas).
3 – Multiplay online (dos três next-gen somente o wii e o ps3 tem multiplay sem custos).
4 – Mario (Mario ).
Outro ponto importante foi que os jogos mais legais dos consoles (ps3 e xbox360) são FPS, e FPS no joystick ainda não consegui aceitar, para mim FPS e no MOUSE + WASD.
Então para evitar ficar com um console tomando poeira novamente resolvi comprar o Wii chamar os amigos e fazer umas festas.

Esses dias meu speedstream começou a travar, então vi que era a hora de trocar de modem, então pensei em investir em um conjunto completo estilo o D-link do meu cunhado, com Modem ADSL / Router / Switch / Wireless.
Pesquisando em vários sites a procura de um produto completo e que não custasse um pedaço do meu fígado acabei encontrando um router da LevelOne o WBR-3600.

Tentei achar um D-Link, mas o unico que achei era importado de uma lojinha no RJ, para evitar dor de cabeça com garantia, pois a D-link Brasil não da garantia para produtos não homologados no Brasil, eu deixei pra la a idéia de comprar um D-link e comprei o LevelOne.

O WBR-3600 Possui:
* ADSL2+ de até 24Mbps
* 802.11g e 802.11b (até 54Mbps)
* 4-portas 10/100Mbps Ethernet com auto-negociação e suporte MDI/MDI-X
* Suporte a encriptação WEP, WPA, WPA-PSK e WPA2-PSK e WPA/2-802.1x controle de acesso.
* O básico de um router, DHCP, DNS, Firewall
* QoS (isso eu gostei muito, já que compartilho a internet, agora da pra controlar o tráfego)

Para configurar a Velox foi facil, peguei as configurações do modem antigo apliquei no novo e pronto já estava na internet, tem tambem um bom manual sobre ele no site da Abusar.org que pode ajudar outras pessoas. Eu ainda não tive muito tempo para testar ele porem, testei o wireless com o nintendo DS e funcionou normal, testei o Mario Kart DS e o Gta – Chinatown Wars e funcionaram normalmente pela WFC.

Recomendo ele para quem tiver ADSL e estiver afim de uma solução completa.

Quando eu fui contratado em 2005 eu encontrei um cenário não muito animador, que era:
- Dois servidores COMPAQ ML370 G1 (P3 + 256Mb Ram cada)
- Um desktop montado (Celeron + 128Mb Ram)
Nessa estrutura rodava hospedagem de sites (Apache+PHP+Mysql) e servidor de e-mail (Postfix+Cyrus+Horde), só que a estrutura era muito bagunçada, foi feita por um funcionário que já havia saido da empresa a muito tempo e era alvo de constantes invasões e ataques.
Para mudar esse cenário eu então peguei o equipamento que tinha, e refiz toda a estrutura, e um dos ML370 eu coloquei a parte de hospedagem web (APACHE+PHP+MYSQL) usando bastante restrição no php.ini principalmente a diretiva open_basedir para restringir cada virtualhost em seu diretório, e outros paramentos que eliminou de vez as invasões.

No cenário de E-mail eu resolvi radicalizar e mudar quase tudo, de Postfix eu mudei para a combinação de Qmail+Vpopmail e o Cyrus foi mudado para o Courier. No final das contas eu consegui migrar todas as contas do Postfix para o Qmail usando alguns scripts que encontrei na internet, somente as mensagens que não migrei, pois a estrutura antiga não tinha sistema de quota e a nova eu coloquei quota, com isso não dava para migrar as mensagens pois todo mundo iria ficar “overquota”, mesmo assim foi dado um prazo para cada usuário fazer backup das mensagens.

[Vou dividir o post pois o texto é grande]

Este novo cenário de e-mail permaneceu por muito tempo, estavel e sem problemas graves, porem foi apresentado um novo projeto para o cenário de e-mail aqui na empresa, na qual eu não faço parte, foi-se então adotado o Expresso Livre, que trata-se de uma combinação do (E-groupware + Postfix + Cyrus + Ldap), é um software livre brasileiro, e está sendo adotado por muitas empresas do setor publico e privado.

Eu estava com alguns planos e ideias de melhorar a estrutura que eu tinha criado quando cheguei aqui, porem com esse novo projeto aprovado eu desisti e larguei meu “filho”, só mantendo as atualizações em dia, e dando suporte enquanto o sistema migrava para o Expresso.

Nesse meio tempo minha estrutura estava sobrecarregada, e com isso eu ganhei um servidor novo, um HP ML350 G4, com processador Xeon 2GHZ e 2GB de RAM, isso serviu bastante e deixou o sistema mais leve, porém ainda não era a estrutura ideal, ter apenas uma maquina “bombril” com mil e uma utilidades não é o certo. Essa maquina recebia e enviava e-mails, verificava as mensagens com antivírus e antispam, hospedava o webmail e guardava as mensagens em disco. O certo seria dividir essas tarefas em servidores diferentes, porem todo hardware novo que chegava era destinado a estrutura do expresso, que já estava funcionando com 1 domínio de 500 contas, contra 98 domínios com na media de 600 contas cada na minha estrutura.

O Projeto do Expresso estava muito lento, a migração demorava seculos para por um domínio, cada domínio passava por uma burocracia enorme, pois o expresso tinha um grande problema, primeiro a nova politica de que os e-mails deveriam ser nome.sobrenome@dominio e outra que o Expresso não suporta nomes iguais, como por exemplo joao.silva@dominio.com e joao.silva@outrodominio.com para ele joao.silva é uma pessoa só e isso estava gerando muita confusão, pois entre as milhares de contas de e-mails existentes o que mais vai ter é colisão de nome.
Na minha estrutura como eu uso Vpopmail, joao.silva@dominio.com é diferente de joao.silva@outrodominio.com, assim eu poderia ter quantas pessoas com o mesmo nome pois o login no vpopmail conta com todo o endereço e não apenas o que vem antes da arroba (@).

Em um dia negro minha estrutura deu um problema grave no HD, as fitas de backup já não suportavam o tamanho do backup que era de 60gigas e as fitas so tinham 40gb, foi um dia péssimo, eu passei uma semana inteira tentando recuperar os dados, e ainda bem que no final das contas tudo voltou ao normal, porem nesse dia eu pedi para meu chefe um investimento na estrutura antiga, já que o expresso não ia para frente. Com isso eu ganhei duas HP DL360 G5 com XEON quadcore e 4GB Ram, e ainda mais ligada ao nosso cluster podendo usar a Library para backup.

Com esse equipamento eu resolvi então montar uma estrutura dividida e mais organizada. Meu projeto então foi:
- Em uma DL360 ficaria o MTA, com Qmail + Clamav + DSPAM unicamente com a função de receber e enviar e-mail, filtrar e etc.
- Em uma DL360 ficaria os e-mails com Vpopmail e dessa vez eu não optei em usar o Courier e sim o Dovecot no lugar dele.
- Em uma maquina virtual no cluster ficaria o webmail.

A estrutura seria mais ou menos assim:
[INTERNET] <===e-mail===> [MTA COM FILTROS] <===e-mail===> [MAILSTORAGE] <===e-mail===> [USUARIO]

1. MTA
O MTA é o servidor que vai receber as mensagens pela internet, e ele também vai enviar as mensagens enviadas pelo usuário da rede, pelo o que eu notei na estrutura antiga em horário de pico o processo do qmail-smtpd fica mais lento, por causa dos filtros e com isso ele deixava a maquina toda mais lenta, comprometendo o IMAP e o APACHE (Webmail) mas isso era devido a filtragem de Spam que consumia bastante memoria (eu usava Spamassassin).
No MTA eu coloquei o Qmail (netqmail) com todos os patchs, e coloquei o Simscan no lugar do qmail-scanner.pl para gerenciar a filtragem de e-mail, o Simscan é compatível com o clamav e com o DSPAM e eu escolhi ambos para a filtragem de Virus e Spam. E nela eu coloquei as regras de smtproute, para que o MTA enviasse as mensagens dos meus domínios para meu outro servidor que eu chamo de MAILSTORAGE.

Programas utilizados:
clamav-0.94.2 => antivírus
daemontools-0.76 => supervisor do qmail
dspam-3.8.0 = > antispam
mod_auth_imap2 = > autenticação do apache via imap ou pop
netqmail-1.06 => qmail atualizado com patchs
simscan-1.4.0 => scanner para qmail
ucspi-tcp-0.88 => tcptools para o qmail

2. MAILSTORAGE
Este servidor é no caso o mais importante, ele vai guardas as mensagens dos usuários e ser acessado via IMAP ou POP usando SSL ou não, mas para que ele possa receber mensagens ele precisa também ser um MTA. Porem o MTA deve ser mais simples e rápido, ele já vai receber as mensagens filtradas e so tem o papel de gravar no disco o que receber. Com isso nessa maquina eu também uso o Qmail, porem sem filtros apenas com os patchs, esse qmail recebe os e-mails do qmail do MTA através do smtproute.

Esta estrutura usa o vpopmail para guardar os e-mails, eu costumo usar o Vpopmail pela sua estrutura de diretórios, ele usa Maildir, e diferencia um usuário do outro através do domínio, impedindo de existir conflito entre dois usuários de mesmo nome. Outra mudança que teve foi o servidor de IMAP/POP. Na estrutura antiga eu usava o Courier-IMAP. Eu tive muitos problemas com ele, principalmente de contas travando, loop infinitos, e eu fiquei sem poder atualizar o courier pois eles tiraram o suporte a Vpopmail, com isso eu fui tentar o Cyrus, mas no meio do caminho encontrei o Dovecot, e depois de ler bastante a respeito resolvi testar, e vi que o Dovecot é 10x melhor que o Courier.

Programas utilizados:
autorespond-2.0.2 => Progama usado pelo qmail para auto resposta de mensagens
daemontools-0.76 = > Supervisor do qmail
dovecot-1.1.7 => Servidor IMAP/POP3
ezmlm-idx-5.1.2 => Programa de lista de e-mails
imapsync-1.267 => Programa usado para a migração, sincronizar as contas
maildrop-2.0.4 = > Usado pelo qmail para entregar as mensagens
netqmail-1.06 => MTA atualizado com os patchs + Patch Checkuser.
qmailadmin-1.2.12 => Gerencia das contas
ucspi-tcp-0.88 => Tcptools usado pelo qmail
vpopmail-5.4.25 => Suporte a dominios virtuais ao qmail.

3. WEBMAIL
O webmail foi colocado em uma maquina virtual, no nosso cluster VMware. Nela roda apenas o apache+php+mysql e o Horde Groupware (Webmail Edition). Sendo uma maquina virtual separada a performance do webmail melhorou 100%, o webmail se conecta com o MAILSTORAGE para autenticar e ler as mensagens dos usuários e com o MTA para enviar mensagens.

Todas as três maquinas incluindo a virtual usam Slackware 12.2 como sistema operacional.

4. A MIGRAÇÃO
O processo de migração foi feito nas seguintes etapas:

• Instalações dos sistemas operacionais e programas nos novos servidores
• Backup do banco de dados do vpopmail
• Criação dos scriptsde migração
• Criar os domínios no novo servidor
• Criar as novas contas no novo servidor usando uma senha padrão
• Atualizar a quota dos usuários criados no novo servidor
• Salvar a senha dos usuários no servidor antigo, para que sejam atualizadas no novo servidor
• Mudar a senha dos usuários no servidor antigo para uma senha padrão de forma que o possa se fazer o login na conta e migrar as mensagens.
• Limpar o lixo das contas como mensagens excluídas e spam para facilitar a migração, usando o “comando_do_demonio” (Um script que criei que verificar o lixo nas contas e apaga, mensagens excluídas e spam).
• Migrar as mensagens para o novo servidor usando o ImapSync
• Atualizar as senhas no novo servidor usando as senhas salvas no servidor antigo.
• Alterar o servidor de login nas configurações do webmail para que o webmail conecte no novo servidor.
• Efetuar testes de login
• Configurar o Backup do novo servidor
• Alterar os IPS do servidor antigo com o novo.

5. CONCLUSÃO
A migração foi um sucesso, e agora eu tenho 3 servidores para a estrutura, onde posso parar e trabalhar com cada um sem interferir no outro, posso para o webmail sem parar o acesso pop/imap3, posso parar o MTA mas os usuários podem ainda acessar as mensagens, e por ai vai. A performance melhorou 100%, e agora tenho backup em fitas de 800GB com mais segurança para os dados.
O DSPAM ainda não funciona muito bem, pois tem um esquema de treinar ele, e ainda estou coletando os spams reportado pelos usuários para treina-lo.
Enquanto o Expresso não anda pra frente minha estrutura nova agora pode aguentar por muito tempo.

Se você tiver algum interesse nas configurações que usei na estrutura, parametros de compilação ou scripts de migração, comenta ai que eu envio.

O VMware é uma maquina virtual, um software criado com a capacidade de emular uma maquina, sendo assim capaz de se instalar um sistema operacional dentro de outro sistema operacional.
Com o tempo eu também conheci outros softwares de maquina virtual, como o Bochs, Virtual PC e o QEMU.
O VirtualPC foi comprado pela Microsoft, e era o mais simples de se utilizar em conjunto com o Windows.

Na minha viagem para Fortaleza, para o Morphus Weekend, eu tive a chance de conhecer mais a fundo o VMware, onde um represetante da VMware mostrava como o VMware tinha crescido e qual mercado ele está atuando hoje em dia.

Antes eu tinha a ideia de virtualização uma coisa mais usada para desenvolvimento ou uso doméstico, mas agora vejo que o mercado de virtualização está mesmo para distribuição de recursos, alta disponibilidade e segurança de serviços em produção.

O VMware possui diversos pacotes diferentes, que vai da solução para o desenvoldor até a solução para virtualização de servidores. Eu peguei algumas das versões para testar e analizar, umas eu tive sucesso, outras eu quebrei a cabeça para rodar em uma maquina workstation.

As três versões que eu peguei para testar foram:
1. VMware Server
2. VMware Workstation
3. VMware ESX Server

1. VMware Server

A versão server é a mais conhecida e utilizada pela comunidade, ela é gratuita e suporta qualquer Sistema Operacional padrão x86,  pode ser gerenciado pelo VMware virtual center, tem suporte para 1 ou 2 processadores, sistema operacionais de 64 bits, e roda as maquinas virtuais como serviço (Background).

Essa versão é ideal para quem precisa de uma solução barata de virtualização, Eu estou no momento rodando em um Athlon 64 3200+ com 2GB Ram, um windows XP + VMWare com 3 Maquinas virtuais (Linux Slackware 12.1, Linux Slackware 12.1 e Windows 2008 server).
Ligando as 3 Maquinas fica impossivel trabalhar, porem eu so uso o Windows 2008 para testes e uma maquina Linux eu tambem só ligo para testes. Ligado o tempo todo mesmo somente uma maquina Linux. Mas da para deixar até 3 Linux (sem interface gráfica) rodando em background o problema mesmo e o windows 2008

2. VMware Workstation

Essa é uma versão mais completa, porém e diferente da versão Server. Essa versão é voltada mais para desenvolvedores, ela possui diversos recursos de copiar maquina, fazer cópia, mover maquinas, não possui limitação de processadores, porém é PAGO.

A workstation tem muito mais recursos que a server, por ser pago tem que ser né? Porém a workstation não roda as maquinas como serviço (pelo o que eu entendi) então para rodar maquinas em produção a server ainda é melhor (e gratis).

Existe uma tabela aqui comparando Workstation com a Server
http://www.virtualization.info/lab/VMwareWKS60_vs_VMwareSVR10.pdf

3. VMware ESX Server

Agora imagine, você quer rodar uma maquina virtual, quer alta disponibilidade, não quer ter um Sistema Operacional primario para rodar as maquinas. Bom essa é a solução da VMware, o ESX Server. O ESX é um sistema operacional voltado para rodar maquinas virtuais, ele dedica 100% dos recursos da maquina para as maquinas virtuais.
Em performance o ESX ganha disparado das outras versões, a server por exemplo veja um gráfico comparando:
http://blogs.vmware.com/photos/uncategorized/2007/03/29/esxvsserverslide.jpg

O ESX contem todos os recursos que os outros produtos tem, eu peguei uma versão trial dele porem não tive sucesso de instalar, percebi que o suporte deles é voltado mesmo para o mercado corporativo. Mas isso não será uma barreira de conhecer o software, já que no novo Cluster do ITEC iremos usar ESX em 4 servidores (licenciados).
Na tentativa de instalar na minha maquina, o ESX deu trabalho para instalar, mas não rodou, pelo o que eu entendi no forum do VMWare e um problema com suporte a controladoras SATA. Percebi tambem reinando que o ESX nada mais é que um Linux, isso mesmo um Linux porém ele roda o VMkernel logo após o inicio, ele vinha tambem com o Kernel-source do Linux, mas não adiantar muito eu mexer, pois eu teria que por o suporte no VMkernel.

Bom fica aqui a dica para quem não sabe, e quem gostaria de testar, baixe já o VMware server é gratis é facil de mexer e não é pesado, economize em hardware e distribua melhor os recursos de sua estrutura.
http://www.vmware.com/download/server/

Bom lendo os comentários do povo no vídeo alguém soltou uma de “Ouvi do som do vídeo de trás pra frente e não consigo mais dormir” Fiquei curioso e peguei o vídeo para tentar escutar o som do dito cujo ao contrário.

Antes de tudo quero que vocês conheçam o serviço do portal Vixy.Net, nesse site você pode converter vídeos do Youtube (e outros sites) diretamente em AVI, MOV, 3GP, MP4 e MP3 sem ter que instalar um monte de programa no seu PC.

Continuando, entrei no Vixy.Net e converti o vídeo para MP3, e usando o Audacity, que é um programa de edição de audio OpenSource, eu coloquei o som de trás pra frente (e não vi nada d+). Mas depois pensei, como é que eu coloco o Vídeo de trás pra frente e não só apenas o Audio?

Clique em MORE para ler o resto…

Primeiro eu vou ensinar como colocar uma Mp3 de trás pra frente já que é mais simples.
- Primeiro faça o download do Audacity, e instale o programa.
- Vá em Arquivo -> Abrir (File -> Open) e escolha a Mp3 ou Wav que será revertida.
- Selecione toda a trilha (Ctrl+A).
- Vá em Efeitos -> Inverter início e fim.
- Arquivo -> Exportar como Wav ou Arquivo -> Exportar como Mp3*
* O Audacity não vem com o encoder do mp3 por ser um código proprietário ele vai perguntar onde está a DLL do mp3 a lamemp3.dll, se você fizer uma busca no PC por este arquivo com certeza vai encontrar.

Agora vamos para os passos para inverter um vídeo.
Para fazer a inversão do vídeo são necessário alguns programas (Todos Free ou OpenSource).
- Faça o download o Virtual Dub
- Faça o download do ffdshow
- Faça o download do Avisynth
- Faça o download do Divx (para fazer o Vdub funcionar com Divx)

Instale todos os programas, recomendo o Divx por ultimo.
Agora vá para o diretório onde está localizado o arquivo do vídeo .AVI
c:\videos\meuvideo.avi
Crie um arquivo novo na mesma pasta chamado meuvideo.avs e edite ele com o bloco de notas colocando o seguinte:
Reverse(AVISource(”c:\videos\meuvideo.avi”))
Feche e salve o arquivo.

Abra o Virtual Dub e arraste o arquivo para dentro do Virtual Dub.
Pronto seu vídeo está revertido.

Observações:
– Arquivos de vídeo de longa duração para mim ficaram lento a reprodução no Vdub, porem se eu salvar um arquivo novo ele fica normal.
- Para arquivos WMV deve se usar Reverse(DirectShowSource(”c:\videos\meuvideo.wmv”, 29.97)) onde o 29.97 é o framerate.

Veja como ficou

Bom acho que é só, abraços e até o próximo post.

Procurei pela internet uma solução para isso, e achei um programa chamado USBAdvanced em um fórum, porem infelizmente o programa não funcionou.

Lendo em um fórum vi que os PsTwo que utilizavam o modchip Matrix Infinity precisavam desativar uma opção chamada “Macrovision Fix”.

Eu não tinha certeza qual era o modchip utilizado no meu PsTwo, sei que aparecia o logotipo Matrix Infinity na hora do Boot, mas meu PsTwo deu problema da ultima vez que modifiquei alguma opção no menu do modchip. Com isso meu modchip tinha chances de ser um Clone do Matrix, até porque não paguei pelo modchip um amigo meu que fez o desbloqueio na faixa, e com certeza não iria colocar um modchip caro.

Pesquisando, pesquisando e pesquisando pelo Google descobri que para saber qual era meu modchip eu teria que abrir o PsTwo, então peguei a caixa de ferramenta e fui “reinar” no console. Clique em read more para ver as imagens passo a passo.

Bom, meu PsTwo é um Slim Prata Europeu, não sei se existe diferenças com o Americano ou com o Japonês mas devem ser todos iguais.

Primeiro coloque o playstation2 de cabeça pra baixo, e remova os 6 parafusos marcados de vermelho abaixo (remova as capinhas quadradas para ver os parafusos) .

Agora vire o PsTwo e remova a tampa superior, puxando o lado da entrada dos controles primeiro com muito cuidado para não quebrar o botão de ligar o PsTwo, pois esse botão fica em uma placa separada da placa do console, e é bem frágil. Está parte é bem chato parece que você está quebrando o PsTwo, basta ter cuidado que vai conseguir remover a parte superior.

Para poder visualizar a placa do PsTwo, precisa antes remover uma chapa de alumínio, de cabeça pra cima remova os 4 parafusos que prende o leitor do console. Não é preciso remover o leitor, apenas os parafusos. A placa marcada de verde é a placa de ligar o PsTwo.

Agora remova os 3 parafusos marcados que seguram a chapa de alumínio.

Pronto aí está o modchip, e como eu suspeitava era um clone do Matrix chamado Libertador Infinity, nisso eu não sei se posso mexer nas configurações do modchip sem danifica-lo, vou levar na loja do meu amigo para ver se posso, e se não puder ver se ele desliga o macrovision fix para que eu possa ligar meu HD Externo no PsTwo.

Bom depois de tudo basta fazer na ordem contraria para montar seu PsTwo, e depois ligue para ver se você não zuou nada dele.