[PR]
2025年01月31日
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
Abyss Quest 1.2 リリース開始
2010年02月03日
Abyss Quest バージョン1.2がリリース開始となりました。バージョンアップ内容の詳細は以前の記事「Abyss Quest バージョン 1.2 マスターアップのお知らせ」を参照してください。Lite版ではダンジョンマップのサイズが20×20だけなのでそれほどメリットがありませんが、フルバージョンにあるスコアアタック上級版ではマップのサイズが40×40になります。今回のバージョンアップによりメイン画面から1ボタンで表示モードの切り替えが出来るのでより攻略に集中できるのではないでしょうか。
PR
HTML5をUIWebViewで表示させる
2010年02月02日
前回の記事「UIWebView と HTML5」だけはちょっと無責任なので、リソースからのロードについて実験をしてみました。
結果から先に書くと、UIWebViewでもちゃんとHTML5は認識されて表示されました。
実験にはiPhone SDK 3.1.2 with Xcode 3.2.1を使用しました。実験の大まかな手順は以下の通りです。
1.Xcodeで新規プロジェクトを作成する。テンプレートはiPhone OS > Application > View-based Applicationを選択し、プロジェクト名は「CanvasTest」としました。
2.Recorcesに新規ファイルを追加します。テンプレートはMac OS X > Other > 空のファイルを選択し、ファイル名は「CanvasTest.html」としました。内容は以下の通りです。iPhone OSでUIWebViewに表示させるだけなので、titleなどは入れずにシンプルな構成にしています。
3.念のため変更を保存します。
4.Classesを展開してCanvasTestViewController.hを開き、@interfaceから@endまでの部分を以下のように変更します。
5.変更を保存し、CanvasTextViewController.mを開き、＠implementationの直後に以下を追加します。エラー対策なしの手抜きですが気にしなくても問題ないでしょう。
6.ファイルの後方にあるdeallocメソッドを以下に変更します。
8.Xcodeに戻り、ビルドと実行を行います。以下のような画面が表示されます。なお下の画像はステータスバー部分を取り除いたスクリーンショットです。
標準の状態では上と左に10ピクセルの余白が入るようですが、canvasの枠もその内部の三角形もきちんと描画されているのがわかります。
2010年2月11日追記：
Canvas関連のjavascriptメソッドへの対応は、MacやWindows用のSafari3同等の対応のようです。そのためstrokeTextやfillTextなどのテキスト描画系命令は使えないので注意が必要です。
結果から先に書くと、UIWebViewでもちゃんとHTML5は認識されて表示されました。
実験にはiPhone SDK 3.1.2 with Xcode 3.2.1を使用しました。実験の大まかな手順は以下の通りです。
1.Xcodeで新規プロジェクトを作成する。テンプレートはiPhone OS > Application > View-based Applicationを選択し、プロジェクト名は「CanvasTest」としました。
2.Recorcesに新規ファイルを追加します。テンプレートはMac OS X > Other > 空のファイルを選択し、ファイル名は「CanvasTest.html」としました。内容は以下の通りです。iPhone OSでUIWebViewに表示させるだけなので、titleなどは入れずにシンプルな構成にしています。
<!doctype html>
<html>
<head>
<script type="text/javascript">
function draw() {
var canvas = document.getElementById('canvas');
var ctx = canvas.getContext('2d');
// 三角形を描きます
ctx.beginPath();
ctx.moveTo(150, 50);
ctx.lineTo(250, 250);
ctx.lineTo(50, 250);
ctx.closePath();
ctx.stroke();
}
</script>
<style type="text/css">
canvas { border: 1px solid black; }
</style>
</head>
<body onload="draw();">
<canvas id="canvas" width="300" height="300"></canvas>
</body>
</html>
3.念のため変更を保存します。
4.Classesを展開してCanvasTestViewController.hを開き、@interfaceから@endまでの部分を以下のように変更します。
@interface CanvasTestViewController : UIViewController {
UIWebView *myWebView;
}
@property (nonatomic,retain) IBOutlet UIWebView *myWebView;
@end
5.変更を保存し、CanvasTextViewController.mを開き、＠implementationの直後に以下を追加します。エラー対策なしの手抜きですが気にしなくても問題ないでしょう。
@synthesize myWebView;
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
NSError *error = nil;
NSString *htmlPath = [[NSBundle mainBundle] pathForResource:@"CanvasTest
ofType:@"html"];
NSString *htmlString = [NSString stringWithContentsOfFile:htmlPath
encoding:NSUTF8StringEncoding
error:&error];
[myWebView loadHTMLString:htmlString baseURL:nil];
}
6.ファイルの後方にあるdeallocメソッドを以下に変更します。
- (void)dealloc {
[myWebView release];
[super dealloc];
}
8.Xcodeに戻り、ビルドと実行を行います。以下のような画面が表示されます。なお下の画像はステータスバー部分を取り除いたスクリーンショットです。
標準の状態では上と左に10ピクセルの余白が入るようですが、canvasの枠もその内部の三角形もきちんと描画されているのがわかります。
2010年2月11日追記：
Canvas関連のjavascriptメソッドへの対応は、MacやWindows用のSafari3同等の対応のようです。そのためstrokeTextやfillTextなどのテキスト描画系命令は使えないので注意が必要です。
UIWebView と HTML5
2010年02月02日
iPhoneアプリケーション開発で使われるUIWebViewはiPhone版Safariと同じようにHTML5対応が行われているようです。ものは試しとTiny3DのHTMLダウンロード機能（現行バージョンはUIWebView使用）でHTML5で書かれたサイトを表示させてみたところ、Canvasが使われているページがきちんと表示されました。ちなみに実験した実機はiPhone OS 3.1.2にバージョンアップされた初代iPod touchです。アプリケーションのリソースにHTML5のファイルを含めておき、UIWebViewでロードさせるという使い方もできそうですね。
もちろんHTML5はまだ完成形ではないですし、WebGLなどの現在実装作業中のものは対応していませんのでその点はご注意を。
もちろんHTML5はまだ完成形ではないですし、WebGLなどの現在実装作業中のものは対応していませんのでその点はご注意を。
Abyss Quest バージョン 1.2 マスターアップのお知らせ
2010年01月31日
Abyss Quest（Lite含む）のバージョンアップ版をアップロードしました。承認が下り次第リリースとなります。今回のバージョンアップによる変更点は以下の通りです。
Abyss QuestおよびAbyss Quest Litte共通：
メイン画面のコマンドﾊﾞｰで、左から2番目の設定に割り当てていたボタンを表示切り替え用に変更しました。ボタンを押すごとに表示が拡大表示（表示1）から縮小表示（表示2）へ、縮小表示（表示2）から拡大表示（表示1）へとアニメーションしつつ切り替わります。なお、これまでの設定はコマンドボタンを押して表示されるメニューに移動しています。
Abyss Questのみ：
クエストを進めると解放されるスコアアタック系ダンジョン内で、階を下りた時に装備中の武器や防具のステータス数値が誤って変更されてしまっていた不具合を修正しました。（なお、現行バージョンでは武器や防具を装備しなおすことでステータス数値が正常に戻ります。）
謝辞他：
げし様、当ブログへの詳細な不具合報告ありがとうございました。おかげさまでようやくバグの原因がを見つけることができました。なお、現行バージョンのユーザーの皆様には、バグの発見および修正に大変長らくお待たせいたしましたことをお詫びいたします。
Abyss QuestおよびAbyss Quest Litte共通：
メイン画面のコマンドﾊﾞｰで、左から2番目の設定に割り当てていたボタンを表示切り替え用に変更しました。ボタンを押すごとに表示が拡大表示（表示1）から縮小表示（表示2）へ、縮小表示（表示2）から拡大表示（表示1）へとアニメーションしつつ切り替わります。なお、これまでの設定はコマンドボタンを押して表示されるメニューに移動しています。
Abyss Questのみ：
クエストを進めると解放されるスコアアタック系ダンジョン内で、階を下りた時に装備中の武器や防具のステータス数値が誤って変更されてしまっていた不具合を修正しました。（なお、現行バージョンでは武器や防具を装備しなおすことでステータス数値が正常に戻ります。）
謝辞他：
げし様、当ブログへの詳細な不具合報告ありがとうございました。おかげさまでようやくバグの原因がを見つけることができました。なお、現行バージョンのユーザーの皆様には、バグの発見および修正に大変長らくお待たせいたしましたことをお詫びいたします。
開発者の視点で見るiPad
2010年01月31日
とりあえずiPadに関する公式情報はほぼ出尽くしたようなので、一開発者としての視点でiPadについて私見を述べてみます。
なぜ今回もFlash非対応なのか
まず、Flashへの非対応について。これは対応させる気があれば既にiPhone 3GSが出るまでには対応させていただろうと思われるので、「Flashは未来のWebには不要なもの。」というアップル社の思想が背景にあるように思えます。ネット上の噂話に「Flashの存在はApp Storeを脅かす存在だから非対応にしているのだ。」などといったものがありますが、これは間違いでしょう。もしそれがFlash非対応の理由ならHTML5を使用したWebアプリケーション開発や配布もFlash同様にApp Storeの外で行われ、その存在を脅かすものであるはず。そのためHTML5もFlash同様に非対応を貫かなければおかしいはずです。ですがHTML5への対応についてはFlashとは正反対であり積極的に行われています。ここから考えられるのは、「HTML5は今後必要になるものなので積極的に対応してゆく。」という思想です。Flashが飯の種という人たちにとっては残念な話なのでしょうけれど、外野がいくら騒いだところでこの方針が変わることは無いと思われます。
なぜMac OS XではなくiPhone OSなのか
iPadの動作OSがMac OS XではなくiPhone OSであるのは、「指で画面をタッチして使う機器にはiPhone OSのほうがMac OS Xよりも適している。」という思想があるのではないかと思われます。実際にやったことがあるわけではありませんが、Mac OS X動作機器を「マウスのようなポインティングデバイスなし、タッチパネルを指のみ」で操作するのは至難の業でしょう。話はそれますがアメリカではModBookという、「Apple純正MacBookホワイトなどの画面を液晶タブレットに置き換える改造したもの」を売っている会社があります。ちなみに価格は一番安いものでMacBookホワイト分も込みで2248ドルからだとか（本体持ち込みの改造のみは1299ドルから）。このModBookは指での操作も一応できるようですが、細かい操作はスタイラスを用いなければ厳しいものと思われます。Mac OS X向けの開発用には用意されているツリー表示用の部品がiPhone用としては存在していないのも、指では操作中に画面が隠れてしまうため、マウスポインタ操作のような数ドット単位の細かいコントロール が容易ではないからでしょう。
アプリケーション開発者にとっての魅力は何か
さて、何も特別な道具なし、指のみで直感的に操作可能というのが売りのiPhone OSですが、それゆえの開発上の問題点もあります。iPhone OSの標準ユーザーインターフェイス(以下UIと略）用の部品はどれもそこそこのサイズがあります。そのためUI部品を多数必要とするようなアプリケーションを作ろうとすると、画面がそれらで埋め尽くされ、データ表示部分が狭くなってしまうのです。狭い部分に無理をして多くのデータを詰め込もうとするれば、文字が小さく読みにくくなってしまいます。逆にデータ量を減らせば一覧性が低下し、全体を把握するために何個かの画面を右へ左へと行ったり来たりしなければならなくなります。そこを何とかするのが開発者の腕の見せ所だろうという厳しい声も聞こえて来そうではありますが（汗）、多くの開発者にとって頭の痛い問題だったのは事実でしょう。
そんなわけで、今回発表されたiPadをiPhoneアプリケーション開発者の視点で見てみると、一番の魅力は画面の解像度とサイズです。まずピクセル単位で考えると、画面はこれまでの5.12倍の面積があります。そしてppi(pixel per inch)の比較でもiPhone/iPod touchが163ppi、iPadが132ppiですから、たとえこれまでと全く同じピクセル数の文字を表示させたとしても、1.2倍以上の大きさとなり読みやすくなることがわかります。UI部品配置の自由度は格段に上がり、一画面で表示できるデータ量も一気に増える。開発者にとってこれは大いに歓迎すべき部分でしょう。
当日追記：
Flashの非対応については別の側面もあるかもしれません。アップル社にとってiPhone OSは「コンピューターにあまり詳しくない人でもセキュリティ面で余計な心配をせずに使えるインターネット端末」を提供するためのものとも考えられます。ユーザー側によるマルチタスク不可も、背後で動作するコンピューターウィルスやスパイウェアの排除という側面もありそうです。この点から考えると、Flash対応→iPhoneのセキュリティ管理をアップル社で一元管理できない→セキュリティ面に他社任せで不安な部分が出来てしまうという図式が成り立ちます。アップル社としては「これまで信頼を築き上げてきたiPhone OSのセキュリティ面での安全性を他社任せにして失うようなことがあってはならない」と考えているのかもしれません。HTML5についてはアップル社の自己責任でSafariに実装するものなので、たとえ不備が見つかっても自身で対処できます。これはFlashとは対照的な部分です。HTML5の積極的な採用と、Flashの非対応にはこのような背景もあるのではないでしょうか。
OSについては、Mac OS Xを入れたらストレージ（フラッシュメモリ）の大半がそれで埋まってしまうのではという問題や（フル機能のMac OS Xや周辺ソフトをインストールするなら16GBでは足りないのでは？）、OSのメジャーバージョンアップファイルが肥大化して「オンライン配布でボタン一 つでアップデート」というiPhoneのようなシンプルさが失われてしまうという問題があります。ストレージ容量はハードディスクの搭載や搭載フラッシュメモ リーの大容量化でなんとかできたとしても、「素直にMacBookでも買ったら？」という価格帯になってしまいそうです。また、「バージョンアップはお手持ちの母艦とケーブルで繋いだ後にディスクを入れて、説明書でも見ながら頑張ってね」というのは大衆向けの手軽な機器を目指していると思われるiPadにあってはならないことでしょう。 結局のところ、コストやターゲットを考えると、Mac OS Xの搭載はあり得ないということになるのではないでしょうか。
なぜ今回もFlash非対応なのか
まず、Flashへの非対応について。これは対応させる気があれば既にiPhone 3GSが出るまでには対応させていただろうと思われるので、「Flashは未来のWebには不要なもの。」というアップル社の思想が背景にあるように思えます。ネット上の噂話に「Flashの存在はApp Storeを脅かす存在だから非対応にしているのだ。」などといったものがありますが、これは間違いでしょう。もしそれがFlash非対応の理由ならHTML5を使用したWebアプリケーション開発や配布もFlash同様にApp Storeの外で行われ、その存在を脅かすものであるはず。そのためHTML5もFlash同様に非対応を貫かなければおかしいはずです。ですがHTML5への対応についてはFlashとは正反対であり積極的に行われています。ここから考えられるのは、「HTML5は今後必要になるものなので積極的に対応してゆく。」という思想です。Flashが飯の種という人たちにとっては残念な話なのでしょうけれど、外野がいくら騒いだところでこの方針が変わることは無いと思われます。
なぜMac OS XではなくiPhone OSなのか
iPadの動作OSがMac OS XではなくiPhone OSであるのは、「指で画面をタッチして使う機器にはiPhone OSのほうがMac OS Xよりも適している。」という思想があるのではないかと思われます。実際にやったことがあるわけではありませんが、Mac OS X動作機器を「マウスのようなポインティングデバイスなし、タッチパネルを指のみ」で操作するのは至難の業でしょう。話はそれますがアメリカではModBookという、「Apple純正MacBookホワイトなどの画面を液晶タブレットに置き換える改造したもの」を売っている会社があります。ちなみに価格は一番安いものでMacBookホワイト分も込みで2248ドルからだとか（本体持ち込みの改造のみは1299ドルから）。このModBookは指での操作も一応できるようですが、細かい操作はスタイラスを用いなければ厳しいものと思われます。Mac OS X向けの開発用には用意されているツリー表示用の部品がiPhone用としては存在していないのも、指では操作中に画面が隠れてしまうため、マウスポインタ操作のような数ドット単位の細かいコントロール が容易ではないからでしょう。
アプリケーション開発者にとっての魅力は何か
さて、何も特別な道具なし、指のみで直感的に操作可能というのが売りのiPhone OSですが、それゆえの開発上の問題点もあります。iPhone OSの標準ユーザーインターフェイス(以下UIと略）用の部品はどれもそこそこのサイズがあります。そのためUI部品を多数必要とするようなアプリケーションを作ろうとすると、画面がそれらで埋め尽くされ、データ表示部分が狭くなってしまうのです。狭い部分に無理をして多くのデータを詰め込もうとするれば、文字が小さく読みにくくなってしまいます。逆にデータ量を減らせば一覧性が低下し、全体を把握するために何個かの画面を右へ左へと行ったり来たりしなければならなくなります。そこを何とかするのが開発者の腕の見せ所だろうという厳しい声も聞こえて来そうではありますが（汗）、多くの開発者にとって頭の痛い問題だったのは事実でしょう。
そんなわけで、今回発表されたiPadをiPhoneアプリケーション開発者の視点で見てみると、一番の魅力は画面の解像度とサイズです。まずピクセル単位で考えると、画面はこれまでの5.12倍の面積があります。そしてppi(pixel per inch)の比較でもiPhone/iPod touchが163ppi、iPadが132ppiですから、たとえこれまでと全く同じピクセル数の文字を表示させたとしても、1.2倍以上の大きさとなり読みやすくなることがわかります。UI部品配置の自由度は格段に上がり、一画面で表示できるデータ量も一気に増える。開発者にとってこれは大いに歓迎すべき部分でしょう。
当日追記：
Flashの非対応については別の側面もあるかもしれません。アップル社にとってiPhone OSは「コンピューターにあまり詳しくない人でもセキュリティ面で余計な心配をせずに使えるインターネット端末」を提供するためのものとも考えられます。ユーザー側によるマルチタスク不可も、背後で動作するコンピューターウィルスやスパイウェアの排除という側面もありそうです。この点から考えると、Flash対応→iPhoneのセキュリティ管理をアップル社で一元管理できない→セキュリティ面に他社任せで不安な部分が出来てしまうという図式が成り立ちます。アップル社としては「これまで信頼を築き上げてきたiPhone OSのセキュリティ面での安全性を他社任せにして失うようなことがあってはならない」と考えているのかもしれません。HTML5についてはアップル社の自己責任でSafariに実装するものなので、たとえ不備が見つかっても自身で対処できます。これはFlashとは対照的な部分です。HTML5の積極的な採用と、Flashの非対応にはこのような背景もあるのではないでしょうか。
OSについては、Mac OS Xを入れたらストレージ（フラッシュメモリ）の大半がそれで埋まってしまうのではという問題や（フル機能のMac OS Xや周辺ソフトをインストールするなら16GBでは足りないのでは？）、OSのメジャーバージョンアップファイルが肥大化して「オンライン配布でボタン一 つでアップデート」というiPhoneのようなシンプルさが失われてしまうという問題があります。ストレージ容量はハードディスクの搭載や搭載フラッシュメモ リーの大容量化でなんとかできたとしても、「素直にMacBookでも買ったら？」という価格帯になってしまいそうです。また、「バージョンアップはお手持ちの母艦とケーブルで繋いだ後にディスクを入れて、説明書でも見ながら頑張ってね」というのは大衆向けの手軽な機器を目指していると思われるiPadにあってはならないことでしょう。 結局のところ、コストやターゲットを考えると、Mac OS Xの搭載はあり得ないということになるのではないでしょうか。
バッドアイテムの役割
2010年01月30日
リリースからずいぶんと時間も経ったのでちょっとだけ開発者しか知らないような極秘情報を公開します。今回の情報は、お邪魔アイテムの利用法についてです。
「混乱」などのプレーヤーの足を引っ張るアイテムには、実は隠された役割があります。ヒントは試験用アビスを終えてすぐにラボの上に乗ると表示されるメッセージなのですが、気づいた方はいるでしょうか。
ラボではアビスの研究をしており、持ち帰ったアイテムを提出できます。「混乱」などのお邪魔系アイテムをそれぞれある一定数提出すると、ラボの研究員による分析が終わります。分析が終わった種類については、ショップでトラップ作成アイテムの販売が始まります。ちなみに提出は、ラボの上でコマンドからアイテムを選び、アイテムリストから提出したいアイテムをタップします。そのあとどうするか聞かれたら、「提出する」を選びます。これでラボへの提出は完了します。
もう一つの役割は、提出数に従いアビスで罠にかかった際に回復に要するターン数が減少するというものです。さらに、敵が罠にかかった際の回復ターン数は逆に増加するという仕掛けもあります。ラボの研究員、こっそりとこんな仕事をしてたんですね。お邪魔アイテムは持ち歩くのは邪魔なので、「アイテム転送」でベースキャンプに送り、メールボックスから取り出して提出するのが効率のよい方法でしょう。
ちなみに、試験用アビスに落ちているお邪魔アイテムはレプリカです。名前も効果も全く同じですが、こちらを提出しても上記のようなご利益はありません。提出しても所持金が増えるだけなので、ゴミアイテムも同然です。試験用アビス自体がプレーヤー側の組織で作った「本物のアビスの情報から作られたレプリカ」なので当たり前ではあるのですが、そのあたりの情報はまだこのブログでしか公開していません。まあ、このブログまで見に来る熱心なプレーヤーさんへのプレゼントということで勝手に納得することにしています。
「混乱」などのプレーヤーの足を引っ張るアイテムには、実は隠された役割があります。ヒントは試験用アビスを終えてすぐにラボの上に乗ると表示されるメッセージなのですが、気づいた方はいるでしょうか。
ラボではアビスの研究をしており、持ち帰ったアイテムを提出できます。「混乱」などのお邪魔系アイテムをそれぞれある一定数提出すると、ラボの研究員による分析が終わります。分析が終わった種類については、ショップでトラップ作成アイテムの販売が始まります。ちなみに提出は、ラボの上でコマンドからアイテムを選び、アイテムリストから提出したいアイテムをタップします。そのあとどうするか聞かれたら、「提出する」を選びます。これでラボへの提出は完了します。
もう一つの役割は、提出数に従いアビスで罠にかかった際に回復に要するターン数が減少するというものです。さらに、敵が罠にかかった際の回復ターン数は逆に増加するという仕掛けもあります。ラボの研究員、こっそりとこんな仕事をしてたんですね。お邪魔アイテムは持ち歩くのは邪魔なので、「アイテム転送」でベースキャンプに送り、メールボックスから取り出して提出するのが効率のよい方法でしょう。
ちなみに、試験用アビスに落ちているお邪魔アイテムはレプリカです。名前も効果も全く同じですが、こちらを提出しても上記のようなご利益はありません。提出しても所持金が増えるだけなので、ゴミアイテムも同然です。試験用アビス自体がプレーヤー側の組織で作った「本物のアビスの情報から作られたレプリカ」なので当たり前ではあるのですが、そのあたりの情報はまだこのブログでしか公開していません。まあ、このブログまで見に来る熱心なプレーヤーさんへのプレゼントということで勝手に納得することにしています。
iPadについて
2010年01月28日
ついにiPadが発表となりました。iPhone OS 3.2で動作します。3G対応版はざっくりと表現するなら大きな画面でカメラがついていない電話のかけられないiPhone 3GS、WiFiのみ版は大きな画面のiPod touchという感じでしょうか。細かく見れば無線が802.11a/b/g/nに対応するなど、これまでと異なる部分もあります。iBooksという電子ブックアプリもありますし。iPadでは3G対応版とWiFiのみ版で3G通信の有無以外の差は無いようです。
CPUの処理能力はおそらくiPhone 3GSの2倍以上ありそうですが、ストレージではないアプリ実行用のメモリー容量が増えているのかは不明な状態です。これまでのiPhone用アプリは全て動くようです。ただカメラアプリについてはよくわかりません。ドッグからUSB用のアダプタを経由してWebカメラ等を繋げば使えるということなのか、カメラ系アプリはiPod touch同様使えないのか、どちらなのでしょうか。このあたりは実機が出ないとわからなそうです。
これまでのアプリはこれまで同様の解像度で動かす事も、拡大表示で動かす事もできます。今後発表されるであろう正式なiPhone SDK 3.2を使用すれば、iPadの解像度にも対応したアプリの配布が可能になるようです。画面が9.7インチのXGAに広がる事で、ビューアー系の用途ではより見やすく便利になりそうです。同時発表のiWorkを使って個人相手のプレゼンに使うという用途も考えられそうですね。
当日追記：
一応GPSは3G対応版のみということになるようです。iPod touchでも無線LANのアクセスポイントとつながっていればほぼ同様の位置情報を割り出せていたので、大きな差にはならなそうです。
2010年1月29日追記：
現状ではiBooks関連機能は日本で利用できない可能性が大きいようです。日本のアップル社ホームページにもiPadの紹介ページが出来ましたが、それらに関連した部分は全部カットされています。
A4と呼ばれているチップのCPU部分はARM系のコアだそうです。iPhone OSが動作する（これまでのiPhone OS動作機器は全部ARM系コア）ことから考えると当然といえば当然なのですが。
CPUの処理能力はおそらくiPhone 3GSの2倍以上ありそうですが、ストレージではないアプリ実行用のメモリー容量が増えているのかは不明な状態です。これまでのiPhone用アプリは全て動くようです。ただカメラアプリについてはよくわかりません。ドッグからUSB用のアダプタを経由してWebカメラ等を繋げば使えるということなのか、カメラ系アプリはiPod touch同様使えないのか、どちらなのでしょうか。このあたりは実機が出ないとわからなそうです。
これまでのアプリはこれまで同様の解像度で動かす事も、拡大表示で動かす事もできます。今後発表されるであろう正式なiPhone SDK 3.2を使用すれば、iPadの解像度にも対応したアプリの配布が可能になるようです。画面が9.7インチのXGAに広がる事で、ビューアー系の用途ではより見やすく便利になりそうです。同時発表のiWorkを使って個人相手のプレゼンに使うという用途も考えられそうですね。
当日追記：
一応GPSは3G対応版のみということになるようです。iPod touchでも無線LANのアクセスポイントとつながっていればほぼ同様の位置情報を割り出せていたので、大きな差にはならなそうです。
2010年1月29日追記：
現状ではiBooks関連機能は日本で利用できない可能性が大きいようです。日本のアップル社ホームページにもiPadの紹介ページが出来ましたが、それらに関連した部分は全部カットされています。
A4と呼ばれているチップのCPU部分はARM系のコアだそうです。iPhone OSが動作する（これまでのiPhone OS動作機器は全部ARM系コア）ことから考えると当然といえば当然なのですが。
ベータの季節？
2010年01月27日
日本時間の28日午前3時から米アップル社のイベントが開催されます。世の関心はおそらく出るだろうと噂されているタブレット端末に向いているようです。周辺からの情報漏れが起きている現状、出ないという可能性のほうが低くなっているように感じます。動作OSがMac OS X系ではなくiPhone OS系ということになる可能性が高いという噂もあります。iPhone OS系だとストレージはフラッシュメモリになりそうですが、どうなるのか気になるところです。
もしタブレットがMac OS X系で、iPhone OSとは無縁なものであったとしても、毎年恒例のiPhone SDKの新ベータ版は発表になると思われます。そちらで気になるのは、
3.2βとなるのか年が変わったから4.0βとなるのか
4.0βとするならコピーペースト並みの新機能追加はあるのか
サポート範囲は初代iPhoneや第1世代iPod touchを含むのか
といったところですね。新規ハードを準備しているとしても、iPhone 3GS同様市場に出る直前まで発表はしないでしょう。今回はOSのみの発表でSDKのβ版が発表後にダウンロード開始になるというのが妥当なところでしょう。
もしタブレットがMac OS X系で、iPhone OSとは無縁なものであったとしても、毎年恒例のiPhone SDKの新ベータ版は発表になると思われます。そちらで気になるのは、
3.2βとなるのか年が変わったから4.0βとなるのか
4.0βとするならコピーペースト並みの新機能追加はあるのか
サポート範囲は初代iPhoneや第1世代iPod touchを含むのか
といったところですね。新規ハードを準備しているとしても、iPhone 3GS同様市場に出る直前まで発表はしないでしょう。今回はOSのみの発表でSDKのβ版が発表後にダウンロード開始になるというのが妥当なところでしょう。
