UIラグ：「スムーズ」とは何ですか？
ユーザーがフリーハンドスタイルで画像や図に注釈を付けることができる描画アプリケーションを作成しています。
名誉あるMSペイントプログラムとは異なりますが、進行中の大量のバックグラウンド処理があります。
質問：
ユーザーにとって「スムーズ」に見えるために、「描画」スタイルのインタラクションをどれだけ速く更新する必要があるかを定量化するために行われた研究はありますか？（入力遅延と更新率の両方の観点から）
私は確かにテストのためにユーザーを連れてきますが、最初の目標の投稿をどこに設定するか知りたいのですが。
以下に挙げたいくつかのポイントを明確にするための更新：
ユーザーは、1〜3ピクセルの精度を重視するため、フリーハンドの描画ツールを厳密に制御する必要があります。
「入力遅延」と「フレームレート」はどちらも対処する必要がある問題ですが、同じではありません。
タッチインターフェイスではありません。ユーザーは通常のマウスを使用します。
質問の「入力ラグ」の部分については、私はNielsenのsability Engineeringにある経験則を引き続き使用します。
応答時間に関する基本的なアドバイスは、長年にわたってほぼ同じ時間でした[Miller 1968;カード他1991]：
- 0.1秒は、システムが瞬時に反応しているとユーザーに感じさせる時間の制限です
- 1.0秒は、ユーザーの思考の流れが中断されないようにするための時間制限です
- 10秒は、ユーザーの注意をダイアログに集中させるための時間制限についてです。より長い遅延の場合、ユーザーはコンピューターが完了するのを待っている間に他のタスクを実行する必要があります。
ミラー、R。B（1968）、人間とコンピューターの会話型トランザクションにおける応答時間、Proc。 AFIPS Spring Joint Computer Conference Vol 33、267-277
カード他（1991）、情報ビジュアライザ：情報ワークスペース、Proc。 ACH CHI'91会議（ルイジアナ州ニューオーリンズ、4月28日〜5月2日）、181〜188年。
米国国防総省の設計基準の標準-人間工学 MIL-STD 1472F セクション5.14.9および表XXIIでは、「スケッチ」でポイントの入力から線の表示までの応答時間が0.2秒である必要があります。 」これはパフォーマンスの最低基準であるため、最悪の状況に対応する必要があります。
多くの規格と同様に、MIL-STD 1472の多くは、学術研究に加えて、その分野の専門家の運用経験の結果であると思います。誰かが過度の遅延を伴うアプリを作成し、それが使用できなかったため、それらが再び発生しないようにするための標準を作成しました。
0.2秒は人間の最小反応時間にかなり近い（たとえば、Kosinski RJ、2010、 反応時間に関する文献レビュー 。クレムソン大学）、それはおそらく人間ができることと関係があります。 t必要に応じて、画面上の大幅に高速な更新に応答します。
求めているのは、維持できるフレームレートの速さです。 1秒あたり24フレームは「スムーズモーション」には一般的に十分であると考えられていますが、いくつかの議論があります。毎秒30フレームと言う人もいれば、それ以上の人もいます。画面上でどのようなグラフィックの変化が起こっているかによって多少異なります。
これは標準のウィキペディアのページですが、始めるのに良い場所です http://en.wikipedia.org/wiki/Frame_rate
仮説ですが、許容できるラグのようなものがある場合は、実行されるタスクの精度に関連していることをお勧めします。
例えば; Microsoft Kinectが出てきたとき、動いている人と画面上で複製されているアクションの間にラグがあることについて多くの報告がありましたが、実行されているアクションは正確な入力を必要としないので、これはそのようなタスクよりも問題が少ないですピクセル精度の描画として。
必要なアクションがピクセルパーフェクトになるほど、許容できるラグは少なくなります。
ただし、設計しているシステムが紙とペンの代替案よりも使いにくい場合は、ユーザーが画像を印刷して手で注釈を付けるという提案もあります。
ややオフトピック（OPがタッチスクリーンに固有の質問）
Kinectスタイルのデバイスでは、「ping」レートが1秒あたり30を下回ると、ラグが顕著になります。これは、約30msの許容可能な遅延になります。
タッチスクリーンの場合、同様の許容可能な遅延を対象にします。