ゲームプログラマーの技術レベルは高い。

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

今まで自分はPCのアプリ屋をやっておったのですが、
最近、訳あって3Dゲームの開発に携わるようになりました。
で、昔からゲーム作ってる人等を見ての正直な感想、
１・「お前等レベル高い！」
２・「なんでそんな事知ってるの？？」
って感じでした。今までゲームプログラマを馬鹿にしてたんですが、
撤回します。
特に２ですが、ゲームプログラマの人達は、僕が本やらWebやらで調べても
全然分らなかった事を知っていたりするので不思議です。
日本のソフトウェア開発レベルは低い、と言われていますが、そうでもない
かも、と思ったりしています。

**名前は開発中のものです。** · 02/08/19 22:27

>>101
頑張って、覚えた単語を並べてみたんだな。お疲れ。

**名前は開発中のものです。** · 02/08/19 22:32

>>98
大手の会社は自社製ミドルウェアほとんどもってないね。
あってもチーム単位でしか利用されない（特にＫ社）
俺が中堅の会社に転職したとき、入った当初（２年ぐらい前）
あまりの技術の蓄積の無さに愕然としたよ。
大きくなるほど自社製ツールにこだわらないんだなって感じた。
金で買えちゃうからって自社製の物を作らないっていうのはかなり納得いかなかった。

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

あーK社ね。つーか、あそこの蓄積しなさっぷりはヤバイだろ。
高気圧B○YとYOU儀王のミドルウェアっぷりにはまいったが。

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

>>102
そういう意地悪なレスはやめよぅ。
君がその悪癖をちょっとでも我慢すれば、
ここももうちょっとマシになるのに。

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

>>101
確かに、そういうプログラマーを取り上げてほしい。
普段、表に出てこない分、そこから得るものは沢山あると思う。
ゲームプログラマーによる、高度な技術の紹介になると、
紹介するつもりが、そこらの専門誌より詳しくなりそうで怖い。
山ほどアセンブラでコーディングするらしいしね。

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

バンプくらいは今時ハードがやる。
家庭用ゲームの場合、ハードでサポートされないものは
ほとんど採用されない。ハードの機能をうまく使って
なんとかうまくごまかせる場合だけやる。

動きのアルゴリズムも、全部が力学に則って
バカ正直に作ってるわけじゃない。
それっぽく見えるように、うまくごまかして作る。

ゲームプログラマにとって大事なのは、
バカ正直に作ったら大変だという時に
うまくごまかしてそれっぽく作る能力。

ただ、今はごまかして作る場合でさえ
作るのが大変な、イヤな世の中だったりする。

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

DirectX9でｱｾﾝﾌﾞﾘの時代ﾌｶｰﾂ

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

>>108
シェーダー周りだけでしょ？
今までもレンダ周りを作るとなると
どうせアセンブラだったんだし。
正直、面倒が増えただけって感じ。

描画関係なんか全部ハードでやってくれや。
この点では昔のスプライトゲーム機の方が
優秀だったよなあ…「ゲーム機」としてな。

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

>>109
スプライトといっても、レースゲーム「パワードリフト」とかの類だと、3D で
来んだ方が楽な気もする。（あれはスプライトだけで組んだんだそうだ）

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

>>105-106
いや、だからゲームプログラマが天才だというのは妄想だって。（もちろん、一部に
例外はいるけど、そりゃゲーム業界に限らん）

CG に関しては、SGI や ATI, それとゲームメーカーでも一部大手にいる研究職
の人間はともかく、他は「論文読んで理解できる」レベルなら十分だし、そこまで
能力を要求されないケースが大半。AI だってそう。

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

研究職に比べて総合力は凄いと思うな。少なくとも低くは無い。

**名前は開発中のものです。** · 02/08/20 13:06

ほな　なんで俺の給料はこんな安いんでっか

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

ビジュアルノベルとか作ってる奴は除いとこう。

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

あれはもはやプログラマー抜きでも作れるからね。

**名前は開発中のものです。** · 02/08/31 23:00

> 大手の会社は自社製ミドルウェアほとんどもってないね。
> あってもチーム単位でしか利用されない（特にＫ社）

体質が古いだけだと思ってたけど、割と当たり前なのかな?

while (true) {
1. あるプロジェクト用に最適化をかけたライブラリを作る。
2. プロジェクト終了後に整備して公開。
3. 別プロジェクトに移る。
}

以上の繰り返し。しかも、古いバージョンはメンテナンスして
もらえないわけだからバグがあったら利用者が追っかけて自分
で修正しないといけない。せめて、互換性のある形での拡張な
ならと思うけど、コンシューマーだしそんなこと言ってられな
い。１から作る力のない人間ばかりだったら利用者が多くなっ
て古いものとの互換性も考えるかもしれないけど、プロジェク
トに一人ぐらいはそれぐらいの人間は確保できるから結局その
プロジェクトに最適化がかかったものがまた一つ作られてしま
う。最適化に大幅にリソースを裂く今のゲーム開発のスタイル
が代わらない限り変わらないんじゃないかな。

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

>103と同じような経験あり。
といっても俺はデザイナーなんだけど。
うちの会社は、ほんとに開発ツールを作らない。

それが有るのと無いのでは効率がぜんぜん違うのに、
デザイナーの上の人に言ってもわかってもらえない。

同期のプログラマに聞いたら、
昔からゲームオンリーでやってた人は、大抵、
作らないんじゃなくて、作れないそうだ。
･･･なんだそりゃ。

学生時代、いっしょにやってた奴の方が、
よっぽど柔軟で優秀だったよ。

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

>>117
開発ツールって、どっちかというアプリケーションプログラマとしての
経験やスキルがいるからね。
ゲームオンリーでやってきた人はそういうプログラムを作るのは
つまらないと思うだろうし。

大手だったらアプリケーションプログラマを中途で採用して、
開発ツール専業で作ってもらうというのもありかもしれない。

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

>>117
　なんで優秀なプログラマをツールにまわさなあかんねん。という
考えもある。でもデザイナで自分でツールつくちゃうパワフルマン
もいるよ。愚痴ってる暇があるなら挑戦ぐらいはしたんだよな？

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

俺はアプリケーションプログラマだったけど、
プログラムで生成したプロシージャルテクスチャや
フラクタルの美しさに惹かれて、デザイナーに転職したよ。
あんまり大がかりなのは無理だけど、基本的なツールなら１日あれば
十分作れる。不満があれば自分で機能追加。
数式間違えて、不可思議な模様が出たりするのも面白い。
特定の操作でバグが出るなら、バグが起こらないように操作すればいい。
どうせ自分しか使わないんだから。

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

若くてゲームばかり作ってるプログラマにも
プログラマの手抜きと最適化（の思い込み）重視で
ゲームの設計を狭めてしまう人はいる。

手抜きや技術の低さから来る理不尽な仕様を
デザイナーに強制しないようこころがけよう。

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

>手抜きや技術の低さから来る理不尽な仕様を
>デザイナーに強制しないようこころがけよう。

無理でしょ、根本的に。そういうのを強制すればするほど、
パフォーマンスは上がるんだから。(w

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

自分が楽をするために仕様を制限するプログラマはいるね。

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

>123
制限少なくしようと思ったらかなり大変だし。

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

「定義ファイルはタブは使うなよ。
半角スぺースで桁をそろえろって言っただろう！」

ほんとのこと言えよ。
お前らはツールなんてやりたくない。手抜きたいんだろ。

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

>>118
大手だと、新卒採用の段階で研究系、ツール系、ゲーム系と間口を用意してる
企業もあるね。

>>124
> 制限少なくしようと思ったらかなり大変だし。
ハード上の制約はどうやっても越えられないし…。

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

>>123

時間が無制限にあるなら、それでもかまいませんよ。
その場合の責任は、当然あなたが取ってくれますよね？（藁

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

>116
一番いいのは

while( true )
{
・ライブラリを特定のゲームに特化したカスタムバージョンのライブラリ
　　を作成して、それでゲームを作成
　・プロジェクト終了後に汎用的に使えるもの、特定のジャンルなら流量できるもの、
　　そのゲーム特定で作られたものに整理する。
　・汎用（基礎）ライブラリ、ジャンル特定のライブラリにフィードバックする
　・次のプロジェクトへ
}

っていう流れが一番理想なんだけどね。

けど、
　・整理と追加っていうのがやりたがる人がいない
　・ライブラリ部門は直接的な利益を生み出さないから、
　　チーム単位（特に社内カンパニー制）ではやりたがるチームがない。
っていうのが問題なんだよね。
むしろこういう汎用ライブラリを使って作る方が断然スピードも速いんだけどね。

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

>117
やっぱそうなんだね。
うちも全て買えばいいっていう考えが主流だよ。
高価なＣＧツールでゲームで使える部分なんて半分ぐらいしか無いのにね。

実際はツールプログラムのほうがプログラム的にもレベルを上げやすいと思うんだけど
（メモリーの制約とかがないからオブジェクト指向とかの色々なプログラミング技法で組める
　最先端のＣＧ技術を試せる
　ほとんどの場合一人で全部作ることになるから処理の流れを覚えれる）
なかなかやりたい人がみつからない。
人数が少ないくせにやる内容は重要だから余計仕事が集中する。
、、、、、、ほんと、誰かできるやつ入ってきて欲しいよ。

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

>>123
っていうかそれは常識だろ。
期限内にその仕様は無理だと決める権限はプログラマだろ。
何いってんだ。お前は。
若い時は、まぁ、やってやります！！って思っちゃうけど。

**名前は開発中のものです。** · 02/09/02 00:24

>>121
デザイナが楽をするためにプログラマにサービス残業させるのはやめよう。

本業がある上に、なんでデザイナのサポートまでしなきゃなんねえんだよ。
デザイナがプログラマのサポートするとこなんか見たことねえのによ。

まあ、１番の問題は、無理なスケジュールを押し付ける役職者にあることに早く気付け。

>>125
最初の取り決めを守れないDQNがいくら吠えても無駄。
周りから見ると滑稽なだけだということに早く気付け。

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

なにやら必死な人が多いな（藁

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

>>132
ゲームソフト産業は今や斜陽産業ですから。
みなさん生き残りに必死なのです。

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

みな、若き日の過ちを苦々しく思っているのだろう

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

企画がいなくて、
キャラ担当やマップ担当が、そのデータを作る直前に各自で内容も決める。
思いついたが吉日。スケジュールは伸び放題
って仕事もあったよ、昔はさあ・・・
あの頃は俺もまわりの雰囲気にのまれてホイホイ仕様変更したけど
結局責められるのは俺だったなあ･･･

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

>>135
身につまされるなぁ…

スケジュールが厳しくなると、今度はツール制作や
仕様変更なんかに対応していられなくなって、
>>117 みたいな奴に陰口たたかれるんだよな。

結局どっち転んでもプログラマのせいにされるんだよな。

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

毅然とした態度で理路整然と>>127みたいな事が言えたらなぁ・・・・

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

>>136
全くなぁ。
ツールが（技術的に）作れない奴なんてさすがに居ないだろ、とね。
作れないのは時間的に問題が有ったりするから．．．．。

**名前は開発中のものです。** · 02/09/02 06:57

>>121
俺の方針としては、２Dの演出関係とかも、全部、３Dツール上で
デザイナーに編集してもらって、拡張アニメーションとして、出してもらってる。

これを、元同僚に話したら「デザイナーの負担がでか過ぎる」と反論された。
これについてはどう思う？

**名前は開発中のものです。** · 02/09/02 07:14

1.ハードウェア
2.開発環境+デバッグ環境(場当たり的)
3.ライブラリ(使い捨て)
4.ナンダ？

結局は常に1に立ち戻る必要性が有る事が、
業務用アプリとかとの最大の違いとして、

**名前は開発中のものです。** · 02/09/02 07:27

Xboxまんせー

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

>>138
正確には「作りたくない」だろうね。
WindowsGUIやMFCなどの知識を習得するのが面倒なのだろう。

個人的に思うのは、ツールプログラムを軽く見ている奴が多すぎ。
ツールなんて誰でも作れると言いつつ、まともなツールを作ったことのない奴がほとんど。

いくら高度なシステムを作っても、インターフェイスがテキストベースで
デザイナーやプランナーに負荷かけて効率や品質落としているようでは意味無いし、
なんで昔からのゲームプログラマはプログラム内容にしか目を向けず、
開発プロセス全体の効率化を考えないのかな・・・。

これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
一貫して構築できるプログラマが求められると思うよ。

**名前は開発中のものです。** · 02/09/03 00:39

ゲームプログラマーの技術は高いやつが多い。
が、それで面白いゲームが作れるようになるかどうかは
別の話のようだ。

**名前は開発中のものです。** · 02/09/03 00:44

　■　参考資料：　>>143　の発言リスト

http://game.2ch.net/test/read.cgi/gamedev/1030773161/69
http://game.2ch.net/test/read.cgi/gamedev/1028625024/217
http://game.2ch.net/test/read.cgi/gamedev/1022088017/80
http://game.2ch.net/test/read.cgi/gamedev/1030808379/49

夏休みは終わったのにネ

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

>>142
> これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
> 一貫して構築できるプログラマが求められると思うよ。
分業。

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

>>142
　んなもん一貫して求められネーって。アプリケーションプログラマと
組み込みプログラマの違いわかる？

　MAXのプラグインぐらいなら書いてやるけどそれ以上を求められるなら
賃上げ交渉からお願いしたいわ。年齢×１万切ってる給料で求められて
も困りますわ。マジで。

**138** · 02/09/03 02:29

>>142
不思議な事を言われているような。
GUIの知識なんて　そんな勉強せずとも作れると思うけどなぁ。

>>145の言ってる通り、分業が普通だろうし、
ツール作るプログラマーが普通にいるだろう。

もしもそう言う人が居ないなら、速急に作るべきですな。

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

>>147
甘い。
DQN会社のDQN管理職どもは、まるでそんなことは分かってない。
ツール作成や社内ネットワーク管理を一生懸命やってると
「遊んでないで仕事しろ」
と言われて、給料下げられるのさ。

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

>>147
っていうかゲームそのものがGUIの塊なのにね。142はかなり意味不明。

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

一貫して開発しる！なんてのは
給料を年１億ほどもらわないとやってられん
ツールだって立派な売り物になるくらいだ
簡単に作れるわけないだろが…アホか(藁

**142** · 02/09/03 07:11

>>146
ツールとシステムを分離すると、物にもよるけど意思疎通が遅れるんだよね。
システムに変更や追加が入るたびにツール側に修正をお願いしなければならないし、
逆にツール使用者の意見をシステム側に反映させるにも時間がかかる。
変更や改良が頻繁におこるのがゲーム開発だから、そこで分業してしまうと非常に効率が悪くなる。
またGUIだけでなくプレビュー（エミュ）機能をつけようと思った場合、システム側と同等の実装が必要になる。

最近は、ＡＩ担当、エフェクト担当、オブジェクト担当、背景担当とパート単位にわけて、
それぞれがシステムの実装から、ツールやプラグインの整備までを行うのが主流になりつつあると思うけど。

>>147
大規模なWindowsアプリを作ろうと思うと、Win32APIの知識や複雑なメッセージのハンドリングとかノウハウはいるよ。

**名前は開発中のものです。** · 02/09/03 13:44

>>151
　むにゃむにゃ。あなたの会社のメインプログラマさんは何をやっている
のですか？その意思疎通を一括して行うのがメインPGじゃないのれすか？
話だけ聞いていると相当無能なメインPGさんだと思います。

　複数人が同じものを作る事ほど不効率な事はありませぬ。

**142** · 02/09/03 17:36

>>152
複数人が同じ物を作る？？？意味不明。

メインプログラマは、リソースやタスク管理、低レベルIO、あとは各パートをまとめるのが仕事。

例えば、オブジェクト担当なら、実機でのオブジェクト表示やモーション再生を実装すると同時に、
市販ツールなどからデータをコンバートするプラグインも書く。
エフェクト担当は、実機でパーティクルシステムを実装すると同時に、
ジェネレータを組み合わせてエフェクトを構築するツールも作る。
それぞれがオブジェクトデザイナや、エフェクトデザイナと直接話し合って、フィードバックし合ってシステムとツールを構築していく。
これが、うちの開発体制。

だいたい最近はメインプログラマがすべてを把握できる規模じゃなくなっているのよ。

**名前は開発中のものです。** · 02/09/03 21:34

うちは、専卒のバイトにプラグインからコンバーターまで
一通りやらせてますが何か?w

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

>>148
そんな会社の馬鹿窓から投げ捨てろー
一番のリストラ対象だ。

と言って自分から会社を飛び出しましょう。

>>151
ライブラリーにしてまとめれば、
実装はほとんど考えなくてええんちゃうん？

俺はシステムから必要な部分切り出して
担当部分作ったけどなー。

**名前は開発中のものです。** · 02/09/03 22:12

>>153
そりゃあんたの

>最近は、ＡＩ担当、エフェクト担当、オブジェクト担当、背景担当とパート単位にわけて、
>それぞれがシステムの実装から、ツールやプラグインの整備までを行うのが主流になりつつあると思うけど

の部分へのレスですが？なんか読み違いしてる？

>だいたい最近はメインプログラマがすべてを把握できる規模じゃなくなっているのよ。

　まぁここを読めば大体言いたい事はわかりますた。でも規模が大きく
なってもゲームは面白くなんねーんだよなー。逆に（以下自粛

**142** · 02/09/03 22:34

>>154
つまり、あんたの会社は所詮その程度のレベルってことだね（藁

俺は中小から大手組みの人間だけど、
結局、中小と大手のプラグインやツールに対する認識の差が技術力、開発力の差に繋がってんだよね。
なんか中小へぼメーカーの人間って驚くほどツールに対する認識が甘い。
プラグインやコンバーターなんて下っ端の仕事だと考えている。
逆に大手では最先端のＣＧ知識をもったプログラマがプラグインを書いてグラフィッカーを支援している。

俺がいた中小では、エフェクトやメニューなんて、グラフィッカがムービー作って、
それを見てプログラマがハードコーディングしてたな。
イベントは、スクリプタが直接テキストで座標打って作ってたな。
背景モデラは、一頂点一頂点、頂点カラーつけてたな。
典型的なバカ開発だった。

大手じゃ、エフェクトやメニューなんて市販ツールからコンバートかけてるし、
イベントは、市販ツールから出力したデータ元に、専用ツールで編集してるし、
背景の頂点カラーなんて、フォトンマップ使ったプラグインで自動計算よ。

>>156
>　まぁここを読めば大体言いたい事はわかりますた。でも規模が大きく
>なってもゲームは面白くなんねーんだよなー。逆に（以下自粛
なんだワナビーか。

**名前は開発中のものです。** · 02/09/03 23:12

>>157
　つーかもう学校はじまってんじゃねーの？早く寝ろよ。

**名前は開発中のものです。** · 02/09/03 23:16

>>157
　イタタ…。ムキになるなよ。みっともない。

**名前は開発中のものです。** · 02/09/03 23:45

>大手じゃ、エフェクトやメニューなんて市販ツールからコンバートかけてるし、
>イベントは、市販ツールから出力したデータ元に、専用ツールで編集してるし、
>背景の頂点カラーなんて、フォトンマップ使ったプラグインで自動計算よ。

　必死で覚えた言葉を総動員するのはいいけど、こんなの中小でも普通です。
それでもこだわりのデザイナは最後に手動で頂点カラーつけるがな。という
か今時頂点カラーってのはちょっとダサすぎなぐらい。

　それにしてもワナビー臭がぷんぷんする文章だな。

**名前は開発中のものです。** · 02/09/03 23:46

142じゃないけど、>>156はワナビーっぽい。

最後のセリフは、FFの技術を語っているときにシナリオが・・・と語り出す厨みたい。

**名前は開発中のものです。** · 02/09/03 23:54

>>161
　ん？そう？ゲームプログラマの技術はゲームを面白くするために
あると思ってるからね。新しい技術を身につけるのはそりゃ面白い
けどそれが品質アップに繋がらないのは本末転倒だと思わない？
　海外のゲームエンジンの考えって技術の前にゲームデザインあり
きだと思うし。（一応そういうスレだし）

　ま、厨っぽい事には否定はせんが。

**名前は開発中のものです。** · 02/09/03 23:58

>>160
フォトンマップ使ったプリライティングを普通ですなんていっちゃうなんてスゲーな（藁
そんなの大手でもどこもやってねーべ。
せいぜい市販ツールのラジオシティ機能使って焼き付けるぐらいだろう。

142も痛いが、言葉の意味も知らずに普通ですなんていっちゃう160も痛いね。
そんな中小が無理せんでも…。

**154** · 02/09/04 00:02

あー、その程度の会社のバイトの154だ。w
否定はしないよ。それまでに作られたツールのソース見たけど、
吐き気がするほど汚かったし、Win32APIだし、リソースファイ
ルも使ってねーし、未だにCだしで、まぁ、そんなレベルだ。w
ちょっと愚痴っちゃうけど、もう、そのツールにバグが出るた
びに酷い目にあってるんだ。(メンテもやらされてんのよ。泣)
グローバル変数多すぎてもうどこがどこかわかんねーんだよ、
ゲーム屋ってのは動けばいいと思ってるのかねぇ、ふざけん
なって。ファイル何度も読み直したり、一時変数ファイルに
書き出したりして、ストリップメッシュ作るのに何十分かか
るんだよ、これ、メモリケチったつもりかなw。ってか、作り
直したら秒単位で終わっちゃうんですが。w
まぁ、俺のいるとこはそんな感じだ。ゲーム屋って言っても
いろいろあるんだろね、大手にいるあんたがちょっと羨まし
いね。

**名前は開発中のものです。** · 02/09/04 00:22

>>163
　あれ？FinalRenderってフォトンマップじゃなかったけか？あちゃー
強烈に勘違い。逝って来る。とはいえ、自分でフォトンマップレンダ
書くわけじゃないのならあんまり差はない気が（汁

>>164
大手はツールを起こすに値するデザイナがいるってことも重要じゃない？
使い手あってこそのツールだし。まぁそのツールはひどすぎるが。

**名前は開発中のものです。** · 02/09/04 00:31

え、頂点カラーって、今時ダサい技術なんだ。
じゃ、いったいどんな方法使ってんの?
･･･あ、企業秘密か。失敬失敬(w

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

>>166
　マジレスすると、ライトマップ。呼び方は社によって違うかも知れ
ないけど単に陰影をテクスチャに落としてマルチテクスチャで張るだけ。
特別な事でもなんでもないね。

**名前は開発中のものです。** · 02/09/04 00:46

ゲームぐらいポリゴン荒いとフォトンマップかラジオシティか
より、メッシュをどう分割するかの方が大事な気がするが。
かといってツールが勝手に割っちゃっていいですか？って言う
とそれは困るとか言われちゃうんですが。w

**名前は開発中のものです。** · 02/09/04 00:49

途中で142名乗るのやめたのか・・・？

**名前は開発中のものです。** · 02/09/04 00:50

うちもマルチテクスチャぐらい当たり前になってほすぃ・・・。

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

どうでもいいけど、デザイナーが工夫してローポリ化した解像度の低いモデルに
ラジオシティーとか、フォトンマップとかの色を頂点単位で焼き付けると酷いこと
にならないかなぁ？（ライトマップテクスチャを作るのならともかく）結局
どちらにしろ手修正が必要な気が…。

ラジオシティーまでいかなくても、今できる動的ライティングでかなりゲームの印象
は変わる気がする。
http://users.pandora.be/hollemeersch/blackrose/tenebrae/index.htm

**166** · 02/09/04 01:10

お、(wなんて書いたのに、レス帰ってきた。
嬉しいんで、も少し質問していい？
今うち、ＰＳ２エンジンの転換期なんで、
質を上げれる情報なら、何でも聞いておきたいんだよ。

ライトマップ(?)の、ポリゴンで作る影/頂点カラーの影と
比べてのメリットデメリット、よかったら教えてもらえる？

カプコンの鉄騎とか、ＰＣゲームでよくその手法見るけど、
大抵ドット丸見えブツブツで、そんなに綺麗じゃないよね。
それをおしてこっちを使う理由って？
ちなみに自分はデザイナー。

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

>>172
　いや、メリットは168が言ってる事が回避出来るからじゃん。
描画コストと頂点演算コストを図りに掛けて描画コストの方が
全然余ってるからだけど。

　ドットブツブツはバイリニアである程度はなんとかなるけど、
こればっかはしょうがないね。テクスチャ解像度増やせばナントカ
なるけど、その辺は作るゲーム内容にもよるし。

　っていうか鉄騎の影はマルチパスレンダリングによる動的生成だと
思うし。荒いのは処理速度の問題かと。

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

メモリは頂点カラーに比べてライトマップ分余計に
食うし、そのライトマップも頂点カラー以上の解像度(?)
を持っていなければ意味ないだろうから、容量的に結構
きついものがありそうだな・・・。

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

>>174
　濃淡のいらないテクスチャならCLUT弄れば4bitが1bit×4として扱えるじゃん？
0001,0010,0100,1000の４つを切り替えるわけね。これを使えばメモリは結構開放
されると思うけど。（絵的にはキチャナイから2bit×２のがマシかも）

ま、こればっかはゲームの種によるのでご自分の判断でどうぞとしか言えません。

**名前は開発中のものです。** · 02/09/04 02:07

ライトマップは今時普通なんだ。
マルチテクスチャは、フィルレート半分だし、微妙だなー。

ツールプログラムは、経験ないなー。
エクスポーター（というか、クラスのセーブ）自分で書く。
ぐらいはやらされたけど。
ツールの人は、プレビュー用のインポーター＆インターフェイスを担当。

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

頂点カラーでパースが付かないハードでも
マルチテクスチャなら付いたりする不思議。

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

もっと知りたいあげ。

1 · 02/09/06 21:10

こんな長続きするとは思ってもみなんだ

**142** · 02/09/06 22:17

>>167
頂点カラーがダサイというから、頂点毎の球面調和係数を用いた動的ライティングでも語ってくれるのかと思いきや、
ライトマップ（プ。
せめてパーピクセルライティングぐらいにしてくれませんかね。
最近やっとライトマップの存在を知って嬉しくてたまらないんでしょうか。

>>176
マルチ’パス’テクスチャの間違いでわ。

>>177
不思議と思えるあんたの頭が不思議

それにしても、えらいレベル低いね。ワナビーなんてこんなもんか。

**名前は開発中のものです。** · 02/09/06 22:23

人違い。

**名前は開発中のものです。** · 02/09/06 22:31

正直ださい

**名前は開発中のものです。** · 02/09/06 22:33

必死な142の心に花をあげたい

**名前は開発中のものです。** · 02/09/06 23:10

>142
つーか、フォトンマップなんてゲームで使われるポリゴン数じゃ実用的じゃないだろ（藁
そんなこともわからないで最新技術だ～！てさわいでるのか？（プッ
知ってる単語つかえてうれしい？（藁
君の技術レベルじゃライトマップすらできないんじゃないの？（プッ

ライトマップの技術を自分の言葉で１から説明してみろよ（藁

**名前は開発中のものです。** · 02/09/06 23:32

　うーん、142はイタイなぁ。マジレスするんじゃなかったよ。
ttp://www.platz.or.jp/~moal/mtexture.html
とりあえず他人に指摘する前に自分の脳みそを疑いな。

で、他へのレスでマルチテクスチャのメリットだけど、
http://www.mafia-game.com/showscr.php?ID=4
http://www.mafia-game.com/showscr.php?ID=5
このマフィアってPCゲームのSSを見てもらえば効果は必然かなーと。

**名前は開発中のものです。** · 02/09/06 23:54

>>180
> せめてパーピクセルライティングぐらいにしてくれませんかね。
フォーンシェーディング？

技術的には、フォーンシェーディングはグーローシェーディングと比べて難しい
ところはないと思うんだが。（ハードウェアの性能さえ十分なら）

**142** · 02/09/07 00:23

>>184
フォトンマップとポリゴン数はまったく関係ありません。
一般的にフォトンマップはモンテカルロレイトレーシングの高速化手段の一つとして用いられているに過ぎません。
よくフォトンマップ＝グローバルイルミネーションと勘違いしている人が多いですけどね。（藁
フォトンマップを用いたプリライティング計算のメリットは、ラジオシティのように面を再分割して近似するのではなく、
直接、モデルの各頂点単位で放射照度の計算が行える点でしょうか。
これによって格子状でない複雑なモデルに対しても効率的に計算を行うことができます。
またフォトンの分布を参考に面を再分割することによって、より効率的に頂点数を割り当てることが可能になります。

>>185
何ですかそのレベルの低いサイトは。日本語しか読めないのですか…。
どうりで知識レベルが何年も遅れているわけです。

>>186
簡単に言えば法線テクスチャと係数テクスチャを組み合わせてピクセル毎に光源計算を行う方法です。
まあライトマップが単なる色のモジュレートなのに比べて、
パーピクセルライティングはピクセル毎に高度な光源計算をしているわけですな。

02/09/07 00:25

http://opennap.scenecritique.com

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

　　　　ﾋﾞｼｯ　　／￣￣￣￣＼
　　　／￣＼（　　人＿＿＿＿）　＜　俺よりかっこよくなるな
　 ,　┤　　　ト|ミ/　ー◎-◎-）　＜　俺のわからない話するな
　|　　＼＿／　ヽ　　　　(_　_)　）　＜　俺に作れないもの作るな
　|　　　＿_（￣　｜∴ノ　　３　ﾉ　
　|　　　＿_）＿ノヽ　　　　　ノ
　ヽ＿＿＿）ノ　　　））　　　ヽ

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

>>142 タンは大手に入れたことを自慢したかっただけなんだよ。
みんな大目に見てやろうよ。

**名前は開発中のものです。** · 02/09/07 03:22

>>190
是非とも 142 にはコテハンを名乗って欲しいな。ホットゾヌの NG ワードに
登録するから。

**名前は開発中のものです。** · 02/09/07 03:30

>>187
> 簡単に言えば
簡単に言えてないぞ。ホントに理解できてる？

**名前は開発中のものです。** · 02/09/07 03:57

　142たんカッコいー。必死な男は嫌いじゃないよ。（好きでもない）

　で、まぁ期待はしてないんだけど、一応聞いておくと、チミの会社（脳内）
でライトマップを利用せずに頂点カラーを採用している理由はなぁに？

　あと、DAKINIたん、KANOたん、屋根裏汚たん、この中で尊敬するのはだぁれ？

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

> 直接、モデルの各頂点単位で放射照度の計算が行える点でしょうか。

確認
ホントにモデルの頂点で計算するとは思ってないよね？？？
ライトマップ作るときだけだよね？？？？？？？？？？？？

**名前は開発中のものです。** · 02/09/07 10:57

>>190-193
自作自演なのかどうか知りませんが、
仮に別人だとしてももう少し発言にバリエーションがあった方が望ましいと思います。

**191** · 02/09/07 14:09

>>195
自分以外がすべて自作自演に見えるようになったら、人生終わってるぞ…。

**166** · 02/09/07 14:22

なんでみんなそうムキになって１４２を否定するのかわからないな。
もっと謙虚に教えを請うてもいいのでは？
別に荒らしに来てるわけでもないんだし。
端から見てると、１４２否定派はみんな>189に見えるよ。

**194** · 02/09/07 14:41

>>197
つーか、脳内開発者確定の142になんで教えを請わなきゃあかんの？
ゲーム開発者で一番使えネーのが技術オタクの口だけ野郎。142みたいな奴ナ。

**176** · 02/09/07 15:07

>>180
＞>>176
＞マルチ’パス’テクスチャの間違いでわ。

おいおい、、、。
本気で言ってるのか？

**名前は開発中のものです。** · 02/09/07 15:10

http://www.mafia-game.com/team.htm
たとえゲームプログラマといえど
このくらいかっこよくなくてはならない。

**名前は開発中のものです。** · 02/09/07 15:26

けっこうオモロイスレやね。
ツール関連のリソースをしっかり割り当てよう、なんて
常識だと思ってたが、実情はそうでもないと。