「MicrosoftがH.264形式のHTML5動画をFirefoxで再生するPlug-inを提供」記事へのコメント

意外なところ？

[masakun (31656)]

意外なところ？

提供元の Interoperability Bridges and Labs Center [interopera...ridges.com] には

The Center is dedicated to technical collaborative work to improve interoperability between Microsoft and non-Microsoft technologies.

マイクロソフトと非マイクロソフト技術間の相互運用制を向上させるためのセンターとあるので、Firefoxに肩入れするようなツールの提供自体不思議ではない。

http://www.interoperabilitybridges.com/html5-extension-for-wmp-plugin [interopera...ridges.com]

ま、releasenotes.txt [interopera...ridges.com]によれば、「マイクロソフト
株式会社は一切の保証をしない」 Windows Media Player Firefox Plugin の流用みたいだし。

ちなみに動作環境は Windows7 + Firefox 3

--
モデレータは基本役立たずなの気にしてないよ

Re:意外なところ？

[Torisugari (25483)]

どこにぶら下げようか迷いましたが……

このアドオンは開発者のコメント通り

1. H.264その他を再生するプラグイン
2. <video>要素を<object>要素に変換する拡張

の2つの機能がセットになっています。

前者は問題ありませんが、後者は拡張としてはかなり筋が悪い部類に入ります。だって、ウェブサイトがわざわざ指定したvideo要素は、拡張側の勝手なDOM操作で無くなってしまうわけですからね。正直、これが普及するのはあまり望ましくありません。だから、そもそもの方向性を見直さずに「今後の開発」を続けるのはどうなんだろう、と思ってしまいます。

本筋の話をするなら、Gecko側がビデオコーデック/オーディオコーデックを受け付けるようになっていないとダメなんでしょうね。でも、今のところは(MNGなんかを考えても)現実的じゃない、と言わざるをえません。両者が本気で連携する気があるなら(Operaやその他も巻き込んで)共通規格を制定する方向での道があると思うんですけどね。なかなか難しい。

# ちなみに、ここの記事はH.264の事しか書いてませんが、この拡張は「video要素のwmvを」という側面もきちんとありますよ。

Re:

[Anonymous Coward]

> # ちなみに、ここの記事はH.264の事しか書いてませんが、この拡張は「video要素のwmvを」という側面もきちんとありますよ。
IE9はvideo要素でwmvを再生できるんですか?
できなければ意味がないし、できるなら「H.264にしか対応しません(キリッ」というのは嘘だったことになるわけですが。

Re:

[Anonymous Coward]

あれ？
エンコーダーがあれば何でも再生できるようにしてるんじゃないの?

Re:

[Anonymous Coward]

>エンコーダーがあれば何でも再生できるようにしてるんじゃないの?
この場合ビデオデータをデコードするのでデコーダじゃないっすか？

Re:

[Anonymous Coward]

>ウェブサイトがわざわざ指定したvideo要素は、拡張側の勝手なDOM操作で
勝手ねぇ‥‥
inputの中身を、ユーザ自身の意思で変更することを、悪とする発想こそ、セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。

Re:

[Anonymous Coward]

元のACとは別人ですが，

> inputの中身を、ユーザ自身の意思で変更することを、悪とする発想こそ、セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。

この場合，「ユーザの意思」はHTMLを書き換える事ではなくて，ビデオを再生できるようにすることです．
ここで，ビデオを再生する方法として，HTMLを書き換えない方法がありえる (例えばコーデックを追加可能にすればよい) にもかかわらず，書き換える方法を用いるのは筋が悪いという意味でしょう．
例えば，アプリケーションがユーザが意図しない書き換えを行なうと，ユーザが HTML に期待する構造と異なってしまい，「ユーザ自身の意思で変更すること」を阻害してしまうかも知れません．

もっとも，コーデックを追加できないのは Mozilla 側の問題なので， MS の責任は(あまり)無いのですが．(元コメントでも触れられていますね)

Re:

[Anonymous Coward]

> ユーザ自身の意思で変更することを、悪とする発想こそ、
> セキュリティ && ユーザビリティの観点から見たら "筋悪" だな。

同感です。
今時のWeb制作者ならいいかげんに
「ユーザの端末に読み込まれたデータはユーザがどう加工しようが文句は言えない」
と言う現実を受け入れていると思いますが…。

#1876773氏の言う「筋悪」がイマイチ理解出来ない方のために添えさせて頂きますと、
ユーザ側の変更を「勝手なDOM操作」等と表現して、ウェブサイト側の指定を尊重せよと叫ぶのは、
「字が小さくて見辛い」「配色が悪くて読み辛い」

Re:

[Anonymous Coward]

>ユーザには「勝手に操作して自分にとって都合のよい状態で見る」自由があります。

まぁそれはわかる。
でも大多数の人はこのPlug-inで技術的に何が行われているのかを理解しないで使うでしょう。
おそらく元ACの人が危惧しているのは
正しく書かれた別のコードがこのPlug-inを入れたが為に動かなくなる可能性があり、それに直面した多くのユーザーはそれを「正しいコードを書いた人」の落ち度だと認識すること、あるいは「正しいコードを書いた人」に対応の責務が発生すること。ではないですかね

>ユーザスタイルシートを設定するユーザを批判する
とはまったく別の話だと思いますよ。

Re:

[Anonymous Coward]

例えば、「video要素を赤枠で囲む」というアプリケーション(=ユーザースタイルシート)を利用していた場合、この拡張を入れると赤枠は狙い通りの場所に表示されない。つまり、この2つの機能がコンフリクトしているのだが、この場合、どちらが悪いか、と言えばユーザースタイルシートではなく、DOMを入れ替えた方だろう。ユーザースタイルシートの作者やそれを利用しているユーザーに責任はない。

さらに問題なのは、「どうせなら最初から

video {
  border: thin red;
}

ではなく、

video