Cerium を用いた
Game Programming における
テスト手法の提案

小林　佑亮

琉球大学 理工学研究科 情報工学専攻

No.098581D

今週の作業内容

• Debug
• TaskArray への対応
• Dandy 移植のアプローチ考察

超弾帝

Debug

• TaskArray 使用 -> 謎の Bad Access
• App->init で TaskArray を生成していた
• App->init は一度しか呼ばれない
• 毎フレーム TaskArray を生成する必要がある
• Renderer 側で TaskArray 生成に必要な値(Task_id, Task_num, param, inData_num, outData_num) を保持しないといけない
• 全部 SceneGraphRoot に持たせるのは嫌なので新しい class にまとめる

超弾帝

GTaskArray の作成

class GTaskArray {
public:
    GTaskArray(void);
    ~GTaskArray(void);

    HTaskPtr game_task_array;
    TaskPtr game_task;

    int task_id;
    int task_num;
    int param_num;
    int inData_num;
    int outData_num;

    void init(int id, int task, int param, int inData, int outData);
    void create_task_array(TaskManager *manager);
    void next_task_array(int id);
    void finish();
    HTaskPtr get_task_array(){return game_task_array;}
};

超弾帝

TaskArray への対応

• SceneGraphRoot が GTaskArray をもつ
• GTaskArray の init の有無によって TaskArray を使用するか判断
• Application 側では最初の init と task の設定だけでおｋ
• TaskArray を用いずに SimpleTask を使える API も作る？

超弾帝

SceneGraph の値の更新について

• 各 Task の post_func で更新
• SPE に SceneGraph そのものを送る -> パラメータが汎用的でない
• TaskArray の post_func で更新

超弾帝

• allExecute なので schedule, collision によって SceneGraph木 を書き換えていく
• 同期をどうするか
• Move->Collision->Rendering が望ましいが並列的でない
• 過去書いたソース(PutEnemy, Move関数)は再利用できる、と信じている
• 特に直書きパラメータは利用したい

研究内容

どんな研究に落とし込む？

• 可視化
• 並列度, Dependency, SPE のLS