OOとゲームプログラミング

**名無しさん＠お腹いっぱい。** · 01/11/07 23:55

OOをどのように用いれば美しくゲームプログラミングを
行うことが出来るのか語り合うスレです。

**名前は開発中のものです。** · 02/01/17 00:32

>>489
まあワークシステムのUpdate程度の用途であれば
オーバーヘッドの差は微々たる物でしょうね。
どちらかというと、new/deleteなしに、
Stateパターンを適応するのが本来の目的なのです。

**名前は開発中のものです。** · 02/01/17 00:35

>>491
前にも誰か書いてたが、なぜ関数ポインタを使わないんだ？　C++ だと仮想関数へのポインタも取得
できるから、それで何ら問題ないと思うんだが。

**名前は開発中のものです。** · 02/01/17 00:38

>>490
それは有り得ません。
なぜなら、例えdefaultがなくとも、
変数が必ずcase内の値を取ることが保証されない限り
範囲チェックは必須だからです。
switch(a){
case 0:break;
case 1:break;
};
という構文において、aが0と1の値以外を取らないことは、
静的に保証できません。
まあ、
switch(a&1){}
とすれば最近の最適化コンパイラならdefaultを省略してくれるかもしれませんが。

**名前は開発中のものです。** · 02/01/17 00:41

>>486
ハイハイ。ＰＳ２だかＰＣは偉いね。

**名前は開発中のものです。** · 02/01/17 00:43

>>492
外部からクラスメンバを呼び出すとき、
unknown->Method()
としたいからです。

02/01/17 01:06

switch使ったらライブラリ化できないでしょうが。

**名前は開発中のものです。** · 02/01/17 01:10

>>495
それは、単純な転送関数を書けば良い気がするけど。たとえば、下のようなコードと比較して得失は
何なんでしょ？

> 仮想関数としてはつかえんでしょ。
これなのかなぁ。

struct State
{
　　void exec1() {}
　　void exec2() {}
};

class Foo
　　: private State
{
　　void (Foo::*pMethod)();

public:
　　Foo() : pMethod(&State::exec1) {}
　　void method() { (this->*pMethod)(); }
};

int
main(void)
{
　　Foo foo;
　　foo.method();
　　return 0;
}

**名前は開発中のものです。** · 02/01/17 01:20

>>478でも書いてるけど、ようはmethodを仮想関数にしたいわけです。
methodを仮想関数にすると、インライン展開できないので、
関数コール分のオーバーヘッドが増える。
この両者を解決するのが仮想関数テーブルアドレスの上書きであるということ。

**名前は開発中のものです。** · 02/01/17 01:33

もはや日本語じゃなくてC++で話した方がいいような気がしてきた。

**名前は開発中のものです。** · 02/01/17 02:08

ジャンプテーブルの参照なんて、どう組み込んでもおんなじじゃん…
直接vtable書き換えるようなオバカな真似してどうするのさ。
それはコンパイラ提供側の仕様に依存しているという最悪の選択肢。
正直、仮想関数のオーバーヘッドが気になるレベルの性能が必要なら、
もっと別の解決法を考えた方がいい。

仮想関数の機構は、基底を同じくするクラスの多態性を実装するためのものなんだから、
状態別でアッパーキャストするならまだしも（これだってクラスの内容によっては
何が起きるか分からなくなるので、実装依存もいいとこなんだが）、正直その使い方は
およそ賛成しかねるなあ…。

あと、直接関係ないネタだけど。

>methodを仮想関数にすると、インライン展開できないので、

これは多くの人が誤解していることだけど、実際に仮想関数がvtable経由で
コールされるのは、アッパーキャストが絡むときのみ。
わざわざ vtable を辿らなくてもコール先が自明な場合、コンパイラは直接
関数を呼び出すコードを生成する。
inline virtual なんて、珍しくないよ？

煽るつもりじゃないのでsage

**500** · 02/01/17 02:09

sage忘れた。
500ゲットに免じてご勘弁。

**名前は開発中のものです。** · 02/01/18 10:04

>>500

＞実際に仮想関数がvtable経由でコールされるのは、アッパーキャストが絡むときのみ。

まともに OOP してるなら、ベースクラス通して使う事がほとんどだと思うのですが…。

**502** · 02/01/18 10:10

書いた後に誤解を受ける文章だと気づいた。

私も vtable 書き換えなんて、よっぽどの事でもないかぎり反対です。
というかゲーム業界のプログラマって、過酷なターゲットいじり過ぎて
「まず速度ありき」なのはちょっとマズイ状況だと思う。

最適化は最後の作業ってのはソフトウェア業界の常識だと思いますけど、
そこらへんは皆さんどうお考えですか？

02/01/18 10:45

まず速度ありき
速度の前にコード無く、コードの後に速度無し。

**名前は開発中のものです。** · 02/01/18 13:19

速度を考えるなら、まずはアルゴリズムの最適化

**名前は開発中のものです。** · 02/01/18 15:54

>>503
まず、モジュール化ありき。

ボトルネックになる部分はほんの一部に過ぎない。システムを詳細な、依存関係が少ない部分にばらして
おけば、ボトルネックを見つけて改良するもの楽。（後からアルゴリズム差し替えようなんて話は、それこそ
クラスをきっちり分けてモジュール化してないと、危なくて出来ない）

**名前は開発中のものです。** · 02/01/18 16:35

>>504
確かに、コードを一行も書かなければ最速だわな。（違う?）

**名前は開発中のものです。** · 02/01/18 17:28

>>503
まともなゲームプログラマは、
Ｃ++のコードみた瞬間にアセンブリコードが浮かぶので
無駄だらけに感じるのだろう。そっとしておいてやれ。

**名前は開発中のものです。** · 02/01/18 18:54

「最も速いプログラムは何もしないプログラム」ってやつか？

**名前は開発中のものです。** · 02/01/18 18:58

バグのないプログラムもね（ｗ
しかし、vtable書き換え……俺もやめようよそれは派だな。
Cみたく完全に枯れた言語ならともかく。

**名前は開発中のものです。** · 02/01/18 20:17

>>508
その無駄ってのも顕微鏡で覗いてやっと分かる、みたいな
もんだしな。これからの時代はそういう人達をいかにｼｶﾄして
作業するかが問題になってくる。ん、時間が経てばいなくなるか（ｗ

**名前は開発中のものです。** · 02/01/18 20:36

>>511
ウイルスも何十万集まれば風邪になるってね。

**名前は開発中のものです。** · 02/01/18 20:42

ネタとしては面白くないし、比喩としては本質を掴んでない。

02/01/19 02:08

あのー。ム板ではＣ＋＋なぞＯＯＰＬとは認められて無いようなんですが・・・。

**名前は開発中のものです。** · 02/01/19 02:18

>>514
どこでそういう結論になっているのか教えてちょ
SmallTalk以外は認めない、とかかな?

02/01/19 02:31

俺に聞かれてもわからん。

**名前は開発中のものです。** · 02/01/19 02:34

>>516
おいおい（ｗ　少なくとも C++ 相談室スレでは C++ 使って OO な設計する話で盛り上がってたぞ。

C++相談室 Part4
http://pc.2ch.net/test/read.cgi/tech/1009071535/

**名前は開発中のものです。** · 02/01/19 03:06

最近は
http://www.amazon.co.jp/exec/obidos/ASIN/4894714353/ref%3Dsr%5Faps%5Fd%5F1%5F1/249-8109842-4582733
こんな本も話題だったような

**名前は開発中のものです。** · 02/01/19 04:13

>>511
禿同。

>>515
514じゃないけど、Ruby関係のスレとかでは名文句「C++なぞ問題外」
って言われるね。漏れも(万が一)環境が許すならば C++ よりも Java や C# で逝きたい派だけど。

02/01/19 04:21

再利用の極意はクラスにあらず。
ファイル分けに有り。

**名前は開発中のものです。** · 02/01/19 06:25

>>519
Rubyの煽りは敵を増やしただけだな。
RubyもOOPとしての完成度は低い。たかが一言語としての立場を
わきまえるべきなのだが。作者がそんな厨だからスレが荒れるんだよ。

**名前は開発中のものです。** · 02/01/19 07:51

ていうか、rubyをゲーム制作に利用しようとしているドキュソな
言語ヲタな時点で激しく逝ってると思われ

**名前は開発中のものです。** · 02/01/19 11:05

>>514-517
Stroustrup先生自身がOO言語じゃないって言ってなかったっけか？
俺的にはOOも可能なてんこもり言語。

**名前は開発中のものです。** · 02/01/19 13:15

>>521
>RubyもOOPとしての完成度は低い。

どのへんが？

**名前は開発中のものです。** · 02/01/19 13:41

Rubyは結構いけてる言語で、プログラムの側からスクリプトとして呼ぶこともできるのでゲームに応用できなくもない。
しかし、以下の欠点からRubyが使われることは将来にわたっても無いだろうと考えられる。

1:UNIX系生まれなので、@や$みたいな記号に重要な意味を持たせている(Win育ちには読みにくい)
2:実績がない。Python使ったスクリプトや大規模プログラムはいくつか例が見られるが、RubyではせいぜいがCGIで、後は誰も使わないライブラリや技術的テスト物ばかりが大量生産されている。
3:コミュニティがC++を蛇蝎のごとく嫌っている。PythonはC++とのブリッジとなるライブラリがいくつか存在している。

OO的にはどうなんかな? 上記2のように大規模プログラムが全然存在していないので、あまりありがたみを感じられる事例が存在していないだけのようにも思う。

**危険レベル3** · 02/01/19 13:41

Rubyの話は終了しましょう。（；´Д｀）

**名前は開発中のものです。** · 02/01/19 15:38

コンソール機用の C++ コンパイラって、どの程度の物なの？
PS2 とかは GCC って聞いたけど、それ以外は？

そっち系の方教えて下さい。

02/01/19 17:34

gcc以外？
ゲームでは見た事ないなあ。
ＰＣならＭＳ－Ｃか。

**名前は開発中のものです。** · 02/01/19 17:48

CodeWarrior

**名前は開発中のものです。** · 02/01/19 23:19

>>523
C++ は

- 手続き型プログラミング
- データ抽象
- オブジェクト指向プログラミング
- 汎用プログラミング

など、複数のパラダイムを支援する言語。OOPL としてみればメタクラスが無いとかクラスが FCO では
ないなど「中途半端」な面もあるが、現実の要求に則してうまく仕様を取捨選択してある。使いこなせば
強力な言語。

っつーことで。

**名前は開発中のものです。** · 02/01/19 23:23

>>528
VC じゃなくて MS-C なのか?

いや、俺は XBOX は触ってないから知らないんだが。

02/01/19 23:57

コンソール機用＝CUIだと解釈したが？違う？

**村人A** · 02/01/20 00:13

>>532
その昔、VB1.0という恐ろしいソフトが存在したそうな

**名前は開発中のものです。** · 02/01/20 00:18

>>532
ああ、それは勘違い。

ゲーム関係でコンソール／コンソールボックスといったら、いわゆるゲーム専用機のこと。汎用
の PC や Mac なんかとと対比しての呼称ね。

**名前は開発中のものです。** · 02/01/20 01:03

ヲタ用語なぞ知らんな。

**少女∀** · 02/01/20 01:08

>>533
そのソフトはどんな悪さをしたの？おじいちゃん。

**名前は開発中のものです。** · 02/01/20 01:16

>>535
ヲタ用語か?　海の向こうだと割と使われてる気がするが。

っつか、話が OO と関係ないな。終わらそう。

**名前は開発中のものです。** · 02/01/20 12:39

OO の冗長性がどこらへんでボトルネックになるかっていうのが
判断できないと、勇気をもって OO できないね。

で、結局パフォーマンスを気にしすぎてセコセコした設計をすると
OO のよさが活かされずに「ゲームは特殊なんだよ。」みたいな
結論に達する厨がいる。と。

02/01/20 14:30

>>538
だからＣ＋＋以外で組んでから言えつうの！
死ね！

02/01/20 14:31

＞結局パフォーマンスを気にしすぎて

死ね！

**名前は開発中のものです。** · 02/01/20 14:43

>>538
> で、結局パフォーマンスを気にしすぎてセコセコした設計
設計段階からパフォーマンスを意識する必要は、最近はない気がするなぁ。とりあえずプロファイラ
かけてからモノをいえ、に一票。

**名前は開発中のものです。** · 02/01/20 14:53

>>538
少なくともPS2の場合だったら、
クラスのサイズが大きくなりすぎない事に注意すればいいだけ
だよ。

02/01/20 16:10

はいはい、ＰＳ２以外のプログラマ―はセコセコした設計をする厨房
だと言う事だね。

死ね

**名前は開発中のものです。** · 02/01/20 16:12

これはもう、ＯＯの布教というよりＯＯヲタが周りを見下しに
来てるだけですね。

＊＊＊＊＊＊＊＊　終了　＊＊＊＊＊＊＊＊

**名前は開発中のものです。** · 02/01/20 16:21

で、結局、ゲーム業界での、C vs C++ の割合ってどの程度なの？
自分はps2でC++使ってる。
未だにC使ってるところが信じられない。Cを使う理由ってなによ？
C++に反対しているオヤジってさ、PS1の時も、Cに反対していなかったっけ。
要は向上心が欠けているだけの人間なんだろ。（当時のオヤジどもが
今ではCにゾッコンで、C++移行へあれこれイーワケつけてる。まぁ
既に引退してイーワケすら聞こえないケースもあるだろうがﾜﾗ）

チーム内にC++知らねーヤツいると、足引っ張るんだよね。
よりによって、年上なセンパイだったりするから扱いにくくてよぉ

**名前は開発中のものです。** · 02/01/20 16:24

あ、そうか、ゲームにはps2以外のもあったね、そういえば。
まあps2以外のゲームプログラマーなんて糞だし問題外でしょ。

**名前は開発中のものです。** · 02/01/20 16:27

出川さんご苦労様です

**名前は開発中のものです。** · 02/01/20 16:35

>>543
XBOX, GC あたりも、何ら問題ないと思われ。

i-mode は厳しいな。GBA とかは使ったこと無いから知らん。

**名前は開発中のものです。** · 02/01/20 16:38

>>543
ターゲットは何でもいいけど、プロファイルは取りましたか?

**名前は開発中のものです。** · 02/01/20 16:44

>>544
少し、実のありそうな話を。

C++ が C より遅いって話に関しては、多くの場合「間違い」。非仮想関数の呼び出しに関しては、
それがメンバ関数だろうがリンク時に静的に解決されるから

　C の関数と同じ

だし、仮想関数も C で同等なことをやろうと思ったら

　コールバック関数を使う
　switch - case で分岐

どちらかになるので、パフォーマンスは変わらん（ただし ADT を使うのか、仮想関数を使うかとい
う設計の選択はある）。

このあたり、実際に C++ がどういうコードを吐くのかを知れば雲散霧消する誤解だと思うな。C++
が裏で何をやってるか分からないから不安だって人は

　Inside the C++ Object Model
　Stanley B. Lippman
　Addison Wesley

を読んでみることを薦めとく。

02/01/20 16:46

>>549
死ね！

**名前は開発中のものです。** · 02/01/20 16:51

「Ｃ＋＋は何かと遅い」というのは迷信ではない。
Ｃ＋＋に移行できない不勉強なやつらが適当な理由材料をでっち上げたもの。
だから、相手にするな >>549

あ、ちなみに、俺は551の「死ね」と書いた短小野郎ではない。

**名前は開発中のものです。** · 02/01/20 16:57

　　　　　　　　　　　　 , -‐､　　　, -.､
　　　　　　　　　　　／　ﾉ　　ノ　ﾉ
　　　　　　　　　　/　､_.ノ　.／､_.ノ´
　　　　　　　 /　　ﾉ　／　 .ﾉ　　,,-‐'⌒i
.　　　　　　 /　__ノ / /⌒ｉi´　／､_　 .ノ´.
　　　　　　　 l. 　 `ｉﾉ /　 / |／　　,.'~´　　.
　　　　　　 | 　 ,,,|./ ｀`´.丿　､_ノ ,-‐'´⌒)
.　　　　　　　 l.　　 |｀`'''　/　　.ﾉ ./ 丶,-‐'´
　　　　　　　　|　 ,___l　　　|､.　/ /　､,,/
.　　　　　　　 |　　ﾉ　　 | ｀` '´-､ ,ﾉ
　　　　　　　　 |　_/　　　　|` ‐､__ 　）　　　　>>Ｃ言語信者を軽く流さないでぇー
　　　　　　 | /　　　　　ヽ-､ _￣`|
　　　　　　　　　| .　　　　　　ヽ::::.｀､,|
　　　　　　　 | :.　　　　　　 |::::　　|
　　　　　　　 | :: 　　　　　　|::::　 |.
　　　　　　　　　 λ:::　　　　　ﾉ::　丿
　　　　　　　　　/　　　　　　,　::::::'/　　　　　　　　　　　　　　　＿＿
　　　　　　　　/　　　　　　:/:::::::::/　　　　　　　　　　　　　　／ヽ　　ヽ―― ､
　　　　　　　/　　　　　　::/:::::::::/ 　　　　　　　　　　　　　　/　　|　　　|　　　　＼
　　　　＿/　　　　　　 :::::::::::::/＿＿＿＿＿＿＿＿＿＿/ 　　|　　　|　　　　　　ヽ
　, -‐´　/　　　　　　 ::::::::::::::/　　　　　　　　　　　　　　　　　　/　　 /　　　　　　　ヽ
（,　　 /　　　　　　　:::::::::::::/ 　　　　　　　　　　　　　　　　　　/　　/　　　　　　　　　｜＼
　` ‐- ＿＿＿＿＿＿＿ /＿＿＿＿＿＿＿＿＿＿＿＿／＿＿＿＿＿＿＿＿＿）　）
＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

**名前は開発中のものです。** · 02/01/20 16:59

なんかPS2とC++しか世の中に存在しないと思ってる人がおられるようで
・・・。

**名前は開発中のものです。** · 02/01/20 17:02

>>554
XBOX, GC, PC もあるけど。っつか実際に C++ だと困るプラットホームがあるなら、実例挙げて反論して
おけばいいじゃない。

iアプリは Java だし、メモリ厳しいからバリバリに OO ってわけには行かないのかも知れんが、俺はその
辺は知らないのでパス。

**名前は開発中のものです。** · 02/01/20 17:04

煽りなのかマジなのか判らん・・・。
マジレスすると、世の中にはgcc以外しか使えないゲーム開発環境が
一杯あるし、また、C++以外のOOPLも一杯有る。
さらにOOPLでないとオブジェクト指向が出来ないかのように
書いてる（ネタ？）けどもちろん違う。基礎の基礎だな。
そんな基本的な知識も無くOOを語ってるのはなんなんだろうか・・・。
ネタとしては面白くないし、天然だったら痛すぎるし・・・。

**名前は開発中のものです。** · 02/01/20 17:07

>>556
> OOPLでないとオブジェクト指向が出来ないかのように書いてる（ネタ？）けどもちろん違う。
不可能ではないが、現実的にはメリットが無い、で結論でしょ。

インターフェースを多重継承したときに、手作業で this ポインタ相当のデータのオフセットを
計算したりするのは現実的には無理だって。（そんな汚れ仕事はコンパイラにやらせておけ
ば良い）

**名前は開発中のものです。** · 02/01/20 17:09

ps2 gc x-box どれもCを使う理由ない思われ。
i-mode？そんなの知らん。新人研修の餌には丁度いいかもね。

**名前は開発中のものです。** · 02/01/20 17:10

> また、C++以外のOOPLも一杯有る。
ゲームプログラミングに限定すると、実際に使える言語は限られると思う。SmallTalk とか Eiffel
でゲームを書ける環境って、そうそうないと思うぞ。

**名前は開発中のものです。** · 02/01/20 17:18

>>558
あとは携帯ゲーム機かねぇ。俺は関わったことないから知らないど。

（スペックだけ見るに、初代ゲームボーイあたりだと辛そうだということは想像がつく）

**名前は開発中のものです。** · 02/01/20 17:23

お疲れ様です、豊島です。
その後、多少の差し替えが発生いたしましたので
ご連絡さしあげます。

--- cut here ---
dfjdsjfjsdjodsfjpodsjfosjdopjopsfjgosjogprloijfdopgpo
uigdfsgdfhjewudsglkrsisroigthlfglgjklfgfjgkrlhrjkrgdf
ihsifghdifdfhwpwer64i4lvfkfsl;mfldwormldsg:e[rpri03df
sdgf]erlkelkrekgf@gf[:adfnkei458932743kj;lgf;f^fg04kd
ksdfhrriouhtriuiufdifir9r094oka:fglkjflkjasgpoijhjrtg
oirihigfohfoigitfofpofggklreht4340afdkojfj040-ikgflkj
dfoehrkekhfg9404-dflmlgf90gufnoihfkngiohoidioroijt000
0000000000000000000000000000000000000000000000000000e
--- cut end ---
となりました。添付にしたかったのですが、サイズが小さかったという
ことでご勘弁 (^^;

とりえあず、初期化変数のクリアタイミングを若干調整しました。
以上の件、よろしくお願いいたします。

**名前は開発中のものです。** · 02/01/20 17:28

＞（スペックだけ見るに、初代ゲームボーイあたりだと辛そうだということは想像がつく）
初代ゲームボーイをアセンブラで開発しているメーカは
皆無で今はＣ言語が主流。
アクションなどが主流なＰＳ２とは違って、データベースアクセスが
頻繁なRPG,SLGなどのジャンルが多いゲームボーイの方がむしろ
ＯＯＰの必要性が叫ばれているが、C++の気配は流石にないままGBAへ
世代交代。

もっともＣ言語でやれなくもないんだけどね。規模的には

02/01/20 21:23

＞初代ゲームボーイをアセンブラで開発しているメーカは
＞皆無で今はＣ言語が主流。

出鱈目だな。

**名前は開発中のものです。** · 02/01/20 21:24

なんか新米PGか同人ヲタが粋がって、電波知識を披露してるみたい・・・。

**名前は開発中のものです。** · 02/01/20 21:30

>>563-564
実例を挙げろとは言わんが、も少し具体的に書きなよ。

**名前は開発中のものです。** · 02/01/20 21:40

＞なんか新米PGか同人ヲタが粋がって、電波知識を披露してるみたい・・・。
あれ、君はＧＢ未経験？
↓ここにフリーなGBDKの日本語ページがあるよ。
http://www.geocities.co.jp/Playtown/2004/gbdk_j.htm
GameBoy用のＣコンパイラの原作者は、当時、高校生。
GNU-Cベースではないので、完全にANSI-C準拠というわけでは
ないけど、有志の手によって、int型が32Bitになるパッチや
floatが扱えるものも出ている。公認のSDKではないのだけど
任天堂は黙認。ROMアクセスもバンク自動切り替えで、64kb問題を
意識しなくても使えるパッチも後に登場。

これとは別に任天堂公認のＣコンパイラもミドルウェアメーカから
発売されています。メーカ名、その他詳しいことは守秘義務のため
言えませんが、Ｃ＋＋も発売するというアナウンスも2年ほど前に
一度出ていました。

**名前は開発中のものです。** · 02/01/20 21:47

>>566
だからどうした？

**名前は開発中のものです。** · 02/01/20 21:48

ああ、そうか、
アセンブラ→Ｃ→Ｃ＋＋と
「発展」的に進化するもんだと思いこんでるのか・・・。
違う？

**名前は開発中のものです。** · 02/01/20 21:50

進歩的史観そのものだな・・・。
救い難い・・・。

**566** · 02/01/20 21:54

ＧＢでＣ言語開発して、既に５年の月日が流れましたが、
感想としては、規模が小さいだけに、高級言語の恩恵をモロに受けることができました。
int型が32bitになり、またポインタアクセスも64kbの壁がなくなると
本当に汎用コンピュータになります >>GB
もちろん、8bitマシンで32Bit演算をやらせると当然、重くなるわけ
ですが、10倍遅くなる程度。市場がRPG、SLGだったこともあり、
求められる演算量が電卓レベルで済んだこともあり、処理は常に余ってました。

願わくばC++の登場に期待していたところですが･･･

02/01/20 21:54

>>545
事実は全然逆だ。
むしろ只のＣプログラムソースに「.cpp」なんて拡張子付けて
ハッタリかましてるアフォを俺の周りだけでも二人みたぞｗ

02/01/20 21:59

んー本当かねー。
ラインスクロールやＸＸＸＸをやろうとするとＣじゃおっつかないんだが
・・・。
ＧＢのＣは知らないけどバンク制限を完全に解決できるとは思えない
んだが？

02/01/20 22:03

>>570
変な話だね。
ＧＢの問題はバンクであって演算ワード長ではないんだが？

02/01/20 22:07

＞求められる演算量が電卓レベル

すげー変だ・・・ＣＰＵは負荷のメインは演算なのか・・・。

**名前は開発中のものです。** · 02/01/20 22:30

>>571
類が友を…

っつーのは単なる煽りだが、現実にどのぐらい「周囲」の話を知ってる?　俺は視界が
狭いから、他の企業の様子なんかはサッパリなんだが。

**名前は開発中のものです。** · 02/01/20 22:54

>>572-574
ここ、任意 ID だから自作自演するなら sage た方が良いぞ。

自作自演する気がなければ、とりあえず考えまとめてから一気に書いてくれ。

**名前は開発中のものです。** · 02/01/20 23:04

>ＧＢの問題はバンクであって演算ワード長ではないんだが？
大昔にＧＢいじってたオヤジか？
Ｃ言語時代になってからＧＢの開発環境は様変わりしたのよ。
ポインタも演算ワード長も32Bit。
バンク切り替えもＣコンパイラが面倒見てくれる時代に。
Ｃソースレベルではリニアなアドレスがある。

カートリッジがMBC4移行の話だけどね。

02/01/20 23:09

>>577
今やってる奴だアフォ。

02/01/20 23:12

異バンク呼んだ時のオーバーヘッドの問題にきまってるだろ。
ジャンルによらず、ＧＢでＣ使おうとするのは、いいかげんな
仕事しかしてない奴だと思うよ。

**名前は開発中のものです。** · 02/01/20 23:33

>異バンク呼んだ時のオーバーヘッドの問題にきまってるだろ。
本当に現役な人？
H-Blank中にVDC参照バンクを切り替えて、パターンテーブルを
増やしているMBC2以降のメカニズムは知ってるよね？
異バンク切り替えのコストが高かったのはMBC1のみだよ。

02/01/20 23:37

プログラムバンクじゃボケ！
なんつうか。すげー才能のないＰＧか、妄想ヲタだな。

**アセンブラオヤジ** · 02/01/20 23:44

＞ジャンルによらず、ＧＢでＣ使おうとするのは、いいかげんな
＞仕事しかしてない奴だと思うよ。
孟宗大学生、はやく寝ろ。

**名前は開発中のものです。** · 02/01/20 23:53

>プログラムバンクじゃボケ！
バンクにデータもプログラムもないよ。
切り替えが重荷にならないし、仮に重かったとしても
Ｃ言語による記述が原因じゃないし。（アセンブラでバンク切り替えても一緒）

**アセンブラオヤジ** · 02/01/21 00:10

>ジャンルによらず、ＧＢでＣ使おうとするのは、いいかげんな
>仕事しかしてない奴だと思うよ。
漏れの推測分析によれば、こいつは厨房ではなくただの真正オヤジだと思う。
長年、マジでasmで開発してて、566がGBDKのページを紹介。
もう何年も前にフリーなＣコンパイラの存在を知って、己のアンテナの低さに
面食らって愕然としたと見たね。
プログラムのバンク切り替えが遅いだの、言語非依存の欠点を指摘するあたり
自己矛盾自爆がその慌てぶりを露呈する結果に・・・あわれ、オヤジ。

って、折れもオヤジやんけ！漠

**名前は開発中のものです。** · 02/01/21 00:54

あのー、そのフリーコンパイラの遥か以前からＧＢ用のＣコンパイラ出ているんですが
・・・

**逸見厨** · 02/01/21 01:35

　　　　　　　　　　　　　　　　　　　　　　　　　　　ヘヘ
　　　　　　　　　　　　　　　　　　　　　　　　　　ミ．"．ミ
　　　　　　　　　　　　　　　　　　　　　　　　　　ι ~ι )～
┌────────────────────┐
│　　　　　　　　　　　　　　　　　　　　 │
│OOと関係ない話題はやめまちょうよ。　　　　 │
└────────────────────┘

↓ · 02/01/21 01:55

スゲーな、、漏れコンパイラなんか使ったことないよ。でもＧＢってアセンブラ
レベルで制御しなきゃいけない部分が多いからＣで書いてもコード量は
ちょっとしか減らなさそう。でもコンパイラって言うからには最適化とか
がんばってくれてイイかも。まぁもうＧＢの仕事なんかしねーからどうでも
いいけど、、。けど、ＧＢにはなんか愛着あるのな。

http://game.2ch.net/test/read.cgi/gamedev/1005161570/

２時 · 02/01/21 02:02

Ｃ＋＋はＯＯ取り入れるのに最高の言語だとは思う。
けどＣＧＢでＣ＋＋はやりたくないな。

２時 · 02/01/21 02:31

このまえＣＧＢ開発したんですＣＧＢ。
そしたらＰＧが一杯いて入れないんです。
良く見たら張り紙がしてあって「ＣＧＢ用フリーコンパイラ」とか
書いてあるんです。もう、アホかと。馬鹿かと。
お前らな、Ｃコンパイラごときで普段開発してないＧＢに来てどーするん
だよ。ゲームボーイだよゲームボーイ。
なんか家族連れで来てるのも居るし、親子四人でＧＢ開発か。おめでてーな。
「よーし、お父さんリニアアドレスしちゃうぞ」とか
言ってんの、もうみてられない。
おまえらな、俺のドリキャスの仕事振ってやるからその席空けろと。
ＧＢ開発ってのはもっと殺伐としているべきなんだよ。
無理に高速化し、無いＲＡＭに詰めこんだ設計がいつ破綻しても
おかしくない、そんな雰囲気がいいんじゃね－か。
素人はすっこんでろ。

やっと席が開いたと思ったら隣の席の奴が、んじゃオブジェクト指向で組みたい
とか言ってるんです。そこでまたぶち切れですよ。
あのな、オブジェクト指向なんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、んじゃオブジェクト指向、だ。
お前は本当にＯＯＰＬでプログラム組みたいのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、オブジェクト指向にはメタ構造が含まれてないんじゃないかと。

ＧＢ通の俺から言わせてもらえば今、ＧＢ通の間での最新流行はラインパレット、これだね。
本来４色しか表示できないのを制限付きで多色表示。これが通のＧＢの作り方。
ラインパレットっての色が多めに入ってる。そん代わりマージン少な目。これ。
で、渋いカラー画面。これ最強。

しかしこれは処理が間に合わないと、どうにも対処出来ないという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前、584は、Ｃで４色アプリでもつくってなさいってことだ。

**名前は開発中のものです。** · 02/01/21 02:45

>>589
一行目だけ、読んだ。