Adicionando o PPA

Fui a Sistema > Administração > Canais de Software > Outro Software e cliquei Adicionar. Adicionei esta linha:

ppa:doctormo/xorg-wizardpen

Depois de clicar em “Adicionar canal” e “Fechar”, recarreguei as fontes de software. Agora, usei o Synaptic (Sistema > Administração > Gerenciador de pacotes Synaptic) para instalar o driver. Para achar o driver, escrevi “wizardpen“  no campo “Pesquisa Rápida”. Marquei-o e instalei-o. Encerrei a seção de usuário  (login) e entrei novamente para fazer o ambiente de janelas Xorg carregar o módulo.

Mas precisei calibrar o WizardPen, porque estava com a pressão (eixo Z) muito sensível. Era fácil deslocar ou clicar em algo por engano. Descobri alguns parâmetros de configuração (valores X e Y do tablet)  com o seguinte comando, no terminal:

sudo wizardpen-calibrate /dev/input/event4

Em vez de /dev/input/event4, o tablet pode estar em outro lugar. Varia conforme a porta USB ou o número de dispositivos, talvez. Descobri  procurando (CTRL+F) “4030″ nos logs do sistema, pelo programa Visualizador de Arquivos de Log (Sistema > Administração). Mas o comando wizardpen-calibrate só gera os parâmetros necessários para se definir a área útil do tablet. Não configura nada e não gera os parâmetros para a sensibilidade à pressão da caneta, que era o meu problema.

Esse parâmetros deveriam ser  colocado no arquivo de configuração do Xorg (/etc/X11/xorg.conf), conforme o manual do Wizardpen. Mas isto não funcionou, talvez porque o Xorg agora usa o udev como configurador. O log do Xorg reportava:

(II) config/udev: Adding input device UC-LOGIC Tablet WP4030U (/dev/input/event4)
(**) UC-LOGIC Tablet WP4030U: Applying InputClass "evdev pointer catchall"
(**) UC-LOGIC Tablet WP4030U: Applying InputClass "evdev tablet catchall"
(**) UC-LOGIC Tablet WP4030U: Applying InputClass "wizardpen"
(II) LoadModule: "wizardpen"
(II) Loading /usr/lib/xorg/modules/input/wizardpen_drv.so
(II) Module wizardpen: vendor="X.Org Foundation"
 compiled for 1.7.6, module version = 0.7.3
 Module class: X.Org XInput Driver
 ABI class: X.Org XInput driver, version 7.0
(**) Option "Device" "/dev/input/event4"
(--) UC-LOGIC Tablet WP4030U: MaxX:32767 MaxY:32767 MaxZ:1023
(--) UC-LOGIC Tablet WP4030U: aspect ratio:1.33:1
(**) UC-LOGIC Tablet WP4030U is in absolute mode
(**) UC-LOGIC Tablet WP4030U: TopX not set, defaulting to "5%"
(**) UC-LOGIC Tablet WP4030U: TopY not set, defaulting to "5%"
(**) UC-LOGIC Tablet WP4030U: BottomX not set, defaulting to "95%"
(**) UC-LOGIC Tablet WP4030U: BottomY not set, defaulting to "95%"
(II) UC-LOGIC Tablet WP4030U: ScreenX = 1280, ScreenY = 1024
(**) UC-LOGIC Tablet WP4030U: TopX                   = 1638
(**) UC-LOGIC Tablet WP4030U: TopY                   = 1638
(**) UC-LOGIC Tablet WP4030U: BottomX                = 31128
(**) UC-LOGIC Tablet WP4030U: BottomY                = 31128
(**) UC-LOGIC Tablet WP4030U: TopZ    (min pressure) = 0
(**) UC-LOGIC Tablet WP4030U: BottomZ (max pressure) = 1023
(**) UC-LOGIC Tablet WP4030U: always reports core events
(II) XINPUT: Adding extended input device "UC-LOGIC Tablet WP4030U" (type: WizardPen Tablet)
(II) UC-LOGIC Tablet WP4030U Increment: 25

O Xorg não reconheceu o dispositivo e usou valores default. Uma resposta no site do driver aponta que deveria ser editado o arquivo /etc/udev/rules.d/70-xorg-wizardpen-settings.rules, no ponto indicado:

ENV{x11_driver}!="wizardpen", GOTO="xorg_wizardpen_settings_end"
  #ENV{x11_options.TopX}="0"
  #ENV{x11_options.TopY}="0"
  #ENV{x11_options.BottomX}="0"
  #ENV{x11_options.BottomY}="0"
  ENV{x11_options.TopZ}="100"
  #ENV{x11_options.BottomZ}="511"
  #ENV{x11_options.Rotate90}="0" # "0" or "1"
  #ENV{x11_options.ScreenX}="1280"
  #ENV{x11_options.ScreenY}="1024"
  #ENV{x11_options.DebugLevel}="0"
  #ENV{x11_options.MouseSpeed}="30"
  #ENV{x11_options.MouseAccel}="0" # "0" or "1"
  #ENV{x11_options.TPCButton}="off" # "on" or "off"
LABEL="xorg_wizardpen_settings_end"

Mas isto também não funcionou, embora o log do sistema udev tenha reportado que as variáveis de ambiente foram setadas corretamente. Deve ser problema do Xorg.

Mas também descobri os vários arquivos de configuração, entre os arquivos do driver (vendo os arquivos do pacote pelo Synaptic), que podem variar conforme o sistema (para o udev ou para o HAL). Já que o Ubuntu não usa mais o HAL, ignorei seus arquivos de configuração e resolvi mudar o arquivo /usr/lib/X11/xorg.conf.d/70-wizardpen.conf, do sistema udev, conforme assinalado abaixo. TopZ é a pressão mínima — no meu caso, ficou boa com 100 –  e BottomZ é a pressão máxima da caneta — deve ser 511.

Section "InputClass"
 Identifier "wizardpen"
 MatchIsTablet "on"
 MatchDevicePath "/dev/input/event*"
 MatchVendor "UC-LOGIC|KYE Systems|Ace Cad"
 Driver "wizardpen"
 Option    "TopX"        "3000"
 Option    "TopY"        "4000"
 Option    "BottomX"    "30000"
 Option    "BottomY"    "30000"
 Option    "TopZ"          "100"
 Option    "BottomZ"       "511"
EndSection
Section "InputClass"
 Identifier "wizardpen ignore mouse dev"
 MatchIsTablet "on"
 MatchDevicePath "/dev/input/mouse*"
 MatchVendor "UC-LOGIC|KYE Systems|Ace Cad"
 Driver ""
EndSection

Deu certo! Reiniciei o PC e o log do Xorg reportou:

(II) config/udev: Adding input device UC-LOGIC Tablet WP4030U (/dev/input/event4)
(**) UC-LOGIC Tablet WP4030U: Applying InputClass "evdev pointer catchall"
(**) UC-LOGIC Tablet WP4030U: Applying InputClass "evdev tablet catchall"
(**) UC-LOGIC Tablet WP4030U: Applying InputClass "wizardpen"
(II) LoadModule: "wizardpen"
(II) Loading /usr/lib/xorg/modules/input/wizardpen_drv.so
(II) Module wizardpen: vendor="X.Org Foundation"
 compiled for 1.7.6, module version = 0.7.3
 Module class: X.Org XInput Driver
 ABI class: X.Org XInput driver, version 7.0
(**) Option "Device" "/dev/input/event4"
(--) UC-LOGIC Tablet WP4030U: MaxX:32767 MaxY:32767 MaxZ:1023
(--) UC-LOGIC Tablet WP4030U: aspect ratio:1.33:1
(**) UC-LOGIC Tablet WP4030U is in absolute mode
(II) UC-LOGIC Tablet WP4030U: ScreenX = 1280, ScreenY = 1024
(**) UC-LOGIC Tablet WP4030U: TopX                   = 3000
(**) UC-LOGIC Tablet WP4030U: TopY                   = 4000
(**) UC-LOGIC Tablet WP4030U: BottomX                = 30000
(**) UC-LOGIC Tablet WP4030U: BottomY                = 30000
(**) UC-LOGIC Tablet WP4030U: TopZ    (min pressure) = 100
(**) UC-LOGIC Tablet WP4030U: BottomZ (max pressure) = 511
(**) UC-LOGIC Tablet WP4030U: always reports core events
(II) XINPUT: Adding extended input device "UC-LOGIC Tablet WP4030U" (type: WizardPen Tablet)
(II) UC-LOGIC Tablet WP4030U Increment: 25

É fora dos padrões configurar as coisas fora do diretório /etc, mas funcionou. Agora já posso ajustar os diversos parâmetros do tablet. Para descobrir estes parâmetros, li o manual do módulo WizardPen com o seguinte comando:

man wizardpen

Bibliografia

1. Wizardpen graphics pad/tablet driver for Linux. https://launchpad.net/wizardpen
2. Tablet setup WizardPen https://help.ubuntu.com/community/TabletSetupWizardpen
3. Adding PPA https://help.ubuntu.com/community/Repositories/Ubuntu#Adding%20PPAs

No ambiente Windows, os melhores programas para se gravar TV são o VirtualDub e o VirtualVCR com os codecs FFdshow. Para se conseguir boa qualidade no vídeo gravado da TV é necessário se fazer o desentrelaçamento dos dois campos que formam a imagem de TV. São poucos os codecs que oferecem este recurso com boa qualidade. Nos programas baratos que acompanham as placas de TV, o desentrelaçamento é feito por interpolação das linhas dos dois campos. Isto provoca o “borramento” vertical das imagens, como se a câmera estivesse míope, fora de foco.

Os melhores filtros para desentrelaçamento corrigem as diferenças de campos de imagem apenas quando isto é necessário, em áreas que estão em movimento, como olhos e bocas das pessoas, ou objetos em movimentos horizontais. No FFdshow, uso o filtro Yet Another Deinterlacer, que me deu melhor resultado.

Quanto à compressão, uso mpeg4 com qualidade 90 no FFdshow, que grava com Variable Bit Rate (VBR). Isso gera imagens com média de 2200 kbps. No entanto, o VirtualDub provoca dessincronia entre vídeo e áudio, quando usa VBR. Para sincronia entre som e imagem, preciso usar Constant Bit Rate (CBR), o que gera imagens de pior qualidade e arquivos grandes. Já o VirtualVCR gera alguma dessincronia em VBR, mas não muito.

Em Linux, pesquisei bastante e fiz testes de gravação que resultaram em vídeos com qualidade e compressão bem melhores que em Windows.

Primeiro tentei o streamer, com uma linha de comandos bem simples:

streamer -t 2:00:00 -s 720x480 -r 29.97 -o tv.avi -f mjpeg -j 70 -F stereo

Este comando grava vídeo em formato mjpeg, que é bom para edição, pois grava sempre quadros inteiros e facilita a edição em qualquer ponto. No entanto, não desentrelaça e a compressão não é boa: o arquivo resultante fica em torno de 60 MB por minuto. Teria de ser pós-processado mais tarde.

Depois, pesquisei o mencoder. Para facilitar o estudo do enorme manual do encoder em formato “man page”, usei um comando para gerar PDF:

man -t `man -w mencoder` | ps2pdf - mencoder.pdf

A grande vantagem do mencoder é a enorme quantidade de filtros e codecs disponíveis. Através de testes, descobri que a seguinte linha de comandos gera os melhores resultados de vídeo gravado pela placa de TV. O arquivo resultante fica com boa qualidade visual, com sincronia entre áudio e vídeo e com 10 MB por minuto, em média.

mencoder \
tv:///2 \
-o ~/tv-$$.avi \
-oac mp3lame \
-lameopts fast:preset=medium \
-ovc lavc \
-lavcopts vcodec=mpeg4\
:vbitrate=1200\
:autoaspect \
−ffourcc divx \
-vf dsize=4/3 \
-vf-add kerndeint=10:0:0:1:1 \
-tv norm=PAL-M\
:driver=v4l2\
:width=744\
:height=480\
:fps=29.97\
  utfmt=i420\
:brightness=10\
:contrast=-20\
:amode=1\
:buffersize=200

A explicação de cada parâmetro é a seguinte:

tv:///2

Escolhe a entrada S-Video (ID 2 no Video for Linux – v4l2).

-o

Arquivos de saída. Os dois $$ juntam o número do processo ao nome do arquivo, para gerar arquivos de nomes diferentes cada vez que o script roda.

−ffourcc divx

Força as quatro letras identificadoras do tipo de codec. Uso divx para compatibilidade com DVDs players que tocam AVI DivX.

-oac

Output audio codec mp3lame.

-lameopt

Opções do codec de áudio mp3 Lame: modo rápido, pré-configuração de qualidade média. Isto gera áudio a 144 kbps.

-ovc

Outuput video codec: biblioteca lavc.

-lavcopts

Opções lavc: codec mpeg4, variable bit rate de 1200 kbps, proporção automaticamente detectada.

-vf dsize=4/3

Video filter para proporção de TV normal ( 4:3). Repare que mais adiante eu seto a largura de captura para o máximo que o v4l2 permite para esta placa de captura, que é 744×480 (descobri com o programa v4l-info). Esta opção dsize não causa demora no processamento e permite que o vídeo seja apresentado em 640×480 em vez de 744×480. Ou seja: não é um vídeo “square pixel”. Faço isto para capturar na melhor resolução possível e apresentar na proporção correta de TV.

-vf-add

Adiciona mais um filtro, no caso, desentrelaçamento kerneldeint com “afiamento” da imagem. Isto é importante para manter a qualidade do vídeo sem o “efeito pente” típico da tecnologia de entrelaçamento de campos do quadro de TV. Este filtro só corrige as linhas onde há efeito pente, deixando as outras linhas intactas e preservando a resolução vertical original da imagem.

-tv

Opções de captura. Norma PAL-M, driver v4l2 (Vídeo for Linux 2), largura de 744 pixels (embora seja apresentado na proporção 4:3 ou 640×480), altura de 480 pixels, 29,97 quadros por segundo, formato de cor i420, ajustes de brilho e contraste adequados à minha placa de captura PixelView PlayTV Pro. Finalmente, 200 MB de buffer de vídeo, para a captura não perder frames.

Juntei estes comandos num arquivo shell e coloquei na barra do Gnome. Para iniciar a gravação, basta um clic no ícone do programa.

Estes comandos podem ser colocados no cron (agendador de tarefas do Linux) para programar gravações. Neste caso, é bom colocar mais alguns  parâmetros em “-lavopts” para limitar o tempo de gravação:

-endpos 02:10:00 \

E mais uma linha, depois desta enorme linha de comandos, para avisar sobre fim da gravação (Ubuntu), já que, como cron job, a gravação roda invisível:

notify-send -i /usr/share/icons/gnome-colors-common/scalable/apps/smplayer.svg "FIM DE GRAVAÇÃO" "Terminou a gravação do satélite"

Conclusão

A facilidade e o resultado de gravação de TV pelo Linux estão bem melhores que no Windows.

1. Baixe e instale o Ghostcript (linguagem de impressão compatível com PostScript).
2. Baixe e instale o GSview para instalar o visualizador de arquivos PostScript (*.PS). É só um auxiliar para trabalhos gráficos, não é imprescindível.
3. Baixe e instale o GIMP para Windows. GIMP é tipo Photoshop, para trabalhar com fotos.
4. Baixe e instale o Scribus 1.3.5. Scribus é tipo o PageMaker ou InDesign, para diagramar.
5. Abra o Scribus, vá no menu “Script > Execute script…” e execute o script “registrar-python-no-windows.py“. Leva um segundo e não haverá nenhuma indicação de que o script rodou, mas a ampulheta fica rodando. Feche o Scribus. Isso indicou ao ambiente Windows (registrou) onde fica o interpretador Python do Scribus. É feito para se instalar as bibliotecas de rotinas Python Image Library.
6. Baixe e execute a Python Image Library . Oferece recursos adicionais para manipulação de imagens no Scribus, através de programas script.
7. Baixe e instale o Inkscape. É um programa de desenho de linhas (vetorial, como o CorelDRAW). Bom para infográficos, logotipos, esquemas. Grava no formato padrão SVG (Structured Vector Graphics).
8. Baixe e instale o BrOffice, editor de textos, programas de desenho, programas de slides e banco de dados. Genérico do MS Word, só que gratuito e mais fácil de usar, com alguns recursos exclusivos, como “fazer contas” em tabelas de texto.

Com este conjunto básico de programas de código aberto e gratuitos, já se pode começar a produzir jornais-laboratório, jornais de empresa ou de ONGs.

Esta publicação participa da campanha.

Acho que os preços para o consumidor final estabilizarão entre 300 e 350 dólares. No Brasil, aposto que ficam na faixa de 700 reais.

É um jogo interessante: por uma lado, a máquina que vender mais poderá ter seu preço bem reduzido, com lucros vindos da escala. A Asus tem e acho que manterá a liderança, pois tem o mercado, o nome e a cultura (muitos sites de hacking, acessórios, máquinas de segunda geração).

Outros fabricantes terão vendas menores, o que poderia encarecer as máquinas, mas terão que manter os preços competitivos para ganhar mercado.

Como todos usam peças de prateleira, a escala global vai fazer os preços cairem globalmente. Mas para aumentarem a margem de lucro, os fabricantes terão de desenvolver tecnologias melhores e mais baratas, como os displays de Jepsen e novas baterias. Também vejo bom desenvolvimento dos processadores de baixo consumo. Menos consumo, mais tempo de bateria com células convencionais (parece que há um problema no fornecimento de baterias mais eficientes, depois de um incêndio numa planta da LG. Aí há um gargalo).

Na evolução destes equipamentos, serão fundamentais as conquistas do projeto OLPC: pesquisas por menor consumo de energia, aperfeiçoamento da hibernação, telas mais eficientes, gerenciamento de conexões USB.

• A conexão USB com o computador é 1.1. Isso significa cópias lentas, 900 kbps, no máximo.
• A câmera fotográfica é apenas VGA (640×480). Só servem para internet ou duas colunas de jornal.
• As fotos têm uma qualidade horrível, vergonhosamente horrível, abaixo da crítica. Inacreditável que a Nokia tenha colocado na rua um produto com essa baixa qualidade.
• A câmera de vídeo é apenas 176 x 144 pixels. Os vídeos são muito ruins, também, até mesmo para You Tube.
• Os nomes longos de arquivos não rolam depois de alguns segundos, como é recomendável para displays pequenos.
• Os vídeos em modo landscape ficam com as opções de menu sempre ligadas, atrapalhando a visualização.
• A bateria tem pouca duração (talvez 3 horas), se o display fica muito tempo ligado.

As boas notícias:

• O som do media player é ótima.
• A recepção de rádio FM é ótima.
• O fone de ouvido tem um botãozinho que atende o telefone ou muda para a próxima música ou próxima estação de rádio.
• Os vídeos têm modo ladscape, o que não acontece em alguns celulares LG com vídeo.
• Grava três horas de vídeo, com cartão de 2 gigabytes.
• É fácil gravar conversas telefônicas (coloquei no joystick para a direita. Ele começa a gravar imediatamente).

O primero hacking é o programa Java para celulares Mobile Gmaps, que mostra o Google Maps, Yahoo, e Windows Live Local através de acesso Wap ou cache. O acesso internet Wap é prático, mas o problema é pagar as exorbitantes taxas de acesso à internet cobradas no Brasil. Então, você pode baixar as imagens do Gmaps e deixar em cache no seu celular. Para isso, se usa mais dois google maps hacks que explico a seguir.

O segundo haking é a página web Mapcacher, uma map creation tool para o Mobile GMaps. Com ela, você gera as coordenadas e o tipo dos mapas que quer guardar em cache.

1. Com clics, marque a área do mapa que quer baixar. Você pode gerar quantos pontos quiser para delimitar a área a ser baixada. Por exemplo, pode marcar a área de uma estrada, de uma cidade à outra.
2. Escolha os níveis de zoom da área. Eu recomendo entre 2 (o mapa mundi) e 16 (o segundo nível de zoom do gmaps) que permite ler o nome das ruas e a mão de trânsito. O nível máximo, 17, gera muitos arquivos, deixa o download lento e aumenta o tamanho do cache desnecessariamente. Para estradas, use zoom 12 ou 13.
3. Escolha o tipo de imagem que vai baixar: se o mapa simbólico (só traços), as fotos de satélite ou o terreno. Recomendo o mapa de traços, para os arquivos PNG ficarem bem comprimidos. E é uma visualização melhor para quem quer só se orientar. Mas você pode usar vários formatos ao mesmo tempo no Mobile Gmaps.
4. Em Level of detail (nível de detalhamento), escolha Medium speed, medium detail.
5. Clique em Generate! para gerar o arquivo com as coordenadas e gravar em seu computador.

Agora, use o terceiro hacking: o programa gMapMaker (para Windows), que busca as imagens e gera o cache em formato PNG para você colocar no celular.Veja as instruções de como instalá-lo:

Cristian Streng Founder

Posted: Wed Sep 12, 2007 3:19 pm    Post subject: gMapMaker – Map Tile Downloader for Windows I’m happy to announce that gMapMaker, a tool initially developed by Damien Debin can now download map tiles in a format supported by MGMaps. You can get latest version 0.7 from http://www.mgmaps.com/cache, it’s a self-extracting zip archive. You need to have .NET Framework v2.0 installed for the program to work. The program is easy to use and has the functionality of the previous MapTileCacher.pl and MapTileFE.pl scripts. It can only download map tiles from Google for now, but support for other sources will be added soon. To use it, follow these steps: Install gMapMaker. When the installation is complete the application should start automatically. Choose one of the following two: batch download: Open your browser, navigate to http://www.mgmaps.com/create, select the area you want to download. Click Generate and save the .map file on your computer. Back in gMapMaker, select “MGMaps mode, use a .map file” as the operating mode then click “Go” and select the .map file saved. single area/zoom: Enter the coords, select the zoom level and map type for the area to download. Make sure the cache folder path ends with “MGMapsCache”. Make sure you have selected “MGMaps mode, use entered area” as the operating mode. Click “Go”. When the download is ready, you’ll find all the map tiles in the selected MGMapsCache folder. Just copy this folder with all its subfolders to your memory card and configure MGMaps to use it. Move the map in MGMaps to the area/zoom level you downloaded map tiles for – use Menu->Go To and enter the coordinates, zoom level and map type. The application can also use a set of proxies for satellite imagery download in order to avoid having your IP address temp-banned by Google (which happens if you download many satellite tiles in a short time). UPDATE: To improve proxy functionality in gMapMaker, WideCap (successor of FreeCap) works perfectly… or anyway better than the integrated proxy support. UPDATE 2: You can try installing Fiddler2 http://www.fiddlertool.com/Fiddler2/version.asp. It captures all your gMapMaker traffic, you should then be able to configure fiddler to redirect all it’s traffic through another proxy.

Com gMapMaker, você pode até gerar um grande mapa contínuo, para uso jornalístico. Mas o nosso objetivo é gerar tiles (lajotas) no cache de mapas.

1. Escolha o lugar das pastas de caching (pode aceitar o default).
2. Especifique um delay maior que 500 milesegundos entre o download de imagens para o Google não bloquear seu IP por prática de leeching.
3. Em Operating Mode, escolha “MGMap mode, use .map file” e clique em “Go!“. Aí, procure pelo arquivo gerado pelo Mapcache.
4. O gMapMaker irá baixar os tiles e gerar o cache de mapas.

Para instalar no celular:

1. Instale o Mobile Gmaps. No Nokia 5200, ele é instalado simplesmente se conectando o cabo USB, escolhendo o modo Nokia e clicando duas vezes em cima do arquivo .JAR, se os programas Nokia foram corretamente instalados no Windows. Se não foram, simplesmente crie uma pasta no cartão de memória e copie o arquivo .JAR para ela. Para habilitar o acesso à memoria ao mgmaps: A gente precisa baixar a versão ZIP no site de download do mgmaps, descompactar os arquivos mgmaps-signed.jad e mgmaps.jar. Renomeia-se o mgmaps-signed.jad para mgmaps.jad. E se instala com o instalador da Nokia. Aparece o programa na pasta raiz do celular ou do cartão, ou a pasta que for escolhida para instalar. Aí a gente seleciona o programa na pasta em que instalou, OPÇÕES > ACESSO AO APLI. > ACESSO A DADOS > Ler dados do usuáro > SEMPRE PERMITIDO. Depois disso, o aparelho pára de pedir acesso a cada navegada nos mapas.
2. Para esta pasta ou para outra na raiz do cartão, copie toda a pasta de cache, com todas as subpastas. O mapa de Porto Alegre com zoom 16 ocupou mais de 22 megabytes. O equivalente a umas 5 músicas mp3.
3. Desconecte o cabo USB, execute o MGMaps no celular e configure-o:
   1. Use o botão azul do Nokia 5200 para chamar o menu. Em Menu > Settings > Map Browsing, marque as opções “Stored Maps“, “Offline Mode“. Se você tiver um celular de baixo processamento, marque “Low Memory“. Não é o caso do Nokia 5200.
   2. Desmarque “Enhanced Panning“. Eu experimentei bugs usando esta opção que faz um panning suave. Ela deixou o programa maluco.
   3. Em “Storage Path“, selecione o caminho do cache de mapas. Procure o path com o botão central do Nokia 5200. Salve as alterações (no botão azul do Nokia 5200).
   4. Em Menu > Settings > Display, na opção “Coordinate Format“, selecione o formato “DD.ddddd“, para permitir o uso de coordenadas decimais do Google Maps. Salve a alteração.
   5. Em Menu > Map Types > Not Available, habilite as opções Google Maps, Google Satellite ou Google Hybrid conforme o tipo de mapa que você baixou. Salve as alterações.
   6. Em Menu > Maps Type > Yahoo Maps, desabilite todas as opções que estiverem habilitadas. São 3: MAP, SAT, HYB. Salve as alterações.
   7. Reinicie o Mobile GMaps.
4. Para salvar o ponto inicial no seu mapa, crie um placemark (Menu > Favorites > Menu > Add) e defina-o com Menu > Set startup.

Bibliografia

• Zih. Usando Google Maps offline. Post tutorial no fórum 5200 do site PlusGSM.
• Tutorial: GoogleMaps Offline no W580i e W610
• Mobile Gmaps
• Mapcacher
• gMapMaker

Nem queiram saber como o responsável, Michiel Klompenhouwer da Philips Research, chegou a este resultado. É um material excessivamente engenheirístico que pode perturbar pessoas mais sensíveis. O paper apresentado da reunião da The For Society of Information Display não está disponível, mas tem um material do autor aqui em PDF: Subpixels Scaling for Color Matrix Displays.

Mas não é uma ONG. O trocadilho quase intraduzível (“Pela Exposição da Sociedade da Informação” <=> Sociedade de Displays de Informação) se refere ao grupo de pesquisadores de telas de computadores e gadgets. Uma das mais importantes classes de Dilberts da atualidade.

Conheça mais em http://www.sid.org/.

E tem reunião em Campinas, no final do ano: LatinDisplay 2008, November 17-19, 2008, Campinas, Brazil.

A afirmação é da gênia dos display, a norte-americana Mary Lou Jepsen, a inventora das telas dos laptops das crianças.

As telas, atualmente, são dos elementos que mais custam e que mais gastam energia, nos dispositivos móveis. Para a engenheira e mestre em artes, com displays melhores se poderá usar menos energia e baterias mais baratas. Processadores mais potentes não são o caminho, que agora se define em processadores baratos e de baixo consumo. Tudo isto para criar o dispositivo dos sonhas da nova “computação em nuvens”.

Leia mais em http://www.pixelqi.com/

Um tema Nokia nada mais é do que um arquivo zipado (com extensão .NTH, de Nokia THeme) com imagens e um arquivo-texto XML explicando onde vai cada imagem. O difícil é achar informações sobre este XML. Com todas as informações, seria fácil fazer um tema “à mão”, editando o XML num editor de texto simples. Como não é fácil achá-las, o melhor e mais rápido é usar o S40 Theme Studio 2.2, que a Nokia disponibiliza em seu site.

O programa funciona duas semanas sem registro. Depois, me registrei de graça no site da Nokia.

S40 Theme Studio é um programa escrito em Java, com várias limitações para se trabalhar com celulares mais modernos (não possui recursos para editar certas imagens). Também é meio ruizinho de interface. Mas consegui fazer. Baixe aqui o tema Ubuntu 8.04 para Nokia 5200 (zipado).

Coloquei barras em cima e em baixo da telinha, imitando os painéis do Gnome, ambiente padrão do Ubuntu. Isto deu boa legibilidade para o relógios e softkeys. Um dos maiores defeitos de temas é o relógio sem boa visibilidade, inclusive do tema padrão da Nokia. Usei o papel de parede com a garça onde foi possível. Também substituí os ícones por similares do Ubuntu ou Gnome. Alguns ícones ficaram originais porque o Theme Studio não dá opções de mudá-los.