ユーザ用ツール

サイト用ツール


about

差分

このページの2つのバージョン間の差分を表示します。

この比較画面へのリンク

両方とも前のリビジョン前のリビジョン
次のリビジョン
前のリビジョン
about [2026/02/23 08:47] machiaworxabout [2026/03/02 19:15] (現在) machiaworx
行 13: 行 13:
  
 ===== mR frameworkを利用するメリット ===== ===== mR frameworkを利用するメリット =====
-  * 描画を単純化することができる。点を打てば画面が作れる。\\ 3Dモデルか作らなくて済むので楽。+  * 描画を単純化することができる。点を打てば画面が作れる。\\ 3Dモデルやシェーダ、画像をあらじめ作らなくても描画を確認できるので楽。
   * レンダラーってどうやって出来てるんだろ?って調べることが出来る。オープンソースの醍醐味。   * レンダラーってどうやって出来てるんだろ?って調べることが出来る。オープンソースの醍醐味。
   * そこそこCPU処理効率のいい書き方しているので、効率的なCPU処理の勉強になる。   * そこそこCPU処理効率のいい書き方しているので、効率的なCPU処理の勉強になる。
-  * 移植が容易\\ ゲームやアプリを作って、別ライブラリや環境に移植する場合、ライブラリの出力に仮想スクリーンの内容を転送すれば移植できる。\\ 実際、前述の通りいろんなライブラリに載せ替えたりアプリケーションを作っているけど、2Dレンダラのコア部分についてはソースコードに手を加えていない。+  * 移植が容易\\ ゲームやアプリを作って、別ライブラリや環境に移植する場合、ライブラリの出力に仮想スクリーンの内容を転送すれば移植できる。\\ 実際、作例にある通りライブラリに載せ替えたりアプリケーションを作っている、2Dレンダラのコア部分については手を加えていない。
  
 ===== mR frameworkの弱点(ここが苦手) ===== ===== mR frameworkの弱点(ここが苦手) =====
-  * GPUを使った描画と比較すると、描画速度は遅い。 +  * GPUを使った描画と比較すると、描画速度は遅い。\\ 最終的な描画結果はGPUに載せるが、それまでの色をつける処理はすべてCPUで計算する。 
-  * CPU処理で仮想スクリーンを実装したので、他の処理を一緒に動かすと当然描画に時間がかかる。 +  * 前述のCPU処理で仮想スクリーンを実装したので、他の処理を一緒に動かすと当然描画に時間がかかる。\\ 対策としてメイン処理と描画処理をマルチスレッドで動かす事となる。 
-  * 3Dモデルとかを読み込んだり表示する機能は持ってない。 +  * 3Dモデルを読み込んだり表示する機能は持ってない。 
-  * フレームワーク単独でゲームとかの画面を出力すること。\\ フレームワーク自体は単独で描画する機能は持っておらず、出力が欲しい場合、仮想スクリーンの内容をGDIや別のライブラリの出力に書き込む必要がある。\\ 公開予定の実装ではGDIへの書き込みを行っているため、簡易的な確認は可能。+  * フレームワーク単独でゲームの画面を出力すること。\\ フレームワーク自体は単独で描画する機能は持っておらず、出力が欲しい場合、仮想スクリーンの内容をGDIや別のライブラリの出力に書き込む必要がある。\\ 公開予定の実装ではGDIへの書き込みを行っているため、簡易的な確認は可能。 
 +  * 描画処理以外の機能を持っていない。\\ 音楽や入力、その他の機能は別ライブラリやAPIを使う必要がある
  
about.1771804026.txt.gz · 最終更新: by machiaworx