私がPT1を使ってTSで録画する目的は、iPhone 4やiPadで快適な視聴生活を送るためでした。
余分な部分をカットしたうえでトランスコードをしたかったので、TMPEGEnc 4.0 Expressのライセンスを購入して、CUDAでアシストしながら再エンコードを行うということをしばらくしていたのですが、TMPEG EncではCUDAをフィルタ処理にしか使ってくれず、重たいH.264のエンコーディング作業にはムービーの実時間の倍ほどかかってしまっていました。
なんとかCUDAでH.264エンコーディングを行ってくれるソリューションはないかと探していたのですが、LEADTEKのWinFast PxVC1100 TMPGEnc バンドル版を購入すれば速くなりそうだということを知り、挑戦してみることにしました。このカードは、SpursEngineと呼ばれる、PlayStation 3にも搭載されているCellというCPUを搭載していて(PlayStation 3よりもコア数が少ないですけどね。)、MPEG2やH.264のトランスコーディング作業をアシストしてくれるものです。

早速、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の癖なのかなと思ったりしています。

今日まで私はiPhone 3GSもiPadも、FOMAプラスエリアに非対応だと思い込んでいました。
だって、Appleのページには、こう書いてありますよね。

850Mhzには対応しているとは書いてありますが、FOMAプラスエリアであるところの800MHzに対応とは書いてないです。

が、「対応してるらしいよ」って話を小耳に挟んで調べてみたところ、どうやら対応しているということが分かりました。

まず、iPhone 3GSの電話アプリのキーパッドで、”＊3001#12345#＊”をプッシュしたあと、発信ボタンを押して、FieldTest.appを起動してみます。すると、Field Testという隠しアプリが立ち上がり、”UMTS Cell Environment”の”UMTS RR Info”をタップしてやると、現在利用している周波数帯を調べられるみたいです。

私はiPhone 3GSをSoftBankの回線で使っているので、”Uplink Frequency”に”9887″と表示されました。この9887って周波数の数字じゃないなと思って、よくよく調べてみると、UARFCNというチャンネルを表す番号だということが分かりました。
番号表はWikipediaにあります。 http://en.wikipedia.org/wiki/UMTS_frequency_bands#UMTS-FDD

iPhoneは先述の通りSoftBankの回線なので、これでは実際に800MHzのFOMAプラスエリアに対応しているのかどうか分かりません。

ということで、iPadでも調べてみようと思ったのですが、iPadって、電話アプリないですよね…orz
しかし、なんかあるはずだと調べてみると、隠しアプリとして、”FileldTest.app”が /Applications にあるではありませんか。あとは、Info.plistあたりに隠し属性が書かれているのだろうと思い、見てみると、ありますあります。
CydiaにあるJailBreakアプリの、iFileを使うとplistが簡単に編集できるので、これでInfo.plistを開いて、下記の部分を削除してやりました。(もちろん、その前に”cp Info.plist Info.plist.bak”として、ファイルのコピーを取っておきました。)
[xml]
SBAppTags

hidden

[/xml]
そして、SpringBoardを立ち上げ直してやります。(私はSBSettingsで、Respringしました。再起動などでも良いはず。)

すると、FieldTestという白いアイコンが出現しているはずです。FieldTest.appは、iPhoneアプリのままみたいなので、例のちっちゃい窓の中に表示されるのですが、FullForceで、iPadサイズに書き換えをして起動してやると、こんな画面が出ます。最初は違う数字だったのですが、機内モードを何度かON/OFFして812が出るのを確認しました。

ここで出ている”Uplink Frequency”をさきほどの表で見てみると、850MHzと800MHzのところに載っています。そうです、どうやら850MHzのチャンネルには、800MHzのチャンネルが含まれているみたいなのです。
ということで、850MHz対応だったら、たぶん800MHzでも使えるよってことみたいですね。

実際にiPadでもFOMAプラスエリアの電波を掴んでいることを確認できました。私のiPhone 3GSはSIMロックフリー状態なので、docomoのSIMを刺せば、iPhone 3GSが対応しているか追試も可能ですが、恐らく問題無く対応しているでしょうし、面倒なので今回は追試をやめておきます。

(2010年5月30日追記) docomoでiPhone 3GSを使っている@uran235さんがテストしてみてくださいました。

やはり、iPhone3GSも800MHz帯対応みたいですね。

今までは、iPhone 3GSもiPadも、FOMAプラスエリア未対応なので、docomoのエリア全てが使えるわけではないと思っていましたが、実はそうではなかったみたいです。いや、調査の過程で色んな勉強ができて面白かったです。

一昨日、iPhoneでAndroidを動かしたという猛者がblog記事を書いて話題になりました。Linux自体は以前から動いていたのですが、GUIまで動かしてしまうとなるとものすごすぎます。

ぶっちゃけ、iPhoneでAndroidが動いても何にも嬉しくはなかったりはするのですが、iPhoneで他のOSを動かしたという凄さだけに釣られて、なにはともあれ、動かしてみました。

必要なもの

• iPhone 2G (GSMのアレです。3.1.2で試しました)
• Ubuntu Linux 8.10 (32bit)の入ったマシン (私はVMware Fusionで使いました)
• iTunesの動くMacかWindowsマシン (Pwnするのに必要です。)
• レンガを恐れない気持ちと、Unixの知識少々

動かすための手順は、色々試行錯誤した結果、次のとおりです。

1. PwmageToolでjailbreak (bootneuterか何かが関係有るのか、blackra1nではダメでした)
2. SFTPなどでiPhoneの/private/varに、idroidのprebuiltディレクトリの中にあるものを転送する(ramdisk.img, system.img, ramdisk.img, userdata.img, cache.img, android.img.gz, zImage です。)
3. Ubuntuにlibusb 1.0を入れてやる
   (私はFirefoxで探したので、ここからブラウザでダウンロードしてダブルクリックでパッケージ追加しました。)
4. idroidをダウンロードしてきて、適当なところに解凍する
5. iPhoneをリカバリモードにして、Ubuntuマシンに接続
   (電源を切って、Homeを押しながら電源を入れる。リカバリの画面が出たらUSB接続する)
6. $  sudo ../utils/loadibec openiboot.img3 とコマンドを打つと、iPhoneでOpeniBootが立ち上がる
7. iPhoneのホールド(電源)ボタンを押してConsoleにフォーカスを移し、Homeボタンを押す
   (するとメッセージが流れ出します。)
8. すばやく、$ sudo ../utils/oibc とコマンドを打つ
   (iPhoneの画面と同じメッセージが、ターミナルにも表示されます)
9. “WELCOME TO OPENIBOOT”と表示された後に、 install とタイプする
   (OpeniBootのインストールが始まります)
10. “Done with installation!”に続いて”Refreshed image list”と表示されたら、 reboot とタイプする

これで完了です。次からiPhoneが起動すると、OpeniBootの画面が出てくるはずです。
さきほどと同じように、ホールドボタンで選択、ホームボタンで決定です。Consoleのほうを選んだ状態で、ホームを2秒くらい長押しすると、Android 1.6 (Donut)が起動しました。

ただ、ダウンロードしてきたイメージそのままでは、planetbeingさんのデモのように色々動きませんでした。そのうちidroidのアーカイブに入っていたREADMEの手順でAndroidをビルドして試してみようと思います。

昔々、iPod touchにも初代iPhoneにもApp Storeが無かった頃にはjailbreakして遊んでいたのだけれども、公式SDKも出て、iPhone OSも3になると、私にはjailbreakするメリットをさほど感じなくなって普通にiPhoneを使っていた。

が、最近、Twitterでガジェット大好きな人な人もfollowさせていただいているので、iPhoneのjailbreakネタをよく目にする。すると、やっぱり色々いじり倒したい好奇心がムクムクと湧いてきて、再びjailbreakしてみてしまった。昔と違って、iPhone 3GSはECID SHSH(signature hash)なるものを、Appleのサーバに発行してもらわなければいけないので、jailbreakでバージョンを巻き戻したりするのは一苦労だったりする。

そんなことを知りながら、自分のiPhoneをjailbreakしたところ、BoxcarでPushしていた、TwitterのmentionとDMのPush通知が届かなくなってしまったのだ。が、Twitterのお友達とスムーズにコミュニケーションを取るにはPush通知がないと不便だったりする。そんなワケで格闘をしてみた。

結果、こんなことをしていたら、届くようになりました。

1. なにはともあれ、ネットワークのリセットを行ってみる。
2. Boxcarのアプリ内で、”Delete Service”する。その後、BoxcarをiPhoneからアンインストール
3. Pushfix 2.0を買ってきて、Cydiaでダウンロードしてインストール。説明はココ
   Pushfixを起動してPush通知の許可をしたあと、最低5分、場合によって10〜15分修復には時間がかかるらしい。待っている間、Pushfixを上げっぱなしにする必要はありません。うまくいくと、StatusがConnected over Cellまたは、WiFiと出るので、こうなったらOK。下のスクリーンショットみたいな感じです。
4. 再度Boxcarをインストールして、Serviceの設定を行う。

テストをするには、他のTwitterアカウントからBoxcarに登録しているアカウントにmentionを送ってみるのもアリだが、届くまでの時間にバラツキがあるので、Howl : A Growl Appなどの手軽にPushを送信できるアプリを使ってテストするのも良いでしょう。

AppStoreで売っていたころは使っていなかったのだけれども、iPhoneアプリのreMailというのがGmailと連携して便利らしい。
今日、マイコミジャーナルの「Google買収のiPhone用メールアプリ「reMail」、Apacheライセンスでオープンソース化」という記事を読んで、コード公開されたのならビルドしてみるか、と思い立ってビルドにチャレンジしてみた。

まず、Google Codeの中で remail-iphone プロジェクトとして公開されているということらしいので、さっそくWebを読んでみた。

ビルドには、XCodeとgit, mercurial / hgが必要ということなので、早速準備します。
XCodeとgitは既に私のマシンにはインストールされているのでスルー。gitもmercurial / hgもバージョン管理システムで、要はGoogle Codeからソースコードを持ってくるのに使うみたいだ。

まず、ターミナルを立ち上げ、

$ hg clone https://remail-iphone.googlecode.com/hg/ remail-iphone

として、ソースコードを取ってくる。
次に、

$ cd remail-iphone
$ sh pull_dependencies.sh

とコマンドを打って、XCodeでビルドする準備をするのだが、いくつか問題があった。

まず、私が作業した時点でopenssl.orgが落ちていたので、

$ vi build-crypto-deps/openssl/openssl.sh

して、

if [ ! -e openssl-0.9.8k.tar.gz ]; then
#    curl -O http://www.openssl.org/source/openssl-0.9.8k.tar.gz
    curl -O ftp://ftp.infoscience.co.jp/pub/Crypto/SSL/openssl/source/openssl-0.9.8k.tar.gz
fi

といった具合にミラーから落とすようにして対処した。
が、私の環境( Mac OS X Snow Leopard 10.6.2 / XCode 3.2.2 )ではcylus-saslのコンパイルでErrorを吐いてしまう。

make: *** [digestmd5.o] Error 1

こんなメッセージが出た。
で、調べてみたところ、

$ cd /usr/libexec/gcc
$ sudo ln -s i686-apple-darwin10 i686-apple-darwin9

として、Leopard (10.5)からSnow Leopard (10.6)になったときに変更されたgccのパスの問題を吸収してやれば良いみたいだ。

上記のpull_dependencies.shは、真面目に書いて無くってmake cleanしてくれないので、失敗したあと問題を上記のように修正してやってもビルドしかけのゴミが残ってしまっていたりする。いちいちmake cleanしかけたんだけど、面倒になって、mailcoreとthree20とremail-iphoneの3つのディレクトリを捨てて、再度手順を最初からすることにした。

ということで、まとめると、
1. ソースコードをhgで取ってくる
2. viでopensslを取ってくるURLを変更
3. libexecのgccの中にsymbolic linkを張ってやる
4. pull_dependencies.shを実行
5. ReMailIPhone.xcodeprojをダブルクリックしてXCodeを立ち上げ、識別子とコード署名を変更する。
6. 僕は Device – 3.0 | Debug で”ビルドと実行”をクリックしてビルド
という手順でiPhoneにreMail for Gmailをビルドして放り込むことができました。

日本語に翻訳して無償で配るかなぁ。。。