Tive meu primeiro contato com o Chrome OS, o sistema operacional da Google, em 2011 quando escrevi um artigo sobre os Chromebooks para a PC World. Aliás, creio que fui o primeiro a fazer um “hands-on” do sistema no Brasil. Na época tanto o hardware quanto o software eram protótipos (gentilmente cedidos por Felix Ximenes, na época Diretor de Comunicação da Google no Brasil), mas já mostravam potencial.
Desde então acompanhei a evolução do sistema a uma certa distância, porque aqui no Brasil não temos a mesma oferta (nem os mesmos preços) de hardware compatível que há no exterior. Mas há cerca de um ano comecei a trabalhar na Positivo Tecnologia Educacional, que tem um Chromebook (o CH1190) como um de seus produtos. Era minha chance de me familiarizar mais com a plataforma.
E mesmo com hardware bastante modesto (um processador ARM e 2 GB de RAM) o Chromebook e o Chrome OS impressionaram. Em vários momentos o portátil se mostrou mais rápido que meu PC Desktop, e ele logo se tornou meu “companheiro”, a máquina favorita para levar em reuniões, apresentações, viagens e outra qualquer situação onde eu precisasse de acesso rápido à informação e longa autonomia de bateria.
A experiência me marcou: se um Chromebook de entrada já oferece uma experiência de uso tão boa, do que o sistema seria capaz em hardware mais poderoso? Será que o Chrome OS já está maduro o suficiente para substituir o Windows, Mac OS ou Linux no dia-a-dia?
Para responder a esta pergunta, decidi passar um mês usando o Chome OS como meu sistema operacional principal. Mas em vez de comprar um Chromebook, apelei para uma solução mais econômica: fiz o meu, reaproveitando um notebook que já tinha em casa.
Instalei há cerca de um mês o Linux Mint 19 “Tara” em meu notebook, e desde então venho percebido um comportamento estranho: algumas vezes a máquina congela ao voltar da hibernação (quanto mais tempo hibernando, maiores as chances), em outras ela volta da hibernação mas vejo a mensagem “Read-error on swap-device” no console. Como o “swap device” é uma partição no HD, a princípio suspeitei de falha no disk, mas uma checagem do status via S.M.A.R.T. mostrou que tudo estava OK.
Pesquisando um pouco no Google, descobri que os travamentos e mensagens são causados por um bug na versão 4.15 do kernel Linux, que foi corrigido na versão 4.17. Ou seja, a solução é atualizar o kernel. A versão 4.17 ainda não está nos repositórios oficiais do Mint, então devemos adicionar um novo repositório e instalar a ferramenta ukuu (sério, é esse o nome) para fazer o serviço. Seguem os passos, baseados em um artigo que encontrei no site mintguide.org.
Agora atualize a lista de kernels disponíveis, com
ukuu --check
Você pode ver quais versões do kernel estão instaladas em seu sistema com ukuu –list-installed e remover quaisquer versões mais antigas que o kernel atualmente em uso com ukuu –purge-old-kernels. Isso é especialmente útil em sistemas que estão em uso há um bom tempo e vem sendo constantemente atualizados. Em minha máquina, por exemplo, encontrei seis versões que não uso mais.
Para instalar o kernel estável mais recente, use
ukuu --install-latest
Com isso o ukuu vai baixar e instalar o kernel mais recente (junto com os headers) e atualizar o grub. Agora é só reiniciar o micro. O kernel antigo fica disponível como uma opção no menu do grub, caso você queira voltar a ele.
Faz um tempinho que estou brincando com um custom firmware para a upscaler GBS-8200, que uso para ligar meus consoles e computadores clássicos à minha TV LCD. Chamado GBS-Control, esse firmware corrige algumas deficiências do original, melhora o desempenho geral da placa e adiciona alguns novos recursos interessantes. Há toda uma discussão sobre o desenvolvimento do GBS-Control no fórum Shmups.
Para usar o GBS-Control é necessário fazer algumas pequenas modificações na GBS-8200, para acoplar a ela uma Arduino ou compatível. É a Arduino que irá rodar o firmware, assumindo controle do conversor de vídeo da GBS-8200. Fiz essa minha modificação em minha placa há algum tempo atrás e documentei o processo em dois vídeos no YouTube (parte 1 e parte 2).
Mas a Arduino é apenas a ponta do Iceberg. Se no lugar dela você usar uma placa mais sofisticada, porém ainda compatível, como a WeMos D1 sua GBS-8200 ganha “superpoderes” como gerador de scanlines, controle remoto via Wi-Fi e várias opções para ajuste fino da posição e geometria da imagem. E o melhor é que a WeMos D1 é barata: comprei a minha por R$ 30 no Mercado Livre. E a instalação dela na GBS-8200 é fácil: basta tirar a Arduino e colocar a WeMos D1 no lugar.
Uma WeMos D1
Mas antes você precisa programar a WeMos D1 com o GBS-Control. E como sou um novato completo nesse mundo de Arduino e afins, patinei um pouquinho até encontrar o caminho das pedras. Por isso decidi compartilhar um passo-a-passo aqui neste artigo, acompanhando o vídeo que fiz sobre a modificação e postei lá no YouTube.
Estas instruções parecem complexas, mas você não vai levar mais do que 10 minutos para fazer tudo. E o resultado final vale a pena, acredite em mim. Olhe esse detalhe de Streets of Rage 2 rodando numa GBS-8200 com a WeMos D1.
Detalhe de Streets of Rage 2 rodando em uma TV LCD de 32″ a 1280 x 960 pixels através de uma GBS-8200 modificada com o GBS-Control e WeMos D1
Passo 1: Adicionando o suporte à WeMos D1 na Arduino IDE
Antes de mais nada, assumo que você já tenha o ambiente de desenvolvimento do Arduino (Arduino IDE) instalado e funcionando em sua máquina. Estas intruções foram testadas com a versão 1.8.5. Se você usa Linux, uma dica: baixe a IDE do site oficial, e não de um repositório de sua distribuição. Em casa uso o Linux Mint, e a versão que veio via APT era pré-histórica: 1.0.5.
A Arduino IDE não sabe o que é uma WeMos D1, então precisamos baixar um pacote para adicionar suporte a esta placa. Abra a interface e clique em File / Preferences. Na janela que surge, na aba Settings, cole a seguinte URL no campo Additional Board Manager URLs:
Adicione uma URL extra para que o Board Manager da Arduino IDE possa baixar o pacote de suporte à WeMos D1
Agora clique em Tools / Board / Boards Manager. Na janela que surge, selecione a opção esp8266 by ESP8266 Community e clique no botão Install. Agora você deve ver a opção WeMos D1 R2 & mini em Tools / Board.
Este é o pacote para adicionar o suporte a WeMos D1 (e outras placas baseadas no ESP8266) à Arduino IDE.
Passo 2: habilitando o acesso à WeMos D1
Estes passos se aplicam apenas a quem usa Linux, como eu. Plugue sua WeMos D1 ao PC, abra a Arduino IDE, clique em Tools e observe a opção Ports. Se ela estiver desabilitada (acinzentada), você vai precisar fazer alguns passos extras antes de usar a WeMos D1, já que ela não foi reconhecida pelo sistema. Se a opção Ports estiver habilitada, pule para o passo 3.
Quem me deu o caminho das pedras foi o Steve Kemp. Todo dispostivo USB tem uma identidade composta pelo ID do fabricante (Vendor ID) e do produto (Product ID), e precisamos descobrir os IDs da WeMos. Para isso, antes de plugar a placa ao seu computador, digite o comando lsusb. Você vai ver algo parecido com isso:
Bus 002 Device 005: ID 1a2c:2d23 China Resource Semico Co., Ltd
Bus 002 Device 006: ID 04ca:3005 Lite-On Technology Corp.
Bus 002 Device 003: ID 046d:c52f Logitech, Inc. Unifying Receiver
Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0ac8:c342 Z-Star Microelectronics Corp.
Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Não se preocupe se os IDs e nomes que aparecerem em sua máquina forem diferentes, afinal a lista acima mostra o que está plugado à minha máquina. O que importa é o passo seguinte: plugue a WeMos ao PC e rode novamente o comando lsusb. Compare com o resultado anterior, e você verá uma linha extra com algo como:
Bus 001 Device 005: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Esse é o conversor USB↔Serial integrado à WeMos. Anote o Vendor ID (no meu caso 1a86) e Product ID (7523) listados em sua máquina. Atenção: não copie simplesmente os IDs que estou mencionando aqui, pois eles podem ser diferentes em sua placa.
Agora vamos criar uma “regra” do udev (o gerenciador de dispositivos no Linux) que vai dizer ao sistema o que fazer quando a placa for plugada. Como root, digite:
cd /etc/udev/rules.d
pico 99-wemos.rules
Isso vai abrir o editor de texto Pico. Cole o conteúdo abaixo:
Lembre-se de substituir os valores em idVendor e idProduct pelo Vendor ID e Product ID mostrados em sua máquina. Tecle Ctrl-X para sair do editor, e responda Y quando ele perguntar se você quer salvar o arquivo.
Recarregue as regras do udev com o comando abaixo:
# /etc/init.d/udev reload
Desplugue sua WeMos D1 do PC, plugue novamente e ela deve ser reconhecida na Arduino IDE.
Passo 3: instalando a biblioteca WebSockets
Estamos quase no final. Para compilar o GBS-Control você precisa da biblioteca WebSockets instalada na Arduino IDE. Para isso, clique em Sketch / Include Library / Manage Libraries. Na janela que surgir, clique no campo Filter your search… e digite WebSockets. O pacote que queremos é o WebSockets by Marcus Sattler, em minha máquina ele era o último da lista. Clique sobre ele e no botão Install.
Adicione a biblioteca WebSockets à Arduino IDE antes de compilar o gbs-control
Passo 4: compilando o GBS-Control
Agora sim podemos compilar o GBS-Control. Acesse a página do projeto no GitHub, clique no botão Clone or Download e selecione a opção Download ZIP. Descompacte o arquivo gbs-control-master.zip e você deve ter uma pasta chamada gbs-control-master contendo o código-fonte do GBS-Control.
Renomeie a pasta gbs-control-master para gbs-control. Este passo é importante: não sei porque motivo, mas a Arduino IDE insiste que todo sketch (programa) esteja contido em uma pasta com o mesmo nome. Como o sketch se chama gbs-control.ino, ele tem que estar dentro de uma pasta chamada gbs-control.
Abra o arquivo gbs-control.ino na Arduino IDE e clique em Sketch / Verify/Compile. Depois de alguns minutos, a mensagem Done compiling. deve aparecer acima da janela de status no rodapé da tela. Agora é só clicar em Sketch / Upload e esperar a transferência do programa para a placa.
Resultado da compilação do GBS-Control
Ufa! Sua WeMos D1 está prontinha e programada com o GBS-Control. Agora é só seguir os passos do meu vídeo no YouTube para conectá-la à sua GBS-8200 e se divertir. Até mais!
Montar um console portátil a partir de um Raspberry Pi não é novidade: bastam 5 minutos no YouTube e você encontra dezenas de vídeos com tutoriais, geralmente “canibalizando” a carcaça de um Gameboy e com uma boa dose de trabalho manual regado a solda, cola quente e fios por todo lado (essa é a parte divertida). Mas quem gosta da idéia de um “retroportátil” e não quer “sujar as mãos” começa a encontrar opções bem interessante, como o Raspi Boy.
Trata-se de um kit completo para montar seu retroportátil. Inclui o gabinete em plástico (baseado no molde de um controle de SNES), tela LCD TFT de 3,5″, botões e placa para o controle, circuito de carga da bateria e a própria bateria. Basta adicionar um Raspberry Pi Zero ou Zero W. E o mais legal é que zero solda é necessária, todos os componentes são simplesmente encaixados. A operação mais complexa aqui é apertar os parafusos para fechar o gabinete. Saca só:
O kit básico do Raspi Boy custa 69 Euro na 8b Craft. Ah, se eu tivesse grana…
Há tempo não uso mais o Linux como sistema operacional em minhas máquinas. Em 2005 migrei para o Mac OS X em meus computadores domésticos (como fizeram muitos colegas dos tempos de Conectiva), e profissionalmente uso o Windows desde 2008.
Na verdade acredito que o “sistema operacional” é cada vez menos relevante. O que importa são os aplicativos que uso para realizar as tarefas do dia-a-dia, e no meu caso boa parte deles está na web. Pra que gastar 20 GB de espaço em disco com Windows e Office quando uma janela do Google Docs me atende da mesma forma? E uma boa experiência recente com um Chromebook em um review para a PCWorld reforçou esse ponto de vista.
Foi quando terminei o review do Chromebook e voltei a usar meu PC “velho de guerra” na redação que notei o “peso” de um sistema e apps tradicionais. O tempo de boot, a demora para abrir o Outlook 2013, os engasgos no streaming de áudio sempre que eu trocava de app ou abria uma nova aba no navegador. Isso num PC com um processador Core 2 Duo Dual Core de 1,6 GHz e 4 GB de RAM.
Daí pensei em procurar um sistema mais “leve”, que me oferecesse a agilidade do Chrome OS. Há uma versão não oficial do Chrome OS (baseada no código Open Source) distribuída por um hacker conhecido como Hexxeh, mas a última compilação foi em abril deste ano, e em testes que fiz anteriormente a compatibilidade com o hardware e a estabilidade deixaram a desejar.
Pensei em uma solução baseada em Linux e foi aí que tropecei no Crunchbang, uma distro baseada no Debian e no gerenciador de janelas OpenBox. O bichinho VOA! A imagem ISO tem cerca de 750 MB, instalei em um pendrive de 2 GB que estava no fundo da gaveta usando o Universal USB Installer e fiquei impressionado.
Se eu tivesse que apontar qual a contribuição mais importante dos netbooks para o mundo da informática, diria que foi a diversificação do mercado de sistemas operacionais. Teoricamente eles são “PCs” como quaisquer outros, e rodam o mesmo software, mas características de hardware como o tamanho das telas, recursos de rede, tamanho das baterias, poder de processamento e espaço em disco disponível forçaram os desenvolvedores a fazer uma série de ajustes aos seus produtos.
O resultado foi uma explosão de sistemas operacionais para todos os gostos. A maioria dos netbooks vem com Windows de fábrica (XP ou 7, ultimamente), mas ele pode não ser a melhor opção para todos os usuários. Confira abaixo cinco sistemas operacionais “alternativos” que você pode usar para tirar o máximo de seu portátil. E o melhor, a maioria deles é gratuita!
Como todo bom nerd com anos de internet nas costas, tenho espalhados pela casa vários gigabytes em filmes, séries e músicas, distribuídos em HDs externos, desktops, notebooks, CDs e DVDs. Minha esposa não é diferente. E embora ter uma coleção enorme de mídia sempre à disposição seja algo interessante, a organização estava deixando a desejar.
Um problema comum era nunca saber exatamente onde estava o arquivo que queríamos assistir. Outro era a duplicidade de conteúdo. E pior ainda era a questão de onde assistir: nossa TV é capaz de reproduzir arquivos MP3, H.264 e DiVX via USB, mas há restrições quanto ao codec exato, resolução, etc. Vira e mexe passávamos pela experiência frustrante de plugar um HD externo nela, escolher o arquivo e ver a temida mensagem “Formato Inválido!”. Até um de nós voltar para o PC, tentar uma conversão e esperar ela terminar, a vontade de ver um filme passou.
O PC é uma plataforma muito mais flexível nesse quesito: players como o VLC, Media Player Classic e MPlayer tocam praticamente qualquer coisa que você quiser. O problema é que assistir a um filme ou seriado na tela de 15″ de um notebook ou sentado em frente ao desktop não tem graça, ainda mais quando há uma TV LCD de 32 polegadas dando sopa na sala.
Foi aí que olhei para o rack, notei a caixa do “Gambiarra I” e veio o estalo: opa, ele é um PC e está ligado à TV. E toca filmes. Hmmm… porque não transformá-lo em um Media Center? Munido de algumas xícaras de café, hardware que eu já tinha por aqui e algumas buscas no Google, foi o que fiz.
