リモートデスクトップ で左右の画面が逆になる件

ずっと困っていた問題が概ね解決したっぽい感じなのでメモを残しておきます。

困った現象:

モニタを2画面横に並べた環境から、リモートPCにリモートデスクトップで接続した状態で、ローカル側がスリープしてから復帰した後、リモートデスクトップのウィンドウを最大化すると、リモートデスクトップ内のウィンドウが左右逆に配置される(ことがある)。

要するに、2つあるモニタに表示される内容が左右でそっくり入れ替わってしまう、ということ。それが2つのモニタにまたがった1つのリモートデスクトップのウィンドウ内で起きる。これが毎回ではなくたまに起きるというのが余計にややこしい。決まった回数ごととかでもなくランダムで、たぶん数十回に1回ぐらいの割合だと思う。ちなみにOSはローカルもリモートもWindows10の22H2。

わかっているのは、リモートデスクトップのウィンドウを最大化したタイミングで発生する、ということ。どうもそのときにOSのおせっかい機能(?)でウィンドウを並べ替えてくれやがるらしい。多分(よかれと思って?)ローカル側のモニタの状態に合わせようとしてリモート側で行われているはず。ということは最大化しなければ現象は起きないけど、ウィンドウ枠とかが微妙にもったいないし最大化しているかどうかで若干動作が違う部分もあったりするので、やっぱり最大化してないと使い勝手が悪い。ならずっと最大化したままにしておけば...というのもできない。後述のスリープでウィンドウの最大化が解除されてしまうのだ。

もう一つわかっているのは、スリープしてから復帰した場合、という条件がつくこと。いやもう当然設定はしてるんです。とにかく徹底的にスリープしないような設定にしてるはずなのに、どうしても1時間ぐらい経つと勝手にスリープしている様子。モニタの設定が関係してるのかと思って調べてみたけど、モニタ側にもそういう設定はない。(入力信号がなくなったらモニタもスリープするけど、それって先にPC側がスリープしている状況だし。)

いろいろあって結局わかったのが、そもそもWindowsの設定でスリープしないようにしておいても、それでもスリープすることがある(?!)らしい、ということ。ていうか何その仕様。。それをさせないようにする方法もあるけど普通に設定画面からいじれるものではないらしい。

おそらくもっと簡単で安全な方法として、powertoysのAwake機能を使ってスリープを阻止できるそうなので、それを使ってみることにした。これは普通に画面から設定できる。「無期限に起動したままにする」を選択すればいいようだ。これでスリープしなくなれば例の問題も起きないことになる、はず。

 

これまでもいろいろな対策を試してきたけど、その効果(がなかったこと)を確認するにはとても長い時間がかかっていた。しばらく放置してないとスリープに入らないし、そこまで行ったとしても問題の現象が出るかどうかはランダムで確率はけっこう低い。なのでこの対策も本当に効果があるといえるかを確認するにはけっこう時間がかかりそう。(もしもだめだったら追記するので、それがなければ大丈夫と思ってください。)

セットのパート

 

やっとGrooveミュージックに慣れたと思ったら、いつの間にかなくなって「メディア プレーヤー」に置き換わっていた。昔からあった Windows Media Player に戻ったのかというとそういうわけでもなくて、内容はぜんぜん別物でGrooveミュージックとだいたい同じ。で、この新しいメディアプレーヤーを使っていて、アルバムによって曲順がおかしいものがあるのに気がついた。本来は最初のはずの曲だけ順番が最後になっているものがある。

どうやら、Windows Media PlayerでCDからリッピングするとき1曲目だけプロパティがおかしくなって後で修正したもの、がそうなるようだ。この時みたいにメディアプレーヤー上でプロパティを編集する必要があるとかでもない。編集できる情報はどう見ても正しいので修正するべき点が見つからない。いろいろ調べてみた結果、やっと原因がわかった。

結論から言うと、今度はエクスプローラでプロパティを修正するのが正解だった。エクスプローラ上で問題の曲のファイルを選択して、プロパティ→詳細で下の方にスクロールしていくと「セットのパート」という項目があって、ここに「1」などの値が入っているとおかしくなるようだ。その値のところを選択してDelキーを押し「OK」で、他のファイルと同じように値なしの状態になる。この操作を行ってからメディアプレーヤーでアルバムを表示すると正常な順番になっているはず。

おそらく曲の再生順を柔軟に指定できるようにするための仕組みとしてわざわざ入っている仕様なんだろうけど、なんというか、もったいない。

Bluetoothよ、お前やったんかい

例のWindows10アップデート失敗の問題が、また再発した。どうやらまったく同じ状況のようなので、またインプレースアップグレードか...とも思ったけど、でもこれって根本的に解決できてないということなのでは。

あらためて他の要因も調べてみた。まずCドライブの空き容量を確認したら微妙に足りてない可能性があったので、ゴミを片付けて十分な空きを作ってみた。でも現象変わらず。

周辺機器の問題という可能性を調べているうちに、デバイスマネージャの動作がおかしくなってることに気がついた。数秒間隔でリロードし続けていて、まともに操作ができない。デバイスの状態に変更があったらリロードするというのは普通だが、なにもないのにリロードし続けてるのはおかしい。

そういえば、以前からBluetoothの調子が悪くて動作が安定しないので、使うのをあきらめてデバイスを無効化していたはず。でも(どうにか)プロパティを開いてみたら「有効」になってる。何かの拍子に有効化されてしまったらしい。そのBluetoothの初期化かなにかでエラーになってリトライし続けているような動きになってる。これをあらためて「無効」にしてみたら、デバイスマネージャのリロードが止まって正常な動作になった。

で、そこから再度(普通の)アップデートを実行してみたら、すんなり成功!

つまり原因はこれだった可能性が高い。おそらく前回も同じ原因で、たまたまBluetoothの調子しだいでアップデートが成功したり失敗したりしていたのかも。ということで、おそらくBluetoothモジュールのハード的な問題によるもの、でした。

明治記念館

(写真は本文とは関係ないです)

ちょっと前まで「Windows Media Player」でCDをリッピングすると1曲目だけプロパティが変になるという問題があった。(そのせいで「Grooveミュージック」上では1曲目だけ別のアルバム扱いになったりして地味に困るけど、そういう場合は 問題のファイルだけエクスプローラで右クリック→プロパティ→詳細 で修正すれば直る。)この問題はしばらく前のアップデートで修正されたらしく、ここしばらくは起きてなかったけど、最近このCDでそれに似た問題が起きた。

the most relaxing～feel 

1曲目だけおかしい、というところまでは以前の問題と同じ。でもおかしい内容が違っていて、Grooveミュージック上では別アルバム扱いになる上にアーティスト名が「明治記念館」と表示される。CDの内容と全然関係なさそうに見えるけどとにかくそうなってる。それだけじゃなく、取り込まれたファイルの実体も本来とは別の変な場所にあった(と思う)。

とりあえずファイルを本来の場所に移動させたり右クリックでファイルのプロパティを修正してみたけど、どうにも直らない。プロパティ上の「明治記念館」は全部修正したはずなのに、Grooveミュージック上ではどうやってもアーティスト名が「明治記念館」のまま。

いろいろ試しているうちに、Grooveミュージック上でアルバムを開いて右クリック→「情報を編集」でもプロパティが編集できることに気がついた。ここで表示される内容はエクスプローラのプロパティ詳細で表示されるものとちょっと違っているようで、問題の曲だけ「アルバムアーティスト」の内容が「明治記念館」になっている。犯人はこいつだ!

これを本来の値「Various Artists」に変更して「保存」したら、やっと直った。

それにしても、どこから「明治記念館」が出てきたんだろう。

WindowsUpdateが失敗

Windows10の環境で、アップデートが来てるようなので「更新してシャットダウン」しておいたつもりが、なぜかアップデートもシャットダウンもされずスリープになっている、という状況にいつの間にかなっていた。しばらくしてから気がついたので、いつからそうなっていたかはよくわからない。