インターフェイス・操作系

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

ゲーム自体の面白さを追求するのも大事だけど、快適に遊んでもらう
ための工夫をするのもまた大事というわけで。

画面レイアウト、メニューのデザイン、キーやパッドの処理
etc…遊びごこち向上のための話題をどうぞ。

**名無しさん＠お腹いっぱい。** · 01/11/09 01:15

ここはプログラマーとグラフィッカーが混在出来そうなスレですね。

**名無しさん＠お腹いっぱい。** · 01/11/09 01:22

>>2
企画には冷たそうだけどな。

**名無しさん＠お腹いっぱい。** · 01/11/09 01:25

>>3
そりゃ当たり前。仕様書もろくにかけん企画なんて無視

**名無しさん＠お腹いっぱい。** · 01/11/09 01:27

うーむ。本来UIは企画の仕事なんだがなぁ。

**名無しさん＠お腹いっぱい。** · 01/11/09 01:41

画面切り替え無しのゲームが良い。ドラクエ1とか。

**名無しさん＠お腹いっぱい。** · 01/11/09 01:44

＞6
良いとか嫌いとかでなく、理由までいってくれよ

**名無しさん＠お腹いっぱい。** · 01/11/09 01:52

ＦＦ切り替え多すぎ。正直ウザイ。

場面転換は洞窟で扉をあけたり宝箱を開けるのと同じくらいプレイヤーに緊張（期待）を強いる。
無意味に何度も繰り返すとだれてくる。

アローンインザダークとかはここらへんがうまいとおもう。
多すぎず少なすぎず。

**名無しさん＠お腹いっぱい。** · 01/11/09 02:05

ＤＱとかＦＦとか言われてもってカンジだなぁ。
多分ここの人の殆どはソレ系は作ってないでしょ。
アレ系のＲＰＧはツール使ってるんじゃないの？
その場合、ツール依存だし。
あと、＞6と＞8のいう場面切り替えの定義が良く分からん。
ステータス出したりセーブするのも含まれるわけ？

8 · 01/11/09 02:17

ユーザーにとって未知のものと遭遇する可能性がある移動や行動。

無理に硬い言葉で説明しようとするとボロがでるな。具体的には
ドラクエＩ　なら
○ 街マップからワールドマップへ移動
○ 洞窟へはいる、階段ののぼりおり、扉をあける（ドラクエは洞窟で扉をあけると視界が変わります）
等です。

ステータス、セーブはいつもどおりのものしかでないので含まれません。

**名無しさん＠お腹いっぱい。** · 01/11/09 02:25

ＦＦは６までしかやってないんでよく分からんが、
そーなるとＵＩというよりはカメラワークの話にならんか？

**名無しさん＠お腹いっぱい。** · 01/11/09 02:47

そうですね。１００％カメラワークの話だと思います。
WindowsでいうSDI,MDI,タブ,などと同様、画面に出てくる情報は
操作にはかなり影響すると考えています。

**名無しさん＠お腹いっぱい。** · 01/11/09 02:50

ＦＦは全部やってます。泣きながら。
映画つくる人は駄作を見て参考にするっていうじゃないですか。
いい映画は内容に集中してしまって技術的なところ見逃して勉強にならないから。

**名無しさん＠お腹いっぱい。** · 01/11/09 02:54

>>13
遠まわしにＦＦを非難してるの？

**名無しさん＠お腹いっぱい。** · 01/11/09 03:01

カメラワークはＵＩよりは演出の分野なんで、
このスレで語るにはどうか？　と気もするけど。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:08

UIといえばカーソルがどうとかじゃないの？
武器変更するのに階層深すぎだｺﾞﾙｧ！とか。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:18

一応、酷いカメラワークにより操作が勝手に切り替わるというUIの悪さも含まれるのでは。
視点が変、というのはスレ違いだと思うけど。

余談だけど、SFCの聖剣伝説３のUIは酷かったねぇ。
横３画面、縦３画面のどう考えてもメモリにおさまりそうも無いステータス画面で
各画面の切り替わりにＲＯＭのくせに数秒かかるし。
キャラクター操作はまだしも戦闘中によく操作が帰ってこなくなるし。
ああいうのはプログラム組む段階で気付いたら企画につっかえしてやればいいのに。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:30

（汎用性は問わないものとして。）
「使うキーが少ない＝単調」「すべてのキーを使う＝深い」

かのような持論をお持ちの方がおられましたら
是非、そのご意見を訊かせていただけると幸いです。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:39

「単調」と「深い」は意味として対にはなってないからずるい質問だと思われ。
すくなくとも「全てのキーを使うほうが良い」なら、選択肢が広い分深いとは思うがね。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:42

運転を楽しむゲームは操作を習得すること自体を楽しむのですぐに習得できてはいけない。
車でいえば
ＡＴ＝使うキーが少ない
ＭＴ＝すべてのキーを使う
だとして
ＡＴよりＭＴで運転するほうが楽しいのは運転自体を楽しむ人
ＭＴよりＡＴで運転するほうが楽しいのは運転に付随するものを楽しむ人（ドライブとか）
よって運転を楽しみたい人にとっては全てのキーを使うほうが満足できる。
でも運転に興味ない人にはわずらわしいだけ。

フライトシミュレータとかがもっとも良い例だと思う。
あと、ゲームの売りの部分に対して不適切なほうをえらぶと不幸だと思う。

1 · 01/11/09 03:47

最近、X,Zキーをボタンその1・ボタンその2に割り当てたゲームが
意外と少ないですね。
アドベンチャーやRPGで、決定とキャンセルキーが離れてるのは
手が忙しくてどうにも遊びづらく思えます。
コンフィグ付けるかパッドに対応させれば問題無いけど。

>18
個人的には上下左右＋ボタンは3キーくらいまでが理想かな。
自分はタッチタイピングできないから、キーボード全体を使うものだと、
ゲームに集中できなさそう。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:51

エンターを決定、エスケープを戻るにしているフリーソフトがあるけど
正直その時点でやる気うせる。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:53

最近、カーソルが変な位置にあるキーボードとかテンキーがないキーボードが増えた
のでやりにくいったらありゃしない。

**名無しさん＠お腹いっぱい。** · 01/11/09 03:52

＞22
分からんでもないっつーか、よく分かるんだけどさ。
ちゃんと理由書いて、話が発展するような振りをしてよ。

**名無しさん＠お腹いっぱい。** · 01/11/09 04:05

>>21
Windows？
AT互換機のキーボードは組み合わせ方によってはキーの押し下げ情報を
正しく認識できないので（PC98ｘ1はできる）CTRLやALTなんかに割り振らないと
駄目なはずなんだわ。

**名無しさん＠お腹いっぱい。** · 01/11/09 05:18

ベテランの人には言うまでもないことだとは思うけど、
プレイヤーの視線が画面上をどう移動するか、というのは、
インターフェイスののデザインでは重要な課題だよね。

俺の初めて作ったRPGではこれが全然ダメで、
メッセージ表示に注視していたら、
メッセージウィンドウから離れた位置にあるライフゲージが減っているのに気がつかない、
という欠点に、テストプレイの段階で初めて気がついて大慌てした経験がある。

**名無しさん＠お腹いっぱい。** · 01/11/09 11:20

カメラワークもインターフェイスのうちだと思います。
キャラを、たとえば右に進めているのに、画面切り替えでマップがまったく正反対の方向に
変わってジタバタしてしまう場合が時々あります。（右キーに入れっぱなしに気付くのは何秒か後）
これってすごく不味いです。

**名無しさん＠お腹いっぱい。** · 01/11/09 13:49

最低限のキーでもすべてのことが出来るが、
他のキーを使って操作できるほうが楽に操作できる、というのが理想。
あと、キーコンフィグがしっかり出来ること。
コンシューマはしらん。

**へっぽこ企画** · 01/11/09 14:29

>>28
コンシューマでも同じです。
十字と決定キャンセル２ボタンで全ての行動ができ、他のボタンは便利ボタンとして活用するのが理想。

ちょっと違うのは、各ハード別のパッドにより特定のボタンを使うことでゲーム性に関わる面白いことをする
という前提のゲーム（ゼルダのＺ視点、マリオカートのＬＲドリフト、対戦格闘ゲームの弱中強攻撃など）
の場合のみそれを許可するくらい。
ボタン数が限られてる／特殊ボタンが多いから、制限の中で楽しく遊べ、かつ煩雑じゃない操作を考えるのは
企画としては楽しいですね。
時々テストプレイでボコボコにされて鬱になるけど。

**名無しさん＠お腹いっぱい。** · 01/11/09 14:39

>>28
キーコンフィグは邪道と思う。
作り手として、最も使いやすいものを用意すべき。

**名無しさん＠お腹いっぱい。** · 01/11/09 14:42

えー？　キーコンフィグはありでしょ？
単純な十字＋２ボタンのゲームでも、決定／キャンセルを入れ替えたい人だっているはず。
例えば、携帯用のアクションゲームなんかを考えると、
手の大きさによって、よく使ったり反射的に使うボタンを入れ替えたいって思うじゃん。

**名無しさん＠お腹いっぱい。** · 01/11/09 14:44

SSのガングリフォンはキーコンフィグしまくった記憶が・・・

**へっぽこ企画** · 01/11/09 15:23

作り手が自信を持ってお薦めする操作がデフォルト操作法、で良いのでは。
キーコンフィグは出来るに越したことは無いですよ。
マシンによりキー間の幅や配置が変化するＰＣでは、特に。

そういえば、複雑なシステムのゲームでは、特定の操作を特定のボタンに割り振る
いわゆるショートカットも必須になってきてるね。
ディアブロでＦ１チャージ連打とか。
コンシューマでは確かテイルズオブエターニアとかがやってたっけ。

**名無しさん＠お腹いっぱい。** · 01/11/09 15:37

PC洋ゲーのFPSはまずキーコンフィグから始めるな。
前にやってたFPSに似せて配置すれば慣れるのも早いし、
特に移動キーはカーソルキーじゃないと気に食わないし。

**名無しさん＠お腹いっぱい。** · 01/11/09 18:06

DirectX 8からはアクションマッピングとかゆー機能ついてて
ジャンルごとにキー配置設定できるようになっとるけど。
ゲームの形まで制限されてしまいそうでなんかヤ。

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

>25
安いキーボードだと同時押しを2つくらいしか認識してくれないんですよね

>30
サンワサプライのパッドはボタン配置が頓珍漢だったりするのです。
作者さんがサイドワインダーあたりをターゲットにしたキー配置にしてるともうOUT

**名無しさん＠お腹いっぱい。** · 01/11/10 06:35

やっぱお勧めの操作はデフォルトにする、けど。
PCだと環境によってボタン配置が変わる変わる(ｗ
だもんで、説明書にこういう配置でやってくれー、みたいのは書くことにしてる。

パッド前提ね。

**名無しさん＠おっぱい。** · 01/11/10 21:18

スレ違いだが、世の中には、使いづらいのを分かった上で
確信犯的に悪いインタフェースにする事もあるらしい。
というか、そうせざるおえない時、とても複雑な気持ち
になる。鬱。

**名無しさん＠お腹いっぱい。** · 01/11/10 22:37

ドラクエの「とびら」とかッスか？

38 · 01/11/11 05:42

ドラクエの扉って、どんなのだったっけ？
何故か、開くときの「音」しか覚えてない。アハハハ

スレ読んでて、ンーと考えさせられたので、キーコンフィグ
付けようかなって思った。明日にでも実装するか。

**名無しさん＠お腹いっぱい。** · 01/11/11 10:05

あげてみる

**名無しさん＠お腹いっぱい。** · 01/11/11 13:39

>>40
「どうぐ」「はなす」と並んで「とびら」というコマンドがある。
別に鍵かかったりしてるわけではない。
最近のとびらは自動ドアになったらしい :P

**名無しさん＠お腹いっぱい。** · 01/11/11 14:40

「とびら」コマンドのクッションを入れることで
扉を開ける感覚を出すために、とか聞いたけども、
１の「かいだん」コマンドはさすがにそこまで考えてない気もした。

**名無し3mm方眼** · 01/11/11 15:00

>43
マップが狭くて階段を避けて通れないし、
視界の悪い洞窟内で勝手に昇降すると一気に迷うからじゃないかな。

**名無しさん＠お腹いっぱい。** · 01/11/11 16:09

<43
の内容は、じつは言いわけで、
実際にはソコまで考えてなかったろうな。ゲラゲラ

**名無しさん＠お腹いっぱい。** · 01/11/12 03:29

>>44
Wizardryで体当たり可能だから、
まったく頭になかったとは考えにくい。
もちろん考えてなかったかもしれないが。

**名無しさん＠お腹いっぱい。** · 01/11/12 03:34

>>46
最初の頃のドラクエは鍵のかかった扉しかなかったから、
道具＞鍵だと2ステップいるから扉コマンドがあったんじゃないかと、、、

**名無しさん＠お腹いっぱい。** · 01/11/13 09:08

ボタン押したときに気持ち良くなる感じのインターフェース、キボンヌ。

**名無しさん＠お腹いっぱい。** · 01/11/13 10:44

>>48
ボタンを押す時は、効果音を付けると良いな。
あと、へっこむアニメーションも好き。

01/11/13 12:24

ゲーム機用のコントロールに伝統的に付いている
「Start」ボタンと「Select」ボタン。
あれっていらないよな？

**名無しさん＠お腹いっぱい。** · 01/11/13 12:25

ボタンの名前の通りの使われ方をしてないのがネックよねえ。

**名無しさん＠お腹いっぱい。** · 01/11/13 12:34

>>50
そりゃ「Alt+F4」で終了できるんだから
「Esc」キーいらねーよなっていうのと同じでしょう
>>51
「Start」という名前が付けられたボタンが有ることが重要なので
それがゲームのスタートに使われるかどうかは重要じゃないと思うよ
例えば格ゲーやってて、ポーズが「L1+R1」とかだったら戸惑うだろ？

**名無しさん＠お腹いっぱい。** · 01/11/13 13:24

PCのゲームの展示にプレステパッド使ったら、
機能を割り当ててないのにみんなStart押しやがる。
PCの場合、パッドによって配置が変わるなんて誰も知らないから当然だけど
・・・Start隠しておけばよかった。

53 · 01/11/13 13:24

違うか。「展示用にstartに割り当てておけばよかった」だな。

53 · 01/11/13 13:27

余談だが、PCでもパッドさえサターンのとか、プレステにしておくと、
みんなゲーム機のゲームと勘違いしていって面白い。
例えPC本体を見えるようにしてあってもだ。

**[.ﾟゑﾟ.]** · 01/11/13 13:45

では
ジョイボールを付けて
ファミコンだと勘違いしてもらおう

**名無しさん＠お腹いっぱい。** · 01/11/13 13:50

startボタンは要る。
あの位置にあるってのが重要なんだな。
他のボタンと一緒にしてもらっては困る。

**名無しさん＠お腹いっぱい。** · 01/11/13 13:58

最近のSTARTボタンなんて、ゲーム開始時くらいしか使わない（しかも決定ボタンでも可能）んだよなぁ。

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

そうか、最近はだれも使ってくれないのか・・・
ポースに代表される、簡単には押させない緊急ボタンって雰囲気が良いんだが・・・

**名無しさん＠お腹いっぱい。** · 01/11/13 18:30

>>59
コントローラにリセットボタン？

**名無しさん＠お腹いっぱい。** · 01/11/13 18:40

>>59
コントローラに電源ボタン？

**名無しさん＠お腹いっぱい。** · 01/11/13 19:44

>>59
コントローラにマイク？

**名無しさん＠お腹いっぱい。** · 01/11/13 20:01

>>59
コントローラーにキーボード？

**名無しさん＠お腹いっぱい。** · 01/11/13 20:33

>>59
コントローラーに核ミサイル発射スイッチ？

**名無しさん＠お腹いっぱい。** · 01/11/13 21:10

>>60-64
つまんねえからそろそろ終われ。

**名無しさん＠お腹いっぱい。** · 01/11/14 00:19

当たり判定に関する話は、このスレで良いのかな？
特にネタはないケド

**名無しさん＠お腹いっぱい。** · 01/11/14 00:51

じゃあ、むりやりにでも振ってみる。
最近の自キャラのコリジョンが２×２とかは見た目におかしい！
やはり、方形の当たり判定はよろしくない！

ＰＧ · 01/11/14 07:13

>>67
微積の知識ないんで勘弁してください。

**名無しさん＠お腹いっぱい。** · 01/11/20 21:22

より良い未来のゲームの為にage

**名無しさん＠お腹いっぱい。** · 01/11/20 21:31

>>66
>>67
それインターフェイスとは関係ないし。

**名無しさん＠お腹いっぱい。** · 01/11/21 10:03

>>70
でも、操作性には関係するYO

**名無しさん＠お腹いっぱい。** · 01/11/22 01:35

↓ゲームって訳じゃないが、ＵＩデザインついて参考になる
http://usability.novas.co.jp/

**名無しさん＠お腹いっぱい。** · 01/11/22 01:43

画面レイアウト、配色面で、見づらい・分かりにくい等の複数人からの
再三の指摘もそういう「デザイン」だからと撥ね退けるデザイナーを
うまく説得する有効な手段、切実にきぼう‥‥

**名無しさん＠お腹いっぱい。** · 01/11/22 01:47

これもゲームじゃないけど、
"Why You Only Need to Test With 5 Users"だって。
http://www.useit.com/alertbox/20000319.html

**名無しさん＠お腹いっぱい。** · 01/11/22 02:01

Webページでカーソルが通常「指」に変わるところを
「⇒」に変えてるのが、手首ひねられてるような気がする今日この頃。
>>73は芸術に理論がいらないとでも思っているのかと小一時間問い詰めて、
美大に入って勉強しなおせと叱ってください。

**名無しさん＠お腹いっぱい。** · 01/11/22 02:13

>>75 意見感謝です。

できれば“デザイナーを”の所を、“上司を”“先輩を”“チーフを”に
置き換えても、有効なアイデア募集‥‥

**名無しさん＠お腹いっぱい。** · 01/11/22 02:22

プログラマでも”プログラミング・センス”って言葉に逃げる奴は多いがな(ﾜﾗ
技術力のなさをセンスとやらでカバーできるとでも？

**名無しさん＠お腹いっぱい。** · 01/11/22 04:38

>76
情熱。立場を悪くしてでも、人間関係を損なってでも主張したいものを持てるかどうか。
デザインの例だと、早い話がデザインより操作性が重要だと言いきって、
チーフなり責任者に納得させればそれで話は通る。
「プレイヤーの立場からすれば」という台詞はわりとパワーがあるんじゃないかな。
あとは相手を説得できるだけの交渉力と根気、かね。
実体験に基づいた意見じゃなくて悪いが。

**名無しさん＠お腹いっぱい。** · 01/11/22 12:34

>>77
もてる技術を駆使して、見やすくて速くてコンパクトで直しやすい
ものを組むのがプログラミング・センスだと思ってた。違うの？

**名無しさん＠お腹いっぱい。** · 01/11/22 12:57

>デザインより操作性が重要
デザイナの立場からすると、この言葉はどうも響きが良くないです。
別に命を預ける道具というわけでもないし、ちょっと位使い辛くてもｶｺｲｲ方がいいじゃんかよー。
と、思わなくもないので、大上段からは言わない方が賢明かと。
「デザインはこの方向で良いんだけど、ここの彩度を少し落とすと、さらに見やすくならない？」
みたいな具合で、プライドの高いデザイナはおだてると良く働きます。
むしろ、僕がいつもそんな風に操られています・・・。

78 · 01/11/22 19:23

>80
がんばって物を作ってる人から見るとそうなのかなーとは思うけど、
わりと操作がタイトなアーマードコアなんかのゲームをやってきたプレイヤーから
言わせてもらうと、デザインが操作性を損なっていたら怒りを感じます。
まあこれは、見た目よりもゲーム性重視の１プレイヤーの意見に過ぎないけどね。
ちょっとくらい操作しづらくても見た目がいいほうが売れるのかもしれないし。

ちなみに、73の例はかなり頑固な人相手みたいだから、対決姿勢で書いたわけで。
そりゃ人間関係を円滑に保った上でうまく折衝できればそれに越したことは無いよね。

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

>>80
ユーザインタフェイスこそゲームにおける主要なデザインだといいたい。
（特にウェブページは UI = デザインと言い切れる）
はっきり言って見た目のカッコよさはすぐ見飽きる。
その先には FF みたいな物量作戦しかない。
そうとも俺はマリオ64まんせーだとも。

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

>>82
>ユーザインタフェイスこそゲームにおける主要なデザインだといいたい。
この点に関しては全面的に賛成です。
ただ、必需のないゲームに求められるインタフェイスデザインとは、
使いやすさよりも使って楽しいことだと思うのですよ。
その為には、「見た目」が占めるウェイトというのはそれなりに大きいわけです。
そういう意味では、見た目とゲーム性というのは実は密接に結びついているのですが、
それを無視されて、見た目よりも操作性だよなどと切り捨てられると、
こちらとしてもやる気がなくなるわけで、それは議論の進め方としては、
よろしくないんじゃないの、という事が言いたかったのです。

**名前は開発中のものです。** · 01/11/23 00:52

言いたいことはある程度分かるんだけど

＞必需のないゲームに求められるインタフェイスデザイン

の解説キヴォン。

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

別に毎日使う必要がない、使わざるを得ないというわけではない物に与えられるインタフェイス。
道具としての効率だけを優先するのがプライオリティではないとか。そんな意味合いです。
こんな説明で良いですか？

読み返すと、「見た目と操作性どっちも大事」みたいな一般論しか言ってなくて、
ちょっと恥ずかしくなってきた。新人の頃に、プログラマさんと呑んでる時を思い出す。

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

>>85
まあ、いかに機能性、ゲーム性、見た目を、
高水準でまとめるかが、ゲームにおけるインターフェースデザインの課題ということだな。

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

mario64ﾏﾝｾｰ。
プログラマが考えたインターフェイスってﾀﾞﾒﾀﾞﾒなのが多い。
宮本茂みたいなｼﾄがいないと駄目なのねん。

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

エースコンバット３のデザインはたまに使いにくかったけど
デザインが好きなんで我慢できた。

ただ、ミッション選択だけは実際にミッションを決定するときでないと
ディスク１なのかディスク２なのか分からないので、それは我慢できなかった。
ミッション名に１か２か書いておくだけでどんなに快適になったことか。
１１１１１２２２２２って感じで遊びたいのに１１２２１２２２１２ってなっちゃう。

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

ストレスを感じない程度の遊びゴコロは許容範囲だけど
ストレスを感じる操作系は叩かれてしかるべきだとおもうのですが。

どうやってデザイナーにそれを叩き込むかは、また別としても。

上手くプロジェクト外部の人間に試させて調査すればいいんだろうけど
時間と手間、さらにはテストサンプルを用意するのが大変かな・・・・。

あるいは、UIデザインがダメなゲームをやらせてみせて感想を言わせる。
自分が言われてきたことと同じ感想を漏らせばチャンス？

**名前は開発中のものです。** · 01/11/29 00:08

最近、マウスホイールが折れた。使い慣れていた分、操作が辛い。
で結局、マウスを買い換えた。ホントに良い操作性というのは、
無くなってみないと気付かんモノかもしれんな。

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

住めば都っていうからねぇ

**PCの話だけど** · 01/11/29 12:18

よく感じるのは同人ゲーと市販ゲーの操作感の違い。

最近は同人でもレベル高いの多いし、市販のでも酷いゲームはあるけど
昔PC-98で遊んでた時はプロの作ったゲームの操作感がとにかく
滑らかかつ気持ちよくて感動した覚えがある。それ以来俺も気持ちのいい
フィーリングを心がけるようにしてるけど、やはり素人は特にインターフェース
を軽視しがち。

まあ、ACT/STG系はさすがに解っているのかそれほど酷くないけど、RPGや
ノベルとかはヤバイですよ。ゲーム知らなくても作れるからさらにタチが悪い。

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

>>92
もうちと詳しくキボーン＞捜査官
悪い例のほうだけでもよいので

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

>>93
92ではないですけど、例えば、
メニューがあって、今風にそれがアニメーションするとして、
アニメが終わるまでキーが動かせないのが悪い例。
アニメをキャンセルしてでもキーレスポンス優先なのが良い例。
なんてのはどうですか？
某FFの召喚獣みたいな例だけど（藁
他には良く使うメニュー立ち上げ場面に凝ってて時間食ってウザイとか
時間関係に気持ちよさが関係するかも。

**デフォルトの名無しさん** · 01/11/29 17:27

>>93
あとは、カーソルが思ったところで止まらないとか、どこにカーソルを
当てたらどの選択肢が選ばれるのか不明瞭だったりとか。
とにかく、ユーザーの意思よりもシステム側の都合が優先されてるとこ
ろは使いづらいと感じる。
まあ、プログラマとして理解できんでもないが。

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

プログラム==データ構造
アプリケーション==インターフェイス
GUI==リズム

**名前は開発中のものです。** · 01/11/30 14:00

ドラクエ（２だっけ？）なんかでは、町に入ってずっとカーソルの上を押してるだけで
王様のところにいけたりするが､こゆのもＵＩつーかいいデザインの一例だとおもふ。

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

それ聞いたことある。ちゃんと狙ったらしいね。

**名前は開発中のものです。** · 01/12/01 04:56

インターフェイスが悪くなるのは、企画（仕様）書が悪いのが大半。
プログラマには罪はない・・・

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

そうかな？　マリオのジャンプのフィーリングなんかは
プログラマの領分だと思うぞ。

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

　プログラマに罪が無い苦情を受けるのはプログラマ

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

どちらかというとプログラマのセンスの見せ所な気がする…

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

ここでいうインターフェースって、「ジャンプはAボタン」みたいなのじゃねぇの？
ジャンプの軌道演算とかは当然プログラマだけど、初等の物理計算でできるし語るほどのものでも……。

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

なにかと叩かれがちな Phantasy Star Online ですが、
操作性はかなりよかったと思います。

あと、この前 Rez の制作話がありましたけど
(ウチは半分寝ながら聞いていたのでロクに覚えていませんが(汗))
企画だかのえらい人に
「あー、ちょっと違うんだよな、フィーリングが」
とムチャな要求を受けたプログラマが泣く泣く直す光景があったような......

99 · 01/12/01 18:21

プログラマは悪くないんだよ・・・

企画書に、ちゃんとＢボタンおしたら
ウィンドウは何個前まで戻るかまで書いてないから悪いんだよう・・・
ジャンプの放物値だって、
細かく企画書に書かれてるか、
何度も現場に来てテストするべきなんだよう・・・

異様に処理遅いとか、レスポンス悪いとか以外は悪くないんだよう・・・
バグだって付き物なんだよう・・・

ゲーム製作＝プログラマ
ってイメージ持ちすぎなんだよう・・・

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

確かにプログラマは悪くない。
こうして欲しい、って奴の、「こうして」がはっきりしてないなら、
「どうしろっていうの？」になるよな。

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

プログラマー⇔デザイナー間の
コミュニケーションマニュアルとかほしい

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

あれはどうなのかな。
FFのいくつかでよく聞いた話なんだけど、
当たり判定が厳しいって。

当たり判定が厳しくてフィールド歩けないとか、建物から出られないとか。
RPGで当たり判定ってなんだよ！^^;

99 · 01/12/02 02:40

>108
それもプログラマは悪くないよう・・・

あたり判定ってキャラがそのポイント踏んだらデータ読んだり
画面切り替えたりするポイントのあたり判定でしょ・・・？

そんなのテスターが物申さないのが悪いんだよう・・・
というか、その手のデータはバイトやら新米やらが打ち込むことが多いかも・・・

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

>>104
Rezの話はＴＶで見たよ。ドリキャス撤退の頃か
「フィーリング」って奴で何ヶ月も作り直してたみたいだが…

苦労が偲ばれるね

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

文字、ボタンなどの色の濃淡をよく考えないと、意外と見づらくなりますな。
(アフタヌーンのニライカナイっつーマンガが見づらい一例ね)

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

>>104
あれはプロデューサー兼社長が出したアイデアなので逆らえませんね。
スタッフはそのはっきり見えないアイデアを必死に形にしていったわけですが…。

業界に興味がある人、製作したい人は見るべきですね。
すでに製作に関わってる人は日常になってるけど…。

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

>>110
あれで金をもらえるのだから
プロデューサになりたがる人が多いのにも納得。

>>111
あんなマンガの描けないやつがアフタヌーンに来てがっかりしたよ。

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

>>112
見た見た。
でも、番組的には、
「天才プロデューサーの意向を汲み取れないスタッフが未熟」
ってスタンスで製作されていたし、
普通の人はそう受け取ったのではないかと思う。

ｵﾚﾊﾌﾟﾛｸﾞﾗﾏｰｶﾜｲｿｳﾄｵﾓﾀﾖ。ｷﾞｮｳｶｲｼﾞﾝﾆﾊﾑｲﾃｲﾅｲﾉｶﾓﾅ｡

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

>>97
本当の城だったとしたら最悪な構造だけどな
スレ違いなのでsage
なんかみんなsageてるけど

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

なんか、愚痴広場になってるね。（ｗ
それに下がってる。

だけど、インターフェイスってゲームの要だと思う。
中身すばらしいけど、
操作系とかしょぼくて評価されないゲームって
沢山あると思うからageます。

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

FPSの操作系ってどうよ？

**名前は開発中のものです。** · 01/12/06 21:31

1人称視点のものは、自分で向きを決め、自分で狙いをつける物が多い。
3人称視点のものは、自動で向きを変えてくれたり、自動で狙いをつけるものが多い。

この違いは一体どこから来るのだろうか。

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

３人称視点では自分で狙いをつけられないから。

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

>>118
３人称視点もできるＦＰＳやれば分かるが
縦方向の処理が難しい。
１人称だと自分から弾道が伸びるので狙点を縦と横の２次元で処理出来るが
３人称では距離も計算しなければならない。
マウスで動く量は１人称のものと同じだが
近くの物を狙っているときから遠くの物へ移すとカーソルは一気に移動する。
この感覚のズレはよほどなれないと操作は難しい。
これがレインボーシックスの方式。
ちなみにオペレーションフラッシュポイントでは画面上に絶対的なカーソルがあり
こちらはやや使いやすいがそれでも正確な射撃は困難。

説明が下手なんで、なんとか試しにやってみるのが一番かと。

**118** · 01/12/06 23:30

＞3人称視点
などといいつつも、例外はあるっぽいけど。
罪と罰とか。ガンバルキリーもかな。
罪と罰なんかは新たな操作をユーザーに求めてたけど(慣れるの苦労した

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

プロの方も見ていると思うので・・・。

駄目なゲームの駄目なポイントをずばり指摘しませんか。
私がかかわっているゲームは直しますよ。

ところでPhantasyStarOnlineの良いところはどこでしょうか？
知り合いが作っているので言っとくけど。（笑）

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

PSOはモーションがタルイのが嫌です。
まあネットワークゲームなんであんまり格闘ゲームみたいなのは
できないだろうけど…。

でもソニチなら爽快感とネットワークの遅延問題を両方考えた
モーションが出来ると思います。がんばれ！

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

>PSO
移動しながらいろいろできるってのが便利だった。
装備や視点変えたり，マップ出したり。

**104** · 01/12/07 03:46

>PSO
ボタン配置はすごい考えたんじゃないかなぁ。アクション苦手なウチが
あれだけのボタンと機能を無理なく使えたのはスゴいなと思いました。
あとは >>124 さんと同じ感想もちましたね。
ダメな点はネットゲー板にいくらでも書いてあるからやめときます(笑)

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

このスレでいう、『インターフェース』は入力系オンリー？
出力系はスレ違いかな？ナムコのO.R.B.S.がなんか凄そうなんだけど…。

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

>122
シンプル1500のギャルゲーを見て思ったけど、
ノベルゲーで文字が動きながら登場するアニメが入ってるのは、
はっきりいって読んでいて苦痛だった。

小説読んでて、文字が動いて踊っていたり、自分が読むペースと関係なしに
行が順番に光っていたりしたら、そんな本焼いて捨てるぞ俺は。

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

>>126
微妙だけど、PCカテゴリである以上外部装置に関しては違うのかも。
たとえばボタンの割り振りや入力後の反応を語るのはスレの趣旨にも
合ってるけど、コントローラの形状を語るのは別問題という感じがする。
いや、語ってもらってもいいけど。

**名前は開発中のものです。** · 01/12/10 03:38

ロード画面の待ち演出に関する話題もここで良いでしょうか？

この辺って設計下手で苦痛なゲームほど記憶に残って、快適なゲームの
ロード時間を感じさせない演出、読込みタイミングとかの工夫が意外と
気付きにくかったりする。

覚えてる奴だとベイグランドストーリーのＯＰのロードタイミングは
かなりうまいと思った。

**名前は開発中のものです。** · 01/12/10 13:42

良質スレなのでageます

数値表示を全てゲージで表示するといい気がスル。
感覚的に理解する事に慣れたら効率が上がる。

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

>>130
お金もゲージで表示するのはどうか？
つーか、通貨の概念を無くしてしまえば・・・

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

>>130
現在／最大ＨＰを円グラフで表示したりとかもあると
減る時に強さを実感できそうだね。

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

>>132
円グラフは面白そうだけど、レイアウト難しそうだよな。
画面を圧迫する。

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

>>133
円グラフの大きさを変えて、複数重ねてみるとか。
内側の赤い円グラフはＨＰ、外側の青い円グラフはＭＰといった具合。

**名前は開発中のものです。** · 01/12/12 11:57

数字でいいよ

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

格闘ゲームのHP表示と同じにすれば良いんじゃない？
というか>130はそのつもりで言ったのでは？
>131 お金はコインとか札束が積み重なったのにするとか。

**名前は開発中のものです。** · 01/12/12 14:30

ファイアーエンブレムの体力をあらわす目盛りのゲージはよかった。
ダメージを与えたときの減り具合がよく感じられた。

**名前は開発中のものです。** · 01/12/12 14:31

数値表現を全てなくす方法は、なにもゲージにするだけではない。
魔導物語とか同じ人が作ったゲームは、それを意識してるし。

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

昔、武器の劣化を音で表現する事を考えた
が、効果音を作るのが思ったよりも大変で、挫折した
要するに、剣で殴る音が、ズバからゴスに変化し、
切れ味が鈍くなるワケ

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

>>135
数字は桁数が増えるとリアルタイムだとキツイ。

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

>>139
コレ、ネタとしては面白そうだから、誰か実現シロ！
漏れはやらんケド（ｗ

**名前は開発中のものです。** · 01/12/14 10:27

そもそもHPとか敏捷度とか、TRPGでつちかわれた計算量を減らす工夫
なんだから、せっかく早い計算機があるんだから
筋力とか握力とか動体視力とか血流量とか全部計算しろYO!と
鈴村くんが言ってました。

**名前は開発中のものです。** · 01/12/14 11:38

>>142　そんなにパラメーターあったらプレイヤーが混乱するだろうが！
隠しで持つ分には良いが、そこまでやる意味があるかも不明。
・・・と鈴村くんに言っとけ！（ｗ

**139=141** · 01/12/14 12:04

>>142は要するに、漏れに対する反論だと思われ

パラメータを単純に増やしても、単に面倒くさくなるだけだが、
パラメータを考えて増やすと、意外とゲームは面白くなる。

WanderWonderや西風の狂想曲には、
武器にＨＰがあり、使いすぎると壊れるが、
壊れる前に鍛冶屋で直すことが出来た。
D+vine[LUV]では武器を鍛える事ができ、
武器のLvを上昇させることで、
同じ武器を長く使う事が出来た。

**139=141** · 01/12/14 12:06

> D+vine[LUV]では武器を鍛える事ができ、
> 武器のLvを上昇させることで、

鍛冶屋で鍛えることで、
武器Lvを上昇させる事が出来る
って意味ね。

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

視認性という観点から俺も話題を出そう。

昔ネオジオの縦シューの製作をしていた時の話だ。
弾をバラ撒くタイプのボスキャラの出す弾の色を橙色にした。
俺は明暗差や暗いものが分からないタイプで目が悪いので、視認性を優先にして
パレットを設定した。

デザイナはそれを見て、「この弾は泡なんだから青にしろ」と言ってきた。
デザイナ＝開発課の課長だったので俺は仕方なくそうした。

その面の背景は真っ青な海だった…(鬱

**146** · 01/12/14 13:31

あと、アクションやシューティングだと
「ボスを倒す手順」もUIの内だと思う。

さすがにリテイクになったが
スロットが回る→数字のパネルがボス後方に並んでいて、
それで出た数字のパネルを正確に撃つ→
→ボスの無敵状態が一定時間解除解除
というのがあった。これ、シューティングのボスキャラの倒し方な(鬱

もちろん間違ったパネルを撃ったり、パネルを撃つ前にボスに弾を
当てたりすると、ボスは無敵状態のままで弾をばらまく。

アーケード(NeoGeo) だったので、これをインストラクションも
説明もなしでやろうとしていた。
独力で正確な倒し方を発見できるプレイヤーはまず出ないだろう。

この時点で俺は、この開発課にシューティングをまともにプレイした
奴はいないと見切った(当時入社三ヶ月目)

この手のゲームのボスキャラはどこから破壊すれば楽だとか点が高い
とかいう要素はプレイヤーに発見させていい。というかむしろそうする
べきだとおもう。

でも、プレイヤーに「ただひとつしかない倒し方」を探させるような
ことはしてはならないとも思うぞ。

あ、俺は元プログラマな。

**139=141** · 01/12/14 15:20

さらに補足

人は、それほど多くの情報を管理できるワケではない。
けれども、情報を階層構造状にして整理しておくと、
意外と沢山の情報を管理できる。

**139=141** · 01/12/14 15:20

例えば、普段プレイヤーは、武器のパラメータを意識せず、
武器のことを、ＰＣの所持品の一つとして、認識している。

しかし、新しい武器を見つけた場合は、
例えば、エクスカリバーを見つけた場合は、
武器のパラメータを比較する。

これは、エクスカリバーという物体を、
エクスカリバーという名前だけではなく、
攻撃力やその他のパラメータも含めて、
エクスカリバーという一つの個体として、
認識しているからである。

**139=141** · 01/12/14 15:23

例えば、普段、会社の社長は、部長の能力を意識せず、
部長のことを、会社員の一人として、認識している。

しかし、新しい部長が就任した場合は、
例えば、田島部長が就任した場合は、
他の部長と能力を比較する。

これは、田島部長という社員を、
田島部長という名前だけではなく、
性格や能力、個性、人望も含めて、
田島部長という一人の人間として、
認識しているからである。

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

>>147
それって、パズルゲームのような……
パズルメインのアクションゲームにすれば、あるいは……

**名前は開発中のものです。** · 01/12/27 01:00

質問あげ
昔オホーツク系ADVのキー配置に
・↑↓ = メニュー選択
・→ = 決定
・← = キャンセル(前メニューに戻り)
を用いたゲームがあって、個人的には便利だと思ったのでADVを作る際には
採り入れたいと思ったのですがこのスレをお読みの他の皆さんはどうですか？
片手オンリーで遊べるし、手があちこちに逝かないのでいいなというのが理由です。

あと、XZを決定キャンセルに割り当てられるようにしたいと考えていますが
(あくまでオプション扱いです)
どちらが決定でどちらがキャンセルになるのが自然でしょうか？

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

個人的にゲームを作る時は、
Z＝ファミコンで言うAボタン＝決定
X＝ファミコンで言うBボタン＝キャンセル
という風にしてるんだけど、逆の人も結構いるんだよねえ…。

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

キーコンフィグができれば問題なし

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

デフォルトから変更しない人は多い

**名前は開発中のものです。** · 01/12/27 01:29

クライテーーーン！！！

**156** · 01/12/27 01:29

ゴメン、誤爆・・・

**名前は開発中のものです。** · 01/12/27 01:36

ﾜﾗﾀ

**名前は開発中のものです。** · 01/12/28 05:14

>>152
パッド操作でメニュー内の操作をさせるのは便利そうだけど、
メニュー内にサブメニューがいくつもあってしかもその数が不確定
＃見る→机の上→灰皿とか見る→周りとか
な場合、決定するつもりがなくて選択することがあったりするので
左上（人差し指部分）にボタンがあるならそれを最終決定ボタンに
して欲しいかな。

**名前は開発中のものです。** · 01/12/28 11:56

ほんとなら、専用コントローラー作ってこそだと思うけど
現実味がないのでヨシとしてるだけ。だよね。

あとプレイヤーにキーコンフィグしなきゃダメと思わせた時点で、
モノづくりする人間としてダメダメのような。
やっぱデフォの設定が一番しっくりするってのがホントでしょ。むじいけど。

**名前は開発中のものです。** · 01/12/28 13:57

禿同。
可能ならコントローラーから入りたい。

コンフィグは仕方なくつけるけど、説明書にはこの配置でって指定をつける。
正直、PC系でパッド前提なら、キーボード、マウスは使用不可にしたいくらい。

**名前は開発中のものです。** · 01/12/28 13:59

＞コンフィグは仕方なくつけるけど、
PC系だから仕方なくつけるけど、

**名前は開発中のものです。** · 01/12/31 14:57

コミケ逝ってきた。同人STGをいくつか買ってきた。
どれも高水準（特にグラフィック）だったけど、なにか物足りなかった。
ひとつは自機の動きが遅くすぎて敵地を蹂躙する快感が得られなかった。
ひとつは自機の動きが速くすぎて弾避けするつもりが隣の弾まで移動してあぼ－ん。
たったこれだけなんだけど減点しちゃうんだよな…。ちなみに、もうひとつは
カスリを売りにしながら敵弾がカスリに適さない散弾でシステムを活かせてなかった。

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

>キーボードのキー割り当て
決定：スペース
取消：アルファベットキー（最下段）全部
っつーのはどうよ。

#キーコンフィグに頼らずとも、手のポジションを
#変えられる配置が理想と思われ。
#↑は一例。改善の余地多々あり。
#とりあえず左右両利き、ノートPC対応が必要か。

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

ゲームのバリアフリーを考えると、片手だけで操作できるインタフェィスは
今以上に追求されるべきだと思うがどうだろうか？

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

ショットボタン無しで勝手にフルオートのシューティングはどう？
たばこ吸いながら出来るからヤキソバン喜びそう

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

>>166
「親父王」がそう。
有名なソフトなんで検索すれ（手に入ったとしても98用だから環境が無いかもしれんが）

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

携帯ゲームでなきゃ片手で操作できる必要も感じななったが
他のことをしながら遊べるから結構便利かも知れない。

身体障害者対応の意味なら片腕だけ考えても無意味だろうな。。

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

Palm版のザナックとスターソルジャーはオート弾出に
対応してた。
片手で遊ぶためと言うよりも、人によっては自機の移動だけで両手
が塞がるからなんだろうけど。

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

ムービーに字幕入れるようにしたって誰か言ってたな。

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

>>166
「永々王」もそうだったような。
しかも敵に近づくと自動敵に武装がパワーアップする。

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

ゲームのバリアフリーを考えると、ってすげー偽善的に聞こえるな。

その場合、少なくとも、両手を使うよりも片手の方が使いやすいって
いうシステムじゃなきゃ却下だな。

普通の人間がやって、なんでこのゲームは片手しか使わないんだ？って
疑問に思うようなものはだめってことで。

前にwarpが音だけの作ったけど、あれって別に視覚障害者対応で
ああしたわけじゃないでしょ。それと同じこと。効果的ならよし。

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

ViaVoice

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

偽善も善のうち

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

RPGはADVたいてい片手で出来る。健常者だが楽だね、あれは。
俺は片手コントローラを作った奴が偉いと思う。

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

魔導物語なんかはテンキーだけでさくさくすすめて気持ち良かった
まぁ、マウスオンリーのゲームを片手と考えればたっぷりあるんだが…。

マウス、シビアな動作が出来ないのがきついね…。

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

http://game.2ch.net/test/read.cgi/gamedev/1005148751/
の254-296あたりから移動っと。

>4方向ですらまだまだ価値はあるだろおに、と

デジタル４方向（あるいは２方向）には８方向に含まれる問題はないと思う。
上下左右、東西南北と感覚的に普通だから。
例えば、ゼビウスでトーロイド相手に間合いを取るのは
８方向ゲーマーの特殊技術だという認識は必要かも、と思う。

>マウスで誘導する、んだとなんか客観してしまうんだよな。

あ、それはナイスなポイント。
ワタシもRPGなんかでは「このキャラをどこに動かすか」じゃなくて
「自分がどう動くか」のほうが好みかな。

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

平面上の自由移動を、8方向デジタル移動に脳内で変換するスキルって感じかな。

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

えー、私も>>177スレで８方向(ﾟ∀ﾟ)ｲｲ!!派だったものですが…

ではパッド使用が一般的ではない*PC*において、「客観的マウス誘導」を
避け、主体的で良さげな操作を実現するには、どうすれば良いと思いますか？

もちろん従来の、テンキーによる８方向やマス目移動の採用は
とても有効だと思いますが、正直そろそろ時代遅れの感は否めないと思います。
マウスオンリーのソフトユーザーにはちと辛いですからね。テンキー。

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

>179
マウス誘導以外は難しそう。
マウスはレバーみたいに倒しっぱなしって状態がないし、
転がしつづけるとしても物理的な広さも問題になる。
相対移動量をそのままキャラクタの移動量にした場合、
マウスを頻繁に動かさないといけないし。
（これはトラックボールだったら若干楽。肉体的には相当疲れそう）

それでも無理にやるなら、前回の相対移動量を足しつづけることも考えられる。
完全に止まることを考えてある程度の遊び（というか閾値）を設ければよさそう。
ただ、マウスを動かしていないのに動きっぱなしになるので、ここで賛否が出そう。

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

＞相対移動量
これ調整が難しいね。
感覚的には8方向操作に慣性をつけたような感じになる。
人間って「きっちり同じ量元に戻す」みたいことが瞬時にしにくいみたい。

**180** · 02/01/20 01:35

>181
うーむ。難しいね。
例えば移動量が0～255まで取れるとしたら、
8で割って32段階とかの移動量にすれば良さそうだけど、
今度は微妙な操作ができなくなるし、境界値の問題も出てくるね。
感覚的には1段階だけマウス動かしたつもりが、数値の上では2段階で動かしていた、とかの。

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

少し前、こーゆー操作を試した事がある。
マウス表示は矢印状。マウスを動かした方向に矢印が向く(八方向)。
左ボタンを押してる間は、矢印の方向にキャラが移動する。

**183** · 02/01/20 15:29

static BYTE gbMouseKey;
BYTE GetMouseKey()
{
return gbMouseKey;
}

#define MOUSE_MOVE 8
#define MOUSE_MOVE_BK 3

#define GET_KEY_UP 0x01
#define GET_KEY_DOWN 0x02
#define GET_KEY_RIGHT 0x04
#define GET_KEY_LEFT 0x08
#define GET_KEY_MOVE 0x0f

void OnMouseMove(HWND hWnd,WPARAM wParam,LPARAM lParam)
{
BYTE key=0;
int i;
static lParamBk[ MOUSE_MOVE_BK ];
WORD xPos,yPos,xPosBk,yPosBk;
xPos = LOWORD( lParam );
yPos = HIWORD( lParam );
xPosBk = LOWORD( lParamBk[ MOUSE_MOVE_BK - 1 ] );
yPosBk = HIWORD( lParamBk[ MOUSE_MOVE_BK - 1 ] );
i = MOUSE_MOVE_BK;
while(--i)
{
lParamBk[ i ] = lParamBk[ i - 1 ];
}lParamBk[0] = lParam;
if( yPos + MOUSE_MOVE < yPosBk) key = GET_KEY_UP;
if( yPos - MOUSE_MOVE > yPosBk) key = GET_KEY_DOWN;
if( xPos + MOUSE_MOVE < xPosBk) key |= GET_KEY_LEFT;
if( xPos - MOUSE_MOVE > xPosBk) key |= GET_KEY_RIGHT;
if( key )gbMouseKey = key;
}
ソースの作成日時を見たら、1998/ 8/17だった……鬱

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

>183
それモロにUltimaOnline

**183** · 02/01/20 18:12

うグゥ・・・

**183** · 02/01/20 18:15

しかもよく考えると、atan2を使えば・・・
過去のコードなんて、出すモンじゃないな。

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

>>179
これはどうだろ？

画面の一部が円形の操作板になっていて、
操作板の中でマウスボタンを押すと、
中心点からの位置と距離で、
キャラの移動方向と速度が決まる。

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

>>188
なかなか良いと思うが、それだと操作円ばかりに目が行ってしまうので、
キャラを操作しているという感覚が少なくなるよな、きっと。
円の中心＝操作対象キャラの立ち位置ならば、問題無いけど。
つーか、それが一般的に採用されている方式だな。逝ってくる。

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

>188
コンソールパネル上は絶対量で移動する
（画面上に視覚的な「中心」がある）のに
マウス自体は相対的に移動するもの
（その時点でのマウスの場所が「中心」）だから
感覚を掴めるまでかなり時間がかかると思うぞ
ジョイスティックなら手を放せば「中心」でわかりやすいんだがな

更に移動のためだけに「操作円へマウスカーソルを合わせる」
というステップが増えるのは
ユーザーに対して優しくない設計ではないか？

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

話聞いてるとマーブルマッドネスの事を思い出した。でもあれやった事無いんだよなぁ

**190** · 02/01/21 20:31

今読み返してみると変だな・・・

たぶん漏れが危惧しているのは
　キャラクター＜－＞入力デバイス
というプロセスでさえ、「直感的でない」と不満を言う人がいるのに
　キャラクター＜－＞コンソールパネル＜－＞入力デバイス
となると余計複雑になりはしないのか？という事だろう

元々あんまり頭良くないの　御免ね

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

>>192
いや分かる分かる。思考とキャラ動作を、いかに結合できるかが肝だよね。
例えば「アンニュイな表情をしつつ爪先立ちで前進」と、頭で思った瞬間
キャラがそう動くのが理想ですよねぇ。しかし現状ではそれは不可能なわけで…。

そこで第１に単純化を図るわけです。上記の例で言うと、アンニュイな辺りを泣く泣く諦め
単に「前進」にしたり。これをやるほど自由度が下がる代わりに、思考との結びつけが容易になります。

そして第２に、思考からキャラへの伝達が、なるべく直結するようにインターフェイスを考える、と。
>>192さんの言う通り、ここが煩雑なほど、プレイヤーがもどかしく感じるわけです。

**193** · 02/01/21 21:43

この見地に立つと…
>>180さんのアイデアは、32段階の自由度が或る（0か1かの動作に比べ複雑）
そして伝達直結度は、「思考→マウス移動」

>>183さんのは、理解しやすい１段階（しかし不自由）
伝達直結度は、「思考→マウス移動→マウスクリック」

>>188さんのは、非常に自由度が高い（その代わり複雑）
そして「思考→コンソールパネル視認→マウス移動→マウスクリック」

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

マウスでキャラクターを操作するのは、そもそもマウスカーソルが画面に表示されている時点で
すでにダイレクト操作感が無いな。
やはりNintendo64～のアナログスティックがいいかと。
アナログスティックは、そもそもPC用が元祖であり本家であるのだし。

アナログスティックを持ってない場合はマウスで代用。
右クリックを押している間はマウスカーソルを消し、マウスの移動をアナログスティック操作の
ように扱う、というのはどう？

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

>195
操作感悪くてストレスたまると思われ。

アナログ必須にするか、デジタル入力＋shift（ボタンでもいい）で移動量が変わるとかした方がしっくりくる。

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

>>195
マウス操作でマウスが見えないとなると、チト問題がね。
ゴムボールマウスだと、マウス移動量と、
マウスカーソルの移動量が、等価にならんのよ。
まあ、マウスは消耗品だから、１、２年も我慢すれば、
光学マウスが主流になるかもしれんケド・・・

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

>>193
そだね。
ＡＶＧよりＲＰＧがウケる理由も、これで説明できる。
メニューで移動先を選択する方が操作としては楽なのに、
わざわざキャラを動かして別の場所に移動する方が、
感覚的にはプレイヤーとキャラの距離が近い。

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

マウスとキーボードの双方に対応する場合、苦労が多いですね。

キーボードの場合は「フォーカス」が当たっている物を
カーソルが指し示しているなり枠が光るなりしなくちゃなんないけど、
マウスの場合はかえってうざい場合もある。

あと、キーボードの場合はキーを押した後に「やっぱりやめた」は
原理的にできないですけど、マウスの場合はそれも可能ですし
（ドラッグして押したボタンの上からカーソル移動させる）。

自分の作ったゲームでは、最初面倒くさいんでキーボードだけに
対応してみたんですけど、ユーザーからの要望が多くてマウスに
対応させました。そうすると右クリックメニューを充実させたり
しなくちゃいけなくて、結構辛かった…

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

マウス以外の、タッチパッドやトラックポイントやトラックボール操作を
考慮してないゲームも弱りまくり。

「パッド前提の設計は不可だが、マウス完全前提の設計は許される」
との考えはお願いだから改めて欲しいな。お願いです。
どうせゲームの為に外付けするなら、パッドやSideWinder DualStrike
の方がいいし。