Skip to main content

Logicool MX Anywhere 2S(MX1600s)購入

マウスを買ったので写真を撮りました。というエントリです。

おしごと用のマウスは、2012 年から Logicool の Anywhere Mouse(M905r)を愛用しています。数年おきにチャタリングが起きるようになっていましたが、都度交換してもらって、保証期間をだいぶ過ぎた今でも現役です。

一方、自宅用のマウスは、気分でいろいろとっかえひっかえしており、とくにコレと決めたものはありませんでした。が、最近チャタリングが気になりだしたので、慣れたものに決めてしまおうと、おしごと用の M905r の後継である MX Anywhere 2S(MX1600s)を購入したわけです。

これです。

MX1600s
MX1600s

かわいいですね。

並べてみましょう。M905r はつるっとしていましたが、MX1600s ではマットな仕上げに変わっています。かっこうよいですね。

M905r(左)と MX1600s(右)

また、M905r は乾電池式でしたが、MX1600s は、USB で給電する充電池式です。電池の寿命を無視できるのはうれしいですね。何年でヘタるかはわかりませんが……。

MX1600s(右)はマウスの頭に充電用の USB ポートがある

でも、実は不満もあるのです。

M905r は、電池の蓋をあけたところに Unifying レシーバを格納できましたが、MX1600s ではこれができません。

M905r は電池蓋を開けると Unifying レシーバを格納できた

とはいえ、MX1600s は例の Logicool Flow に対応しているので、Unifying レシーバを差し替えて複数台で使いまわすようなこと自体が、もはや本来の想定された使い方ではないということなのでしょう。たぶん。

しかし、それでも、それでもまだ不満はあるのです。

M905r はスイッチのオンオフが信じられないくらいラクだったのです。なぜなら物理的にスイッチが大きくて操作しやすいからで、オフィス内をマウスとともにうろうろする前後で片手でスイッとできていました。

M905r(左)と MX1600s(右)でスイッチのサイズが圧倒的に違う
両モデルでスイッチを入れたところ

MX1600s は、スイッチがほんとうに小さくて、爪が短いと操作しづらいレベルです。ぼくの使い方だとユーザビリティが著しく悪化したポイントです。

また、M905r に付属していたソフトケースが無くなったのも個人的には非常に痛いところです。おしごと用の M905r は、鞄に放り込んでの持ち運びを散々しているので、ソフトケースが大活躍だったのでした。

使い古されてきた M905r のソフトケース
専用のソフトケースなので、サイズもぴったり

というわけで、最新世代たる MX1600s は、モバイル用を謳った後継機ではあるものの、ぼくにとっては一部不満が残ってしまうものでした。

でもなんだかんだいいながらも、マウスとして一番だいじな実際の使い心地は、相変わらず抜群に快適です。この辺の品質に妥協がないのは安心感があります。また、サイズ感もまったく変わっていないので、何の違和感もなく一瞬で馴染みました。

ソフトケースはいざとなったら M905r のを今後も使えばいいし、素直に Logicool Flow をセットアップすれば Unifying レシーバを持ち歩く必要もなくせるでしょう。スイッチの形状だけはどうしようもないですが、きっと慣れます。

よいマウスです

以上、おすすめマウスの紹介でした。

今回、撮影ボックスを初めて使ってみました。ライティングはもう少し工夫したいですし、こういう写真のときの被写界深度の考え方はお勉強が必要です。


Intel NUC に ESXi 6.5 を入れる

新しいおもちゃ is Now Available

Intel の NUC を買いました。第 6 世代のうちの、NUC6i5SYH です。

製品の Web ページ を見るとそろそろ第 7 世代のものが買えるようになりそうな雰囲気がありますが、待つのが嫌なので買ってしまいました。

使い道は考えていませんが、そういうときはとりあえず ESXi を入れます。新しいものが好きなので、現時点で最新の ESXi 6.5 にしました。

注意

Intel NUC は VMware Compatibility Guide に乗っていないハードウェアです。何があって文句は言えません。

買ったメモリとストレージも、Intel がテストした構成の一覧には記載のないデバイスです。

買ったもの

列挙します。

SSD はデータストアとして占有させたかったので、ESXi のブート用には USB メモリを別に用意します。

全部で 9 万円くらいですね。いい時代です。

インストール

何も考えずに製品の公式の ISO イメージをそのままインストールすれば問題なしでした。

昔は非公式のドライバを自分で突っ込まないとうまくデバイスが認識されなくてダメだったようですが、最近は公式のそのままで大丈夫みたいですね。

セットアップ

インストール後、そのまま DCUI で IP アドレスやらホスト名やらを設定したら、vSphere Client で ESXi につないで必要な設定をします。

vSphere Client は、C# 版はもうないので、HTML5 版を使います。ESXi に組み込みで用意されていて、ブラウザで ESXi に設定した IP アドレスに接続するだけで使えます。快適です。

トラブルと対処

さて、ESXi のインストールは何の問題なく終了したものの、データストアのアクセスが異常に遅いというトラブルが発生しました。

ESXi 6.5 になって追加された新しいデフォルトの AHCI ドライバが、NUC の SATA コントローラをうまくハンドルできなかったみたいです。

以下のようにして明示的に vmw_ahci ドライバを無効化することで解決できました。

esxcli system module set -e=false -m=vmw_ahci

このトラブル、具体的には、以下のような症状です。

  • I/O のレイテンシが 1,000 ms 以上ある
    • パフォーマンスのグラフの [最大待ち時間] が異常な数値
  • イベントログに以下のようなエントリがある
    • 接続の問題により、ボリューム XXXXX へのアクセスが失われました。回復処理が進行中です。まもなく結果が報告されます。
    • 接続の問題が発生後、ボリューム XXXXX へのアクセスがリストアされました。
  • vmkernel.log に以下のようなエントリがある
    • WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:XXXXX: NMP device “XXXXX” state in doubt; requested fast path state update…
    • Cmd(0xXX) 0xXX, CmdSN 0xXX from world XXXXX to dev “XXXXX” failed H:0x2 D:0x0 P:0x0 Invalid sense data: 0xXX 0xXX 0xXX
    • Aborting txn calleriD: 0xXX to slot XX:  File system timeout (Ok to retry)

このログ、SAN 構成なら目にすることはありますが、DAS のストレージでは通常は出ません。真っ先に SSD の初期不良を疑い、そして NUC の初期不良も疑いましたが、調べてみると同じ症状の事例が海外で複数報告されていました。解決策も載っています。

その他

今回は問題にはなりませんでしたが、ESXi 6.5 では USB メモリもトラブルが起きがちのようです。

これも AHCI のドライバと同様、デフォルトのものが置き換わったことが原因だとか。KB 化もされていました。

ドライバ周りはトラブルが起きるとハード障害との切り分けがしにくくて厄介ですね。

今後

とりあえず vSphere 6.5 の環境をざっと触ってみたいので、ひとまず vCSA を立てていろいろ様子をみて、あとは素直に小さな仮想化基盤としておもちゃにします。


ウクレレベースのジャックを交換する

Rubinetto で使っているウクレレベースのジャックが接触不良気味だったので交換。

ウクレレベースは KALA の UBASS-SMHG-FS というモデル。これについているピックアップシステムは、Shadow の SH NFX EQ-T UK というものらしい。


ジャックは金属の弾性を利用してプラグの固定と導通の確保を同時に実現する構造なので、極の曲がりっぷりが弱くなるとユルくなって導通も死ぬ。特に何もしなくても、経年劣化で死ぬ。

保証期間内であれば販売店持ち込みが楽だけれど、すでに過ぎていたし、難しい話でもないので自分で。

外す

本体の裏には作業用の穴がある。蓋は磁石での固定なのですぐ外せる。


ジャックは内と外の両側からのナットの締め付けで固定されているので、どちらかのナットを外して抜き取る。

DSC01623

調べる

元の配線がわからないと部品の交換ができないのだけれど、インタネットでは配線図が見つけられなかったので実物を基に書き起こした。

模式的に描くとこう。

似非回路図っぽくするとこう。いろいろと省略しているけれど。

ubass02

バッテリとプリアンプのグラウンドが両方ともジャックのスリーブにつながっているのがめずらしいけれど、シールドを挿さない状態(リングとスリーブがショートしない状態)でもチューナ機能を使えるようにするためかな、たぶん。

チューナ側にも別にスイッチがあるから、きっとそういうことだと思う。

交換する

配線がわかれば、あとは新しいジャックを同じ配線で繋ぐだけ。今回買ったのは SCUD の EP=JACK2。

最初にブッシングを通さないと詰む。ありがちなミスだけれどまじで実際やらかした。

あとは適当に熱収縮チューブで絶縁しながら繋いでいく。

繋ぎ終わったらこの時点でいちど音を出してみた。問題なし。

あとは取り付け。

板の厚みを適当に読んで内側のナットの位置を決めたら、外側から締め付けてやる。

内側のナットが外側すぎると、シールドが挿し込みきれなくなって接触不良につながるので気をつける。内側のナットの位置はとてもだいじ。

固定できたらブッシングも締め付けて、外側にキャップをつけて完了。

おわり。


Roland の SC-88 をもらったので、21 世紀の今あらためて MIDI を聴く

SC-88 を友人からもらった。SC シリーズだと SC-88Pro っていう通称 “ハチプロ” が有名だけど、これはその 2 年前に発売された、88 系列の最初のモデル。

ミュージ郎の時代だ、ミュージ郎の。

今でこそ mp3 なんていう便利な PCM 音源が台頭しているけれど、インタネット聡明期のピーガガガ時代に、インタネットの “向こう側” からダウンロードできるほんの数十キロバイトの MIDI ファイルに、いったいどれだけのヒトがどれだけのユメをみたことか!!

スピーカをオンにしたままネットサーフィン(死語)をしていたら MIDI ファイルが自動再生されるページを踏んでしまって爆音にびっくりするとか、巧妙に埋め込まれた MIDI ファイルをどうにかダウンロードしようとソースコードから JavaScript まで追いかけるとか、そういう時代。

当時の JavaScript は、右クリックを禁止したりステータスバーにメッセージを流したりページを開くと『ようこそくろいさん! 11 回目の訪問です! 夕焼けがきれいな時間帯ですね!』って出てきたりページ遷移にきらびやかなエフェクトをつけたりマウスカーソルにオリジナルキャラクタが常にくっついてきたりクリックすると花火が上がったり、そういう技術だった気もする。

それはいいとして、とりあえずこの SC-88 を鳴らしてみたいので、セットアップ。

接続とリセットと初期設定

本体の [COMPUTER] スイッチを [MIDI] にして、使っているオーディオインタフェイスの MIDI 出力を SC-88 の [MIDI IN A] に MIDI ケーブルでつなぐ。

ヘッドホンで聴くだけでいいならこれで終わり。必要があれば RCA な [OUTPUT] をオーディオインタフェイスの入力に戻してやる。

電源を入れて、謎な設定が残っているかもしれないので、ファクトリリセットする。

  1. [SELECT] を押しながら [INSTRUMENT] の [←] と [→] を同時押し
  2. 確認が出るので [ALL] で承認
  3. 処理が終わったら電源を入れなおして完了

デフォルトでは SC-55 互換音色マップが有効になった。そういうものらしい。

MIDI 出力デバイスが選べるプレイヤならここまででひとまず音は出る。Windows の標準出力を変えたい場合は、Windows 7 なら Putzlowitschs Vista-MIDIMapper(声に出して読めない)などを突っ込んでよしなに設定してやる。

肝心の音はどうなの

Windows に昔からもともと入っている C:\Windows\Media\town.mid で比較。

最初に Windows 7 の標準の、Microsoft GS Wavetable Synth。

次に今回もらった SC-88。55 互換はオフで、88 ネイティブな状態。Muted Gtr が弱いけど全体的な雰囲気はこれが好き。

SC-88 で 55 互換を有効にするとこうなる。

実を言うと VSC3(Virtual Sound Canvas 3)のライセンスは持っているので、これでも鳴らすとこうなった。88Pro 互換モードに設定。SC-88 の 55 互換モードとよく似ている。VSC は x64 環境だと動いてくれないので普段使いには厳しい。VSTi 版は持っていない。

VSC あるならハードウェアいらないのではっていうのも理解はできるのだけれど、でも物理的なモノってやっぱり好きなのよね。

オマケで、TiMidity 版。SGM-V2.01 っていうサウンドフォントを丸ごと突っ込んである。

TiMidity、高校時代にカスタマイズにハマっていた記憶が。

SFC の AO 入学生向けの入学前レポートで、当時のぼくがネタとして取り上げてもいた。今みたら、

このように、それぞれの楽器ごとにサウンドフォントを割り当てることで、MIDI 再生時に TiMidity++ が該当するサウンドフォントを参照し発音する。サウンドフォントごとにバラバラである音量などのパラメータも、ユーザ側で任意に調整できるようにされており、この例のように音量(amp)、パン(pan)など、他にもピッチやオフセット等の調整用パラメータが用意されている。

とか、

インターネット上にあるサウンドフォントは玉石混合であり、納得のいく音色を持つサウンドフォントを探すのは非常に難しいことであるが、この玉石混合から『玉』を探し出すのがこのカスタマイズの醍醐味でもある。また、インターネットの一部ではユーザがカスタマイズした設定ファイルが公開されていることもあり、これを使用すれば比較的簡単に高音質再生環境を実現することが可能である。

とか書いてあった。なつかしい。

使い道

正直何も考えていないのだけれど、実家に MIDI キーボードを置いてきているのでそれを持ってくればいろいろ遊べそうだなーとか考えている。

既成の MIDI ファイルを綺麗に鳴らすためのハードウェアってわけではないので、本来の使い道としてはその方が正しいのだけれど。


Kindle for Android でフォントに “明朝” が選べなくなったときの対処

Android 端末(Xperia A)が修理から戻ってきたからアプリケーションをせこせこと入れなおしていたら、Kindle for Android の本文のフォントが “ゴシック” しか選べなくなっていたことに気が付いた。

もともと本は紙で読むひとだったので、これまではずっと紙の本に合わせて明朝体で読んでいたのだけれど。

ためしにゴシック体のまま読んでみたら違和感がすごくて気持ち悪い。直したい。

いろいろ調べてもいろいろ試してもよくわからないので、やむなくサポートセンタに問い合わせ。

チャット窓口ですぐに解決策が出てくるかと思いきや、詳細調査になって、結局返事が来るまで数日かかったけれど、最終的には直った。

直し方

カスタマサービスのひとに教えてもらった方法は二つ。

一つめは、『吾輩は猫である(Kindle 版)』をダウンロードしてみよ、というもの。

  1. Kindle for Android を開いて、右上のショッピングカートボタンをタップ
  2. 検索するなどして『吾輩は猫である(Kindle 版)』のページに行き、購入する
  3. 端末にダウンロードする
  4. 『吾輩は猫である(Kindle 版)』を開く
  5. フォントの選択肢を確認する

え、これだけ? と思ってやってみたら案の定直らなかった。

結局、教えてもらった二つめの方法で直った。英中辞書をダウンロードする方法。

  1. 英語が含まれている Kindle 本を開く
  2. どれでもいいので英単語を長押し
  3. 表示されるボックスの右上の本のマークをタップ
  4. [英語 – 中文] をタップして [ダウンロード]
  5. ダウンロード終了後、[全文表示] をタップ
  6. 端末の [戻る] ボタンで全文表示を終了
  7. 再度、どれでもいいので英単語を長押し
  8. 表示されるボックスの右上の本のマークをタップ
  9. [英語 – 日本語] をタップ
  10. フォントの選択肢を確認する

手順 7 から 9 はたぶん設定をもとに戻すためだけのもので、実質は手順 5 あたりで始まる外字フォントのダウンロードが効いているっぽい。

解決。

切り分け

問い合わせる前にこっち側で調べたのは以下。

  • 別の Android 端末では “明朝” が選べる
    • アプリケーションのバージョンは同一(4.5.1.6)
    • Android のバージョンがちがう(Xperia A は 4.2.2、こっちは 4.1)のでその所為?
    • もしくは機種に依存?
  • 特定の本に限らずどの本でも同じ症状である
  • アプリケーションをアンインストールして再度インストールしなおしても変わらない

原因

不明。

上の方法で直したあと、再現性を確認しようとしていちどアンインストールしてから再度インストールしたら、最初から “明朝” が表示されてしまった。再現性なし、という残念な結果に。直る前は数回入れなおしてもだめなままだったのに……。

あれかな、バンドルされていた辞書を全部消した状態で端末が修理で初期化されたから必要なコンポーネントがダウンロードされないままだったのかな。修理前の端末では上でいう外字フォントっぽいものが辞書にくっついて記憶のないままにダウンロードされていたのかもしれない。謎。

たぶんこの状態で端末を初期化したらきっと再現するだろうなあと思いながらも、そこまで深追いする意味もないのでここまで。