X
【Youtube】WebM・WebPを見守るスレ【Chrome】
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
垢版 |
2010/10/05(火) 05:54:08ID:R+5QJCFh
HTML5への採用を目指し開発が進むオープンな動画規格「WebM」と、
そこから派生してJPEGの後継を狙う静止画規格「WebP」ほか、
ChromeやらYoutubeやらHTML5の対応状況などの周辺事情などについて見守るスレです。

WebM本家
http://www.webmproject.org/
WebP本家
http://code.google.com/intl/ja/speed/webp/
0131名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 15:05:55.74ID:R2D4IM4Y
それとスマフォの台頭が後押しする

スマフォでは3G回線を使った場合、パケット量で課金される。
帯域も限られているし、スマフォ側のメモリ容量も制限がある。

そんななかでは、同じ画質ならより小さくできる高圧縮フォーマットは需要がある。
0134名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 19:28:38.10ID:BXKmwhSH
帯域削減とスマホでの利用ならパフォーマンス・バランスの良いJPEG XRでしょ
WebPと違ってちゃんと標準化団体によって規格化されているからWWWの精神にもあう。
0135名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 19:33:18.09ID:BXKmwhSH
というか「ICCカラープロファイル未対応」って広色域モニタが普及しだした昨今では致命的じゃね？
今の最新ブラウザは基本的にカラーマッチングに対応しているのに逆走もいいところ。

JPEGもJ2KもJXRもPNGも当然のように対応しているのに……
0136名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 20:22:25.96ID:OVegLtkg
>>128のニュースは正直意外だったな
モジラはグーグルから多額の資金援助を受けていて、実質べったりのずぶずぶだと思ってたから
0137名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 20:52:41.88ID:OVegLtkg
>>130
そう単純でもないだろう
まず主要ブラウザ／モバイルや情報家電などの各種デバイスの大半が
WebPに正式対応しない限りは一本化は無理でJPEGとの両対応になるし、
Web上にアップされてる元画像のほぼ全てはjpgかpngだからそれらからの変換コスト
必要ストレージ容量増加のコスト、などなどコスト増の要因が有る

普及途上の段階では相応のコスト増を覚悟した上での推進政策でしょ
0140名無しさん＠お腹いっぱい。
垢版 |
2011/05/28(土) 02:58:33.13ID:g7xl4+s7
>>130
動画のトラフィックは膨大だから、将来的なライセンスフィーが問題になりうる
H.264への対抗としてWebMは重要だけど、Googleの画像検索でのトラフィック
なんて気にする必要あるのかいなって感じだけどなぁ。

しかも、WebMはJPEG XRどころかJPEGよりも機能的に劣っている部分が多々
あるのだし。

規格策定プロセスがあまりにもクローズなのはWebM/WebPの大きな弱点だし、
これはAndroidなどにも共通して言えるんだよなぁ。こと規格策定に関しては
MSはもちろん、クローズの権化と言われつつあるAppleよりもさらに
クローズ。この辺どうにかならないもんか。
0142名無しさん＠お腹いっぱい。
垢版 |
2011/05/28(土) 12:19:40.47ID:/gnoinCp
>>137
いや、それはキミが問題を複雑化してるだけ。
Googleが狙ってるのはWeb標準や皆に使ってもらうことでは無い。

Googleが狙ってるのは、自社のネットサービスの低コスト化なんだよ。
Googleからしてみれば、WebPを表示できるブラウザを少しでも増やせればいいだけ。
増やせれば増やせるほど、Google検索やGoogle画像検索の消費帯域が下がり
コストが下がり、利益が上がる。

業界標準にしようだなんてことは本心では考えてない
他のWebサイトはJPG使ってりゃいいのよ。
そこがJPGでもGoogleの収益構造に影響しないしどうでもいいこと。

しかしGoogleがWebPを多用することで収益構造を改善でき始めたら
＝対応ブラウザが増えてきたら、
画像を多く扱う会社はWebP使い始めるところも出るだろうね。
帯域削減になるから。
0143名無しさん＠お腹いっぱい。
垢版 |
2011/05/28(土) 12:26:30.53ID:/gnoinCp
>>140
WebPとWebMは本質的に同じ。
WebMのIフレームがWebPだからね。
だからWebPの普及はWebMの普及にリンクしてる。

WebMにはH264という強敵がいて、今のところH264コンテンツを持ってる
ところがWebMに替える魅力はない。
しかしサイトのJPGをWebPに替えることに抵抗のある人は少ない。
画質を重視してJPGにしてるサイトは既に少なく、そこにWebPが入る隙がある。
省サイズが売りになるわけだ

すると問題になるのが対応ブラウザだが、
そこはGoogle検索、Google画像検索、Android、Chromeいう
シェアトップサービスに伸び盛りOS、伸び盛りブラウザのトライアングルで
WebPワールドを固めれば、自動的に対応ブラウザが増えることに繋がる
0145名無しさん＠お腹いっぱい。
垢版 |
2011/05/28(土) 16:19:55.21ID:um8P5E5I
>>142
>>137をもう一度読み直してくれ

サービスを二重化するのだからGoogleに相応のコスト負担が生じ
即コスト削減には繋がらない、というのが主旨なのだが

そして一元化しない限りその状況は続く
ググルは広告屋なのだからその広告を見る事の出来る機会を自ら減らしたりはしない
0147名無しさん＠お腹いっぱい。
垢版 |
2011/06/02(木) 08:11:27.95ID:5Crxktt+
普通に「ウェブエム」でしょう。ウェブピーが発音しにくいからウェッピーになっただけで
VP8は日本語と英語の交ぜ読みの「ブイピーはち」って呼んでしまうｗ
0155名無しさん＠お腹いっぱい。
垢版 |
2011/06/24(金) 22:34:05.42ID:hVJSqQJG
そういえばSkypeは既にグループビデオ機能でVP8使ってたはずだけど
MS買収後はどうなるんだろ？
0157名無しさん＠お腹いっぱい。
垢版 |
2011/07/30(土) 22:33:42.27ID:e/0VKDMm
別にMSはVP8そのものに反対しているわけじゃないから別にそのままなんじゃね？
もしかしたらVC-1コーデックをLinuxやポータブル機にも移植するかもしれないがｗ
0158名無しさん＠お腹いっぱい。
垢版 |
2011/08/03(水) 04:00:35.42ID:J3xMMzu0
>>157
逆に言うと他所が勝手にやるのは構いませんよ、うちは邪魔しません（当然）
というスタンスでしかないからな

一応はH.264のライセンサーでもあるし、買い取ったSkypeの為だけに
自ら進んでググルの非係争条項を飲むとは思えないな
0159名無しさん＠お腹いっぱい。
垢版 |
2011/08/06(土) 16:25:29.39ID:YlEJNxkH
VP8 Codec SDK "Cayuga" Released
ttp://blog.webmproject.org/2011/08/vp8-codec-sdk-cayuga-released.html
前バージョンからは10〜20％のエンコスピードアップ

正直期待はずれ・・・
0162名無しさん＠お腹いっぱい。
垢版 |
2011/08/06(土) 17:58:40.75ID:Z131w5NC
Skype、買収元のＭＳがWindows Phoneへ搭載するビデオコーデック開発者を募集してたけど
つまりは現時点でサポートしているVC-1（WMV9）やMPEG4 AVC/H.264ではなくVP8を載せるつもりなんだろうか。
0164名無しさん＠お腹いっぱい。
垢版 |
2011/08/08(月) 00:29:00.43ID:Gxq7aqTz
四半期ごとに、っていうリリーススケジュールは順当に遅れてるみたいだね
年3回出せれば御の字か
0166名無しさん＠お腹いっぱい。
垢版 |
2011/08/08(月) 18:28:27.12ID:SmgSsNKS
画質は迷うこと無く現時点でもWebMだろう

エンコ負荷も、WMVのエンコーダーがコア数制限あるのに比べれば
WebMのほうがマルチコアで有利やな
0169名無しさん＠お腹いっぱい。
垢版 |
2011/08/10(水) 21:45:50.23ID:bEbiZUtS
youtube動画をhtml5モードで見れば、WebMって言うかVP8の画質はわかる。
おれは画質に関しては不満はない
0172名無しさん＠お腹いっぱい。
垢版 |
2011/08/21(日) 12:33:54.00ID:uDSYgk+Z
>>159
これ試してみたけど、品質Good以上なら結構イケてるほうじゃないかな

Youtubeも最近真面目にWebM化進んでるねぇ
0174名無しさん＠お腹いっぱい。
垢版 |
2011/08/29(月) 04:05:23.15ID:SnAGeScu
WebPはとにかく早くICCカラープロファイルに対応してくれないかな
可逆圧縮なんてpngにまかせておけばいいし3Dなんて後回しでいい
ま、chromeにカラーマネジメントが実装されてないことを考えると優先度低そうだが……
0178名無しさん＠お腹いっぱい。
垢版 |
2011/09/20(火) 16:45:53.43ID:89tZt9Z8
WebP 0.1.3 RC

We posted a 0.1.3 release candidate to the downloads page [1]. Please
let us know if you find any regressions from 0.1.2 or new bugs.

From the NEWS file for v0.1.3:
* Advanced decoding APIs.
* On-the-fly cropping and rescaling of images.
* SSE2 instructions for decoding performance optimizations on x86
based platforms.
* Support Multi-threaded decoding.
* 40% improvement in Decoding performance.
* Add support for RGB565, RGBA4444 & ARGB image colorspace.
* Better handling of large picture encoding.
0188名無しさん＠お腹いっぱい。
垢版 |
2011/10/21(金) 02:20:49.75ID:/44ua+a/
久しぶりにChromeでYoutubeをHTML5 Video有効で見てみたが
前より使える機能が増えてた

一応ちゃんとやってるのね
0189名無しさん＠お腹いっぱい。
垢版 |
2011/11/05(土) 18:32:22.82ID:9w0EKOmQ
　
0191名無しさん＠お腹いっぱい。
垢版 |
2011/11/19(土) 12:43:06.82ID:/AmH+g9q
WebPロスレスけっこう縮むおおおおおおおおおおおお

圧縮が結構ってレベルじゃなく遅いけど。
0194名無しさん＠お腹いっぱい。
垢版 |
2011/11/21(月) 14:28:52.43ID:BdOM96/g
よく読んでみたら圧縮時間を調節するオプションあったわ。常識的な圧縮時間でそこそこの縮み具合になったわ。
0195名無しさん＠お腹いっぱい。
垢版 |
2011/11/21(月) 18:27:03.06ID:D8U5y6aj
PNGよりコンパクトに：Google、画像フォーマット「WebP」に可逆圧縮と透明度を追加
http://www.itmedia.co.jp/news/articles/1111/21/news020.html

　米Googleは11月18日（現地時間）、オープンソースのWeb向け画像フォーマット「WebP（ウェッピーと読む）」に、
可逆圧縮（ロスレス圧縮）モードと透過度を設定できるアルファチャンネルを追加したと発表した。
＜中略＞
10月にはアニメーション、ICCプロファイル、XMPメタデータをサポートした。
0198名無しさん＠お腹いっぱい。
垢版 |
2011/11/21(月) 19:44:39.31ID:1jMn3Idt
>>195
はてなブックマーク見ると結構冷たい反応も多いね。
ブロードバンド大国日本の感覚だと必要性を感じないのはわかるんだが
他の国では必ずしもそうではないからなあ。
別にWebPでなければならないということもないが
いつまでも枯れ果てたJPEGを使い続けるというのもねえ…
0200名無しさん＠お腹いっぱい。
垢版 |
2011/11/22(火) 06:26:48.49ID:aXuatb4a
既にGoogleでWebP使いまくりですよ
検索画面でマウスオーバーするとリンク先サイトの縮小画像出るけど
あれ全部WebPだし
Googleはあれで相当帯域節約できてるはず
0205名無しさん＠お腹いっぱい。
垢版 |
2011/11/22(火) 19:47:32.51ID:V/sFLv+Y
>>203
する
ただXRはHDRがあるからデジカメ向きでWebPはウェブでデータを削減するのに向いてる

JPEG XRは規格普及が下手くそな（もしくは嫌われている）MS発の技術らしく、普及の見込みが乏しい
また、エンコード・デコード速度や圧縮効率の改善といった実装の改良がないのが残念

WebPはグーグルが実装を日々改善しているのが魅力だけど
VP8のパテント紛争の結果次第ではオシャカになる可能性も否定できない
0206名無しさん＠お腹いっぱい。
垢版 |
2011/11/22(火) 22:37:20.21ID:JzETt3WB
@echo off
for %%a in (z:\folder\*.jpg) do (
cwebp -q 80 %%a -o z:\save\%%~na.webp
)
拾い物だけどbatで保存してcwebpのところにおいてz:\〜を2つ置き換えて実行でいけると思う
80ほど変換したけどCaesiumデフォjpgから1/3くらいに減った
Windows Photo Viewerで表示はされるけど進むが押せないなwin7x64
後はブラウザが対応してくれれば言うことはないんだけど
0207名無しさん＠お腹いっぱい。
垢版 |
2011/11/22(火) 23:09:35.61ID:/qp2i6Cb
おお、batよくわかんないからありがたい

-q 80 って部分が画質の指定やね。数字がでかいほど画質が良くなる。最大100。
0208名無しさん＠お腹いっぱい
垢版 |
2011/11/23(水) 13:13:34.93ID:5NenZfFr
品質マネジメントの革新
0209名無しさん＠お腹いっぱい
垢版 |
2011/11/23(水) 13:14:19.12ID:5NenZfFr
（↑）革新→核心
0210名無しさん＠お腹いっぱい。
垢版 |
2011/11/23(水) 14:05:02.41ID:DJBvhG0+
SSIM
Caesium 80 JPEG
アニメBMP 7627.55>485.26KB
RGB　97.491067%
YUV　97.838774%
風景BMP 2880.05>82.49KB
RGB　98.686127%
YUV　99.208449%

WebP 90
アニBMPメ 7627.55>489.68KB
RGB　99.118730%
YUV　99.022315%
風景BMP 2880.05>84.43KB
RGB　99.008507%
YUV　99.517995%

WebP 80
アニメBMP 7627.55>328.70KB
RGB　98.545852%
YUV　98.578536%
風景BMP 2880.05>49.83KB
RGB　98.335742%
YUV　99.215040%

0.98 以上オリジナルと区別がつかない。らしい
WebP 80なら優秀かな？
Firefoxのプラグインはmacはあるっぽいからwindows用もできんかな
画像サイトが対応しなきゃそんなに恩恵ないだろうけど
0211名無しさん＠お腹いっぱい。
垢版 |
2011/11/23(水) 16:13:28.87ID:PodHqzw0
WebPって圧縮するときに色々オプション付けられるけど、こういうのって好みに近い気がするからなー。

圧縮時に-af オプションつけたり、-sns 100 オプションつけたりした画像ってみんなどういうふうに感じるんだろう
0212名無しさん＠お腹いっぱい。
垢版 |
2011/11/23(水) 16:28:52.04ID:DJBvhG0+
SSIM
WebP Q50 -sns 70 -f 50 -strong -af
アニメBMP 7627.55>221.21KB
RGB　97.726735%
YUV　97.815162%

WebP Q75 m6
288.54>282,70KB
WebP Q50 m6
221.21>220.74KB

PASSは意味なかった
-m6オプションは重いからデフォルトでいい気も
q50でも凝視・拡大しなければ使えなくもないのかな

フィルター類はどうなんだろサイズ減らしてる場合は使ったほうがいいのかな
0213名無しさん＠お腹いっぱい。
垢版 |
2011/11/25(金) 19:05:37.20ID:oUfMXY1X
グーグル、画像フォーマット「WebP」を改良--可逆圧縮とアルファチャンネルに対応
http://japan.cnet.com/news/service/35010971/

>GoogleはWebPを広く普及させようと意欲を見せている。だがMozillaは、
「『ウェブプラットフォームの一部』となるすべての画像フォーマットからは常にコストが発生する」
懸念があるとして、Googleより慎重な姿勢を示している。

それはそうかもしれないけどさ、だったら標準化されないことが決定している
APNGをなんで実装したのよ、ともいいたくなる件。
0214名無しさん＠お腹いっぱい。
垢版 |
2011/11/26(土) 03:24:41.76ID:RF/4uTEL
可逆も出来て、アニメーションも出来て、アルファチャンネルもサポートし、不可逆でも今までより縮み、赤も劣化しない。
普通に考えて最高やん。
少なくともjpeg gif pngはもう用済みなことに
0215名無しさん＠お腹いっぱい。
垢版 |
2011/11/26(土) 04:00:44.31ID:A9SpMw42
縮むが圧縮にシャレにならないほど時間が掛かるし、展開も重めだからなぁ
というか、１形式に何でもかんでもつぎ込むとバグの温床だしサポートが大変すぎる。

赤が劣化しないっていうけどYUV4:4:4に対応したっけ？　＞WebP

それに軽量でバランスのよい可逆、α、高圧縮対応の JPEG XR がすでに標準化されているからなぁ。
0218名無しさん＠お腹いっぱい。
垢版 |
2011/11/26(土) 11:45:39.68ID:+jefG860
元々可逆を重視してないフォーマットなだけよ

WebPはそこにめをつけて、可逆のメリットを強調してるんでしょう
0222名無しさん＠お腹いっぱい。
垢版 |
2011/11/28(月) 17:35:16.23ID:BgWHaqXD
ああいう小型機器の場合、圧縮展開に必要なCPUパワーやメモリが
コストに見合うかどうか、不満のないスピードを実現できるかどうか
が問題なんだよね

0223名無しさん＠お腹いっぱい。
垢版 |
2011/11/28(月) 19:00:19.44ID:hTJWun/Q
とりあえずプロとかハイアマでもない人達がRAWを扱わなくて済むようになる。
逆に今までJPEGしか使って来なかった層でも加工の自由度が上がる。

今の低品質なJPGと、高機能すぎるRAWとの間を埋めるモノとして期待なんだよね。
JPEG 2000と比較して半分の回路規模、メモリ使用量も1/8だからハードルも低い。

あとJPEG2kの致命的な欠点が画像によって圧縮所要時間が無視できないほどバラつくことだったらしい。
0228名無しさん＠お腹いっぱい。
垢版 |
2011/11/30(水) 21:44:09.71ID:yt9jTllZ
gitでcloneしたlibvpxのexampleにあるgen_example_code.shが使いものにならなすぎワロタ
自分でマージしたわ。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況