Yosemiteにアップデート〜Unityを使うため

　これまで、MacのOSが10.7.5(Lion）のままだったのだが、さして不便を感じておらず、またMarvericksに一度アップして散々だったため、そのままLionで使い続けていた。ニックネームが「獅子さん」なのも手伝って、獅子が気に入っていたのもある。 　しかしそうも言ってられなくなった。ゲーム開発をもう一度勉強するため、Unityなるものを勧められたのだが、なんとこのインストーラがLionに対応していない。これにはまいった。私は前回の失敗（Marvericks）でけっこうOS更新に慎重になっていたので（軽い気持ちで更新したらChromeが頻繁に落ちるなど、日常的な使用に差し支えた）、今回はTimeMachineでバックアップを取っておいた。まぁそれだけなんだが。 　今回したこと： 1. Unityでゲーム開発したいがLionではインストールできない→ VirtualBoxにYosemiteを入れてMacOnMacするも、重すぎて失敗（メモリを半分食うし、とても使えない） 2.（というか0）YosemiteOnLionという形を取ったのだが、話にならん程度に重い。そもそもMBAのSSDが256GBしか無いので容量確保にファイル整頓する羽目になった。 3.TimeMachineでLionをバックアップ→ Yosemiteに更新→ Unityを無事インストール（ここまで） 昨晩の夜中にこれらを完了し、今朝からしばらくYosemiteを使っているが、今のところChromeは普通に動いている様子。 　Yosemiteメモ： ・GoogleChromeは普通に動く様子 ・BetterTouchToolの、ウィンドウリサイズやスナップ系がきちんと動作しないと思い焦る→ システム環境設定「セキュリティとプライバシー」アクセシビリティのプライバシー設定にBetterTouchToolを追加することで、無事に動作。※ なおここで「カギをクリック」しても変更できないので混乱していたが、ユーザにパスワードを付けていないとこうなるらしく、パスワードを付けた。

ゲーム開発を再開しよう

　しばらく手をつけていなかったが、またゲームを作りたい気持ちが再燃してきたので、このまま勢いでcocos-2dxをもう一度、勉強し直したいと思う。また開発環境などについてメモ書きをしていく予定。このブロガーのマークアップ記法などもすっかり忘れてしまったので覚え直さなければならない。。。

auスマートパスの退会

スマートパスのアプリからだと「ページが表示されません」と言われて退会できない。 そこで、au Marketアプリのほうからログインし、アプリ（右上の||縦二本線）→ auスマートパストップ→ auスマートパス（のフォルダアイコン）→ 「各種サービス入会・退会」→ 「auスマートパス」退会（スマートパスのアプリと中身は実質同じ）これでいける。

Access VBAのテキストボックス入力制御

' 使用例 Call chkKeyPress(KeyAscii, TextBox1, 8, "[0-9]") '【パターン例】 '"[0-9]" '半角数字のみ入力可 '[A-Z]　半角英字のみ '[!0-9] 半角数字以外 '[!A-Z] 半角英字以外 ' キー入力チェック関数 Public Sub chkKeyPress(ByRef KeyAscii As MSForms.ReturnInteger, _ txtTest As Object, _ maxLength As Long, _ pattern As String) Select Case KeyAscii Case vbKeyBack, vbKeyDelete, vbKeyEscape ' BS,Del,Escapeは除外 Exit Sub End Select If Not Chr(KeyAscii) Like pattern Then KeyAscii = 0 Exit Sub End If If LenB(StrConv(txtTest.Text, vbFromUnicode)) - txtTest.SelLength >= maxLength Then KeyAscii = 0 End If End Sub

c++でCSVファイルを読み込む

　いま、ドラクエ風ターン制RPGの戦闘場面を作っている。モンスターの実データを自作すると大変なので、とりあえず試験的にWebの各所で公開されているドラクエ２のモンスターデータを使わせてもらっている。 　データはCSV形式でMacのローカルフォルダに置いてあり、プログラム実行時に読み込んで実際のモンスターのパラメータとして使っている。これまでc++でファイル操作をしたことがなかったが、昨今は有難いことにWebに良いサンプルが多数あるため、それらを改変して思ったより簡単に実装できた。 　なお、私のソースではクラス名の頭にcocosの"CC〜"に習って、"SS"（ShishiSan)という接頭語を付けている。 <pre class="prettyprint"> // モンスターデータCSV読込関数 bool SSBattleManager::readAllMonstersCSV() { ifstream ifs(SS_CSV_MONSTER); // 入力ストリーム string csvLine; // csv１行 if(!ifs) return false; // 読込エラー int number=1; // モンスター識別番号（画像ファイル名と連携） // １行ごとに順次読込 while ( getline(ifs, csvLine) ) { istringstream csvStream(csvLine); string csvCol; // １項目（列の項目） int cntCol=1; // 項目番号 ParamCreature tmpParam; tmpParam.number = number; number++; // １項目ごとに分解して構造体に追加 while ( getline(csvStream, csvCol, ',') ) { switch(cntCol){ case 1: tmpParam.name = csvCol; break; case 2: tmpParam.hp = atoi(csvCol.c_str()); break; case 3: tmpParam.mp = atoi(csvCol.c_str()); break; case 4: tmpParam.atk = atoi(csvCol.c_str()); break; case 5: tmpParam.def = atoi(csvCol.c_str()); break; ： // 中略 default: break; } ++cntCol; } m_AllMonsters.push_back(tmpParam); // 列の終端で１行分をvectorに追加 } return true; } </pre> 　簡単に解説。 　SS_CSV_MONSTER はcsvファイルへのフルパスです。Macなのでスラッシュ区切りでパスを書き（winなら¥）、たとえば "/Users/shishisan/monsters.csv"のようにdefineしておく。ifstream でファイルを開き、getline で１行読み込んで、さらにカンマ区切りに分割する。 　ParamCreature というのは、生物（勇者やモンスター）を表す、Creature クラスのパラメータ構造体。名前、HP、MP、攻撃力、守備力といったおなじみの属性を持たせるもので、Creature クラスのヘッダに定義されている。CSVの項目をカンマで分割し、おのおのパラメータに読み込む、というシンプルな構造。 　なお「モンスター識別番号」というのはモンスターに通し番号がふってあり、画像スプライトを表示するために使っている。画像スプライトに連番でたとえばスライムは01みたいにしてあり、表示時に使っている。 　CSVファイルで注意したいのは、文字コードをUTF-8にしておくこと。CSVファイルのみならず、アプリで日本語を使うさいにはソースの文字コードをUTF-8にしておく。

複数プロジェクトの起動時〜Workspace integrity ほか

1.cocos2d-x であるプロジェクトを開発中に、別のプロジェクトを開いたときの注意点。 Test1.xcodeproj を開いた状態で Test2.xcodeproj をコンパイルしてみたら、"Workspace integrity , coundnt load Test2 because it is already opened from another project or workspace" といったエラー。コンパイルできなくなる。Test1を閉じても同じだ。 → 対処：一旦、XCodeを終了し、Test2プロジェクトだけ再度開いてコンパイル。これで解決する。 <div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJNlfXQVdqVso-NYk2FSETmsmXf3k5ZoGruHAWi_ThkWaLHX2Wk-iFM6bA9fE-00QJ5Lf_SNckMTFs_0B87a9y8wdbigfVum-jFx86AfavRPqah2-AH3W4P8nEoVwpu4QZV8d-1ADOw_o/s1600/%E5%90%8D%E7%A7%B0%E6%9C%AA%E8%A8%AD%E5%AE%9A.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJNlfXQVdqVso-NYk2FSETmsmXf3k5ZoGruHAWi_ThkWaLHX2Wk-iFM6bA9fE-00QJ5Lf_SNckMTFs_0B87a9y8wdbigfVum-jFx86AfavRPqah2-AH3W4P8nEoVwpu4QZV8d-1ADOw_o/s200/%E5%90%8D%E7%A7%B0%E6%9C%AA%E8%A8%AD%E5%AE%9A.png" /></a></div> 2.新しいプロジェクトをRunした時に、iOSシミュレータが真っ黒になっているとき。 → iOSシミュレータのメニューにて、iOSシミュレータ＞コンテンツと設定をリセット これで再度Runすれば実行される。

cocos2d-xの autorelease() 関数について

　先日、けっこう困ったことがあったのでメモ。cocos2d-x のオブジェクトを継承したクラスのメモリ管理関連。 <div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgFvBv86lG57C3sYhxGLPb7SMX1j0AqzYHieHbSaKlSrDkjPXuZlurnMNFg0CPONwVFCOUDCx6504e_VhJF_VsmQ_8j7C6I0o1uMAbA4p3-DSLl25tsyd5htzrV_84lxXsMUol6njK0nyk/s1600/game1.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgFvBv86lG57C3sYhxGLPb7SMX1j0AqzYHieHbSaKlSrDkjPXuZlurnMNFg0CPONwVFCOUDCx6504e_VhJF_VsmQ_8j7C6I0o1uMAbA4p3-DSLl25tsyd5htzrV_84lxXsMUol6njK0nyk/s320/game1.png" /></a></div> 　CCLabelTTFを内包する、「メッセージボックス管理クラス」を作成してみた。（ゲーム上に出るメッセージボックスを表示したりするクラス。上の画像では「ステータス」「戦闘メッセージ」の２つです） cocos2d-x の作法に習って CCObjectクラスを継承し、CCSprite等を参考に実装。（ソースは説明のため実際より簡略化してある） <pre class="prettyprint"> // DQ風ウィンドウマネージャ "SSMsgBoxDQ.h" class SSMsgBoxDQ : public CCObject { public: SSMsgBoxDQ(void); virtual ~SSMsgBoxDQ(void); static SSMsgBoxDQ* createWithArgs(kSSMsgBoxType type, float fontSize, int cntCols, int cntRows, int cntMaxTxtLen); CCLabelTTF* getLabel(){ return m_label; }; ： protected: CCLabelTTF* m_label; // ラベル ： </pre> <pre class="prettyprint"> // DQ風ウィンドウマネージャ "SSMsgBoxDQ.cpp" SSMsgBoxDQ::SSMsgBoxDQ(void) { // コンストラクタ CCLog(__FUNCTION__); } SSMsgBoxDQ::~SSMsgBoxDQ(void) { // デストラクタ CC_SAFE_RELEASE(m_label); } SSMsgBoxDQ* SSMsgBoxDQ::createWithArgs(kSSMsgBoxType type, float fontSize, int cntCols, int cntRows, int cntMaxTxtLen) { // 初期化関数 SSMsgBoxDQ *pRet = new SSMsgBoxDQ(); if (pRet && pRet->initWithArgs(type, fontSize, cntCols, cntRows, cntMaxTxtLen)) { pRet->autorelease(); pRet->retain(); //※ 後に追加した部分 ※ return pRet; } else { CC_SAFE_DELETE(pRet); return NULL; } } </pre> 　このようにクラスを定義し、実際のゲームレイヤの初期化処理 Game::init() 内でメッセージボックスを生成。そして、たとえば画面タッチの Game::ccTouchEnded で表示内容を更新。ということを実験していたのだが、何度やっても更新されない。 <pre class="prettyprint"> void Game::Initialize() { ： // 前略 m_statusBox = SSMsgBoxDQ::createWithArgs(kSSMsgBoxTypeStatus, 13, m_cntPlayers, 3, 7); // メッセージボックス生成 ： } void Game::ccTouchEnded(cocos2d::CCTouch *pTouch, cocos2d::CCEvent *pEvent) { ： // 前略 // モンスターの HPやMPを更新 m_statusBox->updateVal(i, 1, tmpMonster->hp()); m_statusBox->updateVal(i, 2, tmpMonster->mp()); ： } </pre> そこでブレークポイントを作って動かしてみると、どうも init()内と、ccTouchEnded()内とで、ポインタ m_statusBox の指す内容が違う。というか ccTouchEnded()でオブジェクトが壊れている。ので、何日かハマった気がする。（８月末のことだが今思い出して書いています） 　今でこそ慣れたものの、当時はまだc++を思い出し思い出しだったのでさんざ調べてみたところ、やっと見つけた。英語だが、<a href="http://www.cocos2d-x.org/wiki/Reference_Count_and_AutoReleasePool_in_Cocos2d-x">こちらのサイト</a>がたいへん参考になった。いわく： <blockquote>The logic of CCAutoreleasePool is that, when you call object->autorelease(), this object is put into the autorelease pool. The pool can help you to retain this object's lifecycle till the end of current message loop. At the end of current message loop, if this object hasn't been retained by any other class/container, it will be released automaticaly. For example, layer->addChild(sprite), the sprite is added to the 'children list' of the layer, its lifecycle is retained till the release of layer, but not the end of current message loop.</blockquote> 　要点を書くと「autoreleaseによってオートリリースプールにオブジェクトが保持される。それによってオブジェクトは『今のメッセージループの終わりまで』保持され、もしこれらが他のクラスやコンテナによってリテインされなければその時に自動解放される。」たとえばレイヤーにaddChildすれば、そのライフサイクルはレイヤー解放までだが、現在のメッセージループの終わりまでではない。 　※ さらに分かりやすい解説が 上記英語記事の"An Error Sample"という項に書いてあるので具体例をご覧になれば理解が深まると思う。（まるまる引用してもアレなので割愛させて頂きます） 　私はこの「メッセージループ」という表現が聞きなれなかったのだが、ようはイベントというか、上記ゲームレイヤでいうところの init とか ccTouchEnded 関数などのことで、retain をしない／されないでいると、関数の終わりのところでオブジェクトが自動解放されてしまうよ、ということなのだ。解放されたポインタで何かしようとするとクラッシュします。 　そこで、対応として、createWithArgs 関数のクラス初期化処理に pRet->retain(); を追加したところ（最初はこの処理を入れてなかったため）、意図した通りにオブジェクトは解放されずに動いてくれた。 　なお、このことは<a href="http://www.atmarkit.co.jp/ait/articles/1304/23/news009_3.html">こちらの日本語の記事</a>、「自動解放したくない場合は」という項にも書いてあったのだが、その「根拠」がよくわからなかったので先の英語記事に辿り着いた次第。参考になれば幸いです。