基本的に、HRP関係はもとより、動力学シミュレーションも全くの素人です(ロボットは直感で作って動いてから理由を考える派)。
なので、質問されても全く答えられないことが大半です。ある意味、「直感で動かしてそれっぽく動いた」の記録です。

あくまでメモ書きであって、この通りに動くかどうかとかは全く不明、インストール過程なども大きく省略。 メモ書きなら表に出すなよ、という指摘もありますが、いろいろ試すに当たって、ネットにあったメモ書き程度のものでも参考になったことがおおいので、どうせなら、表に出しておこう、程度です。ご注意ください。

ただ、自分でツールとして使いたいから、やっていることはそれなりにまじめです。 用語：
「分散コンポーネント型ロボットシミュレータ」プロジェクトに係わる複数の研究機関、企業が共同で開発したソフトウエア開発・シミュレーションのための統合ソフトウエアプラットフォーム。
公式ページ(の ミラー)
平たく言えば、シミュレータの中でロボットのモデルをつくって、ボタンをぽちっとすれば、多関節のロボットのシミュレートができる。 本来は、HRPシリーズのシミュレーション用に開発されたので、ヒューマノイドロボットのシミュレーションに強い。
また、OpenRTM(RTミドルウエア)を利用して、そのシミュレーション内のロボット制御プログラムを連結できる。 平たく言えば、ロボットのハードとのやりとり部分とロボットの制御系をOpenRTMで繋ぐようにシステム設計をしておくと、ハードとのやりとり部分をシミュレータにそっくり置き換えると、実機を動かさなくても制御系の開発、チェックができる。
もちろん、「現実に忠実なシミュレーションモデル」か「シミュレーションモデル通りに動く実機」がないと、結果は大きく食い違う。 シミュレーションとはそういうもので、実はこのページの執筆者は、ロボットシミュレーションは常に懐疑的に見ていて、「実機が動く」至上主義。 （なのにシミュレータを試そうとしたのは、実機で試行錯誤するには危険なロボットをつくってしまったから）
環境構築の最終目標である「ＲＴミドルウエア」。
ＲＴミドルウエアも規格であって、実装が二つ以上あるらしいが、ここでは産総研開発のOpenRTM-aistをつかう。

一言で言えば、各種ＯＳの上に積む、ネットワーク重視のロボット技術(Robot Technology)用途向けＯＳの一種。 「ミドル」というのは、基盤となるいわゆるＯＳ部分とアプリケーションの間にあるという意味合い。 データベースなどもミドルウエアの範疇。そういう「間のソフト」の一種として、大規模ロボット制御・運用ソフトウエアを構築するのを効率化／手助け／再利用性向上などを目的として、国家プロジェクトの一部として開発されたシステム。 なお、ロボット技術はいわゆるロボットにとどまらず計測、制御など、ある意味「物理的実世界と関わり実体を持つコンピュータ応用技術」とも言え、その意味でネットワークベースの広域計測システムに使われることもある。

実装面で注目すべきは、機能を「コンポーネント」と呼ぶソフトウエアのモジュールに分解し、これをＲＴＭを通じてネットワーク経由(もちろん、１台のコンピュータ内のローカルなネットもあり)でリンクして動作させること。 これにより

• 部分ごとに開発が出来る
• コンポーネントの入出力をしっかり規定することで流用性が増す
• 一部分だけをバージョンアップできる
• 実ロボットとシミュレータをつなぎ替えて制御実験することができる(もちろん、相応のシミュレータが必要)
• 一部機能だけを別コンピュータに飛ばせる。例えばコンピュータのスペック的に１台で動かし切れないときにコンポーネントの一部をネットワークで接続された別のPCに移動させられる。

• シミュレーションを繰り返すと「なにか」過去を引きずる。
  1. コントローラRTCで、isNewすると、前回のシミュレーションの一番最後の入力が読めてしまうケースがある。 これをもってデータが来たと思って、操作をwrite()すると、たぶん、１サイクル分の制御遅れが発生する。
     そのため、Activateで初期化した後に、時刻０が読めるまではwhile(1)でから読みした方がいいらしい。
  2. コントローラブリッジでも、なにか、残る。シミュレーション実行時に聞かれる「コントローラブリッジを初期化するか」の問いで、コントローラを修正していない場合などで「いいえ」を選択すると、前回のなにか影響が出る。
     例：初期化→結果１、初期化→結果２、初期化→結果３　はすべて同じ結果になる。
     例：初期化→結果１→初期化しない→結果２→初期化しない→結果３
     　　初期化→結果４→初期化しない→結果５→初期化しない→結果６
     　　は、１＝４，２＝５，３＝６になる。
     つまり、初期化からの継続も含めて再現性はあるが、初期化しないと再現性がなくなる。

• コントローラブリッジは溜まる。初期化してもなくなるわけではなく、プロセスが存続する。 放棄されたブリッジは、ときどき「不正な処理」で落ちることもあるが、残りやすい。残っていると関連するログファイルは消せない。

• 個々のファイルは、開くときには絶対パスでも、保存されるときは相対パスに修正される。
  ので、１：モデルやコントローラのビルドディレクトリは近くにまとめておいた方が良い。２：まとめてディレクトリをコピペすると、簡単に一式の複製ができるし、たぶん、ZIPで固めて送ることもできる(VCのクリーンとncbの削除はしておいたほうがいい)。

• 図で、複数の座標軸が出ている画像があるのは、花子フォトレタッチで、各軸の表示の画面キャプチャを合成。
  手順：メニュー→マスク→色の追加、不要な部分(黒)を選択。その後、選択して、コピペして位置あわせ(枠や上部アイコンを残しておくと位置あわせしやすい)。なお、Ctrl-Aでは、マスクは無視されて選択される。

• 映像出力はビデオフォーマットで「RGB, 24bit ～」を選んで、ffmpegでmpeg4に変換した(をyoutubeとかtwitpicに上げたり)。
  > ffmpeg -i test01.mov -an -vcodec mpeg4 -vb 10000k aaa.mp4 -i test01.mov＝入力 -an＝音無 -vcoded mpeg4＝圧縮はmpeg4 -vb 10000k＝出力ビットレート設定(ファイルサイズとの取引) aaa.mp4＝出力ファイル なぜか、デフォの16bitではffmpegが認識してくれなかった。
  出力ビットレートはffmpegが自動的に適値にクリップしてくれる。無駄に大きいサイズにしておけば最高画質。 もとのmovファイルに比べて、１００分の１近くに小さくなる(このmovは非圧縮？)。