aka.iphone2はOSC (OpenSound Control) というプロトコル（下位レイヤーはUDP/IP）を使って通信しています。Maxではお馴染みの方法で、udpsendやudpreceiveで一発OKですね。

でも、Maxとは違ってiPhoneではOSCが標準じゃないから、自分でケアしなければなりません。もちろん、スクラッチから書くのは大変なので、私が利用したのはChandrasekhar “Sekhar” Ramakrishnan氏が開発したObjCOSCというObjective-C用のOSCライブラリ。

それで、ObjCOSCを使ったOSCの送信はとっても簡単。Objective-Cのコードはちょっとクセがあるけど、なんとなく分かるでしょ？

OSCPort* port = [OSCPort oscPortToAddress: address portNumber: portNumber];
[port sendTo:"/foo" types:"f", 0.2061f];

受信もコールバック関数を登録しておくだけ。

OSCInPort* portIn = [[OSCInPort alloc] initPort: inportno];
[portIn newMethodNamed: "foo" under: [portIn topLevelContainer]
callback:fooCallback context: myController];

だけど、受信にはハマりまくりました。コールバック関数が呼び出されるところまでは問題ないんだけど、その後がダメダメです。全然うまくいかなかったので、現在公開しているaka.iphone2は送信だけなのね。

ハマった箇所は2つあって、ひとつはエンディアン問題。OSCは数値をビッグ・エンディアンで扱っているのに対して、iPhone（あるいはIntel Macなど）はリトル・エンディアンみたいです。ObjCOSCのサンプル・コード（main.c）なら、PrintOSCArgs()で整数と実数をエンディアン変換する必要があったわけです。変換する部分だけ抜き出しておきます。

int intValue;
intValue = CFSwapInt32BigToHost(intValue);

float floatValue;
CFSwappedFloat32 swappedFloatValue;
swappedFloatValue.v = floatValue;
floatValue = CFConvertFloat32SwappedToHost(swappedFloatValue);

ただ、送信は変換ナシに扱えてるんだから、受信だけ変換が必要ってのはイマイチなんじゃない？って思いますけどね。シンボル（文字列）の受信は問題ないです。

もうひとつのポイントは、受信のコールバック関数から他のインスタンスのメソッドを呼び出すには、メイン・スレッドから行なう必要があるみたいってこと。これをやるのがperformSelectorOnMainThreadね。myControllerというインスタンスがあるとして、そのtest:メソッド（パラメータはNSNumber）をメイン・スレッドから呼び出すのは、こんな感じ。

[myController performSelectorOnMainThread:@selector(test:)
withObject:[NSNumber numberWithFloat:floatValue] waitUntilDone:NO];

以下のように、直接呼び出すとiPhoneがフリーズします（笑）。こっちがフツーなんですが…

[myController test:[NSNumber numberWithFloat:floatValue]];

このあたりは、永野哲久くんがヘルプ＆ヒントをくれました。多謝多謝。彼はObjective-Cでオーディオ・ビジュアル系の作品を作っていて（大雑把ですまない〜）、こーゆー人がIAMASに在学しているのは有り難いです。どっちが先生で、どっちが生徒だ？って気もしますけどね（笑）。彼の記事にトラックバックを入れておきます。

コレ何でしょうね？　以下の画像は、iPhoneの上部にボタンとスライダーを置いて、下部にUITouchDiagnosticsLayerというオブジェクトを配置したもの。スクリーンをタップorドラッグすると、その位置がUITouchDiagnosticsLayer（タッチ診断レイヤー？）に数ポイントの履歴付きで表示されます。

ナゾなのはスライダーに対しては、電位マップのような網目が表示されること。ボタンや余白部分では表示されないんですけどね。網目はタッチごとに微妙に違っているように見えるものの、タッチの仕方を変えても、それほど大きくは変化しないみたいです。

なんだか意味ありげだけど、どのように利用するのかは分かりません。マルチ・タッチをしても、同時に数点が押されているようには表示されないですね。ただ、次のような現象を確認することはできました。

人差し指で押す（１点タッチ）　→　人差し指の位置が表示される。
中指で押す（２点タッチ）　　　→　中指の位置が表示される。
薬指で押す（３点タッチ）　　　→　薬指の位置が表示される。
薬指を離す（２点タッチ）　　　→　中指の位置が表示される。
中指を離す（１点タッチ）　　　→　人差し指の位置が表示される。
人差し指を離す（タッチなし）　→　何も表示されない（以前の表示が残る）。

明らかに、フツーのタッチ・スクリーンではないってことは分かるんですが、さて，この後どうしたらいんでしょう？

Xcodeで勝手アプリを開発するためのテンプレートが公開されていました。このあたりの説明を参考にセットアップね。これで、Xcodeで新規プロジェクトを作る時に、iPhone UIKit Applicationが選べるようになります。

早速、私もこれまでのコードをXcodeプロジェクトに移行。ソースを編集するのは楽々だし、ビルドもバッチリです。嬉しがってクラス・モデルを表示してみたりして…（階層が深くないので、ほとんど意味ナシ〜笑）。

いかにもモダンな統合開発環境って感じですが、実際にはtoolchainベースであることには変わりなく、ビルドはMakefileを呼び出しているだけね。それでも、使い慣れたXcodeで作業できるのは、ターミナル嫌いの私にとっては精神的にとっても楽です（笑）。

後は、UIKitなどのクラス・ツリーを表示したり、ヘッダへのアクセスを簡単にしたいのですが、どうしたらいいんでしょう？　どなたか教えてください。

AppleがiPhone Human Interface Guidelinesなるドキュメントを公開しました。その名の通り、iPhoneにおけるヒューマン・インターフェースのガイドラインです（笑）。

かつてMacintoshの登場から間もなくして刊行された「Human Interface Guidelines:The Apple Desktop Interface」は、コンピュータGUIデザインのバイブルとして超有名（読んでない人はモグリ！）。一方、Mac OS X/Auqa版の「Apple Human Interface Guidelines（旧Aqua Human Interface Guidelines）」では、Apple自身が逸脱しちゃったりでイマイチでしたけど、今回のドキュメントはどう評価されるんでしょうね。

ともあれ、最近のAppleの動向を考えながら、このドキュメントを読むと結構笑えますよ。最初のページからして”Currently, developers create web applications for iPhone, not native applications.”ですからね。そして、すぐにWebアプリでは不可能な事柄についての説明がどんどん登場します。つまり、ネイティブ・アプリをデザインするための情報を、Appleが公式に出している訳です。

iPod touchで予見され、先週から現実のものとなった勝手iPhone＆勝手アプリ撲滅キャンペーンから考えると、このHIG公開は明らかに矛盾しています。と言うことは、近くAppleから公式SDKと公式アプリ動作環境が提供されると期待するのがスジってものです（笑）。今月はLeopard登場（のハズ）だしね。

もしかしてと思って試してみたら出来ました、斜めスライダー。setRotationBy:をスライダーに送るだけで、ハイ、この通り。ちゃんと斜めに動きます。本当は縦スライダーを作ろうとしていたんですけどね。

setRotationBy:はUIView-Geometry.hに定義されていて、GUIオブジェクトはUIViewのサブクラスなので、何でも回転できちゃうハズ。setTransform:でアフィン変換もできるみたいだから、歪んだGUIも作れますね。OS XたるiPhoneの能力の高さを再認識しましたです。

こんな風に上位クラスを調べるのは、お宝探しっぽくて楽しいですよ。Cocoa/Objective-Cだから、たぶんこんな感じかなとコードを書けば、それなりに動いてくれるのも快感。でも、正解を見つけるまでのトライ＆エラーは大変面倒なんですけどね。

【追記】斜めスライダーに喜んだのも束の間、本来の目的の縦スライダーの表示が微妙に変。ノブが少しズレてるみたい。うむむ？？