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