無気力か

 どうも最近書くこと無いね。
いや、書く事無いというより、興味のある事が無い。

Androidアプリは進行中です。ルールを改変してゲームとして成立してきたけど、パクリっぽいといえばパクリっぽい、斬新な感じはなくなってしまった。

それでも「戦略」は生じるっぽいので、とりあえずCPU思考部分を作りかけてるんだけど、まぁ難しいねぇ。完成するのか疑問になってきた。





そういえば先日、会社の某組にて私の作ったソフトの「限界値到達予測機能」をエライ人に説明したんだそうな。

ずいぶんと喜ばれたようで何よりだが、あれは単にスプライン曲線という線を引くロジックを使った子供騙しに過ぎない（目安にはなるのだが）。そのあたりを理解しているのだろうか。



なにやらコレをT○Mで説明させるとか何とかって話も・・・

正直嬉しくもあるけどね、そんなに見せる価値があるものじゃないよ。

自爆した

 娘用PC はサポートが打ち切られるWindows2000を使ってます。

動きももっさりしてきたし、セキュリティ上も危ないらしい？ので私のサブPC(P4マシン）を使わせる事にした。元はソフト開発用＆ゲーム用だったんだけど、もう仕事での開発もしないしゲームもやってないしね。

一応PCメンテをしてそこそこ快適に動くようにしてから。。。と思ったのですが
誤ってサウンドドライバを削除

うーん、なんたる失態

マザボのCD探して入れようとしたら 何故かDVDドライブが無い。
デバイスマネージャーを見てみると (!)マークが付いていてどうもドライバが壊れてる？らしい。


ND-3450Aというドライブなんだが、どうせネットにドライバ転がってるだろうと思い検索してみるが、どうしても見当たらず、別のドライブつけて試すか？ ネットワークでドライブつないでやるか？色々考えた末、Windowsの修復を試すことに。

幸い物理的に壊れてる訳ではないのでBIOSからは認識していてCDを読み込む事はできます。

ブルースクリーンでのファイル置き換え作業も順調に終わり、Windows起動。

するとまだ追加でファイルを読み込む必要があるみたいで、CDの場所を教えろと言ってくる。

もしや、ドライブ認識してなくて修復を続行できない？

OK押しても拉致あかないので、ダイアログをキャンセルすると

致命的なエラー云々
↓
勝手に再起動
↓
修復の続き
↓
ファイルの場所どこ？
↓
キャンセル
↓
致命的なエラー

無限ループ


なんという罠！！！！！！


結局 時間のクソかかる再インストールしましたよ・・・

夏休みの成果

Android向け 謎のゲームはやっとスクロール（縦横だけ）する所まで移植できました。ある程度のコードは流用できるのですが、XNAとAndroidでは全然違うので 苦労が多いです。

動画じゃ伝わりにくいのですが、以前のXNA試作バージョンでは、スクロール操作を止めたとき、そのポイントから確定後の定位置（マスの位置）へ瞬時に動いていて操作感や見た目が大変悪かったので、今回は離したポイントから確定位置まで自動でスクロールして固定する様に処理を追加しました。

本当は慣性スクロール的な要素を入れたかったんですが、私が思うにこの処理の実装は

1.時間と移動量を取得して操作速度を求める
2.操作後、その速度を減速させながらスクロールを続ける
3.慣性スクロール中も追加スクロール操作を受け付ける

・・・考え出すと非常に難しくなりそうな予感がしたので止めました。

早く実機で開発したいなぁ

ni hao Android

謎のゲームをAndroidへ移植開始してからはや一週間、
やっとここまでできました。（まだ全然ゲームじゃないけど）

ネット上で参考になりそうなサイトを開いて
読んでは考え、疲れて寝る、の繰り返しでした。




タイトルがちょっと地味かな？
実はここは最終的に光度を変化させてアニメーションさせたいので
カスタムViewを作ってレイアウトしています。

参考サイト：http://weide-dev.blogspot.com/2010/04/xml-customview.html

これは何度か失敗してて、原因が分からないのでそのたびに作り直し
とりあえず言える事は、テスト用のプロジェクトから丸っとコピーするとロクな事が無い。。。

画面遷移については Activityを追加しIntentを使ったものが良く紹介されているけど、別アプリを起動するイメージに近いらしく、恐らく簡単ゲームでは使わなくて良いんでしょうね。

なので、ボタンを押したら setContentView で違うViewをセットしてやる形で画面を切り替えてます（こんなやり方が良いのかすら分からんが）

ここでセットしているのは SurfaceViewを継承したクラスです。
参考サイト：http://sepiandroid.blog100.fc2.com/blog-entry-40.html

私のは上記とほぼ同様のコードで、違いは円描画の変わりにBitmapを表示しているだけなのですが、どういう訳かStartボタン押して画面が表示するまで非常に遅い。。。

ループ処理を書く前の段階ではサクっと動いてたし、描画スレッドの開始をコンストラクタで実行するのがマズいんか？と思って surfaceCreated でスレッド開始させてみたらサクっと動くようになりました。


ここまで出来ればゲームロジック部に取り組めそうだけど、よくわからないまま無理やり書いているので不安要素山積みです・・・

Androidで行こう！

SoftSoftBankから販売される予定（９月下旬）の X06HTⅡを予約してきました！
もうこれからAndroidで行く！！

決断した理由は以下の通り。

(1)Windows環境+無料で開発が出来る(MacもLinuxも可)

Androidの開発環境と言えば "eclipse "です。以前携帯アプリを作ろうとして環境だけは用意してたのでAndroid環境はすぐ整いました。(eclipce導入時はややこしくて鬱になりそうでしたが)
元々MacユーザーならiPhoneSDKを実質無料で落とせるからいいのですが、開発の為だけにWindowsユーザーがMacを買うのはね・・・MacMiniですら7万くらいしますし。

まだeclipseに完全に慣れておらず苦労してますが、MacでXcodeを扱う場合、OS操作＋開発環境でそれ以上の苦労するに違いないと予想しました。


(2)USBケーブルで即時実機テストが出来る

iPhoneの場合だと、10,000円/年くらい払ってAppleDeveloperProgramに登録し、云々といったややこしい手順が存在します。 （ここが大変だよiPhoneの実機テスト @it 参照)
X06HTの場合だとUSB接続でeclipceからテストが可能で、エミュレーターより快適との事。もちろん料金の類は何も発生しません。


(3) アプリ販売はiPhoneに比べると敷居はずっと低い

これは色々なサイトを調べた個人的な感想です。iphoneアプリはこの件に関して本が出ていたりするほどで、特に EINという米国納税者番号取得が大変なのだとか。このおかげでEIN取得代行業者までいるくらいです（現在は、EIN取得とか不要で楽になってる、との情報もありますが）。
iTuneStoreでしか販売できないのも、せっかく作ったアプリが日の目を見ぬまま埋もれてしまう要因となっていて厳しい所ですね。

対してAndroidアプリは、いくつかダウンロードサイトが存在します。
国内ですと、andro navi   appli.jp があり、ここでの登録なら簡単でしょう。
本家のAndroidMarketですらさほど難しくないようです(Androidアプリ有料アプリ登録方法)


(4) 端末としてのX06HTⅡに魅力を感じた

有機ELモデルのX06HTのレビューを参考にした感じでは、多くの人が良評価をしていました。バッテリーの持ちの悪さと内臓スピーカーの音質に不満を持った意見が目立ってましたが、2つとも自分にとってはあまり気にならない要因（バッテリーはTFT液晶になって改善される、との見方も）。

いまや携帯では当たり前のmicroSDカードが刺さること、.doc .xls .ppt .pdf などのドキュメントビューア標準搭載であることも地味にいいです。画面も色々カスタマイズ出来るみたいで楽しそうですね（FlashLiteにも対応）

一般的な携帯を使ってるユーザーにとって気になりそうなのは お財布ケータイ非対応、ワンセグが無いこと、くらいなような気がします。これは私にとってはどうでもいいことｗ
あとは日本語入力がどうなのかって事ですかね。


端末がくるまで約2ヶ月か。それまでに冷めなきゃいいのですが。


話の趣旨から脱線しますが、アメリカのスマートフォン市場ではAndroid搭載端末の販売シェアが首位になったそうです。
http://journal.mycom.co.jp/news/2010/08/06/012/

日本では似たようにAndroidがシェアを拡大しているようですが(まだiPhoneが上)、いわゆるガラケーと呼ばれる日本の携帯が強いと言うお国事情もあるし、スマートフォン自体どこまで伸びるのか未知数ですね。根拠は無いですがAndroidもiPhoneと同じくある程度のところで失速する気がするな～

http://itpro.nikkeibp.co.jp/article/COLUMN/20100416/347192/