まず、使うための準備。
このリンク を踏んでSafariでブックマークしてください。
次に、ブックマークを編集して、
最初の「http://www.ytsuboi.org/?」を削って「javascript:」から始まるようにします。
それから、「tracking_id=’yoshisweb-22′」をご自分のトラッキングIDに、
「twitter_id=’ytsuboi’;」をご自分のTwitterのIDに書き換えます。
間違って「’」を削っちゃったりしないように注意深く編集してくださいね。

あと、Tweetbotの設定に注意してください。
私のiPhone 4S / iOS 5.0(9A334) / Tweetbot 1.7.2 の組み合わせでは、
Tweetbotの設定にある、「iOSアカウントを移行」を「オフ」にしていないと、
bookmarkletを使用したときにTweetbotがクラッシュしました。

ここまでできたら、使い方はかんたん。
もやし(@hitoriblog)さんの「iPhoneからAmazonのアフィリエイトリンクをTwitterに超速でつぶやくブックマークレットキタコレ！」を参照して使ってみてください。

あ、gistに元のコードをアップロードしてあるので、興味あるかたはどうぞ。

PPPoEのセッションを、IPv4とIPv6でそれぞれ利用することになりますので、フレッツ光ネクストのマンションタイプなどを使っていると、2セッション全て使ってしまうためにフレッツスクエアに接続することができなくなったりします。

私、L2TPなどでトンネルを掘ってIPv6でのインターネット接続はしたことはありましたが、トンネル(PPPoEもトンネルですけどね)でv6接続してるのは未来じゃないなーと思ったので、IPv6 over PPPoEしてみることにしました。
PPPoEでのIPv6の接続をオマケ的に提供してくれているISPはちょっと少なくて、大人の事情で契約していたOCNは未対応でした。なので、IIJmioをさっさと申し込んで実験してみました。

続き↓

ルータにIPアドレスを付ける

インストールしたての状態のSEIL/x86は、LAN0インターフェースに192.168.0.1が付いています。なので、PCを接続してtelnetするか、シリアルコンソールでSEILにログインしてください。
デフォルトのUSERアカウントはadminですので、それでログインできます。
ログインしたら、

# interface lan0 add 192.168.10.1/24
# interface lan0 del 192.168.0.1/24

といった具合にコマンドを打つとIPアドレスを付け替えることができます。

あと、最初に起動キーをインストールしておきましょう。
起動キーはSEIL/x86をダウンロードする手順の間にメールに添付して送られてきます。

# install-key from stdin

とタイプしたあと、添付されていた起動キーをコピペして、最後の改行のあとに"."をタイプするとインストールできました。

また、

# httpd enable

というコマンドでWebコンソールを立ち上げることができます。

IPv4のPPPoEセッションを設定する

PPPoEするインターフェースは、LAN1にしました。また、IPv4のPPPoEセッションはPPPoE0にしておきます。
といっても、マニュアルを読んでコマンドを調べるのがダルかったので、私はWebコンソールから設定しちゃいました。
IPアドレスまで付けてあれば、ブラウザでさくっと接続できます。

ここで、"簡易設定"-"基本設定"-"接続に PPPoE を使用する"を選んで項目を書き込んでいけば完了です。
IPパケットフィルタリングは、"おまかせフィルタB"がオススメです。

また、確認していませんが、このWebコンソールでPPPoEの設定をすると正しくないNAPTの設定がなされてました。

誤) nat napt add private 193.168.xx.0-191.168.xx.255 interface pppoe0
正) nat napt add private 192.168.xx.0-192.168.xx.255 interface pppoe0

ですので、コンソールから直しておきましょう。
これでIPv4では接続できるようになるはずです。

IPv6のPPPoEセッションを設定する

PPPoEするインターフェースは同様にLAN1で、PPPoE1というインターフェースをIPv6のほうに使うことにします。
まず、PPPoEの設定です。

ppp add ipv6 keepalive none ipcp disable ipcp-address off ipcp-dns off ipv6cp enable authentication-method chap identifier  passphrase
 tcp-mss auto
interface pppoe1 ppp-configuration ipv6
interface pppoe1 over lan1
route6 add default pppoe1

IPv6 over PPPoEでは、PPPoE接続した際にdhcp6でIPアドレスを割り当ててもらうみたいです。

dhcp6 client enable
dhcp6 client interface pppoe1
dhcp6 client prefix-delegation subnet lan0 sla-id 0x1 enable

それからDHCPの設定です。といっても、IPv6ではv4みたいにクライアントのIPアドレスをDHCPで配りません。
今回はIPアドレスを配るのが目的ではなく、DNSサーバのIPアドレスを配るために使います。この設定では、DHCPv6クライアント機能でISPから取得したDNSサーバ情報を再配布する設定になっています。

dhcp6 server interface lan0 enable
dhcp6 server interface lan0 dns add dhcp6

IPv6でIPアドレスやデフォルトゲートウェイを配るのはRA (Router Advertisement)というものを使います。

rtadvd enable
rtadvd interface lan0 enable
rtadvd interface lan0 other-flag on
rtadvd interface lan0 advertise auto
rtadvd interface lan0 advertise add interface-prefix

セキュリティに気をつけましょう。

IPv6ではIPv4と異なりNATを使っていませんので、インターネット側から内部ホストに到達できる可能性が高くなっています。
LAN内だから安全だと思って何の対策もしていないと痛い目に遭うことになりますので、各ホストでのセキュリティ対策はしっかりしましょう。
デフォルトのパスワードが存在する機器などはネットワークに接続する前にしっかりとパスワードを付けるなどする必要があります。

とりあえず、こんな設定を書いて置くといいかもしれません。要は、IPv6のほうのPPPoEインターフェースに外側から入ってくるパケットを受け付けないようにしています。
普通にブロックするとdhcpのパケットもフィルタされてしまうので、特定のパケットだけ通すようにしてあります。

filter6 add OUTGOING interface pppoe1 direction out action pass state enable logging off enable
filter6 add dhcpv6 interface pppoe1 direction in action pass protocol udp srcport 547 dstport 546 state disable logging on enable
filter6 add BLOCK_IN interface pppoe1 direction in action block state disable logging on enable

実験してみよう

さて、設定できたらルータを繋げてみましょう :-)
あとは手元のマシンから、色々とWebブラウジングをすると新しい世界が見えます。
IPv6 reachableになったら、まずはkame.netですね。カメが踊っていたら成功です。
他にも、
IPv6 テストサイト
IIJ Webサイト
KDDI Webサイト
などがありますし、
IPv6専用のgoogleというのもあります。

スマホとかってどうなんだろう

Mac OS XとかWindowsがIPv6に対応していることは知っていました。
けど、iPhoneとかAndroidってどうなんだろうと思って実験してみました。結果はこんな感じです。どちらも対応していましたねー。
 

といっても、私のところに設置された、ひかり電話対応のルータ(ONU)は、IPv6でPPPoEできそうにありません。
調べてみたところ、NTT東西の「IPv6トンネル対応アダプタ」を導入するか、CiscoやYamaha、Juniperといったお高めのルータを利用しなければいけなさそうです。もちろん、IIJさんのSEILというルータでもいけるのですが、どれもこれも7万円〜といったところです。とりあえずIPv6してみようというには大きなオモチャ代になってしまいます。
もちろん、FreeBSDやLinuxをインストールしたマシンを用意すればルータを自作することができるのですが、ルータとして使用できるようなハードウェアを用意するのは、ちょっと面倒でした。

そんなわけで、800円でキーが手に入る SEIL/x86 を使って、まずは遊んでみることにしました。
といっても、結局のところルータとして使用できそうなハードウェアを買ってしまったのです。

まずは箱(ハードウェア)選びです。
私の電子工作ライフを快適にしてくださっているスイッチサイエンスさんで、先日からALIXという製品の取り扱いが始まっていたのを思い出しました。x86なマシンで、たしかルータに使うのに向いた感じだったなというのを思い出したのです。
FreeBSDやLinuxが動くはずなので、今回の要件は満たせます。
ということで、スイッチサイエンスさんのWebを見てみると、ありました。ALIX.2D13です。なんと、13,800円と安いです。LANポートも3つあって、色々使えそうです。

このあと気付いたのですが、せっかくなのでGbEを積んだマシンがよかったのですが、FE(100Mbps)のインターフェースしか積んでいませんでした。まぁ、安いのでご愛敬で。
ちなみに、一緒にケースもポチっと購入してしまいました。1,200円で、マザーと合わせても15,000円です。

大きさはこんな感じ。ちっちゃいですねー。比較用にSuicaを置いてみました。

続き↓

スイッチサイエンスさんのWebにも書いてあるのですが、この製品にはACアダプタが付いていません。
なので、オススメに従って、スイッチサイエンスさんとこに商品を受け取った帰りに、秋月電子さんで12V 1Aの超小型ACアダプタを買ってきました。

これは600円。安い安い。

alixは、ハードディスクを内蔵するのではなく、コンパクトフラッシュ(CF)をドライブとして使用するようになっています。
これも秋葉原で適当に、セール品だった16GBのものを購入してきました。SEIL/x86のイメージは32MBほどしかありませんので、手持ちの使わなくなった小さな容量のものを使っちゃえば追加投資は要りません。

筐体を組み立てたら、CFにSEIL/x86を書き込まなければいけません。
SEIL/x86は、ここあたりからダウンロードを申し込みできます。
ちなみに、もちろん「新規ダウンロード」を選んでください。
最初は、SEIL/x86はVMwareのイメージしか公開されていませんでしたが、「実験的提供」ということで”diskimage形式”の提供もされるようになりました。
どっちでもいいですが、せっかく提供されたのでdisk image形式で試してみることにしました。
ddはとても簡単です。
いつも使っているMacに、メモリカードリーダにCFを差し込んで、USBでCFをMacに接続してやりました。私の環境では、/dev/disk4だったので、

% diskutil unmount /Volumes/NO\ NAMEFORR/

として、FATフォーマット済みだったが故にmountされていたCFをunmountしてやってから、

% sudo dd if=bootdisk.img of=/dev/disk4 bs=33554432

として、書き込んでやりました。
あ、ddは操作を誤ると非常に危険なコマンドですので、CFのデバイスがdiskいくつなのかは5回くらい確認してから実行してくださいね。

bsは設定してもしなくても良いと思いますが、lsして得たbootdisk.imgのファイルサイズを指定しました。
あ、ちなみに私が作業したのは、SEIL/x86 Fujiとやらで、seilx86-180-bootdisk.zipというアーカイブに含まれていたものです。

ddして書き込んだCFをALIXに差し込み、ALIXのシリアル端子とUSBシリアルをシリアルのクロスケーブルで接続してやります。
適当なシリアルターミナルで、38400bps, 8ビット, パリティーなし, ストップビット1で接続してALIXの電源を入れましょう。
すると普通にブートします。

これだけで完了ですが、提供されているSEIL/x86のイメージは、モニタをコンソールとして使うようになっています。でも、ALIXにはシリアルコンソールしかありません。
なので、SEIL/x86のブートローダから先は、ALIXでは何が起こっているかネットワークからしか確認する手段がないのです。
というか、ルータはシリアルコンソールでしょ！
ということで、シリアルコンソールでSEIL/x86が使えるようにしました。

まず、VMwareで適当にNetBSD 5.1の仮想マシンを用意しました。使いたいのはmountとviだけなので、特に色々インストールしてやる必要はありません。
一旦ALIXの電源を落として(ACアダプタのケーブルを抜いてしまえばいいです)、CFカードを取り外してやります。
NetBSDを起動して、さきほどのCFカードをUSBメモリアダプタを介してVMwareを動かしているマシンに接続してやります。で、VMwareを操作して、CFがNetBSDから見えるようにしてやってください。
あとは、

# mount /dev/sd0a /mnt
# vi /mnt/boot.cfg

として、CFにboot.cfgというファイルを用意してやります。
中には、

console=com0
speed=38400

と書いておきました。
で、編集を終えたら、

# umount /mnt

として、CFをアンマウントしてやりましょう。
USBを引っこ抜いて、CFをALIXに戻してやります。すると、SEIL/x86 on ALIXがシリアルコンソールでアクセスできるようになります。

あ、ちなみに、向かって一番右(ACアダプタのソケットに一番近いポート)がSEIL的にLAN0でした。

ということで、ALIX.2D13 13,800円 + ALIX.2D13用ケース 1,200円 + 秋月12V1A ACアダプタ 600円 + SEIL/x86 機能キー 800円 = 16,400円でFEx3のipv6喋れるルータができました。
すごいお得です。ちょっち100Baseのみなのが残念ですが…

あとは、いよいよSEIL/x86でIPv6 over PPPoEなのですが、それはまた次のエントリで。

Twitter、同じIPアドレスからアクセスすると「おすすめユーザー」に表示する機能を追加？ という記事がありまして、どうやら、Twitterの「おすすめユーザー」には、同一のIPアドレスでアクセスしている人が表示されるようになったそうです。
つまり、会社のパソコンや回線を使ってコッソリTweetしてた方は、職場の同僚に発見される(職場バレ)する危険性が飛躍的に高まってしまったようなのです。

私は割と堂々とTwitterしてるので別に良いんですが、知り合い数名が職場バレは嫌だと言っていたので、職場からでも、こっそりTweetする方法を考えてみました。
絵にすると、こんな感じです。

Amazon EC2にリバースプロキシを設置して、TwitterへのアクセスはAmazon EC2を経由するようにしてやれば良いのです。
今回はPoundというプロキシサーバを使ってTwitterへのアクセスをAmazon EC2上のマシンに代行させることにします。

続き↓

ちょいとメンドクサイので、Amazon Web Serviceに申し込んでAmazon EC2のマシンを用意するところまでは端折ります。
とか言いつつ、ちょっとだけスクリーンショットは撮ったので、AWSわかんねーって人は参考にしてください。

まず、用意したEC2のインスタンスには、

$ slogin -i 鍵ファイル.pem ec2-user@ec2-xxx-xxx-xxx-xxx.ap-northeast-1.compute.amazonaws.com

といった具合にSSHでログインします。
要は、EC2のインスタンスを新規に用意する際に用いた鍵を使って、ec2-userとしてログインします。
このとき、鍵ファイルのパーミションは400といった他人に読まれないものでなければエラーが出ます。

AWSに用意したインスタンス(マシン)には、Poundをビルドするために必要なコンパイラやライブラリがインストールされていません。
まず、gcc, make, patch, openssl-develをインストールしましょう。

$ sudo su -
# yum install gcc
# yum install make
# yum install openssl-devel
# yum install patch

これらをインストールし終えたら、Poundのソースコードをダウンロードしてきます。

# wget http://www.apsis.ch/pound/Pound-2.5.tgz
# tar xvzf Pound-2.5.tgz

Pound 2.5は、OpenSSL 1.0のライブラリを使っているとコンパイルが通りませんでした。
このため、Poundのソースコードにpatchを当てます。

# wget http://www.apsis.ch/pound/pound_list/archive/2010/2010-02/1266065082000/1266065107756.octet-stream/download
# mv download ../pound-2.5-openssl.patch
# cd Pound-2.5
# patch > ../pound-2.5-openssl.patch

パッチを当て終えたら、ビルドします。手順は普通に

# ./configure
# make
# make install

これでPoundのインストールはおしまいです。
次にPoundの設定ファイルを書きます。

# groupadd www
# useradd -g www www
# vi /usr/local/etc/pound.cfg

で、Poundを動かすユーザを追加し、configを書いてやりましょう。

User        "www"
Group       "www"
LogLevel    3
Alive       60
Daemon      1
LogFacility local1

ListenHTTP
    Address EC2のPrivate_IP_Address
    Port    80

Service
    HeadRequire "Host: .*twitter.com.*"
    BackEnd
        Address 199.59.148.87
        Port    80
        TimeOut 30
    End
End

End

ここまでくれば、

# pound

で、起動し、

# killall pound

で、終了させることができます。

次にご自分のMacからTwitterへのアクセスを、EC2に向けるようにします。
MacのTerminalで

$ sudo vi /etc/hosts

として、hostsファイルの最後の行当たりに

xxx.xxx.xxx.xxx api.twitter.com

といった具合に、api.twitter.comを用意したAmazon EC2のインスタンスに向けてやります。

xxxの部分に入るIPアドレスは、EC2の”Public DNS:”の値を参照します。
例えば、ec2-192-168-0-60.ap-northeast-1.compute.amazonaws.comであれば、192.168.0.60となります。

IPアドレスなどは、AWS Management Consoleから拾ってくることもできます。

できたら、YorufukurouなどのTwitterクライアントを立ち上げましょう。
AWSのほうの /var/log/messages を参照すると、EC2に用意したPoundを経由してアクセスしている様子が分かります。

May 18 07:54:49 ip-10-xxx-xxx-xxx pound: api.twitter.com xxx.xxx.xxx.xxx - - [18/May/2011:07:54:46 +0000] "GET /1/ytsuboi/lists/reading/statuses.json?per_page=80 HTTP/1.1" 200 25686 "" "YoruFukurou"

こんな感じでログが出てくれば成功です。

現状、HTTPのトラフィックしか経由してくれませんが、これでTweetしても会社バレしないような気がします。
Amazon EC2はトラフィック量やマシンを立ち上げている時間に応じてコストがかかりますし、Linuxにサーバをコンパイルしてインストールする手順なので面倒かもしれませんが、それでも職場バレしたくない人はどうぞ。
あ、それから、この設定だと誰でもアクセスできちゃいますので、Security Groupを編集して、自分の会社の回線からしかアクセスできないようにするのをお忘れ無く！

5月10日、Google I/OでAndroid Open Accessory Development Kitが発表されましたね。
電子工作クラスタの皆は、自作の機器をスマートフォンに接続するソリューションを 手に入れて、しかもデモがArduinoベースで組まれているので、もうワクワクです。

日本の株式会社アールティというところが、 GoogleがUSBセッションで配布したボードと同等の物を31,500円で販売しているのですが、ちょっとずいぶんお高いので、買おうという気にはなれませんでした。

しかし、ADKの回路図を見ていると、MAX3421Eという、Sparkfun社のUSB Host Shieldでも使っているチップが載っています。
これは手持ちのArduinoと SparkfunのUSB Host ShieldでもADKで遊べるんじゃないかと思って試してみました。

色々試行錯誤しましたが、結果、簡単に実現する方法が判明しました。

続き↓

手順は簡単です。
ADKをダウンロードしてきて、ADK_release_0506→firmware→arduino_libsの中にある、AndroidAccessoryとUSB_Host_Shieldフォルダを、Arduinoのライブラリフォルダにコピーします。
僕は自分のライブラリフォルダ(~/Documents/Arduino/libraries) にコピーしました。

ここまでは普通なのですが、ポイントが2つあります。

1. ADKにはUSB_Host_Shieldライブラリが含まれていますが、本家のfelisさんのもので上書きします。
   上書きする必要があるのは、
   Max3421e_constants.h
   Max3421e.h
   Max3421e.cpp  
   どれもFebruary 25, 2011という日付になっているバージョン(100644)で試しました。
2. SparkfunのUSBホストシールドは、本家のものとピンが異なっています。
   Max3421e_constants.hに、
   #define MAX_GPX 8
   #define MAX_RESET 7
   という記述がありますが、これを
   #define MAX_GPX 7
   #define MAX_RESET 8
   と書き換えて、Sparkfun仕様にするようにしてください。
   これはSparkfunのページにも記述があります。

これらの変更を終えたら、ADKに付属のdemokit.pdeを参考に、適当なスケッチを書いてやります。

Arduinoの注意点はもう一つあります。
Arduinoへの給電がUSBのみだと、どうやらUSBホストシールドからUSBに給電される電力が足りなくなる様です。
ですので、ArduinoにはACアダプタから給電してやる必要があります。
また、USBホストシールドのUSB端子横にスイッチがあるのですが、これはON側にしておかなければなりません。

Android側ですが、私はNexus Oneに2.3.4を入れ、また、XOOMに3.1を入れて試しました。
Eclipseの操作は、ドキュメントの通りにしました。  
あえて注意をすべき点を書いておくと、Google APIsのLevel 10と12をインストールしておく必要があるみたいです。

あとはデバイスを接続して、Eclipseにプロジェクトを新規作成し、コードを読み込み、Run demokitして端末にapkを転送してやるだけです。

ArduinoにビルドしたスケッチをUploadして、Nexus OneとUSBホストシールドを接続するとダイアログが表示されます。

XOOMだと、こんな感じです。

それぞれ、OKを押してやると、DemoKitアプリケーションが起動します。

ここまでできたら、あとは自由にハードウェアをArduinoに接続して、アプリケーションを書いてやるだけのはずです。

アールティのボードを買うと31,500円もしますが、スイッチサイエンスでArduino UnoとUSBホストシールドを購入すれば6,000円でお釣りがくるでしょう。
幸い、手元にどちらもあったので、何も追加で購入せずに楽しめました。

iPadさながらにキャンセル祭りなどがあったのですが、私はAmazon.comでGoogle Nexus S Cell Phone Black Factory Unlockedから購入しました。ちょっと高くなっちゃいますが転送業者さんの手数料などを考えると悪くないと思いました。

で、海外製のAndroid端末といえば利用するSIMが問題になるのですが、私はAndroid端末を通話に使ってこなかったので、音声通話のないデータ通信専用の回線を刺していました。
MVNOの回線やデータ通信専用の回線というのは一癖あるらしく、DevPhone 1でDonutの頃には、画面に出ている電波状態のアイコンが、ずっと圏外表示のままだったりと色々なトラブルを経験してきました。
iPadにMVNOのデータ通信専用のSIMを刺したときにも電波状況は正しく表示されなかった事がある気がします。

今回Nexus SにMVNOのデータ通信専用のSIMを刺したところ、新しいトラブルを経験したので、今までの経験と併せて推論を書いていきたいと思います。

まず、今回私が経験したトラブルですが、それは「セルスタンバイ」が異常に電力を消費してNexus Sのバッテリが早く減ってしまうというものです。
早くって言っても、誤差くらいでしょって思うかもしれませんが、体感的にはバッテリのもちが2/3くらいになってしまうという恐ろしいものです。やはり電波を出すと言うのは電力消費が激しいものなのですね。

事の顛末は、次のとおりです。
年明け早々にNexus Sが到着して、ウキウキしながら、いつもAndroid端末などに刺しているデータ通信専用のdocomoのMVNOのSIMを刺して使うことにしました。

上に書いたように、Donutの頃にデータ通信専用でMVNOなSIMだとアンテナアイコンの表示がおかしいというトラブルも経験していましたが、今回はちゃんと表示されて幸せを感じていました。

しかし、1〜2日使っていると、どうも思っていたよりもバッテリの保ち具合が良くない。
でも、他のNexus Sユーザの感想を見ていても、バッテリの保ちが悪いなんて話は私の状況からするととても少なかったのです。

となると、私の使い方の何かが原因だということになります。
この時点ではセルスタンバイが原因だとは思い当たっていなかったので、[設定]-[端末情報]-[電池使用量]を参照して、電池の消費が激しいプロセスを探してみました。

すると、こんなプロセスが目に入りました。なんとセルスタンバイがNexus Sの消費電力の63%を使っています。

また、よく見ると、「圏外時間」が100%になっています。

このことから、Nexus Sのラジオ(ベースバンド)のファームは、データ通信専用でMVNOのSIMを使用している際に、「電波状態は正しく表示してくれるが、実は内部では圏外と認識している」事が分かりました。
と、以前のDevPhoneでDonutの頃の経験と併せて推測すると、スマートフォンの実装によっては「音声サービスの情報を基に圏内・圏外を把握している」ということになります。つまり、電波状況は表示しているけれども、内部では圏外だと思い込んで基地局と通信しようと積極的に電波を出してしまい、結果、電力消費が多くなり、バッテリが早く減ってしまっているのだろうということです。

となれば、推論の確認をしつつ、問題解決を図ります。
音声サービスが無くって困るなら、音声サービス付きのSIMを刺せば良いじゃない
ということで、秋葉原で「talking b-microSIM プラチナサービス」を買ってきました。

余談ですが、このSIMはサービス開始時に速攻買おうと思ったのですが、登録から1週間待たされるということで申込を控えたことがあります。しかし！対応するお店で1,000円ほど余分に払ってクイックで申し込むと小一時間でSIMを手に入れることができます。僕は我慢できない子なので、クイックで買ってきました。

結果ですが、

セルスタンバイの消費電力は15%を切るようになり、圏外時間も0となりました。電池の保ちも体感できるほど違います。推論が裏付けられたときには、本当に興奮しました。

ということで、纏めると、
Gingerbread(Nexus S)の無線は、データ通信専用SIM(かつMVNO)だと電力消費が激しいという問題を抱えている。音声サービスが付いている、b-mobileのtalkingにするとセルスタンバイの電力消費が激減する。
ということになります。

音声なんて要らないと思っていましたが、月々1,000円ほどの差でこの快適さを買えるなら悪くない話だと思います。

—
追加情報
なぜ、あえて「MVNO」と連呼していたかというと、データ通信専用のSIMでもdocomoのものとMVNOのものでは挙動が異なるからです。例えば、ドコモの「定額データプラン」契約のSIMだと音声サービスはありませんが、iPadで電波強度のアイコンは正しく表示されます。一方、iPadに「MVNOの某社のデータ通信専用」を刺すとこんな具合に、圏外表示になってしまいます。
これは、Androidでも端末やバージョンによって発生する事象です。

ちなみに、Androidクラスタでは私以外にもアンテナ立たないのが気に入らない方がいらっしゃる様で、

@ytsuboi @ichinomoto アプリだと「3Gアンテナ表示」か「aDataConmon」で、純正のアンテナピクトで表示させたいならファイル差し替えになるので、例えば「bmobile アンテナ表示」などでぐぐればいろんなやり方がHIT

2011年1月16日 02:23 via YoruFukurouReplyRetweetFavorite

@jin_siroi

Streak

また、「魔法の5行」というキーワードでググると、Anrdoidのbuild.propにパワーマネジメント関係のパラメータを書いて電力消費を抑えたりするテクニックが記載されていたりします。でも、これは一部のhtcのAndroid端末で有効な手法なので、Nexus Sでは使えなさそうですね。

USB-TTLシリアルを使ってパソコンと接続すれば、あとはrootでログインするだけなのですが、rootのパスワードが分かりません。が、海の向こうには凄い人がいるものです。ubootのloadyでシリアルからkernelなど一式をYMODEMを使って転送して、シングルユーザーモードでKindle 3を起動する方法を公開している方がいらっしゃいました。

まず、僕は、minicomをインストールする方法を書いたとおり、MacOS Xでminicomをメインで使っています。minicomはYMODEMを外部プログラムと連携することで喋れるようになるので、まずはじめにYMODEMをインストールします。
といってもカンタンで、

$ sudo port install lrzsz

とするだけです。MacPortsって本当に便利ですね。これでYMODEMが /opt/local/bin/sb にインストールされるので、minicomの設定をしてやります。

あと、さきほどの書き込みにあったファイルをダウンロードしておきます。

で、Kindle 3にシリアルコンソールを接続した状態で、Kindle 3を再起動してやります。普通にKindleを操作してrebootしてやるだけです。すると、

Hit any key to stop autoboot:

というメッセージがKindleの起動直後に表示されるので、素早くEnterキーなどを押してやります。起動が中断できると、

uboot>

というプロンプトが出ますので、

loady 0x84000000

とタイプして、YMODEMでファイルを転送できる状態にします。受け入れ可能になると、”CCC”といった具合に”C”という文字が出るので、ここでminicomを操作して(Ctrl-A, z, sだったはず)でYMODEMを使ってさきほどのファイル、uImage-Kindle3-single-shellを転送します。115200bpsなので、2.1MBのファイルを転送するには少々時間がかかります。

転送中はこんな画面が出るはずです。

転送が終わったら、次に、

bootm 0x84000000

とタイプして、転送したバイナリを使ってKindle 3を起動します。ちなみに、起動してもプロンプトは表示されないので注意してください。Uncompressing Linuxと表示されたあと、数秒で起動するはずです。

この状態で、

mkdir /root
mount -t ext3 /dev/mmcblk0p1 /root
chroot /root /bin/sh

といったコマンドを次々とタイプしてやります。最後のchrootをすると、コマンドプロンプトが出てくるはずです。

あとは、

/bin/vi /etc/shadow

とコマンドを打って、viエディタでパスワードファイルを編集してやります。

root:4tqE8dgorG49A:10933:0:99999:7:::

という行をの”:”の間を削って、

root::10933:0:99999:7:::

としてやればrootのパスワードが削除できます。
できたら、”:wq”でviエディタを終了して、

sync

を数回しましょう。(1回でいいはずなのに、僕は3回くらいやっちゃいますｗ)
で、

exit

とコマンドを2回打ち込むと、2回目でKindleがpanicするはずです。電源スイッチを長く引いていると強制的に電源を切れるので、20〜30秒くらい引いたあと、もっかい引いて再起動してください。再起動すると、”kindle login: “とログインプロンプトでrootと打ち込むことで、パスワードなしでログインできるはずです。

一応、パスワードないマシンってのも気持ち悪いので、

mount -n -o remount,rw /
passwd root

として、私はパスワードを付けておきました。

そんなワケで、Kindle 3を使うよりも先に分解してみました。
Kindle 3の中身は、こんな感じになっています。

で、写真の右上のほうにあるコネクタ、今回のKindle 3からは、「LEDによる読書灯付きのケース」という純正オプションが存在するのですが、そのケースに給電するためのコネクタらしいです。
Twitterで仲良くさせていただいているKindleハッカーチームの調査の結果、Kindle 3のこのコネクタからシリアルが出ていることが判明しました。

 
寄ってみると、このコネクタです。コネクタはネジ止めされていたので外してみると、右の写真の様になっていました。

となると、このコネクタにケースの爪みたいなモノを差し込めば、Kindleを分解したりはんだづけしなくてもシリアルにアクセスできるんじゃないか、ということで治具みたいなものをつくってみました。

 
材料は、千石電商さんで買ってきたサンハヤトの1.27mmピッチの基板と、0.5mm厚のプラ板です。
先にプラ板を何度かコネクタに通して見て、軽く付いた跡を測ってみると、Kindle 3のコネクタは1.5mmらしいことが分かりました。で、1.5mmピッチのが無いものかと思ったのですが、1.27mmのが一番近かったので、これを選んだ次第です。

まず、サンハヤトの基板を4本分カッターで切り出しました。

で、0.5mm厚のプラ板を6mm幅に切り出します。僕は持ち手を作って、T字型にしました。で、実機に合わせてみて、基板を貼り付ける位置を確認したうえで、両面テープでプラ板と基板を貼り付けました。

ちなみに、右の写真の上から、TX, RX, GND, +1.7Vくらい、となっています。上から3本だけ取れればシリアルでアクセスできます。

あとは、手持ちのSparkfunのUSB-TTLシリアル(5V)変換ボードと接続してやるだけです。
これでシリアルコンソールにアクセスできちゃいました。

そんなこんなで第三世代にあたるKindle 3が出ていますが、もちろん僕もポチっと即座に注文していました。
今回から、3G付きのモデルと、Wi-Fiのみのモデルが出ています。上のアフィリエイトのリンクだと、左のが3G付き、右のがWi-Fiのみのモデルです。
今なら円高なので結構お得な感じですが、今から注文しても9月中旬頃になってしまうみたいですね。

仕事が色々とゴタゴタしていて、Kindleに充てるモチベーションがカラッカラの今日この頃なんですが、そんな僕にカツを入れてくれるはずのKindle 3、まだ来ません。知人の手元には今日から届き始めたみたいなんですけどね。

TwitterのTLを見ていると、どうやら今回のKindle 3は従来NetFrontだったブラウザをWebKitに載せ替えているみたいですよ。
日本語フォントも積んでいますし、フォントハックしなくても日本語のWebページが見れるみたいです。で、UTF-8以外で書かれたWebページも見れるのだろうかと思って、届いた人に実験してもらいました。
結果、EUC-JPで書かれていても、Shift-JISで書かれていても表示できるらしいですよ。

さらに、画面の書き換えの速度も十分に上がっているみたいで、かなり快適そうでした。
届いたらレビュー記事を書こうと、うずうずしているんですが、出遅れてしまいそうですねー。残念です。

早速、PxVC1100を購入してきて手持ちのマシンのPCI Express x1のスロットに差し込んでみたのですが、TMPEGEncのエンコードボタンを押すと、「SpursEngineが正しく動作していません」とエラーのダイアログが表示されてエンコードしてくれませんでした。もちろん、付属のCD-ROMからドライバを正しくインストールしていたのですけれどもね。

困ったなと思いつつ、差し込むPCI Expressソケットを変えたりと試行を繰り返した結果、新しいドライバに更新すると正常に動作するようになるということが分かりました。
ドライバは、LEADTEKのWebページで、Multimedia – HD Transcoding card – WinFast PxVC1100(TMPGEnc)の順で選択をし、私はWindows 7の32bit版を利用していたので、Windows Vista/7 32bit WHQLed driverと書いてある、バージョン 1.5.2.0 をダウンロードして、インストールしました。

これで、エンコーディングボタンを押せば、正常にエンコードを開始してくれるようになりました。
ついでに、TMPEGEnc 4.0 Express Ver.4.7.7.307とTMPGEnc Movie Plug-in SpursEngine Ver.1.0.5.11へのアップデーターもダウンロードして、アップデートを行っておきました。

あとは、iPhone 4やiPadで再生できるようにエンコードをしてやるのみです。AppleのWebを見ると、「最高720p、毎秒30フレーム、最高レベル3.1のメインプロファイル」と書いてあったので、以下の様に設定をしました。

用途を”汎用 MPEG-4 AVC”として、プロファイルを”Main@L3.1″、レート調整モードを”VBR (平均ビットレート)”としました。VBRって本来は可変ビットレートのことですよね。変な飜訳だな。

ちなみに、平均ビットレートは10000kbps(10Mbps)、最高ビットレートを14000kbps(14Mbps)としました。ここらへんは好みの問題だと思いますが、経験的に10Mbpsくらいあると汚いなって思わなかったので、こうしています。

音声や詳細はいじっていないはずです。

ここまで設定し終えたら、インターレス解除(デインターレス)が確実になされているかを確認しておきましょう。
私は「常にインターレス解除を行う」を選択するように心がけています。

あとは、エンコードを行うのみです。
ポチっとエンコードボタンをおしてやればエンコードが開始されるはずです。これでトランスコーディングが完了したら、出来上がったファイルをiTunesにドラッグアンドドロップして、同期してやることでiPhoneやiPadでムービーが見れるはずです。

再エンコードって、時間かかるしメンドクサイので、私の設定を紹介してみました。PxVC1100を使えば、無しのときにムービーの長さの倍くらいかかっていた再エンコーディングが、ムービーの長さ(実時間)くらいで完了することになって快適ですよー。

ちなみに、PxVC1100をもう一枚刺して、さらなる高速化も可能の模様です。増設用に、TMEGEncなどのバンドルソフトウェアがないものが売られています。私は今ちょっとぐらぐら来てます。

8/16 19:30追記
地デジの放送のbitrateって、せいぜい15Mくらいなんですよね。上記の10Mというのはアニメ好きの知人がMPEG4にエンコードするときに使っている数字を参考にしていたのですが、できあがるファイルサイズが大きすぎるので、平均ビットレートを5Mにしてエンコードをしてみました。

すると、10Mのときは概ね実時間くらいでエンコードができていたのですが、平均ビットレートを5Mにすると実時間の1.6倍くらいの時間を再エンコードに要するようになってしまいました。

地デジのTSってワンセグだとかEPG(番組表)データとか余計なものが色々入っていますが、このとき10GBのTSデータが2.56GBになりました。

あともう一つ気になっているのが、SpursEngineを使ってエンコードすると、画面の下のほうに緑色のラインがずっと出ていることです。インターレスを解除した都合かなと思ったりもするのですが、SpursEngineを使わずにエンコードしていた頃は出ていなかったので、SpursEngineの癖なのかなと思ったりしています。