Ver1.4.0の配布パッケージは、昨日の午前中に差し替えたのだが、昨日の記事に書いていた通り、Ver1.3.1を公開した時にも差し替えは行っていた。今回はVectorへの登録前だったので、自前サイトの差し替えのみで済んだ。いう事で、リリース記事には追記してあるのだが、日曜の夜に公開していた配布パッケージにあるMCClient.exeには、今回追加したイコライザ機能をOnにして使うと、CPU使用率が1コア分くらいになってしまう、という性能バグがあったので、MCClient.exeを変更して配布パッケージを差し替えた。Ver1.3.1の時とは異なり、この問題については、今時のPCの論理CPUコア数が4つくらいある事を鑑みれば、放置しておいても、CPU使用率が少し高いなあ、と、思われる程度で、大問題に発展する可能性は無い様に思えた。実際の所、どうしようかなあ、と、思った訳なのだが、同様のイコライザ機能を内蔵させているAGMPlayerで機能をOnにした場合のCPU使用率を見てみた所、全くといって良いくらいCPU性能は消費しなかったので、変更しておく事にした訳だ。遅延は増えるし、音の出始めでは、バッファリングされているデータが足りないので、2,3秒くらいは、再生音がブツブツと途切れたりもする。無かった場合、サーバー側が自動的に音声転送を停止させるので、再度音声が出力された場合には、上記した再生音がブツブツと途切れたりする現象が再発する事になる筈だ。逆に言うと、ECOモードをOffにしておけば、前述のブツブツと音が途切れる現象は無くなるし、ウインドウを最小化しておけば、画像転送は行われないので、ECOモードをOffにしても、殆ど、ネットワーク転送量が増えたり、CPU使用率が高くなったりする事も無い。Late2014に繋いでいるJBL製のスピーカーから鳴らしたいと思った時の為だった訳だ。イコライザ機能は、Mirror-DTCを使って、手元マシンのスピーカーをリモートマシンのワイヤレススピーカーとして使う様な場合に、そういう用途で使うのなら、イコライザ機能くらいは欲しいよね、という感じで追加実装しておく事にした訳だ。遅延時間についてもあまり気にしていなかったのだが、遅延時間が増加するといっても気持ち程度なので、ミュージックビデオなんかを見ていても、音ズレが気になる事は殆どない筈だ。Sierra上のモノを使っているのだが、上記したミュージックビデオを見ても音ズレが気にならないかどうかの確認をiTunesで見れるミュージックビデオで確認しようか、と、思ったのだが、Mirror-DTC接続していると、ミュージックビデオが再生されない、という事に、普通、iTunesでミュージックビデオなんか見ない作者的には、今日、初めて気が付いた。2016モデルの内蔵ディスプレーがHDCP対応モニター扱いにはならなくなって、再生が禁止される事になる様だ。いう事で、今日の時点では、macOS上のiTunesでミュージックビデオを見る時に、Mirror-DTC接続を使って手元のPCに繋いだスピーカーをリモートスピーカーとして使おうと思っても、本来なら無関係の映像の著作権保護機能によって、そういう行為は禁止されている状況だ。作者的には、macOS用のVer1.4.0をリリースする時には、Mirror-DTCサーバーには画像キャプチャーを禁止するモードも追加して、iniファイルでそれを指定できる様にしようか、と、思った今日この頃だ。Ver1.4.0は、数日後には、Vectorでも公開される事になる筈だ。Adsense)サービスを利用しています。使用して、ユーザーのウェブサイトでの閲覧履歴に基づく広告を配信します。パートナーは当サイトや他のサイトへのアクセス情報に基づく広告をユーザーに表示できます。収集された情報がGoogleによってどの様に使用されるか、収集される情報をユーザーが管理する方法については、以下のリンクを参照下さい。