各位物欲センサーを発揮するはずも年々大須のしょぼさに押されて中々物欲を発揮することはできませんが、私は2つほど購入しました。

• Chef実践入門 ~コードによるインフラ構成の自動化
• GIGABYTE グラフィックボード Geforce G210 1GB PCI-Express GV-N210SL-1GI

Chefは普通に技術として習得しないとまずいと思っている系でありながら、書籍の内容的には非常によくまとまっている良書だと思います。

GIGABYTEはHyper-Vがらみの事で気になっている点がありまして、Surface 3の解像度が既存の1920 x 1080を超える 2160 x 1440 でありながらもリモートデスクトップ接続するとなぜか1920 x 1080 しか出ないという謎現象。Hyper-V上のRemoteFX(VGA)アダプタも最高解像度で設定しているはずなのですけどね。

今回の買い替え前に使っているアダプタはHD6450なのでそろそろ買い替えてもいいだろうと、加えて失敗しても3500円ならまだ目を瞑ってなかった事にできるだろうと。

で、結果ですが完全に失敗でした。GeForce210はWindows Server 2012 Hyper-V (with RemoteFX)の必要要件であるDirectX 11のアダプタを満たしておりませんでした。

• RemoteFX vGPU Improvements in Windows Server 2012 R2 … http://blogs.msdn.com/b/rds/archive/2013/12/04/remotefx-vgpu-improvements-in-windows-server-2012-r2.aspx
• RemoteFX vGPU Setup and Configuration Guide for Windows Server 2012 … http://social.technet.microsoft.com/wiki/contents/articles/16652.remotefx-vgpu-setup-and-configuration-guide-for-windows-server-2012.aspx

上記の2つを見ればRemoteFXを使う上での必要環境はCPU, VGA共に完璧です。

で、結果としてはGeforce210はアウトでしたのでその翌週に購入したボードは。

• ZOTAC GeForce GT 720 LP 2GB DDR3 64 bit グラフィックスボード VD5413 ZTGTX720-2GD3L64BR01

DirectX 11対応でGeForce720はローエンドの最新モデル、もちろんRemoteFXはばっちり稼働。そして臨んだリモートデスクトップは残念にも1920 x 1080でした。まぁ・・・一応スペックアップはしているので無駄にはなっていないものの、ちょっと悔しい結果ですが現状では思い当たる原因もなく諦めモードです。

原因がわかったときはまたその時に書くことにします。

但し、この記事にあたっての大前提が一般人には恐らく敷居が高すぎるという事に尽きるので正直お勧めはしません。そこまでしてゲームをプレイしたいなら素直にSurface Pro 2(否ノートブック、というのはMS信者としてのジョークです)を買えば良いという事に尽きます。まずは大前提となる環境のおさらい。

ホスト(サーバー)環境

• OS: Windows Server 2012 Enterprise Edition with Hyper-V
• GPU: Sapphire ATI Radeon X1270

ゲスト(リモートデスクトップホスト)環境

• OS: Windows 8 x64 Enterprise Edition
• GPU: Remote FX

リモート環境

• OS: Windows RT 8.1
• 本体: Microsoft Surface 2
• 無線: Wi-Fi環境 (恐らく300Gbpsのはず)

以前にリモートデスクトップで試していたのですが画面がちらついて全くゲームになりませんでしたが今回それが解消されました。原因はリモートデスクトップのソフトウェアにあったようで。

• リモートデスクトップ(mstsc.exe) … 画面がチラつく + マウス操作が非常に重くてゲームに不向き
• リモートデスクトップ(Windowsストア版) … 割と快適にプレイ、ゲームでチラつくことがない

まだ違いとなる原因がよくわかっていないのですが、mstscはゲーム開始時に大抵発生する画面解像度の変更に対応しておらず、フル画面転送を試みているのではないかと。加えて接続元との同期は一切行わないのではないかと。

一方で、Windowsストア上のリモートデスクトップは見た感じでは画面解像度変更に対応しており、また接続元との同期が取られているように見られます。というのも、ゲームをしている際にサウンドが遅延することがあるのですが、サウンドがスキップされるのではなくて所謂スローモーション的な再生になる現象が見受けられた、というもの。

今後のアップデートで上記が変更されるかもしれないしあくまで現状、としか言いようがないですが一台の物理サーバー + 仮想上のPCですべてをまかなっている私としては夢が広がった、というところです。

というわけで、最後にその画面のキャプチャ。結構きれいです。もちろん下部のメニューもばっちり反応しますよ。

PS. ちなみに私はMicrosoft Surface Pro 2を非常にお勧めしません。あれを買うなら一般に売られているノートPCやスレートPC/タブレットPCを購入した方が良いでしょう。だって高いだけでMicrosoftにお布施を払っているだけ、にしか思えないですから。まぁ・・・もしMicrosoft信者なら構わないのですけどね。

結論から言うと、Windows Server 2012 Hyper-V + RemoteFX における対応ゲストOSには以下のエディションのみが対応のようです。

• Windows 7 Enterprise Edition (Ultimate Editionは非対応)
• Windows 8
• Windows RT
• Windows Server 2012

詳細はMSDN Remote Desktop Service Blog にある 「RemoteFX Features for Windows 8 and Windows Server 2012」を参照すれば答えがそのまま書いてあります。

私が使っていた環境がWindows 7 Ultimate Editionで、当たった問題としてはRemoteFXが構成されていない状態では普通に接続可能なのだけど、RemoteFXを構成に追加すると以下のエラーが発生。

ライセンス プロトコル間でネットワークの問題が発生したため、リモートセッションは切断されました。リモートコンピュータへの接続を再実行してください

このエラーが曲者で、国内外問わずに調べてみると直接的にはライセンス不足が原因ではない場合に発生する模様です。幾つか覚えている限りでのエラー原因を挙げておきますが、識者に見解を求めるのが一番手っ取り早いです。

• RemoteFXがサポート外のOSに対して、RemoteFXが構成されたOSに接続しようとした (今回の事例)
• Remote Desktopが許可されていないユーザーで接続する (グループポリシーを参照)
• ライセンス認証構成が破損している (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing)
• RemoteFXを有効にするだけのエクスペリメントが指定されていない (接続品質をLANに変更)
• などなど

以前の環境でWindows 7 Ultimate Editionを使っていたので、その環境を維持しつつ何とかWindows Server 2012 Hyper-V + RemoteFX へ移行をしたかったのですが・・・、Windows 7 Enterprise Edition / Windows 8 Enterprise Edition へのアップデートインストールがサポートされていないのですね。結局、Windows 8 Enterprise Edition を新規にインストールして、それから各種アプリケーションの構成を再構築する事となりました。

何はともあれ、Windows Server 2012 Hyper-V RemoteFX環境で何かしらのトラブルがあるようなら一度、先に挙げたBlogの内容を一読して環境条件が満たされるかどうかを照らし合わせたほうが良いでしょう。

最後に、Windows 8上でRemoteFXが有効になっている画面を。

○ホストOS側 (Windows Server 2012 Hyper-V RemoteFX)

○ゲストOS側 (Windows 8 Enterprise Edition上)

• Jump Desktop (PhaseFive Systems) … 1,300円
• Remoter Pro (Remoter Labs LLC) … 850円
• iTap Mobile RDP (HLW Software) … 1,000円

とりあえず上3つのアプリに関して使ってみた比較を行ってみます(確認注意はしていますが、間違っているかもしれないのであしからず)。

RemoteFXに関しては特殊な環境下だと思われるのと、SSHにしても使う人は余程のレアケース(システム管理者とか)だという点を加味すれば一般の方はJumpDesktopをお勧めします。私の場合はCase By Caseで使い分けが必要かな、というところです(加えてSplashtop Remote Desktopも)。

Remoter Proで注意をしてほしいのがいつまでか分からないけど値引き中であるということと、Remoter VPCという同社から同様のツールが出ているが、そのAdd-Onを購入するとその値引きよりはるかに高くなるということ(+ 加えてアプリサイズも大きい)。なので、購入するなら今のうちをお勧めします。

ってなわけで、まとめると・・・

• Windowsのみを快適に使いたい、且つ、グローバル経由で接続することがないならJump Desktop。
• RDPのみならずVNC・ターミナル接続なども行いたいという多目的型を1アプリでまとめたい方はRemoter Pro。
• RemoteFXという特殊な環境下でも通常のデスクトップとして使いたい方はiTap Mobile RDP。

な感じになると思います。

私の場合はblogのネタを含めてある程度よさそうなのを選定して買っていますが、そのような目的でもない限りは余程全てのアプリケーションを買う必要なんて事は通常起こりえないので、アプリの説明やレビューをよく理解したうえで購入することを強く推奨します。

• リモート デスクトップ ライセンスの概要 (MSDN)

以前にもRemoteAppを評価すべく”リモートデスクトップ”の役割の一つである”リモートホスト仮想化サービス”を有効にしたことがあってその際も120日の評価と共に再インストールを行ったことがあります。ただ今回は些か面倒なデータ量なのでリモートデスクトップのライセンスサーバを立てようと。

私のネットワーク環境は例のごとく多くのサーバが立っていて、当初はActiveDirectoryのサーバとRDライセンシングサーバを同居させる予定でした。ところが、ActiveDirectoryサーバに”リモートデスクトップライセンス”を追加しようとするとActiveDirctoryサーバとライセンスサーバの同居はセキュリティ上望ましくないとの警告が・・・・。個人サーバでセキュリティもあったもんぢゃないから無視しようかと思いましたが、やはり(一応)IT技術者としてはやってはいけないだろうという事で。普段ついているサーバがVPNサーバでしたが流石にそこも無いだろう・・・・、ということでSMSサーバにインストールすることにしました。

サーバを構成する際に幾つかスクリーンショットを撮ったのですが、ホストサーバ(Hyper-Vが入っているサーバ)に”リモートデスクトップセッションホスト”を追加した際にそのまま再起動してしまって画像がロスト。なので行ったこととを文字で列挙しつつ、結果画面のみの案内となります(ここの説明を行っているblogが壊滅的で・・・、余計なサービスを追加したくないのでスナップショットの巻き戻しをフル活用したり、結構疲れました)。

説明する前に結論的なことを言えば、多分以下のMicrosoft(MSDN)から提供されている資料を見ればシステム系の人ならば恐らくわかるのではないかと思います(注: 私はシステム系ぢゃないよ、多分)。

• リモートデスクトップライセンスとは (MSDN)

ただ、上記のは文字しかなくて全然イメージがつかめなかったので・・・・。スクリーンショットとかで案内してほしいです。なんとか頑張ってくれませんか、マイクロソフト様。

と言う事で大まかな構成のイメージ図。

　なので、Hyper-Vホスト側に”リモートデスクトップセッションホスト”を、リモートデスクトップライセンスサーバには”リモートデスクトップライセンス”の役割サービスを追加します。

【リモートデスクトップライセンスサーバ側でする事】

1. “リモートデスクトップライセンス”の役割サービスを追加します。(1)既にリモートデスクトップサービスが役割として存在しているならば、サーバマネージャから[役割]-[リモートデスクトップサービス]-[コンテキストメニュー内の役割の追加]からウィザードに沿って役割サービスが追加できます。(2)まだリモートデスクトップサービスが役割として存在していないならば、ウィザードに沿ってサービスを追加すれば同様の流れになります。
2. ウィザードの途中でライセンスのタイプ(デバイスCAL, ユーザCAL)が聞かれますが、後構成でもいいのでパスします。
3. 役割・役割サービスの追加を完了させます
4. [スタートメニュー]-[すべてのプログラム]-[管理ツール]-[リモートデスクトップ]-[リモートデスクトップ サービス]-[リモートデスクトップ ライセンス マネージャ]を起動します。
5. サーバを選択して[アクティブ化]をします。恐らくウィザードが起動するので、認証方法を”自動構成(推奨)”にします。
6. 名前・国・会社を入力します。(会社、って個人の場合どぉするんでしょうね。とりあえず”Individual”と打ってますが。)
7. そのまま進むとMicorsoftのライセンスを管理するサーバ(表記忘れた)と通信が始まります。ここで25桁の英数字で構成されたライセンスコードを入力します。
8. ライセンスコードが確認されると以下の画面のようになるはずです(私の場合はユーザCAL)。

【リモートデスクトップセッションホスト側でする事】

1. RemoteFX, RemoteAppが使える段階で既に”リモートデスクトップサービス”役割自体は追加されているので”リモートデスクトップセッションホスト”を役割サービスとして追加します。
2. ウィザードの途中でライセンスサーバの検索や認証を聞かれますが、適宜判断します。私の場合は検索しない、とドメインメンバ？を選択しました。
3. ウィザードが完了するとインストールが始まります。この役割サービスは再起動が必須なので、再起動ができるようにしましょう。
4. 再起動後にインストール構成が始まって、それからインストールが全て完了します。
5. サーバマネージャを起動して[役割]-[リモートデスクトップサービス]-[RDセッションホストの構成]を開きます。
6. ライセンスの辺りをダブルクリックして、先ほど構成したライセンスサーバを追加します。

と、こんな感じで全ての作業が完了します。初のサーバライセンス系のアクティベーションだったので正直上記の方法で正しいのかは怪しいところです。なので、自分で責任を持って作業してね！、ということに尽きます。ライセンスが正しく認証されているのか、ホスト側でライセンスの確認を見る限りは特に問題は無さそうですね。

今回は当然私1人の環境という事でAmazon経由で1ユーザCALを購入しました。お値段は14,175円。

Windows Server 2008 R2 リモート デスクトップ サービス CAL 1 ユーザー RDS CAL

決して安くはないし、ましては失敗したらどぉしようかと不安でしたが・・・・、きっと大丈夫だと願っています。あ、因みに商品に付属されたものは紙2枚(ライセンスコード, EULA)です。

仮想サウンドドライバを入れてiPadからシンクラ的なものを (テクヌク)

むぅ・・・・、VAC(Virtual Audio Cable)でTrialと流れ続けるそうな。Hyper-VとESXiの両者においてアーキテクチャ的な違いはよく取り上げられていますがアーキテクチャの違いでESXi環境に置いて”Trial”と鳴り続けるのであれば、私が妄想編・結果編で挙げたサウンドのHookが恐らく違っていたのだろうと。

設定上の違い、というのも考えづらいものですが、きっと誰かの役に立てるだろうと信じてVACの設定を貼っておきます(スナップショットでVACインストール前に戻して、Cable数が3上限であることを確認したのでEvaluation状態であることは確かなはず)。

インストールのままのデフォルト状態なので、参考になるかは非常に微妙というか、役に立たないけど画像があった方が記事として拍が付きますよね！！

ある意味これを機会に初めてSplashtop Remoteを接続した状態でのタスクマネージャを見たのですが”SRFeature.exe”なるプロセスの負荷が高いようです。恐らくこれがネットワークに負荷をかけずに独自の圧縮法でリモートを実現している核プロセスなのでしょう。この内部挙動(というか、仕組み)がわかるとうれしいのですけど。

因みにですが、デスクトップからは”Microsoft Remote Desktop(mstsc)”としても”Splashtop Remote Desktop”としても接続します。それぞれ長所・短所があるので、以下にまとめておきます。
※ 私が過去に取り上げた記事でもSplashtopは特にモバイル環境において強く書いていますが、デスクトップ環境においても利用することが可能です。

★ Microsoft Remote Desktop (RDP7.0以降)

• 長所
1. Windows標準の機能としてサポートされている
2. (Hyper-V環境下のみ)RemoteFX USBによりリモート上のUSBデバイスを接続先のゲストOSにマウントできる
3. ほぼ任意の画面サイズ、フルスクリーンをサポートする
4. (Remote FX 3D有効時のみ)Direct3Dを利用できる、またマルチディスプレイによる環境もサポートする。但しフルスクリーン時は画面が引き伸ばされるのではなくて、余白部分が黒くなる。
5. 物理デバイスが存在しなくてもサウンドのリダイレクションが可能である
6. クリップボードを使用できる (＝リモート間のファイル転送も可能である)
7. (Server OSのみ)セッション(RDP-Tcp#x)の指定が可能である (=同一のユーザでも異なるセッションのデスクトップに接続できる)
8. CPU負荷率はほとんどない
9. (まだ未確認)Macからの利用も”Remote Desktop Connection Client 2.1”によりリモート接続が可能
• 短所
1. (Remote FX 3D利用時だけかもしれない)スクロールバーが暗転するなど、一部描画が正しく行われないい場合がある
2. メニュー項目が存在しないので、二重でリモートデスクトップを重ねるとCtrl+Alt+Delを任意のPCに送れない
3. リモートサウンドがサポートされている、と言ったものの音質は非常に悪い

★ Splashtop Remote Desktop (for Windows, for Mac)

• 長所
1. Windows, Mac, モバイルを問わず相互のリモートデスクトップ環境をサポートする
2. Direct3Dの限定的な利用が可能である。 (フルスクリーン描画は対応しない)
3. サウンドのリダイレクションは割と音が良い
4. 優れた製品ながらも個人利用(非商用利用)ではフリーとして利用できる
• 短所
1. (多分)デスクトップからの接続によるマルチディスプレイをサポートしない、モバイルは三本指タップから切り替え可能
2. クリップボードをサポートしない。その為リモート間のファイルコピーは若干手間がかかる
3. リモート先のPCに若干高目のCPU負荷がかかる

個人的にはやはりデスクトップにおけるWindowsへのリモート接続はMicrosoft Remote Desktopで十分かなと。但し、Macのリモート接続ならVNCを使うよりはSplashtop Remote Desktopかな、と(他にいいのがあるかも知れない)。

冒頭に戻るけど・・・・、うーん、vSphereは高かった・・・・。価格などのPDFを見ていると製品だけでほぼ10万なんですよね。Technet (or MSDN)として利用している身としてはちょっとつらいなと。VMWare製品も支援プログラムがあったりするのかな、今度調べてみよう。

1. う～ん、物理デバイスが無いとHtper-V上の仮想OSでサウンドがストリームされないよ…
2. 解決策が見当たらないし。Technetサポートを使ってみよう！
3. 折角だし、blogの記事として起こしてみるか・・・、あれ？ひょっとして解決策が見つかった・・・？ (妄想編)
4. 実験したら予想が的中しちゃったよ・・・、MSさんごめんなさい。メールでまとめて送ります・・・ (反省編)
5. MSさんから返答が来たのでまとめるか～・・・ (←今ここ)

結果も何も答えは既に妄想編に書いてあるように物理デバイスを持たないデバイスドライバを追加してあげる、ということです。そもそもWindowsアーキテクチャと3rdパーティーが実装するであろうリモート接続環境の方法を妄想すれば自明なことだったのかもしれません。

3rdパーティのリモート接続環境がオーディオストリームをフックする為に予想される場所は2箇所。

• オーディオ操作のためのWin32APIをフックする (Win32API Hook)
• オーディオ出力のためのデバイスをフックする (上位のClass Filter Driver)

つまりはハードウェアレイヤーより上位のレイヤーによる部分で実装されているはず・・・なのです。となれば、妄想通り3rdパーティのリモート接続環境がフックするための物理デバイスを要しないデバイスドライバを追加してあげればサウンドのストリームがされるはず、と。

ただ、前回も書いたようにこれを自前で用意するとなると非常に苦痛な作業で、これも探してこようと。で、見つかったのが”Virtual Audio Cable”というデバイスドライバ。内容的には、各種サウンドデバイスをPin接続する(KSProxyのPinを内部的に切り替えている、のだと推測します)というのを仲介するっぽいです。ググった感じではネットラジオやニコ生放送で内部出力(ヘッドフォンetc)と外部出力(ストリーミング)を1音源から行いたい場合に使うようです。もちろん、今回はそんな用途とは全く別の使い方をしますが。

VACは評価版があるようで、評価の場合に以下の制約を受けるそうです。

• 内部的なケーブルとして3ケーブル分しか使えません
• 数秒ごとに女性の声で”Trial”というボイスが挿入されます

インストールは簡単、VACのサイトからダウンロードして展開すると”setup.exe”があります。x86, x64のどちらの環境も”setup.exe”でインストールをしましょう。VACのページにも再三警告がありますが、以前のバージョンがインストールされている場合は必ずアンインストールしてね、という警告があります。そもそも今回はHyper-V上のゲストOSに対するインストールなのでHyper-Vらしくスナップショットを事前に取っておきましょう。

途中で信用できない発行元からのデバイスドライバをインストールするかどうか、の確認が表示されます。もちろんここは信頼してインストールします。

インストールが終わったら一旦再起動します。再起動は聞かれていませんが、再起動しないと何故か再生ミキサーに出現しないし、何より再起動することで安心できますよね。再起動後は既にVACがデバイスとして有効となっているのでいよいよiPadからの”Splashtop Remote Desktop”を経由した接続テストです。

図にあるように、音量ミキサーを開いてサウンドをミュートから鳴音(めいおん)状態へ変更します (1月6日訂正)ミュート状態でもリモートサウンドが再生できました、VACデバイスのゲインが上下に振れていれば出るっポイです。後は、ZuneなりiTunesなりお好きなミュージックソフトウェアからテストをします。きっとサウンドが聞こえるでしょう。

以上で、Hyper-V上のゲストOSから”Splashtop Remote Desktop”を使用してサウンドストリームをリダイレクションする方法の一連となります。これによってより一層Hyper-Vによるクライアント仮想化とモバイルデバイスという2つの技術に価値が見出せたのかなと。さて、ここで忘れてはいけない2つの部分を書いておきます。

1. VACのトライアル版って”Trial”みたいな音声が邪魔にならない？

今回の方法ではトライアル版での使用でも”Trial”という女性のは再生されません。というのも、”Splashtop Streamer”がサウンドストリームをフックしているのは恐らく入力側であり、”Trial”という声を入れるのはVACの出力側であろうと推測されるからです。が、しかしDonateだと思って購入しましょう。

特に自分の場合は独学でデバドラをかじったこともあり、あの苦痛ともいえるプログラムを製品まで持っていったプログラマを心から評価したいと思っています。意味不明なブルーバックのオンパレードは心をへし折るには十分すぎました(実際は意味があるんです、BSoDというあの画面には。でも、理解が乏しいと本当に意味不明なんです)。

2. Technetサポートから得られた情報は？

結果的にホストOSの物理デバイスを恒久的にゲストOSに割り当てる方法は無いらしいが、Windows7上のVirtualPCを用いれば割り当ては可能、だとのことでした(KBとしての資料ではないので確約が無いことは悪しからず)。今回はあくまでHyper-Vが前提となるのでこれを用いることはできませんが、覚えておこう、っと。Hyper-V3.0ではきっと恒久的なデバイスの割り当てができるよね？って期待を念押ししてサポート終了となりました。

※ サポート段階では知らなかったのですが、今ざっと見た感じではFiber, NUMAなどの複数台PCによる処理系が強化されているっぽいのかな・・・。物理デバイスの割り当ては無さそうな感じですね。まだ、Developer Previewのようなので、更なる機能追加に期待します。

恐らく今回の記事に関しては誰得なのかサッパリわからないレベルですが、稀なケースでしょうというものです。タイトル通り”RemoteFX USB”と”リモートサウンド”と”Splashtop Remote Desktop”の3者が関連する微妙な疑問です。

RemoteFXを使い始めて1.5ヶ月ほどですが、幾つかの問題のうちの一つにSplashtop Remote接続時にサウンドが再生されないというものがあります。なぜ再生されないか、というのは一言でいえばHyper-V上のゲストOSに対しては仮想デバイスとしてのサウンドボードが割り当たらないのでSplashtop Remoteがフックするオーディオデバイスが存在しないことを意味します。

この裏付け確認として実験してみました。

• ホストOSの物理デバイスに”USB Audio”デバイスを接続
• ホストOSよりゲストデバイスに”RemoteFX USB”を通じて”USB Audio”を転送 (但し、サウンドはリモート側で再生する)
• ゲストOSの再生デバイスを”USB Audio”を選択する
• 上記の状態で、VPN経由をしたiPad2より”Splashtop Remote Desktop”でゲストOSに接続する

この状態であれば”Splashtop Streamer”が”USB Audio”のオーディオデバイスをフックすることでiPad2上の”Slpashtop Remote Desktop”でもサウンドが再生されるわけです。しかし、(ホスト・ゲストOSが同一の物理PC上で接続する限り通常はあり得ないが)ホストOSからの”Remote Desktop”が切断される＝”RemoteFX USB”が切断されるとオーディオデバイスも当然消えます。結果、再生できないと。

もちろん、Hyper-Vをこんな形で使おうなどというユーザが極稀であることは認識していますが、仮に今回のオーディオデバイス以外でもホストOSに接続した物理デバイスをRDPセッションが存在しない間も接続しておきたい、ということはあるのではないかなと、思ったり思ったり。ということで、まとめた結果”Hyper-V 2.1 permanently assign Guest OS”あたりでググったりしてみましたが結果は実りませんでした。それどころか、USBのみならずPCIをゲストOSにマウントしたいとか・・・。ここまでくると何でもありですね。別の仮想化環境として”VMWare ESX”がありますがこれならできるとかできないとか、でも製品、仮想化を行うための物理環境が共に高くて手を出せないです。

さて、文字ではいささか退屈なので図でまとめるとこんな感じ。まずはネットワークとしての全体像です。すんごい適当ですが・・・。

次に、”RemoteFX USB”でオーディオデバイスを転送していない状態でのデバイスマネージャ画面です。RDPで接続していますので、リモートサウンドが使える＝サウンドの再生は可能ですが、デバイスとしてのオーディオデバイスは存在していません。

そして、玄人志向から数年前に発売されていたUSBオーディオをホストOSに刺して”RemoteFX USB”を経由して接続する画面。”USB Audio”として認識され、ディスクデバイスのみならず転送できるところが魅力ですね。

最後に上記の”USB Audio”を有効にしてゲストOSに接続した状態。もちろん、この状態が”Hyper-V 2.1上のゲストOSに対してSlpashtop Remote Desktopから接続を行ってもサウンドがリモート側で流れる”という環境になります。

※ 画像がTypoちゃったけど、直すの面倒だから許して・・・。”RemoteFX USB”です。

現状では”Slpashtop Streamer”がどのレイヤー(API Hook, Class Driver, etc…)をフックしているのかわかりません。ただ、現状ではデバイスマネージャ上のオーディオデバイスが存在していないとゲスト側でサウンドが鳴らない、というのは確かというだけです。

ということは・・・、物理デバイスを要しない”(仮想の)何もしない再生サウンドデバイスドライバ”を作ってあげれば”Slpashtop Streamer”がフックするインターフェースを提供できるのでは！！！！　ということになるのかな、妄想レベルでは。確かにDDKでもWDKでもVideoCapという仮想のビデオキャプチャデバイスをインストールするサンプルがありましたね。また・・・・DDKですか・・・？、もう2年以上触ってないので勘弁してください・・・・。

※ “仮想の”というのをカッコ付で書いた理由は、確かOSレイヤからみて物理デバイスが存在するかどうかは関係なかったはずなので。言い換えれば、OSレイヤからしてみればドライバとして認識するかどうかが重要であって、ドライバが物理デバイスにI/Oを発行するか、は関知しなかった・・・・ハズ・・・。間違っていたらごめんなさい。記事のまとめが私の妄想ワールドで終わるのはこのblogの恒例行事なので許してください。

と思っていたら、とある日(4日前)にVPN経由でSplashtopRemotePCに繋ごうとしても接続できない・・・、と思い、面倒ながらもadds→hostosの二重リモートデスクトップでアクセスするとゲストOSがBSoD(Blue Screen of Death)になっているではないかぁぁぁ・・・・・、あ、BSoD時はvmconnectで画面表示されるのですね。

見た感じ、RemoteFXの3Dグラフィックスドライバが落ちたみたいですね。(iPadから接続中)

• エラーファイル … synth3dvsc.sys
• ファイル内容 … Our database contains single file for filename synth3dvsc.sys. This file belongs to product Microsoft® Windows® Operating System and was developed by company Microsoft Corporation. This file has description Synthetic 3D SMT Support Driver. This file contains driver. You can find it in the Drivers section of the System Explorer. (systemexplorer.netより引用、vscanバナーが多いのでリンクは張りません)
• エラーコード … SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x0000007e)
• 引数1 … The exception code that was not handled (0xFFFFFFFFC0000005) = Memory Corruption
• 引数2 … The address where the exception occurred
• 引数3 … The address of the exception record
• 引数4 … The address of the context record

正直、この情報からエラーなんてわかるわけないのですけどね。第一引数的にはメモリ破損エラーだと思われます、多分。そもそも、ホストOSからmstscでつないだ状態でそれを意識せずにSplashtopRemoteで繋いだりと、画面解像度もコロコロ変わる状況下で何かしらの違反が起きたとしても不思議ではないのですがっっ。

Windows＝BDoS的なイメージがある方もいるのかなと思っています(特にWindows95～Me, NT4.0～2000)が、私的な意見でいうと大抵の場合は”Microsoft悪くない！”という気がします。というのも、わんくまな同盟でもかつてセッションをやらせていただきましたが、BDoSが出る＝カーネルのBugCheck()関数によるOS保護が働いた、ことが起因です。で、自分が経験した中ではその半数近くは割と3rdパーティーのドライバ、取り分けグラフィックスドライバが原因である経験が強いな、と(ntoskrnlで落ちることが次いで多いですが)。となると、ある意味風評被害に近いような感じも受けます。MS信者からしてみれば（ぁ

というのを踏まえての疑問なのですが、最近では昔より格段にBSoDと遭遇する機会が減ったように思えます。となると、妄想できるのは

• カーネルとしてのレベルが向上した
• DDK(WDK)が改良された、サンプルが充実してきた
• デバイスドライバの提供会社のノウハウが向上した
• etc…

と様々なものが浮かぶのですが、実際のところどうなのでしょうね。精々趣味程度でクラスドライバを作る程度にはわらないところですね。

※ 因みに、クラスドライバを趣味で作る程度とはいってもBSoDのエラーコードはデバッグ時に非常にありがたいものです。

最後に、BSoDを見た瞬間に反射的にリセットボタンを押す人もチラホラ見られますが、私的にはエラーファイル名・エラーコード・第一引数程度はメモッた方がいいです。だってその3つがあれば大抵の場合は原因が見えますもの。

※ BSoD時に自動再起動かかる場合は[システムのプロパティ]→[詳細設定]タブ→[起動と回復]→[自動的に再起動する]のチェックを外しましょう

RemoteFXがキター！

ようやくという状態です。IntelマザーとぶちあたってNICを別途購入したり、NIC構成が悪くてblogを諦めようかと思った数日もありましたがようやく日の目を見ることができた気がします。ってことで、サーバPC 兼 メインPC 兼 ゲームPC とかいう通常の利用範囲を逸脱したPCなんですが、構成はそこまでパワーPCでもないです。

• CPU: Intel Core i7 2600 (TDP95W)
• M/B: Intel DH67GDB3
• MEM: CORSAIR 16GB  (DDR3-1333Hz-4GBx4)
• VGA-1: Intel Graphics HD 2000
• VGA-2: Sapphire HD6450 (DDR3-1GB)
• HDD: Hitachi 3TB – (7200rpm/64MB)
• NIC: Baffaro LGY-PCI-GT
• SCREEN-1: LG W2234S
• SCREEN-2: HYNDAI W240D (ピボット利用)

ディスプレイへの接続ですが、Intel Graphics HDの方を使っています。BIOS側で強制的にPrimary VGAをIntel側にしても、RemoteFXを使う場合は勝手にHyper-VがHD6450を認識してくれるそうな。とりあえずは3DMarkという無謀なものを動かしてみました。以下、自分の所感です。

• 3dMark 2006 … 無理すぎ
• 3dMark 2005 … ギリギリ見れる程度
• 3dMark 2003 … 結構動く
• 3dMark 2001 … DirectXとの相性か、Abortする

つまり、3dバリバリなゲームはするなと。Aeroインターフェースなどデスクトップに3dが求められる程度ならばRemoteFXでも特に遜色はないですが、ゲーム機として使用するには恐らく厳しいでしょう。

ざっと利用した感じはその程度にしておいて、環境設定において色々ハマった部分だとかを書きます。RemoteFXを有効にしたゲストOSの初回はvmconnect経由で接続します。ログインすると以下の画面が表示されます。

ここで再起動する前に確認することが2つあります。

1. RemoteDesktopを有効化する…RemoteFXが有効なゲストOSになるとvmconnectでは接続できなくなります。なので事前にRemoteDesktopを有効化し、接続用のホスト名 or IPアドレスを把握しておきましょう。
2. RemoteDesktopのユーザを追加する…こちらの情報がなければ完全に抜け出せなかったであろう罠です。ドメイン非参加のRemoteFXが有効なゲストOSに対して接続を試みると、RemoteFXが有効ではない場合に接続できるはずのユーザがなぜか接続できなくなります(＝「このユーザーアカウントはリモートログインを許可されていないため、接続は拒否されました。」の表示がされます)。なので、有志の情報に従って明示的に「自分のワークステーション名\ユーザ名」を追加しましょう。

現状私はWindows7の2台をRemoteFXで使用していてゲームではない常用側をドメイン参加PCにしていて、片方は非参加だったのでより一層混乱しました。

再起動後に起動画面まではvmconnect上で表示されますが、起動画面直後には切断されます。

この状態になったらRemoteDesktopであるmstsc.exeを起動して、あらかじめ把握しているゲストOSに接続します。ちなみに、私の環境では 1680×1050 + 1200×1900 の横縦デュアルディスプレイ環境ですが、

• ゲストOSの構成で予め、「モニタの最大数」を”2”に設定しておく
• 接続時に「リモートセッションですべてのモニタに接続する」を選ぶ

さえしておけば、完全にフルディスプレイでRemoteFX動作が可能になります。但し、3dMarkのような解像度を変更するアプリケーションの場合はデュアルディスプレイの際に画面がまたがる、といった変な状況も見られました。モニタの最大数が”1”で且つ、全てのモニタに接続しない場合では、セカンダリスクリーンにマウスが移動したところでは自動的にホストOSの領域とみなされるようです。背景の色が同色だとどっちの操作かわからなくなるので、壁紙などで識別できるようにすると便利でしょう。

RemoteFX-USBの機能はまだ確認していません。一度、これ経由でiPod Touchの接続が認識されるのか試してみたいと思っています。

後、よく言われているのがvmconnectのRemoteFXサポートについてですが、確かに対応してほしいですね。RemoteDesktopにつながらなかったときに何度、シャットダウン→RemoteFXを外す→起動→シャットダウン→RemoteFXを追加・・・・、という作業をしたことか。

追加、どうでもいいレベルでの不具合

• safariでスクロールバーが表示されない…32bitで接続するとこの現象が発生する模様。24bitなら問題ないので、そちらを使いましょう。気のせいだったのか、24bitでも直らない場合がありました・・・・。

参考サイト:

• 第12回　3DグラフィックスをサポートするHyper-VのRemoteFX
• すらりん日記 – RemoteFXを試す -失敗編-