DirectX総合スレ (Part5)

**名前は開発中のものです。** · 2006/09/08(金) 23:56:42

言語はC++
他の言語使ってる奴はいますぐ消えろ

**名前は開発中のものです。** · 2006/09/10(日) 21:51:56

＞そりゃアンタの勝手だ。オールドスタイルを好む人もいるからな。
だったら最初から口出しするなと…

平行投影ならではの表現ってのもあるでしょ。
陳腐な発想だが、たとえばエッシャーの滝みたいな不整合を含むマップとか。
リアルな方向"だけ"に進まなくてもいいじゃん。

**名前は開発中のものです。** · 2006/09/10(日) 21:55:39

>>48
そんなのが趣味で作れるわけないだろう・・・

**名前は開発中のものです。** · 2006/09/10(日) 21:58:47

つかおまいの言うリアルなのが、今、多すぎだろ。
で、リアルがゆえに情報量が多くなり、操作仕切れなくなった。
結果、大雑把な操作(自動補正つき)のゲームばかりになった。

今はむしろ、リアルさが本当にゲームとしての面白さに繋がるのかについて、考える時期だろ。

**名前は開発中のものです。** · 2006/09/10(日) 22:09:29

>>48
個人的な感想をいってしまえば、「ならない」かなぁ。

おれもリアルなのを否定するわけじゃないから、リアルな表現が進化するのも見てみたい。
それに、ただ見た目が良くなるだけなら進化と呼べるほどのものではないと思うけど、
3Dであることを活かした、従来にない画期的なシステムやルールのゲームが出るなら大歓迎。

>>51
システム的に空間を3次元で扱っても、煩わしさが増えただけっていうのが多いよね。
コンピュータは進化するほど扱える情報が増えていくけど、
受け取る側の人間にはどうしても限界がある。
リアルになったことにより直感的に把握できるようになった部分もあるだろうけど、
むしろ分かりにくい部分も増えたと思う。

2Dであるからこそ、あと1マスが届くか届かないかの葛藤があったり、
たくさんのユニットをまずあーしてこーして次にそーしてとか把握しやすかったり。
将棋や碁なんて見た目はリアルの対極にあるけど、
単純化したゆえの楽しさ、奥の深さはあるからね。

**名前は開発中のものです。** · 2006/09/10(日) 22:20:54

いい加減スレ違いうざいんだけど。

**名前は開発中のものです。** · 2006/09/10(日) 22:23:31

> けしてリアルなのを薦める訳じゃないんだが、
誰もコレを読んでないから、もうどうでもいいや。

スレ違いスマン。

**名前は開発中のものです。** · 2006/09/10(日) 22:24:20

>>48
９ですが、やはりマスをいじるタイプのSRPGの場合は、
ちょっと見難いかなぁ……という気がしましたけど、
このゲームはRTSなのでこれはこれでイイと思います。
てゆか、やってみてー！

>>51-52
同感です。詰め将棋のような面白さのある
一風変わったSRPGを目指して開発中です。

**名前は開発中のものです。** · 2006/09/10(日) 22:25:56

将棋風ならバンマスということで終了。

**名前は開発中のものです。** · 2006/09/10(日) 23:16:36

じゃぁリアルな将棋だな。駒の表面ばバンプでかつ文字の
くぼみに質感を出さなければならない。もちろん影も。
盤自体も高級感溢れるグラフィックでないといけないな。

**名前は開発中のものです。** · 2006/09/10(日) 23:56:21

無意味だな

**名前は開発中のものです。** · 2006/09/11(月) 00:12:50

ゲームの存在自体が無意味だけどな。

**名前は開発中のものです。** · 2006/09/11(月) 00:19:45

い　や　そ　の　理　屈　は　お　か　し　い

**名前は開発中のものです。** · 2006/09/11(月) 01:59:28

なにがリアルか、という話になる。ベクトルの問題。
昨今のトレンドは物理演算だよ。

**名前は開発中のものです。** · 2006/09/11(月) 03:03:56

まえにマップチップ形式のテクスチャを使う言っただけでゲーム内容まで
気にしてくれた親切な方がまた御光臨されたのか…

**名前は開発中のものです。** · 2006/09/11(月) 10:03:12

ここはゲーム製作技術板なので
技術を語れない妄想厨はお帰りください。

**名前は開発中のものです。** · 2006/09/11(月) 19:28:57

元々厨房隔離板なのにそりゃないぜよ

**名前は開発中のものです。** · 2006/09/11(月) 20:19:25

C#でフォームとは別のスレッド作ってメインループをまわしてます。
そのスレッドからDirect3Dを初期化するためにDeviceのコンストラクタで
フォームの参照かハンドルが必要なわけですが
そのまま渡すとお止まりになられます。

どうすればいいですか？

**名前は開発中のものです。** · 2006/09/11(月) 21:48:25

>>52
>システム的に空間を3次元で扱っても、煩わしさが増えただけっていうのが多いよね。
それは作り手がちゃんと詰める部分なんだよ。
じゃあ、聞くけど、それは３Ｄゲーム全般に言えることで全てのゲームにおいて
２Ｄの方がわかりやすくて面白かった？
で、ＳＲＰＧに関しては３Ｄにしておもしろくなる可能性は０だと言い切りたいの？
ここまで言えるなら君のいうこともわかるんだけど。
あくまでも「そんな気がする」程度なんでしょ？

>2Dであるからこそ、あと1マスが届くか届かないかの葛藤があったり
え？３Ｄにするとそれってなくなっちゃうの？

**名前は開発中のものです。** · 2006/09/11(月) 21:49:23

まだやってるの？

**名前は開発中のものです。** · 2006/09/11(月) 21:57:23

>>67
気に入らないならこなくてもいいんですよｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:04:11

全角英数字使う自称プログラマは、なぜこういう奴ばかりなんだろうｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:05:22

>>69
アンカーも付けられないクズに言われたく無いなｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:06:00

>>70
おや、誰も君とは言ってないよｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:07:54

>>71
おっｗアンカーつけられるんじゃんｗ
柔軟性があるのはいいことだよ。

**名前は開発中のものです。** · 2006/09/11(月) 22:09:17

>>72
だから君に言ったんじゃないって。何故アンカー付けなきゃなのよｗ
それとも何かご自覚でも？

**名前は開発中のものです。** · 2006/09/11(月) 22:11:49

>>73
お、でも、アンカーつけてんじゃんｗ
アンカーの何がいいのよｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:14:10

何言ってるかわかんねｗ
なんだよ「アンカーの何がいいのよ」って

何がよいって言われてもｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:16:58

>>75
アンカーも付けられないクズに言われたく無いなｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:18:01

>>76
アンカーの何がいいのよｗ

**名前は開発中のものです。** · 2006/09/11(月) 22:35:37

>>77

**名前は開発中のものです。** · 2006/09/11(月) 22:39:54

おせーんだよ、折角テンポ良かったのに
しかもこんなレスかよ、がっかりだ
20分近く考えてこれかよ、お前アフォだろ！

**名前は開発中のものです。** · 2006/09/11(月) 22:51:09

すげー盛り上がって参りました！！！！

**名前は開発中のものです。** · 2006/09/11(月) 23:41:07

もう、アンカ～んは、こりゃ

**名前は開発中のものです。** · 2006/09/11(月) 23:58:30

こんな馬鹿にいいように釣堀にされるなんて…くやしい…！

**名前は開発中のものです。** · 2006/09/12(火) 00:34:24

でも…

**名前は開発中のものです。** · 2006/09/12(火) 00:51:15

初めてなのに釣れちゃったー

**名前は開発中のものです。** · 2006/09/12(火) 00:57:19

趣味で作るなら好きなようにやればいいじゃまいか。

トレンドだとか流行だとかコストがどうとか政治がどうとか
納期が云々、人件費があーだこーだは仕事だけでいい。

**名前は開発中のものです。** · 2006/09/12(火) 01:28:13

>>65
そもそもDirect Graphicsがフォームとは別のスレッドでDeviceを初期化できるように設計されてない。
どうしてもスレッドを分けたいなら初期化はフォームと同じスレッドでやって、
できたDeviceのインスタンスをメインループに渡すしかない。
ただし、Device.Resetとかもフォームと別スレッドでは実行できないので
フォームのメッセージ処理でデバイスの状態を監視するなど注意深く設計する必要がある。

ちなみに別スレッドから呼んじゃいけないメソッドはヘルプに書いてある。
（プログラミングガイド＞プログラミングのヒント＞マルチスレッド処理の問題）

**名前は開発中のものです。** · 2006/09/12(火) 06:59:37

>>86のように軌道修正してくれる人も大好きですが
>>66-80のようなネタとマジのギリギリのラインでヤり合う流れも大好きです
あとDirectXも大嫌いです

**名前は開発中のものです。** · 2006/09/12(火) 10:34:31

Form.Invokeでハンドル取り出してDeviceに渡したら動きました

**名前は開発中のものです。** · 2006/09/12(火) 13:19:37

|дﾟ)ｿﾉﾊﾞｼﾉｷﾞ

**名前は開発中のものです。** · 2006/09/13(水) 03:09:54

動けばいいんじゃね

**名前は開発中のものです。** · 2006/09/13(水) 17:11:09

師曰く、
｢動けばいいってレベルでいいなら、動かなくてもいい｣

**名前は開発中のものです。** · 2006/09/13(水) 20:48:14

3DRPGなんかで凹凸のある地面を歩かせる方法が分かりません。
自分で考えたところ、
地面をマス目で区切って、そのマス目に対応する配列を作って、
その配列に地面の高さを保持させて処理するという方法しか思いつきません。
DirectXでゲームを組んでいる場合、これくらいしか方法はないのでしょうか？

**名前は開発中のものです。** · 2006/09/13(水) 21:12:01

下向きのベクトルと地面のポリゴンとの交点を求める。

92 · 2006/09/13(水) 22:09:02

>>93
なるほど！
下向きのベクトルは思いつきませんでした。
ありがとうございます。

**名前は開発中のものです。** · 2006/09/13(水) 23:28:07

それがわからないでいて>>92を実現する方法とはいかに？

**名前は開発中のものです。** · 2006/09/14(木) 00:03:40

配列で細かく高さデータもっておいて、補間するんだろ。
データ量が恐ろしいことになりそうだけど。

**名前は開発中のものです。** · 2006/09/14(木) 00:49:03

でもそれだけじゃ、螺旋階段とかゼルダトキオカみたいなのは無理じゃん。
地面だけじゃなくて、立体的にさ。
基本的に、フィールド用ポリゴンと、小障害物オブジェクトと、
キャラクターオブジェクトがあって、
フィールド用は、３次元配列の判定メモリを使用し、
その他のは、キャラクタとの距離から、判定し、
その後に、ポリゴンとの接点を判定する。
キャラクタの場合は、点との判定で、剣とかも点で、

**名前は開発中のものです。** · 2006/09/14(木) 02:58:37

＞フィールド用は、３次元配列の判定メモリ
　
なにそれ。3D格子（3Dグリッド）のこと？
どれぐらいの詳細度で扱うのか知らんが
トキオカ風の地形を1[m^3]で区切って
それを人間の手で作るのはかなり手間なんだけど。

**名前は開発中のものです。** · 2006/09/14(木) 03:06:07

フィールドとの衝突判定なら
ハイトフィールドで十分じゃん。

**名前は開発中のものです。** · 2006/09/14(木) 07:02:01

>>97
俺はそんなことやらんでもほとんどハイトフィールドの応用で足りると思うんだがな。
っていうかアルゴリズムの違う足場ってバグり易いから作らないほうがいいぞ。

**名前は開発中のものです。** · 2006/09/14(木) 08:24:47

階段はオブジェクトにする。
衝突判定しないで動作はキー操作によるシーケンスで。
ってのはどう？

**名前は開発中のものです。** · 2006/09/14(木) 21:56:26

>>99
だからそれだと、螺旋階段とか立体ダンジョンとか、できないだろ。

**名前は開発中のものです。** · 2006/09/14(木) 22:22:49

オブジェクト同士の当たり判定ってザツでも良ければ何とでもなるけど
マップの判定ってちょっと悩むよな
俺はもう諦めて平面で作ることにしたけど

まぁ地道に勉強してればいつか解説本を読んでストンと腑に落ちることもあるさ
多分

**名前は開発中のものです。** · 2006/09/14(木) 22:33:39

キャラが直前まで居たY座標も考えてやればレイが交差した床板に上るかぶつかるかくぐるか決められるよ～

**名前は開発中のものです。** · 2006/09/14(木) 23:22:52

>>102
現在アクティブな（そのキャラにとって）ハイトフィールドを決めて「つなぎ」の部分だけ
処理すんのが一番楽だろうが。
螺旋っていったって局所でみれば普通の足場だろが。

階段なんかオブジェクトにしちまうと「抜け」で無駄に悩むぞ。
この辺、ゲームのたびにぶち当たるけど、足場はハイトフィールドの応用が一番強固でいいと思う。
やっぱなにより抜けないし、マス目細かくすることで応用が効くし。

**名前は開発中のものです。** · 2006/09/14(木) 23:25:09

螺旋階段や立体ダンジョンなら、複数枚の縦に重なる部分が無いようなマップに切り分けておいて
しかるべき場所（高さで判定とか）でそいつらを切り替えればいいんじゃん？

**名前は開発中のものです。** · 2006/09/14(木) 23:32:08

>>105
螺旋階段の下に潜った場合、上の螺旋階段との壁の判定はどーやるわけ？？

**名前は開発中のものです。** · 2006/09/15(金) 00:19:59

地面にオブジェクトの影を落としたいんですが、どうやればいいのですか？
影といっても、オブジェクトの下に黒い●が出るだけでいいです
地面が平面ならオブジェクトの真下に●のテクスチャはった面を表示するだけだったんですが
凸凹だとバレバレです

**名前は開発中のものです。** · 2006/09/15(金) 00:21:39

高さに関してはハイトフィールドで螺旋階段も問題ないでしょ。
プレイヤーの腰当たりからレイ飛ばして、一番Ｙの高い位置で判断すればいいし、
隣接ポリゴンのリスト持っておいて自分の周囲ある程度のポリゴンしか判定しなければいいし。

ＸＺへの移動に関してはどっちみち別途コリジョンをもっておかないと柵とか対応できない。
法線方向見て片方からは通れるようにすれば崖とか階段の下とかも問題なす。

**名前は開発中のものです。** · 2006/09/15(金) 00:26:20

>>108
普通に浮かせたり、傾けたり・・・
それ以上やるとゲームに影響がでるぐらい凝らなきゃならんけど？やる？ｗ

しかし、影の処理ってどれもアホかってほど重いな。
やんねーよ。こんなの。ってのでデザイナさんとも一致した。

**名前は開発中のものです。** · 2006/09/15(金) 00:29:03

>>109
>隣接ポリゴンのリスト持っておいて自分の周囲ある程度のポリゴンしか判定しなければいいし。
だからその時点で、ハイトフィールドじゃないじゃん

98 · 2006/09/15(金) 00:35:02

>>102
>>107
ん？螺旋階段（建造物）もフィールド（地形）と同じ扱いなのか？
俺がレスした>>97は
「フィールド用ポリゴンと、小障害物オブジェクトがあって」
と区別してたから、螺旋階段は後者（オブジェクト）だとばかり。

**名前は開発中のものです。** · 2006/09/15(金) 00:38:39

>>111
ん？そうか？
単に判定するポリゴンを刈る為の処理のつもりなんだが。
いくらなんでも広大なフィールドの全ポリゴンを毎回判定するわけでもあるまい。

**名前は開発中のものです。** · 2006/09/15(金) 00:40:15

>>109
それは「ハイトフィールド」じゃなくて
「ハイトフィールド上にオブジェクト置いてる」状態と桃割れ。

**名前は開発中のものです。** · 2006/09/15(金) 00:41:36

>>114
いや、普通に、ハイトフィールドじゃん。

**名前は開発中のものです。** · 2006/09/15(金) 00:53:55

どっちでもいいやろ

98 · 2006/09/15(金) 00:56:09

>>115
ん？ハイトフィールドの定義から確認していいかな？
2D格子の標高データということで宜しいかな？
　
で、どういう螺旋階段をイメージしてるのか知らんけど
例えば円筒状構造物内にぐるぐる階段を設けたものでいいかな？
こういう建造物を無理矢理ハイトフィールドでやんのか？

**名前は開発中のものです。** · 2006/09/15(金) 00:57:18

まあ、定義はどうでもいいけど、ハイトフィールドっぽい仕組みを
駆使して螺旋階段も立体交差も作れるし、これが一番安全だし、
これ以外でやるとそれなりに大変になると言っておく。

ただ、FZEROとかソニックは難しいかもしんないな。

**名前は開発中のものです。** · 2006/09/15(金) 00:59:55

難しいってのはループのことかね
それはまた別の方法を考えるべき屋根

**名前は開発中のものです。** · 2006/09/15(金) 00:59:55

>>117
そうそう。
できるじゃん。
よく考えてよ。
螺旋階段を辿るようにぐるっとつないでいけばいいだけじゃん。

**名前は開発中のものです。** · 2006/09/15(金) 01:05:44

最初スーファミのF-ZEROとメガドラのソニックしか思い浮かばなくて
何の事だかわからなかったのはオジサンだけの秘密だ。

98 · 2006/09/15(金) 01:24:39

>>118
まさか、1[cm]単位みたいな高密度の標高データを
複数レイヤーで持てとか言うんじゃねーだろうなー。
　
格子状に配置された標高データだと表現力に自由度ないから
無理矢理密度を上げて対応してんのか？
　
俺は螺旋階段みたいな変な形状の建造物は衝突判定用モデルを用意してるよ。
この場合なら直立した中空シリンダーの中に階段のOOBBを敷き詰めて終わり。

**名前は開発中のものです。** · 2006/09/15(金) 01:39:26

×1[cm]単位みたいな高密度の標高データを
○1[cm^2]単位みたいな高密度の格子を

**名前は開発中のものです。** · 2006/09/15(金) 02:07:22

>>118
なんでそんな脅してまでハイトフィールドを奨める…何かに取りつかれてるのか

**名前は開発中のものです。** · 2006/09/15(金) 06:09:31

ハイトマップなんてほんとにベタベタな地面にしか使わねーよ普通。
トンネル掘るのもめんどくせぇし、建造物はStaticMeshで当たり前。
UnrealEngineはハイトマップの使い方上手いけどな。

**名前は開発中のものです。** · 2006/09/15(金) 06:19:06

>>122
はぁ？なんでそんなことになるの？
マジで頭悪いの？

**名前は開発中のものです。** · 2006/09/15(金) 06:27:31

>>122
螺旋階段を辿るようにつないでいくって言ってるだろ。
脳みそ腐ってんのか？
つか、お前、人の話聞かないし、馬鹿だから余計なことばっかりやることになるんだぞｗ

**名前は開発中のものです。** · 2006/09/15(金) 08:30:34

階段なんて衝突判定もなにもせず計算で動かせばいい
法線方向はリミットつければいい

**名前は開発中のものです。** · 2006/09/15(金) 12:28:13

いちいちうるせぇな。
つべこべ言わずにハイトフィールド使えっつってんだろうが。
俺の言うことが聞けねぇってのか？

**名前は開発中のものです。** · 2006/09/15(金) 14:17:30

こんなことだからmixiに負けるんだお

**名前は開発中のものです。** · 2006/09/15(金) 16:44:30

んじゃぐだぐだになってきたところで地形関連ということでひとつ
ほとんどの3Dのゲームは壁に当たってなお直進すると壁にそって微妙に横にすべるような動きをしますよね
あれって業界内で統一されたデザインとしてわざわざあのような動きをするようにしているんでしょうか
それとも典型的な壁との衝突時の処理の副作用としてあのようになっているんでしょうか
DOOMは壁をこすりながら走って加速できるバグがありました
MMORPGとかでは進めなくなった時点で歩行をやめちゃう駄目仕様なものも結構あります
そこらへんみなさんどうしてますか？

**名前は開発中のものです。** · 2006/09/15(金) 17:10:01

壁に接触するたびに足が止まるとストレスになるから
わざわざそういう風に作ってあるんだろう

当たり判定壁ずりで検索すると解説してるサイトもある

**名前は開発中のものです。** · 2006/09/15(金) 17:49:16

漏れの場合球コリジョンで判定してヒットした壁の面法線方向に
めり込んだ分（球の半径-中心から壁平面への距離）戻してるから
勝手に壁ずりする。

**名前は開発中のものです。** · 2006/09/15(金) 20:38:46

>>133
ぐぐってでてくる壁ずり講座のが色々とあまり美しくない工夫をしてるのに対して
それだとすごい自然だなぁ
やっぱり見た目のメッシュとは別に当たり判定用のバウンディングボックスを設定するんですか

**名前は開発中のものです。** · 2006/09/15(金) 20:44:11

球コリジョンって書いてあるような

**名前は開発中のものです。** · 2006/09/15(金) 21:46:10

>>134
俺は検索かけたら真っ先に>>133の方法が出てきたが・・・

**名前は開発中のものです。** · 2006/09/15(金) 22:45:06

コリジョンである。
コリジョンっていう言葉のイメージは、
まるまるとしてて、つっかかりが無いが、ゲドゲドしたもの。
という感じである。
これを表している物は、丁度、キウイフルーツである。
あの、丸々としてるくせに、表面がジョリジョリと気持ち悪いそれである。
また、親父のジョリジョリした髭がそれである。
あの、短い髭によって摩擦が減少してるのに、ジョリジョリされると痛いあれである。
つまり、コリジョンとは、ジョリジョリが痛い親父の髭。という意味なのである。

**名前は開発中のものです。** · 2006/09/15(金) 22:50:28

ちがうよ。コリジョンて犬のことだろ。

**名前は開発中のものです。** · 2006/09/15(金) 23:01:55

信号が失われたときに再送するべき範囲のことだっけ

**名前は開発中のものです。** · 2006/09/15(金) 23:05:30

>>133
適度にブレーキがかかって具合がいいんだよな（ ´∀｀）

**名前は開発中のものです。** · 2006/09/15(金) 23:42:45

VIPのバカが釣りにはしゃいで喜んでいます

女子大生拉致監禁事件！？12くらい
http://ex16.2ch.net/test/read.cgi/news4vip/1158323954/

「どう見ても釣りだろ」
というと顔を真っ赤にしてレスしてくるので注意！！！

98 · 2006/09/16(土) 00:24:55

>>126-127
なんで火病ってるの？
　
でさ、お前の使ってるのって本当にハイトフィールドなの？
俺、>>117でハイトフィールドの定義を確認したよな？
これに対して君は>>118で「まあ、定義はどうでもいいけど」とか
はぐらかしてたけど、なんでかな？違うなら違うって言えよな。

**名前は開発中のものです。** · 2006/09/16(土) 00:29:49

ハイトフィールド（ハイトマップ）の基本的定義は
「XZ平面の格子点上でY(高さ)データをサンプリングした2D配列」
　
この定義で螺旋階段を表現しようとすると無理があると>>122-123で言っている。
層状の地形であるから多段でハイトマップ用意することになる。
階段は放射状に配置されている格子点サンプリングでは
うまく再現できない。高密度でサンプリングしてガタガタを減らすしかない。
　
例外的に、極座標系でサンプリングするなら高密度でなくて済むが
螺旋階段だけのためにわざわざ特例的な座標変換かますってどうよ。

**名前は開発中のものです。** · 2006/09/16(土) 00:30:35

×階段は放射状に配置されている
○階段は放射状に配置されているから

**名前は開発中のものです。** · 2006/09/16(土) 00:33:23

ゼルダトキオカ風のアクションゲーム用のレベルデータなら
洋物FPSのそれと相違点は少ないだろ。この手のレベルエディタなら
エンドユーザでも触れるし、レベルデータも見放題。
螺旋階段は厚みのある板を折り重ねて階段を作ってたりする。

**名前は開発中のものです。** · 2006/09/16(土) 00:40:15

っつーかさ、螺旋階段とか立体交差ができないからって
ハイトフィールド使えねーってのは短絡すぎね？

そういう制限があるけど、実装が簡単だからって薦めて終わりにしねえ？

**名前は開発中のものです。** · 2006/09/16(土) 00:43:32

「ハイトフィールド使えねー」なんて誰も書いてないと思うぞ。

**名前は開発中のものです。** · 2006/09/16(土) 00:47:30

まえ、ベクターで灰とフィールドを使った３Ｄゲーダウンした。
なるほど、高低差が表現できてるな。ってのは当たり前なんだし、
バカっぽい印象があったな。灰とフィールド。