さてさて、相変わらず少数の方にしか役に立たなそうなネタを書いておりますが、今回の記事の要点はタイトルの通りです。
もう少し詳しく書くと、「Power DVD 11 で Blu-ray 3D を視聴する際、Windows 7 / Vista であれば DXVA 2.0 を通じてグラフィックボードのハードウェア動画再生支援機能を利用することができる（はずだ）が、Windows XP ではダメだった」というお話です。

対応策は下のいずれかです。

1. Windows 7 に移行する
2. DXVAをあきらめて CPU パワーに頼る

自分は後者を選び、CPU を買い換えました。Athlon II X2 240e から Phenom II X4 980 に乗り換えたところ、CPU パワーだけで Blu-ray 3D をスムーズに再生できるようになりました（CPU使用率は4コアとも最高で50%くらいです）。

ここからが少しややこしいのですが、この DXVA という機能は、Windows XP / 2000 で利用できるのは DXVA 1.0 で、Windows 7 / Vista では DXVA 2.0 となります。そして、Windows Vista が登場したころ（＝DXVA 2.0 が登場したころ）は、両方のDXVAは完全な互換性があるとされていました。実際、2D の Blu-ray は Windows XP で問題なく DXVA を利用して再生できたので、気にする必要もありませんでした。

しかしながら、Blu-ray 3D が登場した2010年の夏ごろには、既に Windows XP は延長サポートフェーズに突入し、セキュリティ関連のアップデート以外は行われないようになっていました。
そのため、DXVA 2.0 は Blu-ray 3D に対応すべくアップデートされたものの、DXVA 1.0 はアップデートされなかったものと思われます。

この件に関し検索したり問い合わせしたりした結果、以下の情報が得られました。

1. （AMD）Radeon 6800 のハードウェア動画再生支援機能を利用して Blu-ray 3D を再生するには DXVA 2.0 が必要だが、DXVA 2.0 を Windows XP で利用できるかどうか分からないので、Microsoftに問い合わせてほしい
2. （Microsoft）DXVA を Blu-ray 3D （あるいは MPEG4 MVC ）に対応させた（ただし DXVA のバージョンは明記されていない）
3. （Cyberlink） Windows XP では DXVA 2.0 は OS の仕様上オンにできないため、PowerDVD でも利用できない。DXVA 2.0 を使用する場合は、Windows 7 / Vista に移行してほしい。

なお、検索すると Windows XP で DXVA 2.0 を利用するための情報も出てくるのですが、基本的にプログラマ向けの情報なうえ、「一部の機能しか使えない（らしい）」ということのようで、ユーザー側でどうにかできるものではなさそうです。

そういうわけで、Windows XP 環境において Power DVD 11 で Blu-ray 3D を視聴する際は、グラフィックボードのハードウェア動画再生支援機能は利用できないということです。

ちなみに、Blu-ray 3D に対応した動画再生アプリは、他に WinDVD と ArcSoft BD&DVD Theatre 3D がありますが、前者は体験版では Blu-ray 3D を再生できず、後者は「Windows XP 環境での Blu-ray 3D 再生には対応しない」旨がウェブサイトに明記されていました。
DXVA と MPEG4 MVC の仕様上は、がんばってアプリを作りこめば DXVA 1.0 でも Blu-ray 3D を再生できるようなのですが、実際にそこまで作りこんだアプリがあるかどうかは不明です。

さっそくですが、「LOVE in Action」のバナーを更新しました。
いつの間にか、「献血は愛のアクション」というサブタイトルが追加されたようです。
バナー画像のサイズだと読みにくくて仕方がないのですが。

さて、今回更新した理由ですが、「LOVE in Aciton Meeting(LIVE)」というイベントが応募受付中だそうです。
前回のバナー掲載時は、ちょうどイベントが終了したタイミングだったので、ちょっとしたリベンジです。

「LOVE in Aciton Meeting(LIVE)」ですが、なんでも日本武道館でAKB48、清水翔太他が登場する無料ライブだそうです。若い方々が献血に関心を持ってくださるといいな、ということで言及しております（ファンの方々がこんなブログをお読みだとは思いませんが）。

しかし、若人の献血率を上げるのも重要ですが、もっと上の年齢層の献血を募る工夫も必要な気がします。そちらの方が人口も多いのですから。

自分は献血を趣味にしているので、「LOVE in Action」のバナーをサイドバーの上端に掲載してみました。
なんでも、献血は愛、らしいです。
以前からバナーを掲載しようとは思っていたのですが、面倒くさがって先延ばしにしておりまして、本日ようやくバナーを掲載したものの、リンク先ではちょうどイベント終了のお知らせが……。自分には愛が足りていないようです。

まあ、それはともかく、献血による輸血用血液等の供給安定化はある意味で互助会のようなものと言えると思いますので、世の皆様方にも献血していただけると幸いです。無論、不都合のない範囲で結構ですので。

　エッセンスは次のとおりです。ポイントは GetVersions() のところですね。

version = new window.ActiveXObject('AcroPDF.PDF').GetVersions();

　上記の結果、version には例えば次のような文字列が入ります。

Accessibility=9.1.0,AcroForm=9.1.2,Annots=9.1.2,Checkers=9.1.0,
DigSig=9.1.2,DVA=9.1.0,eBook=9.1.0,EScript=9.1.2,HLS=9.1.0,IA32=9.1.0,
MakeAccessible=9.1.0,Multimedia=9.1.0,PDDom=9.1.0,PPKLite=9.1.2,
ReadOutLoud=9.1.0,reflow=9.1.0,SaveAsRTF=9.1.0,Search=9.1.2,SendMail=9.1.0,
Spelling=9.1.0,Updater=9.1.0,weblink=9.1.0,

　この結果は Adobe Reader 9.1.2 のものです。version の中には複数の機能のバージョンが含まれているようです。

control = new ActiveXObject(control_text);
version = control.GetVersions().split(",");
version = version[0].split("=");
version = parseFloat(version[1]);

　途中の version[0] は上にあげた文字列の Accessibility=9.1.0 が入っているはずですので、バージョン番号の最下位まで見るのには不適切なコードになっています。

　なお、この方法で分かるのは Internet Explorer のアドオンとして利用できる Adobe Reader のバージョンです。
　ActiveX を利用しているため、上記のコードのままで使うと IE 以外ではエラーが出ると思われます。

　最後に、参考にさせていただいたウェブページを記載しておきます。詳しいサンプルコードが掲載されているので、当記事は読み飛ばしても、リンク先を読み込むことをお勧めします。

・Detecting plugins in Internet Explorer (and a few hints for all the others)
・Opening a PDF Reader with Javascript and ActiveXObject : Javascript, ActiveXObject, IE

さて、今回のネタは Internet Explorer 8 の互換表示の切り替えについてです。
簡単に検索した範囲では、ちょうどよい説明が見つからなかったので、自分用に一覧表にまとめてみました。

続きに補足を記しておきますが、上の表を見て何のことか分からない方は、お読みいただく必要はありません。

※2　Doctypeスイッチについては、IE7と同様に、記述内容により標準モード／Quirksモードが切り替わるそうです。

※3　表示モード指定の edge は最新版を表すため、IEのバージョンにより結果が変わるとのことです。

当然といえば当然な結論なのですが、互換表示ボタンはIE8標準モードとIE7標準モードを切り替えるだけのようです。Quirksモードまでトグルスイッチのように移り変わってくれたら、ウェブページ作成時の確認作業に役立ったのですが。
ちなみに、互換表示ボタンのオン・オフ（というか最終的な表示モード）によって、ユーザーエージェント文字列もIE8とIE7とで切り替わります。

ところで、表中「互換表示一覧」と書いている機能は、マイクロソフト社が互換表示の必要なURLの一覧を提供するのでそれを使用する機能なわけですが、IE8のインストール時には「互換表示の更新を利用する」というような表記がされているので、何のことやら最初は分かりませんでした。もう少しうまく翻訳してもらいたいものです。

以下に、参考にさせていただいたページのURLを列挙しておきます。
http://www.atmarkit.co.jp/fdotnet/special/ie8review/ie8review_01.html
http://www.freesia.org/2008/05/ie83.html
http://blogs.msdn.com/jpwin/archive/2009/04/06/ie8.aspx
http://msdn.microsoft.com/en-us/library/dd567845(VS.85).aspx

現象

Internet Explorer 7 でネットサーフィン中に「'このWebサイトは、'Microsoft Corporation'からの'Windows Media 6.4 Player Shim'アドオンを実行しようとしています。Webサイトとアドオンを信頼し、アドオンの実行を許可するには、ここをクリックしてください」という警告が表示される。

原因

アクセスしたページの内容に、Windows Media Player 9 または 10 を必要とするものが含まれている。具体的には、
(1) 動画
(2) アクセス解析用プログラム（Javascript）　など

対策

(1) その場では、「アクセスしたページに掲載されている動画を見るつもりがある」場合に限り、警告部分をクリックしてアドオンの実行を許可する。それ以外の場合には実行を許可しないのがよい。
(2) 根本的な対策としては、Windows Media Player を バージョン 11 にバージョンアップすると警告が出なくなるようである（Windows Media Player 11 を利用できるのは WindowsXP 以降の OS のみ）。

というところですが、どなたかの参考になれば幸いです。

続き部分には蛇足を記してあるだけですので、一般的なユーザーの方はお読みになる必要はありません。

蛇足2。Windows Media Player 11 へのバージョンアップが「根本的な対策」になるかもしれないと考えたのは、自分自身の環境で警告が出なくなったことのほか、元記事で参照したマイクロソフトのサポート技術情報の対象に Windows Media Player 11 を含んでいないためでもあります。

　前回から多少の期間が経過したためか（あるいは前回のサンプル数が不十分だったのか）、バージョン 7 以降が若干増加し、バージョン 5、6 は減少していますが、大きな変化があったというほどではないようです。

　WinXP なのに Acrobat Reader 3（以前）がインストールされていることがあるのは少し驚きました。
　旧バージョンの Acrobat Reader が消え去るまでには、思っていたよりも長い期間が掛かりそうです。

・蛇足1
　今回「プラグイン検出なし」にカウントされている 106 件は、“検出スクリプトの JavaScript 部分は動作したが、プラグインの存在を検出できなかった”という結果でして、とりあえず JavaScript が動いたのは確かです。
　で、カウント対象のプラットフォームを見てみると、au の W51H / Opera8 （UA は KDDI-HI39）なんていうものが入っていたりします。今時のケータイは JavaScript に対応し出しているのかと思うと、今後のコンテンツ作成においての互換性チェックが怖くなってきます。
　なお、他には Nintendo Wii / Opera9 、PSP / PSP、MacOSX / Safari などが「プラグイン検出なし」でした。Wii や PSP でブラウズしている方もわずかながらいらっしゃるようで、これも今後の課題になるかもしれません（現時点では少数派のため対応しきれないというのが正直なところですが）。

・蛇足2
　今回、以前のやっつけスクリプトを手直しした過程で、現在の手法では「バージョン 7 と 8 を区別することが技術的に不可能」らしいことが分かってきました。
　簡単に説明しますと、現在の判定方法は VBScript で「CreateObject("acroPDF.PDF.1")」とやってみて、エラーにならなければバージョン 7 以降のプラグインが入っている、という手法なのですが、Adobe Reader の 8 でも 7 でも、レジストリ内に "acroPDF.PDF.1" を含むエントリがある一方、"acroPDF.PDF.2"のような「番号違い」は見つけられませんでした。
　それぞれのバージョンをインストールしたレジストリの差分をとってみると、違っている部分を見つけられるのでしょうが、CreateObject() できるところまでは期待できないように思います。とか言いつつ、「誰かこの先を調べてくれるとうれしいなぁ」なぞと思っているのですが。

以上、誰の参考にもならないようなデータですが、晒しておきます。

　さて、検出スクリプトのミスについてですが、やっつけ仕事でVBscriptを組んだせいか、後から以下のような問題点が判明しました。

1. バージョンの検出ができるブラウザは IE のみ。他のブラウザではプラグインの有無をチェックするだけだった。
   
2. バージョン3と4の区別がつかない。しかも IE 以外のブラウザでプラグイン有りの場合とも区別がつかない。
   
3. バージョン7と8の区別がつかない。
   

さて、今回の話題ですが、現在の自分の環境では、Google パックの Norton Security Scan で週１回、全ファイル対象のウイルスチェックを行っています。このチェックが、２ヵ月ほど前からでしょうか、途中でなかなか進まない状態に陥ってしまうようになりました。
現象としてはメモリ不足のようであったため、思いつくままに(1)再起動、(2)常駐ソフト終了、(3)（チェック対象となる）ファイル数削減、などを行ってみたのですが、結論としては同じGoogle パックの中の Spyware Doctor が悪影響を及ぼしていたようでした。詳細は不明ですが、ウイルスチェックの最中に Spyware Doctor が約 150MB ほどのメモリを確保してしまい、それがメモリ不足の要因になっていたようです。Spyware Doctor をアンインストールすると、当然ながら、問題は解決しました。

参考：メモリ占有している「swdsvc.exe」は「Spyware Doctor」の・・・

今回の教訓は、「タスクトレイのアイコンからの終了は終了とは限らない」「セットで提供されていても信頼するな」の２点でした。特に前者は、一応は Spyware Doctor を常駐終了していたつもりだったので。

さて、Spyware Doctor とはおさらばするとして、スパイウェア対策はどうしましょうかね。

翻って自分自身を見てみると、「こんなネタがあるけど、文章にまとめるのに時間がかかりそう」「そんなネタを思いついたけど、そもそも世間に公表するレベルじゃないな」という調子で、なんの記事も書かないまま、時間ばかり過ぎていました。
やはり、ブログなりサイトなりを開設するには、なんというか、「自分の文章を読んでもらいたい」という欲求がないと続かないようです。

とはいえ、（無料だからとはいえ）せっかくブログをはじめたのだから、今後も細々とは記事を公開していきたいと考えています。
そんなわけですので、今後ともひとつよろしくお願いします。