【Youtube】WebM・WebPを見守るスレ【Chrome】
■ このスレッドは過去ログ倉庫に格納されています
HTML5への採用を目指し開発が進むオープンな動画規格「WebM」と、
そこから派生してJPEGの後継を狙う静止画規格「WebP」ほか、
ChromeやらYoutubeやらHTML5の対応状況などの周辺事情などについて見守るスレです。
WebM本家
http://www.webmproject.org/
WebP本家
http://code.google.com/intl/ja/speed/webp/ >>479
喩えが極端すぎて間違ってる
CPUはIntelもAMDも十分な互換性があるからi7だけでいいなどとは思ってない
OSもWin8だけとか思ってない、まあXP・7・8だけあればいい
MacとLinuxは少数派な上に対応コストが半端ないからさっさと淘汰されてほしい
いずれにしろハードウェアメーカーは複数の規格に対応するコスト高を嫌がっているのが事実
H.264とH.265に同時に対応することになるだろうけどそれだっていやというほどコストかかるのに
WebMなんぞ相手してられんでしょ >>480
>>479 のたとえが極端だというその発想が間違っている。
ハードウエアの進化や再生環境の変化を考えたらH.264だけでOKとかとても言えない。
そんな認識の企業がもし存在したら規格より早く淘汰されるだけだ。
>>480 の中でARMやモバイルOSについて言及されていない時点で
認識を改めるべきだと思った。
(南米のデジタル放送にH.264+ISTBではなく日本同様にMPEG-2+ISTBを
押し付けるべきだとほざいたアホを思い出す。誰が言ったのか忘れたけど) 競合相手としてのWebM/VPxは必要だと思うが
スタンダードとしてはH264とその後継で良いと思う http://headlines.yahoo.co.jp/hl?a=20130221-00014694-techcr-sci
結局のところFirefoxはH.264に対応する予定みたいだな。Googleはこれで
更に苦境に陥ったな。Firefoxはやはり風見鶏だWebMに対応すると当初はGoogleと
強調していたのに。あと今頃になってMP3に標準対応とは・・・・
色々と遅れているみたいだな。
今度はJPEG XRとかJPEG 2000に対応するんじゃないかな?webpもヤバイね。
Operaだけじゃどうにもならん。 風見鶏はgoogleじゃないかという
動画のほうはもうよほどのことがない限り主流になることはないだろうし >>487-488
へえFirefoxがWebM完全排除してH.264に対応するのか
俺の印象としては「H.264自前で対応するのはライセンスきついからDirectShowに丸投げ」て感じだったから
DirectShowでWebM再生できるんなら大丈夫なんじゃね? この記事でWebM完全排除とか言っちゃう人って普段どういう生活してるんだろう
そんな理解力じゃ日常のちょっとした連絡すら覚束ないだろ WebMを排除するのではなく、H.264の排除を止めたと言うだけだな。
これでもWebMにとっては打撃である事に代わりは無いが。 JPEG 2000はFirefoxがやる予定があるみたいだし。スマホの性能がもっと上がれば
採用してきそうだな。Safariも現在はJPEG 2000だけだけど多分JPEG XRに対応してくると思う。
あと動画のH.265のデファクトスタンダード化はほぼ間違い無い。
VP9をベースに新コーデック作ってもgoogleは標準規格から取り残される >>492
予定があるというのは、bugzillaで実装の話が出てるってこと? >>489
排除はしてない
Firefox20でH.264実装、設定で無効、21で設定有効(5月14日リリース)
再生はMedia Faundation(DirectShow後継API)を使う googleはそれでもH.264に対応する気は無いんだろうな >>487とか>>492とか>>495みたいにgoogleがH.264に対応してないと考えてる奴らは一度これまでの経緯を調べ直して来い…… 静止画はローエンド用のJPEG XRとハイエンド用のJPEG 2000と言う形でWebpも葬って
くれるとよい。
動画は当然ローエンド用のH.264とハイエンド用のH.265でWebmを葬ると >500
GoogleはH.265に対応するだろう JPEGXRとJPEG2000はもうオワコンだろう。圧縮性能が悪すぎる。 >>502
しかしだからと言ってTIFFやPNGはな・・・・
そこで出来たのがWebPと言うわけか
デジカメやスマホで標準で撮影できるようになった規格が勝つよ その理屈だとJPEG2000やJPEG XRやTIFFは勝つんだな。すごいな。 コストパフォーマンス的にデジカメやスマホに載るとは思えない。
J2kですら膨大な回路規模、処理時間、メモリ使用量で普及しなかったのに
WebMなんて動画デコードと同規模の実装が必要とか気が狂っている。 WebPは1枚画像フォーマットだから動画デコードと同規模の実装なんて要らんでしょ
それに、Jpeg2000のWavletのほうが重いし >>504
>>505
JPEGに変わるものは二度と現れない事が決定しているんだな
50年後もJPEGは決定したわけだ 1990年レベルの画質が50年後のインターネットを苦しめるわけか まあ画質なんて一般ユーザーは少なくとも困ってはないんだよな。
もしかしたら50年後もそうかもしれない。
Googleはたくさん広告を見せて利益にしたいからWebP開発してるわけで。
俺は新し物好きだから使えるものなら使ってみたいか思うけれども。
あとWebであのもっさりしたJPEG 2000は使いたくないわ。
XRの圧縮性能の低さが悔やまれる。 GoogleがWebPを普及させようとしているのは画質じゃなくてファイルサイズを抑えたいから。
画像検索で引っかかる画像をコンテンツのように見せている現状では少しでも小さくなってもらわないと困るわけだ。
関係ないけどWebMハードウェアデコーダってTegra3やOMAP5、Exynos5で搭載されているらしいけど使えるの? >>510
IrfaViewにWebP変換機能があるから愛用してるけど、
WebPは圧縮率がすごい上に画質落ちにくくて素晴らしいよ
昨今、クラウドストレージが流行りだが、通信料、通信速度、ストレージ容量節約など
高圧縮画像形式は非常に意味も意義もあるよ
文字を含む画像を圧縮する時にJPEG使うと文字が破綻するけど、
WebPなら全然破綻しない。これも重宝する JPEGに取って代わる規格は永遠に現れないわけだ。
性能は全然なのにな。悪貨が良貨を駆逐するという典型。
でもこれに変わる規格は存在しない。
動画はMPEG1→MPEG2→MPEG4AVCと置き換わったのに、静止画は無理そう。 現状で静止画は動画ほど画質面でのハッキリした差を感じにくいしな
表示デバイスの進化によってその状況が変わってくる可能性は有るけど
帯域節約は現時点で充分なメリットでは有るけど
各社思惑有ってなかなか足並み揃えるのが難しそう
どのデバイスでも表示出来る形式でないと使いにくいし 訴訟もないし、どうなってんだと思いきや、こんなことやってたんだな。
引っかかるかはmay beのままでスッキリしないが、お金より時間のほうが貴重ということか。
GoogleとMPEG LAがVP8規格について合意。Googleがライセンス取得
http://japanese.engadget.com/2013/03/07/google-mpeg-la-vp8-google/ >>517
H.264みたいなコーデック開発のために特許料払わなきゃいけないクソ規格と
FLOSSで自由に実装できるVP8を一緒にすんな
何も知らないなら黙ってろよ
そもそも金を払ったというのは憶測にすぎないし
金を払ったのが真実だとしても個々に払わなきゃいけない特許料とは完全に別物
これで特許を気にせずコーデック開発できるようになったのは開発者としては本当にありがたい
一般ユーザにとっては、再びMP4とWebM、動画規格が対立する悪夢の始まりである これ、ある意味MPEG LAは、VPxをH.264or265に対して競争力が弱いから
しゃかりきになって潰す必要もない存在とみなしたということなのかな >>520
だろうな。いったんH.264優勢になったから手抜いたんだろ
あとはここからWebM/VP8がゾンビみたいに復活するかどうかだけど……するんだろうなあ……
今まで一番ネックだった特許問題が消えて各ベンダがVP8実装するのに何の支障も無くなったわけだし
採用実績もYouTubeで十分すぎるほどあるし…… 廃れる廃れないにかかわらず、こういうフリー系フォーマットはゲームディベロッパーが使っていってかろうじて生き残る
OggVorbisしかりVP8しかり それはそうなんだけど
問題はここからVP8のシェアが増えるかどうか
(adobe flashとかMS IEで実装されるかどうか)
じゃね? AdobeもMSも実装しないだろうな(Adobeのやるやる詐欺はひどすぎwww)
GoogleはWebRTCのようなリアルタイム用途で普及させたいんじゃないかな
リアルタイムならそんなに高画質はいらないだろうし(エンコード負荷が高すぎても困るわけで)
その名前が示すように、Googleにとってはあくまで自分の庭である「ウェブ」用途なんだろうし でも最近flashがpepperプラグインに対応したし、その後Linuxではpepperのみになっただろ
ああいうことがあるから同じようにGoogleがAdobeを金で動かすような気もするんだよな
まあ、将来どうなるかなんて俺らにゃ分からんけど 札束ではたかれていやいや重い腰を上げて対応させられるようなシロモノを誰が使うものか
MP3もAACもH.264もみんなその魅力と音質に惹かれて「何万ドルでも払いますから使わせてください」と
権利者に土下座してまで使わせていただいているのに… Anonymousみたいな団体が法律がまともに機能していない国で特許侵害しまくりの映像コーデック
を作って、Freenet上で公開するとかそういう展開希望 結局そのソフトは法律がまともに機能してる国では商用利用できない
意味がないよ >>529
当時はH.264が無かったし、adobeだってもともと金で叩かれたわけじゃなく自発的に対応すると言い出したんだろ
対応する!って言った矢先にMPEG LAが重い腰を上げたからなし崩しに話が止まってるだけで ×当時はH.264が無かったし
○当時はH.264しか選択肢が無かったし 自発的にというか、政治的にかな
脱Flashの流れに抗う為にはGoogleと協調関係になる必要性があった エロゲがVorbis使うようにVP8も使うんじゃないの 例のライセンス取得で、使用側としても最後の障害がなくなったことは確かだな でもライセンス面の潜在的な不安がどの程度の障害だったのかは分からん気がする
使わないことへの口実の一つでしか無かったとも感じる
WebM/VP8登場以来のこの1年数ヶ月は
先行技術が余りに深く広く強く浸透してしまっていたが故の苦戦であって
そう簡単にはひっくり返せないだろうと思っていたら案の定だった
個人的な意見としては
次世代で互角の戦いが出来る様にVP9以降の開発で頑張ったほうが良いと思う
VP8はWebRTCで一定の成果を挙げそうだし、それで充分かと >>537 文脈がばらばらで何が言いたいのか分からん
上から順に全然違うことを言ってるように読める↓
・「各社が」VP8コーデックを搭載しなかったのは、本当は特許のせいではない
・「ユーザの間に」先行技術が浸透していたため、VP8は勝てなかった
・「Googleは」VP9以降で開発を頑張ろう
・開発者がVP8コーデックを搭載しなかったのは本当は特許のせいではない
→じゃあ何が原因なの。需要が無かったとかそういうこと?
→特許のせいで他のソフトに組み込めなかったのに、どうやって需要喚起しろと
・結局のところ先行技術が浸透していたためVP8は勝てなかった
→先行技術が浸透していたため、という原因「も」あるだろうが
→そもそもVP8が浸透しなかったのは上で言ったようにそれ以前の問題じゃね >>539
>→じゃあ何が原因なの
書いた通りで、「先行技術が余りに深く広く強く浸透してしまっていた」ため。
→特許のせいで他のソフトに組み込めなかった
違うと思う。Skype始め採用例は有るので。 そりゃ採用してる会社が特許をガン無視できる会社だったってだけだろ…… 要するにWebM/VP8が現在当初期待されたほどには普及していない原因として、
・特許にまつわる潜在的な問題の可能性
・先行技術の圧倒的な強さ
のどちらを主として見るか、の意見の相違だね
自分の見方では前者より後者が支配的な要因と捉えているので
そのように意見したまで 一か所だけ訂正すると、特許の問題は「潜在的」でもなんでもない
2010年にMPEG LAが特許料徴収する考えを発表してから、ずっと「顕在化」してた問題だよ
ttp://www.itmedia.co.jp/news/articles/1005/24/news047.html
特許に関しては悪名高きGIFのような前例もあるから慎重になるのは当然だろ、というのが俺の意見ね その件は当然知っているが、具体的な特許侵害の内容は
当時から一切明らかにされていなかったので「潜在的」で正しいよ
(そして具体的な事は結局最後まで伏せられた) >>543
JPEGですら大企業が金を払わされる事例もあったしな
http://oku.edu.mie-u.ac.jp/~okumura/compression/jpegpat.html
>>544
まあでも、Googleがああいう形で手打ちにしたってことは
裁判に持ち込まれたら勝てる見込みは低かったんだろうなと 本気でGoogle ChromeのH.264サポート切る気みたいだな
ttp://internet.watch.impress.co.jp/docs/news/20130308_591073.html
これはFirefoxもH.264サポートの開発を中止するんじゃ
(といってもFirefoxのH.264サポートはたいした仕事ではなかったけど) >>546
記事を読み違えてる。読めば分かる通りでそこに書かれているのは単なる過去の経緯。
URLのリンク先にも書かれてはいない。
ChromeでH.264のサポートを切ると発表したのは2011年1月だったが、
実行されずに現在に至ってるのは周知の通り。記事ではその事に触れていないが理由は不明。
多分単なる不勉強。 >>545
あと、こっから年単位で裁判やってたら、せっかく大枚はたいてOn2と資産買ったのに、
それもゴミになっちゃうからな。今はまだやりようによってはサポートするハードウェアを
作ってもらえそうな余地がまだあるけど、HEVCが本格普及しよう状態になったら誰も見向きもしなくなる。 動画はHEVC以外絶滅しそうだけど音声はいつAAC一本になるの? どうやってマネタイズするんだろうか
リーダーみたいに消えなきゃいいけど 動画サイト閉鎖しない限り続けるとは思う。264やHEVCがいつぼったくりするかわからんし。 ところでVP9はHEVCに追いつける目処は有るのかい >>552
なってほしいの? AACのライセンスフィーってAVCよりも高いって知ってた? 映像がVP8のおかげで助かっているところはほぼないだろうけど、
音声はVorbisとFLACのおかげで助かっているところはめちゃくちゃ多いぞ。 音はOpusとVorbisだけで十分だけど映像はガチでカスだからこまる。圧縮・再生が猛烈に早いくらいしか利点がない >>556
このスレの住人ならライセンスぐらいいくらでも払う覚悟はとっくにできてるだろ そういう人はすでにH.264使ってて
品質で劣るWebMのスレなんか興味無いと思う 音声のSpeex・Opus・Vorbis・FLACは地位を確立しているし、静止画のWebPは
JPEGに取って代わることはないだろうけど、JPEGよりも明らかに高性能だし
Googleもちょこちょこ拡張して足りない機能を付け足していっているので
先行きはある。
VP8はH.264の競争相手になることでH.264のライセンス料がとんでもないことに
なるのを避けた意味は大きかったけど、ただそれだけだなぁ。 WebPはGoogleの検索のプレビューや画像検索に多用されてるから
自然と多くの人に恩恵を与えている。
Google自身のトラフィック削減にも大きく貢献しているだろう
ただ、WebMは・・・
Youtubeに使われてるけど、だれかWebMで見てる人いるの?w
Skypeでは使われてるが、これは後からWebMに切り替わっただけなので
今後あっさり別に切り替わるよね
全然使われてないよなー ニコニコ動画の中の人が「WebMは絶対に使いません」って宣言してたから
もう終わりだろう 映像はx264かHEVCのオープンソース実装でいいんじゃないですかね >>562 Firefox使いだけどFlashなんて滅多に有効にしない
いつもYouTubeはWebMで再生してるぞ
>>564 それってパテントライセンスの問題がまだ残ってる時の話じゃね?
状況変わったから今このスレが賑わってんのに
>>565 営利目的でそれを使うと特許ライセンスを買わないといけないので、結局その方法では何も解決しない
(VP8なら↑の問題は一応解決できるようになった) OSXは10.3以降、Winは7以降でシステム標準のH.264ライブラリが有るから
それらを呼ぶ形で使う分には特に問題無い(ライセンス的にも) 有料配信はWebMにするメリットあんのかな
DRM要るからFlashのWebM対応が必要だな >>567
Linuxのgstreamerはどうなのかな? ffmpegみたいに簡単に扱えるVP9のエンコーダーってまだないのだろうか
最新のx264程度の性能を持っていて、それがWebRTCとかUstで使えるんだったらかなりいいな ffmpegがVP9エンコーダーとして簡単か?
パラメーターの表記があいまいで設定しにくいぞ 2011年開発開始なら最適化が概ね終わるのは2015年くらい?
14nm世代CPUとMRAMとDDR4とGTX9xxが出てるな VP9:pc内で完結する用途ならそれなりの地位は得られそうだけど、コンソール・スマホ・家電用となると絶望的
Opus:携帯とかデジタルラジオとかでも普通に使えそう Opusはとにかく遅延が少ないという利点がどんな場面でも優位だよな Androidが今のシェアを保つ限り、スマホでの採用率は上がるだろう>VPx
例えOSSで有ろうとも、一企業の思惑で全てがひっくり返されかねない
非標準化技術など支持する気には全くならんが 「VPxはもうオワコンなので温情で赦してくださったのだ」
なんて意見が主流を占めるWebMスレ…もうアンチすれだろここ お前の解釈が極端なだけ
復活ありうるって意見も一定数あるだろ DaalaとVP9ってどっちに寄付すればいいの?ビデオカード利用が最初から考えられてるDaalaの方が有望に見えるけど・・・ ■ このスレッドは過去ログ倉庫に格納されています