Gecko(Firefox)で、ネイティブサポートしていないコーデックを再生できるようにできないかの談義
- saneyuki_s
- 4197
- 0
- 6
- 0
@mitsugu_oyama いや、拙作のアドオンでのことはまったく考えていなかったです。Firefoxでvideo要素のh264問題を解決する方法にどんなものがあるかを考えていただけなのでw
2010-04-08 20:15:40@saneyuki_s となるとやっぱり拡張で再生w Geckoは非対応コーデックは無視するから技術的にはOK 問題はAMOエディターチームの攻略w
2010-04-08 20:19:52@mitsugu_oyama video/audioの実装にあたるXPCOMコンポーネントを全部置き換えてしまう形ならアドオンで提供できるかも……
2010-04-08 20:40:16@piro_or コンテンツのDOMの処理ってXPCOM経由なんですか?もしそうならDOMの処理を途中でフックすればできるかも.....
2010-04-08 20:45:34@mitsugu_oyama HTTPのプロトコルハンドラを置き換えたりとかそういうことは既にできてるので、どのモジュールも原則そうなってるはず、という認識ですがほんとにできるかどうかは知りませんよ!
2010-04-08 20:49:42うむむ。。。元のvideo要素をXBLでバインディング(inherits引き継ぎあり)してembedに置き換えちゃう感じか。。。なんかものすごいごり押しだけどこれならプラグインがあればH264再生できるか。。。? (via @teramako
2010-04-08 21:55:36embedに置き換えるというのはだいぶ本末転倒な感じがしますね。プラグイン不要、DOMで細かく制御できる、canvasなど他の技術と連携できる、あたりがvideo/audioの存在意義だと思うんですが、.. http://togetter.com/li/13305
2010-04-09 09:24:49@piro_or @saneyuki_s 現状実現される可能性はないわけですが、やはりGeckoが対応するというのが"技術的には"本筋だと思います。
2010-04-09 09:31:36@piro_or @saneyuki_s Gecko自体が拡張されることを前提に設計されていれば、サードパーティのバイナリもありかもしれませんが、やはりそれでも筋としてはよくない。
2010-04-09 09:31:42@piro_or @saneyuki_s またサードパーティのバイナリが入った時点で、FirefoxやThunderbirdのアップデートパスから外れてしまう、という問題もあります。
2010-04-09 09:32:43