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

Pelo o que eu entendi a GameVee tinha um sistema chamado Grab onde os jogadores de Xbox360 podiam através de uma placa de captura jogar diretamente para o GameVee a gravação do jogo, e a GotGame se interessou por isso e comprou o GameVee, parece que esses sistema não funciona mais com o novo sistema do Xbox.

Bom eu entendo nada de Xbox360 e não posso afirmar se isso tudo é verdade mas foi o que eu consegui sugar do fórum da GotGame.
Então é isso GameVee is gone. Meus vídeos? GONE!! agora só me resta Youtube mesmo, pelo menos agora o youtube tem opção para HD e WideScreen.

Bom, como ontem eu postei aqui o site de hospedagem de videos Vimeo, anunciou em seu blog que vai mudar as regras de postagem de vídeos, proibindo vídeos de jogos. Eu não fiquei tão puto assim com o Vimeo pois eles vão continuar com o serviço provendo hospedagem de vídeos com suporte a HD e etc, porem só vai limitar mais o conteúdo.

Como eu tenho muitos videos de jogos, pricipalmente das Raids do Killer Monkeys Brasil no World of Warcraft eu precisava achar um hosting no nivel do Stage6/Veoh/Vimeo que não desse problema dessa vez. Bom a minha casa agora é o GameVee.com

O GameVee.com é um site de hospedagem de videos, voltado exclusivamente para jogos, com player em Flash, suporte a HD e liberado para o Brasil (blerg Veoh) . O mais interessante do GameVee e que ele é um site dedicado para gamers, com recursos de inclusão de clãs, separação de categoria por plataforma (PC, Xbox, PS3 e etc), separa por jogo também, e oferece a opção de colocar no profile dados como SteamID, Xfire, GamerTag, Armory e etc.

Bom eu já fui criando minha conta lá, e já coloquei meus videos, confesso que o player do Vimeo era muito mais bonito e limpo, mas ta valendo hehehe. http://www.gamevee.com/user/reiserfs

Para o post não ficar muito grande vou colocar o resto do detalhes do GameVee no "Leia mais".

O cadastro é bem simples e não precisei ativar a conta pelo e-mail foi cadastra e logar.

Esta é a barra de opções do Gamevee, onde você pode escolher:

• Upload: Aqui você envia vídeos para o seu profile, o esquema é bem padrão como o dos outros sites.
• Friends: A lista dos seus amigos no site, eu ainda não tenho amigos se você quiser ser meu amigo LOL.
• Boards: Pelo o que eu entendi e como um fórum pessoal, você cria tópicos ta mais pra Blog isso.
• Clans: Você pode criar vários clãs, guilds e etc, e pode colocar videos somente para o clã, eu não sabia disso e botei no meu profile mas não sei como mover para o clã o video.
• Votes: Mostra todos os seus votos nos outros vídeos.
• Comments: Seus comentários nos vídeos do site.
• My videos: Todos os vídeos que você enviou para seu profile.

Aqui uma imagem do meu profile, onde pode se notar a existência dos campos para gamers como citei acima (Xfire, SteamID e etc).

Bom a foto a baixo e dos dados que ficam abaixo do Vídeo, tem um campo aí chamado ID, que é a identificação do vídeo, que pode ser usado para criar o código BB nos fórums e etc.

Código para o PHPBB3 (o TEXT você muda pelo ID que está na imagem acima).

BBcode: [gamevee]{TEXT}[/gamevee]

Html Code

Aaaahhh não! Primeiro Stage6 vai pro brejo, depois Veoh bane os brasileiros, e agora Vimeo vai proibir videos de jogos.

Em um anuncio feito hoje no blog do site http://www.vimeo.com/blog:140 foi anunciado que o Vimeo não vai mais aceitar videos de jogos, como gravação de Replays, Demos, PvP, Raids, Walk-throughs e etc.

Pelo o que foi passado o Vimeo existe para que as pessoas coloquem seus videos, mostrando assim suas habilidades com cameras e ferramentas de edição, e que videos gravados durante o jogo não tem criatividade alguma, sem falar que videos de jogos são mais longos (resumindo Bull shit).

É uma pena pois eu gostava muito do Vimeo e agora vou ter que migrar DENOVO meus vídeos de raids. Mas acho que agora achei um host novo que parece que vai durar, ainda vou testar para ver se rola, é o GameVee o site é especializado em hosting de vídeos. http://www.gamevee.com

Em breve eu posto aqui a nova casa dos meus vídeos, essas empresas de vídeo são foda quando faz sucesso fecha. Tomate Crú!

O upload do Vimeo é mais rapido, não sei tambem se dei sorte de pegar a internet nos seus melhores dias, mas foi muito rápido com relação ao Veoh. O processo de upload tambem mostra todas as informações de quantidade de bytes enviadas, quanto falta e velocidade do envio.

O Vimeo oferece apenas 500mb, mas creio eu que isso seja apenas de inicio, mas para mim de inicio ta bom e qualquer coisa e so criar outra conta hehehe.

Outra coisa legal que notei e no pós-upload o vimeo mostra tambem quanto falta para o video entrar no ar, coisa que falta nos outros sites com Youtube pro exemplo.

Tá ai a dica para quem ficou orfão como eu do Stage6 e do Veoh. http://www.vimeo.com Vimeo

Meu Vimeo: http://www.vimeo.com/user546179

Outra dica: Como colocar no PHPBB3

No color=c9ff23 voce coloca sua cor preferida

BBCODE

HTML

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.