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/
0674673
垢版 |
2013/10/08(火) 15:36:16.58ID:FuxRiu+C
>>673を取り消し
Chrome30/HTML5/webmで無事見れた
しかも既に詳細情報でcodecs="vp9"だった

1080pはCore2Duo2GHzではスムーズに再生出来ない
ソフトウェアデコードにvp8の倍以上の負荷掛かる感じ
今のハードなら余裕だろうが数年前(Corei以前）のだと厳しいかも

本題に戻ると、>>672が落としたwebmがvp9なら、
コーデック技術の世代が違うから画質が違う、という当たり前のことかもね
0675672
垢版 |
2013/10/10(木) 19:59:22.88ID:ARQnQM7v
色々と試してみたけど、今はYoutubeの変革期なのかな?
>>672の時点ではWebmの1080pのDLできたけど、今はできない
ちなみにダウンロードできたのはVP8でした

機能まではChromiumｄでアクセスするとVP9を見られたけど、
今日はVP8で再生される


画像と音声込みの総合ビットレートは
MP4 188MB・・・5644.6kbps
VP8 200MB・・・5992.1kbps

となってて、VP8は絵が止まってる時はMP4よりも綺麗に見れた
動くとH.264の方が破綻が少ない感じがする
0676名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/10(木) 20:24:39.65ID:ARQnQM7v
それで、今日になってVP9の再生ができなくなったので
ダウンロードできないか色々やってみた

ようつべのページに行き、ソースを表示させて「codecs%3D%22」で検索すると
映像だけ、音声だけ、映像+音声の動画がそれぞれ分けられて記述されているはず

残念ながら映像+音声の「vp8.0+vorbis」「avc1+mp4a」となっているものは
これから紹介する方法ではダウンロードが上手く行かなかった

映像だけの記述は
「avc1」、「vp9」、「avc1」の順になっていて、その後のsize=に解像度が書かれているのが分かると思う
最初のavc1は何とHighプロファイルのH.264
次がVP9
最後のavc1が今まで通りのMainプロファイルのH.264

ダウンロードは、url=の後の「http〜」コピーしていく
どこまでコピーするかは、「\u0026type=」「,type=」「,init=」の手前までと
俺が試してみた限り3通りあるように思える

メモ帳とかにその超長いURLもどきを貼り付けて、
%3A → :
%2F → /
%3F → ?
%3D → =
%26 → &
%252C → ,
と置換して本当のURLにする
これをブラウザに貼り付ければ映像ファイルがダウンロードできる
オーディオはmp4aとvorbisが並んでて、同じようにしてダウンロード出来る

ただ、これでダウンロードしても何かヘッダが足りないのか普通に再生はできない
VP9はデコーダも無いしね
そこでffmpegの出番となる

ttp://ffmpeg.zeranoe.com/builds/

↑からffmpegのバイナリをダウンロードする
ffplay.exeはffmpegを使用した動画再生ソフトで、これにファイルを投げると再生できる
でもVP9デコーダが駄目でCPU使用率が高くならずにカクカクなって再生には使えない

結局VP9の画質を見るにはffmpegを使って可逆圧縮するしかない
ffmpeg -i VP9.webm -vcodec huffyuv 出力.avi
でできる


それでVP9を見てみると画質は圧倒的に綺麗
ノイズが格段に減ってて非常に良い
0677名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/10(木) 20:58:20.19ID:ARQnQM7v
上の方法で拾った映像のみ、音声のみのファイルはヘッダが壊れてて
普通のプレーヤーで再生できないのでffmpegでヘッダを作ってもらう

ffmpeg -i <入力ファイル> -vcodec copy <出力ファイル>


HighプロファイルのH.264はこうやってダウンロードした音声と結合できる

ffmpeg -i Highprofile.mp4 -vcodec copy -i audio.mp4 -acodec copy 出力.mp4

これで再生できるようになるけど、ビットレート下がってるからHighプロファイルでも画質は良くなってない
0678名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/10(木) 21:10:18.96ID:ARQnQM7v
>>672から映像だけダウンロードするとこうなってる

H.264 Mainプロファイル 181MB・・・5425.3kbps
H.264 Highプロファイル 125MB・・・3765.3kbps
VP9 120MB・・・3615.7kbps

従来のH.264 Mainに対して、Highプロファイルはビットレートを落としすぎて
画質が向上するどころか低下している場合もある
(>>672の動画だったら1:00〜1:10で分かりやすいと思う)

VP9の方は画質は非常に良くてさすが次世代コーデックという印象
早く単体デコーダの公開が望まれる


しかしようつべがHighプロファイルを用意したのはサーバーの転送容量の
負荷の削減のためだろうか
画質悪くなってるんだからもうちょっとビットレート上げてもらわないと・・・
0679673
垢版 |
2013/10/10(木) 21:37:25.29ID:7nt2dULo
>>675-678
なるほど、報告乙でした

個人的にはVP8と9の性能比較に興味有るかな
9の再生負荷が現状で高いのは仕方ないとして、
ホントに半分程度のビットレートで同等の画質を出せてるのか、とか

あとヘッダの不足等の状態では駄目かも知れないけど、
Chrome/ChromiumへのD&Dでも.webm形式のvp9を再生出来る筈なので
もしかするとチューニングの関係等でその方が軽いかも(CPUを上限付近まで使えるっぽい）
0680名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/10(木) 22:36:47.29ID:ARQnQM7v
>>679
Chromeに放り込んだら再生出来ました!
ヘッダの作り替えも必要なくてダウンロードしたものをそのままで大丈夫です

でもffplayと同じく、デコーダがCPUを使いきってくれなくて
30〜40%で再生がノロノロになる状態でした

100%使いきってないのでどのくらい重いのかは分からないけど
>>672の動画ではVP9が一番画質良く
VP8の5.8Mbpsに対してVP9の3.6Mbpsの方が上だと言えますね
同等ではなく、上回ってます
0681673
垢版 |
2013/10/10(木) 22:38:30.09ID:7nt2dULo
画質良好ですか

デコーダのチューニングが進めば期待出来そうですね
0683名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/23(水) 21:34:37.72ID:UgsE5ZRv
VP9 encoder is 20x times slower than VP8 !!!
ttp://comments.gmane.org/gmane.comp.multimedia.webm.devel/1827
ffmpegで無圧縮のy4m作って
vpxencでエンコ
ttp://x264.fushizen.eu/builds/vpx/
自力でビルドしてもいいけど
x265より遅いんじゃないかな
0684名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/31(木) 12:43:34.56ID:rv/OTwbN
米CiscoがH.264コーデックのオープンソース化を計画〜米Mozillaも支持を表明
http://internet.watch.impress.co.jp/docs/news/20131031_621671.html

　Ciscoの発表によると、CiscoによるH.264実装の1つである「gratis」をオープンソース化すると同時に、
そのソースコードからコンパイルされたモジュールをCiscoにホスティングし、ダウンロードできるようにするとしている。
これに伴うMPEG LAへの特許料支払いは、Ciscoが負担する。
0686名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/31(木) 16:26:39.90ID:BUvPEBdA
形態としてはOSにH.264のライブラリを載せて
アプリから使える様にするのとさほど差は無いように思う

かつてGoogleがこうすれば良いのにと思ってた頃も有ったな
一社辺りの支払上限とかあるから
0688名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/31(木) 19:08:10.71ID:qClBKzPX
えーと、問題点が理解できてない奴らが多そうだから整理すると

・Ciscoがライセンス料を払うのは自社のバイナリに対してのみ
・Ciscoのバイナリを使う場合のみMPEG LAへのライセンス料は免除される。
・Ciscoが開発したコーデックのソースコードは公開される。
・公開されたソースコードを自前でビルドすることはできる。
・でも自前ビルドのコーデックを商用に使ったり頒布する場合はMPEG-LAに対してライセンス料を各自が支払わないといけない

というわけで、あくまで「ソースコードが公開されてるだけ」で全然自由に使えるソフトウェアじゃない。
Debianなんかのディストリだと、まず間違いなく公式リポジトリには含まれないだろうね。

>>687
当たり前だろ。ライセンス契約なんだから、100万円払いますと言ったところでMPEG LAが売らないと言えば終わり。
上に書いてるように穴が多い上に誤解も招きやすい計画だから、無事に進むかどうかは疑問だね
0689名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/31(木) 19:12:34.11ID:o1JACs3B
むしろMPEG-LAは断固拒絶してほしい
そのプライドに賭けて訴訟でも何でもして潰してほしいわ
0690名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/31(木) 19:25:01.68ID:BUvPEBdA
>>687
名の通った大手企業が事前の話し合い無しに突然行ったとも思えんし、
支払滞らない限りはまず大丈夫じゃないの
Mpeg-LAってああ見えてかなり柔軟な対応する組織で
取れるところから金取るって主義だし

>>688
>・Ciscoのバイナリを使う場合のみMPEG LAへのライセンス料は免除される。
そもそもこの利用形態を前提にしたプランでしょ
0698名無し に一致する情報は見つかりませんでした。
垢版 |
2013/11/05(火) 22:14:30.04ID:ubSCdlvY
普及度合い、特にハードウェアデコーダーの搭載率で現行世代はH.264の圧勝
CiscoとMozillaの動きもそれに合わせただけ

また再スタートになる次世代で頑張るしか無かろう
VP8は惨敗だったがVP9には期待してる

今のところ糞重いけどな！w
0712名無し に一致する情報は見つかりませんでした。
垢版 |
2013/11/20(水) 01:06:49.53ID:9sid6k/q
ttp://blog.livedoor.jp/abars/archives/52166489.html

デコーダは、マクロブロックライン単位のスレッド並列デコードが可能になったのと、
デブロッキングフィルタの演算負荷が削減された関係で、H.264と同等か、むしろ高速にデコードできるようです。

Docomoは、HEVC復号ソフトウェアにおいて、以下のような驚異的なデコード性能を出しています。

本復号ソフトウェアにて、スマートフォン上でHEVCのフルHD動画、汎用パソコン上で秒60コマの4K動画の再生が実証されています。
0720名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/01(日) 14:16:54.06ID:5ngIkQ5f
いや、Xvidは明らかに超えてるよ
h264の1歩手前くらいの画質。
1Mbps以上でh264に比べて画質面で不満を感じることは無いんじゃないか
低ビットレートではH264のほうが明らかに優位だがね。
0722名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/02(月) 19:07:16.79ID:WpbRGFJY
Kaveri以降のAPU＋GCNアーキテクチャのビデオカードの組み合わせだけでも
CPU+ビデオカードをフルに使ったエンコードができるようになればいいなあ

Xeon Phiの廉価版が24800円で出たらそんなことは一切考えなくてもいいんだけど出ないだろうしなあ
0723名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/04(水) 20:36:18.98ID:gC2NunpZ
ffmpeg使ってVP8のエンコをいろいろテストしてみたんだけど、
4コアCPUでCPU使用率が各コア50%くらいしかいかないんだが、そういうものなのか？

エンコのパラメータもx264と違って意味不明すぎるしな・・・
-crfは全然効いてないみたいだし、-cpu-usedも意味わからん
0725名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/05(木) 06:13:24.68ID:XFtCoSZS
そこは当然見てますよ
他にも
https://sites.google.com/a/webmproject.org/wiki/ffmpeg
http://www.webmproject.org/docs/encoder-parameters/
等見てますが、どうもオプション説明の記述が安定してない

・bitrateとcrfを同時使用してるが、どんな意味があるのか
・-qualityや-deadlineと、-cpu-usedの指定にどんな意味があるのか

さっぱりわかりません
0727名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/05(木) 07:10:20.48ID:8Sgve6ic
少し前にVP9のデコードを報告してた人もCPU負荷上がらないと言ってたな

Google傘下のYoutubeもH.264のほうがずっと多いまま
Linux/Chrome/HTML5で観ても同様
旗ふり役からしてさっぱり力入ってないっぽい

VP8エンコのオプションが訳わかめなのは最初からだけど、
改良が進まないのは利用者が少なくてフィードバックが少ないせいだと思うよ

取り敢えずフォーラム辺りで愚痴って来たら？w
0728名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/05(木) 07:54:51.48ID:XFtCoSZS
方々のWeb見つつ、試行錯誤していくつかわかったこと

・-crfと-bitrateを両方記述した時は、
　その瞬間瞬間で-bitrabeを超えない範囲で、-crfが効くことが判明。
　なのでサンプルにあるように-crf 10 -b:v 1Mと記述すると、
　まず間違いなく1Mbpsに張り付く動画が出来上がる
　なんなのこのサンプル、意味ないｗｗｗ

・-threads 0は機能していない。スレッド数を数字で指定すれば効く
　これでCPU負荷は90%くらいまで上げられた

・-quality bestと、-quality good -cpu-used 0 は、ほぼ同じ画質＆サイズになるが、
　エンコ速度は後者が30%は早い
0733名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/19(木) 00:16:55.01ID:9vyJRVQK
前ちょっと調べた時は、PNGのアルゴリズムの改良版的な印象だったな。
写真の可逆圧縮に特化した画像形式には圧縮率負けてたし。
まぁほぼすべての画像でPNGより縮むから実用上問題はないのだろうけど。
0736名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/19(木) 08:15:37.95ID:z/TH1dgC
PNGGauntletの強化版を使ってるようなモノと捉えればいいのかな
グラデーション多い画像に強い、っていうのもちょっと納得。
JPEG2000のロスレスよりデコード速いし、普及してGUIの一括変換ソフトが増えてくれるといいな
0738名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/19(木) 12:46:10.77ID:O1qWe2Cr
画像の世界がbmp、Jpg、gifで長期停滞してようやくPNGが市民権得てきた間に、
動画の世界ではH264が制して、更に次世代のH265、VP9、Daalaとか出てきてる

で、動画の圧縮には必ず静止画の可逆圧縮がIピクチャとして使われるので
可逆圧縮という点では動画側のほうが技術革新が進んだ

WebPはVP8のIピクチャ部分の技術を抜き出しただけだからな
0740名無し に一致する情報は見つかりませんでした。
垢版 |
2013/12/28(土) 11:30:27.21ID:9CIGTne5
VP8のエンコデコードともopencl版あるようだ
ttp://wiki.webmproject.org/vp8-implementations
VP9に対応してデコードをブラウザに組み込めたら割と面白い存在になりそうではある。
Firefoxも28だったかなでVP9対応って話は聞いた
0741名無し に一致する情報は見つかりませんでした。
垢版 |
2014/01/16(木) 09:42:53.32ID:+VCHBIRY
Google、モバイル版Chromeのデータ圧縮機能を公式にリリース―データ量を最大50%節減
http://jp.techcrunch.com/2014/01/16/20140115google-adds-optional-data-compression-feature-to-chrome-for-mobile-reducing-your-data-usage-by-up-to-50/

＞ユーザーがChromeのデータ圧縮/最適化オプションをオンにすると、Android版でもiOS版でも、
＞最大で50％もデータ量を削減できるという。
＞前に述べたように、PageSpeedライブラリーを利用して画像ファイルをJPEGやPNGから
＞GoogleのWebPフォーマットに変換するだけでも大きな効果がある。
＞というのはウェブページでは平均してデータ転送量の60%が画像だからだ。
0743名無し に一致する情報は見つかりませんでした。
垢版 |
2014/01/22(水) 14:52:11.23ID:QyV+rE+z
Intel, NVIDIA, ARM, Broadcom, LG, Philips, Samsung,
and Realtek are among the many companies that have agreed to incorporate VP9 codec support
割といい感じではあるがAMDがねぇw
265はブラウザ対応遅れるだろうからこっちのほうが早いだろうけど
エンコ周り265と比べて遅れてるのが気になるが・・・
0755名無し に一致する情報は見つかりませんでした。
垢版 |
2014/03/13(木) 13:22:03.12ID:vAQEYl0w
拡張子はそれよりも、パレットカラーなのかフルカラーなのか、静止画なのか動画なのか、可逆圧縮なのか非可逆圧縮なのか、αchがあるのか無いのか、
を拡張子で明示してほしい(´・ω・`)
0757名無し に一致する情報は見つかりませんでした。
垢版 |
2014/04/09(水) 00:54:20.26ID:WfXS0KMJ
>>123
おいおい…自分と違う考えを持つ奴はみんなアトムの回し者ですか？
まず、自分が今ヒステリックになってる事をきちんと理解して落ち着け。

>過ぎたるは猶及ばざるが如しって諺知らない馬鹿だな！！
全然過ぎたことじゃない。相談窓口に連絡するというのは、ごく当たり前のことだよ。
アプリでも、不具合が起きたら、調べられる程度の状況を調査してバグレポート書いて送信するだろ？全然日常的なことだろ。
それに、今回の場合明らかに接客に問題があったんだろ？それなら問題があったことをきちんと教えてあげたほうがいいよね。
そもそも、テーブルにアンケート用紙を置くくらいなんだから、そういった不満があったことをアトムは普段から知りたがってるわけじゃない？
そうした、問題が起きたことを認識させることで、再発防止のためにマニュアルの修正や、問題店舗の改善・指導を行うことが出来る。
これは、ここに愚痴をこぼす事より、よっぽど生産的なことだと思うのですが、どうでしょう？

あと、ここに書き込むのと同じノリで、店員にもヒステリックに食って掛かったら、大抵のやつはビビってパニクるぞ。
ちょっと煽った文章にしただけで、3レス連続で書き込むくらいだから、普段からキレる癖ついてるだろ。注意した方がいいよ
0764名無し に一致する情報は見つかりませんでした。
垢版 |
2014/05/29(木) 03:13:22.70ID:URzsPbGG
>>763
とは言っても、ちょっと定番から外れたことしようと思うとmp4はとたんに使いにくくなってマトリョーシカ使いたくなる
mp4にhevc入れると、mpc-beでは再生できないし。これは時間の問題だけどさ
0765名無し に一致する情報は見つかりませんでした。
垢版 |
2014/05/29(木) 07:19:13.54ID:kS9eQCmb
仕事で社内webシステムに動画を配置することがあったんですが、
最初mp4だったのが「再生出来ない」という問い合わせ多数で結局wmvになった。
業務用はIEとWindowsしか使わないから。

すべてのmp4というわけではないけど、Google Chrome単体でmp4が再生出来ることを初めて知った。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況