XMLの共同開発者が「Android」開発に参加--アップルを痛烈に批判:ニュース - CNET Japan

ちょっと共感できる記事があったので，メモメモ。

iPhoneのハードウェアとソフトウェアが素晴らしいのは事実だが、それでもわたしはこうした状況を嫌悪している。なぜなら、自由に代わる言葉はないし、オプションとして提供されるような要素でもないからだ。(Tim Bray氏)

Appleのユーザーサポートのひどさと、器量けつの穴の狭さと、独占欲は、三十年前から不変普遍のものですが、それはそれとして「自由」というのは重要であるというのは、全く同感です。

jotの灰鰤とか、SC-01Bとか、X01-SCとかでの不具合にも対応したいんだけど、実機に触れたこともないので、手が打てません。

どうしても困るという人は、実機を貸してください。さもなきゃ、ソース公開してあるので、デバッグしてください。メール頂ければ、リモートデバッグ程度なら、協力できると思います。

まあ、PHSは緩やかな死を迎えていると思っていたので、あんまり驚いていません。遅いし。まあ、停波までの長い道のりを歩くのに赤字を垂れ流さなくて済むってとこだけは、他社に比べるとマシな死に方だというだけです。

HybridW-ZERO3については、Qwertyキーが付いてないので絶賛見送り中です。でも、今、つなぎ放題2xで3600円／月なのが、灰鰤PHSのみ機種代込みで2900円／月になるというのが、やっぱり納得がいかない。

それを言ったら、スマートフォンで3G使い放題が一番安いのがiPhoneというのも、納得がいかない。灰鰤売りたいんなら、3Gの金額をせめてiPhoneより安くしろよと、言いたい。

＃あと、3Gで通話できるW-SIMを出してください。さもなきゃ、W-SIMを取り払った Thoroughbred W-ZERO3でもいいです。Qwerty＋ATOKにしてくれるともっと嬉しいです。お願いします。

とりあえずトピックとしては、

・開発環境は.NET+Silverlight＋XNA 。

・開発ツールは、VS2010 express for Windows Phone 7 。無償。 VS2010へのプラグインもあり。

てとこみたいです。

おそらく、普通のアプリ（デフォルトUIを使うような物）は、Silverlightで、ゲームはXNAで、という完全切り分けになる模様です。

早速インストールしてみました。

GUIエディタはXAMLベースで、従来のWindowsFormを編集するとの同じ感じで編集できます。ボタンのイベントハンドラはC#。WindowsFormの開発に慣れた人ならすぐ入れるかも。

実行するとこんな感じ。iPhoneっぽい？

入っているアプリはIEのみ。日本語表示不可。

設定画面でリストをフリックして縦スクロールさせると描画が追いついてこないとか、完成度はまだまだという感じ。つーかこの時点で国際化対応されていないってのはどうなんだろう。

とりあえず今の段階では、どう頑張ってもネイティブアプリを実行できる余地はありません。てか、Win32API自体実装されないでしょうね、きっと。SilverlightがWM6.5にバックポートされる見込みも無さそうなので、WM6.5とWP7は完全に非互換、て落ちでいいような気がします。

まあ、ネイティブアプリ作ってる私が言うのも何ですが、Win32API自体がWindowsMobileの最大のメリットにして、最大の足枷になってた訳なんで、スパッと過去を捨てて新たな環境に移行するのは充分有りだと思います。

んで、今考えられるWindows Phone 7 のメリットですが、

・高度な開発環境の無償化
・C#,Silverlight,XNAなどの既に開発コミュニティのいる言語・フレームワークを選んでいること
・ほぼ単一プラットフォームであること

あたりでしょう。実際に発売される製品レベルで、単一プラットフォームであることを維持できれば、Androidを喰ってしまう可能性は充分にあるような気がします。

＃どうせブランド力でAppleにはかなわないけどな。

どのみちQwertyキーボードなモデルが出なさそうな雰囲気なので、テキストエディタを移植ってのは無さそうな感じがします。

とりあえず、pDiceでも移植してみっかな。

勝手にクローンを作ったのに、快く受け入れて頂いて、本当にありがとうございます。

んで、足りない機能ですが、暇を見つけてぼちぼち作っていきます。

・アクティブにしなくてもホイールを有効にする機能
私自身はWheelPlus(ポインタの下のウィンドウにホイールイベントを送ってくれるフリーソフト。x64上でも32bit版が動作します。)を併用しています。

・ホットキー対応
設定ダイアログの「CTRL + ALT + ほにゃらら」とか出す部分の作り込みが面倒で先送りしました。

クローンを名乗るからには、この辺の機能は一応真似ておかないといけないかな、と。

ここ数年HDDのバックアップにはAcronis True Imageを使用していました。
・大体2～3ヶ月おきに一回のペースで同程度の容量の別のHDDにクローンを作る
・毎週一回、NASにユーザーデータ部分のバックアップをとる。
てな感じの運用で。

で、今回も同様に。

移行先として用意したのは、Western DigitalのWD10EARS。Caviar Greenシリーズは低発熱・静音性とそこそこの性能のおかげで、ここ最近お気に入りです。EARSは4096bytes/sectorを使用しているおかげで、旧モデルよりも若干容量が増えているとか。

AKIBA PC Hotline! (http://akiba-pc.watch.impress.co.jp/hotline/20091212/etc_wd.html)より

このAdvanced Format Technology（以下AFT）は、物理セクタあたりのデータサイズを従来の512バイトから4,096バイトに拡大することで記録密度を高める技術。

HDDのセクタは通常512バイトで、その前後にリードイン、セクタギャップ、ECC（エラー訂正符号）が付加される物理構造。AFTでは物理的なセクタ長を4,096バイト=512バイト×8個分に拡大、この物理上の1セクタ（4,096バイト×1）を論理上の8セクタ（512バイト×8）としてエミュレーションすることで、削減された(7個の)リードインやセクタギャップの分、容量効率を高められるという。

同社によれば7～11%程度ディスク容量を節約できるほか、（セクタあたりの）ECCの増加によりエラー訂正率も50%向上させたという。ドライブ－ホスト間のデータ転送は従来どおり512バイト。

ので、実際に測ってみました。

WD10EADS(旧モデル)

D:\Download\diskmap>diskmap 1
\\.\PhysicalDrive1   Fixed hard disk media.
Cylinders  HeadsPerCylinder SectorsPerHead BytesPerSector MediaType
     1db01         ff               3f            200             c
    121601        255               63            512            12
TrackSize = 0x7e00 32256 (31.5KB)
Cylinder Size = 0x7d8200 8225280 (8032.5KB) (7.84424MB)
Total Sectors = 0x747059c1 1953520065
Disk Size = 0xe8e0b38200 1000202273280 (976760032.5KB) (953867MB) (931.511GB)
Disk Signature = 0xc34dc34d 3276653389

WD10EARS(AFT)

D:\Download\diskmap>diskmap 2
\\.\PhysicalDrive2   Fixed hard disk media.
Cylinders  HeadsPerCylinder SectorsPerHead BytesPerSector MediaType
     1f8b1         f0               3f            200             c
    129201        240               63            512            12
TrackSize = 0x7e00 32256 (31.5KB)
Cylinder Size = 0x762000 7741440 (7560.0KB) (7.38281MB)
Total Sectors = 0x74705610 1953519120
Disk Size = 0xe8e0ac2000 1000201789440 (976759560.0KB) (953867MB) (931.511GB)
Disk Signature = 0x8a31f86d 2318530669

基本的に公称容量どおりとなっていて、実容量が10%増えているということではないようです。なあんだ。

浮いた分はエラー訂正や代替セクター用に予約されているんでしょうから、AFTがユーザーメリットに繋がっていないというわけではないでしょう。きっと。

さて、気を取り直して。

このHDDは4096bytes/sectorのため、4096バイトの境界にパーティションの先頭を合わせないと性能が発揮できないとされています。しかし、WindowsXPでは普通にパーティションを作成した場合、63セクタ目=7.875*4096 のアドレスからパーティションを作成するため、性能低下が発生します。

Windows7なんだから問題ないね～と思ってたら、TrueImage等のディスククローンツールでも、パーティション作成時に同様の問題を起こすようです。

で、色々調べた結果、以下のような手順で引越が出来ました。

1. 新HDDをPCに接続し、旧HDDのWindows7を起動する。
2. Windows7の管理ツールを使って、新HDDにパーティションを作成し、フォーマットする。
3. TrueImage 2010を起動し、旧HDDのパーティション全部をバックアップする。
4. 今取ったばかりのバックアップから、「MBRを除くパーティション部分のみを」を新HDDに復元する。その際に、バックアップ先のパーティションは手動で選ぶ。
5. 今度は、「MBR部分のみを」を新HDDに復元する。
6. シャットダウン後、旧HDDを取り外して、新HDDから起動する。

このように二段階で復元することで、移行先HDDのパーティション構成を保持したまま、復元できるようです。

単にBIOS設定を変更しただけだと、起動時にAHCIドライバがアクティブになっていないので、起動ディスクを読めず、自爆します。

MicrosoftのKBより(http://support.microsoft.com/kb/922976/ja)

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci
  Start=0

に設定することで、AHCIドライバがアクティブになるとのこと。事前にこの設定を反映した後、BIOSの設定を変更します。

これで、AHCIでHDDアクセスが行われるようになります。（プラシーボぐらいのパフォーマンスアップしかないそうですが）

ダウンロードはこちら

先日、何を血迷ったか、勢いで自宅のメインPCをWindows7にアップグレードしてしまいました。折角4GBメモリが載っているのに、800MB近くが認識されずに無駄になっているのが、前から気になっていたんです。で、64bit OSに変えたくて、Windows7に上げたわけです。

VMWare player 3.0上でWindows7を動かしてる時はもっさりのろのろでしたが、実環境で動かしてみるとRADEON2600のおかげでキビキビ動いてくれます。

タスクバーを細めにすると、XPのタスクバーっぽい見慣れたレイアウトになってくれるのも、いい感じです。

前のXP環境は、VMWare vCenter Converterを使ってそのまま仮想環境に閉じ込めることで、新旧の環境を同時に使って移行作業もスムーズに進みます。というか、無理して移行しなくてもいいものを、そのままにしておけるのが楽ちんです。

アプリは32bit版がたいがいそのまま使えるか、最新版にアップデートするだけで充分でした。GPSレシーバ用のシリアルポートドライバだけ苦労したものの、ドライバ類もほぼ問題ありませんでした。

 で、

困ったのが、Volume Deskbar。ツールバーは、シェルエクステンションなので32bit版は使えません。作者さんの日記を読みに行ったところ、Delphiで書かれてて、Delphiの64bit対応が来年以降とのことで、当分対応できそうにないとのこと。

代わりになるフリーソフトも見つからないので、

「自分で使う物は自分で作る」

の方針を発動させることにして、Volume Deskbarのクローンを作ることにしました。会社も辞めることになったので、12月中頃から有休消化期間に入っていて、時間だけはそれなりにありましたし。

シェルエクステンションも、ツールバーも、COMも、ATL/WTLも、VistaのマルチメディアAPIも初めてでしたが、どうにか形にはなったかな、と思っています。

とりあえず、7/Vista × 32/64bit 環境でテストして問題なさそう、ぐらいまでは確かめましたが、それほど長時間運用はしていないので、まだバグが残ってるかもしれません。

Windows7 x64で悪くなったのは、エクスプローラーの操作性ぐらいかなあ。それ以外は、割と気に入ってます。

こんなご時世ですが、会社辞めてみたりしてます。どーなることやら。

jot

ロシア方面で英語版・ロシア語版を作ってる人たちがいるらしい。

刺激されて本体英語＋日本語MUIの構成のものを作ってみたりしたんだけれど、他の機能追加がないのでリリースしないでほったらかし。必要な人いますか?

国内スマートホン業界はキーボード無しの方向に向かってるしなあ。

特にネタ無し。

今日ブロガー向け内覧会があったんですよね。

今年は仕事も無くてヒマだから、行けるぞ！と思ったら、ちょうどその時間に別の用事が入ったので、断念。

3G回線は魅力だけど、通信にしか使えないというのが痛い。海外に持って行って、3Gで通話できないというのは致命的だろ。

Hybrid W-ZERO3はWindows Mobile 6.5+ケータイShoinなので、jotは多分動くと思います。動かなくても、ガシガシテキスト入力する機械じゃないし。

C++/COMとか、C#とか、JavaScriptとか、GoogleAPIとか、慣れてないジャンルのコードを書くのは色々と新鮮で楽しい。

ぽちぽちとここでリリースするつもりです。

# Unicode かどうかで処理わける
IF CMP_EQ $GW_SV_U 0
THEN
SendVirtual $GW_SVPARAM2 KEYEVENTF_KEYDOWN
ELSE
SendChar 0 0 $GW_SVPARAM2
ENDIF
SendVirtual $GW_SVPARAM0 KEYEVENTF_SKEYUP

# Unicode かどうかで処理わける
IF CMP_EQ $GW_SV_U 0
THEN
SendVirtual $GW_SVPARAM2 KEYEVENTF_KEYDOWN
SendVirtual $GW_SVPARAM0 KEYEVENTF_SKEYUP
ELSE
SendChar 0 0 $GW_SVPARAM2
ENDIF

[2009/04/07]
◎変更
書き込み時のcookie:の仕様変更に関する修正(tepo=don)

2009/03/28[V.0.6.00]
・折り返し位置指定機能を追加
・行番号表示機能を追加