5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【WebM】VP8(VPx)総合スレ4【Google/On2】

1 :名無しさん@編集中:2010/05/20(木) 12:19:43 ID:kIzf1mnp
VP8/WebMについて語るスレです

WebM公式サイト
ttp://www.webmproject.org/
FFmpegパッチ
ttp://www.webmproject.org/tools/#ffmpeg_patches

関連スレ
【On2】VPx (VP3-VP6・VP7等)総合スレッド3
ttp://pc11.2ch.net/test/read.cgi/avi/1201491441/
ffmpegならこちらへ
ttp://pc12.2ch.net/test/read.cgi/software/1270542020/
エンコードソフト ffmpeg のスレ
ttp://pc11.2ch.net/test/read.cgi/linux/1232095273/

2 :名無しさん@編集中:2010/05/20(木) 12:29:23 ID:kIzf1mnp
Google、オープンウェブ動画規格 WebM を発表
http://japanese.engadget.com/2010/05/19/google-webm/

Google I/O イベントより。Google がウェブ向けのオープン動画規格 WebMを発表しました。
WebMは Googleが2月に買収したOn2 のビデオコーデック VP8 をオープンソース化して採用することで、
だれでも利用料なしで使えるオープンかつ先進的なウェブ動画規格、およびそれを推進するプロジェクトの名称。

具体的にはビデオにVP8、音声にオープン&ロイヤルティフリーの既存コーデック Ogg Vorbisを使い、
それらを収めるMatroskaベースのコンテナ規格 が WebM となります。ファイル拡張子は .webm。

(中略)

WebMはこの現状に対して、フリーなVP8とVorbisを組み合わせてBSDスタイルのライセンスで提供することにより、
誰でも制限なく動画を扱えることを目的としています。また技術的な優位としては:

・ネットブックや携帯端末、タブレットでも扱えるほど再生が軽い。
・コンテナ規格 .webm は VP8+Vorbisだけでシンプル。( おなじ「.AVIファイル」だけれど中身は
ビデオがMPEG-2で音声が〜だからプレーヤによって再生不可、といった問題がない)。
・リアルタイムストリーミングでの高い品質。
・エンコードがシンプル。コーデックのプロファイルは最小限に抑えられており、
手動でパラメータやプロファイルを調節することなくベストの結果が得られる。

といった点が挙げられています。


3 :名無しさん@編集中:2010/05/20(木) 12:30:10 ID:kIzf1mnp
■対応可能ブラウザ

・IE(FlashがVP8対応)
Firefox, YouTube and WebM ? Mozilla Hacks ? the Web developer blog
http://hacks.mozilla.org/2010/05/firefox-youtube-and-webm/

>4. Every video on YouTube will be transcoded into WebM.
>They have about 1.2 million videos available today and will be working
>through their back catalog over time. But they have committed to supporting everything.

4. Youtubeにおける全ての動画はWebMへとトランスコードされます
現在、およそ120万に及ぶ膨大な数の動画があり、時間をかけてそれを処理することになります。
しかしながらYoutubeはその全てでサポートすることを表明しました。

4 :名無しさん@編集中:2010/05/20(木) 12:42:06 ID:fAPLdHIQ
コンテナ、mp4に比べて明らかにメモリ喰いなmkvベースなのが、
組み込み向けを考えると心配だなぁ。mp4はQuicktime関連の
特許を使いまくっているであろうことを考えると、mp4の採用を
避けるのは当然だとはいえ。

5 :名無しさん@編集中:2010/05/20(木) 12:45:32 ID:kIzf1mnp
Diary Of An x264 Developer ≫ The first in-depth technical analysis of VP8 Dark_Shikari(VP8についての技術評価)
ttp://x264dev.multimedia.cx/?p=377
Firefox WebMビルド
ttp://nightly.mozilla.org/webm/
Opera WebM
ttp://labs.opera.com/news/2010/05/19/
Haali Media Splitter(WebMサポート)
ttp://haali.su/mkv/

引用元
■Web動画オープン規格「WebM」に追い風は吹くか
ttp://resic.laburec.net/archives/2010_05.html#20100520a


6 :名無しさん@編集中:2010/05/20(木) 12:48:04 ID:sRkZimtU
mkvベースなのか?mkvそのものじゃなくて
mkvにvp8+vorbisの組み合わせに.webmとかいう拡張子が付くだけで
コーデックとmkvスプリッタが入っていれば拡張子をmkvにしても再生可とかいう話ではないのか

7 :名無しさん@編集中:2010/05/20(木) 12:56:33 ID:kIzf1mnp
比較
ttp://planar-studios.com/bin/vp8/1-500kbps-h264.png
ttp://planar-studios.com/bin/vp8/1-500kbps-vp8.png
ttp://planar-studios.com/bin/vp8/2-500kbps-h264.png
ttp://planar-studios.com/bin/vp8/2-500kbps-vp8.png
設定
ttp://planar-studios.com/bin/vp8/vp8test.txt

8 :名無しさん@編集中:2010/05/20(木) 12:58:27 ID:r3e4VOKh
>>7
ソースがクソすぎるwwwwwwwwwwwww

9 :名無しさん@編集中:2010/05/20(木) 13:03:36 ID:kIzf1mnp
動画(前スレから)
ttp://www.youtube.com/watch?v=H_mU7lkE-sA&html5=True
ttp://www.youtube.com/watch?v=tQxbpryKKQo&html5=True
Firefox WebMビルドで再生できた。

10 :名無しさん@編集中:2010/05/20(木) 13:06:07 ID:/4LbUp2w
次スレを立てるときは、「WebM」スレとして立てた方がいいんじゃないかな
確かに中身はVP8+Vorbisなんだけど、動画フォーマットとしてはWebMだしさ

とりあえずはこのまま出発進行して、テンプレを構築していけばいいと思う
まだ立ち上がったばかりだから情報が少ないのは当然なんだし
じきに詳しい解説や公式なドキュメントとか、必要なものが揃うだろう


11 :名無しさん@編集中:2010/05/20(木) 13:07:22 ID:EYGyoya9
Microsoft to support VP8 video codec with Internet Explorer 9, after all?
ttp://www.zdnet.com/blog/microsoft/microsoft-to-support-vp8-video-codec-with-internet-explorer-9-after-all/6264

IE9はVP8を別途インストールすることで対応可能。

12 :名無しさん@編集中:2010/05/20(木) 13:09:49 ID:/4LbUp2w
あ、言いそびれたけど>>1
そういえばAppleの態度表明はまだなのかな?
空気読まずに独自フォーマット出したら笑えるw

再生負荷がどれくらいなのか気になるところ・・・
H,264のMain Profileよりは軽いといいな

13 :名無しさん@編集中:2010/05/20(木) 13:15:25 ID:kIzf1mnp
立ててからであれだけど次スレはWebMメインにしたほうがよさそうだね。
再生負荷は264と比較しても軽いわけではないらしい。

14 :名無しさん@編集中:2010/05/20(木) 13:18:40 ID:/4LbUp2w
軽く技術的な文章も目を通したけど
原理的には処理が単純になった分だけ
H.264よりは軽くなるはずなんだが・・・
出たばかりだから改良が進むと思いたいね




15 :名無しさん@編集中:2010/05/20(木) 13:21:06 ID:vQ5EynIR
atomD510なんだけど
chromeでOSはXP
ttp://www.youtube.com/watch?v=tQxbpryKKQo&html5=True
1080は途中で止まった
720はOKだった
あまり軽いというわけでもなさそうです

16 :名無しさん@編集中:2010/05/20(木) 13:21:25 ID:8AlABEQC
総合3を使ってからがいいってのが俺の提案
理由はあっちに書いた

でも論争までする気はないから雰囲気でこっちが伸びるならこっちで仕方ないしこっちでいいけどね

17 :名無しさん@編集中:2010/05/20(木) 13:59:20 ID:5Apn45Of
VP9マダー

18 :名無しさん@編集中:2010/05/20(木) 14:07:51 ID:4Fg1nA/6
俺自身はラデ使ってるので別に困らないが、intelが支持に回ってないのは地味に痛いかも

19 :名無しさん@編集中:2010/05/20(木) 14:23:02 ID:/4LbUp2w
>>7
画質に関しては細部が甘くなる傾向にあるのが
ちょっと気になるけど、その分ノイズは抑え目かな
デコード・エンコードの負荷が軽くなれば悪くないかも

いずれにせよ各ブラウザで正式に実装されたら
Youtubeも対応するし勝手に普及するのかもなぁ・・・
ニワトリが先かタマゴが先か、みたいな話で

20 :名無しさん@編集中:2010/05/20(木) 14:50:13 ID:FDxoiNxO
>>7
2個目、背景の壁がVP8はツルツルになっちゃってるな

アニメにはそれなりに良さそう、実写は駄目かな

21 :名無しさん@編集中:2010/05/20(木) 14:50:36 ID:M9IXru7E
>>17
VP8と下位互換性あるか気になるね

22 :名無しさん@編集中:2010/05/20(木) 14:51:59 ID:+4F+HdAS
>>12
ひとのためになる事をするAppleなんて居ません!

23 :名無しさん@編集中:2010/05/20(木) 15:10:13 ID:kIzf1mnp
とりあえず
ttp://code.google.com/p/webm/downloads/listの
libvpx 0.9.0 visual studio build落として
\bin\Win32のivfencでエンコできるっぽい
エンコパラメーターはここに書いてる
http://www.webmproject.org/tools/encoder-parameters/

24 :名無しさん@編集中:2010/05/20(木) 15:33:36 ID:r3e4VOKh
>>15
h.264の方で再生されてるというオチじゃないのか
webmとやらは対応したブラウザとwebmでエンコードされたビデオしか表示できんぞ

25 :名無しさん@編集中:2010/05/20(木) 15:51:30 ID:4Fg1nA/6
chromeはまだっぼいね
chromiumならできるっぽい

26 :名無しさん@編集中:2010/05/20(木) 16:06:03 ID:4Fg1nA/6
逆にchromiumはデフォの状態だとH.264は駄目ならしい

27 :名無しさん@編集中:2010/05/20(木) 16:27:39 ID:Phmmp+/z
こんな糞画質がWeb標準になるなんて悲劇としか言いようがない。

28 :名無しさん@編集中:2010/05/20(木) 16:32:19 ID:4Fg1nA/6
youtube(x264のメインプロファイルらしい)の画質なら変わらない

29 :名無しさん@編集中:2010/05/20(木) 16:44:47 ID:fAPLdHIQ
H.264のHigh Profileの代替ではなくMain Profileの代替だとすれば、
現状、この程度でもいいんじゃない? ヌルッとした画質傾向はチューニング
次第でどうにでもなりそうだし。

30 :名無しさん@編集中:2010/05/20(木) 16:49:27 ID:4Fg1nA/6
ちなみにmozilla関係の人のブログでは、x264の人がいろいろディスってるけど
その彼でもmain profileよりは上だと認めているし、それはほぼすべてのウェブ上の
H.264よりも全ての家電で動く設定のH.264よりも上だということなんだといっている

31 :名無しさん@編集中:2010/05/20(木) 16:51:20 ID:uJ81Uaas
>>30
>VP8, as a spec, should be a bit better than H.264 Baseline Profile and VC-1.
>It’s not even close to competitive with H.264 Main or High Profile.

http://x264dev.multimedia.cx/?p=377

32 :名無しさん@編集中:2010/05/20(木) 16:54:11 ID:4Fg1nA/6
http://weblogs.mozillazine.org/roc/archives/2010/05/its_a_relief_to.html
There's a lot of noise from H.264 proponents about Dark Shikari's analysis of VP8, but
even he agrees it's better than H.264 Baseline, which is
ああごめんbaselineの間違いだ
つーことは現在のyoutubeよりは落ちるとみていいのかな

33 :名無しさん@編集中:2010/05/20(木) 16:58:11 ID:uJ81Uaas
Bフレームも使えない様な規格だし、H.264 Mainに勝てる訳はない。

VP8は、Bフレーム無し+CAVLCのH.264 Baselineと比較するべき。

34 :名無しさん@編集中:2010/05/20(木) 16:58:33 ID:uGoULrHO
ワンセグよりマシとか駄目じゃんw

35 :名無しさん@編集中:2010/05/20(木) 17:11:32 ID:4Fg1nA/6
http://x264dev.multimedia.cx/?p=292
再び訂正
youtubeはbaselineらしい
しかしiPhoneのためにこのクオリティなのに、iPhoneで再生できない
VP8にかえるというのはどういうことなんだろう

36 :名無しさん@編集中:2010/05/20(木) 17:13:50 ID:VY9r/8Dm
オープンでフリーな方が普及すべき
H.264厨は使用料徴収の当てがハズレそうだね
ざまぁw

37 :名無しさん@編集中:2010/05/20(木) 17:16:22 ID:4Fg1nA/6
appleの推進するH.264(baseline profile)もVP8もどっちも糞だから画質厨は
ウェブ標準に関してはあきらめろということだ

38 :名無しさん@編集中:2010/05/20(木) 17:31:06 ID:kIzf1mnp
>>5の下のところが更新されてた。
でエンコは出来たけどコンテナが作れないという。
一応2passだと1pass目はx264のターボモードって感じで1pass目は早く終るのがデフォルトになってるのはいいね。


39 :名無しさん@編集中:2010/05/20(木) 17:34:02 ID:fAPLdHIQ
>>37
待て。HTML5のvideoタグでH.264のプロファイルまでは定められていないと思ったが。

40 :名無しさん@編集中:2010/05/20(木) 17:47:15 ID:4Fg1nA/6
規格がどうあれyoutubeがそうであるように、iPhoneで見るためにはそういうものしか存在できないんだろ

41 :名無しさん@編集中:2010/05/20(木) 18:05:22 ID:uJ81Uaas
VP8を試したいのなら、avs2yuv -raw input.avs -o output.yuv として、
SDKのivfencでエンコードするのが楽。

http://akuvian.org/src/avisynth/avs2yuv/
http://code.google.com/p/webm/downloads/list
http://www.webmproject.org/tools/encoder-parameters/

できたファイルはivfdec --i420 -o vp8.yuv vp8.ivf としてデコードして、
RawSource(file="vp8.yuv", width=width, height=height, pixel_type="I420") とする。

42 :名無しさん@編集中:2010/05/20(木) 18:06:09 ID:fAPLdHIQ
>>40
完全に意味不明。せめて、Youtubeが複数解像度のストリームを
用意していることぐらい理解しとけ。

43 :名無しさん@編集中:2010/05/20(木) 18:28:10 ID:x+Zgl9Ja
・Theoraよりは高画質
・オープンでフリー
・プラグインインスコやFlashを使わずにブラウザで再生可能
  例外 IEだけはプラグインかFlashが必須
・WebMコンテナはVP8+OggVorbisと決め打ちされてるので、再生出来ないことがない
・エンコ設定がシンプル
・再生負荷云々はGPUサポートなどもあるしこれから

とにかくエンコ、デコードともに使いやすさと混乱しないことを重視してるね
これはこれでいいんでない?


44 :名無しさん@編集中:2010/05/20(木) 18:32:32 ID:amrNPNov
一般人がするエンコでこれを選ぶ必要ないしなぁ
ブラウザ標準対応が完全なら問題ないや

45 :名無しさん@編集中:2010/05/20(木) 18:45:16 ID:x+Zgl9Ja
>>15
それH264で再生されてるってw
WebMで再生すると360pと720pしか選べないはず。

46 :名無しさん@編集中:2010/05/20(木) 18:55:43 ID:/4LbUp2w
確かに、決してベストな選択肢ではないかもしれないけれど
ベターな選択肢ではあるよね。H.264の抱える問題をクリアしてるので
結果としてはデファクトスタンダードになって普及する可能性はある。

47 :名無しさん@編集中:2010/05/20(木) 19:24:09 ID:e+G/vTNo
これ、ソースコードが公開されるのか。
企業や有志の手によってより高画質化できるエンコーダが開発されるという可能性もあるのかな?

今すぐ既存コーデックにとってかわるものではないけど、
数年がかりで洗練されていきそうな感じはある。

48 :名無しさん@編集中:2010/05/20(木) 19:30:24 ID:1RWyfCuJ
公式のDirectShowフィルターを入れたら
  WebM Muxer Filter
  WebM Source Filter
  WebM Splitter Filter
  WebM VP8 Decoder Filter
  WeM VP8 Encoder Filter
が登録されるので、GraphStudioでこんな感じでEncoderとMuxerを使ってwebmファイルを作ってみました。
  ttp://www1.axfc.net/uploader/Img/so/82889.jpg ←GraphStudioのスクショと簡単な説明
  ttp://www1.axfc.net/uploader/File/so/44030.zip ←作成したwebmファイル
VP8 Encoderは詳細設定とかどうやるのかわからんかったのでそのまま使用。
音声も入れたかったけど、Vorbisのエンコード経験がないので省略。

とりあえず作成されたwebmファイルをMPC-HCで再生すると、
WebM File SourceとWebM VP8 Decoderによって再生されることを確認。

知識が半端なんで、ivfencで好みのパラメータ設定で作ったivfファイルを
どうやってMuxerにもってけばいいのかわかんねっすorz どなたか教えてくんなまし。

あとはVorbisについて勉強しておかねば・・・。おすすめのエンコツールとかあればそちらも是非。

49 :名無しさん@編集中:2010/05/20(木) 19:44:03 ID:K3vV3rDj
GraphStudio使えるならVorbisはXiph公式のDirectshowFilter使えばよくね?

http://www.xiph.org/dshow/downloads/

と、ここまで書いて気付いたが、音声は別でエンコしてMuxするのが普通か。
コマンドラインエンコーダはAoTuV使っとけば良いんじゃないかな。


50 :名無しさん@編集中:2010/05/20(木) 19:46:39 ID:fAPLdHIQ
>>47
Vorbisはかなり高音質化されたけど、TheoraはOn2が提供したコードがアレだったのと
そもそもの規格がプアーだったせいか高画質化できなかったので、VP8の高画質化は
良くわからない。ただ、画質の傾向を変えることはできると思う。

VP8がVP6のようにウェーブレット変換を使っているのなら、まだその辺は未成熟なので、
実装の改善だけで画質の改善はありえるかな。

51 :名無しさん@編集中:2010/05/20(木) 19:48:49 ID:2m5uEKJf
>>48
GUIが欲しいならoggdropXPd ttp://www.rarewares.org/ogg-oggdropxpd.php が無難かな
foobar2000等の音楽プレーヤーはコマンドラインエンコーダを通してエンコできるからそれを使うのもいい

52 :名無しさん@編集中:2010/05/20(木) 19:51:24 ID:uJ81Uaas
>>50
VP6は8x8のDCTで、VP8は4x4のDCT。

DWTを使う規格にはDiracがあるけど、DCTの規格よりデコードが遅くて画質が悪い。

53 :名無しさん@編集中:2010/05/20(木) 20:31:03 ID:fAPLdHIQ
>>52
ありゃ、かつてVP6はウェーブレット変換使っているという話だったし、
wikipedia日本語版にもそう書いてあったけど、ウェーブレット変換使って
なかったのか…。

DCTベースという同じ土俵の上では、H.264よりも高画質というのはまず無理だなぁ。

54 :名無しさん@編集中:2010/05/20(木) 20:40:37 ID:uJ81Uaas
>>53
VP6は大分前に解析されて、libavcodecで扱える様になった。

http://www.dspdesignline.com/211100053?printableArticle=true
http://wiki.multimedia.cx/index.php?title=On2_VP6

Dark Shikariが言うには、VP8のDCTは4x4だけで、8x8は無いそうだ。
変換だけでも8x8を使えるH.264 Highと比較すれば、VP8にとって不利になる。

55 :名無しさん@編集中:2010/05/20(木) 21:14:03 ID:o01CK+Ux
ソース見た。既にある程度のSSEによる最適化はなされていた。
気になったんだけどVorbisって人の声のみの音はあんまり得意じゃないと思っていたんだけど改善されたのかな?

56 :名無しさん@編集中:2010/05/20(木) 21:18:23 ID:1RWyfCuJ
>>49
>GraphStudio使えるならVorbisはXiph公式のDirectshowFilter使えばよくね?

デコーダーのみだと思い込んでて後回しにしてました。VorbisのEncoderフィルターも入ってるんですね。
さっそく最新のoggcodecs_0.83.17220-win32.exeを入れて試してみましたが、何やらエラーが出ますね・・・。
「PCM音声→Xiph.Org Vorbis Encoder→WebM Muxer」と単純につないでみましたが、Muxでエラーが起きてる模様。
環境や使い方が悪いのかな・・・。

>>51
ありがとうございます。色々試してみたいと思います。

57 :名無しさん@編集中:2010/05/20(木) 21:23:58 ID:RHR7Nvu3
このコーデックの利点て、

・フリーである
・再生の軽さの割には画質が良い
・オープンソースである
・単純で扱いやすい

短所は

・画質はH.264に劣る
・圧縮率もH.264に劣る

こんなとこ?

58 :名無しさん@編集中:2010/05/20(木) 21:36:28 ID:x+Zgl9Ja
>>53
ウェーブレット使ってるのはSNOWだったかな
これはオープンソース

59 :名無しさん@編集中:2010/05/20(木) 21:39:41 ID:uJ81Uaas
>>57
デコードは今の所、ffmpeg等の最適化された実装があるH.264の方が速い。

特許の心配をせずに使える規格の中では、VP8がベストと言うのは事実だから、
H.264に負けるからといって、悲観することはない。

60 :名無しさん@編集中:2010/05/20(木) 21:54:36 ID:L9UDLQsm
結局は安かろう悪かろうが標準になってしまうのか・・・


61 :名無しさん@編集中:2010/05/20(木) 21:59:01 ID:RHR7Nvu3
最適化が進んで、H.264よりずっと負荷が軽くなるなら悪くは無いと思う。
そうならないならちょっと・・・とは思う。

62 :名無しさん@編集中:2010/05/20(木) 22:02:24 ID:4FuxsSG5
>>55
Vorbisについては蒼弓さんに直接聞いてみるとか
ttp://www2.atword.jp/aooa/

63 :名無しさん@編集中:2010/05/20(木) 22:14:00 ID:/4LbUp2w
オープンソースでロイヤルティフリーだから
何にでも実装できるのは大きいだろうね
既にYoutubeも対応してるんからなし崩し的に普及しそう

64 :名無しさん@編集中:2010/05/20(木) 22:21:57 ID:fZRps5vi
>>55
特段の改善はされていないと思う。
超低ビットレートでなければ大丈夫だと思うけどね。

65 :名無しさん@編集中:2010/05/20(木) 22:27:04 ID:/4LbUp2w
問題は速度がどれくらい実用的かだよな
実装を見た限り複雑な処理を要求する要素は
省略してるから重くはならなさそうだが・・・

66 :名無しさん@編集中:2010/05/20(木) 22:41:55 ID:2m5uEKJf
>>55
もしかしたら人声用にCELTも使えるようにしてくれっていう話も将来は出てくるかもしれないが、
まあ64の言うとおり超低ビットレートでなければVorbisでも大丈夫だと思う

67 :名無しさん@編集中:2010/05/20(木) 23:08:30 ID:kIzf1mnp
Grapheditはエンコ設定不明で音は不可
ivfencはエンコはできるけどマージ方法が不明
makewebmでできそうだけどやり方不明だし色々と厳しい

68 :名無しさん@編集中:2010/05/20(木) 23:38:17 ID:yGTWvZYl
Ptalarbvormとかvp8にフィードバックしたりしないの?

69 :名無しさん@編集中:2010/05/20(木) 23:42:35 ID:fAPLdHIQ
>>55
>>62にも出ているけど、蒼弓さんがガシガシ音質改善のためのパラメータ調整
したので、平均64kbpsぐらいまでならAAC並に高音質。

70 :名無しさん@編集中:2010/05/20(木) 23:54:50 ID:/H71WTLA

I, FOR ONE, WELCOME OUR NEW WEBM OVERLORDS
http://xiphmont.livejournal.com/50239.html

Xiph.Org press release about WebM
http://xiphmont.livejournal.com/50683.html


自然な成り行きだが、Xiph.Orgも全面的にWebMを支援していくとのこと
というか、既に数週間前からVP8のソースコードに関わってたらしいw

71 :名無しさん@編集中:2010/05/21(金) 00:07:06 ID:SfniOrnQ
パッチ当てたffmpegバイナリはない?

72 :名無しさん@編集中:2010/05/21(金) 00:17:03 ID:ZUW/EFpL
Googleって、まだ完成して無い技術やコードをさも凄いもののようにしてオープンソースにするところがちょっとダメなところだと思う。

73 :名無しさん@編集中:2010/05/21(金) 00:58:06 ID:D1XB8m8v
>>57
短所に
既存のハードでは再生支援が効かない(将来は可)
も追加で

74 :名無しさん@編集中:2010/05/21(金) 01:47:52 ID:ZjKi4CGA
はぁ?既にx86のSSEやARMのNEONも効くだろ
これだから情弱は(ry

75 :名無しさん@編集中:2010/05/21(金) 02:03:57 ID:MDQF701B
いつからSIMD命令セットへの対応をハードでの再生支援って言うようになったんだ?

76 :名無しさん@編集中:2010/05/21(金) 02:04:00 ID:ZjKi4CGA
あとGPUについても言いたいんだろうが
あくまでも「Webでのビデオフォーマット」に関して言えば
FLV上のH.264ですらようやくリリースされる予定のFlash 10.1で
正式にサポートするって段階なんだから理解力不足の上に
本質を見極めるピントがずれてるとしか言いようが無い。

しかもFlashという閉じた枠内。単純にローカルで再生するのなら
WebMを(VP8も)わざわざ用意する必要なかっただろうに。

77 :名無しさん@編集中:2010/05/21(金) 02:04:50 ID:D1XB8m8v
そういう話じゃない
既存のGPUの大部分の製品にはH.264の再生支援を
ハードウエア的なロジック回路として実装しているが
VP8についてはこれからの対応になる、という話

78 :名無しさん@編集中:2010/05/21(金) 02:08:37 ID:ZjKi4CGA
現状では 「Flash + H.264 + DXVA」
という三重の閉塞した規格内でしか受けられんよ。
しかもDXVAに関してはWindows限定の規格。

他のプラットホームでは最近になってようやくMacでも
「Flashの」GPUによるH.264デコード対応が始まった程度。
スマートフォンに至っては更に後回しだ。

なんか技術的な部分を全く理解して無いようだが
GPUさえあればなんでも再生支援できるって
そんな生易しい話じゃねーよタコ。

79 :名無しさん@編集中:2010/05/21(金) 02:13:09 ID:D1XB8m8v
Mac?
あれに関しても既にFlashの枠外でも有効化されている
既にHTML5 video/H.264はSafariで再生支援を受けられる

80 :名無しさん@編集中:2010/05/21(金) 02:22:02 ID:D1XB8m8v
WinのDXVAは汎用のものであって特定のセットでしか使えない物ではない
OSXに最近追加された再生支援用のフレームワークも同様
使いたければ基本的にどのサードパーティでも使える

HD動画の再生支援はユーザーに取って関心の有る話題だし効果も大きい
それを「本質的でない」と断じる姿勢はおかしい

少なくとも現在既に実装されて使える環境がほぼ整っているH.264と
まだこれからのWebM/VP8、という状況を指摘をすることに問題が有るとは思えない

81 :名無しさん@編集中:2010/05/21(金) 02:24:38 ID:ZjKi4CGA
だからさ、PC向けのGPUに限った話だって言ってるだろ?
WebM/VP8はローカルではない、web上の動画フォーマットだから
あらゆるインターネット接続できるデバイスで再生できるのが目的だ。

だから処理を端折って、H,264比で画質を犠牲にする代わりに
再生の負荷を軽く留めてるわけだ。逆に言えば、H.264の再生支援を
受けられるデバイスがPC以外でどれだけあるんだという話になる。

GPUさえあればH,264は再生支援が絶対受けられる〜みたいな解釈が
根本的に間違えてるし、WebM/VP8の設計思想を理解できていない。

PC向けGPUはH.264の符号化処理などをハードワイヤードで処理するために
専用のユニットを装備しているが、当然全てのGPUに備わってはいない。
処理させるにはシェーダーを動かして肩代わりさせるといった手法もある。

ただ実際にGPUを叩いたことある人なら分かるけど、クソめんどくさい。
CPUのSIMDユニットにやらせる方が遥かに楽だしスマートなやり方。
GPGPUなんぞ謳われてきたが、現状ではろくに普及して無い現実見りゃ分かる。


82 :名無しさん@編集中:2010/05/21(金) 02:36:21 ID:ZjKi4CGA
DXVAって何の略か分かってるのか?
「Direct X Video Acceleration 」だぞ
どこをどう読んだら他のOSに移植できるんだよ。

無論GPU側のハードウェアユニットは他のOSでも使えるが
DXVA自体は完全にWindowsのみのAPIなのは文字通り。

もちろん、H,264そのものはそりゃもう誰もが認める
超優秀なコーデックで比類なき完成度だが
現実問題としてWeb標準として採用するには
看過できない欠点が多くてどうしようもないよ。

ハードワイヤードで処理できるのはH,264の利点の一つだが
といっても限られたデバイスなのが問題。そもそもCPUですら
十分に処理できないようなコーデックはWebビデオに向いてるのか?

勘違いしないで欲しいけど、自分が言いたいのは適材適所で
H.264とVP8は完全にベクトルが違うからGPU再生支援云々を
欠点として指摘された所であんまり意味が無い。ねるぽ。

83 :名無しさん@編集中:2010/05/21(金) 02:45:19 ID:D1XB8m8v
曲解してあれこれ叫ぶのは結構だが、こちらの書いたことを踏まえた上で
>>73が果たしてwebMの「現時点での状況」を説明するものとして
間違っているのか否か、をまず考えてくれ。シンプルに、ロジカルに、脱線せずに。

理解力不足、本質、ピントのズレ、そっくりお返しするよ。
事実関係の間違いも多いし、特に>>78の後半3行は単に君の読み間違いでしかない。
誰もどんなGPUでも再生支援が有効だなどと言ってない。
DXVAが他のプラットフォームに移植出来るなどとも言っていない。

単に現状を踏まえて事実として一つの事柄を>>73で述べているだけだ。
そして「将来は可能になる」ともちゃんと書いている。

WebM/VP8の役割とメリットのことは十分理解しているので君の稚拙な解説など必要無い。

84 :名無しさん@編集中:2010/05/21(金) 02:54:17 ID:SSxzeiM5
軽いフォーマットだから再生支援なんて要らないのが利点
処理が軽いから性能の低いマシンでも、バッテリ重視のモバイルでもOK
何をそんな必死になって言い張ってるのかよく分からんのだが

揚げ足取りが早速湧いてるとしたらそれだけ注目度高いのか
嬉しいやら悲しいやらw

85 :名無しさん@編集中:2010/05/21(金) 02:56:06 ID:ZUW/EFpL
まぁ、まだ未完成のコーデックだよ。これ。

86 :名無しさん@編集中:2010/05/21(金) 03:15:28 ID:D1XB8m8v
>>82
おっと読んでなかった、失礼。
前半部分の「読み間違い」は除くと、後半部は特に異論無いよ。

こちらも別に元々事実の一つを書いただけでしかないので、
それぞれのメリットは十分に理解してるよ。

でもこれは(特にこの板的にも)結構無視出来ない話だよ。
将来でなく、今既に手元に有るハード資産を活かす上ではね。
H.264なFlash動画やYoutube,VimeoのHTML5 videoなH.264でも、
実際にその恩恵を受けてる人達も既にかなり居るんだし。

また最良の再生品質/パフォーマンスを得るには例えwebM/VP8でも
再生支援が有った方が望ましいのは確か。
元々のこちらの意図は主にPC向けの話だが、そちらが話に含めようとしたモバイル関連でも
VP8のハードウエアデコーダーを載せる方向で一部ベンダが既に動き出してる。

あと君の噛み付き方は何度読み返しても色々おかしいと思う。
色々と勝手に読み違えて明後日の方向に反論されても困るよ。

言っていることは所々正しいので全否定などする気もないが、
相手が何をどこまで言っているのかをちゃんと読み取るべき。

87 :名無しさん@編集中:2010/05/21(金) 04:31:37 ID:M+4L+WmI
ID:D1XB8m8vの認識が圧倒的に正しいな

88 :名無しさん@編集中:2010/05/21(金) 06:28:11 ID:ef9GP0w7
今知った
音声Vorbisなんか
蒼弓氏今もまだファインチューニングしてるのかな

89 :名無しさん@編集中:2010/05/21(金) 08:56:50 ID:KZ6fE8yZ
WebM ffmpeg build
http://micksam7.com/blog/index.php/?p=743

90 :名無しさん@編集中:2010/05/21(金) 09:31:07 ID:zaU1iovu
ID:ZjKi4CGAアホすぎてワロタ

91 :名無しさん@編集中:2010/05/21(金) 10:11:14 ID:apzZhyhR
>>89のところに書いてるやつ。フロントエンド
ttp://www.wildform.com/flixwebm/downloadsite/
Wildform4Flix
これでwebmは作成できた。

92 :名無しさん@編集中:2010/05/21(金) 11:58:47 ID:pajFz3Da
>>91
ttp://www.wildform.com/products/flix/

93 :名無しさん@編集中:2010/05/21(金) 12:00:04 ID:5H67jSo1
VP8と対応FME配布マダー?

94 :名無しさん@編集中:2010/05/21(金) 12:00:17 ID:1XnYOO4N
>>88
蒼弓さんのチューニングがマージされたのってlibVorbis 1.1.0でもう5年前か。
最近の蒼弓さんのチューニングってマージされたのかな?

95 :名無しさん@編集中:2010/05/21(金) 12:15:26 ID:WWtcvdJF
ttp://www2.atword.jp/aooa/2010/05/17/libvorbis-131-aotuv/

96 :名無しさん@編集中:2010/05/21(金) 12:37:13 ID:pajFz3Da
VP8がフリー化されたからTheora (VP3)涙目じゃね?
・・・どうせならVP6もフリー化すればよかったのに。

97 :名無しさん@編集中:2010/05/21(金) 13:04:49 ID:Nse/r//G
エンコの負荷と時間がH264に劣ってないかいorz

98 :名無しさん@編集中:2010/05/21(金) 13:38:22 ID:5NGieXdi
>>88
一人でやっているよ。それと一緒に開発をしてくれる人を募集してる。
http://www2.atword.jp/aooa/2009/09/16/aotuv-beta6/
誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、
そうした積極的な方はいらっしゃるでしょうか?(新しい開発者はWelcomeです!)

>>94
libVorbis 1.3.0でマージされる予定だったけど流れて現在の1.3.1の
次の公式リリースでマージされるという話です。

99 :名無しさん@編集中:2010/05/21(金) 15:08:06 ID:Nse/r//G
>>91
たかだか5分の動画のエンコードに3時間もかかったけど設定間違ってるかな
といってもほとんど設定が見当たらないね・・・

100 :名無しさん@編集中:2010/05/21(金) 15:28:21 ID:jugVZ+9Z
.ivfが謎過ぎる、、デコードできるけど、muxできない、、。
Googleは何を思ってリファレンスエンコーダの出力にこんな謎な形式を選んだんだ。
せめてMKVで出力してほしかった。

101 :名無しさん@編集中:2010/05/21(金) 16:03:35 ID:iSk4dKL4
ttp://resic.laburec.net/archives/2010_05.html#20100520a

102 :名無しさん@編集中:2010/05/21(金) 16:16:19 ID:MDQF701B
>>99
デフォルトだとアホみたいに時間かかる。
-level 300 を指定してやると、CPUがQ6600で640x480の動画が45fpsくらいでエンコードできたよ。
-level 100 とか-level 200 だと何故か遅すぎ(1fps)なので諦めた。

103 :名無しさん@編集中:2010/05/21(金) 17:28:29 ID:pajFz3Da
ivfっつーか生のVP8じゃね?

104 :名無しさん@編集中:2010/05/21(金) 18:12:49 ID:u7eJwBEm
ivfはIndeo Video Formatらしい
VP8のRAWデータって訳では無い様だ

105 :名無しさん@編集中:2010/05/21(金) 18:24:23 ID:MDQF701B
単に名前被っちゃっただけじゃないだろうか<Indeo Video Format
生のVP8で合ってると思う。

http://wiki.multimedia.cx/index.php?title=IVF

ffmpeg-develにDemuxerのパッチ投稿されてるね。

http://permalink.gmane.org/gmane.comp.video.ffmpeg.devel/109802


106 :名無しさん@編集中:2010/05/21(金) 19:38:00 ID:u7eJwBEm
>>105
ivfdec.cに対する差分ファイルのコメント欄見てないの?
+/*
+ * Indeo Video File Format
+ * Copyright (c) 2010 David Conrad
ってバリバリ書いてあるじゃん

ちなみにこれ当てたffmpegで実験してみてるけど、-i hoge.ivf -vcodec copy out.webm とするとハング(無限ループ?)状態になる
追加で -i hoge.ogg -acodec copy -map 1.0:0.1 とかすると#0.1のsyncが見つからないとか言われて変換できなかった

107 :名無しさん@編集中:2010/05/21(金) 20:21:41 ID:OmZD0HHY
画質がどうこう以前に特許はほんとに大丈夫なんだろうか?
googleはそこをハッキリしてくれないとソース公開されても怖くて使えない

108 :名無しさん@編集中:2010/05/21(金) 20:36:29 ID:MDQF701B
>>105
すまん、読んでなかった。確かにそう書いてあるね。

>>107
Googleはロイヤリティフリーって言ってるけど特許フリーとは言ってないんじゃね?

109 :名無しさん@編集中:2010/05/21(金) 20:47:22 ID:D1XB8m8v
世間の反応だとGoogleは資金豊富だから、
例えそうなっても金の力でねじ伏せるだろう、みたいなこと言ってるね

個人的にはGoogleはその純粋な技術力はさておき訴訟には強そうな印象

110 :名無しさん@編集中:2010/05/21(金) 21:00:00 ID:pajFz3Da
ttp://www.on2.com/index.php?599
左どこのエンコーダ使ってんねん

111 :名無しさん@編集中:2010/05/21(金) 22:22:34 ID:fuQ4Pvxe
VP8のライセンスw
ttp://d.hatena.ne.jp/edvakf/20100521/1274414815

>「もしあなたがこの特許使用権を行使したことにより、他者があなたを訴えたり
>クロスライセンスを結ぼうとした場合、その者はこの条文により許諾されたすべての権利を失う」

112 :名無しさん@編集中:2010/05/21(金) 22:29:34 ID:5H67jSo1
VP8と対応FME配布マダー?

113 :名無しさん@編集中:2010/05/21(金) 22:31:14 ID:Ka6DX2Q2
>>104-108
たしかにパッチにはIndeo Video Fileと書いてるけど、まだ鵜呑みにしないほうがいいような気がする。
パッチについて否定的なコメントもついてるように見えるけど。
  ttp://comments.gmane.org/gmane.comp.video.ffmpeg.devel/109802

Indeo Video Formatとやらの資料を探したけどよくわからんかった。
MSのサポートサイトで拡張子ivfのサンプルを見つけたんだけど、中身はIV50+PCMのAVI 2.0なんだよね・・・。
  ttp://support.microsoft.com/?scid=kb;en-us;q316992

WebMのIVFは、>>105のWikiにあるように、生のVP8データを格納するシンプルな独自コンテナのような気が。
コメントについてるように"idiotic video frames"だとか"internet video file"だとか、そんな感じじゃないのかなあ。

114 :名無しさん@編集中:2010/05/21(金) 23:03:36 ID:u7eJwBEm
>>113
コメントにIndeoって書いてあったからそう思ったんけど違うのか・・・

パッチに関しては既にbugらしきものを見つけた
ivfdec.cの56行目で av_q2d(st->time_base); を掛けてるけど、これ不要
単に
st->duration = get_le64(s->pb);
としないと値がおかしくなる

Wikiの方はbytes 16-23がframe rateである事が抜けてるね
16-19が分子で20-24が分母の二つで構成されている模様

115 :名無しさん@編集中:2010/05/21(金) 23:29:23 ID:fuQ4Pvxe
せかにゅ:Googleのオープン動画フォーマット「WebM」、Appleは不支持か
ttp://www.itmedia.co.jp/news/articles/1005/21/news048.html

116 :名無しさん@編集中:2010/05/22(土) 00:14:04 ID:cnvZWLAb
>>113
"idiotic video frames"の方は揶揄じゃね?w

117 :名無しさん@編集中:2010/05/22(土) 00:19:10 ID:kl2HjMmj
今Googleのトップ画面でパックマン遊べるぜ。

118 :名無しさん@編集中:2010/05/22(土) 00:24:32 ID:cnvZWLAb
>>117
スレチだが懐かしいな。

119 :名無しさん@編集中:2010/05/22(土) 01:20:25 ID:iZp/E8Lm
うーん・・・>>89にあるffmpegで音声つきのwebmファイルが作れたのはいいんですが
再生時にWebM公式のWebM Source FilterやWebM Splitter Filter、
それにWebM対応した最新のHaali Media Splitterのどれを使っても、
Xiph.OrgのVorbis Decoderと接続できないのはなんでだろう。
GraphStudioで直接つなげてやろうとしてもつながんない。
 ttp://www.webmproject.org/tools/
を見ると、VorbisについてはXiph.OrgのDirectShowフィルタ入れろとなってるから
つながらないわきゃないと思ってたんですが・・・。うちだけでしょうか?

最新のoggcodecs_0.83.17220-win32.exeを入れたらOgg再生時にアプリが落ちるようになってしまったので
1つ前のoggcodecs_0.82.16930-win32.exeを入れたのですけど、そのせいでしょうか?

とりあえずffdshowのオーディオデコーダーでVorbis有効にしたり、
MPC-HCの内蔵Vorbisデコーダーを使えば問題はないのですが・・・。

120 :名無しさん@編集中:2010/05/22(土) 04:32:13 ID:u2gMR8WY
22 5 月 GoogleがWebMを公開
ttp://www2.atword.jp/aooa/

121 :名無しさん@編集中:2010/05/22(土) 06:00:12 ID:iZp/E8Lm
バカポさんの記事に
 >そのほか、これらオプションスイッチの指定が不要な simple_encoder.exe や、
 >その2pass版と思われる twopass_encoder.exe も同じディレクトリにあります。
とあったので試しにこれでivfを作ってみたのだけど、出来上がるivfがおかしくなってる気がする。
>>41の方法で、「ivfdec --i420 〜」でデコードしたうえでRawSoure(pixel_type="I420")で見ると、
赤色色差と青色色差が逆になってる模様。pixel_type="YV12"にすると正しい色に見える。
ivfencを使った場合は問題ないので、simple_encoderとtwopass_encoderのバグってことになるのだろうか?

122 :名無しさん@編集中:2010/05/22(土) 06:17:08 ID:iZp/E8Lm
公式の
  http://www.webmproject.org/tools/encoder-parameters/
にある「1-Pass, Faster Encoding」のパラメータでivfエンコしてみたら、

  Warning: option minsection-pct=20 ignored in one-pass mode.
  Warning: option maxsection-pct=800 ignored in one-pass mode.

って警告が出ました。何故2pass用のオプションを指定しているのだろう・・・。

123 :名無しさん@編集中:2010/05/22(土) 19:06:38 ID:vG5xO6no
http://www.mirovideoconverter.com/
エンコおそろしく遅いんだけどこんなもん?

124 :名無しさん@編集中:2010/05/22(土) 19:33:24 ID:vG5xO6no
mpeg2→webm
Q9400で実時間の5倍かかった
これは・・・

125 :名無しさん@編集中:2010/05/22(土) 20:03:21 ID:PMqsqjOV
>>124
x264の1080p30と良い勝負かw

126 :名無しさん@編集中:2010/05/22(土) 20:09:44 ID:jPGRMTUi
>>119
そのffmpegのVorbisエンコーダがlibavcodec由来のものだからかも。
これは音質がかなり悪いので、どちらにせよ使わない方がいいと思う。

127 :名無しさん@編集中:2010/05/22(土) 20:09:51 ID:1UcangE2
もっと遅くねーか
x264の6倍ぐらい時間かかるな

128 :名無しさん@編集中:2010/05/22(土) 20:20:09 ID:NC3dtprJ
いきなり死亡したな

普及せずに終わった

129 :名無しさん@編集中:2010/05/22(土) 20:56:46 ID:cnvZWLAb
-level 300でも遅いのか?

130 :名無しさん@編集中:2010/05/22(土) 21:55:22 ID:iZp/E8Lm
>>126
その後、
  1.oggcodecs_0.82.16930のVorbisEncoderフィルタとOggMuxフィルタで作ったOggVorbisを
    >>89のffmpegで-acodec copyで映像とMuxしたwebm
  2.aoTuV post-beta5.7[20100516]で作ったOggVorbisを
    >>89のffmpegで-acodec copyで映像とMuxしたwebm
  3.>>91にあるWildform4Flix(FlixWebM)で作ったwebm (MediaInfoで見るとlibVorbis20100325を利用)
でも試してみましたけど、どれもffdshowでしか再生できないようです。
詳しい仕組みはよくわかんないけど、Xiph.OrgのVorbis DecoderフィルタはOgg専用なんですかねえ・・・?

131 :名無しさん@編集中:2010/05/22(土) 22:09:13 ID:iZp/E8Lm
それと、>>91にあるWildform4Flix(FlixWebM)ですが、インストールすると
WebM公式のDirectShowフィルター(v0.9.5)よりも少し古いもの(v0.9.3)をsystem32に登録するようです。
アンインストールしても登録されたまま残ります。
別の場所に0.9.5を置いて使ってたのにいきなり0.9.3になってたのでなんでだろうと思った・・・。
0.9.3と0.9.5の違いは不明ですが、最新のフィルタを使いたい人はちょっと注意が必要かも。

あとFlixWebMで入力にHuffyuv+PCMのAVIを使おうとしたら映像がうまく読めないようで画面が真っ黒に。
色々試してみたところ同じHuffyuvでもRGBで圧縮したものなら読めましたが、YUY2圧縮したものは真っ黒になるようでした。
他にも読めるもの、読めないものがあるようで、よくわからないっす。一応参考までに。

132 :名無しさん@編集中:2010/05/22(土) 22:33:02 ID:kl2HjMmj
グーグルは、未完成品をさもすごいもののようにして出すのはやめて欲しい。

133 :名無しさん@編集中:2010/05/23(日) 04:25:27 ID:sE2mo+k5
秒速5センチメートル公式サイトにある8Mbpsのwmv(ファイルサイズ24MBちょい)を
いったんHuffyuvRGB+PCMのAVIに変換してから、
FlixWebMで映像2000kbps、音声128kbpsという設定でwebmにエンコしてみたら、
映像5196kbps、音声500kbps(MediaInfo調べ)の32MBのファイルが出来上がったでござる・・・。

134 :名無しさん@編集中:2010/05/23(日) 06:05:03 ID:H/2QNnvS
今試してみてるけどこれエンコに時間掛かりすぎだろ
これ開発してる連中は一体どんなスペックのPCで開発してるんだ?

135 :名無しさん@編集中:2010/05/23(日) 08:51:40 ID:cn0xqkX1
すでにつべで公開始めてる訳だから、
鯖で公開する用の専用エンコーダ?はちゃんとしたの完成してる筈だが
こっちのは当然別扱いだろうし、荒削りのまま出しちまったのかな

136 :名無しさん@編集中:2010/05/23(日) 09:30:47 ID:K+xqHTpS
当然別扱いって・・・なんてクローズドなって事だよね

137 :名無しさん@編集中:2010/05/23(日) 14:18:30 ID:14sHIuzi
Googleがエンコーダ公開するときは普通の技術者じゃない人もある程度使いやすいように、
GUIを持ったエンコーダを公開するものだと思ってたんだ。
プリセットの設定を含みつつアドバンスモードとかで細部を設定できるGUIをもったのを。
蓋をあけてみればエンコーダとFFMPEGパッチ以外ほとんど開発者に丸投げだった。
普及を考えるならGoogle製の登録の要らないフロントエンドくらい用意しようよ。

138 :名無しさん@編集中:2010/05/23(日) 14:31:08 ID:14sHIuzi
137追記:Wildform4Flixは登録が簡易なGUIエンコーダだけど、設定できる項目が少なすぎる。

139 :名無しさん@編集中:2010/05/23(日) 15:26:50 ID:sE2mo+k5

ffmpegのr3ビルドが公開されてた。
  http://micksam7.com/blog/index.php/?p=743

140 :名無しさん@編集中:2010/05/23(日) 23:48:49 ID:GIVn9ybd
>>15
現時点では、再生支援が効くなら1080pはh.264の方が実質的に軽いと言うことか。

141 :名無しさん@編集中:2010/05/23(日) 23:54:15 ID:GIVn9ybd
落ちを読んでいなかったorz

142 :名無しさん@編集中:2010/05/24(月) 02:23:00 ID:KFWtWN+1
ようつべどこにwebmの動画あるの?

143 :名無しさん@編集中:2010/05/24(月) 02:57:17 ID:I6R4ETp5
>>142
対応するブラウザの開発版を落として、
そのブラウザでつべのHTML5テスト版を有効にしてから
ここ数日にアップされたHD動画を探すと観れるよ
つべの「検索オプション」で「今日」「HD」とか指定すると大抵確実
(中にはFlashのが混ざることも有るから、右クリで確認)
昨日位からプレーヤーの表示が変っぽい、崩れたり直ったりしてる
ちゃんとしてるときは動画の下に「HTML5 WebM」ってマークが入る

プロジェクトのサイト(手順の説明)
ttp://www.webmproject.org/users/

一例
ttp://www.youtube.com/watch?v=aMF0B2poQBk&hd=1&webm=1

144 :名無しさん@編集中:2010/05/24(月) 03:13:44 ID:+oLFOxjE
&webm=1を付けて検索

http://www.youtube.com/results?search_query=trailers&aq=f&webm=1

145 :名無しさん@編集中:2010/05/24(月) 03:20:51 ID:I6R4ETp5
あ、そっちだと確実か
というか公式の説明の通りだね

なんか不定期にプレーヤー部分の表示崩れない?
正しいときとそうでないときが有る
(FirefoxのwebMナイトリーで試してる)

146 :名無しさん@編集中:2010/05/24(月) 03:25:29 ID:P99BB61w
>>145
うちもFilreFoxのWebM対応版で試したけど、ボリュームのスライダとかが変になってるときがあるな。

147 :名無しさん@編集中:2010/05/24(月) 03:35:33 ID:I6R4ETp5
>>146
やっぱそうか、レスサンキュ
まだ色々弄ってる最中なのかもね
画質は結構良い感じかな

148 :名無しさん@編集中:2010/05/24(月) 03:46:37 ID:KFWtWN+1
>>143-144
ありがとう
対応版落として試してみたけどHTML5では表示されてるけどHTML5 WebMでは表示されないなあ
ようつべ側で調整してるのかな?


149 :名無しさん@編集中:2010/05/24(月) 13:09:10 ID:hd0sNgmv
ファイルが用意されてはいても再生されないものがあるね
広告付きとかかな

150 :名無しさん@編集中:2010/05/24(月) 14:37:42 ID:sqAZUJMK
H.264と比較するのは間違いじゃね?
theoraよりマシってことで当て馬的存在なわけで。

151 :名無しさん@編集中:2010/05/24(月) 14:40:57 ID:7O7UyBx6
一般向けじゃなくて動画サイト側で使うものって感じなんだろうね。こちら側で使うメリットはあまりないし。

152 :名無しさん@編集中:2010/05/24(月) 15:42:35 ID:wD49Jw/x
>>150
x264開発者のDark_Shikari氏いわく

  http://x264dev.multimedia.cx/?p=377

  With this in mind, I expect VP8 to be more comparable to VC-1 or H.264 Baseline Profile than with H.264.
  Of course, this is still significantly better than Theora, and in my tests it beats Dirac quite handily as well.

    訳:これら(※1)を考えるとVP8はH.264そのものと比べるよりも、VC-1やH.264のBaselineProfileと比べたほうがよさげ。
       当然だがVP8は明らかにTheoraより優れているし、私のテストではDiracよりも優れているようだ。

    ※1・・・前の文章にあるが、Bフレーム等の重要機能がないといったことを考えるとってこと。

  VP8, as a spec, should be a bit better than H.264 Baseline Profile and VC-1.
  It’s not even close to competitive with H.264 Main or High Profile.

    訳:VP8はH.264のBaseline Profileや、VC-1よりちょっとマシなくらいの位置づけ。
       H.264のMain ProfileやHigh Profileにはとても及ばない。

オープンソースなら各ブラウザがライセンスを気にせずに再生エンジンを実装できるから、
コンテンツ提供者が視聴環境(Flashが入ってるかどうかとか)を気にせずに動画を提供できるようになるだけだね。

153 :名無しさん@編集中:2010/05/24(月) 15:44:40 ID:5B6Vg85T
ざっとソースやドキュメントに目を通してみたが
原理的にはH.264と比べて複雑な処理を省いてるから
確実に軽くなる(ならないとおかしい)と思われ

さすがに年数積み重ねてきたコーデックと比べると
不利なのは否めんと思うが、可能性には期待してる


154 :名無しさん@編集中:2010/05/24(月) 15:58:19 ID:+QoHvsa5
“WebM”形式に対応した動画変換ソフト「Miro Video Converter」v2.0が公開
ttp://www.forest.impress.co.jp/docs/news/20100524_369130.html

155 :名無しさん@編集中:2010/05/24(月) 16:04:25 ID:I6R4ETp5
>>148
今出てるwebM対応版の開発版ブラウザ(Fx,Chromium,Opera)は
H.264の方には対応してない筈だから、読み込み時に"HTML5"と表示されたなら
多分それはwebM動画だよ。選べる解像度は現状360pと720pHDの2つ。

またFirefoxならTools/MediaからType=Videoな構成ファイルを探すと
webmかどうか確認出来るよ

本当はH.264のときは"HTML5"、webMなら"HTML5・webM"ってマークが
プレーヤー表示の下の方に出る筈なんだけど、表示が崩れるとそのマークも消えちゃう
今その状態みたい、時々直ったりまた壊れたりしてる

156 :名無しさん@編集中:2010/05/24(月) 16:31:26 ID:ggUzRsL3
ivfencで作ったivfファイルをなんとかwebmにできないかいろいろ試してみた
結果からいうとwebm化はできたけど、使い物にならなかったorz

ivfencへは420rawなデータを使用したけど、この段階でivfが60fpsで作成され、フレーム数が何故か増えた
このivfをaviへ無理やり変換するプログラムを書きavi化し、fps値を調整
mkvmergeを使って、上記のaviと別途作成したoggを使って通常のmkv化
上記のmkv内のCodecIDをバイナリエディタでV_VP8に変更した後、再度mkvmergeを使ってwebm化
# V_VP8に変更しないとVfW compatible videoはwebMediaに使えないとエラーが出る

webm対応firefoxで再生できたけど、ivfencでの謎のフレーム数増加が原因(?)でリップシンクが合わない状態に・・・

157 :名無しさん@編集中:2010/05/24(月) 18:12:22 ID:c4QPXnCO
せかにゅ:Googleの「WebM」に特許問題か MPEG LAが特許料要求の可能性
特許管理団体MPEG LAが、Googleが「ロイヤルティーフリー」とうたうVP8とWebMに対し、特許料を請求するためのライセンス作成を検討している。
http://www.itmedia.co.jp/news/articles/1005/24/news047.html

こりゃ終わったかもな。

158 :名無しさん@編集中:2010/05/24(月) 18:20:25 ID:/DE8AqlP
連中の難癖は想定の内だろ

159 :名無しさん@編集中:2010/05/24(月) 18:27:34 ID:5zFgsvWT
あんだけシンプルで使いやすくてパフォーマンスの高いアプリを
出してくれるGoogleなのに、何のアプリもなし、ソースのみってなんだよ
普及させる気ねーのか

160 :名無しさん@編集中:2010/05/24(月) 19:34:26 ID:BOyMa86K
権利関係を探っってるんじゃないの

161 :名無しさん@編集中:2010/05/24(月) 20:58:24 ID:3YZIr3Dv
VP8がライセンスでつぶされたら、GoogleがOn2社を1億ドル以上で買収した意味がなくなるよな・・・。
大枚はたいて貧乏神スカウトしてきたみたいな・・・。

162 :名無しさん@編集中:2010/05/24(月) 21:07:45 ID:I6R4ETp5
訴訟でぐだぐだになって
HTML5 videoの正式規格化が遅れるのだけは避けて欲しいところだ

併存で良いよ併存で、争ってないで実利をとれ
ぐだぐだやってたら遅れるだけだしHTML5 video自体が廃れるだけだ

163 :名無しさん@編集中:2010/05/24(月) 21:19:42 ID:ErB/rxj+
>>161
当然そこは想定の上だと思うのだが
どうするつもりなんだろうな

164 :名無しさん@編集中:2010/05/24(月) 21:40:32 ID:0OCktOAT
そりゃGoogleの資金力をもってして全面的に争うでしょ
法廷で勝てると見積もったからこそ買ったんだろうし

165 :名無しさん@編集中:2010/05/24(月) 22:01:53 ID:gZ1BGcMh
>>157
どう見ても権利ゴロが難癖つけて金をせしもうと画策中ってだけだw

>MPEG LAのラリー・ホーンCEOは、VP8とWebMで使われている特許技術群について、
>パテントプールライセンスを作成することを検討していると話す。

>「VP8などのコーデックの特許権を利用するために、個々の特許保有者と個別にライセンス交渉せずに済む
>便利なワンストップライセンスの作成を求められている。われわれはその可能性を検討している」

>Googleは、VP8の開発元であるOn2 Technologiesを買収する前に「徹底的な分析を行った」としており、
>「VP8には非常に自信を持っている。だからオープンソース化した」と述べている。
>WebMはMozilla、Opera、Adobeなどが支持を表明している。


166 :名無しさん@編集中:2010/05/24(月) 22:06:03 ID:qtve3SbI
プリセットを参考にしたりパッチファイルのぞいて対応オプションしらべて設定して
いろいろ数値変えたら、
きしめんの映像530kである程度画質のいい物が出来上がるようになってきた。
まあ、、エンコードがとてつもなく遅いのがアレだけど、そこら辺は今後の改善に期待。

167 :名無しさん@編集中:2010/05/24(月) 22:11:32 ID:I6R4ETp5
付け込まれる隙を作ったGoogleと元凶のOn2も相当なアホだと思う
どのみち動画再生なんてどれも似たような技術要素の集まりなんだから
完全に既存技術と別の物だなんて言える訳無いのに

168 :名無しさん@編集中:2010/05/24(月) 23:09:11 ID:H8FGIkzx
ちょっと意味がわからない

169 :名無しさん@編集中:2010/05/25(火) 01:45:06 ID:PQnsUOd0
まあこっちにはあまり関係のないことだし正直どうでもいいな

170 :名無しさん@編集中:2010/05/25(火) 01:56:36 ID:AeBnhBsK
x264の開発者がソースコードみて、「この仕様では訴えられる可能性大」だと言ってるが、
Google もそんなことはわかっていて、わざわざ GPL と互換性なさげな BSDライセンス+特許条項で公開してる。
http://www.webmproject.org/about/faq/#licensing

WebM 利用の権利を剥奪されてまで訴えるやつはいないだろうとタカをくくっていたわけだ。
でも、H264側からすれば、すでに完成された技術をもってるわけだから、
VC-1と同じくここで VP8 そのものを潰しておけば、あとあと楽だよねって考えるだろうさ。

171 :名無しさん@編集中:2010/05/25(火) 02:14:12 ID:e8/PfPmJ
訴訟のごたごたは止めて欲しい
しかしwebMのライセンス条項は果たして社会通念として通るのだろうか
訴訟相手の利用権を剥奪する正当性に若干疑問を感じる

法律詳しくないから良く分からんけど、どんな既存のライセンスでも社会通念で
それなりに正当性が認められるから通用してきたんじゃないかと思うのだが

172 :名無しさん@編集中:2010/05/25(火) 02:48:26 ID:Qb1thxKj
>>170-171
他のライセンスと比較してからモノを言えよ。特許条項なんて
Apache License 2.0やGPL 3.0にも盛り込まれているものなんだぞ。
つまり、一般的なフリーソフトウェアライセンスだ。

173 :名無しさん@編集中:2010/05/25(火) 03:57:49 ID:J6YkfrKq
JASRACと一緒でMPEG LAが金を稼ごうとしてるなの丸分かり
特許持ってる家電関係の連中からしたらWeb動画を潰せたら一石二鳥

本気でH.264を普及させたいならWeb限定で永久フリーにすれば済む
が、それをやらないからWebMが誕生したし、他に選択肢はなかった


174 :名無しさん@編集中:2010/05/25(火) 04:05:38 ID:fU+w+QYr
24 5 月 WebMとYouTubeとVorbis
ttp://www2.atword.jp/aooa/2010/05/24/webm%e3%81%a8youtube%e3%81%a8vorbis/
ttp://www2.atword.jp/aooa/
このページを参考に YouTubeで「&webm=1」をURLの後に付けてWebM動画を検索してみる。そして見てみて聞いてみて最初に感じたこと、、、

・・・なんだ? この音の悪さ


同じURLのFlashで再生される動画では全く問題無いのですが、WebM動画のほうはあまりに酷いです。
ファイルをダウンロードして確認、などはしていないので憶測になりますが、libvorbisやその派生ではなく、
多分libavcodecのVorbisエンコーダ(ffmpeg vorbis [注1])を使っています。
高域のエネルギーコントロールが適切に行えていないために、激しい金属サウンドが生じています。
なんというか、ISO由来のmp3エンコーダ群を思い出させる音です。

一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。
なんというか厳しいです。

これではVorbisは音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。

(注1 このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました)

175 :名無しさん@編集中:2010/05/25(火) 04:19:05 ID:9QBQ0Try
つべはAACだろうがVorbisだろうがクソ音質

176 :名無しさん@編集中:2010/05/25(火) 04:36:39 ID:+KjuGMlP
> 一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。
> なんというか厳しいです。
Vorbisの音質のチューニングをしてる蒼弓氏が嘆くくらいだからffmpegのは相当酷いみたいだね

177 :名無しさん@編集中:2010/05/25(火) 04:59:52 ID:1x/dKr0p
外野が騒いでる間に、対応は着々と進んでいるようだ

VP8対応ブラウザ、Firefox/Opera/Chromium開発版
http://journal.mycom.co.jp/news/2010/05/24/005/index.html

Chromium開発版/Ubuntu 10.04
http://j.mycom.jp/news/2010/05/24/005/images/002l.jpg

Firefox開発版/Windows 7
http://j.mycom.jp/news/2010/05/24/005/images/003l.jpg

178 :名無しさん@編集中:2010/05/25(火) 05:22:39 ID:Qb1thxKj
>>176
まあ、その辺はffmpegにlibvorbis 1.3の蒼弓さんチューン版コードを
コミットすればいいわけだし、それこそがオープンソースのメリットだしね。

>>177
WebMが発表された時点でOperaだのFirefoxだのffmpegだのHaali Media Splitter
だので対応版がドカンと出たわけだけど、なにをいまさら…

179 :名無しさん@編集中:2010/05/25(火) 07:26:42 ID:e8/PfPmJ
>>172
その台詞と全く同じのをネット上で見掛けた気がするけど
(スラドのフォーラム辺りで)

特許条項と非係争条項がその度ごとに物議を醸したのはご承知の通り。
んで今回のはそちらの挙げたどちらとも異なるように思えるが。
(条文を読み比べた限り。ライセンサとライセンシの捉え方が異なる)

今回みたいなのは他のライセンスで過去にも検討されてたそうだが、
全く同じ例は無いはず。webMのは他より一歩踏み込んでるっぽい。
もしくは、他と同じにするつもりが言うべきことを省いてしまって
意味合いが変わっているように思う。

180 :名無しさん@編集中:2010/05/25(火) 07:32:13 ID:YsNbCLYb
現時点でYoutubeのエンコーダに蒼弓さんのチューンがコミットされてないなら、今後ffmpegにコミットされてもそれがYoutubeにも反映されるのは厳しそう。

181 :名無しさん@編集中:2010/05/25(火) 09:19:04 ID:N5+c/48t
>>177
ピッチャーがボークしてるんじゃないかって話してるときに
外野がどうとか、ほんと話の本質みえてないやっちゃなぁ

しかも情報遅いし

182 :名無しさん@編集中:2010/05/25(火) 10:14:07 ID:2a4C2Oab
ttp://slashdot.jp/it/comments.pl?sid=495847&cid=1767883
バカ発見

183 :名無しさん@編集中:2010/05/25(火) 12:28:42 ID:COrEbLq9
>>173
国外の話になんでJASRACが関係すんだよ
あと、MPEG LAと一緒にすんな

>>180
なんでコミットされる話とYouTubeで使用される話が同じなんだか
コミットソースを使うとなんかの特典でもあるわけ?
オープンソースを使ってサービス提供してるなら、何らかのパッチぐらい当てるぐらい普通の事だろ

184 :名無しさん@編集中:2010/05/25(火) 12:32:14 ID:HSerC7w3
mkvtoolnixの次のバージョンでivfの入力をサポートする予定のようだ。
ttp://forum.doom9.org/showthread.php?p=1401291


185 :名無しさん@編集中:2010/05/25(火) 12:47:05 ID:RCZEFDjh
2ちゃんはびっくりするほど頭が悪いやつ多いし慣れてるつもりだったが
ここまで日本語が出来ないやつは初めて見たかもしれん…

186 :名無しさん@編集中:2010/05/25(火) 13:10:57 ID:JgTeEWZ6
>>155
ttp://skm.vip2ch.com/-/hirame/hirame095358.jpg
ありがとう今確認したらHTML・WEBMって表示されてたからちゃんと再生されてたみたい

187 :名無しさん@編集中:2010/05/25(火) 13:11:49 ID:JgTeEWZ6
HTML5・WEBMだった

188 :179:2010/05/25(火) 13:13:56 ID:e8/PfPmJ
先に書いた件は、海外だとこんな感じで話題になってる。

元SUNでオプソに関わった人の意見
ttp://www.computerworlduk.com/community/blogs/index.cfm?entryid=2973&blogid=41
付帯条項の部分がOSIの承認を受けていないことを疑問視してる。

別の人の意見
ttp://www.robglidden.com/2010/05/how-googles-open-sourcing-of-vp8-harms-the-open-web/
標準化を重視する立場からGoogleのやり方に意見している。


ttp://www.zdnet.com/blog/open-source/fud-pushing-back-hard-against-google-webm/6548

特に過去SUNでオプソに関わった人達の意見は、プロプラな製品をOSS化することの
専門家だから、それなりに説得力有ると思われ。

スレチ気味なんで自分はここら辺で。
エンコードに関してテクニカルで実践的な話をしてた人達の邪魔をしてごめん。

189 :名無しさん@編集中:2010/05/25(火) 13:19:37 ID:PQnsUOd0
わかってるなら他でやってくれ。

190 :名無しさん@編集中:2010/05/25(火) 15:05:21 ID:LOgUoULG
映像も音も駄目とかいきなり死亡したな

191 :名無しさん@編集中:2010/05/25(火) 15:33:05 ID:DjZZxp5/
VC-1 (WMV9+α) よりはマシらしいからそれを潰す程度ならできるんじゃね?


192 :名無しさん@編集中:2010/05/25(火) 16:31:04 ID:P6JEPAqS
>>190
別に死んでないだろ。まあ現時点での出来はいまいちだろうけど、
音についてはAoTuVレベルのものが使われるようになればいいだろうし、
VP8もVorbisもこれからそれなりに改良が加速するだろ。

>>191
VC-1をつぶす意味ってなんも無いような・・・。そもそも土俵が違うだろ。
VP8はHTML5のvideoタグのコーデックとして使われればいいだけだろうし。

193 :名無しさん@編集中:2010/05/25(火) 18:59:40 ID:isHSp0Dk
WebM試してみたいけどFirefoxの開発版とかいれたら今使ってる正式版と競合が起きたりしそうでいやだなあ
とかいうニッチなすきまをchromeとoperaが狙っている気がする


194 :名無しさん@編集中:2010/05/25(火) 19:25:52 ID:2a4C2Oab
>>193
インスコ先とプロファイル分けれ

195 :名無しさん@編集中:2010/05/25(火) 20:07:15 ID:P6JEPAqS
バカポさんが、WebM rev3と、libVorbis 1.3.1を使ってビルドしたffmpegをツイッターで公開してくれてる。

 ttp://twitter.com/POP_bakapo/status/14656104457

これならlibavcodecのVotbisエンコーダを使わずに済むので音質がまともになるそうな。

196 :名無しさん@編集中:2010/05/25(火) 20:13:47 ID:PQnsUOd0
WebM/VP8 DirectShow Filters v0.9.6.0
ttp://code.google.com/p/webm/downloads/list
install_webmdshow.exeとvbsmakewebm.vbsが追加されてる

197 :名無しさん@編集中:2010/05/25(火) 20:57:48 ID:P6JEPAqS
>>196
あと、ちゃんとしたReadmeが追加されてますね。

0.9.5.0ではXiph.orgのVorbis EncoderフィルターをWebM Muxer FilterにつないでMuxすると
Muxerでエラーが出てたけど、0.9.6.0では問題なくMuxできることは確認しました。(GraphStudio使用)

makewebm.exeで、これらのDirectShowフィルタを使ってwebmへのエンコードが可能。
  makewebm.exe source.avi
って感じでやると、source.webmの出来上がり。その他オプションについてはReadmeなどを確認。
ただしコーデックによってはDirectShowのピン接続に失敗してエンコード不可となります。
(UtVideoやHuffyuvはデコータがRGB出力するので不可。
 VP6やDivXはデコーダがYUY2で出力するのでセーフ。
 WebM VP8 Encoderの入力がYUVに限られているため。)
YV12にしたavsをくわせてやるのが確実かと。
また、音声もエンコードするならXiph.orgのoggcodecs(に含まれるXiph.Org Vorbis Encoder)が必要。
・・・まあ>>195のffmpegのほうが細かい設定ができるし音質もいいだろうからmakewebmを使う必要はほぼありませんが。

Readmeを見ると、webmの音声再生にはWindowsEssentialsCodecPackに入ってるffdshowを使ってるぜ☆と
書いてあるけど、WECPって個人的にはあまり好きじゃないんだけどなあ・・・。
自動更新が売りのはずなのに去年7月のリリース以降まったく更新されてないような。
おまけにFLV Splitterが古いせいでH.264+AACのFLVが再生できないとかなんとか。
まあVorbisとは関係ないけども。
とりあえず自分の環境に入ってるffdshowのVorbisデコーダーは有効にしておきましょう。

ところで質問なのですが、>>195でlibVorbis系でエンコードしたVorbis音声って、
ffdshowのVorbisデコーダーで再生した場合も綺麗に聞こえるんでしょうか?
今のところXigh.OrgのVorbisデコーダーはWebM用には使えないようなのですが・・・。

198 :名無しさん@編集中:2010/05/25(火) 21:43:55 ID:EdsmRvuI
>>197
>ところで質問なのですが、>>195でlibVorbis系でエンコードしたVorbis音声って、
>ffdshowのVorbisデコーダーで再生した場合も綺麗に聞こえるんでしょうか?

libavcodecが不安なら、XiphのTremorをそれの代わりに選ぶ事ができる。

199 :名無しさん@編集中:2010/05/25(火) 23:48:35 ID:76Jx6zme
手持ちの洋画DVDからリッピングしたソースからavs作って
(DGIndex+vobsub+audiodub、720x480、PAR 40:33、23.976fps)
>>195のffmpegでWebM作ってみた。コマンドラインは以下。

ffmpeg -i INPUT.avs -aspect 20:11 -qmin 22 -qmax 22 -level 100 -acodec libvorbis -ab 96000 -threads 8 OUTPUT.webm

-qmin 22 -qmax 22で固定量子化になるのかは分からないけど、とりあえずエンコードはできた。
固定画質(に近い状態)でエンコードしたい時は、このオプションで良いのですかね?
>>139のffmpegだと、-level 100で1fps@core i7 860 cpu使用率 70%しかでなかったのが、
>>195のffmpegだと、15fps@cpu使用率 50%くらい出た。cpu使用率が低いのに一桁も速度が速いのはなんでだろう…。


出来上がったファイルはVLC 1.1.0 WebMで再生できた。この情報って既出だっけ?
http://people.videolan.org/~jb/webm/

Aspect Ratioが反映されて再生できたのは良かった。
音も>>139のffmpegで金属音山盛りだったのが
全く問題なくなっててすばらしい。
蒼弓さんとバカポさんに感謝。

肝心の画質は、x264(Main Profile) > WebM > VC-1&その他大勢のコーデックって感じかなぁ。
暗所のブロックノイズが目立つ。VP8って、デブロックフィルタってあるのかな?
まだオープンソース化されたばかりだし、今後の画質向上に期待。
H.264もx264があったから、あれだけ画質向上できたわけだし、
VP8も同じようになって欲しい。

200 :名無しさん@編集中:2010/05/26(水) 00:08:42 ID:a3xWqi2u
>>199

>H.264もx264があったから、あれだけ画質向上できたわけだし

おいおいww
なに勘違いしてるんだwww

201 :名無しさん@編集中:2010/05/26(水) 00:38:56 ID:N1HPDCub
q値は1〜51っぽいな。

202 :名無しさん@編集中:2010/05/26(水) 04:51:07 ID:giY+LW/V
>>121です。
simple_encoderやtwopass_encoderの件ですが、docsの下にあるhtmlでの説明を見ると、
入力ファイルはYV12にする必要があるようです。I420のデータを渡していたのでおかしくなってた模様。
ivfencはデフォルトではI420入力なので、てっきり同じと思い込んでしまいました。失礼しました。

>>201
公式サイトにある、エンコードパラメータの説明が大幅に更新されて、細かい説明が出てました。

  The WebM Project : tools : VP8 Encoder Parameter Guidelines
  ttp://www.webmproject.org/tools/encoder-parameters/

--min-qとかの説明を見ると0-63みたいですね。

203 :名無しさん@編集中:2010/05/26(水) 05:00:39 ID:giY+LW/V
公式のFAQって以前からありましたっけ?見逃してたかな?

 The WebM Project : about : Frequently Asked Questions
 ttp://www.webmproject.org/about/faq/

204 :名無しさん@編集中:2010/05/26(水) 20:11:58 ID:dhVwRRJf
Microsoft、IE9でVP8のサポートに言及
http://journal.mycom.co.jp/news/2010/05/26/041/index.html

>MicrosoftからIE9におけるH.264とVP8のサポートに関する補足情報が
>Another Follow-up on HTML5 Video in IE9 - IEBlogとして公開された。
>Microsoftの立場を明確にする狙いがあるとみられる。(中略)

>しかし、H.264に限定されることなく、ユーザに対してはすべての主要なコーデックを
>サポートするとしており、VP8に関してもその枠組みでの対応になるという。

>具体的にはWindowsにVP8のコーデックがインストールされていれば、
>IE9でも再生できるという方法になるという。


205 :名無しさん@編集中:2010/05/26(水) 22:00:20 ID:HjB1y6Kj
これでFlash追い出し、HTML5で全て済ますプランは消滅か。

IE9が別途CODECインスコとFlashでのVP8対応になると
Flashが延々と残り続けて、サイト主はFlashとHTML5の
両対応を余儀なくされる


206 :名無しさん@編集中:2010/05/26(水) 22:47:48 ID:N1HPDCub
もしかしたら、IEようのTheoraコーデックとか出てくるんじゃないか?
----------------------------------------------------------------------
Flashを使うならFlash、HTML5を使うならHTML5でいいと思う。
----------------------------------------------------------------------
それともvideo要素内にFlash用のプレイヤーのタグを入れるとか?


207 :名無しさん@編集中:2010/05/26(水) 22:48:50 ID:65WxwMAi
>>205
Flash入れるのもWebMコーデック入れるのも手間は変わらないでしょ
なにをそんなに悲観的になってるの?

208 :名無しさん@編集中:2010/05/26(水) 23:18:56 ID:qGg437Je
Google が言っているように、Flash はなくてはならないもだよ。DRMの観点からもね。

209 :名無しさん@編集中:2010/05/26(水) 23:20:30 ID:fz4waP3S
Flash嫌いのAppleはWebMに参加してないしな

210 :名無しさん@編集中:2010/05/26(水) 23:34:24 ID:2Fcy1OA2
>>204
それ、もとになったMSのblog記事は5/19のものだからWebMリリース直後に判明してる。
  ttp://blogs.msdn.com/b/ie/archive/2010/05/19/another-follow-up-on-html5-video-in-ie9.aspx
でも、それに対するコメントでも「ああん?IE9にVP8バンドルしろやゴルァ!」っつう声も出てるから、
MSが考えなおしてVP8をバンドルサポートしてくれるのを期待したいところだねえ。
  ttp://windowsteamblog.com/windows/b/bloggingwindows/archive/2010/05/19/another-follow-up-on-html5-video-in-ie9.aspx#comments

>>207
HTML5のvideoタグについては
  ・映像再生をAdobeっつう1社の製品であるFlashに依存するのは嫌だ
  ・そもそもユーザーにわざわざFlashを入れさせる手間をかけてしまうのも嫌だ
  ・もちろんユーザに別途コーデックを入れさせるなんて手間をかけさせるのも嫌だ
  ・H.264っつうライセンス料がかかる技術を利用するのは嫌だ
  ・映像コンテンツ提供するほうとしても、どんなユーザ(ブラウザ)でも見れるように
   1つの動画についてH.264とかTheoraとか色々なコーデックで作ったものを
   別々に用意するのは大変なので嫌だ
っつうことで、
  「ユーザがわざわざプラグインとかコーデックを用意することなく、どのブラウザでも再生できて
   ライセンス料もかからないコーデックがあればそれで解決じゃね?」
ということでVP8がオープンソースになったわけで・・・。
とりあえず>>204の記事からたどれる以下の記事だけでも見ておくといいんじゃないかな。

  HTML5 video、ブラウザ対応状況とコーデックまとめ
  ttp://journal.mycom.co.jp/news/2010/01/27/033/index.html

  IE9がサポートするビデオ形式はH.264のみ!?
  ttp://journal.mycom.co.jp/news/2010/05/06/010/index.html

  IE9、H.264がベストな選択肢だが、ほかのコーデックの可能性も
  ttp://journal.mycom.co.jp/news/2010/05/10/004/index.html

211 :名無しさん@編集中:2010/05/26(水) 23:35:12 ID:h20BgNyS
どうせ誰かWqaMっての作るだろww

212 :名無しさん@編集中:2010/05/27(木) 00:11:55 ID:MVzVHs5o
雑談は出来れば他所で。

【開発】Googleがフリー動画フォーマット「WebM」を公開、MozillaやAdobeも支持 (10/05/20)
http://pc11.2ch.net/test/read.cgi/pcnews/1274358898/

【製品】Googleのオープン動画フォーマット「WebM」、Appleは不支持か(10/05/21)
http://pc11.2ch.net/test/read.cgi/pcnews/1274445388/

213 :名無しさん@編集中:2010/05/27(木) 00:14:32 ID:pfLTcgFQ
他所はApple信者の荒らしがひどいんだよね

214 :名無しさん@編集中:2010/05/27(木) 01:23:59 ID:LKKyHjpk
アホン信者しかり、どこでもapple信者は大概酷い。

215 :名無しさん@編集中:2010/05/27(木) 01:36:47 ID:2FyIEnxf
>>213,214
自演までしてそういう事を書くのは楽しいですか?

216 :名無しさん@編集中:2010/05/27(木) 04:39:18 ID:K+flV/Ss
webmdshow-0.9.7.0-20100526

217 :名無しさん@編集中:2010/05/27(木) 04:44:01 ID:aCg1hJlt
WebMこと"VP8"サポートを巡る業界動向 - Safariサポートは? 特許問題は?
http://journal.mycom.co.jp/articles/2010/05/26/google_vp8/index.html

218 :名無しさん@編集中:2010/05/27(木) 14:58:56 ID:XJHyF2OW
>>216
お、DirectShowフィルタのソースが入ってますね。

219 :名無しさん@編集中:2010/05/27(木) 17:27:09 ID:O5PB0zpp
>>216
インストーラーだけでax同梱しなくなったんだな

220 :名無しさん@編集中:2010/05/27(木) 17:27:51 ID:O5PB0zpp
axじゃなくdllだった

221 :名無しさん@編集中:2010/05/27(木) 19:03:10 ID:XJHyF2OW
>>216のv0.9.7.0から、makewebmでVP8のエンコードパラメータが指定できるようになってるっぽい。
詳細は makewebm.exe -h -v で確認できる。
ivfencで指定できてたものはあらかた指定できるのかな、これは。

222 :名無しさん@編集中:2010/05/28(金) 00:39:16 ID:M4GZc6/Q
Here's a mkvtoolnix build with support for reading VP8 from and writing them to IVF files:
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-3.4.0-build20100527-255-setup.exe

テスト用

223 :名無しさん@編集中:2010/05/28(金) 00:55:31 ID:dEXD3BQP
ffmpegにlibvorbis1.3マージというのはとりあえず実装がこのスレでも出てきたから、
今度はlibavcodecのVorbis周りのコードをlibvorbisベースに書き換える人が出てくれば、
ffmpegのVorbisの音質がデフォルト状態でも向上するし、libavcodec使ういろいろな
プロダクトにも好影響が出てくるので期待したいところ…

224 :名無しさん@編集中:2010/05/28(金) 01:38:46 ID:l2K64N2s
>>223
マージというか、libavcodecのVorbisエンコーダが開発される以前から
ffmpegでlibvorbisを使うことは出来たし、普通にリンクして配布している人もいた。
それでもあえて、自前の(質の悪い)エンコーダをデフォルトにしてるんだから
確信犯だと思うけどね。
基本的に自前で実装していく、というのが基本方針のようだし。

225 :名無しさん@編集中:2010/05/28(金) 01:43:39 ID:M4GZc6/Q
まあ、もうすぐmkvmergeが正式にwebmでの出力に対応するだろうから、ffmpeg等使わず、
ivfencで映像、oggenc(aoTuV)で音声を、それぞれエンコードしたら良い。

226 :名無しさん@編集中:2010/05/28(金) 02:24:57 ID:rUtRVrsB
ivfencは謎のフレーム水増しがあるからなぁ・・・

227 :名無しさん@編集中:2010/05/28(金) 03:01:25 ID:YTF4g1mD
IVFフォーマットはVP8エンコーダーのサンプル実装を開発者に提示するために作った
簡易ファイルフォーマットのようだから、実用的に使われることは無いと思うけどね。
あくまでも現時点で一番細かくパラメータを指定できるのがivfencだというだけで。

FAQにもあるようにエンコーダーのチューニングはこれからだということだし、
これから開発されていくなかで、webmへのMuxerつきのVP8エンコーダーとか、
各種ツールが出てくる可能性が高いのでは。

228 :名無しさん@編集中:2010/05/28(金) 05:19:52 ID:YTF4g1mD
1fpsのAVIをAVISource()で読み込んだYV12のsource.avsをソースとして、>>89>>195のffmpegを使って
 ffmpeg -i source.avs -vcodec libvpx -b 512k -level 300 -acodec vorbis -ab 128000 dest.webm
でwebmに変換した上で、AvsPから
 DirectShowSource("dest.webm")
で読み込んでプレビューしようとすると、"I can't determine the frame rate of the video・・・"というエラーが出ます。
また、dest.webmをplaywebmで再生すると、再生が早送り状態です。

同じsource.avsを使って
 makewebm.exe -i source.avs -o dest.webm
でwebmを作った場合はDirectShowSource()でもエラーは出ませんし、playwebmでの再生も正常です。

DirectShowSource("dest.webm",fps=1)としてやればよいのはわかるのですが、
makewebmとffmpegとで違いが出てしまうのは、ffmpegでのコマンドの指定方法がおかしいのでしょうか?
それとも他に原因があるのでしょうか?分かる方がいらっしゃいましたら教えていただければ幸いです。

なお、DirectShowフィルタは>>216のwebmdshow-0.9.7.0-20100526をインストールしています。

229 :名無しさん@編集中:2010/05/28(金) 05:31:35 ID:M4GZc6/Q
>>228
ffmpegに、-r 1を付けてFPSを指定したらどうか。

230 :名無しさん@編集中:2010/05/28(金) 05:39:31 ID:YTF4g1mD
>>229
ありがとうございます。
  ffmpeg -i source.avs -vcodec libvpx -r 1 -b 512k -level 300 -acodec vorbis -ab 128000 dest.webm
であってますでしょうか?
これで試してみたのですが、状況は変わらないようです。

231 :名無しさん@編集中:2010/05/28(金) 05:42:49 ID:M4GZc6/Q
>>230
それで駄目なら、ちょっとどうして良いのか分からない。
結局、libvpxのフロントエンドとしてのffmpegは、今ひとつなのだろう。

232 :名無しさん@編集中:2010/05/28(金) 14:23:29 ID:t463Vhqe
http://ja.wikipedia.org/wiki/WebM
http://ja.wikipedia.org/wiki/VP8


233 :名無しさん@編集中:2010/05/28(金) 18:12:12 ID:i9qrKmaK
>>232
やっとできたか。

234 :名無しさん@編集中:2010/05/28(金) 21:03:23 ID:48NPYFXK
援軍クル━━━━━━(゚∀゚)━━━━━━ !?
Intelに加えてBroadcomも

インテル、グーグルのWebM用ハードウェア・アクセラレーション搭載を示唆
http://www.computerworld.jp/topics/google/182889.html

>「これまで、MPEG2、H.264やVC1といったコーデック方式に対応してきたのと同じことだ。
>VP8がスマートTVの分野で一般的になれば、われわれもハードウェア・デコーダーを提供することになる」と、
>Intelのデジタル・ホーム・グループでリテール・コンシューマー・エレクトロニクスの
>ゼネラル・マネージャーを務めるウィルフリッド・マーティス(Wilfred Martis)氏は語る。
(略)
>マーティス氏によれば、IntelのCE4100 TVチップはデコードが可能になるほか、
>ソフトウェアによるWebMファイルの再生もサポートする。ただし、ハードウェア・アクセラレーションがあれば、
>もっと少ない消費電力でさらに高速なデコードを高品質ビデオに提供できる。
(略)
>多くのハードウェアとソフトウェアベンダーが、WebMファイル形式のサポートを発表しているが、
>Intelからはまだ発表がない。Mozilla、Microsoft、Opera Softwareは、極めて初期にサポートを表明している。
>チップ・メーカーのBroadcomは、同社のVideoCore IVスマートフォン・プロセッサに
>WebMビデオ・ファイルのためのハードウェア・アクセラレーションを搭載する予定と語っている。

235 :名無しさん@編集中:2010/05/28(金) 21:19:13 ID:1gzfDmBG
ハードウェアデコードするならH264でいいんじゃ・・・
CPU負荷関係なくなるからな。

しかもGoogleTVだと、Youtubeを想定してるでしょ?
なおさらH264のハードウェアデコードだけでいいような。


236 :名無しさん@編集中:2010/05/28(金) 21:32:57 ID:HNnkIpTA
くやしいの

237 :名無しさん@編集中:2010/05/28(金) 21:38:29 ID:fLOIs0hD
何も分かっていないだけでしょ。

238 :名無しさん@編集中:2010/05/28(金) 21:43:47 ID:3GrpWkTA
WebMが必要になった経緯は散々書かれてるわけだし、
それを理解してるなら>>235みたいな発言は出ないはずなんだけどな。

239 :名無しさん@編集中:2010/05/28(金) 23:12:49 ID:oSzhbus7
Boradcomのは5/19の発表時点で既に判明してるよ。
Intelの表明も妥当かな。ハードの再生支援は電力効率でメリット多大だから。

youtubeの新規投稿分のHTML5 videoが1080pから720pに
ダウンしてるのが個人的にイヤンな感じ。
過去動画のトランスコード負荷が掛かってるだろうから仕方ないけど。

240 :名無しさん@編集中:2010/05/29(土) 01:48:33 ID:MbIq00ft
>>238
sono

241 :名無しさん@編集中:2010/05/29(土) 01:50:36 ID:MbIq00ft
>>238
その、WebMが必要になった経緯そのものが、
GoogleTVでは全く意味ないわけで。

GoogleのOS、Googleの提供するサービス、そしてYoutube。
どこにも「多くのOSで」「多くのブラウザで」「Web標準で」「ライセンスフリー」
という条件など必要とされない


242 :名無しさん@編集中:2010/05/29(土) 02:08:29 ID:DmkEXSBG
>>241
Googleにとって必要だからやってんでしょ。
内実は分からんがね。

興味無い人は単に無視してりゃいいんじゃね?

243 :名無しさん@編集中:2010/05/29(土) 02:33:13 ID:7t+eGNjx
蒼弓ノート 5/29 「FFmpeg で Vorbis のエンコードをする場合の注意点」
 ttp://www2.atword.jp/aooa/

>なお、特別な理由が無い限り"-ab"オプション(ビットレート指定)ではなく
>"-aq"オプション(クオリティ指定)を使用してください。

思いっきり-abで指定してた /(^o^)\

244 :名無しさん@編集中:2010/05/29(土) 12:05:34 ID:bnwLyoAK
>>156>>226が言ってる、ivfencでの謎のフレーム水増しっていうのは、
VP8の「Alternate Reference Frames (AR)」ってやつなのかな。

 Inside WebM Technology: The VP8 Alternate Reference Frame - The WebM Open Media Project Blog
 http://webmproject.blogspot.com/2010/05/inside-webm-technology-vp8-alternate.html

 The WebM Project : code : WebM Container Guidelines
 http://www.webmproject.org/code/specs/container/

このあたりで説明されてるけど、BフレームのないVP8において画質を上げるための特徴的な技術の1つらしい。
エンコーダーが複数のフレームを参照して任意にARフレームを作り出す(追加する)けど、
ARフレームはデコード時に参照されるだけのデータであって、表示はされない模様。
また、この仕組みを利用したノイズ低減(ARNR)もできるらしい。
ivfencなら--auto-alt-ref=1、ffmpegなら-altref 1 にすれば、ARフレームが有効になるのかな。

245 :名無しさん@編集中:2010/05/29(土) 13:21:49 ID:Akadb4jj
画質が上がるのは分かるが
圧縮率や配信での占有帯域の面ではむしろ不利に作用する気が

246 :名無しさん@編集中:2010/05/29(土) 15:58:15 ID:J0bc5kIJ
表示はされないのかもしれないが、webmコンテナーのフィルタ側からは
通常フレームかARフレームかは分からないのでは?
表示する時にカクつくか、音との同期がどんどんズレていきそうな希ガス

247 :名無しさん@編集中:2010/05/29(土) 17:41:32 ID:Akadb4jj
The AR will be marked with the invisible flag by the codec SDK.
って有るからそこは大丈夫じゃないかと。

248 :名無しさん@編集中:2010/05/29(土) 17:52:44 ID:pk/UZ2xB
ivfdecを使ってデコードすれば、フレーム数は元と同じ。

249 :名無しさん@編集中:2010/05/29(土) 19:12:33 ID:J0bc5kIJ
>>247
ttp://www.webmproject.org/code/specs/container/
をみると、ARフレームでもPTS増えているんだよね
説明のところを読むとARのデコード時間をPTSに加えるのが望ましいみたいな書かれ方だし
表示しないのにPTSが増えるのは音ズレの原因になるんじゃないかと・・・

あと、ivf形式には当然そんなフラグは無いから、ivf経由のwebm化は間違いなくズレるね
# VP8デコーダ(パーサーでも可)が組み込まれていて、ARフレームかどうかを判断しつつtimecodeを生成してるなら話は別だけど

250 :名無しさん@編集中:2010/05/29(土) 19:44:28 ID:NrWBZyxg
>>249
>説明のところを読むとARのデコード時間をPTSに加えるのが望ましいみたいな書かれ方だし

そうは書いてないと思う。該当の文を訳すなら
  Dの表示にはARのデコードが必要だから、ARのタイムスタンプはなるべく"D-1"に近づけるべき。
だと思う。"D-1"ってのが、「ARの前にあるI/Pのこと」なのか「Dの手前のARのこと」なのかは
ちょっとわからないけど、どちらにせよ、早めにしとこうぜってことかと。

あと、PTSが増えてるっていうけど、その上の文でタイムベース(タイムスケール?)の粒度を2倍にするという説明がある。
x264の初期ディレイカットとかで使われてる「タイムスケール4倍精度」と同じ考え方じゃないかな。

タイムスタンプに詳しくないので正しい書き方かどうかはわからないけど、例えば29.97fps(1001/30000)の場合、

 AR無しの場合:
   timescale=30000
   表示フレーム1 1001
   表示フレーム2 2002

 ARありの場合:
   timescale=60000
   表示フレーム1 2002
   ARフレーム 3003
   表示フレーム2 4004

みたいなイメージになるということじゃないだろうか。こうすることにより、表示フレームに影響は出ないということでは。
"D-1"がI/Pのことだとしたら、ARのスタンプは2003とかでもいいのだろうか。そのへんはよくわからない。

251 :名無しさん@編集中:2010/05/29(土) 21:25:01 ID:J0bc5kIJ
>>250
説明を少し端折り過ぎた(増減逆)

あの説明が言いたいことは、ARフレームは次のDフレームのPTSになるべく近づけるべきだが、ARフレームのデコード時間を考えて、その時間を引いた値をPTSとして設定した方が良いという事だと思う
で、説明を単純化する為にあの表はARフレームのPTSをDフレームより1少ない値として設定ってしたって事じゃないかと
ARフレーム有り無しでタイムスタンプが増えるのはちとありえないかと思われ

252 :名無しさん@編集中:2010/05/29(土) 21:26:13 ID:J0bc5kIJ
orz
タイムスタンプが増える ×
タイムスタンプが増え方が変わる ○

253 :名無しさん@編集中:2010/05/29(土) 23:07:09 ID:b4BEL71Q
訳してみた。

VP8 Alternate Reference Frames
When enabled, the VP8 encoder will at its discretion inject a new frame 〜 the alternate reference (AR) 〜
into the output prior to the frame that depends on it. There will be at MOST 1 frame added between I/P-frames.
The dependent frame (D) will always be a P-frame. The AR will be marked with the invisible flag
by the codec SDK. This frame must be decoded before D, but will produce no output on its own.

ARフレームが有効な場合、VP8エンコーダーは、「ARフレームに依存するフレーム(D)の1つ前」に、
任意に「相互参照フレーム(AR)」という新しいフレームを挿入する。
ARフレームはI/Pフレームの間に最大1枚追加される。
依存フレームDは、必ずPフレームである。ARフレームはコーデックSDKにより、不可視フラグがつけられる。
ARフレームは依存フレームDの前にデコードされなければならない(訳注:DのデコードにはARフレームの
情報が必要なため。)が、ARフレーム自身はデコードされても何も出力しない。

To satisfy the monotonically-increasing requirement, the encoder will currently set the AR’s timestamp
to 1 less than D’s. This means the time base given to the encoder at configure time must be granular
enough to allow this, e.g., at least 2X framerate.

単調増加という条件を満たすため、エンコーダーは現在ARフレームのタイムスタンプとして
依存フレームDのタイムスタンプより1小さな値を設定している。
そうするためには、設定時にエンコーダーに与えられるタイムベースは、十分な粒度を持つ必要がある。
たとえば、最低でもフレームレートの2倍にする必要がある。

Ideally the AR’s timestamp should be as close as possible to frame D-1 to allow the decoder
as much time as possible to decode AR before needing to display D.

Dの表示前になるべく多くの時間をARのデコードにまわせるよう、
理想としては、ARフレームのタイムスタンプは、可能な限り「フレームD-1(※1)」に近いほうがよい。

254 :名無しさん@編集中:2010/05/29(土) 23:14:47 ID:b4BEL71Q
あ、ID変わってるけど>>250です。

>>250では、>>253の最後にある※1の「フレームD-1」を、「フレームDの1つ前のフレーム」と
解釈しちゃったけど、きっちり訳してみると、この解釈はおかしいですね。
>>251の言うように、
  「フレームDのタイムスタンプから1引いた値(つまりフレームDになるべく近づける)」
という解釈が正しそうですね。

255 :名無しさん@編集中:2010/05/29(土) 23:44:14 ID:b4BEL71Q
で、タイムスタンプの話について。かなり書き方を変えて自分の考えを説明。
相変わらず変なこと言ってたらごめん。

例えばAR無しで30fps丁度の場合は、1/30秒を1単位としてタイムスタンプを増やしていけばいいことになる。
  表示フレーム0: 0/30秒 =0秒
  表示フレーム1: 1/30秒 =0.033秒
  表示フレーム2: 2/30秒 =0.066秒

でも、AR有りになると、1/30秒単位では、表示フレーム0と表示フレーム1の間に
ARフレームを入れるためのスキマがない。そのため、1/60秒単位でタイムスタンプを考える。
  表示フレーム0: 0/60秒 =0秒
  スキマ1(AR) : 1/60秒 =0.0166秒
  表示フレーム1: 2/60秒 =0.033秒
こうすれば、各表示フレームについてはタイムスタンプの値を変えることなく、
かつARフレームを各表示フレームの間に入れるためのスキマ1ができる。
「粒度を最低でもフレームレートの2倍」というのはこういう意味かと。

更に言うと、1/120秒単位でタイムスタンプをつけれるようにすると、
  表示フレーム0: 0/120秒 =0秒
  スキマ1    : 1/120秒
  スキマ2    : 2/120秒
  スキマ3(AR) : 3/120秒 =0.025秒
  表示フレーム1: 4/120秒 =0.033秒
となり、スキマ3をAR用として使えば、ARのタイムスタンプを、よりDフレームの
タイムスタンプに近づけることが可能になる。(この例ではDフレーム=表示フレーム1)
でもまあ細かくしすぎても問題があると思うので、「なるべく近づける」という表現なのかなあと。

>>251の言う「ARフレーム有り無しでタイムスタンプが増えるのはちとありえない」という言葉の意味が
よくわかってないので変なこと言ってるかもしれないけど、概念的にはこんな感じではないだろうか?

256 :名無しさん@編集中:2010/05/30(日) 00:38:53 ID:bH5rYEzN
>>255
解説乙

でも"D-1"は「Dフレームとして一つ前」を意味すると思うので、
その例だとそれは表示フレーム0のことを指し、
ARを差し込むのはスキマ1の位置が推奨されているのではないかと思う
表示フレームDを作るのに必要なARを早めに準備するという意図の筈だし

タイムスタンプに基づいてイタレーションの逐次処理を行う上で、
Dの前に出来るだけ早くARを読み込んだ方が処理時間を稼げるから

257 :255:2010/05/30(日) 01:37:08 ID:T6UHP+28
>>256
ああああ、やっぱそっちなのかなあ・・・。
書いたあと、やっぱり最後の英文の訳がしっくりこなくて、どっちなんだああと悶えてた自分がいるwww
なんかDTSとかCTSとかPTSとか交えて話せばいいのかと思って調べてたら
余計色々ゴッチャになってきてよくわからなくなってきましたですorz

258 :名無しさん@編集中:2010/05/30(日) 01:56:56 ID:bH5rYEzN
ごめん、自分も正直そんなに自信無いw

the encoder will currently set the AR’s timestamp to 1 less than D’s
ってなってるから、素直に読むならそちらや>>251氏が正しい気もする。

ソースコードと実際の出力から判断するのがベストかな?
というか実用上はさほど気にする必要は無いかも。スキマのどの位置に挟むべきか云々は。

259 :名無しさん@編集中:2010/05/30(日) 23:25:19 ID:bk972bLQ
mkvtoolnix公式にはないけどdoom9にivf対応版があったので、
エンコードしたivfをVorbisを合わせてwebmで出力してみた。
なぜかi420動画で--i420オプションつけてエンコードしてみたデータでは、
色が変で画面も変なので、(avsでyuvの色に変換するスクリプト打って開いたらなぜかYV12なっているのでこっちの問題かもしれないけど)
avs製yv12をffmpegのvcodec copyにして作った拡張子yuvデータに、
--yv12とつけてエンコードしたらmux後、色は正しいけど音が出ず、高速再生された。
で、mkvで変換すると普通に再生された。
ffmpegのほうでmkvからwebmに変換すると、再生はされるけどカクカクした感じになった。

260 :名無しさん@編集中:2010/05/31(月) 22:10:28 ID:B/tBIrUo
>>241
googleは広告屋なんだから、自分が何かを独占するよりも裾野が広がった方が結果的に
自分も得をするという考え方なんだろ

261 :名無しさん@編集中:2010/06/01(火) 10:21:40 ID:zprVxaJj
WebMってSEO的にイマイチなネーミングだな。

262 :名無しさん@編集中:2010/06/01(火) 16:37:29 ID:ZNxjadkG
There's probably loads of ways to test this easily on windows, but in case anyone finds it useful:

http://nic.dnsalias.com/ivfenc.zip <-- is ivfenc that can take an AviSynth script
http://nic.dnsalias.com/AVSVorbis.zip <-- is aoTuV B5.7 Vorbis Encoder that can take an AVISynth script

And of course:
http://www.bunkus.org/videotools/mkv...-255-setup.exe <-- Mosu's mkvmerge that can mux to WebM
http://code.google.com/p/webm/downlo...0-20100526.zip <-- Latest DirectShow filters for playback

Then you can encode with an AVS Script like:
AVISource("YourFile.avi").ConvertToYV12()

AVSVorbis -q -2 in.avs out.ogg
ivfenc --target-bitrate=100 in.avs out.ivf
mkvmerge --timecode-scale 1000000 --disable-lacing out.ivf out.ogg -o out.webm

http://forum.doom9.org/showpost.php?p=1404210&postcount=142

なかなか便利そうだ。

263 :名無しさん@編集中:2010/06/01(火) 16:38:54 ID:ZNxjadkG
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-3.4.0-build20100527-255-setup.exe
http://code.google.com/p/webm/downloads/detail?name=webmdshow-0.9.7.0-20100526.zip

上の二つはこうしないとおかしいな。

あとこれも。
http://nic.dnsalias.com/WebMx64.zip

264 :名無しさん@編集中:2010/06/01(火) 17:43:40 ID:Sd2MXPgv
bat処理で作れるようになったのは便利かな

265 :名無しさん@編集中:2010/06/03(木) 17:28:52 ID:dEb3/T6F
Firefox正式版へ統合されるのは何時頃になるんだろうね
現状だとローカルなビデオコーデックの域を越えないけど
Webブラウザで自由に扱えるようになったら面白いだろうなー

266 :名無しさん@編集中:2010/06/03(木) 21:32:51 ID:+DkS9f5F
VP8と対応FME配布マダー?

267 :名無しさん@編集中:2010/06/03(木) 21:33:35 ID:+DkS9f5F
VP8と対応FME配布マダディスカー?

268 :名無しさん@編集中:2010/06/03(木) 21:45:09 ID:olFHvq73
ブラウザのVP8デコーダーも、VP8エンコーダーも全然チューンしてなくて
とっても遅いデースな現状なんだから正式版やら配布やらは当面は期待薄だと思ふんだ。

269 :名無しさん@編集中:2010/06/04(金) 02:18:06 ID:R3IPkn6I
そのうちVP8/webMデコーダの性能向上を
各ブラウザが宣伝文句にする日が来るのかもしれない

270 :名無しさん@編集中:2010/06/04(金) 03:51:23 ID:VUh7xqZa
>>268
Firefox 3.7alphaのnightlyには入ってきているのだから、3.7の正式版には
入ってくるんじゃない? デコーダの重さの話をすれば、Flash内蔵のH.264
デコーダだって、とても褒められたもんじゃないのだし。

271 :名無しさん@編集中:2010/06/04(金) 04:58:51 ID:R3IPkn6I
ハードデコード効く相手と比べるのは酷以外の何者でもない
ソフトデコードでも現状で再生負荷はつべの720p同士で1.5倍くらい余計に掛かる
デコーダの改良は急務だよ

272 :名無しさん@編集中:2010/06/05(土) 04:14:26 ID:8SurtWkO
急務って・・・誰も困ってねーよw

273 :名無しさん@編集中:2010/06/05(土) 05:52:55 ID:G4aFDfr4
wwww

274 :名無しさん@編集中:2010/06/05(土) 06:02:16 ID:UUPMepnh
普及目指すなら軽いに超した事はない

275 :名無しさん@編集中:2010/06/05(土) 06:59:18 ID:Ai27EDaV
VP8と対応FME配布マダー?

276 :名無しさん@編集中:2010/06/05(土) 07:00:20 ID:Ai27EDaV
マダー?マダー?マダナノカシラー?早くしてよまじでキュームダヨー今週中にナントカシテー

277 :名無しさん@編集中:2010/06/05(土) 07:08:24 ID:UfhCCozm
No real difference, but http://nic.dnsalias.com/ivfenc.zip (v1.2)

* Updated to latest git version (with added .avs support)
* Doesn't crash when you ctrl+c to quit early now
* --timebase= doesn't do anything, but doesn't crash it now
* ARCH_X86 isn't set in vpx_encoder.c which means FLOATING_POINT_INIT/RESTORE isn't getting called (bug in the git repo code?)
* Defaulted cpu to 16 and threads to 4 - just runs faster that way, why wouldn't you want it

-Nic

278 :名無しさん@編集中:2010/06/05(土) 12:41:56 ID:RmnGGns7
デコーダ重いね、VP6時は軽いのが売りの一つだったのにVP8はh.264より重い。
普及考えたらせめてh.264レベルにもっていかないとキツイね。
Flashに実装することも考えたら今のままではカクカクになってしまう。
特にandroidモバイルで再生がキツイことになる、というか実用レベルではない。
>>271の人が言うようにデコーダの改良は急務。

279 :名無しさん@編集中:2010/06/05(土) 13:19:53 ID:+CO10R+o
そこでtheoraですよ

280 :名無しさん@編集中:2010/06/05(土) 13:33:57 ID:UhyaOEIb
重いというかシングルスレッドなのがなぁ。

281 :名無しさん@編集中:2010/06/05(土) 13:48:05 ID:UfhCCozm
VP8の主要な部分は、既にSIMDアセンブリコードで十分に最適化されているから、
これ以上はたいして速くならないだろうと、Dark Shikariは言っているね。

282 :名無しさん@編集中:2010/06/05(土) 15:12:17 ID:yJm2hB3o
H.264より重いとか、死亡決定だな

283 :名無しさん@編集中:2010/06/05(土) 15:15:10 ID:pvNLWZ6B
x264 Developerの言うことを鵜呑みにするのもどうだろう
VP8をこき下ろしたいはずだし

284 :名無しさん@編集中:2010/06/05(土) 15:20:20 ID:9OU0lT3C
まだ出てきたばかりで発展途上のコーデックと
年数積んで成熟したコーデックと比べるのは酷

VP8自体の実装としてはH.264より処理が簡素だから
最適化が進めば軽くなるのは確実なので、今後の開発次第


285 :名無しさん@編集中:2010/06/05(土) 15:24:59 ID:9OU0lT3C
H.264に携わってる側からしたらVP8は目障りなので
粗を探してはこき下ろすのは立場として当然ではある
彼らの主張は話半分に聞いておくべき

そもそもH.264がWeb上の標準ビデオコーデックとして
不十分だったからこそWebMが誕生した経緯があるわけで
世に出てからそれこそ何年経ってるんだという話になる

VP8はベストな選択肢じゃないが、他よりマシな選択肢

286 :名無しさん@編集中:2010/06/05(土) 15:42:43 ID:xuPqj8Q2
あれ?
x264 DeveloperのDark Shikariってグーグルから開発参加してくれって打診されたんじゃなかったっけ?
どっかで見た気がするんだが記憶違いか?

287 :名無しさん@編集中:2010/06/05(土) 15:47:08 ID:UfhCCozm
特許が無効になるまで、H.264が無料で使える事はないし、VP8には私も期待している。

ただ、DSが言っていることはおそらく正しいと思うし、VP8に過剰な期待はしない。

288 :名無しさん@編集中:2010/06/05(土) 16:39:37 ID:UUPMepnh
VP8の存在意義は「ロイヤリティフリーであること」、これに尽きる

逆に言えばweb配信の標準コーデックとしてH.264に足りなかったのは
その1点だけで有って、他に特に重大な欠点がある訳じゃないと思う
配信用途にも使われる事は仕様策定時に十二分に考慮されてる訳だし
むしろ「ちゃんとした標準化手順を踏んでいる」という点では上

VP8は仮にも実績の有る企業が代を重ねて作り上げた有償の技術がベースなのだから
改善の余地に関してはそうそう楽観視も出来ないと思う
今有るブラウザ内蔵のソフトデコーダ同士で2-3倍近い負荷の差は
そう簡単に埋まるとも思えない

ところでffmpegでARフレーム(altref)オプションの有無を試してみたんだが、
出力されるファイルサイズがごく僅かしか変化しない。なんでだろ?
途中結果を見るとfpsが倍の値に設定されたり適切に変化してるんで
全く働いていない訳では無さそうなんだが…

289 :名無しさん@編集中:2010/06/05(土) 19:27:10 ID:vW9QmT9j
著作権程度の意味合いでロイヤリティフリーであっても
パテントフリーかどうかは未確定だ

290 :名無しさん@編集中:2010/06/06(日) 00:00:11 ID:ORtuIUGw
そこら辺がどうなるかはまだ分かんないね。
Mpeg LAも遠回しにパテントプールの用意云々言ってるだけで、
具体的な特許侵害の有無に関しては何も触れてないから。

291 :名無しさん@編集中:2010/06/06(日) 01:45:44 ID:EnBirV8m
ARフレームの有無でファイルサイズにわずかな変化しかないと言うことは、結局のところ、
20%以上の圧縮率の向上が見込めるBフレームと比べたら、効率が悪いやり方なのだろう。

292 :名無しさん@編集中:2010/06/06(日) 02:37:39 ID:ORtuIUGw
>>291
う、その結論はちと待ってくれ。正しく比較できてるかどうかすらまだ自信が無い。
だから他に試した人の話が聞きたかったんだ。

一応フォローしとくと、
原理上はBフレームには及ばないのは確かだろうけど、
再生負荷と画質向上のトレードオフでは
適度にバランスした技術の可能性は有ると思う。

293 :名無しさん@編集中:2010/06/06(日) 02:55:31 ID:EnBirV8m
>>292
ARフレーム有り・無しを同じビットレートでエンコードして、
これを使ってSSIMを比較する事ができる。無料版はSDまでしか使えない。

x264の--tune ssimと比較しても面白い。

http://www.compression.ru/video/quality_measure/video_measurement_tool_en.html

294 :名無しさん@編集中:2010/06/06(日) 03:16:20 ID:TJ/W2i0J
test

295 :名無しさん@編集中:2010/06/06(日) 03:31:31 ID:ORtuIUGw
>>293
情報サンキュ。

296 :名無しさん@編集中:2010/06/06(日) 04:23:08 ID:EnBirV8m
>I've released mkvtoolnix v4.0.0. This release features full support for the WebM variant
>of the Matroska container format, VP8 video tracks, the IVF container format.

http://www.bunkus.org/videotools/mkvtoolnix/

297 :名無しさん@編集中:2010/06/06(日) 05:41:14 ID:xWzHHRyY
おおお・・・地味にサポートが広がってるな

298 :名無しさん@編集中:2010/06/06(日) 08:53:34 ID:Jd39NcOF
webmがLGPL/GPL互換ライセンスに変更されたらしい。

Changes to the WebM Open Source License
>ttp://webmproject.blogspot.com/2010/06/changes-to-webm-open-source-license.html

ライセンス上はPure BSDだそうだ。特殊条項が無いけど、パテント周りで
ホントにGPL互換って言っていいのかな。

299 :名無しさん@編集中:2010/06/06(日) 09:31:46 ID:gf8KpTi+
マダー?モウ・・・マテナイヨ・・・

300 :名無しさん@編集中:2010/06/06(日) 09:53:45 ID:4iH9NV2f
>>296
糞重くてDLできねー

301 :名無しさん@編集中:2010/06/06(日) 10:00:07 ID:EnBirV8m
>>300
CRC32: 3F4BDC2E
MD5: 7EDB99C79952CFDDB1D25816274DD749
SHA-1: 8078971EC14F2573666A746F92DCE9240FA1B822

http://www.mediafire.com/file/zjdmmyky1w3/mkvtoolnix-unicode-4.0.0-setup.exe

302 :名無しさん@編集中:2010/06/06(日) 15:29:55 ID:xWzHHRyY
>>298
例の「採用したら訴訟すんなよ!」の条項は削除されて
完全にBSDライセンス準拠になったということらしい

Google自身が訴訟のリスクを背負うことにはなるが
業務用途含め、普及を考えたら妥当な判断かもしれない

303 :名無しさん@編集中:2010/06/06(日) 16:26:23 ID:ORtuIUGw
>>298

>>188や下記にあるようにOSI未承認な部分が問題視されてたから
その対策だと思う

Google open codec 'not open,' says OSI man
ttp://www.theregister.co.uk/2010/05/24/osi_board_member_on_google_webm/

WebM: Missing The Assurances Open Source Needs?
ttp://www.computerworlduk.com/community/blogs/index.cfm?entryid=2973

304 :名無しさん@編集中:2010/06/06(日) 18:28:05 ID:VQFCZGeA
他のオープンソースのプロジェクトで
WebM関連のサポートを取り込むのに
ライセンス上の問題が懸念されてたから
これで解決して開発も加速しそうだな

305 :名無しさん@編集中:2010/06/06(日) 20:51:28 ID:xAQape0+
VP3が元のTheolaハブってんじゃねーぞクズ共!!!!!!1111

306 :名無しさん@編集中:2010/06/06(日) 22:19:26 ID:ORtuIUGw
吠えるならスペルくらいちゃんとしなよ、お猿さん

307 :名無しさん@編集中:2010/06/07(月) 11:56:32 ID:mzEH773A
しかも、激昂し過ぎて後ろの方、SHIFTキーから指離れちゃってるしw

308 :名無しさん@編集中:2010/06/07(月) 12:13:41 ID:2JROPWqg
いや・・・111はネタだから
って説明した俺南無

309 :名無しさん@編集中:2010/06/07(月) 14:03:34 ID:9emlRa1q
07 6 月 Rockbox 3.6 他雑記
ttp://www2.atword.jp/aooa/
/Tremor

Rockboxにも使われているXiph.orgのTremorライブラリ(整数演算OggVorbisデコーダ)ですがこちらも独自にARMアーキテクチャ向けの最適化が進んでいます。
メイン開発者はTremolo/theorarmの作者で、もとは趣味で独自に開発されていたようですが、Googleがスポンサーに付いたことで本格的に開発が進んでいます。
同時にライセンスはGPLからBSDスタイルライセンス(修正BSD)に変更になりました。

どのくらい高速化するのか楽しみですね。

/WebM

ライセンスと言えば、一部で物議を醸していたWebMのVP8コーデックのソフトウェアライセンスですが、特許周りの条項が削除されました。
新しいライセンスはほぼ修正BSDライセンスです。そのため、GPLなプログラムとリンクして配布できるようになります。

Googleは現実的な対応をしてきた感じです。法的なリスクも大事ですが、敷居を下げることも同じくらい大事です。
使う人がいなければ絵に描いた餅になりかねませんから。
これで対応ソフトが増えるといいなあ。


310 :名無しさん@編集中:2010/06/07(月) 14:11:10 ID:RLIYfa7T
MiiroコンバーターがこまめにVerUpしてるな
簡単にWebMエンコしたいならおすすめ

311 :名無しさん@編集中:2010/06/07(月) 21:21:28 ID:h7NAfrE+
>>310
シンプルでいいなこれ

312 :名無しさん@編集中:2010/06/09(水) 11:16:23 ID:80Ns+7ok
WebM/VP8 DirectShow Filters v0.9.8.1
ttp://code.google.com/p/webm/downloads/detail?name=webmdshow-0.9.8.1-20100608.zip

313 :名無しさん@編集中:2010/06/09(水) 12:24:38 ID:HB9xHuWd
あんまりダウンロード数多くないね。ライセンスの問題がネックだったのかな?
変更してから急に伸び始めた。

314 :名無しさん@編集中:2010/06/09(水) 13:45:00 ID:Fl/2hBEc
DirectShow更新か。しかしまだChangelogがついてないから何が変わったのかわからんな・・・。

315 :名無しさん@編集中:2010/06/09(水) 16:27:50 ID:zJCp0apt
DSFはffdshow待ちの人も多そうだ。にしても、ffdshowのchangelogにはupdate ffmpegとか
頻繁にあるのに、まだVP8に対応していないのはどういうこっちゃ。

316 :名無しさん@編集中:2010/06/10(木) 02:52:41 ID:Ac1DbSw6
      ブイピーエイトマダッマダッ?♪
      \   ブブブブイピーエイトマダッマダッ?/
         ♪\(^o^) ♪
          _  )  > _ キュッキュ♪
        /.◎。/◎。/|
  \(^o^)/.| ̄ ̄ ̄ ̄ ̄|  |  \(^o^)/
    )  )  .|        |/   ノ ノ
((((  > ̄ > )))) \(^o^)/ ((( < ̄< ))))
              )  )
         (((  > ̄ > ))))

317 :名無しさん@編集中:2010/06/10(木) 06:46:25 ID:0yftO27y
>>314
Changelog:

*Fixed bug when webmmux filter not connected to file writer.
*VP8 encoder filter now has a preview pin.
*VP8 encoder filter now supports FORMAT_VideoInfo2.
*VP8 encoder filter now allows you to set config on-the-fly, while
graph is running.
*VP8 encoder filter added support for spatial and temporal resampling config.

318 :名無しさん@編集中:2010/06/10(木) 14:24:13 ID:p5CCJ1/f
K-Liteの方にVP8サポート入ってるね
バージョン6.0.0で追加ってのが…明らかに狙っただろう?w

319 :名無しさん@編集中:2010/06/10(木) 15:11:54 ID:0yftO27y
SolveigMM MatroskaSplitter/Muxerも、WebMに対応した。
http://forum.doom9.org/showpost.php?p=1407145&postcount=65

320 :名無しさん@編集中:2010/06/10(木) 15:48:26 ID:9QpT75wq
>>317
うお、ありがとうございます。このChangelogってどこに載ってるんでしょう?

321 :名無しさん@編集中:2010/06/10(木) 16:02:41 ID:0yftO27y
>>320
https://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/0472d4ee2e2dd0ba#

322 :名無しさん@編集中:2010/06/10(木) 16:37:01 ID:9QpT75wq
>>321
ありがとうございます。

323 :名無しさん@編集中:2010/06/10(木) 17:35:28 ID:taUn4DQ3
7-Zip File ManagerでWebM/VP8 DirectShow Filtersのインストーラーからdll取り出すことが出来た
mpchcとかでフィルタだけ登録したい人はこれでどうぞ

324 :名無しさん@編集中:2010/06/11(金) 08:52:53 ID:OAb74BTu
>>323
5つほどあるんだけど次のうちどれ?
vp8decoder.dll
vp8encoder.dll
webmmux.dll
webmsource.dll
webmsplit.dll

325 :名無しさん@編集中:2010/06/11(金) 09:32:45 ID:3l2TjrnO
普通に考えてvp8decoder.dllじゃねーの

326 :名無しさん@編集中:2010/06/11(金) 13:44:01 ID:OiwdSwgq
>>324-325
いや、どれもなにも全部がそれぞれ名前どおりのフィルタだから。必要なもんだけ使えばいいんじゃねえの。
ちなみにインストーラでインストールすると、これらのDLLが
  C:\Program Files\Common Files\WebM Project\webmdshow
に置かれる。

327 :名無しさん@編集中:2010/06/11(金) 13:46:42 ID:YXPg3RyY
http://get.adobe.com/jp/flashplayer/

10.1来たぞクズ共

328 :名無しさん@編集中:2010/06/11(金) 14:25:08 ID:Wlqdg2/M
全くこのスレと関係ない話題だな

329 :名無しさん@編集中:2010/06/11(金) 15:02:55 ID:Wlqdg2/M
複数の動画ファイルを“WebM”形式へ手軽に一括変換「Free WebM Encoder」
AVI/MP4/FLV/WMV/MOV形式の動画を変換可能
ttp://www.forest.impress.co.jp/docs/review/20100611_373436.html

細かい出力設定などは一切なく、変換元の動画を解像度などを保ったまま
“WebM”形式へ変換できる。利用方法も簡単で、動画ファイルを本ソフト
のリスト画面へドラッグ&ドロップなどで登録し、出力先を指定したあと
で[Convert to WebM]ボタンを押すだけでよい。

リスト画面には複数の動画ファイルを登録可能で、一括変換にも対応している。
手持ちの動画ファイルを手っ取り早く“WebM”形式へ変換したい場合に活躍
するだろう。


設定一切無しという漢っぷり

330 :名無しさん@編集中:2010/06/11(金) 15:09:09 ID:XA0Z9gE5
>>328
FlashでWebM対応するのは11以降だろうからねい。

331 :名無しさん@編集中:2010/06/11(金) 16:09:07 ID:Wlqdg2/M
>>329
自分で試しに使って見てるけど、恐ろしいほどエンコが遅い
普通にffmpeg.exeでエンコしてるようだが、
エンコのオプション設定(設定項目さえなし)が高画質側になってるんだろうか

マルチコアは使ってくれるがCPU負荷は100%にならず50%程度でふらふら

332 :名無しさん@編集中:2010/06/11(金) 18:16:40 ID:XAtCxtM4
これとかMiroとか正直クソだと思う・・・

333 :名無しさん@編集中:2010/06/11(金) 21:40:55 ID:6MYS1QpO
OSXだとMiroの中のffmpegをコマンドラインから直接叩いて使うと楽

334 :名無しさん@編集中:2010/06/11(金) 22:21:47 ID:W0apMXHq
>マルチコアは使ってくれるがCPU負荷は100%にならず50%程度でふらふら

それシングルコアや

335 :名無しさん@編集中:2010/06/11(金) 23:18:55 ID:9x9SP9qN
>>334
クアッドコアなんだろう。

336 :名無しさん@編集中:2010/06/12(土) 01:07:27 ID:Ax9DIjI0
>>332
お前的クソじゃないのは何がある?

337 :名無しさん@編集中:2010/06/12(土) 01:57:49 ID:5k33CUIS
実用的なのはffmpegしかないだろ

338 :名無しさん@編集中:2010/06/12(土) 03:51:56 ID:F4qfoxbn
そのffmpegでも音声エンコードをlibavcodecではなくlibvorbis使うようにしないと
悲惨なことになるしなぁ。

339 :名無しさん@編集中:2010/06/12(土) 05:11:51 ID:+zRg3ECc
          ,;r'"´;;;;;;;;;;;;;;;;;;;;;;;;;;`ヽ、
         ,r'";;;;:::::;彡-=―-=:、;;;;;;ヽ、
        /;;ィ''"´  _,,,,....ニ、 ,.,_ `ヾ;;;;〉
         `i!:: ,rニ彡三=、' ゙''ニ≧=、!´  VP8対応FMEまだかよ・・・・・・
        r'ニヽ,   ( ・ソ,; (、・')  i'
         ll' '゙ ,;:'''"´~~,f_,,j  ヾ~`''ヾ.  久しぶりに・・・・・・
        ヽ) , :    ''" `ー''^ヘ   i!
        ll`7´    _,r''二ニヽ.     l  キレちまったよ・・・・・・
        !:::     ^''"''ー-=゙ゝ    リ
        l;:::      ヾ゙゙`^''フ    /
        人、      `゙’゙::.   イ

340 :名無しさん@編集中:2010/06/12(土) 07:48:46 ID:r+jj/g0H
>>334
うちはクァッドコアだけど、全コアCPU負荷50%前後で推移。
恐らくエンコ中にあるシングルタスク何かが足引っ張ってるんだろう

でもFree WebM Encoderは、画質はなかなかいいな

341 :名無しさん@編集中:2010/06/12(土) 09:04:11 ID:1eUqGLJZ
Nicのivfenc + mkvmergeが使いやすい。

342 :名無しさん@編集中:2010/06/12(土) 16:20:39 ID:fYfZDKFQ
ivfdecって、オプションでデブロックとかノイズ付加とかを指定できますけど、
デブロックはともかくノイズ付加(--noise-level)って、どういった目的に使うものなのでしょう?

343 :名無しさん@編集中:2010/06/12(土) 16:34:35 ID:1eUqGLJZ
>>342
VP8だと、Psy-RDを使えるx264とは違って、フィルムグレインを保持する事は無理だから、
エンコードで潰れてしまった物を、デコーダで再現させると言うことじゃないの。

344 :名無しさん@編集中:2010/06/13(日) 00:34:41 ID:G6LnlQxW
ivfdec -y -o output.y4m input.ivf とすれば、YUV4MPEG2で出力できるので、
RawSourceで読む場合に、解像度やフレームレートの指定が不要になって便利。

http://www.mediafire.com/file/nywzdln4ouu/ivfdec-win32.7z

345 :名無しさん@編集中:2010/06/13(日) 00:51:30 ID:rwtIVFLK
>>343
ありがとん。しかし聞いておきながら知識が及ばずよくわからないバカなオイラ。勉強しときます。

>>344
そのファイル、出所はどこ?

346 :名無しさん@編集中:2010/06/13(日) 00:59:42 ID:G6LnlQxW
>>345
gitで取得したソースを、私がコンパイルした。

347 :名無しさん@編集中:2010/06/13(日) 01:26:15 ID:rwtIVFLK
>>346
オリジナルでしたか。失礼しました。Doom9あたりと思い込んでしまった・・・。

348 :名無しさん@編集中:2010/06/13(日) 02:22:19 ID:rwtIVFLK
mkvtoolnix 4.0.0を使ってみたのですが、なんだか音声の再生がうまくいきません。
状況は下記のとおりです。おかしな点があればご指摘いただけないでしょうか。

 1.音声つきのAVIをAVISource()で読み込んでConvertToYV12()して、
   そのavsをWebM DirectShow Filter 0.9.8.1のmakewebm.exeにD&Dしてwebmファイルを作成。
     →playwebm.exeで映像も音声も問題なく再生される。

 2.mkvtoolnix 4.0.0のmmg.exeでGUIを起動。
   入力タブに1のwebmファイルをD&D。映像トラックと音声トラックにチェックがついていることを確認。
   グローバルオプションタブで、「WebMの規格に準拠したファイルを作成する」にチェックを入れたうえでMux開始。
   出力ファイル名も変えてあるので、とくに警告等は表示されず、webmファイルが作成される。
     →MediaInfoで見ると、映像トラックも音声トラックも存在する。
     →playwebmで再生すると、音声が出ず、映像も後半が早送り状態になる。
     →GraphEditでフィルタの組み合わせをテスト。
       ・公式のWebM Source FilterやWebM Splitter Filterを使った場合は、
        映像も音声もちゃんとグラフ構築されるものの、音が出ず映像も後半早送り。
       ・Haali Media Splitter(2010/5/20版)を使った場合は音も映像も問題なく再生される。

 参考:mkvtoolnixのメニューから表示したコマンドライン

    "mkvmerge" -o "D:\\output.webm" "--webm" "--language" "1:eng" "--default-track" "1:no"
      "--forced-track" "1:no" "--display-dimensions" "1:512x384" "--language" "2:eng" "--default-track" "2:no"
      "--forced-track" "2:no" "-a" "2" "-d" "1" "-S" "-T" "--no-global-tags" "--no-chapters"
      "D:\\input.webm" "--track-order" "0:1,0:2"

    ※デフォルトトラックを両方「はい」にしたりもしてみたのですが駄目でした。

元々はmkvtoolnixでivfファイルとaoTuVの音声をマージしてみたかったのですが、
それも同様の現象だったため、正常なwebmファイルをソースとしてやってみました。
単に自分がmkvtoolnixの使い方を間違えているのでしょうか。

349 :名無しさん@編集中:2010/06/13(日) 02:41:41 ID:rwtIVFLK
よくわかってませんが、自己解決したっぽいです。

>>262を見て、mmg.exeのメニューの「Mux→コマンドラインオプションを追加」で
--disable-lacingを追加したら問題なく再生されるようになりました。

オプション追加時の--disable-lacingの説明を見ると、
  「全てのトラックで複数のフレームを1つのブロックにまとめません。
   これは特に多数のオーディオトラックがある場合に、ファイルサイズを増大させます。
   テスト目的でのみ使用してください。」
と書いてあるのですが、webmの場合はmkvmergeで--disable-lacingをつけるのは
必須ということになるのでしょうか?

350 :名無しさん@編集中:2010/06/13(日) 02:56:33 ID:G6LnlQxW
>>349
Haaliのスプリッタでは、--disable-lacingは不要だが、公式のwebmsource.dllは、それを必要とする様だ。
互換性を重視するのなら、--disable-lacingをつけておくのが無難じゃないだろうか。

regsvr32 /u "C:\Program Files\Common Files\WebM Project\webmdshow\webmsource.dll"

再生にHaaliを使いたい場合は、こうして外す事もできる。

351 :名無しさん@編集中:2010/06/13(日) 03:21:22 ID:rwtIVFLK
>>350
なるほど。重ね重ねありがとうございます。

352 :名無しさん@編集中:2010/06/17(木) 07:39:38 ID:jMYWxJdq
Opera10.6ベータがHTLM5+WebM対応

353 :名無しさん@編集中:2010/06/17(木) 10:12:00 ID:dsKaPOzJ
Firefoxは3.7待ちだけど、3.6.4のリリースすら遅れに遅れている現状、
いったいいつになることやら…

354 :名無しさん@編集中:2010/06/17(木) 11:29:51 ID:jMYWxJdq
最近、Firefoxの開発ペースの遅さが目立つよね
なんかトラブル抱えてるんだろうか



355 :名無しさん@編集中:2010/06/17(木) 22:20:07 ID:KPCRJCrE
3.7(実質4.0)alpha 5は公開されてるね
webMの再生負荷は特に変化無しかな

356 :名無しさん@編集中:2010/06/17(木) 22:57:53 ID:KPCRJCrE
WebM/VP8に対応、「FFmpeg 0.6」がリリース
ttp://sourceforge.jp/magazine/10/06/17/0953209

FFmpeg 0.6
ttp://ffmpeg.org/

357 :名無しさん@編集中:2010/06/18(金) 00:29:14 ID:/O+NISVo
>>355
いまやアドオンのためにFirefox使っている人がほとんどだろうから、
ほとんどのアドオンが対応していないalpha版じゃ意味が無いんだよなぁ。
正式リリースされてさえ、メジャーバージョンアップ後だと1ヶ月ぐらいは
アドオンが対応しきれないし。

この辺、アドオンはJavaScriptベースなのでやれることは限られているけど
互換性はいいGoogle Chromeとは違うところ。

と、スレ違いの話題はさておき、ブラウザ内蔵のVP8デコーダは当分は
再生負荷が下がるようなことはないだろうなぁ。

358 :名無しさん@編集中:2010/06/18(金) 01:14:28 ID:Y8CJdHws
Nightly使ったことないんだけどFirefoxってOggも含めて再生品質は向上してるの?


359 :名無しさん@編集中:2010/06/18(金) 07:06:10 ID:d/X2NH5+
H.264の様に、GPUを使ったVP8のデコードができる様になると良いのだけどね。
たくさんのベンダーがハードウェア支援に取り組んでいると書いてあるが、いつになることやら。

あと、VP8のビットストリームは、今後変更されると言うし、
今指摘されている欠点の幾つかも直されるのだろう。

http://webmproject.blogspot.com/2010/06/future-of-vp8-bitstream.html

360 :名無しさん@編集中:2010/06/18(金) 08:58:38 ID:/O+NISVo
>>359
GPU使おうとしても、現状DXVAでは当然対応していないから、CUDAのように
GPUを汎用コンピューティングに使う方面でやるしかない。NVIDIAのGPUを
載せているような環境ならCPUデコードでもスカスカ行く場合がほとんどだろうし、
そもそもサポートプラットホームがあまりにも限られすぎちゃって無意味に近い。

ってことで、MSがDXVA decoder profileにVP8を入れ、GPUベンダーがそれに対応
したドライバを作るまでは、PCでのハードウェア再生支援は考えない方がいいと思う。

361 :名無しさん@編集中:2010/06/18(金) 13:26:33 ID:rsCjhrO8
>>360
>CUDAのように
>GPUを汎用コンピューティングに使う方面でやるしかない

それはエンコード支援には良いだろうが、
デコード支援としては正直あまり向かないと思われ。
汎用ユニットをそちらに割り当ててしまうと、
その分本来のGPUとしての能力が低下するから。
PCだと動画見ながら他にも色々する訳だし。

別に用意してある専用ロジック回路で得られる高効率性こそが
ハードデコードの真価であって、GPGPUで代用は出来ない。

362 :名無しさん@編集中:2010/06/18(金) 15:10:24 ID:QO3ssSX+
今時のPCのスペックなら再生支援不要だしな。
必要なのはスマートフォントかモバイル機器だな。

363 :名無しさん@編集中:2010/06/18(金) 19:01:25 ID:SyAXqWVg
libvpx 0.9.1が来てた。

  Downloads - webm - Project Hosting on Google Code
  ttp://code.google.com/p/webm/downloads/list

2010-06-17 v0.9.1
- Enhancements:
* ivfenc/ivfdec now support YUV4MPEG2 input and pipe I/O
* Speed optimizations
- Bugfixes:
* Rate control
* Prevent out-of-bounds accesses on invalid data
- Build system updates:
* Detect toolchain to be used automatically for native builds
* Support building shared libraries
* Better autotools emulation (--prefix, --libdir, DESTDIR)
- Updated LICENSE
* http://webmproject.blogspot.com/2010/06/changes-to-webm-open-source-license.html

>>344でも書かれているように、ivfencとivfdecでYUV4MPEG2が使えるようになってますね。

364 :名無しさん@編集中:2010/06/18(金) 22:31:14 ID:+qhgEX6R
WebM形式へ動画を変換可能になった動画一括変換ソフト「XMedia Recode」v2.2.3.9
ttp://www.forest.impress.co.jp/docs/news/20100618_375377.html

365 :名無しさん@編集中:2010/06/18(金) 23:02:00 ID:swuFvWPQ
で、どのくらい速くなったの?

366 :名無しさん@編集中:2010/06/19(土) 01:53:19 ID:VX8lft5N
avs2yuv source.avs -o video.y4m
ivfenc video.y4m video.ivf --target-bitrate=1000
wavi source.avs - | venc -q0 - audio.ogg
mkvmerge --disable-lacing --webm video.ivf audio.ogg -o output.webm

http://akuvian.org/src/avisynth/avs2yuv/
http://code.google.com/p/webm/downloads/detail?name=vpx-vp8-debug-src-x86-win32mt-vs8-v0.9.1.zip&can=2&q=
http://sourceforge.net/projects/wavi-avi2wav/
http://www.geocities.jp/aoyoume/aotuv/index.html
http://www.bunkus.org/videotools/mkvtoolnix/downloads.html#windows

Nicの物ではなく、公式バージョンのivfenc(libvpx-0.9.1)でやるとすると、こんな感じか。

367 :名無しさん@編集中:2010/06/19(土) 07:44:49 ID:q3HZgTLl
>>361
今のGPUが専用回路でデコードしている、というソースある?
普通にシェーダでやってると思っていたんだが

368 :名無しさん@編集中:2010/06/19(土) 10:43:06 ID:JG5a5H8I
Google Chrome Ver 6.0.437.3 devってやつでyoutubeのwebm動画みてみた
他のwebm対応ブラウザよりCPU負荷が低くてFlash動画より負荷が高い感じだった

369 :名無しさん@編集中:2010/06/19(土) 10:44:16 ID:fziT4ptH
>>367
UVD(再生支援回路)の位置に注目
ttp://pc.watch.impress.co.jp/img/pcw/docs/317/271/fig02.jpg

370 :名無しさん@編集中:2010/06/19(土) 11:07:15 ID:fziT4ptH
そういうわけで専用回路でデコードしてるために、
再生支援の性能は3D(シェーダ)の性能じゃなくて専用回路の世代に左右される
一シリーズ前のハイエンドより現行シリーズのミドルレンジの方が
再生支援性能が高いって事も結構あるしね

ただし同じ世代なら必ず性能が一緒ではなく、
機能が制限されていたり(ダイナミックコントラスト等)、スループットが異なっていたりするのがややこしい

【笠原一輝のユビキタス情報局】 Blu-ray 3DをPCで楽しむための要件
ttp://pc.watch.impress.co.jp/docs/column/ubiq/20100122_343853.htm
>VP4でもすべての製品で大丈夫かと言えばそうではないようだ。
>「GeForce GT 210に関してはスループットが足りないので、
>Blu-ray 3Dの再生には対応することができないだろう」(Beaulieu氏)と、
>GT21xのシリーズでも上位SKU(GT240/220)と
>今後リリースされるGF100ファミリーが現時点ではBlu-ray 3Dでサポートされる可能性が高いという。

サイバーリンク、3D動画再生に対応した「PowerDVD 10」 -AV Watch
ttp://av.watch.impress.co.jp/docs/news/20100315_354931.html
>NVIDIAのGPUを使ったハードウェアアクセラレーションを利用するためには、
>GT21xまたはGF100のVP4以降のGPU(96基以上のピクセルシェーダコア)が必要で、
>要求GPUとしては、GeForce 240GT以上のVP4世代GPUを挙げている。

結局GT215コア以上のVP4じゃないとBlu-ray 3Dのスループットは満たせないようだ。

Nvidia PureVideo - Wikipedia, the free encyclopedia
ttp://en.wikipedia.org/wiki/Nvidia_PureVideo
>GT 210 GT218
>GT 220 GT216
>GT 240 GT215

Unified Video Decoder - Wikipedia, the free encyclopedia
ttp://en.wikipedia.org/wiki/Unified_Video_Decoder

371 :名無しさん@編集中:2010/06/19(土) 11:40:12 ID:UtFPI4YC
>>367
汎用シェーダ+ソフトウエアでは専用回路と比べて効率が著しく低いし、
現状のCUDAの例だとGPGPUとしてユニットを使ってしまうと
GPU本来の性能が激減する(再描画が遅くなる)から現実的でないよ

エンコなら別に構わないけどデコードでの利用は難しい
また電力効率の観点から見ても厳しい

372 :名無しさん@編集中:2010/06/19(土) 16:40:03 ID:q3HZgTLl
>>369
ごめん。ゲフォユーザなんだ。ゲフォのブロック図見ても、それらしいのが無くて。
…と思ったけどあった。PVP。
http://www.nvidia.co.jp/page/purevideo.html
GPUでVP8デコーダ書こうと思ったけど早速雲行が悪くなってきた…

373 :名無しさん@編集中:2010/06/19(土) 17:22:41 ID:UtFPI4YC
まずGPGPU対応のエンコーダを書いてくれた方が需要有ると思う

374 :名無しさん@編集中:2010/06/19(土) 17:27:03 ID:V63IUtVT
>>373
ん?昔書いたけど使いもんにならなかったが、何か?

375 :名無しさん@編集中:2010/06/19(土) 19:31:46 ID:iV5Kt2jr
>>373
GPGPUでエンコードが凄い加速する!
というのはnVidiaが付き続けてる嘘の一つ

実際は、多くのフォーマットでGPUはエンコには使えない
無理に使ってもスピードでないし

>>371
効率が低いと言ってもGPUのシェーダーパワーはどんどん上がって
きてるから、最近ではシェーダ使っちまえという流れになってる。

RADEONの今月のドライバでは、
モスキートノイズ軽減、ブロックノイズ軽減にGPUのシェーダーを
積極的に使うようになって、動画再生品質が向上してる。
FlashでH264再生するときも勝手に効いてる

そもそも動画再生とGPU負荷の高いゲームを同時にやるとか
意味不明なシチュエーションを持ち出して否定するのって、なんか意味あんの?


376 :名無しさん@編集中:2010/06/19(土) 21:18:11 ID:UtFPI4YC
>>375
それ専用回路でデコードの大半の処理をした上で更に追加でやる処理でしょ。
再生支援のメリットの一つで有る電力効率の高さは
専用回路がベストなのは間違いないし。

>意味不明なシチュエーションを持ち出して否定
意味不明。流石にそこまでのシチュは想定してないよ。

377 :名無しさん@編集中:2010/06/20(日) 00:11:06 ID:beEZBVRG
>>375
> RADEONの今月のドライバでは、
> モスキートノイズ軽減、ブロックノイズ軽減にGPUのシェーダーを
> 積極的に使うようになって、動画再生品質が向上してる。

それは再生支援じゃなくて画像処理だが


378 :名無しさん@編集中:2010/06/20(日) 01:47:26 ID:XkfMk+sL
CUDAでVP8デコーダを実装出来るほどのコーディングスキルの有る人なら
今有るCPUベースのソフトデコーダのアルゴリズムの改良や最適化を進める方が
現状ではより優先度高いし歓迎されると思うよ

379 :名無しさん@編集中:2010/06/20(日) 03:42:52 ID:y0BVfo+3
それじゃ夢がない

380 :名無しさん@編集中:2010/06/20(日) 10:02:20 ID:hFygdSVj
HPC市場でも大惨敗中のnVidiaのCUDAとかどうでもいいよ


381 :名無しさん@編集中:2010/06/20(日) 15:47:07 ID:K/9sl/Uo
惨敗中なのに東工大はTSUBAME2.0でCUDA使うの?w

382 :名無しさん@編集中:2010/06/20(日) 16:17:28 ID:hFygdSVj
あそこのスパコン責任者がnVidia教だからな
わざわざ東工大で高校生向けnVidia CUDA講座とかやってんだぜ?

無理やりFermi使ってTSUBAME2造ったのはいいけど、水冷だもんなw

383 :名無しさん@編集中:2010/06/20(日) 19:00:47 ID:y0BVfo+3
よそでやってくれ

384 :名無しさん@編集中:2010/06/21(月) 02:43:44 ID:9DRnJGXK
>>375を改めて読むと支離滅裂だな

>実際は、多くのフォーマットでGPUはエンコには使えない
>無理に使ってもスピードでないし

CPUの方が速い場合が多いからね。
でもそれならさ、

>効率が低いと言ってもGPUのシェーダーパワーはどんどん上がって
>きてるから、最近ではシェーダ使っちまえという流れになってる。

そっちもCPUでやるべきだよね。

385 :名無しさん@編集中:2010/06/21(月) 03:56:21 ID:1pSvscFK
えっ

386 :名無しさん@編集中:2010/06/21(月) 08:01:35 ID:qWQuGsCi
>>384
普通の読解力なら、「前半はエンコの話、後半は動画再生支援の話」
くらいは読み取れるもんだ

387 :名無しさん@編集中:2010/06/21(月) 10:25:23 ID:9DRnJGXK
>>386
読み取った上での話。
その二つの話で自分の意見に都合の良いように別々の状況を前提に考えてるから。
しかも後半は間違いも含んでるしね。

388 :名無しさん@編集中:2010/06/21(月) 12:49:00 ID:j6UxfDs1
グーグル、動画コーデック「VP8」の大幅改良への取り組みを早くも開始
ttp://japan.cnet.com/news/service/story/0,3800104747,20415462,00.htm

389 :名無しさん@編集中:2010/06/21(月) 13:03:16 ID:siwqjMtm
Googleのこういうアグレッシブな面は評価できる

390 :名無しさん@編集中:2010/06/21(月) 13:29:32 ID:wFYhfL4J
ブランチ作っただけでニュースになるGoogle

391 :名無しさん@編集中:2010/06/21(月) 16:29:35 ID:rqtXgx1u
このままでは到底使い物にならないとはいえ、早くも動いたか。

392 :名無しさん@編集中:2010/06/21(月) 17:08:13 ID:qWQuGsCi
オープンソースになったのにオープンソースコミュニティの動きが鈍いんじゃないの?
しょうがないからGoogle自ら動かざるを得なかったと。


393 :名無しさん@編集中:2010/06/21(月) 17:51:46 ID:lckdlBR0
コミュニティと言ってもWebM/VP8に関わってるのはほとんどがGoogle社員でしょ?

394 :名無しさん@編集中:2010/06/21(月) 18:43:02 ID:9DRnJGXK
アグレッシブと言うよりは、元々のローンチ時の問題に思う
出たばかりなのにもう仕様変更の話が出てしまうのは
問題の多さを物語ってるようなもので良い事じゃない

こういう風に見切り発車で完成度が低いまま投入→短期間で仕様変更
っていうのは、特にハードベンダーに取っては迷惑な話でしかないし
Fixされた仕様を待つのが得策と判断してずるずると計画が先送りされかねない

元々は標準化に必要なオープンな場での仕様策定過程を経ずに
私企業が独自開発したクローズドなコーデックを買い取ってOSS化した
その経緯自体がそもそもの問題の根源だと思われ

本来は有る程度の準備期間を設けてブラッシュアップに取り組むべきだったと思うが
2012年に予定してるHTML5勧告までの残り時間が少ないから急いだのだろうな
ハードデコード有効化への準備期間としてはぎりぎりのラインだろうし

395 :名無しさん@編集中:2010/06/21(月) 21:45:55 ID:lT54qKQr
ひとりひっしなひとがいます

396 :名無しさん@編集中:2010/06/22(火) 00:52:20 ID:OlmpESF0
ハードのサポートなんて最後だろ
最初にブラウザに搭載されて地雷発動しない事を確認するまでは
専用ハードなんて危なっかしくて開発できないと思う

397 :名無しさん@編集中:2010/06/22(火) 03:45:32 ID:JI5CvotW
その辺の不安を取り除く意味で
最初の発表時に「これが正式な仕様です」と明言していた訳だが…
この流れだとその発言自体微妙になるな

ttp://japan.cnet.com/news/media/story/0,2000056023,20413691,00.htm

398 :名無しさん@編集中:2010/06/22(火) 05:29:14 ID:YCmGfD+U
Bフレーム無し、AQが困難な量子化、強度を変えられないループフィルター等、
今のビットストリームの欠点が改良されるのは、私としては歓迎したいところ。

399 :名無しさん@編集中:2010/06/22(火) 13:46:40 ID:zyL9ZH2w
VLC 1.1.0正式版リリース
WebMコンテナ、Vorbis、VP8のデコード&エンコード対応


400 :名無しさん@編集中:2010/06/23(水) 02:03:21 ID:Fo0nv1MD
VP8/WebM標準対応の「FFmpeg 0.6」(Works with HTML5)が公開
http://journal.mycom.co.jp/news/2010/06/22/069/index.html

FFmpegプロジェクトは、最新版にあたる「FFmpeg 0.6」を公開した。
開発コード名「Works with HTML5」が示すように、同バージョン最大のアップデート内容は
VP8/WebMのサポートと、Ogg TheoraやH.264といったHTML5動画で使用されるコーデックの高速処理化だ。

FFmpegは、動画フォーマット変換機能を持ったオープンソースのツール。
libavcodecなどの各種ライブラリから構成されており、VLCやMPlayer、Perianなど、
さまざまなオープンソースの動画再生プレイヤーなどで利用されている。

5月下旬のGoogle I/OでVP8の「WebM」としてのオープンソース化が発表された際、
FFmpegのWebM対応パッチの提供が行われていたが、最新バージョンの0.6ではこれに標準で対応したことになる。

また、前述のようにTheoraやH.264の処理速度が大幅に向上しているほか、
Vorbisデコーダに関してメジャーアップデートが加えられているという。
詳細についてはFFmpeg 0.6のリリースノートを参照のこと。





401 :名無しさん@編集中:2010/06/23(水) 02:10:01 ID:Fo0nv1MD
例のVorbisエンコードがおかしかった問題も修正されてるっぽいですね

402 :名無しさん@編集中:2010/06/23(水) 02:49:14 ID:mrl+Mn+l
>>400
>>356でガイシュツ

403 :名無しさん@編集中:2010/06/23(水) 06:14:10 ID:A/dLORFI
アホン信者は敵へのネガキャンが凄いからなぁ。

404 :名無しさん@編集中:2010/06/24(木) 02:53:23 ID:BCu+bMQl
mpchcもWebMとVP8に対応したね
フィルタ登録する必要が無くなった

405 :名無しさん@編集中:2010/06/24(木) 14:41:09 ID:bFcqpLf6
FFmpegがVP8のネイティブデコードに対応
http://slashdot.jp/it/article.pl?sid=10/06/24/0452249


406 :名無しさん@編集中:2010/06/24(木) 15:25:26 ID:s0wnAWet
>またx264のJason Garrett-Glaser氏もSIMD最適化の面で協力している
批評だけじゃなくて協力もしてるのか
偉いな

407 :名無しさん@編集中:2010/06/24(木) 21:18:30 ID:tmYj2w9d
ほんとすごい大学生だ

408 :名無しさん@編集中:2010/06/24(木) 23:01:44 ID:siahHSnp
dark shikariはVP8そのものは糞扱いしてたけど、HTML5に使えるフリーライセンスな
コーデックを開発しているGoogleの試みに対しては好意的だったし、
引用されて光栄に思えばいいのかむかついたらいいのかわからないとか言ってて
ジョブズのことは大嫌いみたいだからな

409 :名無しさん@編集中:2010/06/25(金) 00:34:15 ID:tltzHpbg
jobsがどうとかは
このスレ的にどうでも良い話なんで出来れば止めて頂きたい

410 :名無しさん@編集中:2010/06/26(土) 03:44:42 ID:WgKVe/u9
こういう開発の柔軟性は、オープンソースのいいところだな
FFmpegへ正式に統合されたから二次利用で採用が加速しそう

411 :名無しさん@編集中:2010/06/26(土) 09:32:46 ID:7RHY1XgP
MPEG-LAによるパテントプール作成、急いでほしいよね
オレ様認定特許フリー宣言だと、ちょっと不安だよね

412 :名無しさん@編集中:2010/06/26(土) 12:13:15 ID:wfhbYWJ2
ffmpegが対応したとなるとffdshowにも反映されるかな?

413 :名無しさん@編集中:2010/06/26(土) 12:19:02 ID:vijlNAcT
>>412
MPC-HCはすでにffmpegのVP8デコーダーを内蔵デコーダーに取り込み済みだから
ffdshowもすぐにやると思う
あの2つは開発者が結構かぶってるし

414 :名無しさん@編集中:2010/06/26(土) 13:28:12 ID:dGmWmcMY
このまま順調にいけば知らず知らずのうちに対応が進んでそうだな
というか各種オープンソースプロジェクトでの対応完了が早すぎw

415 :名無しさん@編集中:2010/06/26(土) 15:41:48 ID:iGwTOER4
その為のオープンソースだろ〜

416 :名無しさん@編集中:2010/07/01(木) 18:21:07 ID:TmZynqHU
「Opera 10.60」正式版公開、「WebM」動画フォーマットに対応
ttp://internet.watch.impress.co.jp/docs/news/20100701_377992.html

417 :名無しさん@編集中:2010/07/01(木) 18:23:02 ID:iH/hDQKg
異常なまでにどうでもいいニュースだな

418 :名無しさん@編集中:2010/07/01(木) 18:32:44 ID:TT+IBUw2
>>417
サードのサポってかなり重要な話だぜ

419 :名無しさん@編集中:2010/07/01(木) 18:40:16 ID:kuIu75lN
Opera最強伝説

420 :名無しさん@編集中:2010/07/01(木) 19:06:32 ID:H46KLJvz
>>417
めちゃくちゃ重要だが・・・
携帯機含めるとOperaのシェアってめちゃくちゃでかいぞ

421 :名無しさん@編集中:2010/07/01(木) 22:12:31 ID:/ncAqdHm
YouTube、当面はFlash Playerをメインに――HTML5はまだ発展途上と説明 - ITmedia エンタープライズ
http://www.itmedia.co.jp/enterprise/articles/1007/01/news024.html

あんま関係ないけど一応。

422 :名無しさん@編集中:2010/07/02(金) 10:44:38 ID:/T5f1Mw2
ということはOperaが正式版でWebMをサポートした最初のブラウザになるのか。

423 :名無しさん@編集中:2010/07/02(金) 11:04:51 ID:eSsQcfwn
いくらブラウザ側がサポートしようと
Youtubeみたいな大御所が動かないとほとんど意味ないな

424 :名無しさん@編集中:2010/07/02(金) 11:29:33 ID:vK8LA2f0
「この先大御所が動くことはない」とも100%言い切れない

425 :名無しさん@編集中:2010/07/02(金) 12:48:03 ID:v/E9EEpb
VP8とYouTubeの両方ともが、Googleの所有するサービス

426 :名無しさん@編集中:2010/07/02(金) 12:57:08 ID:2wpbYu33
Youtubeはもう一部の動画はWebMで見れるよ

427 :名無しさん@編集中:2010/07/02(金) 13:00:12 ID:/5WvAeIX
ffdshow tryoutがr3493でVP8デコード対応した

428 :名無しさん@編集中:2010/07/02(金) 13:48:19 ID:17Z9+Qd1
WebMの本格的な普及はIE9用のコーデック待ちかもしれない。


429 :名無しさん@編集中:2010/07/02(金) 19:22:24 ID:OqUuGD4u
今んとこMSはWebMに興味ないからなぁ
MSはH264派だし

430 :名無しさん@編集中:2010/07/02(金) 20:46:23 ID:nsuobss6
いやVC-1派だろう

431 :名無しさん@編集中:2010/07/02(金) 21:52:41 ID:17Z9+Qd1
IE9のHTML5動画再生、H.264に加えオープンソースのVP8もサポート - ITmedia News
http://www.itmedia.co.jp/news/articles/1005/20/news050.html

別途コーデックをインストールする必要があるがIE9でもサポートするってさ。


432 :名無しさん@編集中:2010/07/02(金) 22:31:52 ID:OqUuGD4u
だから、別途コーデックをインストール必要があるというのは
WebM非サポートと同じなんだってw

プラグイン無し、ブラウザ単体でデコード出来るのがWebMの最大の売り
なんだから。

433 :名無しさん@編集中:2010/07/02(金) 22:39:23 ID:17Z9+Qd1
じゃあ非対応ということでいいや。
ところで、SafariはコーデックをインストールするとWebMが見れるってことはないよね?


434 :名無しさん@編集中:2010/07/02(金) 22:40:53 ID:ImeRfK6C
>>432
じゃあ世の中の全てのブラウザは「Flashに対応していない」てことになるぞ
ニコニコ動画とかは「プラグインで見る」わけか
そんな言い方するやつは誰もいないけどな

435 :名無しさん@編集中:2010/07/03(土) 00:22:03 ID:YygDABRX
FlashならH.264とWebM(予定)を両方見れるが
html5だとブラウザごとに両方用意しないといけなくなる

436 :名無しさん@編集中:2010/07/03(土) 01:10:03 ID:ubmFLY9b
MSのWebMに対する態度は
現状では「消極的対応」と言ったところ

IE9のGPU活用による高速化の一環として
DxVA経由でのH.264再生支援も効くようになるから
サポートレベルや注力度合いではそちらの方が扱いとして上なのは確か
Win7でも既にH.264は標準コーデックの一つのような扱いだし

今のブラウザ戦線はHTML5など標準技術への対応度の高さと
JSエンジンの高速化などを軸に争ってる
MSはIE9でその舞台に再び上がって汚名挽回&性能面でのガチンコ勝負を仕掛ける…筈

WebMはこのまま行けばHTML5 videoに採用される可能性が高いし、
標準対応の一環として
その有力候補に対して一定のサポートを表明するのは自然な事だと思う
実際の対応内容はともかく、イメージ戦略的にも

437 :名無しさん@編集中:2010/07/03(土) 01:43:44 ID:ImWB0EXs
>>435
そんなにいやか
そんなに面倒か

438 :名無しさん@編集中:2010/07/03(土) 01:44:54 ID:QKaD5DBB
汚名挽回・・・IE6の再来ということか

439 :名無しさん@編集中:2010/07/03(土) 01:47:28 ID:YygDABRX
MSはサービスパックに最新のIEを入れておいて欲しい
そうすれば古いIEが居残ることがなくなるのに

あとの問題はAppleか

440 :名無しさん@編集中:2010/07/03(土) 01:49:04 ID:YygDABRX
>>437
動画サイトでストレージを倍用意しないといけなくなる
もちろん動画形式変換もしないといけなくなる
コストは莫大だと思うが?

441 :名無しさん@編集中:2010/07/03(土) 03:05:49 ID:ftF+m7JV
>>433
Quicktime丸投げだからXiphQT入れてればOgg再生できるよ。
ただWebMはQTコンポーネントがまだ存在しないけど。

442 :名無しさん@編集中:2010/07/03(土) 04:28:24 ID:IxKZq+SA
>>434
ChromeはFlashが組み込まれたからインストール不要

443 :名無しさん@編集中:2010/07/03(土) 07:22:49 ID:r3g+9gDA
>>434
>じゃあ世の中の全てのブラウザは「Flashに対応していない」てことになるぞ

話の本質をなんにも理解してないんだな。。。

Flashなどの1社のプラグインに頼る現状を打破しよう、
Web標準技術だけで完結できるようにしよう。
業界が目指してるのはそこなわけで。

だからWeb標準のHTML5を使いましょう、
パテントフリーのビデオとしてVP8、サウンドとしてVorbis、
コンテナとしてWebMを作りました、
他者の追加プラグインなどなしで、Web標準に即したブラウザだけで
全てが完結するようにしましょう。
と、Googleなどが主張してるわけ。

>世の中の全てのブラウザは「Flashに対応していない」てことになるぞ

Flashを「使わないですむ」ようにするのが目的なのに

444 :名無しさん@編集中:2010/07/03(土) 13:41:45 ID:v/WFntL0
ひとりひっしなひとがいる

445 :名無しさん@編集中:2010/07/03(土) 14:46:09 ID:r3g+9gDA
余裕で正論を述べてるだけなのに、それが必死に見えてしまう層がいる

どれだけ能力が低いんだろうか

446 :名無しさん@編集中:2010/07/03(土) 15:32:46 ID:iSfCAThK
どっちもどっちなんだろう

447 :名無しさん@編集中:2010/07/03(土) 16:52:06 ID:eu95bcui
正論だろうとそうでなかろうと、「だから結論はこうだ」「だからこうすべき」の部分が抜けているのだから、ただのアンチに見られても文句は言えない
議論のレベルがゲハとどっこいどっこい

448 :名無しさん@編集中:2010/07/03(土) 17:11:51 ID:1gC+B/hw
金もない、権力もない、W3Cに対しての発言権もないんだから、
2chで議論しても始まらん罠

議論するだけ時間の無駄。帯に短し襷に長し。

449 :名無しさん@編集中:2010/07/03(土) 17:24:27 ID:ftF+m7JV
というか話が本筋からどんどん遠ざかっているような…w


450 :名無しさん@編集中:2010/07/03(土) 20:15:20 ID:jsfnbt5l
ここはDTM板なのだから、いかに美しくエンコードできるかを語り合おうではないか。


451 :名無しさん@編集中:2010/07/03(土) 21:10:38 ID:KufuKI/q
webmdshow-0.9.9.0-20100702 released

Here are a few of the changes in this release:

(1) two-pass VP8 encoding is now fully implemented

(2) makewebm now supports reading and writing GraphEdit (*.grf) files

(3) source filter now uses Cues element, for more efficient seeking

(4) webmmux filter now allows you to specify WritingApp element

(5) VP8 encoder filter now allows you to force a keyframe to be
created immediately

https://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/faeb4377f7856166#

452 :名無しさん@編集中:2010/07/03(土) 21:13:16 ID:ERA616Ow
>>450
打ち込みするのか

453 :名無しさん@編集中:2010/07/04(日) 01:21:02 ID:o0PbsZ6F
ffdshowのrev3495でついに対応。
http://sourceforge.jp/projects/ffdshow-tryout/releases/?file_id=2632277
デフォルトで無効になってる。
自分の環境では公式directshow入れてないとWMPで再生できなかった。
公式directshowに入ってるスプリッターが要るのだと思う。

454 :名無しさん@編集中:2010/07/04(日) 01:55:06 ID:d8C15jJp
>>453
haaliのスプリッタでいけないかい?

455 :名無しさん@編集中:2010/07/04(日) 04:52:43 ID:hm32PeIW
以前公式のソースフィルタやスプリッタを外して試したときはMPC-HCならHaali使ってくれたけど
WMP11はHaaliを使ってくれなかったなあ。理由はよくわかってないけども。最近は試してない。


別件だけど、Xiph.orgのDirectShowフィルタのほうもVersion 0.84.17315でWebM対応されたみたい。
これまでOggだけだったけど、これからはwebmのVorbis音声の再生にも使えるということかな。
ただ、うちの環境だとインストーラー落とそうとするとNorton先生が攻撃と判断して通信遮断する・・・。

456 :名無しさん@編集中:2010/07/04(日) 10:58:04 ID:JM0tVrxh
MPC-HCのスプリッター+ffdshowでは再生できなかった。
MPC-HCがクラッシュする。

やっぱスプリッターが別に必要みたいね。今の段階では。

457 :名無しさん@編集中:2010/07/04(日) 12:24:42 ID:4EsBv6Ky
>>456
MPC-HC(1.3.2100.0)の内蔵フィルター(matroskaスプリッター+VP8デコーダー+vorbisデコーダー)で再生できてるし
デコーダーをffdshow(r3493)に切り替えても問題は出ていない
サンプルあるなら上げてくれ
確認取れたらMPC-HCの開発チームに提出するから

458 :名無しさん@編集中:2010/07/07(水) 11:29:37 ID:Kgu8gmlu
VP8のハードウェア支援使えるの?

Firefox 次期バージョンのテスター向けベータ版第 1 弾、Firefox 4 Beta 1 を公開しました
http://mozilla.jp/blog/entry/5648/

・HD 動画: ハードウェアアクセラレーションが有効になった、非常にスムーズな HD 品質の
HTML5 動画を YouTube で楽しめるようになりました。
これは、先日発表された 新しい WebM 形式 によるものです。

459 :名無しさん@編集中:2010/07/07(水) 15:22:02 ID:2/NQobwA
ためしてみたけど、YoutubeをHTML5モードにして720PのWebM動画
を適当に再生してみたら、普通にCPUバリバリつかって高負荷再生でした

ハードウェアアクセラレート効いてないんじゃw

タスクマネージャ見ると、Firefoxともう一つの別プロセスにもCPU負荷
がかかってる。
内部で分散処理してるのかな

460 :名無しさん@編集中:2010/07/07(水) 15:24:46 ID:9VfHrK7a
Mozilla、UIを刷新した「Firefox」の次期バージョンv4.0のベータ版を公開
ttp://www.forest.impress.co.jp/docs/news/20100707_379045.html
機能面ではHTML5のビデオ機能への対応を強化し、今後Webでの標準的な動画フォーマットになることが期待されている“WebM”形式の動画再生に対応。
GPUのハードウェアアクセラレーションを活用した再生が可能で、HD品質の動画もスムーズに再生される。
対応してるんだろうね。βだから正式版はかなり先の話だけどFlashは対応したのつい最近の話だしx64対応してないのを考えると早いね。

461 :名無しさん@編集中:2010/07/07(水) 16:15:35 ID:89zIe6TZ
GPUによるハードウェアアクセラレートと言っても色々有るから
この話はデコードの事じゃなくてそれ以降の表示に関わる処理(スケーラ等)の話だと思われ

VP8のハードデコーダはそもそもまだ存在してないし、
OS側の仕組み(ドライバの対応とWinならDxVAでのWebM対応等)も整ってないから
今の段階ではブラウザ側だけでは対応のさせようが無い
実現はまだ先の話

462 :名無しさん@編集中:2010/07/07(水) 16:35:26 ID:89zIe6TZ
×DxVAでのWebM対応
○DxVAでのVP8対応

463 :名無しさん@編集中:2010/07/07(水) 17:48:34 ID:+lzfQzY1
そういえば、winampでWebMが再生できる様になったらしいが誰も興味ないのなw

464 :名無しさん@編集中:2010/07/07(水) 23:22:21 ID:2/NQobwA
もはやWinAmpなんて使ってる人いないのでは。
しかも動画再生になんてw

465 :名無しさん@編集中:2010/07/09(金) 06:16:55 ID:j8bC4jWp
小さな一歩ずつだけど、着実に前進してるね
エンコーダが充実したらかなり実用的になりそう

466 :名無しさん@編集中:2010/07/09(金) 07:45:19 ID:flaWWEZ8
何を夢見てるんだかか
画質悪いのに流行る訳ないじゃん
DTV板的には不要なcodecだろう

467 :名無しさん@編集中:2010/07/09(金) 07:56:46 ID:CJcG0uGt
vp8はh264より画質が良くてエンコードも早いって触れ込みだったから
すごい期待してたのに外人はやっぱ口だけだな。

468 :名無しさん@編集中:2010/07/09(金) 08:02:33 ID:F/z3Xtac
外人つーよりon2だろ
VP6のころから「H.264より高画質」とか吹きまくってたじゃん
もはや「だまされるやつのほうが悪い」レベル

469 :名無しさん@編集中:2010/07/09(金) 08:11:34 ID:CJcG0uGt
Google「・・・・・」

470 :名無しさん@編集中:2010/07/09(金) 08:32:37 ID:Iusk9Db1
Flashのせいでブラウザがx64に移行できないでいるからもっと進めて欲しいんだけどね。


471 :名無しさん@編集中:2010/07/09(金) 09:46:11 ID:j8bC4jWp
H.264では不十分だからこそ登場したのに
ケチつける奴はピントがずれた批判ばかりだなw
こういう何もわかってない頭の悪い連中が足を引っ張るわけだ

472 :名無しさん@編集中:2010/07/09(金) 10:11:29 ID:53rQAXVY
MP3よりも優れた規格もあったがどれも普及しなかったように
技術上の優劣を語ったところで実際はさして意味はない

H.264はもちろん優れたフォーマットであるのは言うまでもないが
一方でWebのオープンな文化に馴染みにくく時には不都合も生じる
VP8(WebM)はその補完であって根本的に取って代わるものではない

その辺をきちんと理解せずに揚げ足を取るような批判は目につく
もし望まれない存在であるならOperaにしてもFirefoxにしても
これほど早期にサポートはしなかっただろう

473 :名無しさん@編集中:2010/07/09(金) 10:18:54 ID:F/z3Xtac
Webのオープンな文化になじまないなんていってるのはMozzila儲とOpera儲だけだろ

474 :名無しさん@編集中:2010/07/09(金) 10:22:58 ID:DKoo/VGZ
「H.264こそが今までもこれからも史上最高の動画フォーマット」でないと困る層が抵抗してるんだよ

475 :名無しさん@編集中:2010/07/09(金) 10:28:14 ID:Fdmd3dAa
HTML5はH.264標準で再生出来るじゃん
ただこれはブラウザ作ってる側がライセンス料払わないといけないから
貧乏なFirefoxとかが困ってたところにWebMが出て乗っかっただけ
VP8なんて画質でもデコード負荷でもH.264に及ばないんだから個人が使う意味ないだろ
x264でフリーでH.264動画作れるんだから

476 :名無しさん@編集中:2010/07/09(金) 10:29:26 ID:PcpzF6h+
H.264より優れてるならいいんだけど、すべての面で劣ってるもの。

H.264がWebのオープンな文化に馴染みにくい?H.264に対応できないFirefoxが涙目なだけだろ(笑)

477 :名無しさん@編集中:2010/07/09(金) 10:39:46 ID:DKoo/VGZ
>>475-476
2015年にはVP8が滅亡して、H.264様のお布施要求を邪魔をするものがいなくなるといいですね

478 :名無しさん@編集中:2010/07/09(金) 10:55:43 ID:PcpzF6h+
>>477
そんな無駄なことよりH.264より良い動画形式ができることを祈るわ

479 :名無しさん@編集中:2010/07/09(金) 11:00:54 ID:PcpzF6h+
俺はH.264より良いものを望んでいるだけ。

WebMは「H.264より良いもの」という条件にあらゆる面で当てはまらないだけで、
H.264自体に固執しているわけではないんだがね。

ID:DKoo/VGZの馬鹿はそこのところを理解出来ていない。

480 :名無しさん@編集中:2010/07/09(金) 11:11:10 ID:dCLJz2p+
割れ厨にとってライセンスや特許なんて関係ないからな

481 :名無しさん@編集中:2010/07/09(金) 12:54:22 ID:vCjJAipQ
H264より画質がいいかどうかなんてどうでもいいんだよ

・各社がフリーで使える
・追加アドイン無しでブラウザのHTML5で再生できる

この2個が最も重要。
H.264は素晴らしいがパテントフリーじゃない。

482 :名無しさん@編集中:2010/07/09(金) 13:30:30 ID:c9AWvKC0
あと画質さえ良ければ文句なしなんだが…

483 :名無しさん@編集中:2010/07/09(金) 14:01:26 ID:EXy++C+D
出来悪過ぎだわな。WMV / VC-1同様不要な存在。

484 :名無しさん@編集中:2010/07/09(金) 16:55:33 ID:Sfq5V93p
WebM嫌ってるApple信者が沸いてきたな

AppleはiPhoneやiPodにH.264のHWデコーダ搭載してるし、
AppleStoreも全部H.264だし、今更WebMなんて普及されても困るからな

485 :名無しさん@編集中:2010/07/09(金) 17:01:13 ID:CJcG0uGt
出来が悪っていってるだけなのに信者脳って怖いね

486 :名無しさん@編集中:2010/07/09(金) 17:38:13 ID:SpNK1uuy
なんか荒れてるな。

487 :名無しさん@編集中:2010/07/09(金) 17:49:43 ID:dCLJz2p+
>>485
マカ死ね!

488 :名無しさん@編集中:2010/07/09(金) 17:54:02 ID:CJcG0uGt
>>487
マカみたいな基地外と一緒にすんな!


489 :名無しさん@編集中:2010/07/09(金) 18:16:25 ID:TAWZ3kye
>>478
2012年の7月頃までにH.265が標準化されるらしいね。
H.264の2〜10倍の計算コストが掛かるけど、H.264と同画質でさらに半分まで
圧縮できるらしい。本当かどうか分からんけど。

>>472
音声圧縮は、128kbpsあれば非圧縮と区別できない領域に達してしまって
それよりビットレートを上げても劇的に音質は改善しない。
それから、現在のインターネット回線速度とデータストレージサイズ
からすると、音声ファイルというのは十分小さいサイズになっている。
だから、MP3より圧縮率が向上しても普及しなかったと思う。

一方映像圧縮は、音声と違ってデータサイズが巨大でデータストレージ
の問題や回線速度の問題は完全には解決出来ていない。しかも画素数を
増やせば増やしただけ高画質になるため、それ以上ビットレートを上げても
画質が向上しないというサチュレートラインが存在しない。
だから、今後も映像の圧縮率というのは、普及の上で最も重要な要素に
なると思う。

H.265が本当に2倍の圧縮率を達成できるなら、Youtubeなどのデータ保存
サーバーや回線帯域のコストを半分にできることになる。もしかしたら
そのコスト低下分がH.265のライセンス料より安くなるかもしれない。

個人的にはVP8にBフレとかAQとかを導入してH.264と同等画質、出来れば
より高画質になってほしいと思ってる。少なくともそうすればH.264と
すべての面で同等以上になると思う。H.264に負けているのは圧縮率だけ
だから。

490 :名無しさん@編集中:2010/07/09(金) 19:14:13 ID:/uxie0f1
ちょっと古いけど、たぶん未出だよね?

VP8, x264 and XviD comparison
http://www.compression.ru/video/codec_comparison/h264_2010/appendixes.html#Appendix_8

491 :名無しさん@編集中:2010/07/09(金) 19:47:57 ID:BQROiety
ID:F/z3Xtac = ID:PcpzF6h+ = ID:CJcG0uGt か?レスからも恥垢臭がしているぐらいに
臭いぞ。その狂った頭はもう治らないけど、せめて包茎ぐらいは治せよ。

492 :名無しさん@編集中:2010/07/09(金) 20:01:19 ID:F/z3Xtac
>>491
そりゃおまえ自身のことだろ

493 :名無しさん@編集中:2010/07/09(金) 20:11:12 ID:dCLJz2p+
Apple製品をひとつでも買えば…

494 :名無しさん@編集中:2010/07/10(土) 00:15:22 ID:gs51wats
WebMを叩く奴はH.264の欠点にはまず言及しない
H.264とは完全に用途・目的は別物にも関わらず
そこを理解できてないバカが暴れるから困ったもんだ

H.264では不十分だからこそWebMが存在している
互いに棲み分けする(できる)フォーマットなんだと
頭が足りなくて理解できない人は可哀想ですらある

495 :名無しさん@編集中:2010/07/10(土) 00:34:40 ID:JXoZGV77
x264より画質悪いから使わない
ただそれだけの話です

496 :名無しさん@編集中:2010/07/10(土) 00:56:43 ID:4e0Vu5ih
なら当然音質の悪いMP3なんて使いませんよね?

497 :名無しさん@編集中:2010/07/10(土) 01:23:51 ID:o3Yk7/wk
>>495
規格と実装の区別すらつかないバカが煽っているのか…

498 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 05:56:29 ID:vCqyGV1W
>>496
使わないよ。

499 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 07:03:03 ID:pKIkGTos
MP3なんてもう意味ないだろw
2Mbpsもあれば、無劣化のWavで保存できるんだから

そのうちmpeg系コーデック(フレーム間圧縮)も意味がなくなるよ
200-300Mbpsもあれば、フレーム内圧縮のみ(動き補償による劣化なし)でフルHDの高画質記録ができるから


500 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 07:17:56 ID:pVqD+vD0
APE、FLAC、TAKだろ

501 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 10:53:03 ID:1i4jyaFk
>>499
じゃ、お前は20年後にまたきてくれ。
今現在ではお前はゴミだ。

502 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 11:23:28 ID:WEVE3hWA
mp3はsn比的に他のcodecに十分肩を並べれると思うけどなー
主観的にも十分聞けるし

h.264のhtml上での使い方ってほとんど、baselineじゃなかったっけ??
あれって計算量の割にそんなに画質よくないから、vp8で置き換えれるなら期待できると思うんだが。。。

503 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 14:37:11 ID:vQovcXUK
>>111
この条文でどこも訴えられなくなったな

504 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 15:09:39 ID:o3Yk7/wk
>>499
サーバ側の帯域の問題を知らない人乙。

サーバ側の問題だと、帯域以外でもMPEG2のパッケージソフト向け
ライセンスみたいに1つの動画あたりいくらなんていう体系になったら
動画投稿サイトとかだと死ねる。H.264は今はサイト単位で非常に安価に
ライセンスされているけど、H.264で独占されるようだと将来的に不安
というのはこのスレでもさんざガイシュツ。

なので、Googleが高い金払ってOn2を買収してでもそこそこ高性能な
コーデックをフリーで公開して広める意味がある。

>>502
SDならそうだけど、HDもあるからなぁ。

>>503
その条項が変わったことがこのスレにも書いてあるというのに、
いまさらなにいってんだこいつ。

505 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 18:21:47 ID:3b/nYFoS
>>472
>MP3よりも優れた規格もあったがどれも普及しなかった

AACが普及してるじゃん、嘘つき

>>496
今時非可逆はAAC一択だろjk

506 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 19:32:06 ID:TXK+gVR0
AAC信者が沸いてるな。

基地外オタ論じゃなくて一般論なら汎用性まだMP3のほうが全然上だろ

あと非可逆圧縮コーデックのどれがいいかなんて主観が大きいだろ。
低ビットレートの話なら変わるが。

507 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 23:40:45 ID:47KLLsxX
MP3信者が沸いてるな。

AACの再生できないオンボロ環境なんだろうか

508 :名無しさん@そうだ選挙に行こう:2010/07/10(土) 23:49:44 ID:hl1miIYp
なんだ、たけのこ軍vsきのこ軍みたいなもんか

509 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 00:08:17 ID:KjA63ILq
VP8は性能悪いから広まってほしくないが、Vorbisとmkvはもっと広まってもいいと思う

510 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 02:52:39 ID:5jtJt/WE
>>505
AACが普及したのは音質がいいからではなく、
mp3のライセンスを払いたくないAppleがipodでの音楽配信用に
AACを採用し、ipodが音楽配信で天下とったからに過ぎない。

実際、AACの音質はmp3に劣り、
「音質よりも扱いやすさ」で天下を取ったのがApple。

511 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 03:21:28 ID:dVBpvMUT
>>510
ttp://www.hydrogenaudio.org/forums/index.php?showtopic=66949
NeroとQT AACの比較@90-95kbps

QT AACが非常に優秀。平均的にLAMEの-V5(150kbps)より良い(!)

512 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 03:41:06 ID:42Zm7Q6+
>>510
これからトリップつけて書き込んでね

513 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 03:50:25 ID:zBLohKEO
MP3 vs AACはよそでやれよ。

514 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 04:00:38 ID:quLGDdli
http://doom10.org/compare/vp8.png
http://doom10.org/compare/ptalabvorm.png
http://doom10.org/compare/dirac.png

H.264には負けるにしても、無料で使える他の規格(Theora, Dirac)よりはVP8の方が優れているのだから、
それで良しとしておかないと。

515 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 04:16:33 ID:h0oWmbEA
H.264といってもプロファイルがBaseline,Main,Highとあって
VP8はBaseline以上Main以下だから
VP8も改良して上位のプロファイルを作れば一緒かもしれない

516 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 04:50:02 ID:irOvR6uf
ogg厨が参戦!

517 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 05:12:29 ID:zBLohKEO
>>514
ウェブ動画にどこまでの画質を求めるか、だね。
まぁ、画質面ではこれから改善されていくとは思うけど。

>>515
Bフレームが無いのが辛い…。

518 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 11:25:56 ID:Yt1KI+VJ
>>510
>「音質よりも扱いやすさ」
mp3cutに相当するAACのツールもないのにw

519 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 13:14:03 ID:a2PWgIyw
ipodアホンきたー

520 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 17:05:48 ID:42Zm7Q6+
圧縮したままのくせに扱いやすさも糞もねえよ

521 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 18:40:01 ID:TGfDqjW2
なんで無価値な議論続けようとするの?ヒマなの?バカなの?

522 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 18:59:41 ID:mkdIfvKy
>>510
すべて間違ってるよw

523 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 23:06:42 ID:qyDjo9wL
>>459
それ動画の方が対応してない
別のプロセス使うのはFlashの動画だから
Youtubeの動画の8割ぐらいがまずHTML5に対応してないし、
WebMに対応してるのはその半分ぐらいだと思う
モードオンにするだけでなく、WebMの動画探してこないとダメ
検索のオプションで選べられるよ
間にストリーミングをスキャンするセキュリティソフトをかませたりしなければ
C2Dの下位で720pの動画再生して、だいたい20%から30%代だよ

524 :名無しさん@編集中:2010/07/13(火) 12:30:05 ID:dumO07Qm
ttp://japan.cnet.com/news/commentary/story/0,3800104752,20416591-4,00.htm

>Adobeの最高技術責任者(CTO)Kevin Lynch氏は、FlashはGoogleの「VP8」ビデオ圧縮テクノロジを
>サポートすると約束し、そのバージョンは、VP8がリリースされた5月から 1年以内に登場すると約束した。

525 :名無しさん@編集中:2010/07/13(火) 13:26:03 ID:Cl93LpRt
私的には脱FlashのためのWebMだと思ったんだけど、なんか滑稽だわ
ブラウザがWebM対応がんばれよー

526 :名無しさん@編集中:2010/07/13(火) 13:26:43 ID:Qdru2wGv
脱Appleだな

527 :名無しさん@編集中:2010/07/13(火) 14:01:37 ID:Cl93LpRt
・SafariはWebMをサポートしない
・IE9はCodecインストールでWebMサポートするか、問題はWindowsXPではIE9は使えないこと
やっぱ利害関係や利権がからんでくると、足並みそろわないよなぁ……
主要ブラウザがHTML5 + WebMで統一できるように今後に期待しとくわ

528 :名無しさん@編集中:2010/07/13(火) 16:06:59 ID:J7nv0NmB
XP使いは7にアップグレードするか他のブラウザに乗り換えろってことだろ

529 :名無しさん@編集中:2010/07/13(火) 16:16:15 ID:Qdru2wGv
乗り換えなくてもFlash-playerでFLV見れるだろ
IE使うような人種はそれで満足するんじゃないか?

530 :名無しさん@編集中:2010/07/13(火) 18:08:20 ID:p2nmfoY4
>>525
こういう話があるよね。
http://jp.techcrunch.com/archives/20100629youtube-weighs-in-on-flash-vs-html5-video/


531 :名無しさん@編集中:2010/07/13(火) 18:17:42 ID:NaIe2uVz
今更ですがノートン先生の誤警告も消えたので、Xiph.orgのDirectShowフィルタを試してみました。
6月末のVersion 0.84.17315でWebMに対応したということで、名前もoggcodecsからopencodecsに変わったんですね。
インストール時にwebaやwebmへの関連付けも選べるようになっています。
インストールしてみると、webmdshowのDirecShowフィルタが一緒にインストールされました。
ただしソースフィルタ(webmsource)は入っていないようです。
また、webmsplitは、Xiph.Org Vorbis Decoderフィルタと接続できるよう、独自に手が加わっているようです。
公式にある最新のwebmdshow 0.9.9.0のwebmsplitだと、Xiph.Org Vorbis Decoderとは接続できないようです。

残念ながらうちでは、以前Oggスレの
 ttp://pc12.2ch.net/test/read.cgi/software/1246816098/463
に書いたのと同様に、何故かOggやWebMで落ちるようになってしまったので、使うのは断念しましたが・・・。
何故うちの環境は最近のXiph.Orgと相性が悪いのだろう・・・。
OSはXP Home SP3なんですが、他の方は普通に動いてるようなんですよね。orz
まあ公式webmdshowと,ffdshowのVorbisとで再生できるから問題は無いのですけれども。
ffdshowのVP8デコーダーも試しましたが、webmdshowでの再生と比べると重いようですね。

532 :名無しさん@編集中:2010/07/13(火) 18:55:38 ID:WwN0FJ7r
ソースはガイシュツながら、どう見てもゴミです。

>VP8ムービ処理: x264と比較して5倍から25倍遅く、平均で20%から30%ほど品質が悪い。
http://journal.mycom.co.jp/articles/2010/07/13/vp8-vs-x264/index.html

533 :名無しさん@編集中:2010/07/13(火) 20:03:01 ID:NaIe2uVz
現時点の性能がゴミなのは誰もが承知してると思うけど。

「今後の速度向上」「今後の品質向上」「本当にパテントフリーでいけるのか」
このあたりでバランスがとれていくならある程度メジャーになる可能性も高いが、
もしどこかでつまずくようなら結局はマイナーなまま消えていく可能性もある。
成功したとしても、「ネットの動画はVP8で統一」などという世界はこない。
「動画の品質」は、今後ますます重要になっていくだろうから、
正直なところH.264を置き換えるような形で成長していくことはないだろう。
特許問題に不安が残る技術を使うよりは、有料でも安定した鉄板技術である
H.264を使ったほうがいいんじゃないかという判断もあるだろう。
HTML5もまだ弱点が色々あるらしいし、今後どうなるのかもよくわからない。(知らないだけだけど)
「FlashPlayerがそれなりに進化すれば、結局はFlashでええやん」という意見も根強い。
1社の製品に依存しすぎるのは確かに危険だが、ユーザに大した負担をかけず
安定して広く提供できるのであれば、現実問題としては十分だからだ。
AppleのようにFlashを締め出そうとしているところもあるが、戦略だかなんだか知らんが
今の段階から選択肢せばめてユーザに不便さをおしつけてんじゃねえよって思う。

まあそんなこんなで課題は多いけど、「パテントフリーでかなり高画質」なコーデックは
少なくともそれなりの需要が見込めるわけだからそのへんの夢を追っていこうぜみたいな。
過度な期待はしないけど過小評価もしないってスタンスでいいんじゃないだろか。

534 :名無しさん@編集中:2010/07/13(火) 21:40:19 ID:YtNCNIKo
それにしてもきもちわるいひとがずっといるな

535 :名無しさん@編集中:2010/07/13(火) 22:12:41 ID:4cMeNZvu
Dark ShikariによるVP8評 第2弾
http://x264dev.multimedia.cx/?p=486

536 :名無しさん@編集中:2010/07/13(火) 22:19:33 ID:mUoMWNKf
>>532
画質はTheora超えてればいいし、エンコ速度は今後のアップ期待で終わる話。

そもそも、最高画質のH264が問題になってる事実からめを逸らすなよw

537 :名無しさん@編集中:2010/07/13(火) 23:08:11 ID:Qdru2wGv
少なくとも今の10倍にスピード上げなきゃ始まりもしない

538 :名無しさん@編集中:2010/07/15(木) 00:15:47 ID:hRck2qVo
ソースがmpeg系じゃなきゃもっといけるよとかいわれても
HDカムもTVもmpeg系だな

539 :名無しさん@編集中:2010/07/15(木) 21:46:05 ID:WWWZIEcK
マジレスすると金が絡む規格じゃないと普及しない。MP3しかりH.264しかり

540 :名無しさん@編集中:2010/07/15(木) 21:46:51 ID:WWWZIEcK
あとMPEG2とAACか

541 :名無しさん@編集中:2010/07/15(木) 22:56:47 ID:JrhV/Kly
WMAとWMVか

542 :名無しさん@編集中:2010/07/16(金) 08:09:52 ID:1f0BjAy1
wav

543 :名無しさん@編集中:2010/07/16(金) 08:19:43 ID:JqNRF14S
au

544 :名無しさん@編集中:2010/07/16(金) 14:32:06 ID:wkieXhKB
>>539
静止画圧縮のPNGは? ZIP・7Zなどのファイル圧縮は? 音声圧縮だと
OggVorbisはそれなりに普及しているぞ?

545 :名無しさん@編集中:2010/07/16(金) 14:32:43 ID:orSp2tX+
VP8も画質についてネチネチ言われ続けていると、
そのうちBフレームやインタレース対応のProfile作るかもしれんよな

546 :名無しさん@編集中:2010/07/20(火) 08:03:36 ID:f1udnGwP
VP8.1はまだか

547 :名無しさん@編集中:2010/07/22(木) 10:57:41 ID:wTZnSGdX
Directshow Filters for Ogg Vorbis, Speex, Theora, FLAC, and WebM
ttp://xiph.org/dshow/
Version 0.84.17338 - 20.07.2010

* Updated webmdshow to 0.9.9.0
* Fixed installer script regarding URL registration
(fixes "Open URL..." in Windows Media Player)
* Fixed Vorbis URL playback which was broken in previous version
* Installer uses localised "Open" and "Play" shell commands

548 :名無しさん@編集中:2010/07/23(金) 21:10:50 ID:9vKMxIxw
Inside WebM Technology: VP8 Intra and Inter Prediction
ttp://webmproject.blogspot.com/2010/07/inside-webm-technology-vp8-intra-and.html

549 :名無しさん@編集中:2010/07/23(金) 21:49:29 ID:wUJXRfwS
http://git.ffmpeg.org/?p=ffmpeg;a=shortlog;pg=0
ここ二日ほどのDark Shikariの活躍がすごい
もはやWebM本家のデコーダーの存在価値は...

550 :名無しさん@編集中:2010/07/23(金) 21:58:13 ID:/tbbxHgL
>>549
http://forum.doom9.org/showpost.php?p=1414330&postcount=320

libvpxよりも性能の良いFFmpegのデコーダを広める事で、
GoogleがVP8の仕様を勝手に変えたりしない様にやっていると、彼は言っているね。

551 :名無しさん@編集中:2010/07/23(金) 22:38:27 ID:RuTGoJvv
FFmpegがVP8のネイティブデコードに対応
ttp://slashdot.jp/it/article.pl?sid=10/06/24/0452249
libvpxよりも高速らしく、イントラのみの動画において最大10%、一般的な動画においては40〜50%も早いという。
一月前でこれらしいからさらに早くなってると・・・
大分軽くなってるのかな。

552 :名無しさん@編集中:2010/07/23(金) 23:51:34 ID:GgMXZ5/L
>>550
何だかさあれほど否定的な立場だったDark Shikariががんばっているのを見ると
x264(h.264)擁護のためにこれ以上のVP8の画質アップを阻もうとしていると穿った見方してしまうわ

553 :名無しさん@編集中:2010/07/24(土) 00:34:23 ID:UDT1lBs3
>>552
DSは、libvpxにまだまだ画質を改良できる余地が残っていると言っているし、そこまで言うのはどうかと。
彼は他人に厳しいことを言うけれど、フェアな人物だと思う。

554 :名無しさん@編集中:2010/07/24(土) 01:18:04 ID:wMgX5+g5
大体今夏はgoogleに頼まれてバイトするんだしなw

555 :名無しさん@編集中:2010/07/24(土) 01:46:07 ID:esGQrM5P
今年のバイト先はgaikaiだと言ってたぞ

556 :名無しさん@編集中:2010/07/24(土) 05:00:15 ID:uMEoam97
Dark Shikariたん愛してる

557 :名無しさん@編集中:2010/07/24(土) 12:15:46 ID:esGQrM5P
勝利宣言?
http://x264dev.multimedia.cx/?p=499

558 :名無しさん@編集中:2010/07/24(土) 14:03:48 ID:UDT1lBs3
>>557
最適化されたデコーダ + Core i7 620QMでも、ParkJoyをリアルタイムで再生できないとは、
やはりVP8はデコードが遅い規格なのだろうか。

FFmpegがwin64に対応すれば、多少ましになるのかもしれないが。

559 :名無しさん@編集中:2010/07/24(土) 14:23:42 ID:EndPq6mp
>>558
1080pだし、ハードウェアアクセラレータ をOFFしたらH.264でもきついと思うぞ。
ATI/nVidia/Freescale/Qualcom/TI 他がハードウエアで一応対応しようとしてる。
USB3みたいにRenesas Ele(旧NEC Ele)による半年でパッケージ化はさすがに無いだろうが
ソフトウエアと言い、あと1年〜2年くらいしたらこなれてくるんじゃないかな?

今はじわじわソフトウエアが良くなっていくのをワクテカしてようぜっ!

560 :名無しさん@編集中:2010/07/24(土) 14:26:49 ID:ri5KKBAi
1.6GじゃH264ですら無理じゃない?
この成果がYoutubeとかに使われるんなら安心してH264も使い続けれるだろうし
ユーザーとしてはいいことだと思うよ

561 :名無しさん@編集中:2010/07/24(土) 14:48:47 ID:UDT1lBs3
同じビットレートで比べた場合、VP8ほどには重くはないが、High@4.2になるのでDXVA非対応だったり、
再生できない環境が多数存在するのも分かる。

http://www.mediafire.com/file/rnqvtr85hy42amk/ParkJoy_50fps_x264.mkv

562 :名無しさん@編集中:2010/07/24(土) 15:05:28 ID:1+M/biyN
DXVAで余裕だな

563 :名無しさん@編集中:2010/07/24(土) 17:43:15 ID:lZ53MrYc
WebMの画質は思いのほか良いということがわかったのが収穫

564 :名無しさん@編集中:2010/07/24(土) 22:02:34 ID:fHUu5MjQ
ハードウェア支援の有無に関わらず現状H.264より重い
これからどうなるかだな

565 :名無しさん@編集中:2010/07/24(土) 22:18:18 ID:0MObsxad
>>562
いつの間にDXVAで4.2再生できるようになったのねね
昔は4.1までで4.2はコマ落ちした気がするんだけど
>561の動画、Celeron1.2GHz+GS45のCULVノートでも滑らかに再生できた

再生支援切ってFFmpegデコードにしたら超スローになって吹いたがw
さすがに1.2GHzでCPUデコードでHigh@4.2は無理かw

566 :名無しさん@編集中:2010/07/26(月) 08:05:26 ID:hSSnkLWy
># Anonymous Says:
>July 25th, 2010 at 4:46 am

>Dark Shikari is tsundere for VP8.

># Dark Shikari Says:
>July 25th, 2010 at 5:50 am

>@Anonymous{65}

>I di–didn’t mean to do this for you. I just h-had an extra bit of asm lying around, th-that’s all.


微笑ましいな。

567 :名無しさん@編集中:2010/07/27(火) 18:55:20 ID:3oJ4wcBv
なんでh-hadとth-thatは子音のみでつっかえてるのにdidn'tはd-didn'tじゃないの

568 :名無しさん@編集中:2010/07/27(火) 20:34:11 ID:AlzTl/3t
非常に分かりやすい。

【レポート】VP8技術インサイド、VP8を特徴づける2つの圧縮技術を知る
http://journal.mycom.co.jp/articles/2010/07/27/wemb-vp8-codec-techs/index.html

569 :名無しさん@編集中:2010/07/27(火) 22:03:30 ID:7IhwgKOU
上で記事になってる、改善されたffmpegのVP8デコーダーを
試してみたいんだが、ffmpeg.exeのバイナリがみつからん。
というか、どこもかなり長い間バイナリだしてないね。

VLCはffmpegのデコーダーを使っているからいずれ改善された
VP8デコーダーを搭載したビルドのffmpegが使われるだろうと
と書かれているけど、最新のナイトリービルドでもそのffmpeg
が使われてるかどうかわからん・・・

570 :名無しさん@編集中:2010/07/27(火) 22:21:53 ID:AlzTl/3t
http://x264.nl/developers/Dark_Shikari/parkjoy.png
http://x264.nl/developers/Dark_Shikari/sintel.png

Google純正のlibvpxに比べてffmpegのffvp8が
これだけ早いのなら、Chromeにも使えばいいのにね

571 :名無しさん@編集中:2010/07/27(火) 22:29:38 ID:AlzTl/3t
しかもDark Shikariのコメントだともっと速くなるのか
この人はあれだけケチつけてたのにすごい気合入れてるねw

572 :名無しさん@編集中:2010/07/27(火) 22:36:05 ID:mmCCTYHN
さすがツンデレだ。h264が今のまま使えるようにするためにがんばってるのかな。
VP8が遅すぎると対抗馬にもなれないし。

573 :名無しさん@編集中:2010/07/27(火) 23:00:14 ID:4Lgbhszj
規格としてやっていくには、複数の実装が出ることは重要だしねい

574 :名無しさん@編集中:2010/07/27(火) 23:09:31 ID:ye52Ac7+
>>569
さっきビルドしたやつ(GCC4.4.4)
32bitね
configureオプションとかは自分でチェックしてちょ
http://www.mediafire.com/?wxfx9xyi3bhom5l

575 :名無しさん@編集中:2010/07/28(水) 00:08:52 ID:/kLuTGNy
>>569
バイナリ出す人がいなくなったのは
Ramiroさん(ffmpegのメンテナーの一人)がAutomated buildを始めたから
http://ffmpeg.arrozcru.org/autobuilds/

576 :名無しさん@編集中:2010/07/28(水) 01:37:14 ID:cSBfMvf5
>>574
>>575
ありがとう〜

577 :名無しさん@編集中:2010/07/28(水) 18:01:48 ID:G/lhwSTm
>>552
以前MozillaやOperaが協力しないh.264じゃvideoタグの標準は無理って書いてたから、
純粋にVP8に力貸したいだけだと思うよ

578 :名無しさん@編集中:2010/07/28(水) 18:44:00 ID:14PECw/w
>>552
彼は厳しい事言ってるけど、単に「その時点での事実」を述べてるだけかと。
アンチが都合よく切り張りした最初の発言↓を鵜呑みにしてる人が多いだけでしょ。
http://x264dev.multimedia.cx/?p=377

>>535で張られてる↓見てもメリットもデメリットもあるってこと言ってるし。
http://x264dev.multimedia.cx/?p=486
インターレースをサポートしない事を大歓迎してるしね。


579 :名無しさん@編集中:2010/07/28(水) 18:53:24 ID:5Aj944wV
エンコーダ?

世界最速というVP8エンコーダ「ffvp8」登場 (スラッシュドット・ジャパン)
http://news.livedoor.com/article/detail/4912278/

580 :名無しさん@編集中:2010/07/28(水) 18:54:04 ID:w6JxfgXY
>>578
DSのインターレース嫌いのせいでx264のインターレース周りが遅れる遅れる…
パッチなしでまともなインタレースエンコが出来るようになったのは半年前だし、
MBAFFはサポートの予定がないし。

もちろん、YUV420もフレーム間差分を使う圧縮方式もインターレースとの
相性は最悪だし、液晶・プラズマといった表示デバイスがインターレースを
サポートしてない以上、いまやインターレースが無意味なのは確か。とはいえ、
1080iで放送している国は多いからなぁ。

581 :名無しさん@編集中:2010/07/28(水) 19:07:48 ID:cSBfMvf5
>>580
インターレスなんて適当にフィルタで解除してエンコーダーに食わせればいいだけ
インターレスエンコに拘ってるほうが異常者だわ

582 :名無しさん@編集中:2010/07/28(水) 19:20:14 ID:aoSw9wzt
>>580
放送に限らず、BDも60は1080iばかりで720pは見ないな

>>581
インタレース解除の品質はTGMC>ビデオカード>>>適当なフィルタ

583 :名無しさん@編集中:2010/07/28(水) 19:42:01 ID:/kLuTGNy
>>580
インタレが好きなコーデック開発者なんているのか?
そもそもD_Sどころかpengvado、さらにはffmpeg/mplayer開発者にいたるまで
みんな嫌ってるだろ
libswscaleはインタレ対応まったくしてないし

>>582
TGMCなんて、アニオタがテロップ処理に使うくらいしか用がねえよ

584 :名無しさん@編集中:2010/07/28(水) 19:53:12 ID:Bd1wonLC
>>580
一部のプラズマはインターレース表示だよ
今はもう作って居る所無いけど

まあ、MSもインターレース嫌いだし、アメリカのHDは720Pが多いって聞くし
インターレースにこだわってるのは日本の放送局(特に某協会)だけだねぇ?

585 :名無しさん@編集中:2010/07/28(水) 20:42:30 ID:w6JxfgXY
>>581
24fや30fを24p/30pにするのならともかく、60fをインターレース解除して
60pとしてエンコするのはちょっとなぁ。

>>583
実装めんどうだから開発者は当然嫌うだろうねい。

>>584
ABCとFOXが720pだけど、それ以外は1080i
720pはヨーロッパに多いと聞いた。

586 :名無しさん@編集中:2010/07/28(水) 20:44:05 ID:5Jp14hrt
>>584
アメリカは他国に比べて720pが多いみたいだけど、それでも主流は1080iのようだ

高精細度ビデオ - Wikipedia
ttp://ja.wikipedia.org/wiki/%E9%AB%98%E7%B2%BE%E7%B4%B0%E5%BA%A6%E3%83%93%E3%83%87%E3%82%AA
>北米では、FOX、ABC、およびESPN(ABCとESPNはディズニー傘下)は720p番組を放送している。
>PBS、NBC、Universal-HD(以上ゼネラル・エレクトリック傘下)、 CBS、UPN、Showtime、INHD、HDNet、
>およびタイム・ワーナー傘下のHBO-HD、the WBおよびTNTは1080i番組を放送している。

更に調べたらヨーロッパはほとんどが1080iみたい
ttp://www.digitalbitrate.com/dbr.php?link=0&sat=1&mux=&pid=&live=¬e=0&lang=en
ttp://www.digitalbitrate.com/dbr_hd.php

これってヨーロッパはPALだから、720pだと縦解像度のアップが少ないって事なのかねえ?
1280x1080iなんて解像度まであるし…
アメリカはNTSCだから、720pでも十分アップになると考えたとか?

まあ理由はともあれ、解像度に関しては日本はメジャー側のようだ
考えてみればアメリカはATSCなんてのも作ったし、デジタル放送ではマイナー側なのか?

587 :名無しさん@編集中:2010/07/28(水) 21:13:07 ID:w6JxfgXY
>>586
あ、ヨーロッパでも1080iなのか。

考えてみると、洋の東西を問わず、フルHD解像度=1920x1080と
認識されているものなぁ。

588 :名無しさん@編集中:2010/07/28(水) 21:21:55 ID:cSBfMvf5
インターレスが主流だと力説する馬鹿は、
そのインターレス主流地域の開発者達が一律にインターレスを排除
しようとしている事実から目を背けるなよ

インタレがまだいっぱい使われている証拠かき集めても
なんの反論にもなってないことに気づけ。

インタレは放送初期の帯域不足から生まれた苦肉のデータ削減法に過ぎない

589 :名無しさん@編集中:2010/07/28(水) 21:25:31 ID:W98jyuN8
>>588
お前がものすごく頭が悪いのは理解してあげたから、消えること

590 :名無しさん@編集中:2010/07/28(水) 22:33:39 ID:X3AwzQVB
このスレでもDTV板にありがちなインタレvsプログレ戦争が起きてるのか?
勘弁してくれ

591 :名無しさん@編集中:2010/07/28(水) 23:35:11 ID:PzkWLtVQ
ウェブ向けのオープン動画規格 WebMファイルの再生に対応!

Google社の提唱するWEB向けのオープンソース動画規格WebMファイルを、
TMPGEnc KARMA.Plusに実装されているペガシス独自のファイルリーダーで読み込むことを
可能としました。これにより、非常に安定した再生、シーク、映像同期をWebMファイルでも変わらず
楽しむことができます。また、Vorbis音声の再生においてもGoogle社から公開されてい
るデコーダを使用せず、自前のデコーダーを使用することで、最適な再生と音質を実現
いたします。

592 :名無しさん@編集中:2010/07/29(木) 00:05:23 ID:/kLuTGNy
つまりmatroskaスプリッターとVP8デコーダーとVorbisデコーダーを
全部自前で書いたってこと?

593 :名無しさん@編集中:2010/07/29(木) 00:26:19 ID:6qw5y/ND
自前なのはVorbisデコーダだけじゃない?
Matroska SplitterとVP8 DecoderはGoogleのSDKをDirectShowフィルタのGUID変えて実装、みたいな感じだと思うわ

594 :名無しさん@編集中:2010/07/29(木) 15:15:37 ID:K323N31X
Free WebM Encorderがいつのまにかバージョナップして1.0→1.2になってた

何が変わったのかはどこにも書いてないから不明。
ffmpeg.exeが新しくなっただけかな?

595 :名無しさん@編集中:2010/07/29(木) 15:26:26 ID:aTqEwshn
なんであれ使えるツールじゃないよな・・・

596 :名無しさん@編集中:2010/07/29(木) 17:48:19 ID:K323N31X
ffmpegのめんどくさいオプションとか無しに使えるから楽でいいよ

Miro Video Converterとかもね

597 :名無しさん@編集中:2010/08/08(日) 01:32:01 ID:4AtjA0Yl
hosyu

598 :名無しさん@編集中:2010/08/13(金) 05:35:56 ID:vlDSpfL1
webmをGPUエンコードできたら面白そうだけど難しいかな

599 :名無しさん@編集中:2010/08/13(金) 06:45:51 ID:/a457ySS
http://github.com/rbultje/x264/commits/xvp8

Dark Shikariが今度はxvp8を始めたようです

600 :名無しさん@編集中:2010/08/13(金) 15:27:34 ID:IP2SWSrT
>>599
なんだか凄そうだがこれはなんなの

601 :名無しさん@編集中:2010/08/13(金) 16:19:46 ID:MrAI4/qR
>--vp8 Encode as VP8 instead of H.264

x264を使って、H.264の代わりにVP8を出力できる様になるんじゃないの。

602 :名無しさん@編集中:2010/08/13(金) 17:19:23 ID:7Xr02goQ
手広いな

603 :名無しさん@編集中:2010/08/13(金) 17:32:11 ID:m9plM113
デコーダの次はエンコーダか

604 :名無しさん@編集中:2010/08/14(土) 07:31:22 ID:0iKMDnqO
FFdshowはいつになったらVP8デコーダとしてffmpegを使うんだろうか。
今は重すぎだわ

605 :名無しさん@編集中:2010/08/14(土) 13:23:28 ID:BaTTKFKt
え? もともとlibavcodecしか選択は出来ないような
libvpxに変わったの?

606 :名無しさん@編集中:2010/08/15(日) 02:56:37 ID:gSC14A6S
>>599
うおおおなんだこりゃあああ!!!
このままx264にVP8も仕込むつもりか
DarkShikari はあれだけ辛口だったのに
この力の入れようは一体何なんだよw

>>605
まだじゃなかったっけ?

607 :名無しさん@編集中:2010/08/15(日) 03:15:06 ID:mxzt3BQY
>>601
これが可能ならマジ神だな

608 :名無しさん@編集中:2010/08/15(日) 05:32:09 ID:Mw9YKu9Q
8/13の#x264devのログより
(Alex_W) also i take it from the discussion here yesterday that support for encoding to vp8 will be coming to x264 soon right?
(Dark_Shikari) hopefully
(Dark_Shikari) it will be a tack-on, that is, it'll be a hack to output vp8 from x264, not modify x264 to be more like vp8
(Dark_Shikari) so it'll continue to use h264 terminology and structure
(Dark_Shikari) vp8 is basically an h264 subset, so it's easy

x264の機能を制限して少し手を加えれば出来るらしい
実現すればエンコードはlibx264、デコードはffvp8で、XiphはVorbisだけいじってろってことになるか

609 :名無しさん@編集中:2010/08/15(日) 05:49:36 ID:WNMf8yng
MV検索やレートコントロール、最外部の入出力モジュールなんかは殆どそのまま使える
これはVP8というよりもピクセルの表現形式(YV12とか)が同じなら殆どの映像コーデックで同じ

そしてVP8がH.264に比べると機能が少ないのが幸いする
Bフレームとweightpを禁止、パーティションタイプを減らし、refを3に制限するとかなり近くなる
中規模の違いとしてはDCTとIntraPredictionだが、これらはH.264や信号処理をやってる人間には簡単
大きなものでは実際にビットストリームを作成する部分(エントロピー符号化含む)と
デブロックフィルタの部分を作りこめば、あとは細かな違いしか無い

アセンブラ部分は良く解らんけどC言語の部分だけなら
大雑把に言ってx264の50%程度はそのまま再利用で済むと思われる
残りもワークフローとしては同じなのだから、設計が流用できるのが大きいし、
基本的にVP8はH.264より簡単なので、流用できない50%の全て作り直す必要はない
結果としてx264の20%程度をつくり直すつもりでいれば、とりあえず動くものは作れるだろう

610 :名無しさん@編集中:2010/08/15(日) 10:47:23 ID:1G1wPCYj
>>609
まったくわからんが出来そうなんですねwktk

611 :名無しさん@編集中:2010/08/15(日) 11:09:58 ID:26Xdr0n8
googleとしてはVP8は264とは別ものでロイヤリティフリーと強調してたが
x264でエンコードできちゃうと説得力が無くなるな

612 :名無しさん@編集中:2010/08/15(日) 12:38:03 ID:wEVO5tgF
ますます普及しないお…

613 :名無しさん@編集中:2010/08/15(日) 14:50:04 ID:rhRberi/
というか、モダンなビデオコーデックは大体同じ仕組みだと思うけど

614 :名無しさん@編集中:2010/08/19(木) 06:47:31 ID:cS0bTu/f
おいらは逆に広告バナーの類にやたら使われて公害みたいになると予想

615 :名無しさん@編集中:2010/08/19(木) 08:43:09 ID:QXTGbHsj
てst

616 :名無しさん@編集中:2010/08/19(木) 17:30:30 ID:dJIbnpJc
VLC 1.1.3で、今までクラッシュしてた.webm動画も
画像が崩れながらもクラッシュはしなくなったw

617 :名無しさん@編集中:2010/08/20(金) 05:04:39 ID:O4/aWoUJ
>>608
デコードもエンコードもx264に占拠されそうだなw

>>609
詳しい解説乙、是非また頼むよ!

618 :名無しさん@編集中:2010/08/25(水) 09:49:50 ID:47VdqGiz
Media Player Classic Homecinemaの内蔵VP8デコーダーが
先日のビルドから劇的に軽くなった
ffmpegの最新デコーダーが導入されたのかな

619 :名無しさん@編集中:2010/08/27(金) 00:34:36 ID:HTXnsmDw
WebM終了
http://www.businesswire.com/news/home/20100825006629/en

620 :名無しさん@編集中:2010/08/27(金) 01:11:18 ID:KJJMV/sG
あー、著作権ヤクザのMPEG LAがこういう形で反撃するとは思わなかったわ……
でもこれで全ブラウザがHTML5 VideoタグのH264サポートをする可能性が出てきたね

621 :名無しさん@編集中:2010/08/27(金) 02:00:35 ID:wSr0u76b
はぁ?
エンドユーザーのライセンスが無料になる事が確約されただけじゃん?
ブラウザーにデコーダを組み込むライセンスとは別物だろ〜
# 製品についてのライセンスは有料って書いてあるし

622 :名無しさん@編集中:2010/08/27(金) 02:34:49 ID:loNogvD9
とりあえず手軽で何でも高画質にwebM動画にエンコード出来るソフトを教えてくださいコノヤロー

623 :名無しさん@編集中:2010/08/27(金) 04:38:51 ID:jP5O5hZ4
>>619
WebMは単なるGoogle謹製WMVだわな。

624 :名無しさん@編集中:2010/08/27(金) 04:44:37 ID:2eRWNVz/
無料でH.264のデコーダを配布できるようになればVP8は不必要になるが、
>>619では十分だと言えない。

625 :名無しさん@編集中:2010/08/27(金) 06:59:45 ID:v2HPbxCB
というかこれは完全に予測の範囲内だから驚きは無い

・WebMという対抗馬の存在
・他に十分な収入を得る手段が確保されている
ことから考えると当然

626 :名無しさん@編集中:2010/08/27(金) 08:12:03 ID:t9A69Pgc
>>622
Free WebM Encorder

ffmpeg.exeは最新のを自分で持ってきて差し替えるといい

627 :名無しさん@編集中:2010/08/27(金) 13:12:42 ID:66GhoJkB
H.264のライセンス料、無料ネット動画は恒久的に不要に
http://www.itmedia.co.jp/news/articles/1008/27/news021.html

>有料配信動画などには引き続きライセンス料が課される。

ニコ動は有料に入るんだろか。

628 :名無しさん@編集中:2010/08/27(金) 13:19:58 ID:qCS5Z6kW
VP8のVFWコーデックはでねーのかな

629 :名無しさん@編集中:2010/08/27(金) 14:57:53 ID:ZQq+oIqv
MPEG-LA、AVC特許ポートフォリオライセンスを一部で永久無料化 - CNET Japan
http://japan.cnet.com/news/service/story/0,3800104747,20419036,00.htm

>Googleは5月、オープンソースでありロイヤリティフリーである競合ビデオフォーマット「WebM」を発表した。
>当時はWebMのビデオ符号化規格「VP8」が、MPEG-LAの特許プールを侵害するのではないかという
>憶測が飛び交ったが、そのような正式な申し立てはなかった。


MPEG-LAの告訴やるやる詐欺でしたwww

630 :名無しさん@編集中:2010/08/27(金) 15:01:27 ID:ZQq+oIqv
>>627
>ライセンス料免除の対象は「エンドユーザーが無料で視聴できるインターネットビデオ(インターネット放送AVCビデオ)」。

>>629
>声明には、インターネット放送AVCビデオ以外の製品およびサービスには、今後もロイヤリティを適用すると記されている。


ネット上の無料ストリーミング「だけ」免除だから何の意味もないわな
今までは期間限定と言ってたのをWebM登場に慌てて恒久化した
FireFoxやOperaがこれに満足して対応するとは思えん

631 :名無しさん@編集中:2010/08/27(金) 16:29:37 ID:v2HPbxCB
FirefoxとOperaがこれまでH.264非対応の理由に挙げていたのが
まさに今回の部分(2016年以降の配信課金の可能性)なので、
口実の一つが潰れた形になるのは確か

Firefoxはコーデック利用料で年間500万ドル掛かると言ってるが、
Googleからその10倍の資金提供を受けてるんだから口実としては弱い

それにデコーダに関しては
・WinやMacの商用OSならシステム標準のコーデックを
・LinuxやAndroidならffmpeg等のOSS実装を
それぞれ呼び出して使えば良いだけだから
(実際に多くの汎用動画再生アプリはそうしてる)
現実的には対応するのに問題は殆ど残ってないはず

Webの世界はプロプラとOSSの両方が共存してるのだから、
Web動画でもWebMとH.264の両方が共存し競合するのが双方に取って良い事だよ
ライバル不在では進化が鈍化するだけで良い事は無い

632 :名無しさん@編集中:2010/08/27(金) 16:48:04 ID:AOTThKVA
ニコ動はアウトだな
ライセンス料を払わなきゃ犯罪者の仲間入りだ

633 :名無しさん@編集中:2010/08/27(金) 17:02:57 ID:SvwTH5R0
いずれにせよパテントフリーからは程遠いな
特許をプールして対抗するとか結局は脅しだけか

634 :名無しさん@編集中:2010/08/27(金) 18:59:17 ID:JrPK1tSD
>>632
小用だから当然だろ。
糞でかい癖にここをケチるGoogleがおかしい。

635 :名無しさん@編集中:2010/08/27(金) 19:25:59 ID:mfEradIi
Firefoxは金の問題ではなく、オープンソースじゃないから対応しないんじゃなかったか

636 :名無しさん@編集中:2010/08/27(金) 22:15:32 ID:66GhoJkB
>>635
ffmpegもx264もオープンソースだが

ネット参入に“料金所”は要らない、Mozilla
http://www.atmarkit.co.jp/news/201001/25/video.html

637 :名無しさん@編集中:2010/08/27(金) 22:51:38 ID:B5KgMQ4W
無料動画サイトである限りライセンスも無料
何か有料サービスを始めたとたん、ライセンス料の請求が飛んでくるのか

微妙なところだな

638 :名無しさん@編集中:2010/08/27(金) 23:15:14 ID:0sTTU2Qi
Googleは金でH.264の無料ライセンス勝ち取ったんだから満足じゃない?
VP8終了なんて全く気にしてないよ。ライセンスも泥沼だし。

639 :名無しさん@編集中:2010/08/27(金) 23:29:25 ID:HTXnsmDw
むしろMPEGLAを脅迫するネタとしてVP8を使ってるだけのような

640 :名無しさん@編集中:2010/08/28(土) 07:16:16 ID:sWQIySo4
>>636
H.264自体はオープンソースじゃないし、パテントフリーでもない
MPEG-LAに管理され、「無料のWebストリーミング」以外は全て有料

>>638
無料化と言っても範囲は限定的なので大して意味が無い
基本的にクローズドソースでパテント料金がかかることに変わりはない

641 :名無しさん@編集中:2010/08/28(土) 07:19:30 ID:sWQIySo4
Googleの「WebM」に特許問題か MPEG LAが特許料要求の可能性
http://www.itmedia.co.jp/news/articles/1005/24/news047.html

>MPEG LAのラリー・ホーンCEOは、VP8とWebMで使われている特許技術群について、
>パテントプールライセンスを作成することを検討していると話す。
>「VP8などのコーデックの特許権を利用するために、個々の特許保有者と個別に
>ライセンス交渉せずに済む便利なワンストップライセンスの作成を求められている。
>われわれはその可能性を検討している」

↓ ↓ ↓ ↓ ↓

MPEG-LA、AVC特許ポートフォリオライセンスを一部で永久無料化
http://japan.cnet.com/news/service/story/0,3800104747,20419036,00.htm

>Googleは5月、オープンソースでありロイヤリティフリーである競合ビデオフォーマット「WebM」を発表した。
>当時はWebMのビデオ符号化規格「VP8」が、MPEG-LAの特許プールを侵害するのではないかという
>憶測が飛び交ったが、そのような正式な申し立てはなかった。



どっちがカスなのかは一目瞭然

642 :名無しさん@編集中:2010/08/28(土) 10:52:37 ID:K/t4ZOMh
>>640,641
WebMとH.264、両方併存が望ましいので「どっちがカス」とかに付き合う気はないが
目立つ間違いの指摘はしときたい

Webの動画に求められてたのは課金免除の「ロイヤリティフリー(RF)」であって
「パテントフリー」ではないので誤解しないように

またオープンソースである事も別に必要ではなく、
より大事なのが「正しい手順で標準化されている事」

ttp://blogs.computerworlduk.com/simon-says/2010/05/webm-missing-the-assurances-open-source-needs/index.htm

あと>>641の前後の話は基本的に全く別
本来は特許権侵害の有無そのものが争点なのだから
その前にパテントプールがどうこうってのは
そもそも話の順序としておかしいってのは有るんだが
取り敢えずそこは置いとくとして

後者に関しては「現時点ではまだ」ってだけでしかない
訴訟を諦めたのかどうか正式なコメントは無いし
仮に訴訟を起こす場合でも準備期間は相当掛かる筈だから
現時点ではまだ不明確

#私見では訴訟は行わないと思うけどね。利益と不利益の両方発生するから。

643 :名無しさん@編集中:2010/08/28(土) 13:03:51 ID:3DwmgjYq
また出てきたよ

644 :名無しさん@編集中:2010/08/28(土) 20:39:46 ID:mBqDomzU
心の病気を治そうね

645 :名無しさん@編集中:2010/08/29(日) 03:31:55 ID:PBl3KxLW
結局金払ってるGoogleもオープンソースなChromiumにはH.264のデコード機能を組み込まなかったように、
Firefoxも無理なんじゃないの
Operaは喜んでるかもしれないけど

646 :名無しさん@編集中:2010/08/29(日) 05:13:02 ID:4cBSzvBM
とりあえずシステム標準でH.264のデコーダを備えてるWin7とOSXなら
即座に対応出来る訳なんだけど

あとはポリシーの問題でしかないよ

647 :名無しさん@編集中:2010/08/31(火) 19:33:30 ID:R0FFDAKa
>>646
対応できるわけないだろw

ライブラリを呼び出してデコードしても、H.264を使っているのはあくまでもアプリケーションなんだから
当然、アプリごとに使用料を払わないといけない

OSのライブラリは「使用者にライセンスを与える」ものではないのだから
GIF問題でもそうだっただろ?


648 :名無しさん@編集中:2010/08/31(火) 20:33:38 ID:ywydI0Xr
その論法だと、例えば既にH.264に対応していて実際に動画サイトでも
広く使われているFlash Pluginを読み込んで利用しているブラウザ側にも
支払義務が発生するってことにならないか?

それならFirefoxやOperaももう既にMPEG LAに支払い義務を負ってることになるが
そうではなく実際はAdobeが一括して支払ってる訳でしょ?

アプリを構成している各要素群のうちのどこかが支払っていれば良い、
という考え方だと思うけどな

649 :名無しさん@編集中:2010/08/31(火) 20:39:32 ID:vCosyiO9
>>648
GIF特許の際はOSのライブラリ利用しても>>647のようにUNISYSは
徴収しようとしていたけど、一般的な意見では>>648のように
二重取りになるという見解だった。ただ、この件で訴訟になって
判例がでたわけじゃないので、実際にどうなるのかは不明。

650 :名無しさん@編集中:2010/08/31(火) 21:46:54 ID:eh0k7U9l
それにしてもネガキャンに必死な人だ

651 :名無しさん@編集中:2010/08/31(火) 21:52:22 ID:m+O7QY29
ライブラリとプラグインを混同するなよ

652 :名無しさん@編集中:2010/08/31(火) 22:16:32 ID:j561Fv3E
Theoraの今後について

653 :名無しさん@編集中:2010/09/01(水) 00:05:10 ID:bCtmV3fC
>>649
解説サンキュ

Win7でサードパーティアプリからシステム標準のH.264コーデックを呼ぶ場合の
対応を調べて見たが、やはり大丈夫だった

"Third-party applications that simply make calls to the H.264 code in Windows (and which
do not incorporate any H.264 code directly) are covered by Microsoft’s license of H.264. "

ttp://blogs.msdn.com/b/ie/archive/2010/05/03/follow-up-on-html5-video-in-ie9.aspx

OSXでもQuickTimeフレームワーク経由でアプリから利用する場合は同様の筈

654 :622:2010/09/01(水) 01:21:51 ID:fkrMOfeu
>>626
遅くなったがありがとう

655 :名無しさん@編集中:2010/09/01(水) 23:26:50 ID:p18HFrwC
t

656 :名無しさん@編集中:2010/09/04(土) 10:58:34 ID:ZiPRpA0o
libvpx 0.9.2 released
http://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/affaf0069c199ca4#

657 :名無しさん@編集中:2010/09/09(木) 20:55:00 ID:35RO2jol
WebM QuickTime Components initial alpha release

ttps://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/2d363cfefa447298?fwc=2

658 :名無しさん@編集中:2010/09/15(水) 19:54:49 ID:TjStV7kn
WebM Decoding Improvements in Google Chrome 6
ttp://blog.webmproject.org/2010/09/webm-decoding-improvements-in-google.html

Chrome6で速くなったって言ってるけど、正直ぜんぜんまだまだだと思う

659 :名無しさん@編集中:2010/09/20(月) 19:40:11 ID:9jP5OKzi
ffmpegからライブラリ借用すりゃいいのに・・・

660 :名無しさん@編集中:2010/09/20(月) 19:56:53 ID:DWFErYOE
Chromeもffmpegを使ってるよ

でも例えばVLCとChrome6とで
ローカル保存した.webmファイルを開いた時の再生負荷を比較すると
Chromeのほうがかなり重い

ffvpxはまだ使ってないっぽい

661 :名無しさん@編集中:2010/09/22(水) 14:41:53 ID:MIUrYlNZ
webmに関してはFirefoxもChromeも変わらないんだな

662 :名無しさん@編集中:2010/09/23(木) 01:37:32 ID:eqNd/1/t
>>661
そりゃ、ffmpeg任せだもの

663 :名無しさん@編集中:2010/09/23(木) 08:02:21 ID:ujwh7tKG
最近目立った動きが無いな…

664 :名無しさん@編集中:2010/09/23(木) 08:54:30 ID:f6IEe2oi
画質を酷評されたので根本的に作り直してます。

665 :名無しさん@編集中:2010/09/29(水) 23:54:48 ID:/JyEzNNs
ニコニコ動画がHTML5に対応、iPadでの動画再生が可能に
ttp://internet.watch.impress.co.jp/docs/news/20100929_396805.html

ニコニコ動画がHTML5サポート、iPadでも視聴・コメント入力が可能に
ttp://journal.mycom.co.jp/news/2010/09/29/059/index.html

666 :名無しさん@編集中:2010/10/01(金) 12:38:25 ID:4QV8AByV
JPEGより約40%コンパクト:Google、Web高速化を目指し新画像フォーマット「WebP」を発表
http://www.itmedia.co.jp/news/articles/1010/01/news027.html

>GoogleがJPEGに代わる画像フォーマットとしてVP8技術を応用した「WebP」を発表。

JPEG2000…

667 :名無しさん@編集中:2010/10/01(金) 13:02:33 ID:QFFrz5lU
WebPはVP8のキーフレームを圧縮に使ってるとか?


668 :名無しさん@編集中:2010/10/01(金) 13:46:00 ID:gBLFlOUg
ウェピー?

669 :名無しさん@編集中:2010/10/01(金) 14:18:42 ID:wc4njyJY
WebMとかWebPとかネーミングセンスはいまいちだな。
てかWebPの方はプロジェクト専用のサイトは立ち上げてないんだな。

670 :名無しさん@編集中:2010/10/01(金) 14:28:53 ID:ji85pX6f
>WebPはアルファチャンネルがない、4:2:0のみ、ロスレスが無い、最大が16383x16383

登場前から終わってたw

671 :名無しさん@編集中:2010/10/01(金) 14:34:02 ID:VaIM519u
WebPはweb上で使われるjpegの代替が目的であって、pngの代替にするなんて誰も言ってないだろ
それともお前はjpegにアルファやロスレスを求めてるのか?

672 :名無しさん@編集中:2010/10/01(金) 14:35:14 ID:9ekkZrVI
>>670
動画ならともかく、静止画で420のみって痛すぎる
JPEGは420、411、422、444使えるのに
特にアニメ絵や2DCGが多い日本じゃ劣化が目立って見向きされなさそうw

673 :名無しさん@編集中:2010/10/01(金) 14:36:20 ID:9ekkZrVI
>>671
アルファやロスレスはJPEGの代替には要らんと思うが、420のみは痛いな
WebMベースだから420しか使えないのか?
H.264なら422も444も使えるのに

674 :名無しさん@編集中:2010/10/01(金) 14:58:29 ID:VaIM519u
うーむ、別にweb上の一般的なjpegの代替なら別に420だけでもいいんじゃないかと思ってたんだが…
そもそも性能自体があれらしい

毎度おなじみD_Sの評論
http://x264dev.multimedia.cx/?p=541
翻訳
http://cpplover.blogspot.com/2010/10/darkshikariwebp.html

675 :名無しさん@編集中:2010/10/01(金) 14:59:13 ID:RjZNdbx2
>>667
そのようだね。

Diary Of An x264 Developer ≫ H.264 and VP8 for still image coding: WebP?
ttp://x264dev.multimedia.cx/?p=541

静止画比較のPSNR最適化の所はx264の説明にも使えそう。

>>670-673
Webで使われてるサイズの静止画は動画よりも空間周波数が高いというか、
縮小されててクッキリしてるから色情報の劣化が目立ちやすいからなあ。
JPEGも使われてるのは4:2:2が一番多い感じ(デジカメも大抵そう、RAW現像だと4:4:4だけど)。


676 :名無しさん@編集中:2010/10/01(金) 15:00:58 ID:ChGcLWor
まぁ普及しないだろうね。アドバンテージがファイルサイズくらいで、
JPEGがそのファイルサイズで重荷になるケースが稀だし。

677 :名無しさん@編集中:2010/10/01(金) 15:15:33 ID:9ekkZrVI
>>674
あー、確かにWebPギャラリーにあるような実写画像なら420で問題ないと思う

しかし微妙な性能だな…

678 :名無しさん@編集中:2010/10/01(金) 15:15:56 ID:t7npjw5V
画質を犠牲にすることなくファイルサイズを圧縮!「Caesium」。
ttp://www.gigafree.net/tool/graphiccomp/caesium.html
日本語サイト
ttp://tiltstr.seesaa.net/
圧縮率見るとこれと変わらない気がする
WebPは微妙っぽいね

679 :名無しさん@編集中:2010/10/01(金) 15:24:34 ID:veYJ1ykZ
JPEGとかPNGの圧縮率の最適化を広めた方が良さそうだな
JPEGの圧縮って結構いい加減な処理が多いから、
心理的な最適化を行えばまだまだ圧縮理を向上できるだろうし
あとはポストプロセッシング(デブロック、デリンギング)を付けるとか

680 :名無しさん@編集中:2010/10/01(金) 15:51:49 ID:nY1mDBBO
つかJPEG2000でいいやん。

681 :名無しさん@編集中:2010/10/01(金) 16:19:39 ID:ChGcLWor
>>680
買収した手前、ソースから何らかの派生技術を作っておかないと株主に叩かれるからでしょ。

682 :名無しさん@編集中:2010/10/01(金) 18:34:57 ID:Y0RteZ92
ホント文句しか言わねー奴らだな

683 :名無しさん@編集中:2010/10/01(金) 19:32:20 ID:wc4njyJY
>>678
http://slashdot.jp/~bero/journal/516425

684 :名無しさん@編集中:2010/10/01(金) 22:23:47 ID:s8iZDsKO
>>682
とりあえず否定しとけば、「俺は分かってる」感が出るだろ。

685 :名無しさん@編集中:2010/10/01(金) 23:57:39 ID:5DijE9rJ
今までのlibvpxの開発は、PSNRを重視した結果、人間の視覚にとっては、ぼけすぎとなってしまっている。
これをx264の様に、SSIM重視にでも変更してくれたら、少なくともIフレームの品質が、
JPEGに負けてしまうと言うことはなくなるだろう。

DWTのJPEG 2000もPSNRは良いが、DCTと比較すれば実際の画質はあまり良くない。

686 :名無しさん@編集中:2010/10/02(土) 00:18:16 ID:wM/EIx3Z
正直この程度の小幅なメリットなら、種類が増える事のデメリットの方が上回ると思う

687 :名無しさん@編集中:2010/10/02(土) 00:27:58 ID:y6o8N5lC
まあ静止画じゃいくらイントラ予測やっても出来る事は限られてるしな

688 :名無しさん@編集中:2010/10/02(土) 01:39:07 ID:1qp8KncG
っ JPEG XR

てかVP8のデコードってJPEGと比較して
回路規模やメモリ使用量は何倍になっているんだろう?

【参考】
JPG  メモリ:×1 回路:×1
J2K  メモリ:×94 回路:×15
JXR  メモリ:×12 回路:×6

689 :名無しさん@編集中:2010/10/02(土) 01:52:11 ID:2Q4sIA5D
>>688
JPEG2000ってそんなに重いのか
通りでデジカメで見向きもされなかったわけだ
1000万画素を1-2秒で圧縮しなきゃならんしねえ

690 :名無しさん@編集中:2010/10/02(土) 05:58:32 ID:A+Kn05hT
Motion WebPなんてのを妄想してみたがそれWebMじゃないかと脳内で突っ込まれた

691 :名無しさん@編集中:2010/10/02(土) 07:10:43 ID:/B4XxxP2
>>671
ゴミはゴミ箱へ

692 :名無しさん@編集中:2010/10/02(土) 17:30:36 ID:3pkw+/cM
>>691
え?

693 :名無しさん@編集中:2010/10/02(土) 20:01:36 ID:VCOdI0iY
最新情報
http://x264dev.multimedia.cx/archives/541
http://x264.nl/developers/Dark_Shikari/imagecoding/theora.png

WebPはtheoraよりもさらにボケボケでした、とさ

694 :名無しさん@編集中:2010/10/03(日) 00:56:54 ID:Nn+3Cfdn
またH264か

695 :名無しさん@編集中:2010/10/03(日) 16:53:45 ID:bQQ03o5U
>>689
JPEG策定時とJPEG2000の策定時のスペック差は100倍どころじゃないから
正常進化と言ってもいいんだけどデジカメは連射速度をウリにしちゃったからw

JPEG2000でも1000万画素を1秒で圧縮するぐらい問題ないが
JPEGなら連射速度が10倍とか言われると画質が悪くても流れていく。

そんな性能を一般人が本当に必要としているかはさておきw

696 :名無しさん@編集中:2010/10/03(日) 20:04:49 ID:ejzI7oxi
>>693
サザエさんですね

697 :名無しさん@編集中:2010/10/03(日) 21:19:58 ID:SA0Ip542
>>695
いや、ASICの処理速度的には十分に足りてる。なんせ、いまはH.264 1080/60iの
動画をコンデジで撮れるような時代だもの。あと、JPEG圧縮処理よりも
NRやRAW現像処理のほうが重いし。

単に互換性の低いJPEG2000やJPEG XRを使いたがらないだけ。

特に一眼レフの場合は高画質が欲しければRAW現像すればいいでしょっていう世界だから。

698 :名無しさん@編集中:2010/10/03(日) 21:35:08 ID:8h61epdQ
現像すんの面倒だからPNGに対応して欲しいわ

699 :名無しさん@編集中:2010/10/04(月) 09:52:23 ID:LYlHapxG
TIFF対応してるのはあるな

700 :名無しさん@編集中:2010/10/05(火) 00:27:19 ID:tIV+NAus
TIFFは互換性がややこしいな

701 :名無しさん@編集中:2010/10/05(火) 09:34:00 ID:RnnbhTtA
せめて32ビットBMP(RGB各10ビット)に対応してくれ


702 :名無しさん@編集中:2010/10/05(火) 17:50:57 ID:v4lWjg/L
圧縮動画でyuvカラースペースじゃないフォーマットは
あり得んだろ。今時。

703 :名無しさん@編集中:2010/10/05(火) 18:34:18 ID:f3GIFS1W
Gifは廃れたけどサイズは少なかったなぁ。
WebPも素人目に差がわからない程度なら使うんだけどね。
バイナリってないんだろうか・・・

704 :名無しさん@編集中:2010/10/05(火) 22:49:19 ID:sezWpznD
gifは256色の時点で論外

705 :名無しさん@編集中:2010/10/06(水) 00:28:41 ID:AIqkWhlb
>>703
PNG 8bitパレットは同じ256色でGIFよりもサイズが小さいよ。
WebPよりもJPEG XRの方が(現時点では)より綺麗で、より小さくなるよ。

てか、ここDTV板でっせ

706 :名無しさん@編集中:2010/10/08(金) 18:07:54 ID:B7jK6hno
【Youtube】WebM・WebPを見守るスレ【Chrome】
http://hibari.2ch.net/test/read.cgi/google/1286225648/


707 :名無しさん@編集中:2010/10/11(月) 05:14:42 ID:W+hnzPz0
VP8 in AVIなファイルは作れますか?

708 :名無しさん@編集中:2010/10/11(月) 07:18:25 ID:wIxSQN6r
>>707
http://www.mediafire.com/download.php?71jj973zncf85yd

ffmpegで作れるし、そもそもBフレ使わないから別に問題もないかな

709 :名無しさん@編集中:2010/10/11(月) 14:29:36 ID:o/C1R4wy
あれ?ゴールデンなんちゃらフレームの関係でAVIは厳しいかと思ってたけど、どうなんだろう?

710 :名無しさん@編集中:2010/10/11(月) 17:10:04 ID:wIxSQN6r
ゴールデンなんちゃらはVP6とかVP7でも使ってなかったか

711 :名無しさん@編集中:2010/10/15(金) 20:05:42 ID:WhjB9haj
Skype 5.0でついにH.264積んだな

* Windows Vista認定 システム要件
* WindowsR 2000、XP、Vista、7、32ビットおよび64ビット版オペレーティングシステム。(Windows 2000をお使いの場合は、ビデオ通話でDirectX 9.0が必要となります。)
* インターネット接続 − ブロードバンドを推奨(GPRSでの音声通話はサポートされません)。
* スピーカーおよびマイク(内蔵と外付けのいずれでも可能です)。
* 音声およびビデオ通話には、1GHz以上のプロセッサ、256MB以上のRAM、そしてもちろんWebカメラが付いたコンピュータが必要。
* グループビデオベータ版で最高の通話品質を実現するには、通話参加者を5人以下に制限することをお勧めします。
* グループビデオが機能するには、通話の参加者全員がSkype for Windows 5.0またはSkype for Mac 5.0ベータ版、およびWebカメラを使用している必要があります。
また、高速ブロードバンド接続(持続的な512kbit/s以上の速度を推奨)、および1GHz 以上のプロセッサまたはCore 2 Duo 1.8GHz(推奨)が必要です。

技術仕様
バージョン 5.0.0.152 ファイルサイズ20 MB. 公式リリース。リリース日:October 14, 2010. ファイル名: SkypeSetup.exe

H.264 Codec is Copyright c 2008, SPIRIT

712 :名無しさん@編集中:2010/10/16(土) 05:20:39 ID:152xMjEc
SkypeってVP7使ってたっけ

713 :名無しさん@編集中:2010/10/24(日) 01:42:06 ID:X7Vo/XG6
AMDやる気ないな
HD 6000シリーズでDivXやXvidの再生支援に対応する一方VP8はなしだって

714 :名無しさん@編集中:2010/10/24(日) 03:28:36 ID:Klitrkme
MPEG-4 part 2(旧DivXやXvid)やMPEG-2(IDCTには対応済みだった)は
今更対応するのかよ、ってぐらい一般的な動画フォーマットだからな。

WebM発表までドマイナーだったVP8とはユーザー数も必要性も格が違う。

715 :名無しさん@編集中:2010/10/24(日) 03:35:12 ID:0lbmWEqt
VP8のビットストリームに、今の物とは互換性のない変更がされるとも言っているし、
まだハードウェアは作りにくいだろう。

http://blog.webmproject.org/2010/06/future-of-vp8-bitstream.html
http://review.webmproject.org/#change,56

716 :名無しさん@編集中:2010/10/24(日) 04:08:42 ID:lMkgrZ/V
>>714
ttp://www.4gamer.net/games/110/G011065/20101022090/SS/025.jpg

スレチだがこのMPEG2がよくわからないんだけど、iDCTじゃないMPEG2なんてあるの?
Entropy Decodeが書いてないからVLDに対応してないのかと思ったけど、
うちにあるHD4でもVLD・IDCT・MC全部対応してるし。

717 :名無しさん@編集中:2010/10/25(月) 09:09:39 ID:kotOU2lt
>>713
5月に突然発表されて、10月に間に合うわけねーじゃん
1秒でそのくらい理解しろ

718 :名無しさん@編集中:2010/10/25(月) 13:17:13 ID:nbVjT9+s
>>717
GPGPU使えば3日で対応できるだろ
1msでそのくらい理解しろ


719 :名無しさん@編集中:2010/10/25(月) 14:40:32 ID:uHqPiVoQ
再生支援がGPGPUで実装できると思っているとは・・・

720 :名無しさん@編集中:2010/10/25(月) 15:17:46 ID:ktUTX+e+
「GPGPUならなんでも速い!」と思ってるバカが多いからな。
得意なもんとそうじゃねえもんがあるってことくらい理解しろや。

って知り合いが言ってた。

721 :名無しさん@編集中:2010/10/25(月) 16:45:39 ID:iYr0MEsx
>>718
あのさ、再生支援機能はハードウェアで実装されてんですよ・・・
専用回路積んでるの。

722 :名無しさん@編集中:2010/10/25(月) 17:56:30 ID:mIfqmC9g
モノによってはGPGPUで実装されていて、再生支援効かせると利用可能な
シェーダーユニットが減るなんていうのもあった気が。

723 :名無しさん@編集中:2010/10/25(月) 18:28:47 ID:RJJYXjXv
RadeonのUVD(再生支援)は専用回路だが、
ポストプロセッシング(画質調整)にシェーダ利用してるね。

つーか似たような話を見たと思ったら、>>369-で出てるじゃん。

724 :名無しさん@編集中:2010/10/25(月) 23:46:43 ID:MbMim5a+
GPGPUで再生支援は可能

725 :名無しさん@編集中:2010/10/26(火) 00:58:49 ID:VMHwojlA
可能だがAMDのウリは普通のアプリケーションを動かしながら(x86 CPU)
動画を再生しながら(UVD)、GPGPUで大規模計算(エンコード等)が出来ることだから
再生支援の為にGPGPUを活用する理由がない。


それにミニノートなどでも省電力かつ低温な再生支援が求められているのに
IntelやNVIDIAを含むGPUメーカーが高コストなGPGPUで再生支援を積むわけがない。
効率がいいのは3Dでも再生支援でも 固定回路 > プログラマブルシェーダ なのは変わらない。

726 :名無しさん@編集中:2010/10/26(火) 10:25:27 ID:aEgRO06E
7000系が来年4月だかの割と早めに出るらしいけど、
そっちでもまだ無理かね

727 :名無しさん@編集中:2010/10/26(火) 10:28:54 ID:N89Z7IQt
ISO, ITU-T, SMPTEの様に、GoogleがVP8の規格を凍結してくれないと駄目だと思う。

728 :名無しさん@編集中:2010/10/26(火) 14:17:26 ID:xP+spJye
>>725
ところがAMDは1月のCESで、従来のAvivoの次世代版である
コード名「VPP(Video Power Pack/Video Processing Pack)」を
発表予定。

再生支援にはUVD3を使い、ポストロセスの高画質化には、
OpenCLを介してGPUのシェーダーを使うというもの。

CPU内蔵GPUのパワーを生かしたGPGPU利用例を自らまず出すということだろうな。
ちなみにOntarioでTDP9W、ZacateでTDP18W

VPP: AMD Prepares New Video Processing Engine
http://www.brightsideofnews.com/news/2010/10/20/vpp-amd-prepares-new-video-processing-engine.aspx
CES2011でAMDはBarzosプラットフォームのZacateを発表しそうだ。
しかし、AMDはそれらを更に強化する新ソフトウェアもまた準備している。

コード名「VPP(Video Power Pack/Video Processing Pack)」
主な目的は、ビデオ品質とトランスコードの劇的向上により、
コンシューマ経験を向上させること。

Avivo HDは古く、柔軟性のないソフトウェアであり、Dx11世代のハードを
きちんと利用出来ず、しばしば不可解なエラーが出るのが問題だった。
また古いソフトウェはスケーラビリティにも影響を与えており、
二つの400ドルカードより二つの200ドルカードのほうが上などの状況をがあった。

729 :名無しさん@編集中:2010/10/26(火) 18:15:03 ID:uW513NUu
GPGPUについての認識が数年前で止まってる奴がいるな

730 :名無しさん@編集中:2010/10/27(水) 00:03:03 ID:BaB6f4ib
>>729
一番いい解説を頼む

731 :名無しさん@編集中:2010/10/27(水) 00:53:00 ID:lCnhLClz
>>728
高画質化にGPGPUなんて使わない、なんか誰も言ってないよ
「再生支援には省電力&低発熱の専用回路(AMDではUVD)が大前提」って言ってるだけ

しかも引用したFusion系はCPUにGPUが統合されたものだから
ノートパソコン用でもCPUクーラーで冷却できるという大前提により
CPU内にAvivoなんて化石載せるよりもGPGPUでのプログラマブル化が有利になっただけ

732 :名無しさん@編集中:2010/10/27(水) 01:13:05 ID:kXo6mcis
話がすりかわってるんだよね
再生支援には何が一番有利かという話をしてるのに、
GPGPUの活用法みたいな話を持ち出してる人がいるだけ

733 :名無しさん@編集中:2010/10/27(水) 01:31:43 ID:h3/t5tm7
>>731
> 高画質化にGPGPUなんて使わない、なんか誰も言ってないよ

>>719-721は言ってるようだが

734 :名無しさん@編集中:2010/10/27(水) 02:15:48 ID:NKBMsA82
>>733
おいおい、高画質化(画像処理)と再生支援(デコード)は別物だぞ

735 :名無しさん@編集中:2010/10/27(水) 02:43:12 ID:lCnhLClz
>>733
せめて2行目を読めよ…

736 :名無しさん@編集中:2010/10/27(水) 10:57:54 ID:A2dlCOHm
>>731
既に公開されてる実働デモから、動画再生にUVDを使ってることは明白。
CPU内に「Avivoなんていう化石を載せる」云々という君の論理は完全崩壊

737 :名無しさん@編集中:2010/10/28(木) 00:58:14 ID:zLYxHuFO
言い訳できなくなったら話題逸らしですか?

738 :名無しさん@編集中:2010/10/28(木) 18:21:04 ID:eS7J5cSL
vfw
ttp://www.optimasc.com/products/vp8vfw/index.html


739 :名無しさん@編集中:2010/10/28(木) 22:10:11 ID:CIxzE07o
Medi Player Classic Homecinemaの内蔵VP8デコーダーがかなり軽い。
ffmpeg使ってるはずなのに、なぜかGPU利用してるようだ。

GPU負荷を表示するウィジェットでGPU負荷を見てるんだが、
WebM動画再生中にGPU負荷が跳ね上がる。
そして、実際に再生も軽いしCPU負荷も前より下がってる。

740 :名無しさん@編集中:2010/10/28(木) 22:19:43 ID:js51kH2m
>>739
勘違いじゃないか?

741 :名無しさん@編集中:2010/10/28(木) 23:27:25 ID:n2Nz9peL
は?

742 :名無しさん@編集中:2010/10/29(金) 00:00:08 ID:zLYxHuFO
madVRとかを使っているオチとかじゃないよね。
内蔵デコーダーならコーデック名の後に(DXVA)って書いてあった場合に再生支援有効。

743 :名無しさん@編集中:2010/10/29(金) 00:06:44 ID:q3fNtmP2
Dark Shikari(ffvp8の作者)が、GPUのコードを書いたりはしないだろう。

http://x264dev.multimedia.cx/archives/499

744 :名無しさん@編集中:2010/10/29(金) 00:28:32 ID:Z3q2cN2z
ffvp8の作者はRonald Bultjeではないか?
Dark Shikariが書いたのはasmだけだろ
xvp8だって基本的にはBultjeのプロジェクトだし

いずれにせよGPUコードは書いてないな

745 :名無しさん@編集中:2010/10/29(金) 02:04:58 ID:m7HDK66r
>>742
使ってるのはEVRだよ。
OSはWin7 64bitだけど、使ってるのは32bit版MPC-HC

746 :名無しさん@編集中:2010/10/29(金) 04:15:14 ID:DOp7QZvn
EVRはDXVA2.0を活用し、DXVA2.0はデコード以外でもGPUを活用する。

747 :名無しさん@編集中:2010/10/29(金) 18:31:41 ID:m7HDK66r
VP8コーデックSDK、初のメジャーリリース登場
ttp://journal.mycom.co.jp/news/2010/10/29/065/index.html
VP8コーデックSDKの初のメジャーリリースとなるVP8 Codec SDK "Aylesbury"が公開された

デコーダの高速化とエンコーダの改善の2つに注目して開発された。
デコードの速度が20%から40%、平均で28%高速化している。
またベストクォリティエンコーディングモードにおけるPSNRが7%以上向上、
静止画やゆっくりとしか動かないビデオ、
またはノイズをともなうビデオでは60%以上の改善が実現されている。

開発チームは今後四半期ごとに名前付きのメジャーリリースを実施
次のリリースは2011年第1四半期。SDK "Bali"。
開発テーマはエンコーダの高速化

748 :名無しさん@編集中:2010/10/29(金) 22:54:32 ID:qHU312yG
26番目のリリースで終焉の予定か?

749 :名無しさん@編集中:2010/10/29(金) 23:58:08 ID:DOp7QZvn
PSNRを指標にしてもダメだとWebPの時に指摘されているのにw >PSNRが7%以上向上

750 :名無しさん@編集中:2010/10/30(土) 00:27:48 ID:jCWQolC5
開発スケジュールが明示されたのは良い事だけど

5月の時点の初期駄目っ子状態から
まだこれっぽちしか改善されていないのかと思うと少し気が遠くなる

この改善率だとffvp8の改善点を取り込んだりとかしてなさそう

751 :名無しさん@編集中:2010/10/30(土) 01:22:26 ID:4ssNgC7W
四半期ごとにリリースとは開発速いな
とはいえそれこそが強みか

752 :名無しさん@編集中:2010/10/30(土) 08:11:41 ID:SQk6TYLz
明らかにffmpegのデコーダのほうが速いんじゃね、これ

753 :名無しさん@編集中:2010/10/31(日) 14:52:21 ID:O1w4bAIc
SDKをアップデートするのはいいけど、
GoogleはYoutubeで最新のを使ってるのかね?

754 :名無しさん@編集中:2010/10/31(日) 16:20:27 ID:NIZ/ev8w
最新のffvp8を使っています

755 :名無しさん@編集中:2010/10/31(日) 16:30:07 ID:zb+IhNbJ
ffvp8はデコーダだからWebブラウザ側だよ

756 :名無しさん@編集中:2010/11/13(土) 09:04:43 ID:lQcknxeC
Android 2.3ではWebM対応になるらしいぞー

757 :名無しさん@編集中:2010/11/15(月) 17:57:29 ID:r75wc9mW
VP8、普及状況
http://journal.mycom.co.jp/news/2010/11/15/066/index.html

ビデオコーデックVP8がオープンソースソフトウェアとして
公開されてから半年が経過しようとしている。
この半年でVP8は大きく成長した。どういった状況にあるかが
WebM - Open video for the web [PDF]において報告されている。
報告内容からいくつか特徴的な部分をまとめると次のとおり。

・Firefox 4、Opera 10、Chrome 6においてVP8コーデックを使ったVideo機能を実装
・IE9、Safari5でVP8コーデックに対応(システムにWebMコーデックを別途インストールすることで対応)
・Skype 5のグループビデオ機能でVP8を採用
・YouTube HTML5 betaでVP8を採用 (ビデオの80%でVP8が使われている)
・FFmpeg VP8ネイティブデコーダの実装
・そのほか各種ソフトウェアでVP8を採用
・最初のVP8 SDK libvpx 'Aylesbury'を公開
・開発コミュニティの成長
・パートナーの増加

今後の予定として次の取り組みも紹介されている。

・2011年第1四半期にVP8 ASICチップや関連H/W登場予定
・2011年第1四半期にVP8 SDKの2つ目のリリースlibvpx 'Bali'登場予定。エンコーディングの高速化目指す

VP8はブロックベースのコーデックで、比較的古典的でシンプルな設計を採用している。
ASICとしてチップに実装して組み込みデバイスや家電機器などで利用するのもそう難しい取り組みではないようだ。
2011年はソフトウェアのみならず、ハードウェアでの採用普及も進むことになるとみられる。

758 :名無しさん@編集中:2010/12/14(火) 04:01:15 ID:ehXgj+/7
楽観的すぎないか
ビットストリームレベルの変更の可能性をチラつかせられてしまった以上、
そうそうほいほいとハードサポートにGoサイン出せないと思うけどな

759 :名無しさん@編集中:2010/12/14(火) 11:15:25 ID:HuWas+pI
エンコードの基本アルゴリズムが変更にならない限り関係ないだろ
ハードウェアで実装って言ったって各処理をブロック毎に実装していてそれを呼びだしているだけだろ?
だったら、ビットストリームレベルが変わったって、そこだけ変更すれば使えるのでは?

760 :名無しさん@編集中:2010/12/14(火) 16:28:35 ID:ehXgj+/7
リコンフィギュアなハード実装でならね

761 :名無しさん@編集中:2010/12/16(木) 12:40:56 ID:nrw3noRL
マイクロソフト、「Firefox」用H.264ビデオプラグインをリリース
http://japan.cnet.com/news/service/story/0,3800104747,20424162,00.htm

762 :名無しさん@編集中:2010/12/16(木) 13:21:50 ID:nrw3noRL
Win7必須らしい

FirefoxでH.264形式のHTML5動画を再生できるアドオン、Microsoftから
http://www.itmedia.co.jp/news/articles/1012/16/news042.html

763 :名無しさん@編集中:2010/12/16(木) 13:29:54 ID:oqFNLcbK
そりゃWin7以降じゃないとコーデックを標準で積んでないからな。

Direct2D、OpenGLでのHW描画支援の時にそろって後追いサポートしたみたいに
ffdshow辺りを使って実現する同様のプラグインが公開されたりするんじゃないか?

764 :名無しさん@編集中:2010/12/16(木) 15:11:55 ID:8SYQWi2b
実際はWMP12無くても動くみたい
たぶん既定のデコーダ使うようになってるんだろうな

765 :名無しさん@編集中:2010/12/16(木) 19:53:57 ID:nrw3noRL
動画の部分がWMPのプレーヤーになってしまうな

766 :名無しさん@編集中:2010/12/16(木) 21:10:15 ID:8SYQWi2b
ただ単にvideoタグの動画をwmpプラグインで再生するための拡張っぽい


767 :名無しさん@編集中:2010/12/17(金) 06:29:50 ID:JR/p7wib
もっともシンプルで確実な方法だね


768 :名無しさん@編集中:2010/12/17(金) 08:10:16 ID:gki/uiJV
FirefoxのWMPプラグインは大昔からMSが出していてたしねい。
それをちょっといじるだけでいい。

769 :名無しさん@編集中:2010/12/24(金) 10:48:03 ID:1l6MbccT
MPEG-4 AVC/H.264 総合スレ Part8
http://hibari.2ch.net/test/read.cgi/avi/1263983676/
こっちにかくべきじゃね

770 :名無しさん@編集中:2011/01/12(水) 10:31:03 ID:w56x6yVH
HTML5からH.264を排除

Google、ChromeブラウザでのH.264サポート終了へ
http://www.itmedia.co.jp/news/articles/1101/12/news034.html

771 :名無しさん@編集中:2011/01/12(水) 13:32:11 ID:hlcL1Dng
爆弾投下キタ━━━━(゚∀゚)━━━━!!

772 :名無しさん@編集中:2011/01/12(水) 13:33:29 ID:eVOHriHf
http://hibari.2ch.net/test/read.cgi/software/1293031596/594


773 :名無しさん@編集中:2011/01/12(水) 14:38:03 ID:82AOhVs7
ずいぶん思い切った手を打ってきたなあ。
しかしWebMって本当に定着するんだろか・・・。

774 :名無しさん@編集中:2011/01/12(水) 14:44:22 ID:LXKvByD8
GoogleがAdobe買収してWebMとTheora乗っけて「次の版でH.264削る」と言えば定着する
それが出来なきゃChromeともども消滅

775 :名無しさん@編集中:2011/01/12(水) 14:46:14 ID:eVOHriHf
Youtubeブラウザ上のhtml5で見る酔狂な奴なんてほとんどいないんだから何の影響もないだろ

776 :名無しさん@編集中:2011/01/12(水) 14:50:58 ID:w56x6yVH
つiPhone/iPad

777 :名無しさん@編集中:2011/01/12(水) 14:53:54 ID:eVOHriHf
Youtubeのhtml5モードがあまりにもひどいんでiPhone使うやつらはこんなので我慢できるのかって聞いたときに
そのてのってもともとブラウザじゃなく専用ソフト使うって聞いたけど

778 :名無しさん@編集中:2011/01/12(水) 15:26:47 ID:eVOHriHf
酷いってのはhtml5で再生できる動画が全然少ないってことね
Flashでしかブラウザ上では再生できない動画も、再生できるYoutube専用アプリがiPhoneにはあるって聞いた
iPhone持ってないんで全く的外れなこと書いてたらごめん

779 :名無しさん@編集中:2011/01/12(水) 16:03:22 ID:Tsurtsun
iPhoneは最初からYoutube専用アプリが有るからFlashなくてもOKだったよ

780 :名無しさん@編集中:2011/01/12(水) 16:16:49 ID:WbUeAanz
派手な特殊効果のある企業サイトとかはflashからhtml5に置き換わりそうだが動画は当分ないんじゃないの
携帯なら専用ソフト使ってPC用のウェブブラウザならflashかそれに代わるプラグイン使うって感じになる
入れ替わるころにはH.264もVP8も使われなくなってるだろう

781 :名無しさん@編集中:2011/01/12(水) 17:01:15 ID:xmxq7pP1
H.265が本命か

782 :名無しさん@編集中:2011/01/12(水) 17:44:40 ID:WbUeAanz
今はそれとVPxの前哨戦だろうね
本命はまだまだ先

783 :名無しさん@編集中:2011/01/12(水) 17:46:43 ID:gCHa5YO2
そっか、adobeがH.264を切ったら
ネットでの死亡フラグだな。
アホン信者が色々吼えそうで面白い。

784 :名無しさん@編集中:2011/01/12(水) 22:21:02 ID:lEqrt5AQ
普及率的にも互換性の観点からもFlashがH.264を切る理由がない。
今でもVP6(FLV)をサポートしているように選択肢が増えるだけ >WebMサポート以後

785 :名無しさん@編集中:2011/01/12(水) 22:29:37 ID:N1jBn1/Y
>>780
動画はDRM周りの問題があるので圧倒的にFlash有利だしねい。

んで、スマートフォンやタブレットのような非力な環境だと、Flashで
重いのなら専用アプリ使えやって感じなのでHTML5の出る幕は正直ない。

786 :名無しさん@編集中:2011/01/12(水) 23:01:32 ID:eVOHriHf
こういうこと書くとWebMの存在意義まで否定することになりかねないが、
動画周りのHTML5凄いねキャンペーンってなんだったんだろうなと思う
iPhone使いのジョブズ信者も含めて、誰も使っちゃいなかったというのに

787 :名無しさん@編集中:2011/01/12(水) 23:05:03 ID:MM6eQSYg
> 動画周りのHTML5凄いねキャンペーン
FLASHが嫌がられていたことの裏返し以上ものではなかったのかも。

788 :名無しさん@編集中:2011/01/12(水) 23:19:04 ID:Em3DJ8RB
Flash無しでもブラウザ単体で動画再生可能!とか言ってたけど
結局Google ChromeにFlash同梱しちゃうしねw
なんだそりゃって感じ


789 :名無しさん@編集中:2011/01/12(水) 23:38:32 ID:6RywYyNo
WebMの画質って公開当初より上がってるの?

790 :名無しさん@編集中:2011/01/12(水) 23:56:37 ID:kv0oVHSP
いいえ
十年後にまた質問してください

791 :名無しさん@編集中:2011/01/13(木) 00:25:21 ID:qsL/2ebD
公式じゃなければ良くなってる。
まだまだH.264の方が小さく高画質(&高負荷)だな

792 :名無しさん@編集中:2011/01/13(木) 00:48:52 ID:M7EOBEvm
公式のWebMエンコーダーは酷いよね。
Youtubeに使われてるエンコーダーなんて発表以来アップデートされてないし。
oggの音質も悲惨。aoTuVの人が嘆いてたね

ffmpeg.exeのWebMエンコーダーはかなり良い。
プロファイルで簡単に品質選べるのもいいな。
oggの音質もいい。


793 :名無しさん@編集中:2011/01/13(木) 00:59:29 ID:vau2E0kp
M$

794 :名無しさん@編集中:2011/01/13(木) 01:13:40 ID:cF9CP5Vl
PSNRマンセーなのを何とかしてくれ
一昔前の最適化手法だろう…

795 :名無しさん@編集中:2011/01/13(木) 02:40:52 ID:Ylhawvds
TheoraですらPsy最適化してるのにな

796 :名無しさん@編集中:2011/01/13(木) 14:33:33 ID:sOqTp47h
>>786
アポ信者が教祖のFlash憎しを後追いしてhtml5キャンペを張っただけ。
もちろん、アポ信者の戯言なんぞなんの効果も無し。Flashはスタンダード。
今回の件、FirefoxでもH.264がサポートされない件を合わせれば
アポは袋小路になってFlash/WebMの二択を迫られる。
videoタグにH.264は認めないという強力な意思をGoogleが持った。
youtubeを使って締め出すこともありうる。


797 :名無しさん@編集中:2011/01/13(木) 15:58:24 ID:rImIZiRB
現在までのモバイル機器でのH.264ハードウェアサポートの普及度を考えると、
個人的には正直余り歓迎出来ない決定だな
オープンなWebの理念は良く分かるし賛同もするが、現実としてどうかと思う

しかしこれで更にVP8の普及進むのだろうか
MPEG LAが計画してるロイヤリティフリー(RF)コーデックも気になる

798 :名無しさん@編集中:2011/01/13(木) 16:05:25 ID:T3ieKvK/
>>797
Google TV以外の民生機器じゃ通用しない。

799 :名無しさん@編集中:2011/01/13(木) 17:57:53 ID:OjUNosz5
普及に関してはFlashにいつのるかということの方が大きいと思う
そしてYoutubeのHTML5の場合はH.264とWebMの両方が使えるブラウザと動画の場合
WebMが優先されることになってるが、Flashの場合どうなるか

800 :名無しさん@編集中:2011/01/13(木) 18:18:51 ID:sOqTp47h
モバイル機器で思い出した。

http://pc.watch.impress.co.jp/docs/news/event/20110113_419932.html
 RK29xxシリーズはプロセスシュリンクだけでなく、CPUコアもARM9から
Cortex A8ベースへと変更。動作クロックは1.2GHzとなる。
メディア処理エンジンは強化され、1080pまでの解像度や、
VP8コーデックのデコードをサポート。
GPUはOpenGL ES 2.0やOpenVGをサポートする。


CES: Rockchip gives Google's WebM a hardware boost
http://ces.cnet.com/8301-32254_1-20027785-283.html

801 :名無しさん@編集中:2011/01/13(木) 20:38:08 ID:MccYk1yC
>>797
今回のは力の使い方を間違ってるとしかね。
"Don't be evil" ってだけに、本来のevilがもたげてきた。

802 :名無しさん@編集中:2011/01/13(木) 21:01:43 ID:OjUNosz5
MozillaやOperaはevilなの

803 :名無しさん@編集中:2011/01/13(木) 22:10:48 ID:rImIZiRB
>>799
FlashにVP8が載るのは確かに普及率の面では影響大だね

この先暫くは家電系(カメラや情報家電やゲーム機等)でのH.264
対するWebの世界はVP8/WebM
っていう並立/共存/棲み分けの流れに成るのかな

取り敢えずWebMのエンコーダ/デコーダの改良をがんがん進めて欲しい

804 :名無しさん@編集中:2011/01/13(木) 23:33:29 ID:qsL/2ebD
WebでもWindows(7以降)とMacOSXが標準でH.264に対応しているし
家電系でもWebが一般的になってきていると考えるとWebMに軍配が上がるとは思えない。

805 :名無しさん@編集中:2011/01/13(木) 23:46:43 ID:Pt6C/Ue6
MSにすら茶化されるんだからマジで誰の目から見ても?な判断だったんだな


806 :名無しさん@編集中:2011/01/14(金) 00:10:55 ID:FPtz6QuZ
VP8よりもTheora載せてFLV1を駆逐して欲しいわ

807 :名無しさん@編集中:2011/01/14(金) 00:20:17 ID:0uup0TNS
GoogleがTheoraを拒否したのは回線代が高くなるからだぞ

808 :名無しさん@編集中:2011/01/14(金) 08:33:58 ID:TAagxvYw
取り敢えずぐぐる先生には、よつべに関して
去年5月の発表以降の「今後は全部webmでもエンコするよ」の約束を
さっぱり守れてない事を早急になんとかすべき

過去投稿分の遡及再エンコに時間掛かるのは分かるが、最近の投稿分でも
またFlashオンリーばかりになってる

809 :名無しさん@編集中:2011/01/14(金) 08:55:16 ID:WQhARb1M
今Youtubeで使われてるGoogleのWebMエンコーダーは
遅いうえに画質もクソという酷いもんだからな。

Googleが四半期ごとにリリースすると約束したVP8エンコーダーが
順調に育っていけば、今後エンコードが加速するとは思うが。

10月の記事
VP8コーデックSDK、初のメジャーリリース登場
ttp://journal.mycom.co.jp/news/2010/10/29/065/index.html
VP8コーデックSDKの初のメジャーリリースとなるVP8 Codec SDK "Aylesbury"が公開された

デコーダの高速化とエンコーダの改善の2つに注目して開発された。
デコードの速度が20%から40%、平均で28%高速化している。
またベストクォリティエンコーディングモードにおけるPSNRが7%以上向上、
静止画やゆっくりとしか動かないビデオ、
またはノイズをともなうビデオでは60%以上の改善が実現されている。

開発チームは今後四半期ごとに名前付きのメジャーリリースを実施
次のリリースは2011年第1四半期。SDK "Bali"。
開発テーマはエンコーダの高速化   ←まもなく出る予定のコレに期待

810 :名無しさん@編集中:2011/01/15(土) 00:14:32 ID:NUu5nJVV
ホントに四半期毎にリリース出来るんだろうか
ちょっとスケジュール楽観的過ぎな気がするよ

811 :名無しさん@編集中:2011/01/15(土) 00:21:05 ID:1Ci6LEE7
AviUtlでWebMエンコが出来るようになるまで日本では普及しない。

812 :名無しさん@編集中:2011/01/15(土) 01:00:44 ID:wkG5A3jd
x264が対応する予定じゃなかった?

813 :名無しさん@編集中:2011/01/15(土) 02:10:03 ID:FM3cR8nU
Google I/Oまでには、GoogleでのWebMまわりの具体的成果が出てくるといいんだけど。
現状、ffmpegではx264とVorbis開発者のおかげで改善されましたよ〜って程度の
話しかでておらず、ぢゃあGoogleはなにやったの?って感じなので。

814 :名無しさん@編集中:2011/01/15(土) 03:42:42 ID:Lu7zKmkD
ぶっちゃけGoogleってほとんど買収だからねえ

815 :名無しさん@編集中:2011/01/15(土) 21:20:15 ID:BLbATRYN
GoogleはもうHTML5 videoについてはオープンスタンダード以上のものを
目指していないというか見切りをつけてる気がする。DRMとか絶対入って
こないだろうしね。

816 :名無しさん@編集中:2011/01/16(日) 22:49:44 ID:B2BAsY6k
googleがアメリカ版livedoorていう評価はあながち間違いでは無かったのかな


817 :名無しさん@編集中:2011/01/17(月) 00:04:14 ID:IPhqEQwf
Appleはアメリカ版オウム真理教か

オウムVSライブドアか。ワイドショーが賑わいそうだなあ(笑


818 :名無しさん@編集中:2011/01/18(火) 02:10:25 ID:0IyA41mD
>>797
RFコーデックが出ればグーグル大勝利じゃね?
グーグルとしては検索人口が増えればいいんだし。

819 :名無しさん@編集中:2011/01/18(火) 14:57:13 ID:RWiTsIi8
>>817
オウムの教祖が死にそうww

820 :名無しさん@編集中:2011/01/18(火) 15:06:19 ID:4OnpB263
ジョブズが逮捕されると聞いて来ました!

821 :名無しさん@編集中:2011/01/18(火) 16:50:35 ID:2TCBLX9s
ジョブズ膵臓移植で治ったんじゃなかったの?
ガン細胞転移しちゃったの?

822 :名無しさん@編集中:2011/01/18(火) 16:56:18 ID:4OnpB263
信者の膵臓を金で奪い取った容疑で死刑

823 :名無しさん@編集中:2011/01/18(火) 19:12:46 ID:WiVk5V+1
appleはジョブズ教祖が居なくなったら終わりだろうな

824 :名無しさん@編集中:2011/01/18(火) 19:43:27 ID:xEu1H5xk
世界最高とも言われるCEOをオウム真理教みたいな犯罪教祖と比較するあたり
日本から世界に通用する「個人」がなかなか出てこれない理由かも知れないな

825 :名無しさん@編集中:2011/01/18(火) 20:06:25 ID:fY0ZmtBg
林檎教の信者が何言ってんだか

826 :名無しさん@編集中:2011/01/18(火) 20:13:51 ID:U95o0zs/
反林檎教の信者が何を言ってるんだか

827 :名無しさん@編集中:2011/01/18(火) 23:43:07 ID:4OnpB263
企業とは名ばかりの犯罪者集団Apple社

828 :名無しさん@編集中:2011/01/18(火) 23:53:17 ID:KbWttz1u
ゴキジルシ乳業

829 :名無しさん@編集中:2011/01/19(水) 09:18:01 ID:cd4meL+o
みんなでジョブズをはげまそうよ

830 :名無しさん@編集中:2011/01/19(水) 12:38:15 ID:4yZcZtob
麻原が死んだら教団は暴走するとか言われてる。
ちゃんと警視庁はリンゴ教の信者を監視しないと・・・

831 :名無しさん@編集中:2011/01/19(水) 13:35:17 ID:lHBeUaYc
つか、Apple信者もAppleを頑なに否定する信者も同じだぞ?
どちらも客観的な意見も聞かず、自分の選んだものを絶対的に信じ、敵対する相手を貶貶して布教活動している点で全く同じ。
違いは、自分が教祖か他人が教祖かだけしかない。 気づいてるのか気づいて無いのか、アホなのか・・・。

832 :名無しさん@編集中:2011/01/19(水) 16:36:34 ID:lcF1DP2e
WebM支持者の本性 = 基地外っぷりが垣間見えて良いじゃんw

833 :名無しさん@編集中:2011/01/19(水) 17:01:08 ID:hW7IgAo2
Appleはオープンソースの敵


834 :名無しさん@編集中:2011/01/19(水) 19:42:48 ID:HBEyYQ6K
WebMもH.264も取り入れるという選択肢はないのか

835 :名無しさん@編集中:2011/01/19(水) 21:09:06 ID:VdC9rnUg
つか、WebM(コーデックとしてのVP6)はH.264のサブセットなんだから、H.264に対応して置けばちょっとの修正で両方行けるだろ〜

836 :名無しさん@編集中:2011/01/19(水) 21:13:48 ID:N1PkX/LW
頑なに否定する信者ってなんだ?

837 :名無しさん@編集中:2011/01/19(水) 21:35:12 ID:qscQ6sRF
Appleに過剰反応してすぐに信者のレッテル張る奴の事じゃね?

838 :名無しさん@編集中:2011/01/19(水) 21:44:57 ID:do4bbApY
やっぱ教祖が死にそうなんで殺気立ってるなw
三度目か四度目くらいのガンなんだから
もうだめぽ。麻原が死刑になるように
あの教祖も死ぬよ。

839 :名無しさん@編集中:2011/01/19(水) 21:53:11 ID:8QvliiHY
>>838
オープンソース信者だかなんだか知らんが、いい加減スレ違いの話題蒸し返すのやめてくれ
ただでさえオワコンの2chが誰も見なくなったら本当にゴミになるだろw

840 :名無しさん@編集中:2011/01/19(水) 22:11:00 ID:Vd7RlaPN
>>834
その選択肢を選んでるのはMSだけ。

MS・・・IE9のハードウェア支援最強wH264どんとこい。ライセンス料も問題なし。
     WebM?プラグインで対応。あ、FirefoxさんにWin用H264プラグイン提供しちゃうよ
Apple・・・QuicktimeはH264だし。WebMイラネ。HTML5マンセー、Flash氏ね。
Forefox、Opera・・・Web標準主義。H264はイラン。Theora、Ogg、WebM歓迎。Flashは徐々に排除

Google・・・H264排除。WebMゴリ押し。

841 :名無しさん@編集中:2011/01/19(水) 22:42:42 ID:2B3doQ7X
adobe・・・Flashは両方対応しますんで。分裂バンザーイw

842 :名無しさん@編集中:2011/01/20(木) 09:48:07 ID:ESTMi2Ep
何がなんでもH.264をHTML5 videoに押しこみたいAppleの方が無理があると思うが。
プラグインでやればいいじゃんw

Google、SafariとIE9向けWebM対応プラグインをリリースする計画を発表
http://www.itmedia.co.jp/news/articles/1101/17/news027.html
Google、IE9とSafariにWebM(VP8)プラグインを提供と発表
http://journal.mycom.co.jp/news/2011/01/20/013/

843 :名無しさん@編集中:2011/01/20(木) 10:25:33 ID:/fOFr3Tt
iPhoneならつべ動画とかどうせ専用アプリで見るしね。

844 :名無しさん@編集中:2011/01/20(木) 12:39:23 ID:I28xOZFz
AppleはFirefoxとChromeとOpera向けにQuickTime使うH.264プラグインを作ればいい

845 :名無しさん@編集中:2011/01/20(木) 14:31:17 ID:lfQgMeZe
WebM = キチガイ

846 :名無しさん@編集中:2011/01/20(木) 14:57:18 ID:Snrf0skv
狂信者がスレに住み着いてしまったな。

847 :名無しさん@編集中:2011/01/20(木) 15:18:55 ID:0HASdJAs
Appleはオープンソースの敵だからね

848 :名無しさん@編集中:2011/01/20(木) 17:29:47 ID:50LiXXGs
いつからオープンソースの敵になったんだよ
MacOS自体、オープンソースのFreeBSDがベースなのになw

849 :名無しさん@編集中:2011/01/20(木) 18:00:58 ID:ESTMi2Ep
敵というかフリーライダー

850 :名無しさん@編集中:2011/01/20(木) 18:28:24 ID:wYnY4ZIO
良いと思ったから使う、それだけじゃね?

851 :名無しさん@編集中:2011/01/20(木) 18:44:43 ID:M0jxmtwL
>>846
たしかにApple狂信者は厄介だね

852 :名無しさん@編集中:2011/01/20(木) 18:56:16 ID:yAgzXNTu
>>842
CPUパワーの有り余ってるPCならプラグインで良いけど、
携帯機器は専用ハードウェアデコーダを使って再生してるから、
Apple的にはWebMなんか普及して今までの機器が使えなくなると困るのよ。

853 :名無しさん@編集中:2011/01/20(木) 20:39:56 ID:p+YtzpPz
>>851
あの教祖実際信仰するに値する才能持ってるだけにしゃれにならない

854 :名無しさん@編集中:2011/01/20(木) 22:16:15 ID:mBcNxMpJ
やっぱ教祖が死にそうなんで殺気立ってるなw
三度目か四度目くらいのガンなんだから
もうだめぽ。麻原が死刑になるように
あの教祖も死ぬよ。

855 :名無しさん@編集中:2011/01/21(金) 00:06:41 ID:k0v8ujiy
教祖死亡するとApple信者によるテロが心配だな

856 :名無しさん@編集中:2011/01/21(金) 00:47:27 ID:8g/41CLn
彼のプロダクトは信用に値してきたが、宗教とは違い心の支えにはなり得ないから心配は無いだろう
ジョブズ信者でもApple製品をあえて使わない人も少なくないように、総合的に考えて良い物を選んで使うだけ

それより、VP6よりもVP8の方が画質が劣るって話はエンコーダーの質がまだ低いって事なのか?

857 :名無しさん@編集中:2011/01/21(金) 11:42:41 ID:qOKud8uS
>>856
教祖死亡で焦ってるApple信者がディスってるだけ


858 :名無しさん@編集中:2011/01/21(金) 17:38:30 ID:iXhlRPiu
x264のVP8向け派生エンコーダが出れば・・・最近どうなったんだ?

859 :名無しさん@編集中:2011/01/22(土) 11:37:31 ID:mXyUaLAG
>>852
VP8をハードウェアデコードすればいいじゃん。
どうせ古い端末で新しいiOSを動かしたら重くて使いものにならんし。

860 :名無しさん@編集中:2011/01/22(土) 13:04:59 ID:UKwDRg9L
どうせWebMはデモ動画とかの低解像度しか使わないでしょ
Youtubeでさえ1080pは存在しないし

861 :名無しさん@編集中:2011/01/23(日) 01:55:20 ID:5LJu884G
>>859
ハードウェアデコードをするならH.264の方が高画質・低ビットレートだから
通信速度の遅い携帯機器でWebMを積極的に支持する要因にはなりにくい。

ライセンス料も性能比や訴訟リスクを考えれば法外に高いわけでもないしね。
そもそもAppleはH.264に関してはライセンス料をもらう側なわけだし。

862 :名無しさん@編集中:2011/01/23(日) 06:28:23 ID:W/aDrOLe
>>861
Appleは払わなくていいとでも思ってるのか?
払う額ともらう額では払う額のほうがはるかに多いだろ

863 :名無しさん@編集中:2011/01/23(日) 06:42:59 ID:jroagCmm
AACデコーダのライセンス料は、H.264(US$ 0.20/unit)よりも高額になっている。

http://www.vialicensing.com/licensing/aac-fees.aspx

864 :名無しさん@編集中:2011/01/23(日) 08:19:15 ID:dVNcS1X9
パテントが絡むものをオープンスタンダードの枠外で広めるぶんには誰も文句言わないと思うよ。

865 :名無しさん@編集中:2011/01/23(日) 10:00:13 ID:gYMdblGd
AACなんかよりOgg Vorbisのほうが音質もいいしパテント問題もない。
こればっかりはどう見てもAACよりいい

そもそもAACが出張ってきたのはAppleがiTunesでの音楽配信に採用したからで
全くWeb側の理論は無いからな

866 :名無しさん@編集中:2011/01/23(日) 17:06:10 ID:5LJu884G
>>862
Appleが自社製のH.264再生機器台数を元に払う必要がある金額と
全世界、全メーカーのH.264再生機器が払った金額からAppleに支払われる金額、
どっちの方が金額が大きいんだろうね。

WindowsもAdobe FlashもBlu-ray関連機器もYouTubeもパテント料を支払っているわけで

867 :名無しさん@編集中:2011/01/23(日) 17:24:57 ID:W/aDrOLe
とりあえずMSがもらう金額よりは少ないだろうな
Appleって、名前は載ってるけどほとんど貢献してないだろ

868 :名無しさん@編集中:2011/01/23(日) 17:39:59 ID:jMLdDoGx
>>865
前から言われてるけど、いくら質が良くても無料で使えてしまうようなフォーマットが常識的に考えて普及するわけがない
黎明期と違って今更mp3のようなケースは出てこないだろうよ
どうやって商用利用出来るか考えるというか、とにかく利益に絡めていかない限りはどうしようもないだろう
WebMの場合だととにかく後押ししてるところはあるんだから後は質の確保が出来ればいいのかもしれないが

869 :名無しさん@編集中:2011/01/23(日) 22:34:06 ID:EK1Px7vU
>>868
> >>865
> 前から言われてるけど、いくら質が良くても無料で使えてしまうようなフォーマットが常識的に考えて普及するわけがない

どこの常識?

870 :名無しさん@編集中:2011/01/23(日) 23:14:02 ID:2UTH9RvB
>>865
典型的なWebM脳だね。

871 :名無しさん@編集中:2011/01/24(月) 00:38:59 ID:qv7FTASZ
やっぱ教祖が死にそうなんで殺気立ってるなw
三度目か四度目くらいのガンなんだから
もうだめぽ。麻原が死刑になるように
あの教祖も死ぬよ。

872 :名無しさん@編集中:2011/01/24(月) 02:16:17 ID:azRv7w4I
868=870=ただの基地外

873 :名無しさん@編集中:2011/01/24(月) 02:46:27 ID:roDbLzmt

http://respic.net/item/410717

874 :名無しさん@編集中:2011/01/24(月) 04:45:06 ID:IOXLbbvt
>>873
現状、静止画としてはTheoraの方がリードしてるからなぁ

個人的にはISO/IECやITU-Tが標準化してくれるならWebMでも文句ないけど
WEBで標準化団体による勧告等がされてないファイルフォーマットを使う気にはならない。

HTMLもJPEGもPNGもMP3もMIDIも標準化されてきているわけで……

875 :名無しさん@編集中:2011/01/24(月) 11:06:32 ID:eIjMXfAk
ogg関係のことがいっぱい書いてあるブログで見たが、theoraはDark Shikariの協力を得て
現状でxvidと同等でDark Shikariは将来的にVC-1と同じところまで行くとか言ってるんだろ
theoraで良かったんじゃねって思うが

876 :名無しさん@編集中:2011/01/24(月) 15:31:00 ID:UZwsfkhk
Googleが言ってる高画質化、エンコ速度向上がどこまで進むのかで、ずいぶん変わってくる話だ。



877 :名無しさん@編集中:2011/01/24(月) 19:39:35 ID:ZO0A+WeQ
>>869
どこかの業界とかではなく、普通の人の常識だろう
コピーやデコードを無制限で行えるフォーマットだとメジャーなデータ販売・ネット販売等にまず採用されないと言う常識
業界大手による力づくの普及活動がないんだから一気に広まるわけはないし、
mp3という強力なデファクトスタンダードが存在する以上、個人の中でもちびちびとしか広まらない
無期限無制限でどんな利用でもしほうだいな音楽や動画データを客にコピーさせて、
それで十分利益を出せるビジネスモデルが常識になってきたら変わるだろうけど、現状だとまだまだ一般的ではないよ
基本的に金が絡んでこないものが一気に広まる事はない


個人的には手持ちのCDをよくVorbisでエンコしてたけど、他所からVorbis物を手に入れることはまずなかったなあ
最近だと汎用性やHDDの容量を考えると音楽なんて可逆圧縮とmp3だけで十分だと思えてきた

878 :名無しさん@編集中:2011/01/24(月) 19:47:50 ID:ZO0A+WeQ
NHK(だけじゃないけど)みたいに動画サイトで自社の番組を公式に視聴させてるところもあるし、
これからはまた違ってくるのかもしれないけどね
http://internet.watch.impress.co.jp/docs/news/20101206_412181.html
今まで無料のフォーマットだとその無料と言う点が重い足枷になっていたのは間違いない


879 :名無しさん@編集中:2011/01/24(月) 20:30:46 ID:iEWF9pdS
コピーやデコードを無制限で行える事とライセンス料が有料であることの関係が分からんのだが

880 :名無しさん@編集中:2011/01/24(月) 21:01:48 ID:ZO0A+WeQ
俺にはむしろライセンス料が有料と無料の場合の違いがわからない
>>879売手と買手を明確にしろという話か?

881 :名無しさん@編集中:2011/01/24(月) 22:14:44 ID:UZwsfkhk
D:jMLdDoGxはキチガイ
ただそれだけのことだ

882 :名無しさん@編集中:2011/01/24(月) 22:53:05 ID:2gb35q5Z
無料だと普及しないとかそんな常識初めて聞いた

883 :名無しさん@編集中:2011/01/24(月) 23:00:29 ID:iEWF9pdS
>>880
まず、>>869に対して>>877で「どこかの業界とかではなく、普通の人の常識だろう」
と言っていたから無料で使えるフォーマットは普及しないという立場だと解釈した
さらに>>877の2行目以降で「コピーやデコードを無制限で行えるフォーマット〜」と展開してたから
ライセンス無料のフォーマットとコピーやデコード〜を絡めて話してるんだと思ったんだけど
1行目と2行目以降は全然別の話なの?

884 :名無しさん@編集中:2011/01/24(月) 23:23:20 ID:ZO0A+WeQ
ライセンスの話は知らんよ?
専門家じゃないんで
技術的に制限をかけてないフォーマットで意味があるとはあまり思えないけど、技術論とライセンス料の設定は本来なら無関係じゃない?

>>882
それはお前がモノを知らないだけかと
現にVorbisなんてAACに勝るとも劣らない物なのに実際それ程普及してない
一方AACは世界中に溢れてるし日本だと四六時中TVから流れてるくらいに普及してる
品質さえよければ広まるってものじゃないのは確かだよ
趣味で使う人間からすればそこそこ一定の割合で利用者や開発者がいてくれれば万々歳だけどね
スポーツが大好きだからといって拝金主義のオリンピックが大好きとは限らないのと同じようなもの

885 :名無しさん@編集中:2011/01/24(月) 23:44:08 ID:IOXLbbvt
>>884
お前がモノを知らないだけだろ

VorbisがWMAやAACに勝てないのは無料だからじゃない。
普及促進する大きな後ろ盾が存在しないからだ。

Vorbisをハードウェア再生支援・エンコード支援するチップの開発利点をプレゼンするヤツがいたか?
パソコンで簡単に再生・エンコードするための環境を普及させられるようなヤツがいたか?

MicrosoftもAppleもそこに重点を置いて投資したから現在の立ち位置にいるだけで有料コーデックだからじゃない。
フリーコーデックであるVorbisだってMSなんかに負けない普及活動を行っていたらAACに勝てた可能性は十分ある。

886 :名無しさん@編集中:2011/01/25(火) 00:19:17 ID:3UAFUr1A
Vorbisの再生に対応した再生機なんて韓国製ぐらいだしね

887 :名無しさん@編集中:2011/01/25(火) 00:34:27 ID:IYFUSgrr
スマホで聴けばいいんだよ

888 :名無しさん@編集中:2011/01/25(火) 00:34:57 ID:Y530CBLv
無料のフォーマットでも実はライセンス的に不味いコードや、特許技術が混入してたりって不安があると
採用しづらい。突然訴えられたり、ライセンス料払え何て言われると困るから。
逆に言えば、そんな不安が無くて出所がはっきりしてれば、無料でも普及する可能性はある。
無料とか有料とか関係無いよ。

889 :名無しさん@編集中:2011/01/25(火) 00:40:09 ID:Y//CBDaY
結局ID:ZO0A+WeQが何を言いたいのかさっぱり分からないので俺は引っ込みます
スレ汚してすまん

890 :名無しさん@編集中:2011/01/25(火) 00:45:19 ID:LbFXucF1
>>885
なんか基本的な部分では>>877と同意見に見えるな
金が取れるのなら企業が後ろ盾に付きやすいが、無料でコンテンツを大々的に配布する企業は少ない
普及促進する為には確実に課金できるものじゃないと厳しいからこそ企業側から無料は嫌われたんだろう
個人で使うならたとえメジャーじゃなくても無料の方がありがたいけどw

逆に言えば金のかかった創作物を無料コピーし放題にしても利益をあげられる仕組みを作ることが出来ればいいということか

891 :名無しさん@編集中:2011/01/25(火) 01:14:02 ID:iZ60deTD
>>890
なんか話がごっちゃになってると思うのは俺だけか?

892 :名無しさん@編集中:2011/01/25(火) 19:14:39 ID:ppioXM4+
ライセンスとDRMがごっちゃになってる。

893 :名無しさん@編集中:2011/01/26(水) 09:31:57 ID:Zs0Mevpr
一切DRMの話題なんて出てきていないんだがw

894 :名無しさん@編集中:2011/01/26(水) 09:52:35 ID:0paCZGNJ
コピー云々はDRMだろ。

895 :名無しさん@編集中:2011/01/26(水) 14:47:58 ID:L2f95/hZ
コピーやデコードを無制限で行えるフォーマット云々言っておいて
mp3が存在する以上っていう時点で理論破綻
mp3にDRM追加した拡張規格が普及して無いのが何よりの翔子

896 :名無しさん@編集中:2011/01/26(水) 19:01:21 ID:WI+F/O0e
本田雅一氏がWebMについておもしろいことつぶやいてる。
何かGoogle、ヤクザだなぁ。
ttp://twitter.com/#!/rokuzouhonda
エグイというのは、VP8のライセンス条件において、あらかじめMPEG-LAの存在を想定した上で
サブライセンス権を持つ法人が訴訟した場合、ライセンス元もソースコードライセンスを失う条件が
付けられてます。このためMPEG-LAがパテントプールを集めてライセンスを支払えとやった時点
で、MPEGの権利者たちはソースコードライセンスを失います。
つまるところ、最初から特許侵害している事を解った上で無料にするためにあらかじめAndroidを
フックに罠を張ったということですな。2.3でのWebM統合では必須コーデックではないけど、
ChromeとYouTubeでWebMが必須になる罠もかけてあるので使わないと競争力がなくなる。
この方法がまかり通るとパテントプールが意味をなさなくなり、以前と同じようにライセンスが複雑
になる。あるいはパテントトロールに売り払って、ゲリラ的に取れるところから取りまくるとかが
横行することになるのでは、とある知財の専門家は話していました。なおGoogle自身はMPEG-LAに
対して、まったくライセンスを支払う意志がないと伝えている、と漏れ伝わってきている(口伝ですが)
ので、たぶん裁判引き伸ばしで係争が無意味化するまで無視し続けるのでは?

何かと独善的立ち振る舞いを指摘されるGoogleとApple(昔のMSみたい)だけど、実はAppleは
知財に関してきちんと調べてライセンスした上で製品化する。彼らは品質や納期、守秘義務などを
担保するために部品代を必要以上に値切らないし、そういうところはきちんとしてる

897 :名無しさん@編集中:2011/01/26(水) 19:06:05 ID:zSY22ScM
>>895
大昔とは違うんだから二匹目のドジョウはいないって話だろ
最近は、特に海外だとDRM制約のないネット販売が積極的に広める動きになってるからそんな時代すらまた過ぎるのかもしれないけど

898 :名無しさん@編集中:2011/01/26(水) 19:41:57 ID:DkLkrSn8
>>895
逆に素のAAC自体にもDRMは無いもんね。
AppleがDRMを被せたのがFairPlay、国内TVならSTD-B25。

商業利用だからDRM必須というのはわかるが、
各社のパテント等の思惑からたまたまAACが採用されただけでしょ。
どのフォーマットを採用するかにDRMは関係ない。必要なら被せればいいだけ。

899 :名無しさん@編集中:2011/01/26(水) 20:56:21 ID:8V3fsfwg
>エグイというのは、VP8のライセンス条件において、あらかじめMPEG-LAの存在を想定した上で
>サブライセンス権を持つ法人が訴訟した場合、ライセンス元もソースコードライセンスを失う条件が
>付けられてます。このためMPEG-LAがパテントプールを集めてライセンスを支払えとやった時点
>で、MPEGの権利者たちはソースコードライセンスを失います。
その条項って削除されたんじゃ?

900 :名無しさん@編集中:2011/01/26(水) 23:26:06 ID:w3cHosKj
Appleは他者の知財は無いものとして行動する
自社の知財は暴力に訴えてでも守る

901 :名無しさん@編集中:2011/01/27(木) 10:11:08 ID:QHp0/eOj
MSがどんどん健全化するに従って競争力を減らしていったのをみんな見てるからな。
競争力維持のためには、MS帝国時代の横暴政策が必要だと気づいたんだろ
AppleもGoogleもAdobeもね

902 :名無しさん@編集中:2011/01/27(木) 10:13:30 ID:KfaQ2FIP
>899
削除されてないよ。今でもアグリーメントに書かれてる。VP8はAndroidとは切り離された
特殊ライセンス。サブライセンサーが訴えると自動的にライセンサーのソースコード使用権
が失効するから、MPEG特許を活かしておきたい場合、端末機器メーカーは泣き寝入りする
か、中華・半島メーカーとVP8サポートなし端末で競合する以外に道はありません

903 :名無しさん@編集中:2011/01/27(木) 20:28:59 ID:lyMedx8p
ていうか前に出ていた話を情弱が蒸し返しただけに見える。

904 :名無しさん@編集中:2011/01/28(金) 04:41:41 ID:sgt4QD1F
やっぱ教祖が死にそうなんで殺気立ってるなw
三度目か四度目くらいのガンなんだから
もうだめぽ。麻原が死刑になるように
あの教祖も死ぬよ。


905 :名無しさん@編集中:2011/01/29(土) 02:58:28 ID:HUXqbFly
>>902
はぁ?

906 :名無しさん@編集中:2011/01/29(土) 04:02:03 ID:mA/yDuLF
どうでもいいけど、公約したWebM SDKのアップデートはまだぁ?
エンコード速度の改善があると公約してたじゃないか

907 :名無しさん@編集中:2011/01/29(土) 17:47:49 ID:4yiue3XF
>>896
それどこのIBM(IPL)?
というのはおいといて、そんなもんさんざん話題になっただろ
http://sourceforge.jp/magazine/10/06/07/0314234

908 :名無しさん@編集中:2011/01/29(土) 17:55:29 ID:jL//PhmC
http://nippondanji.blogspot.com/2011/01/webmvp8.html
この人オープンソース開発に携わってる割にオープンソースライセンスについて
誤解してる節があるので鵜呑みにしていいのかは保証できんが。

909 :名無しさん@編集中:2011/01/29(土) 18:03:16 ID:jL//PhmC
>>896
本田雅和と本多勝一がごっちゃになってた。

910 :名無しさん@編集中:2011/01/29(土) 18:43:44 ID:r1WhMOkG
>>908のコメ欄
>例えば中国メーカーなどがWebMを使ってMPEGの特許技術をフリーライドするであろうことについては...

別にWebMなんて使わんでもすでにChineseAVSってもんがありまして

911 :名無しさん@編集中:2011/01/29(土) 19:15:37 ID:rWd4wKrD
>>907
なるほど、特許条項はライセンスから分離されただけなのか

912 :名無しさん@編集中:2011/01/29(土) 21:18:19 ID:+3I9ilFP
>>906
 また別のアヒルにちなんで名づけられた「Bali」という次期バージョンは2011年 「第1四半期」 にリリース予定で、
エンコードのさらなる高速化を特長とする予定だとLuther氏は述べた。

913 :名無しさん@編集中:2011/01/31(月) 02:52:05 ID:SNBKRoBc
WebM QuickTime Component 0.2.0 Installer
Installer for OS X
ttp://code.google.com/p/webm/downloads/list?q=label:Featured

914 :名無しさん@編集中:2011/02/03(木) 17:53:06 ID:WULnIvOM
MSがChrome用H.264プラグインをリリース、Googleへ公開質問も
http://japanese.engadget.com/2011/02/03/ms-chrome-h-264/

コーデック入れたらIE9でもWebMを使えるようにするよと言ってるとはいえ、MicrosoftはかなりH.264寄りの立場だな。
VC-1を蹂躙された苦い過去があるからか?

915 :名無しさん@編集中:2011/02/03(木) 18:03:17 ID:oAP2H4Sb
>>914
MSはH.264のライセンス料貰う側でもあります

916 :名無しさん@編集中:2011/02/04(金) 02:02:45 ID:vNdr+tPy
Windows なら DirectShow 対応コーデックさえインストールされていれば
H.264 搭載の Win7 だけでなく XP に ffdshow を入れた環境でも同じ手順で再生できるからね。

そしてそれが Linux 版(そして現状の Mac OS X 版)Firefox や Chrome には出来ないことで
インターネット端末として H.264 と WebM に両方対応する Windows プラットホームの利点になる。
その為に IE の敵に H.264 再生プラグインを提供するぐらいどうってことないんだろう。

だから下手したら IE9 に WebM 再生プラグインが登場した同時期に
Windows 版 Safari 向けに WebM 再生プラグインをだしかねんw

917 :名無しさん@編集中:2011/02/04(金) 03:17:16 ID:q4eYy1/j
どうでもいいが H.264 の代わりに WebM が普及すると収入が減る日本企業。

・富士通株式会社
・株式会社日立製作所
・三菱電機株式会社
・株式会社エヌ・ティ・ティ・ドコモ
・日本電信電話株式会社
・パナソニック株式会社
・シャープ株式会社
・株式会社東芝
・日本ビクター株式会社

918 :名無しさん@編集中:2011/02/04(金) 07:39:00 ID:xi/yiET9
一番良いのは全てのブラウザが両対応する事
動画を公開する側がどちらかを選べるようにするのが良い
(公開する側が両対応するのは容量とエンコード負荷の両面で大変なので)

所定の開発費は掛かるけど、H.264のライセンス費用の負担は一社当たりの上限が有るから
一杯まで使ってるであろうMSやAppleにはそれが可能

本当はGoogleがそれをして、その上でWebMへの公式対応を勝ち取るのが
一番良い形だったんだけど

919 :名無しさん@編集中:2011/02/04(金) 09:58:50 ID:q4eYy1/j
Mozilla、Googleの考える一番良い方法は

・MPEG LAとその関係企業すべてが特許およびその権利行使を完全に放棄しオープンソースにすること。
・それが出来ないなら各ブラウザはインターネットからH.264を完全に排除すること。

であるのだから、MS・Apple陣営とは妥協点が存在しないんだろうね。


<audio>タグに関して Google は今後も Ogg Vorbis だけではなく mp3 にも対応するからダブスタもいい所だけどw

920 :名無しさん@編集中:2011/02/04(金) 13:53:57 ID:rmcZ2yrb
共産主義かw

921 :名無しさん@編集中:2011/02/05(土) 19:28:49 ID:1rIvD/Wc
>>919
「オープンソース」はとっくになってるだろ
規格書もリファレンスソフトもただでダウンロードできる

922 :名無しさん@編集中:2011/02/05(土) 20:29:42 ID:5UUbkIRz
>>921
横やりだが、規格書は有料。

923 :名無しさん@編集中:2011/02/05(土) 21:03:22 ID:s1LsupBm
>>922
ITUのページから無料で落とせるんだが
別に金払えってどこにも書いてないし

924 :名無しさん@編集中:2011/02/05(土) 21:41:32 ID:qYdLcDn1
>>915
H.264に関して貰う額よりも、
MPEG-LAに払う額の方が多いって、
その記事のリンク先のBlogでMS自身は言ってるけどな。

925 :名無しさん@編集中:2011/02/05(土) 23:10:38 ID:OUzgN45k
>>922
はい、これね
http://www.itu.int/rec/T-REC-H.264-201003-I
http://www.itu.int/rec/T-REC-H.264.2-201006-I
今は無料ですよ

926 :名無しさん@編集中:2011/02/05(土) 23:22:33 ID:5UUbkIRz
>>923
それは知らなかった。確認した所、
H.264(AVC)に関してはITU/ISOの共同策定なので
ITUで自由にDLできるのね。
ISOの仕様書は有料なので、無料で入手できるとは思ってなかったよ。

927 :名無しさん@編集中:2011/02/05(土) 23:55:12 ID:PCeDx/P0
Open Videoに最低限必要なのは適切なプロセスを踏まえた上での「標準化」
一方Open Sourceであることには勿論沢山のメリットが有るが、必須ではない


928 :874:2011/02/06(日) 00:24:10 ID:wQHQ1tQy
個人的にはISO/IECやITU-Tが標準化してくれるならWebMでも文句ないけど
WEBで標準化団体による勧告等がされてないファイルフォーマットを使う気にはならない。

HTMLもJPEGもPNGもMP3もMIDIも標準化されてきているわけで……

929 :名無しさん@編集中:2011/02/06(日) 00:39:45 ID:/pAFalOx
Googleにちゃぶ台を返されてもユーザーには何のメリットも無いんだよね。

930 :名無しさん@編集中:2011/02/06(日) 15:20:39 ID:2+HTrBF8
ぶっちゃけH.264のが綺麗やなw 悲劇やなw

931 :名無しさん@編集中:2011/02/06(日) 16:53:49 ID:xpZwDCiy
仕様的にもエンコーダの完成度もH.264 High@x264の方が綺麗だろw

932 :名無しさん@編集中:2011/02/06(日) 18:19:43 ID:yvZp8c49
最初はXvidより汚かったTheoraが大化けした例があるから、将来はわからんよ

933 :名無しさん@編集中:2011/02/06(日) 21:38:34 ID:nKXkUAWJ
「H.265を超える」位のものをGoogleが目指すんならわかるけど、Xvid以下じゃ
意味ないよ。

934 :名無しさん@編集中:2011/02/06(日) 22:32:29 ID:xKy+xyLI
VP8がXvid以下なんて話はしていない

935 :名無しさん@編集中:2011/02/06(日) 23:00:23 ID:g9GbsRqq
つーか、配信向けの圧縮コーデックなんてFLV1より高画質ならH.264でもVP8変わらんだろう
保存向けは奇麗であればあるほど良いってのには賛同するが

936 :名無しさん@編集中:2011/02/06(日) 23:31:21 ID:wQHQ1tQy
それがどっこい。

Google が敵視するクローズドには次の H.265/HVC(HEVC)が待ち構えていて
その次世代コーデックでは H.264/AVC と同レベルの画質を半分のビットレートで保存できる。

そのかわり計算複雑性は2〜10倍と破格だけどな!

HW支援さえ普及すればリアルタイム配信は無茶でもYouTubeやニコ動が
今の半分のビットレートで大丈夫っていうのは回線帯域的にも非常に有利。

937 :名無しさん@編集中:2011/02/07(月) 05:49:11 ID:T0LfmPae
H.265は仕様策定がこれからだし、
実用化されて実際に普及するのはまだかなり先でしょ

それより先にH.264で順次特許の切れる技術などを使って
Web配信用に特化したRFなコーデックを作る方が先決かも
(少し前からRFコーデックの検討自体は始まってる)

938 :名無しさん@編集中:2011/02/07(月) 07:26:27 ID:jrCqJ3vb
>>933
お前には無理だw


939 :名無しさん@編集中:2011/02/12(土) 06:29:22 ID:2NHFghZv
http://www.mpegla.com/main/pid/vp8/default.aspx

さて、MPEG-LAがパテントプールづくりを始めました
VP8はもはや無料で使えるものには成り得ませんなぁw

940 :名無しさん@編集中:2011/02/12(土) 11:31:36 ID:yIK8k6An
Directshow Filters for Ogg Vorbis, Speex, Theora, FLAC, and WebM
Version 0.85.17777
ttp://xiph.org/dshow/


それと年始の挨拶でaoTuVの新しいVerを1月中に出したいと
書いてあったけど、まだ出てないね。
ttp://www2.atword.jp/aooa/

941 :名無しさん@編集中:2011/02/12(土) 14:16:46 ID:qBQlCje+
>>939
使う側からすると、プールがある方が無いよりも安心だよね
これは歓迎したい

942 :名無しさん@編集中:2011/02/12(土) 18:25:44 ID:smRP6MTo
単なるはったりだと思ってたが実際に動きだしたのか
それともこれもまだはったりの延長か

来年はHTML5が正式勧告になる(予定の)年だけど
さてどうなるか
残りの1年は激しい駆け引きが続きそう

943 :名無しさん@編集中:2011/02/12(土) 19:12:44 ID:oRNynvyh
>>942
1回目の締め切りである3月18日までに枠組みが出来なければ
MPEG LA の負け、というか存在感や影響力の低下を招くから
ハッタリではなくすでにパテントプールのベースが出来ているんだと思う。

HTML5 が正式勧告されたとしてもコーデックは定義されないから
今後も H.264 派と WebM, Theora 派の攻防は延々と続くんじゃね?

944 :名無しさん@編集中:2011/02/12(土) 19:24:20 ID:2NHFghZv
Theoraはともかく、タダでつかえないVP8にはもはや勝ち目がないだろ
MozzilaやOperaが支持する理由もなくなっちゃうわけで

945 :名無しさん@編集中:2011/02/12(土) 19:37:22 ID:GMd66Cb7
まぁ、Googleのお手並み拝見ってことやね

946 :名無しさん@編集中:2011/02/12(土) 20:06:39 ID:VuAd7Jth
HTML5ビデオに関しては
結局勝者はいないで決着がつくだろう

947 :名無しさん@編集中:2011/02/13(日) 10:34:23 ID:xhfYLoEb
HTML5 videoはオワコン

948 :名無しさん@編集中:2011/02/16(水) 22:34:40 ID:nLXaW5n/
HTML5の勧告は2014年が目標、W3Cがスケジュール示す
ttp://internet.watch.impress.co.jp/docs/news/20110216_427423.html

949 :名無しさん@編集中:2011/02/17(木) 00:17:05 ID:3noDWpxP
2年延びたのか…
記事中の統合テストスイーツって
↓にもっと項目を盛り込むような感じか?

ttp://www.html5test.com/


950 :名無しさん@編集中:2011/02/18(金) 14:21:26 ID:PrvWHa2a
>>939
はてなの反応はパテント・トロール扱いだな。意味が分からんw

これって「GoogleのVP8に特許侵害されている企業(・個人)で、Googleの一方的なライセンス縛りで
特許訴訟を起こせない方は、MPEG-LAが代わりに特許使用料徴収交渉の代行を行いますよ」ってコトだよな?


MPEG LA、WebMの基盤技術「VP8」の特許を募集
ttp://www.itmedia.co.jp/news/articles/1102/15/news020.html

> ライセンス管理団体MPEG LAはこのほど、動画コーデック「VP8」のパテントプール形成に向けて、
>同技術に必要な特許の募集を開始した。VP8はGoogleのオープンソースコーデック「WebM」の基盤となっている。

> 同団体は、「VP8パテントプールに参加し、ライセンス条件を決定するため、
>VP8に必須の特許を保有していると考えている関係者は、
>MPEG LAに特許を提出して評価を受ける」よう呼びかけている。応募は3月18日まで。

951 :名無しさん@編集中:2011/02/18(金) 18:01:47 ID:3ntsnBnl
Be More Evile.

Googleの前に立ちはだかる特許の壁
http://techon.nikkeibp.co.jp/article/TOPCOL/20110218/189700/

952 :名無しさん@編集中:2011/02/18(金) 18:02:23 ID:orTtLXaa
カスラック並に必死だな

953 :951:2011/02/18(金) 18:18:24 ID:USyuf7zO
EvilだよEvil

954 :名無しさん@編集中:2011/02/18(金) 23:20:06 ID:j4nvNllo
>>952
そりゃカスラック並みの悪党だからな

955 :名無しさん@編集中:2011/02/18(金) 23:53:50 ID:PrvWHa2a
この場合は正当な権利だろ。

膨大な開発費を掛けてつくったアルゴリズムを特許使用料も払わずに、
しかも競合規格としてケンカを吹っ掛けてきたら反撃して当然。

もし本当に特許違反しているならGoogleは保護されている他人のアイデアで飯を食う悪魔帝国になる。

956 :名無しさん@編集中:2011/02/19(土) 00:10:57 ID:YfTUNwmt
どうせチンカスみたいなツマンネー特許だろ

957 :名無しさん@編集中:2011/02/19(土) 00:11:55 ID:t4cLM4Fc
>>951
>「VP8が特許を侵害しているという訴訟を起こしたら,VP8の利用に必要な特許の
>使用権を剥奪する」という条項です。もし企業が特許プールに参加した場合,
>Google社が特許プールを認めず特許訴訟になれば,その企業はWebMを使えなく
>なります。

正義面してこれじゃあね。

958 :名無しさん@編集中:2011/02/19(土) 00:13:45 ID:JNcGx/x/
MPEGは標準化された動画技術のオーソリティだし、
カスラックごときと混同するのは失礼も良いところ
現実世界に役に立って来た度合いがあまりにも違いすぎる

H.264側は配信利用の無償化に続いて、
ブラウザでのデコーダ利用の無償解放にまで踏み込めればほぼ完璧なんだけどな

959 :名無しさん@編集中:2011/02/19(土) 00:14:42 ID:pp31Kus/
いちゃもん付けてるだけだろ

960 :名無しさん@編集中:2011/02/19(土) 00:51:36 ID:b2KsnSrc
する気があるならとっくにうまくいっている

961 :名無しさん@編集中:2011/02/19(土) 01:29:00 ID:ZYHVidUj
Googleの悪イメージがどんどん増加していってる
いいことだ

962 :名無しさん@編集中:2011/02/21(月) 17:39:42.26 ID:9S4K8BRa
>>298-309辺りの話題がすっかり忘れ去られてる件について

963 :名無しさん@編集中:2011/02/21(月) 17:58:36.04 ID:Yiy2Ol75
特許条項がソースのライセンスと分離されただけじゃ?

964 :名無しさん@編集中:2011/02/22(火) 00:49:36.79 ID:qPkvf+iv
>>962
オープンソースライセンスとは別にGoogle Code使用許諾契約ってのがあるんだよ。(該当部分は第3条)
ttp://code.google.com/intl/ja-JP/legal/corporate-cla-v1.0.html

ここに「あなたを他者が訴えたりクロスライセンスを結ぼうとした場合、訴えた者はこの条文により許諾されたすべての権利を失う。」と
しっかりと書いてある。

GPLですら著作者である Google には特定の相手に「使用を禁止する権利」を持っているんだからBSDライセンスなら尚更。

965 :名無しさん@編集中:2011/02/22(火) 11:53:02.65 ID:c/iK7EhW
ttp://twitter.com/rokuzouhonda/status/38523087087611904

@rokuzouhonda
本田雅一
ソニーとノキアはGoogleとのライセンス契約前にMPEG関連特許を別会社に移動させていたそうで、どうやらVP8のNAPからは
逃れることができるのだそうです。詳しくは取材中。他の会社はまだデッドロックかかった状態。次の日経エレでこの話題、
取り上げるようですね
2月18日 Twitter for Macから

966 :名無しさん@編集中:2011/02/23(水) 00:15:00.38 ID:Z+ggwTUL
aoTuV Beta6 [beta5.7 >> beta6] (2011/02/22)
ttp://www.geocities.jp/aoyoume/aotuv/index.html
・ libvorbis1.3.2 を統合しました。その結果、libvorbis1.2.2 から 1.3.2 の間の変更が適用されます(一部を除く)。
・ 特定パターンのプリ(ポスト)エコーを改善しました。
・ 異なるタイプの音が混在するケースでのビット割り当てを改善しました。
・ ステレオモード切替のしきい値計算を変更しました。以前の手法よりも概ね良い結果が得られます。
・ Noise normalization 処理を見直しました。低いビットレートにおいて、より正確なエネルギーコントロールとリンギングの削減を実現します。

***** beta5.7 からの変更点 *****
・ マルチチャンネルに対応。
・ 特定のファイルでエンコードが出来ないケースを修正。

967 :名無しさん@編集中:2011/02/23(水) 10:57:03.29 ID:d8nmiqWK
Googleもオワコンに近づいてるな

968 :名無しさん@編集中:2011/02/27(日) 15:30:32.13 ID:iLJgq91c
新しい技術orサービスを開発したので会社を興す
 ↓
採算性を考え、現実路線へ歩みだす
 ↓
初期のサービス精神を忘れ、利益追求に走る
 ↓
あぼーん

969 :名無しさん@編集中:2011/02/28(月) 20:22:15.23 ID:+Dh6KQ+G
aoTuV Beta6.02 [beta6.01 >> beta6.02] (2011/02/27)
ttp://www.geocities.jp/aoyoume/aotuv/index.html
・ 特定のサンプルのエンコードにおいて、オーバーフローが生じていたバグを修正しました。(前バージョンとは異なります)

aoTuV Beta6.01 [beta6 >> beta6.01] (2011/02/23)
・ 特定のサンプルのエンコードにおいて、オーバーフローが生じていた原因のバグを修正しました。

970 :名無しさん@編集中:2011/03/05(土) 01:17:42.25 ID:42so9qI1
>>939
http://yro.slashdot.org/story/11/03/04/1358236/DOJ-Anti-trust-Investigation-of-MPEG-LA

971 :名無しさん@編集中:2011/03/05(土) 02:32:18.58 ID:chq0ZDUX
最近政権と益々仲のいいGoogleが手を回したのか

泥仕合のゴングだな

972 :名無しさん@編集中:2011/03/07(月) 05:57:37.23 ID:v7lXIy5w
06 3 月 aoTuV beta6 概説1
ttp://www2.atword.jp/aooa/
今回は先日リリースしたaoTuV beta6の変更点などについて書きたいと思います。

大体の所は配布ページやエンコーダのドキュメント、ソースコードのドキュメントに書いていますが、そこには書いていない、若しくは省略している内容について少しご紹介します。

まず最初に、「異なるタイプの音が混在するケースでのビット割り当て」について。

これはlibvorbis由来のエンコーダにずっと存在してきた問題でした。問題は持続音と衝動音が同じ時間上に混在する場合に、持続音で問題が生じやすい、というものでした。
特にクリティカルなサンプルではかなり高いビットレートまで影響するケースがあり、Vorbisの弱点の一つでした。
今回の変更では、問題の起きるパターンを検出し、その部分にビットを大きく割り当てるようにしました。
ただ問題の改善と引き替えに、ビットレートはそれなりに大きくなります。ただしもちろん、該当するパターンを含まない場合はこの部分によるビットレート増加はありません。

次に、「特定パターンのプリ(ポスト)エコーを改善」について。

MDCT系コーデックではつきもののプリエコー・アーティファクトですが、Vorbisでも幾つかの苦手なパターンが存在していました。
過去のaoTuV でも色々と対策はしてきたのですが、まだ解決できていないパターンが存在しています。
今回はそのうちの幾つかのパターンについて追加対策をしました。該当するパターンでは大きな改善を見込めます。
これらの変更によって、ビットレートは増えるパターンと、稀に減るパターンがあります。

973 :名無しさん@編集中:2011/03/07(月) 05:58:56.93 ID:v7lXIy5w
今回、最後に「Noise normalization 処理の見直し」について。

Vorbis特有の手法としてNoise normalizationというものがあります。これは主に低ビットレート時にオーディオエネルギーの損失によるリンギングアーティファクト(主に高域に生じやすい)を低減するためにあります。
これはlibvorbis1.0で導入されたのですが、高域をブーストさせる要因の一つでもありました。
以前にこの問題を改善するための変更をaoTuV beta5でも行ったのですが、今回はさらにそれを改善しました。
リンギング対策としてはまだ改良の余地有りですが、この手法を原因とする高域ブースト現象は、ほとんどなくなりました。

次回に続きます。

974 :名無しさん@編集中:2011/03/09(水) 01:11:49.35 ID:9BIEKqN2
09 3 月 aoTuV beta6 概説2
ttp://www2.atword.jp/aooa/
今回は前回投稿した内容の続きとなります。そちらのほうも合わせてご覧下さい。
前回の内容もそうでしたが、単純化しているとはいえ少しマニアニックな内容なので、興味のある方向けです。

「ステレオモード切替のしきい値計算を変更」について。

Vorbisはカップリングチャンネルという仕組みがあり、そこでチャンネル間の類似性を利用してデータ量を削減することができます。
実装としては現在の libvorbis由来のエンコーダでは2つのステレオモードを切り換えることで、聴覚上のダメージを最小限に抑えつつ、データ量を削減しています。
このステレオモードを選択するためのしきい値計算方法を今回変更しました。
これはaoTuV beta5で導入されたメソッドの置き換えとなります。
beta5の方法とは異なる考えによるものですが、以前の方法と比べて、より多くの問題パターンで有効です。
ただし、エンコードモードやエンコードするサンプルによっては少しビットを食うかも知れません。

975 :名無しさん@編集中:2011/03/09(水) 01:12:50.52 ID:9BIEKqN2
「libvorbis1.3.2との統合」について。

今回の新バージョンは前回のリリース日からかなり間が開いてしまいました。
その間に本家「libvorbis」は、1.3.2へとバージョンアップしています。
それは主にバグフィックスと内部インターフェイスの追加などが中心で、エンコード結果に影響する変更は僅かです
(低ビットレートでは違いを比較的容易に聴くことができると思いますが、高ビットレートでは難しいでしょう)。
しかし、その中でも一際目立つ変更点もあり、それはマルチチャンネルへの対応が上げられます。
マルチチャンネルには過去のバージョンから形式上は対応していたものの、バグがあったりエンコードサイズが小さくならなかったり、実用度はあまり高くはありませんでした。
最新のバージョンでは5.1チャンネルカップリングに対応し、該当するソースでは大きくビットレートを削減することが出来るようになりました。また、問題のバグも修正されています。

ただ今回、この新しいバージョンの変更点をaoTuVにも適用するにあたってミスをしてしまい、この5.1チャンネルカップリングによるエンコードが正常に行われない問題が現在のaoTuVリリース版には存在します。
問題は手元のソースコードではほぼ修正済みですが、処理ステップが増えてしまい、2chステレオエンコード時のエンコード時間までもが少し増加してしまいました。
この部分について改善を試みてから修正版をリリースしたいと考えています。

次回は急遽リリースしたbeta 6.01/6.02について書く予定です。

976 :名無しさん@編集中:2011/03/09(水) 01:56:32.86 ID:Xf6vnKIT
URL貼りと最低限の要約だけに留めようよ

977 :名無しさん@編集中:2011/03/09(水) 21:42:54.51 ID:3J/YS8G7
Adobe、FlashをHTML5に変換するツール「Wallaby」公開
ttp://internet.watch.impress.co.jp/docs/news/20110309_432170.html

978 :名無しさん@編集中:2011/03/10(木) 12:08:06.84 ID:moyxVnF/
グーグル、動画コーデック「VP8」の新版「Bali」を発表--次期版の計画も明らかに
ttp://japan.cnet.com/news/service/35000325/
やっとこ出た
エンコード速度が前バージョンにくらえて1.35倍速いそうだ

次バージョンはQ2の後半だってさ

979 :名無しさん@編集中:2011/03/10(木) 23:15:06.24 ID:i+dg+LXm
 x86プロセッサを搭載したコンピュータでVP8の画質設定を最高レベルにして動画を
エンコーディングした場合、「Baliの動作速度は最初のバージョンと比較して4.5倍、
またAylesburyよりも1.35倍高速」だと、「WebM」製品マネージャーのJohn Luther氏は
Baliに関するブログ投稿で述べている。また、中レベルの画質設定でも改善がみられる。

980 :名無しさん@編集中:2011/03/11(金) 02:18:09.81 ID:W0bydg3z
最初のバージョンはジョークソフトかと思うほどの遅さだったから
比較対象にするのは如何なものかと思う

981 :名無しさん@編集中:2011/03/11(金) 08:41:11.26 ID:4T9bUFP1
試しにエンコしてみたけど、凄い高速化してるね
今まで1コアしか使ってくれなかったのが、きっちり4コア使ってくれるようになった

ただ、新しく追加されたconstant qualityの使い方がわからない。
--cq-levelを指定してもエラーになるぞ
そもそもどんな値の範囲なのかもわからん

281 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)