Jeroblo
RSS

GeforceGTX660

2013 年 4 月 12 日 12:30 2 コメント 4,617 views

先日ビデオカードを560Tiから660に換装しました。

20130329_193921 20130329_194425

性能をあげつつ消費電力量と熱量は下がるという素晴らしい交換になりました。やっとVRAM容量が2GBになりましたので、またSkyrimでもプレイしてみようかなと思っています。

DRTCM38の遅延を検証してみる

2013 年 3 月 25 日 18:14 1 コメント 6,467 views

DRTCM38を使用して数日、確かに若干ヌルっとした違和感があります。なんとかその現象をデータとして捕捉できないかと考えた結果、良い方法を思いついたので早速やってみました。

  • マウスを2つPCにつなげ、右クリックのチェックをいれてログを保存開始
  • 片方のマウスは上下逆にし、同時に右に素早く動かす
  • csvをプラスとマイナスの成分にわけ、累積を計算してグラフ表示(マウスの横の移動成分のみ)

image

これはTwitterの方で先に公開させていただいたグラフです。単位が抜けていますが縦軸が移動ピクセル(ドット)、横軸が秒になります。Diffという緑色の線はその時間における青と赤の差分を表示しています。要するにこの線の山が小さければ小さいほど同時に動いているということです。

このグラフを見ると分かりますが、37に比べ、38は最大35msほどずれてデータが出てきて、最終的には変わらない移動量になっています。これはやはり遅れているということになるのではないでしょうか。

これだけでは信憑性に乏しいので、同じ方法でデータを集めてみました。

image

移動量が極端なところがあるので、37と38で再度測定しています。このグラフでは最大25ms程ズレがあります。

image

次に37とRazerのMambaで測定。最大10msといったところでしょうか。

image

37とMambaの無線モード。最大12msくらいでしょうか。良く見ると有線より若干遅くなるようです。

image

最後にMambaの無線モードと38。この場合は最大16ms程38の方が遅くなります。

相互にデータを取り終わったので関係性を以下の様にまとめてみます。

image

「DRTCM38が遅い」という言葉だけが一歩きしていますが、結果としてみるとこのようになりました。確かに37が一番速く、38が一番遅いという結果になっています。DRTCM37が一番速いので基準とし、そこからの遅延量を棒グラフにしました。結構面白いデータですので、今回だけで無くどんどん測定してマウスを追加していければ良いデータになりますね。

各マウスこの遅延がどの部分で出ているのかが非常に重要になります。そもそもセンサーから出てくる時点で遅れていたのならば、マウスにはどうしようもありません。その点でも、このグラフにマウスが増えてくれば、何らかの傾向がつかめるかもしれません。一応37-38のデータについてはクラスト様にも報告しています。

DPさんの報告書に驚く

2013 年 3 月 14 日 20:00 1 コメント 6,865 views

ことの発端はこの記事になりますか。

DRTCM37と38は発売当初から期待していましたので、38について「遅延」と言われる現象が一部で報告されていることは把握していましたが、その診断の一部にまさかうちのJBMTが使用されているとは知らず驚いてしまいました。

オフィシャルなリリースとして出すのであれば、事前に一言欲しかったという思いがあります。何故かというとJBMTはあくまで私自身の検証を補助する目的で作成したもので、保証はどこにもないからです。データの正当性についてはそれなりに確認していますが、あくまで個人レベルですからね。ましてや、結果として報告されている内容に一部同意できない箇所も存在していたので、Twitterにて私の見解を少し発言しました。

気になったのは4ページ目です。内容は発言の通りなのですが、世間で言われている「遅延」とは、操作に対する遅れのことだと理解していますので、ここでのネガティブ/ポジティブアクセルの確認が遅延の確認にはならないよね?ということです。それから、以降に貼られている結果についても、速度差があまり無く誤差も大きいため、加速解析にもあまり役に立たないのかなぁという印象です。この辺りはマウスが高解像度なため非常に繊細に測定しなければならないのですが、まぁ細かいことは以前この記事に書いていますので省略します。

そしてもう一つ…私のTwitterでの発言を受けて、同日中にDPさん(株式会社クラスト様)の方からメールでコンタクトがありました。内容はご挨拶と、案内が送れてしまったことへの謝罪、それから遅延問題の現状についてです。私としては、Twitterでの発言なんてすぐに流れてしまうから、(何かのきっかけになればと)発言の内容を補足して記事にしておこうと思ってたのですが、Twitterまでも拾っていただいたようでありがたい限りです。

結局私が同意できない点に関しては「最終的にユーザー様が感じる具体的なポインタ移動での障害としてネガティブア
クセルが想定されましたので」ということでした。確かに遅延の”一部の原因”としてネガティブアクセルが考えられないこともないので、そういう説明が入っていれば問題ないと思います…が、=遅延がないは飛躍しすぎであると今でも思います。(もちろんこのことはお伝えしてあります)

そこから何通かメールをやりとりさせていただく中で、38を送っていただけることになりました。レビューなどを書く義務は無いのですが、私も1ユーザーとしてこの問題は気になっていましたので、何らかの情報を展開できればと思います。

現在試供を受けているMSYさんに対してもそうなのですが、製品をいただいた・貸していただいたからといってレビューに影響するといったことは一切ありません。私のスタンスとしては、最終的にその製品が「良いもの」か「悪いもの」かを判断するのではなく、「良いところ」と「悪いところ」を明確にするというところ忘れないよう、これからも注意しておきたいと思います。

気づいたら2月も

2013 年 2 月 28 日 20:00 2 コメント 2,928 views

2月も終わってしまいますね。年末年始~2月にかけて仕事が山場を迎えておりまして、ブログを書くどころか、ゲームすら殆どプレイいていない状況が続いておりましたが、昨日辺りでなんとか一段落しました。

デバイスの方も特に動き無く、新たに買い足したものはありません。3月中に今スタックしているデバイス達のレビューを書き上げるつもりです。まずは検証用のパソコンを再構築しなければ…という状況であります。

そういえば僕も安ギターを買ってRockSmithなんかをプレイしています。これは面白い。

…まずは部屋の掃除からはじめようか。

2012年も終わり~明けましておめでとうございます

2013 年 1 月 8 日 20:30 9 コメント 3,313 views

ブログをはじめてから6回目の大晦日をこえました。従来であれば昨年中にポストしていたこの記事も、年末~年始にかけてあまり時間がとれませんでしたので本日ポストする状況になっております。

2012年は1年間で約130000ものアクセスがありました。投稿する記事が減る中でこの数字は私としてはとても心強く、特に最近はコメントをいただく機会も増えまして、非常にありがたく思っております。

2012年に最も読まれた記事は以下の順になります。

Cherry軸の特性をまとめた記事はもはや当ブログの鉄板記事になりました。個人的に7月頃に公開したTaipanのレビューがこれだけ読まれる記事なったことが嬉しいです。

それでは、本年もよろしくお願い致します。