【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/ Sample iOS client Appってのが上がってるね >>415
-lossless で作ったファイルが開けない
可逆圧縮の伸長は対応してないのかな lossless対応きた。これでpngから置き換えられる。 だといいんだがね。MNG, APNG, どれも使われずじまいだからなあ。
Firefoxが対応してくれれば少しは可能性がありそうだが、どうなるか全くわからないし。 MもPもGoogle関係者以外で使ってる奴見たこと無いぞ。 True Remoteの作者が、新しいリモートデスクトップアプリに
WebMのコーデック使ってるようだから期待。
ただ、なかなか動きが無いのが気になるが 動画みたいな激しい動きのやつだとダメでしたで記憶は止まってるけど
それから音沙汰あるのだろうか 真空波動研で、WebMファイルを調べたところ、
[今日の日はさようなら 【ヱヴァンゲリヲン新劇場版:破 未収録ver】.webm]
1920x1080 0Bit On2 VP8 1000.00fps
Vorbis 44.10kHz 192.00kb/s VBR 2ch
[Matroska] 00:02:09.932 (129.932sec) / 8,944,265Bytes
真空波動研SuperLite 120101 / DLL 120101 Unicode
独自のコーデックとは…。FLV、MP4、WebMの3つの形式の再生ができるソフトをどうにかして手に入れるとするか。
全然独自じゃないし、FLV、MP4、WebMの3つを再生出来るソフトってどこにでもあるっしょ
VLCでもMedia Player Classic Homecinemaでもいいし
ブラウザのGoogle Chromeでもいいんじゃねw
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
WebM完全に死んだな
Googleが約束してた定期リリースもなくなったし。 いよいよYoutubeも潰れ、H.264の天下だな
いや、まもなくH.265が登場してH.264も廃れるか
お金も払えない愚民はH.264で満足してろと 遅れたらもう駄目
そもそもH264に比べて画質、エンコ速度面で圧倒的に負けてるのを
頻繁なアップデートで追いすがるプランだったろ?
それなのに歩み止めたら終わりだよ 一行目の「遅れたら〜」が四行目で「歩みを止めたら」に唐突に変わってるのはすごいな
無理やり自分の言いたい結論にもっていこうとするとこうなるのか 走り続けるウサギに亀が追いつくには、ウサギ以上に速くないといけないんですよ
亀のままでは離される一方でオシマイ
現実は童話と違ってウサギは足を止めてくれない
追いつけるかどうかという土俵の中で、ウサギ未満の速度の亀は止まってるも同じ。
ゼロか1かなんですよ
1行目と4行目に矛盾があると感じるのは、君の頭が悪いから。 H.264やH.265に愛称というか、固有名詞は無いのかい。
数字が1文字違うだけって紛らわしい >>438
多少WebMの開発速度って遅くはなったかもしれないけど
H.264の開発速度に比べればWebMの開発速度は今でも相当早いよw HTML5ではコーデックはブラウザの政治的気分次第 >>441
videoタグに特定のコーデックを指定するということはしないかと。
ただ、Firefoxがやむを得ずハードウェアやOSのコーデックを使用するという方向性を示したことで
MP4/AVCの優位が追認され完全に不動のものとなったということ。
この優位は、かつてのGIF問題でのUnisysのように
MPEG-LAが無体な行動をとらない限りは動かないだろう。 >>439
それぞれMPEG4(AVC)とMPEG5と言う愛称になると思う JPEG 2000にFirefoxが対応した上で、SafariがJPEG XRに対応したらWebpも
終わってしまうな。これは噂段階だけど将来的には対応するらしい。 265はHEVCが多いような気もするけど
画像のほうもやっとサポート増えるのか今よりよくなるならなんでもいいさ >>446
IE & Safari : JPEG XR
Firefox : JPEG2000
Chrome : WebP
ということ?
だったらどれもウェブで普及せずJPEGが生き残ることになるな。
(つうか、JPEG2000っていまでもまだもっさりするんだが)
もうさ、各社が特許を持ち寄ってOpus Codecのように一つにまとめて
標準化してくれたほうが早いんじゃないかと思うレベルだな。 JPEG 2000やJPEG XRに関しては、WEB関連の会社だけが特許を持ってるわけじゃないからな
デジカメとか、そのあたりの会社は消極的なんだろう
(だからこそGoogleはWebPを出したわけだが) JPEGというISO/ITUの専門家組織が標準化した規格であるJPEG 2000/XRと比較して
ただの1企業であるGoogleがすべての権限を持つローカル規格のWebPが
特許に関して、デジカメ等の会社が積極的になれる要素が一つもない気がするんだけど。 >>450が何を言ってるのか分からない。誰か解読してくれ 2000やXRは標準化の過程で特許侵害の可能性がないかどうかある程度審議されているが
WebPはそうではないということだろ。 WebMエンコーダーはとにかくCPUを使ってくれないな
エンコ中にCPU空きまくり >>448
Safariは既にJPEG 2000に対応済みでJPEG XRにも将来対応させたいと言われている
だから噂段階をまとめると
IE : JPEG XR(対応済み)
Safari : JPEG2000(対応済み) JPEG XR(対応予定?)
Firefox : JPEG2000(対応予定?) WebP(対応予定?)
Chrome : WebP(対応済み)
Opera : WebP(対応済み) AppleとMSの最大手二社からWebPが支持されていないのが痛いな。
Firefoxは風見鶏だから当てにならないし、MPEG4AVCにも対応するみたいだしさ JPEG XRはHDRが魅力的でTIFFの代わりとしても使える器用な規格だけど、
圧縮性能はJPEGと大して変わらないのが痛い。JPEG2000並というのはMSの過大広告だったな。
SSIMでもそんな大きくは変わらないし、目視でJPEGより劣っているような例もあった。
実装の改善で改良の余地があるのかな? いろんな画像形式のいいとこ取りのフォーマットできないかなぁ。
・ハイダイナミックレンジ対応
・圧縮アルゴリズムは動画圧縮のを流用
・可逆圧縮にも対応(JPEG2000みたいな手抜き可逆ではなく) マーケティング本部長 岩村 水樹
この馬鹿はアドワーズ無料券を送り散らして
詐欺って金を騙し取ろうとするしか脳のない最悪極悪の無能肉便器なのだなw
ヤクザ組織のオレオレ詐欺と実質何も変わらない酷いクオリティ。
馬鹿女のやることは所詮こんなものか、チンパン並の倫理感しかない強欲メス豚オイ!!!!!!!
それなりの報いを受けよ報復攻撃で八つ裂きの刑。 久しぶりにyoutubeを高画質で落としたらwebmが落ちてきた
実は今日始めてみたから最初失敗したのかと思ったぞ
しっかしこいつ色々と使いにくすぎる、普通にmp4でいいのに まあしばらくすればWebMともどもYoutubeが潰れるから見てな webmもwebpも対抗規格が強すぎるからポシャルな いやいや、適材適所で生き残るよ
主流には成り得ないってだけで 可逆圧縮の音声ファイルフォーマットflacは細々と生き残りそうな気がする。 >>464
フリーで使えるメリットを生かして、意外なところで使われていることがある
>>466
FLACで24bit 192kHz音源を有料配信しているサイトとかあるんで、結構生き残りそう 音声の可逆圧縮は非可逆何ぞ目じゃないくらいに乱立してなかなか淘汰が進まないけど
現状の普及率ではFlacが一番じゃないかな
takが対抗馬で、apeは古株ユーザによってなんとなく使われてる感じ
ただFlacについては「細々」って認識はおかしいぐらいだと思う >>464
WebRTCで正式採用されるOpus CodecはOggに含まれる?
Video Codecは決まってないがVP8も候補らしい このまま10年位H.264の天下が続きそうな気もする WebPとかWebMって自分のソフトに使っても特許で訴えられることはない?
WebMはGoogle、Mozilla、Adobeがこの陣営のようだが そんなもん、訴える側次第だよ。
Googleが守ってくれるわけでもないから、自分で特許関係に問題ないか確認したうえで採用すればいい。
GIFなんかだとSonyもMicrosoftも訴えられたんだ。
VP8だけ特許政争に巻き込まれない保障なんかどこにもない。
MP4 AVC/H.264ならライセンス料に含まれるから訴えられる可能性は限りなく低いけどね。 >>476
動画技術に関してはハードウェアのエンコーダー/デコーダーの普及度合いと言う面も有るから
必ずしも長期政権が悪いとは思わない 早くこの世の動画技術が一つだけになってほしい
もうこれ以上の画質向上も帯域節約も必要ない
H.265がモノになったらもう次の研究はやめてほしい
これ以上企業を振り回さないで それ「CPUはCore i7だけになってくれ」とか「OSはWindows 8だけになってくれ」と言ってるのと一緒だからな? >>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なら全然破綻しない。これも重宝する ■ このスレッドは過去ログ倉庫に格納されています