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

1 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 12:29:23 ID:kIzf1mnp] Google、オープンウェブ動画規格 WebM を発表 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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 12:30:10 ID:kIzf1mnp] ■対応可能ブラウザ ・IE（FlashがVP8対応） Firefox, YouTube and WebM ? Mozilla Hacks ? the Web developer blog 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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 12:42:06 ID:fAPLdHIQ] コンテナ、mp4に比べて明らかにメモリ喰いなmkvベースなのが、 組み込み向けを考えると心配だなぁ。mp4はQuicktime関連の 特許を使いまくっているであろうことを考えると、mp4の採用を 避けるのは当然だとはいえ。 5 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 12:48:04 ID:sRkZimtU] mkvベースなのか？mkvそのものじゃなくて mkvにvp8+vorbisの組み合わせに.webmとかいう拡張子が付くだけで コーデックとmkvスプリッタが入っていれば拡張子をmkvにしても再生可とかいう話ではないのか 7 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 12:58:27 ID:r3e4VOKh] >>7 ソースがクソすぎるwwwwwwwwwwwww 9 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 13:06:07 ID:/4LbUp2w] 次スレを立てるときは、「WebM」スレとして立てた方がいいんじゃないかな 確かに中身はVP8+Vorbisなんだけど、動画フォーマットとしてはWebMだしさ とりあえずはこのまま出発進行して、テンプレを構築していけばいいと思う まだ立ち上がったばかりだから情報が少ないのは当然なんだし じきに詳しい解説や公式なドキュメントとか、必要なものが揃うだろう 11 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 13:09:49 ID:/4LbUp2w] あ、言いそびれたけど>>1乙 そういえばAppleの態度表明はまだなのかな？ 空気読まずに独自フォーマット出したら笑えるｗ 再生負荷がどれくらいなのか気になるところ・・・ H,264のMain Profileよりは軽いといいな 13 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 13:15:25 ID:kIzf1mnp] 立ててからであれだけど次スレはWebMメインにしたほうがよさそうだね。 再生負荷は264と比較しても軽いわけではないらしい。 14 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 13:18:40 ID:/4LbUp2w] 軽く技術的な文章も目を通したけど 原理的には処理が単純になった分だけ H.264よりは軽くなるはずなんだが・・・ 出たばかりだから改良が進むと思いたいね 15 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 13:21:25 ID:8AlABEQC] 総合3を使ってからがいいってのが俺の提案 理由はあっちに書いた でも論争までする気はないから雰囲気でこっちが伸びるならこっちで仕方ないしこっちでいいけどね 17 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 13:59:20 ID:5Apn45Of] VP9ﾏﾀﾞｰ 18 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 14:07:51 ID:4Fg1nA/6] 俺自身はラデ使ってるので別に困らないが、intelが支持に回ってないのは地味に痛いかも 19 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 14:23:02 ID:/4LbUp2w] >>7 画質に関しては細部が甘くなる傾向にあるのが ちょっと気になるけど、その分ノイズは抑え目かな デコード・エンコードの負荷が軽くなれば悪くないかも いずれにせよ各ブラウザで正式に実装されたら Youtubeも対応するし勝手に普及するのかもなぁ・・・ ニワトリが先かタマゴが先か、みたいな話で 20 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 14:50:13 ID:FDxoiNxO] >>7 2個目、背景の壁がVP8はツルツルになっちゃってるな アニメにはそれなりに良さそう、実写は駄目かな 21 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 14:50:36 ID:M9IXru7E] >>17 VP8と下位互換性あるか気になるね 22 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 14:51:59 ID:+4F+HdAS] >>12 ひとのためになる事をするAppleなんて居ません！ 23 名前：名無しさん＠編集中 mailto:sage [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でエンコできるっぽい エンコパラメーターはここに書いてる www.webmproject.org/tools/encoder-parameters/ 24 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 15:33:36 ID:r3e4VOKh] >>15 h.264の方で再生されてるというオチじゃないのか webmとやらは対応したブラウザとwebmでエンコードされたビデオしか表示できんぞ 25 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 15:51:30 ID:4Fg1nA/6] chromeはまだっぼいね chromiumならできるっぽい 26 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 16:06:03 ID:4Fg1nA/6] 逆にchromiumはデフォの状態だとH.264は駄目ならしい 27 名前：名無しさん＠編集中 [2010/05/20(木) 16:27:39 ID:Phmmp+/z] こんな糞画質がWeb標準になるなんて悲劇としか言いようがない。 28 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 16:32:19 ID:4Fg1nA/6] youtube(x264のメインプロファイルらしい)の画質なら変わらない 29 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 16:44:47 ID:fAPLdHIQ] H.264のHigh Profileの代替ではなくMain Profileの代替だとすれば、 現状、この程度でもいいんじゃない? ヌルッとした画質傾向はチューニング 次第でどうにでもなりそうだし。 30 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 16:49:27 ID:4Fg1nA/6] ちなみにmozilla関係の人のブログでは、x264の人がいろいろディスってるけど その彼でもmain profileよりは上だと認めているし、それはほぼすべてのウェブ上の H.264よりも全ての家電で動く設定のH.264よりも上だということなんだといっている 31 名前：名無しさん＠編集中 mailto:sage [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. x264dev.multimedia.cx/?p=377 32 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 16:54:11 ID:4Fg1nA/6] 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 名前：名無しさん＠編集中 mailto:sage [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] ワンセグよりマシとか駄目じゃんｗ 35 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 17:11:32 ID:4Fg1nA/6] x264dev.multimedia.cx/?p=292 再び訂正 youtubeはbaselineらしい しかしiPhoneのためにこのクオリティなのに、iPhoneで再生できない VP8にかえるというのはどういうことなんだろう 36 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 17:13:50 ID:VY9r/8Dm] オープンでフリーな方が普及すべき H.264厨は使用料徴収の当てがハズレそうだね ざまぁｗ 37 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 17:16:22 ID:4Fg1nA/6] appleの推進するH.264(baseline profile)もVP8もどっちも糞だから画質厨は ウェブ標準に関してはあきらめろということだ 38 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 17:31:06 ID:kIzf1mnp] >>5の下のところが更新されてた。 でエンコは出来たけどコンテナが作れないという。 一応2passだと1pass目はx264のターボモードって感じで1pass目は早く終るのがデフォルトになってるのはいいね。 39 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 17:34:02 ID:fAPLdHIQ] >>37 待て。HTML5のvideoタグでH.264のプロファイルまでは定められていないと思ったが。 40 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 17:47:15 ID:4Fg1nA/6] 規格がどうあれyoutubeがそうであるように、iPhoneで見るためにはそういうものしか存在できないんだろ 41 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 18:05:22 ID:uJ81Uaas] VP8を試したいのなら、avs2yuv -raw input.avs -o output.yuv として、 SDKのivfencでエンコードするのが楽。 akuvian.org/src/avisynth/avs2yuv/ code.google.com/p/webm/downloads/list 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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 18:06:09 ID:fAPLdHIQ] >>40 完全に意味不明。せめて、Youtubeが複数解像度のストリームを 用意していることぐらい理解しとけ。 43 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 18:28:10 ID:x+Zgl9Ja] ・Theoraよりは高画質 ・オープンでフリー ・プラグインインスコやFlashを使わずにブラウザで再生可能 　　例外 IEだけはプラグインかFlashが必須 ・WebMコンテナはVP8＋OggVorbisと決め打ちされてるので、再生出来ないことがない ・エンコ設定がシンプル ・再生負荷云々はGPUサポートなどもあるしこれから とにかくエンコ、デコードともに使いやすさと混乱しないことを重視してるね これはこれでいいんでない？ 44 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 18:32:32 ID:amrNPNov] 一般人がするエンコでこれを選ぶ必要ないしなぁ ブラウザ標準対応が完全なら問題ないや 45 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 18:45:16 ID:x+Zgl9Ja] >>15 それH264で再生されてるってｗ WebMで再生すると360pと720pしか選べないはず。 46 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 18:55:43 ID:/4LbUp2w] 確かに、決してベストな選択肢ではないかもしれないけれど ベターな選択肢ではあるよね。H.264の抱える問題をクリアしてるので 結果としてはデファクトスタンダードになって普及する可能性はある。 47 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 19:24:09 ID:e+G/vTNo] これ、ソースコードが公開されるのか。 企業や有志の手によってより高画質化できるエンコーダが開発されるという可能性もあるのかな？ 今すぐ既存コーデックにとってかわるものではないけど、 数年がかりで洗練されていきそうな感じはある。 48 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 19:44:03 ID:K3vV3rDj] GraphStudio使えるならVorbisはXiph公式のDirectshowFilter使えばよくね？ www.xiph.org/dshow/downloads/ と、ここまで書いて気付いたが、音声は別でエンコしてMuxするのが普通か。 コマンドラインエンコーダはAoTuV使っとけば良いんじゃないかな。 50 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 19:46:39 ID:fAPLdHIQ] >>47 Vorbisはかなり高音質化されたけど、TheoraはOn2が提供したコードがアレだったのと そもそもの規格がプアーだったせいか高画質化できなかったので、VP8の高画質化は 良くわからない。ただ、画質の傾向を変えることはできると思う。 VP8がVP6のようにウェーブレット変換を使っているのなら、まだその辺は未成熟なので、 実装の改善だけで画質の改善はありえるかな。 51 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 19:48:49 ID:2m5uEKJf] >>48 GUIが欲しいならoggdropXPd ttp://www.rarewares.org/ogg-oggdropxpd.php が無難かな foobar2000等の音楽プレーヤーはコマンドラインエンコーダを通してエンコできるからそれを使うのもいい 52 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 19:51:24 ID:uJ81Uaas] >>50 VP6は8x8のDCTで、VP8は4x4のDCT。 DWTを使う規格にはDiracがあるけど、DCTの規格よりデコードが遅くて画質が悪い。 53 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 20:31:03 ID:fAPLdHIQ] >>52 ありゃ、かつてVP6はウェーブレット変換使っているという話だったし、 wikipedia日本語版にもそう書いてあったけど、ウェーブレット変換使って なかったのか…。 DCTベースという同じ土俵の上では、H.264よりも高画質というのはまず無理だなぁ。 54 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 20:40:37 ID:uJ81Uaas] >>53 VP6は大分前に解析されて、libavcodecで扱える様になった。 www.dspdesignline.com/211100053?printableArticle=true wiki.multimedia.cx/index.php?title=On2_VP6 Dark Shikariが言うには、VP8のDCTは4x4だけで、8x8は無いそうだ。 変換だけでも8x8を使えるH.264 Highと比較すれば、VP8にとって不利になる。 55 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 21:14:03 ID:o01CK+Ux] ソース見た。既にある程度のSSEによる最適化はなされていた。 気になったんだけどVorbisって人の声のみの音はあんまり得意じゃないと思っていたんだけど改善されたのかな？ 56 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 21:23:58 ID:RHR7Nvu3] このコーデックの利点て、 ・フリーである ・再生の軽さの割には画質が良い ・オープンソースである ・単純で扱いやすい 短所は ・画質はH.264に劣る ・圧縮率もH.264に劣る こんなとこ？ 58 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 21:36:28 ID:x+Zgl9Ja] >>53 ウェーブレット使ってるのはSNOWだったかな これはオープンソース 59 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 21:59:01 ID:RHR7Nvu3] 最適化が進んで、H.264よりずっと負荷が軽くなるなら悪くは無いと思う。 そうならないならちょっと・・・とは思う。 62 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 22:02:24 ID:4FuxsSG5] >>55 Vorbisについては蒼弓さんに直接聞いてみるとか ttp://www2.atword.jp/aooa/ 63 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 22:14:00 ID:/4LbUp2w] オープンソースでロイヤルティフリーだから 何にでも実装できるのは大きいだろうね 既にYoutubeも対応してるんからなし崩し的に普及しそう 64 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 22:21:57 ID:fZRps5vi] >>55 特段の改善はされていないと思う。 超低ビットレートでなければ大丈夫だと思うけどね。 65 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 22:27:04 ID:/4LbUp2w] 問題は速度がどれくらい実用的かだよな 実装を見た限り複雑な処理を要求する要素は 省略してるから重くはならなさそうだが・・・ 66 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 22:41:55 ID:2m5uEKJf] >>55 もしかしたら人声用にCELTも使えるようにしてくれっていう話も将来は出てくるかもしれないが、 まあ64の言うとおり超低ビットレートでなければVorbisでも大丈夫だと思う 67 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 23:08:30 ID:kIzf1mnp] Grapheditはエンコ設定不明で音は不可 ivfencはエンコはできるけどマージ方法が不明 makewebmでできそうだけどやり方不明だし色々と厳しい 68 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 23:38:17 ID:yGTWvZYl] Ptalarbvormとかvp8にフィードバックしたりしないの？ 69 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 23:42:35 ID:fAPLdHIQ] >>55 >>62にも出ているけど、蒼弓さんがガシガシ音質改善のためのパラメータ調整 したので、平均64kbpsぐらいまでならAAC並に高音質。 70 名前：名無しさん＠編集中 mailto:sage [2010/05/20(木) 23:54:50 ID:/H71WTLA] I, FOR ONE, WELCOME OUR NEW WEBM OVERLORDS xiphmont.livejournal.com/50239.html Xiph.Org press release about WebM xiphmont.livejournal.com/50683.html 自然な成り行きだが、Xiph.Orgも全面的にWebMを支援していくとのこと というか、既に数週間前からVP8のソースコードに関わってたらしいｗ 71 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 00:07:06 ID:SfniOrnQ] パッチ当てたffmpegバイナリはない？ 72 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 00:17:03 ID:ZUW/EFpL] Googleって、まだ完成して無い技術やコードをさも凄いもののようにしてオープンソースにするところがちょっとダメなところだと思う。 73 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 00:58:06 ID:D1XB8m8v] >>57 短所に 既存のハードでは再生支援が効かない（将来は可） も追加で 74 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 01:47:52 ID:ZjKi4CGA] はぁ？既にx86のSSEやARMのNEONも効くだろ これだから情弱は（ｒｙ 75 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:03:57 ID:MDQF701B] いつからSIMD命令セットへの対応をハードでの再生支援って言うようになったんだ？ 76 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:04:00 ID:ZjKi4CGA] あとGPUについても言いたいんだろうが あくまでも「Webでのビデオフォーマット」に関して言えば FLV上のH.264ですらようやくリリースされる予定のFlash 10.1で 正式にサポートするって段階なんだから理解力不足の上に 本質を見極めるピントがずれてるとしか言いようが無い。 しかもFlashという閉じた枠内。単純にローカルで再生するのなら WebMを（VP8も）わざわざ用意する必要なかっただろうに。 77 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:04:50 ID:D1XB8m8v] そういう話じゃない 既存のGPUの大部分の製品にはH.264の再生支援を ハードウエア的なロジック回路として実装しているが VP8についてはこれからの対応になる、という話 78 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:08:37 ID:ZjKi4CGA] 現状では 「Flash + H.264 + DXVA」 という三重の閉塞した規格内でしか受けられんよ。 しかもDXVAに関してはWindows限定の規格。 他のプラットホームでは最近になってようやくMacでも 「Flashの」GPUによるH.264デコード対応が始まった程度。 スマートフォンに至っては更に後回しだ。 なんか技術的な部分を全く理解して無いようだが GPUさえあればなんでも再生支援できるって そんな生易しい話じゃねーよタコ。 79 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:13:09 ID:D1XB8m8v] Mac？ あれに関しても既にFlashの枠外でも有効化されている 既にHTML5 video/H.264はSafariで再生支援を受けられる 80 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:22:02 ID:D1XB8m8v] WinのDXVAは汎用のものであって特定のセットでしか使えない物ではない OSXに最近追加された再生支援用のフレームワークも同様 使いたければ基本的にどのサードパーティでも使える HD動画の再生支援はユーザーに取って関心の有る話題だし効果も大きい それを「本質的でない」と断じる姿勢はおかしい 少なくとも現在既に実装されて使える環境がほぼ整っているH.264と まだこれからのWebM/VP8、という状況を指摘をすることに問題が有るとは思えない 81 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:45:19 ID:D1XB8m8v] 曲解してあれこれ叫ぶのは結構だが、こちらの書いたことを踏まえた上で >>73が果たしてwebMの「現時点での状況」を説明するものとして 間違っているのか否か、をまず考えてくれ。シンプルに、ロジカルに、脱線せずに。 理解力不足、本質、ピントのズレ、そっくりお返しするよ。 事実関係の間違いも多いし、特に>>78の後半3行は単に君の読み間違いでしかない。 誰もどんなGPUでも再生支援が有効だなどと言ってない。 DXVAが他のプラットフォームに移植出来るなどとも言っていない。 単に現状を踏まえて事実として一つの事柄を>>73で述べているだけだ。 そして「将来は可能になる」ともちゃんと書いている。 WebM/VP8の役割とメリットのことは十分理解しているので君の稚拙な解説など必要無い。 84 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:54:17 ID:SSxzeiM5] 軽いフォーマットだから再生支援なんて要らないのが利点 処理が軽いから性能の低いマシンでも、バッテリ重視のモバイルでもOK 何をそんな必死になって言い張ってるのかよく分からんのだが 揚げ足取りが早速湧いてるとしたらそれだけ注目度高いのか 嬉しいやら悲しいやらｗ 85 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 02:56:06 ID:ZUW/EFpL] まぁ、まだ未完成のコーデックだよ。これ。 86 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 03:15:28 ID:D1XB8m8v] >>82 おっと読んでなかった、失礼。 前半部分の「読み間違い」は除くと、後半部は特に異論無いよ。 こちらも別に元々事実の一つを書いただけでしかないので、 それぞれのメリットは十分に理解してるよ。 でもこれは（特にこの板的にも）結構無視出来ない話だよ。 将来でなく、今既に手元に有るハード資産を活かす上ではね。 H.264なFlash動画やYoutube,VimeoのHTML5 videoなH.264でも、 実際にその恩恵を受けてる人達も既にかなり居るんだし。 また最良の再生品質／パフォーマンスを得るには例えwebM/VP8でも 再生支援が有った方が望ましいのは確か。 元々のこちらの意図は主にPC向けの話だが、そちらが話に含めようとしたモバイル関連でも VP8のハードウエアデコーダーを載せる方向で一部ベンダが既に動き出してる。 あと君の噛み付き方は何度読み返しても色々おかしいと思う。 色々と勝手に読み違えて明後日の方向に反論されても困るよ。 言っていることは所々正しいので全否定などする気もないが、 相手が何をどこまで言っているのかをちゃんと読み取るべき。 87 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 04:31:37 ID:M+4L+WmI] ID:D1XB8m8vの認識が圧倒的に正しいな 88 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 06:28:11 ID:ef9GP0w7] 今知った 音声Vorbisなんか 蒼弓氏今もまだファインチューニングしてるのかな 89 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 08:56:50 ID:KZ6fE8yZ] WebM ffmpeg build micksam7.com/blog/index.php/?p=743 90 名前：名無しさん＠編集中 [2010/05/21(金) 09:31:07 ID:zaU1iovu] ID:ZjKi4CGAアホすぎてワロタ 91 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 10:11:14 ID:apzZhyhR] >>89のところに書いてるやつ。フロントエンド ttp://www.wildform.com/flixwebm/downloadsite/ Wildform4Flix これでwebmは作成できた。 92 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 11:58:47 ID:pajFz3Da] >>91 ttp://www.wildform.com/products/flix/ 93 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 12:00:04 ID:5H67jSo1] VP8と対応FME配布ﾏﾀﾞｰ？ 94 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 12:00:17 ID:1XnYOO4N] >>88 蒼弓さんのチューニングがマージされたのってlibVorbis 1.1.0でもう5年前か。 最近の蒼弓さんのチューニングってマージされたのかな? 95 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 12:15:26 ID:WWtcvdJF] ttp://www2.atword.jp/aooa/2010/05/17/libvorbis-131-aotuv/ 96 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 12:37:13 ID:pajFz3Da] VP8がフリー化されたからTheora (VP3)涙目じゃね？ ・・・どうせならVP6もフリー化すればよかったのに。 97 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 13:04:49 ID:Nse/r//G] エンコの負荷と時間がH264に劣ってないかいorz 98 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 13:38:22 ID:5NGieXdi] >>88 一人でやっているよ。それと一緒に開発をしてくれる人を募集してる。 www2.atword.jp/aooa/2009/09/16/aotuv-beta6/ 誰かソースを見て弄ってみたい方がいれば早めにリリースしたいところですが、 そうした積極的な方はいらっしゃるでしょうか？（新しい開発者はWelcomeです！） >>94 libVorbis 1.3.0でマージされる予定だったけど流れて現在の1.3.1の 次の公式リリースでマージされるという話です。 99 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 15:08:06 ID:Nse/r//G] >>91 たかだか5分の動画のエンコードに3時間もかかったけど設定間違ってるかな といってもほとんど設定が見当たらないね・・・ 100 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 15:28:21 ID:jugVZ+9Z] .ivfが謎過ぎる、、デコードできるけど、muxできない、、。 Googleは何を思ってリファレンスエンコーダの出力にこんな謎な形式を選んだんだ。 せめてＭＫＶで出力してほしかった。 101 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 16:03:35 ID:iSk4dKL4] ttp://resic.laburec.net/archives/2010_05.html#20100520a 102 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 16:16:19 ID:MDQF701B] >>99 デフォルトだとアホみたいに時間かかる。 -level 300 を指定してやると、CPUがQ6600で640x480の動画が45fpsくらいでエンコードできたよ。 -level 100 とか-level 200 だと何故か遅すぎ（1fps）なので諦めた。 103 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 17:28:29 ID:pajFz3Da] ivfっつーか生のVP8じゃね？ 104 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 18:12:49 ID:u7eJwBEm] ivfはIndeo Video Formatらしい VP8のRAWデータって訳では無い様だ 105 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 18:24:23 ID:MDQF701B] 単に名前被っちゃっただけじゃないだろうか＜Indeo Video Format 生のVP8で合ってると思う。 wiki.multimedia.cx/index.php?title=IVF ffmpeg-develにDemuxerのパッチ投稿されてるね。 permalink.gmane.org/gmane.comp.video.ffmpeg.devel/109802 106 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 20:21:41 ID:OmZD0HHY] 画質がどうこう以前に特許はほんとに大丈夫なんだろうか？ googleはそこをハッキリしてくれないとソース公開されても怖くて使えない 108 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 20:36:29 ID:MDQF701B] >>105 すまん、読んでなかった。確かにそう書いてあるね。 >>107 Googleはロイヤリティフリーって言ってるけど特許フリーとは言ってないんじゃね？ 109 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 20:47:22 ID:D1XB8m8v] 世間の反応だとGoogleは資金豊富だから、 例えそうなっても金の力でねじ伏せるだろう、みたいなこと言ってるね 個人的にはGoogleはその純粋な技術力はさておき訴訟には強そうな印象 110 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 21:00:00 ID:pajFz3Da] ttp://www.on2.com/index.php?599 左どこのエンコーダ使ってんねん 111 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 22:22:34 ID:fuQ4Pvxe] VP8のライセンスｗ ttp://d.hatena.ne.jp/edvakf/20100521/1274414815 ＞「もしあなたがこの特許使用権を行使したことにより、他者があなたを訴えたり ＞クロスライセンスを結ぼうとした場合、その者はこの条文により許諾されたすべての権利を失う」 112 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 22:29:34 ID:5H67jSo1] VP8と対応FME配布ﾏﾀﾞｰ？ 113 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/21(金) 23:29:23 ID:fuQ4Pvxe] せかにゅ：Googleのオープン動画フォーマット「WebM」、Appleは不支持か ttp://www.itmedia.co.jp/news/articles/1005/21/news048.html 116 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 00:14:04 ID:cnvZWLAb] >>113 "idiotic video frames"の方は揶揄じゃね？ｗ 117 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 00:19:10 ID:kl2HjMmj] 今Googleのトップ画面でパックマン遊べるぜ。 118 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 00:24:32 ID:cnvZWLAb] >>117 スレチだが懐かしいな。 119 名前：名無しさん＠編集中 mailto:sage [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再生時にアプリが落ちるようになってしまったので １つ前のoggcodecs_0.82.16930-win32.exeを入れたのですけど、そのせいでしょうか？ とりあえずffdshowのオーディオデコーダーでVorbis有効にしたり、 MPC-HCの内蔵Vorbisデコーダーを使えば問題はないのですが・・・。 120 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 04:32:13 ID:u2gMR8WY] 22 5 月 GoogleがWebMを公開 ttp://www2.atword.jp/aooa/ 121 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 06:17:08 ID:iZp/E8Lm] 公式の 　　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. って警告が出ました。何故２pass用のオプションを指定しているのだろう・・・。 123 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 19:06:38 ID:vG5xO6no] www.mirovideoconverter.com/ エンコおそろしく遅いんだけどこんなもん？ 124 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 19:33:24 ID:vG5xO6no] mpeg2→webm Q9400で実時間の5倍かかった これは・・・ 125 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 20:03:21 ID:PMqsqjOV] >>124 x264の1080p30と良い勝負かw 126 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 20:09:44 ID:jPGRMTUi] >>119 そのffmpegのVorbisエンコーダがlibavcodec由来のものだからかも。 これは音質がかなり悪いので、どちらにせよ使わない方がいいと思う。 127 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 20:09:51 ID:1UcangE2] もっと遅くねーか x264の6倍ぐらい時間かかるな 128 名前：名無しさん＠編集中 [2010/05/22(土) 20:20:09 ID:NC3dtprJ] いきなり死亡したな 普及せずに終わった 129 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 20:56:46 ID:cnvZWLAb] -level 300でも遅いのか？ 130 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 21:55:22 ID:iZp/E8Lm] >>126 その後、 　　１．oggcodecs_0.82.16930のVorbisEncoderフィルタとOggMuxフィルタで作ったOggVorbisを 　　　　>>89のffmpegで-acodec copyで映像とMuxしたwebm 　　２．aoTuV post-beta5.7[20100516]で作ったOggVorbisを 　　　　>>89のffmpegで-acodec copyで映像とMuxしたwebm 　　３．>>91にあるWildform4Flix（FlixWebM）で作ったwebm （MediaInfoで見るとlibVorbis20100325を利用） でも試してみましたけど、どれもffdshowでしか再生できないようです。 詳しい仕組みはよくわかんないけど、Xiph.OrgのVorbis DecoderフィルタはOgg専用なんですかねえ・・・？ 131 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/22(土) 22:33:02 ID:kl2HjMmj] グーグルは、未完成品をさもすごいもののようにして出すのはやめて欲しい。 133 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 04:25:27 ID:sE2mo+k5] 秒速５センチメートル公式サイトにある8Mbpsのwmv（ファイルサイズ24MBちょい）を いったんHuffyuvRGB+PCMのAVIに変換してから、 FlixWebMで映像2000kbps、音声128kbpsという設定でwebmにエンコしてみたら、 映像5196kbps、音声500kbps（MediaInfo調べ）の32MBのファイルが出来上がったでござる・・・。 134 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 06:05:03 ID:H/2QNnvS] 今試してみてるけどこれエンコに時間掛かりすぎだろ これ開発してる連中は一体どんなスペックのPCで開発してるんだ？ 135 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 08:51:40 ID:cn0xqkX1] すでにつべで公開始めてる訳だから、 鯖で公開する用の専用エンコーダ？はちゃんとしたの完成してる筈だが こっちのは当然別扱いだろうし、荒削りのまま出しちまったのかな 136 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 09:30:47 ID:K+xqHTpS] 当然別扱いって・・・なんてクローズドなって事だよね 137 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 14:18:30 ID:14sHIuzi] Googleがエンコーダ公開するときは普通の技術者じゃない人もある程度使いやすいように、 GUIを持ったエンコーダを公開するものだと思ってたんだ。 プリセットの設定を含みつつアドバンスモードとかで細部を設定できるＧＵＩをもったのを。 蓋をあけてみればエンコーダとＦＦＭＰＥＧパッチ以外ほとんど開発者に丸投げだった。 普及を考えるならGoogle製の登録の要らないフロントエンドくらい用意しようよ。 138 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 14:31:08 ID:14sHIuzi] 137追記：Wildform4Flixは登録が簡易なＧＵＩエンコーダだけど、設定できる項目が少なすぎる。 139 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 15:26:50 ID:sE2mo+k5] ffmpegのr3ビルドが公開されてた。 　　micksam7.com/blog/index.php/?p=743 140 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 23:48:49 ID:GIVn9ybd] >>15 現時点では、再生支援が効くなら1080pはh.264の方が実質的に軽いと言うことか。 141 名前：名無しさん＠編集中 mailto:sage [2010/05/23(日) 23:54:15 ID:GIVn9ybd] 落ちを読んでいなかったorz 142 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 02:23:00 ID:KFWtWN+1] ようつべどこにwebmの動画あるの？ 143 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 03:13:44 ID:+oLFOxjE] &webm=1を付けて検索 www.youtube.com/results?search_query=trailers&aq=f&webm=1 145 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 03:20:51 ID:I6R4ETp5] あ、そっちだと確実か というか公式の説明の通りだね なんか不定期にプレーヤー部分の表示崩れない？ 正しいときとそうでないときが有る （FirefoxのwebMナイトリーで試してる） 146 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 03:25:29 ID:P99BB61w] >>145 うちもFilreFoxのWebM対応版で試したけど、ボリュームのスライダとかが変になってるときがあるな。 147 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 03:35:33 ID:I6R4ETp5] >>146 やっぱそうか、レスサンキュ まだ色々弄ってる最中なのかもね 画質は結構良い感じかな 148 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 03:46:37 ID:KFWtWN+1] >>143-144 ありがとう 対応版落として試してみたけどHTML5では表示されてるけどHTML5 WebMでは表示されないなあ ようつべ側で調整してるのかな？ 149 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 13:09:10 ID:hd0sNgmv] ファイルが用意されてはいても再生されないものがあるね 広告付きとかかな 150 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 14:37:42 ID:sqAZUJMK] H.264と比較するのは間違いじゃね？ theoraよりマシってことで当て馬的存在なわけで。 151 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 14:40:57 ID:7O7UyBx6] 一般向けじゃなくて動画サイト側で使うものって感じなんだろうね。こちら側で使うメリットはあまりないし。 152 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 15:42:35 ID:wD49Jw/x] >>150 x264開発者のDark_Shikari氏いわく 　　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. 　　　　訳：これら（※１）を考えるとVP8はH.264そのものと比べるよりも、VC-1やH.264のBaselineProfileと比べたほうがよさげ。 　　　　　　　当然だがVP8は明らかにTheoraより優れているし、私のテストではDiracよりも優れているようだ。 　　　　※１・・・前の文章にあるが、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 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 16:04:25 ID:I6R4ETp5] >>148 今出てるwebM対応版の開発版ブラウザ(Fx,Chromium,Opera)は H.264の方には対応してない筈だから、読み込み時に"HTML5"と表示されたなら 多分それはwebM動画だよ。選べる解像度は現状360pと720pHDの２つ。 またFirefoxならTools/MediaからType=Videoな構成ファイルを探すと webmかどうか確認出来るよ 本当はH.264のときは"HTML5"、webMなら"HTML5・webM"ってマークが プレーヤー表示の下の方に出る筈なんだけど、表示が崩れるとそのマークも消えちゃう 今その状態みたい、時々直ったりまた壊れたりしてる 156 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 18:12:22 ID:c4QPXnCO] せかにゅ：Googleの「WebM」に特許問題か　MPEG LAが特許料要求の可能性 特許管理団体MPEG LAが、Googleが「ロイヤルティーフリー」とうたうVP8とWebMに対し、特許料を請求するためのライセンス作成を検討している。 www.itmedia.co.jp/news/articles/1005/24/news047.html こりゃ終わったかもな。 158 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 18:20:25 ID:/DE8AqlP] 連中の難癖は想定の内だろ 159 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 18:27:34 ID:5zFgsvWT] あんだけシンプルで使いやすくてパフォーマンスの高いアプリを 出してくれるGoogleなのに、何のアプリもなし、ソースのみってなんだよ 普及させる気ねーのか 160 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 19:34:26 ID:BOyMa86K] 権利関係を探っってるんじゃないの 161 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 20:58:24 ID:3YZIr3Dv] VP8がライセンスでつぶされたら、GoogleがOn2社を１億ドル以上で買収した意味がなくなるよな・・・。 大枚はたいて貧乏神スカウトしてきたみたいな・・・。 162 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 21:07:45 ID:I6R4ETp5] 訴訟でぐだぐだになって HTML5 videoの正式規格化が遅れるのだけは避けて欲しいところだ 併存で良いよ併存で、争ってないで実利をとれ ぐだぐだやってたら遅れるだけだしHTML5 video自体が廃れるだけだ 163 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 21:19:42 ID:ErB/rxj+] >>161 当然そこは想定の上だと思うのだが どうするつもりなんだろうな 164 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 21:40:32 ID:0OCktOAT] そりゃGoogleの資金力をもってして全面的に争うでしょ 法廷で勝てると見積もったからこそ買ったんだろうし 165 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 22:01:53 ID:gZ1BGcMh] >>157 どう見ても権利ゴロが難癖つけて金をせしもうと画策中ってだけだｗ ＞MPEG LAのラリー・ホーンCEOは、VP8とWebMで使われている特許技術群について、 ＞パテントプールライセンスを作成することを検討していると話す。 ＞「VP8などのコーデックの特許権を利用するために、個々の特許保有者と個別にライセンス交渉せずに済む ＞便利なワンストップライセンスの作成を求められている。われわれはその可能性を検討している」 ＞Googleは、VP8の開発元であるOn2 Technologiesを買収する前に「徹底的な分析を行った」としており、 ＞「VP8には非常に自信を持っている。だからオープンソース化した」と述べている。 ＞WebMはMozilla、Opera、Adobeなどが支持を表明している。 166 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 22:06:03 ID:qtve3SbI] プリセットを参考にしたりパッチファイルのぞいて対応オプションしらべて設定して いろいろ数値変えたら、 きしめんの映像５３０ｋである程度画質のいい物が出来上がるようになってきた。 まあ、、エンコードがとてつもなく遅いのがアレだけど、そこら辺は今後の改善に期待。 167 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 22:11:32 ID:I6R4ETp5] 付け込まれる隙を作ったGoogleと元凶のOn2も相当なアホだと思う どのみち動画再生なんてどれも似たような技術要素の集まりなんだから 完全に既存技術と別の物だなんて言える訳無いのに 168 名前：名無しさん＠編集中 mailto:sage [2010/05/24(月) 23:09:11 ID:H8FGIkzx] ちょっと意味がわからない 169 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 01:45:06 ID:PQnsUOd0] まあこっちにはあまり関係のないことだし正直どうでもいいな 170 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 01:56:36 ID:AeBnhBsK] x264の開発者がソースコードみて、「この仕様では訴えられる可能性大」だと言ってるが、 Google もそんなことはわかっていて、わざわざ GPL と互換性なさげな BSDライセンス＋特許条項で公開してる。 www.webmproject.org/about/faq/#licensing WebM 利用の権利を剥奪されてまで訴えるやつはいないだろうとタカをくくっていたわけだ。 でも、H264側からすれば、すでに完成された技術をもってるわけだから、 VC-1と同じくここで VP8 そのものを潰しておけば、あとあと楽だよねって考えるだろうさ。 171 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 02:14:12 ID:e8/PfPmJ] 訴訟のごたごたは止めて欲しい しかしwebMのライセンス条項は果たして社会通念として通るのだろうか 訴訟相手の利用権を剥奪する正当性に若干疑問を感じる 法律詳しくないから良く分からんけど、どんな既存のライセンスでも社会通念で それなりに正当性が認められるから通用してきたんじゃないかと思うのだが 172 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 02:48:26 ID:Qb1thxKj] >>170-171 他のライセンスと比較してからモノを言えよ。特許条項なんて Apache License 2.0やGPL 3.0にも盛り込まれているものなんだぞ。 つまり、一般的なフリーソフトウェアライセンスだ。 173 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 03:57:49 ID:J6YkfrKq] JASRACと一緒でMPEG LAが金を稼ごうとしてるなの丸分かり 特許持ってる家電関係の連中からしたらWeb動画を潰せたら一石二鳥 本気でH.264を普及させたいならWeb限定で永久フリーにすれば済む が、それをやらないからWebMが誕生したし、他に選択肢はなかった 174 名前：名無しさん＠編集中 mailto:sage [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は音が悪い、という評判が立っても仕方がないような状態です。非常に残念です。 （注１　このエンコーダについてのディスカッションは過去の Hydrogenaudioにありました） 175 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 04:19:05 ID:9QBQ0Try] つべはAACだろうがVorbisだろうがクソ音質 176 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 04:36:39 ID:+KjuGMlP] > 一応最近のffmpegをビルドして、デフォルトのVorbisエンコーダの音を確かめてみましたが、非常に似た音がしていました。 > なんというか厳しいです。 Vorbisの音質のチューニングをしてる蒼弓氏が嘆くくらいだからffmpegのは相当酷いみたいだね 177 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 04:59:52 ID:1x/dKr0p] 外野が騒いでる間に、対応は着々と進んでいるようだ VP8対応ブラウザ、Firefox/Opera/Chromium開発版 journal.mycom.co.jp/news/2010/05/24/005/index.html Chromium開発版/Ubuntu 10.04 j.mycom.jp/news/2010/05/24/005/images/002l.jpg Firefox開発版/Windows 7 j.mycom.jp/news/2010/05/24/005/images/003l.jpg 178 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 05:22:39 ID:Qb1thxKj] >>176 まあ、その辺はffmpegにlibvorbis 1.3の蒼弓さんチューン版コードを コミットすればいいわけだし、それこそがオープンソースのメリットだしね。 >>177 WebMが発表された時点でOperaだのFirefoxだのffmpegだのHaali Media Splitter だので対応版がドカンと出たわけだけど、なにをいまさら… 179 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 07:26:42 ID:e8/PfPmJ] >>172 その台詞と全く同じのをネット上で見掛けた気がするけど （スラドのフォーラム辺りで） 特許条項と非係争条項がその度ごとに物議を醸したのはご承知の通り。 んで今回のはそちらの挙げたどちらとも異なるように思えるが。 （条文を読み比べた限り。ライセンサとライセンシの捉え方が異なる） 今回みたいなのは他のライセンスで過去にも検討されてたそうだが、 全く同じ例は無いはず。webMのは他より一歩踏み込んでるっぽい。 もしくは、他と同じにするつもりが言うべきことを省いてしまって 意味合いが変わっているように思う。 180 名前：名無しさん＠編集中 [2010/05/25(火) 07:32:13 ID:YsNbCLYb] 現時点でYoutubeのエンコーダに蒼弓さんのチューンがコミットされてないなら、今後ffmpegにコミットされてもそれがYoutubeにも反映されるのは厳しそう。 181 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 09:19:04 ID:N5+c/48t] >>177 ピッチャーがボークしてるんじゃないかって話してるときに 外野がどうとか、ほんと話の本質みえてないやっちゃなぁ しかも情報遅いし 182 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 10:14:07 ID:2a4C2Oab] ttp://slashdot.jp/it/comments.pl?sid=495847&cid=1767883 バカ発見 183 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 12:28:42 ID:COrEbLq9] >>173 国外の話になんでJASRACが関係すんだよ あと、MPEG LAと一緒にすんな >>180 なんでコミットされる話とYouTubeで使用される話が同じなんだか コミットソースを使うとなんかの特典でもあるわけ？ オープンソースを使ってサービス提供してるなら、何らかのパッチぐらい当てるぐらい普通の事だろ 184 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 12:32:14 ID:HSerC7w3] mkvtoolnixの次のバージョンでivfの入力をサポートする予定のようだ。 ttp://forum.doom9.org/showthread.php?p=1401291 185 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 12:47:05 ID:RCZEFDjh] 2ちゃんはびっくりするほど頭が悪いやつ多いし慣れてるつもりだったが ここまで日本語が出来ないやつは初めて見たかもしれん… 186 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 13:10:57 ID:JgTeEWZ6] >>155 ttp://skm.vip2ch.com/-/hirame/hirame095358.jpg ありがとう今確認したらHTML･WEBMって表示されてたからちゃんと再生されてたみたい 187 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 13:11:49 ID:JgTeEWZ6] HTML5･WEBMだった 188 名前：179 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 13:19:37 ID:PQnsUOd0] わかってるなら他でやってくれ。 190 名前：名無しさん＠編集中 [2010/05/25(火) 15:05:21 ID:LOgUoULG] 映像も音も駄目とかいきなり死亡したな 191 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 15:33:05 ID:DjZZxp5/] VC-1 (WMV9+α) よりはマシらしいからそれを潰す程度ならできるんじゃね？ 192 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 16:31:04 ID:P6JEPAqS] >>190 別に死んでないだろ。まあ現時点での出来はいまいちだろうけど、 音についてはAoTuVレベルのものが使われるようになればいいだろうし、 VP8もVorbisもこれからそれなりに改良が加速するだろ。 >>191 VC-1をつぶす意味ってなんも無いような・・・。そもそも土俵が違うだろ。 VP8はHTML5のvideoタグのコーデックとして使われればいいだけだろうし。 193 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 18:59:40 ID:isHSp0Dk] WebM試してみたいけどFirefoxの開発版とかいれたら今使ってる正式版と競合が起きたりしそうでいやだなあ とかいうニッチなすきまをchromeとoperaが狙っている気がする 194 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 19:25:52 ID:2a4C2Oab] >>193 インスコ先とプロファイル分けれ 195 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [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って個人的にはあまり好きじゃないんだけどなあ・・・。 自動更新が売りのはずなのに去年７月のリリース以降まったく更新されてないような。 おまけにFLV Splitteｒが古いせいでH.264+AACのFLVが再生できないとかなんとか。 まあVorbisとは関係ないけども。 とりあえず自分の環境に入ってるffdshowのVorbisデコーダーは有効にしておきましょう。 ところで質問なのですが、>>195でlibVorbis系でエンコードしたVorbis音声って、 ffdshowのVorbisデコーダーで再生した場合も綺麗に聞こえるんでしょうか？ 今のところXigh.OrgのVorbisデコーダーはWebM用には使えないようなのですが・・・。 198 名前：名無しさん＠編集中 mailto:sage [2010/05/25(火) 21:43:55 ID:EdsmRvuI] >>197 >ところで質問なのですが、>>195でlibVorbis系でエンコードしたVorbis音声って、 >ffdshowのVorbisデコーダーで再生した場合も綺麗に聞こえるんでしょうか？ libavcodecが不安なら、XiphのTremorをそれの代わりに選ぶ事ができる。 199 名前：名無しさん＠編集中 mailto:sage [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で再生できた。この情報って既出だっけ？ 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があったから、あれだけ画質向上できたわけだし おいおいｗｗ なに勘違いしてるんだｗｗｗ 201 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 00:38:56 ID:N1HPDCub] q値は1〜51っぽいな。 202 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 20:11:58 ID:dhVwRRJf] Microsoft、IE9でVP8のサポートに言及 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 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 22:00:20 ID:HjB1y6Kj] これでFlash追い出し、HTML5で全て済ますプランは消滅か。 IE9が別途CODECインスコとFlashでのVP8対応になると Flashが延々と残り続けて、サイト主はFlashとHTML5の 両対応を余儀なくされる 206 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 22:47:48 ID:N1HPDCub] もしかしたら、IEようのTheoraコーデックとか出てくるんじゃないか？ ---------------------------------------------------------------------- Flashを使うならFlash、HTML5を使うならHTML5でいいと思う。 ---------------------------------------------------------------------- それともvideo要素内にFlash用のプレイヤーのタグを入れるとか？ 207 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 22:48:50 ID:65WxwMAi] >>205 Flash入れるのもWebMコーデック入れるのも手間は変わらないでしょ なにをそんなに悲観的になってるの？ 208 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 23:18:56 ID:qGg437Je] Google が言っているように、Flash はなくてはならないもだよ。DRMの観点からもね。 209 名前：名無しさん＠編集中 [2010/05/26(水) 23:20:30 ID:fz4waP3S] Flash嫌いのAppleはWebMに参加してないしな 210 名前：名無しさん＠編集中 mailto:sage [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っつう１社の製品であるFlashに依存するのは嫌だ 　　・そもそもユーザーにわざわざFlashを入れさせる手間をかけてしまうのも嫌だ 　　・もちろんユーザに別途コーデックを入れさせるなんて手間をかけさせるのも嫌だ 　　・H.264っつうライセンス料がかかる技術を利用するのは嫌だ 　　・映像コンテンツ提供するほうとしても、どんなユーザ（ブラウザ）でも見れるように 　　　１つの動画について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 名前：名無しさん＠編集中 mailto:sage [2010/05/26(水) 23:35:12 ID:h20BgNyS] どうせ誰かWqaMっての作るだろww 212 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 00:11:55 ID:MVzVHs5o] 雑談は出来れば他所で。 【開発】Googleがフリー動画フォーマット「WebM」を公開、MozillaやAdobeも支持 （10/05/20） pc11.2ch.net/test/read.cgi/pcnews/1274358898/ 【製品】Googleのオープン動画フォーマット「WebM」、Appleは不支持か（10/05/21） pc11.2ch.net/test/read.cgi/pcnews/1274445388/ 213 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 00:14:32 ID:pfLTcgFQ] 他所はApple信者の荒らしがひどいんだよね 214 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 01:23:59 ID:LKKyHjpk] アホン信者しかり、どこでもapple信者は大概酷い。 215 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 01:36:47 ID:2FyIEnxf] >>213,214 自演までしてそういう事を書くのは楽しいですか？ 216 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 04:39:18 ID:K+flV/Ss] webmdshow-0.9.7.0-20100526 217 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 04:44:01 ID:aCg1hJlt] WebMこと"VP8"サポートを巡る業界動向 - Safariサポートは? 特許問題は? journal.mycom.co.jp/articles/2010/05/26/google_vp8/index.html 218 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 14:58:56 ID:XJHyF2OW] >>216 お、DirectShowフィルタのソースが入ってますね。 219 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 17:27:09 ID:O5PB0zpp] >>216 インストーラーだけでax同梱しなくなったんだな 220 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 17:27:51 ID:O5PB0zpp] axじゃなくdllだった 221 名前：名無しさん＠編集中 mailto:sage [2010/05/27(木) 19:03:10 ID:XJHyF2OW] >>216のv0.9.7.0から、makewebmでVP8のエンコードパラメータが指定できるようになってるっぽい。 詳細は makewebm.exe -h -v で確認できる。 ivfencで指定できてたものはあらかた指定できるのかな、これは。 222 名前：名無しさん＠編集中 mailto:sage [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: www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-3.4.0-build20100527-255-setup.exe テスト用 223 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 00:55:31 ID:dEXD3BQP] ffmpegにlibvorbis1.3マージというのはとりあえず実装がこのスレでも出てきたから、 今度はlibavcodecのVorbis周りのコードをlibvorbisベースに書き換える人が出てくれば、 ffmpegのVorbisの音質がデフォルト状態でも向上するし、libavcodec使ういろいろな プロダクトにも好影響が出てくるので期待したいところ… 224 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 01:38:46 ID:l2K64N2s] >>223 マージというか、libavcodecのVorbisエンコーダが開発される以前から ffmpegでlibvorbisを使うことは出来たし、普通にリンクして配布している人もいた。 それでもあえて、自前の（質の悪い）エンコーダをデフォルトにしてるんだから 確信犯だと思うけどね。 基本的に自前で実装していく、というのが基本方針のようだし。 225 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 01:43:39 ID:M4GZc6/Q] まあ、もうすぐmkvmergeが正式にwebmでの出力に対応するだろうから、ffmpeg等使わず、 ivfencで映像、oggenc(aoTuV)で音声を、それぞれエンコードしたら良い。 226 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 02:24:57 ID:rUtRVrsB] ivfencは謎のフレーム水増しがあるからなぁ・・・ 227 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 03:01:25 ID:YTF4g1mD] IVFフォーマットはVP8エンコーダーのサンプル実装を開発者に提示するために作った 簡易ファイルフォーマットのようだから、実用的に使われることは無いと思うけどね。 あくまでも現時点で一番細かくパラメータを指定できるのがivfencだというだけで。 FAQにもあるようにエンコーダーのチューニングはこれからだということだし、 これから開発されていくなかで、webmへのMuxerつきのVP8エンコーダーとか、 各種ツールが出てくる可能性が高いのでは。 228 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 05:31:35 ID:M4GZc6/Q] >>228 ffmpegに、-r 1を付けてFPSを指定したらどうか。 230 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 05:42:49 ID:M4GZc6/Q] >>230 それで駄目なら、ちょっとどうして良いのか分からない。 結局、libvpxのフロントエンドとしてのffmpegは、今ひとつなのだろう。 232 名前：名無しさん＠編集中 [2010/05/28(金) 14:23:29 ID:t463Vhqe] ja.wikipedia.org/wiki/WebM ja.wikipedia.org/wiki/VP8 233 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 18:12:12 ID:i9qrKmaK] >>232 やっとできたか。 234 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 21:03:23 ID:48NPYFXK] 援軍ｸﾙ━━━━━━(ﾟ∀ﾟ)━━━━━━ !? Intelに加えてBroadcomも インテル、グーグルのWebM用ハードウェア・アクセラレーション搭載を示唆 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 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 21:19:13 ID:1gzfDmBG] ハードウェアデコードするならH264でいいんじゃ・・・ CPU負荷関係なくなるからな。 しかもGoogleTVだと、Youtubeを想定してるでしょ？ なおさらH264のハードウェアデコードだけでいいような。 236 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 21:32:57 ID:HNnkIpTA] くやしいの 237 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 21:38:29 ID:fLOIs0hD] 何も分かっていないだけでしょ。 238 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 21:43:47 ID:3GrpWkTA] WebMが必要になった経緯は散々書かれてるわけだし、 それを理解してるなら>>235みたいな発言は出ないはずなんだけどな。 239 名前：名無しさん＠編集中 mailto:sage [2010/05/28(金) 23:12:49 ID:oSzhbus7] Boradcomのは5/19の発表時点で既に判明してるよ。 Intelの表明も妥当かな。ハードの再生支援は電力効率でメリット多大だから。 youtubeの新規投稿分のHTML5 videoが1080pから720pに ダウンしてるのが個人的にイヤンな感じ。 過去動画のトランスコード負荷が掛かってるだろうから仕方ないけど。 240 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 01:48:33 ID:MbIq00ft] >>238 sono 241 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 01:50:36 ID:MbIq00ft] >>238 その、WebMが必要になった経緯そのものが、 GoogleTVでは全く意味ないわけで。 GoogleのOS、Googleの提供するサービス、そしてYoutube。 どこにも「多くのOSで」「多くのブラウザで」「Web標準で」「ライセンスフリー」 という条件など必要とされない 242 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 02:08:29 ID:DmkEXSBG] >>241 Googleにとって必要だからやってんでしょ。 内実は分からんがね。 興味無い人は単に無視してりゃいいんじゃね？ 243 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 02:33:13 ID:7t+eGNjx] 蒼弓ノート 5/29 「FFmpeg で Vorbis のエンコードをする場合の注意点」 　ttp://www2.atword.jp/aooa/ ＞なお、特別な理由が無い限り"-ab"オプション(ビットレート指定)ではなく ＞"-aq"オプション(クオリティ指定)を使用してください。 思いっきり-abで指定してた　／(＾o＾)＼ 244 名前：名無しさん＠編集中 mailto:sage [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 　webmproject.blogspot.com/2010/05/inside-webm-technology-vp8-alternate.html 　The WebM Project : code : WebM Container Guidelines 　www.webmproject.org/code/specs/container/ このあたりで説明されてるけど、BフレームのないVP8において画質を上げるための特徴的な技術の１つらしい。 エンコーダーが複数のフレームを参照して任意にARフレームを作り出す(追加する)けど、 ARフレームはデコード時に参照されるだけのデータであって、表示はされない模様。 また、この仕組みを利用したノイズ低減（ARNR）もできるらしい。 ivfencなら--auto-alt-ref=1、ffmpegなら-altref 1 にすれば、ARフレームが有効になるのかな。 245 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 13:21:49 ID:Akadb4jj] 画質が上がるのは分かるが 圧縮率や配信での占有帯域の面ではむしろ不利に作用する気が 246 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 15:58:15 ID:J0bc5kIJ] 表示はされないのかもしれないが、webmコンテナーのフィルタ側からは 通常フレームかARフレームかは分からないのでは？ 表示する時にカクつくか、音との同期がどんどんズレていきそうな希ガス 247 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 17:41:32 ID:Akadb4jj] The AR will be marked with the invisible flag by the codec SDK. って有るからそこは大丈夫じゃないかと。 248 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 17:52:44 ID:pk/UZ2xB] ivfdecを使ってデコードすれば、フレーム数は元と同じ。 249 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 19:44:28 ID:NrWBZyxg] >>249 ＞説明のところを読むとARのデコード時間をPTSに加えるのが望ましいみたいな書かれ方だし そうは書いてないと思う。該当の文を訳すなら 　　Dの表示にはARのデコードが必要だから、ARのタイムスタンプはなるべく"D-1"に近づけるべき。 だと思う。"D-1"ってのが、「ARの前にあるI/Pのこと」なのか「Dの手前のARのこと」なのかは ちょっとわからないけど、どちらにせよ、早めにしとこうぜってことかと。 あと、PTSが増えてるっていうけど、その上の文でタイムベース(タイムスケール？)の粒度を２倍にするという説明がある。 x264の初期ディレイカットとかで使われてる「タイムスケール４倍精度」と同じ考え方じゃないかな。 タイムスタンプに詳しくないので正しい書き方かどうかはわからないけど、例えば29.97fps（1001/30000）の場合、 　AR無しの場合： 　　　timescale＝30000 　　　表示フレーム１　1001 　　　表示フレーム２　2002 　ARありの場合： 　　　timescale＝60000 　　　表示フレーム１　2002 　　　ARフレーム　3003 　　　表示フレーム２　4004 みたいなイメージになるということじゃないだろうか。こうすることにより、表示フレームに影響は出ないということでは。 "D-1"がI/Pのことだとしたら、ARのスタンプは2003とかでもいいのだろうか。そのへんはよくわからない。 251 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 21:25:01 ID:J0bc5kIJ] >>250 説明を少し端折り過ぎた(増減逆) あの説明が言いたいことは、ARフレームは次のDフレームのPTSになるべく近づけるべきだが、ARフレームのデコード時間を考えて、その時間を引いた値をPTSとして設定した方が良いという事だと思う で、説明を単純化する為にあの表はARフレームのPTSをDフレームより1少ない値として設定ってしたって事じゃないかと ARフレーム有り無しでタイムスタンプが増えるのはちとありえないかと思われ 252 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 21:26:13 ID:J0bc5kIJ] orz タイムスタンプが増える × タイムスタンプが増え方が変わる ○ 253 名前：名無しさん＠編集中 mailto:sage [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）の１つ前」に、 任意に「相互参照フレーム(AR)」という新しいフレームを挿入する。 ARフレームはI/Pフレームの間に最大１枚追加される。 依存フレーム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のタイムスタンプより１小さな値を設定している。 そうするためには、設定時にエンコーダーに与えられるタイムベースは、十分な粒度を持つ必要がある。 たとえば、最低でもフレームレートの２倍にする必要がある。 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（※１）」に近いほうがよい。 254 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 23:14:47 ID:b4BEL71Q] あ、ID変わってるけど>>250です。 >>250では、>>253の最後にある※１の「フレームD-1」を、「フレームDの１つ前のフレーム」と 解釈しちゃったけど、きっちり訳してみると、この解釈はおかしいですね。 >>251の言うように、 　　「フレームDのタイムスタンプから１引いた値(つまりフレームDになるべく近づける)」 という解釈が正しそうですね。 255 名前：名無しさん＠編集中 mailto:sage [2010/05/29(土) 23:44:14 ID:b4BEL71Q] で、タイムスタンプの話について。かなり書き方を変えて自分の考えを説明。 相変わらず変なこと言ってたらごめん。 例えばAR無しで30fps丁度の場合は、1/30秒を１単位としてタイムスタンプを増やしていけばいいことになる。 　　表示フレーム０：　0/30秒　＝0秒 　　表示フレーム１：　1/30秒　＝0.033秒 　　表示フレーム２：　2/30秒　＝0.066秒 でも、AR有りになると、1/30秒単位では、表示フレーム０と表示フレーム１の間に ARフレームを入れるためのスキマがない。そのため、1/60秒単位でタイムスタンプを考える。 　　表示フレーム０：　0/60秒　＝0秒 　　スキマ１(AR)　：　1/60秒　＝0.0166秒 　　表示フレーム１：　2/60秒　＝0.033秒 こうすれば、各表示フレームについてはタイムスタンプの値を変えることなく、 かつARフレームを各表示フレームの間に入れるためのスキマ１ができる。 「粒度を最低でもフレームレートの２倍」というのはこういう意味かと。 更に言うと、1/120秒単位でタイムスタンプをつけれるようにすると、 　　表示フレーム０：　0/120秒　＝0秒 　　スキマ１　　　　：　1/120秒 　　スキマ２　　　　：　2/120秒 　　スキマ３(AR)　：　3/120秒　＝0.025秒 　　表示フレーム１：　4/120秒　＝0.033秒 となり、スキマ３をAR用として使えば、ARのタイムスタンプを、よりＤフレームの タイムスタンプに近づけることが可能になる。（この例ではＤフレーム＝表示フレーム１） でもまあ細かくしすぎても問題があると思うので、「なるべく近づける」という表現なのかなあと。 >>251の言う「ARフレーム有り無しでタイムスタンプが増えるのはちとありえない」という言葉の意味が よくわかってないので変なこと言ってるかもしれないけど、概念的にはこんな感じではないだろうか？ 256 名前：名無しさん＠編集中 mailto:sage [2010/05/30(日) 00:38:53 ID:bH5rYEzN] >>255 解説乙 でも"D-1"は「Dフレームとして一つ前」を意味すると思うので、 その例だとそれは表示フレーム0のことを指し、 ARを差し込むのはスキマ1の位置が推奨されているのではないかと思う 表示フレームDを作るのに必要なARを早めに準備するという意図の筈だし タイムスタンプに基づいてイタレーションの逐次処理を行う上で、 Dの前に出来るだけ早くARを読み込んだ方が処理時間を稼げるから 257 名前：255 mailto:sage [2010/05/30(日) 01:37:08 ID:T6UHP+28] >>256 ああああ、やっぱそっちなのかなあ・・・。 書いたあと、やっぱり最後の英文の訳がしっくりこなくて、どっちなんだああと悶えてた自分がいるｗｗｗ なんかDTSとかCTSとかPTSとか交えて話せばいいのかと思って調べてたら 余計色々ゴッチャになってきてよくわからなくなってきましたですorz 258 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/05/31(月) 22:10:28 ID:B/tBIrUo] >>241 googleは広告屋なんだから、自分が何かを独占するよりも裾野が広がった方が結果的に 自分も得をするという考え方なんだろ 261 名前：名無しさん＠編集中 [2010/06/01(火) 10:21:40 ID:zprVxaJj] WebMってSEO的にイマイチなネーミングだな。 262 名前：名無しさん＠編集中 mailto:sage [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: nic.dnsalias.com/ivfenc.zip <-- is ivfenc that can take an AviSynth script nic.dnsalias.com/AVSVorbis.zip <-- is aoTuV B5.7 Vorbis Encoder that can take an AVISynth script And of course: www.bunkus.org/videotools/mkv...-255-setup.exe <-- Mosu's mkvmerge that can mux to WebM 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 forum.doom9.org/showpost.php?p=1404210&postcount=142 なかなか便利そうだ。 263 名前：名無しさん＠編集中 mailto:sage [2010/06/01(火) 16:38:54 ID:ZNxjadkG] www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-3.4.0-build20100527-255-setup.exe code.google.com/p/webm/downloads/detail?name=webmdshow-0.9.7.0-20100526.zip 上の二つはこうしないとおかしいな。 あとこれも。 nic.dnsalias.com/WebMx64.zip 264 名前：名無しさん＠編集中 mailto:sage [2010/06/01(火) 17:43:40 ID:Sd2MXPgv] bat処理で作れるようになったのは便利かな 265 名前：名無しさん＠編集中 mailto:sage [2010/06/03(木) 17:28:52 ID:dEb3/T6F] Firefox正式版へ統合されるのは何時頃になるんだろうね 現状だとローカルなビデオコーデックの域を越えないけど Webブラウザで自由に扱えるようになったら面白いだろうなー 266 名前：名無しさん＠編集中 mailto:sage [2010/06/03(木) 21:32:51 ID:+DkS9f5F] VP8と対応FME配布ﾏﾀﾞｰ？ 267 名前：名無しさん＠編集中 mailto:sage [2010/06/03(木) 21:33:35 ID:+DkS9f5F] VP8と対応FME配布ﾏﾀﾞﾃﾞｨｽｶｰ？ 268 名前：名無しさん＠編集中 mailto:sage [2010/06/03(木) 21:45:09 ID:olFHvq73] ブラウザのVP8デコーダーも、VP8エンコーダーも全然チューンしてなくて とっても遅いデースな現状なんだから正式版やら配布やらは当面は期待薄だと思ふんだ。 269 名前：名無しさん＠編集中 mailto:sage [2010/06/04(金) 02:18:06 ID:R3IPkn6I] そのうちVP8/webMデコーダの性能向上を 各ブラウザが宣伝文句にする日が来るのかもしれない 270 名前：名無しさん＠編集中 mailto:sage [2010/06/04(金) 03:51:23 ID:VUh7xqZa] >>268 Firefox 3.7alphaのnightlyには入ってきているのだから、3.7の正式版には 入ってくるんじゃない? デコーダの重さの話をすれば、Flash内蔵のH.264 デコーダだって、とても褒められたもんじゃないのだし。 271 名前：名無しさん＠編集中 mailto:sage [2010/06/04(金) 04:58:51 ID:R3IPkn6I] ハードデコード効く相手と比べるのは酷以外の何者でもない ソフトデコードでも現状で再生負荷はつべの720p同士で1.5倍くらい余計に掛かる デコーダの改良は急務だよ 272 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 04:14:26 ID:8SurtWkO] 急務って・・・誰も困ってねーよｗ 273 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 05:52:55 ID:G4aFDfr4] wwww 274 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 06:02:16 ID:UUPMepnh] 普及目指すなら軽いに超した事はない 275 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 06:59:18 ID:Ai27EDaV] VP8と対応FME配布ﾏﾀﾞｰ？ 276 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 07:00:20 ID:Ai27EDaV] ﾏﾀﾞｰ？ﾏﾀﾞｰ？ﾏﾀﾞﾅﾉｶｼﾗｰ？早くしてよまじでｷｭｰﾑﾀﾞﾖｰ今週中にﾅﾝﾄｶｼﾃｰ 277 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 07:08:24 ID:UfhCCozm] No real difference, but 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 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 12:41:56 ID:RmnGGns7] デコーダ重いね、VP6時は軽いのが売りの一つだったのにVP8はh.264より重い。 普及考えたらせめてh.264レベルにもっていかないとキツイね。 Flashに実装することも考えたら今のままではカクカクになってしまう。 特にandroidモバイルで再生がキツイことになる、というか実用レベルではない。 >>271の人が言うようにデコーダの改良は急務。 279 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 13:19:53 ID:+CO10R+o] そこでtheoraですよ 280 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 13:33:57 ID:UhyaOEIb] 重いというかシングルスレッドなのがなぁ。 281 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 13:48:05 ID:UfhCCozm] VP8の主要な部分は、既にSIMDアセンブリコードで十分に最適化されているから、 これ以上はたいして速くならないだろうと、Dark Shikariは言っているね。 282 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 15:12:17 ID:yJm2hB3o] H.264より重いとか、死亡決定だな 283 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 15:15:10 ID:pvNLWZ6B] x264 Developerの言うことを鵜呑みにするのもどうだろう VP8をこき下ろしたいはずだし 284 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 15:20:20 ID:9OU0lT3C] まだ出てきたばかりで発展途上のコーデックと 年数積んで成熟したコーデックと比べるのは酷 VP8自体の実装としてはH.264より処理が簡素だから 最適化が進めば軽くなるのは確実なので、今後の開発次第 285 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 15:24:59 ID:9OU0lT3C] H.264に携わってる側からしたらVP8は目障りなので 粗を探してはこき下ろすのは立場として当然ではある 彼らの主張は話半分に聞いておくべき そもそもH.264がWeb上の標準ビデオコーデックとして 不十分だったからこそWebMが誕生した経緯があるわけで 世に出てからそれこそ何年経ってるんだという話になる VP8はベストな選択肢じゃないが、他よりマシな選択肢 286 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 15:42:43 ID:xuPqj8Q2] あれ？ x264 DeveloperのDark Shikariってグーグルから開発参加してくれって打診されたんじゃなかったっけ？ どっかで見た気がするんだが記憶違いか？ 287 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 15:47:08 ID:UfhCCozm] 特許が無効になるまで、H.264が無料で使える事はないし、VP8には私も期待している。 ただ、DSが言っていることはおそらく正しいと思うし、VP8に過剰な期待はしない。 288 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 16:39:37 ID:UUPMepnh] VP8の存在意義は「ロイヤリティフリーであること」、これに尽きる 逆に言えばweb配信の標準コーデックとしてH.264に足りなかったのは その1点だけで有って、他に特に重大な欠点がある訳じゃないと思う 配信用途にも使われる事は仕様策定時に十二分に考慮されてる訳だし むしろ「ちゃんとした標準化手順を踏んでいる」という点では上 VP8は仮にも実績の有る企業が代を重ねて作り上げた有償の技術がベースなのだから 改善の余地に関してはそうそう楽観視も出来ないと思う 今有るブラウザ内蔵のソフトデコーダ同士で2-3倍近い負荷の差は そう簡単に埋まるとも思えない ところでffmpegでARフレーム（altref）オプションの有無を試してみたんだが、 出力されるファイルサイズがごく僅かしか変化しない。なんでだろ？ 途中結果を見るとfpsが倍の値に設定されたり適切に変化してるんで 全く働いていない訳では無さそうなんだが… 289 名前：名無しさん＠編集中 mailto:sage [2010/06/05(土) 19:27:10 ID:vW9QmT9j] 著作権程度の意味合いでロイヤリティフリーであっても パテントフリーかどうかは未確定だ 290 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 00:00:11 ID:ORtuIUGw] そこら辺がどうなるかはまだ分かんないね。 Mpeg LAも遠回しにパテントプールの用意云々言ってるだけで、 具体的な特許侵害の有無に関しては何も触れてないから。 291 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 01:45:44 ID:EnBirV8m] ARフレームの有無でファイルサイズにわずかな変化しかないと言うことは、結局のところ、 20%以上の圧縮率の向上が見込めるBフレームと比べたら、効率が悪いやり方なのだろう。 292 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 02:37:39 ID:ORtuIUGw] >>291 う、その結論はちと待ってくれ。正しく比較できてるかどうかすらまだ自信が無い。 だから他に試した人の話が聞きたかったんだ。 一応フォローしとくと、 原理上はBフレームには及ばないのは確かだろうけど、 再生負荷と画質向上のトレードオフでは 適度にバランスした技術の可能性は有ると思う。 293 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 02:55:31 ID:EnBirV8m] >>292 ARフレーム有り・無しを同じビットレートでエンコードして、 これを使ってSSIMを比較する事ができる。無料版はSDまでしか使えない。 x264の--tune ssimと比較しても面白い。 www.compression.ru/video/quality_measure/video_measurement_tool_en.html 294 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 03:16:20 ID:TJ/W2i0J] test 295 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 03:31:31 ID:ORtuIUGw] >>293 情報サンキュ。 296 名前：名無しさん＠編集中 mailto:sage [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. www.bunkus.org/videotools/mkvtoolnix/ 297 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 09:31:46 ID:gf8KpTi+] ﾏﾀﾞｰ？ﾓｳ･･･ﾏﾃﾅｲﾖ・・・ 300 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 09:53:45 ID:4iH9NV2f] >>296 糞重くてDLできねー 301 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 10:00:07 ID:EnBirV8m] >>300 CRC32: 3F4BDC2E MD5: 7EDB99C79952CFDDB1D25816274DD749 SHA-1: 8078971EC14F2573666A746F92DCE9240FA1B822 www.mediafire.com/file/zjdmmyky1w3/mkvtoolnix-unicode-4.0.0-setup.exe 302 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 15:29:55 ID:xWzHHRyY] >>298 例の「採用したら訴訟すんなよ！」の条項は削除されて 完全にBSDライセンス準拠になったということらしい Google自身が訴訟のリスクを背負うことにはなるが 業務用途含め、普及を考えたら妥当な判断かもしれない 303 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 18:28:05 ID:VQFCZGeA] 他のオープンソースのプロジェクトで WebM関連のサポートを取り込むのに ライセンス上の問題が懸念されてたから これで解決して開発も加速しそうだな 305 名前：名無しさん＠編集中 [2010/06/06(日) 20:51:28 ID:xAQape0+] VP3が元のTheolaハブってんじゃねーぞクズ共！！！！！！１１１１ 306 名前：名無しさん＠編集中 mailto:sage [2010/06/06(日) 22:19:26 ID:ORtuIUGw] 吠えるならスペルくらいちゃんとしなよ、お猿さん 307 名前：名無しさん＠編集中 mailto:sage [2010/06/07(月) 11:56:32 ID:mzEH773A] しかも、激昂し過ぎて後ろの方、SHIFTキーから指離れちゃってるしｗ 308 名前：名無しさん＠編集中 mailto:sage [2010/06/07(月) 12:13:41 ID:2JROPWqg] いや・・・１１１はネタだから って説明した俺南無 309 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/07(月) 14:11:10 ID:RLIYfa7T] MiiroコンバーターがこまめにVerUpしてるな 簡単にWebMエンコしたいならおすすめ 311 名前：名無しさん＠編集中 mailto:sage [2010/06/07(月) 21:21:28 ID:h7NAfrE+] >>310 シンプルでいいなこれ 312 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/09(水) 12:24:38 ID:HB9xHuWd] あんまりダウンロード数多くないね。ライセンスの問題がネックだったのかな？ 変更してから急に伸び始めた。 314 名前：名無しさん＠編集中 mailto:sage [2010/06/09(水) 13:45:00 ID:Fl/2hBEc] DirectShow更新か。しかしまだChangelogがついてないから何が変わったのかわからんな・・・。 315 名前：名無しさん＠編集中 mailto:sage [2010/06/09(水) 16:27:50 ID:zJCp0apt] DSFはffdshow待ちの人も多そうだ。にしても、ffdshowのchangelogにはupdate ffmpegとか 頻繁にあるのに、まだVP8に対応していないのはどういうこっちゃ。 316 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 02:52:41 ID:Ac1DbSw6] 　　　　　　ﾌﾞｲﾋﾟｰｴｲﾄﾏﾀﾞｯﾏﾀﾞｯ?♪ 　　　　　　＼　　　ﾌﾞﾌﾞﾌﾞﾌﾞｲﾋﾟｰｴｲﾄﾏﾀﾞｯﾏﾀﾞｯ?／ 　　　　　　　　　♪＼(^o^)　♪ 　　　　　　　　　 ＿　 ) 　> ＿ ｷｭｯｷｭ♪ 　　　　　　　　／.◎。／◎｡／| 　 ＼(^o^)／.|￣￣￣￣￣|　 | 　＼(^o^)／ 　　　 )　 )　 .|　　　　　　 　|／　　　ノ　ノ ((((　 >￣ > ))))　＼(^o^)／　(((　<￣<　)))) 　　　　　　　　　 　 　 )　　) 　　　　　　　　　(((　　>￣ > )))) 317 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 14:24:13 ID:p5CCJ1/f] K-Liteの方にVP8サポート入ってるね バージョン6.0.0で追加ってのが…明らかに狙っただろう？ｗ 319 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 15:11:54 ID:0yftO27y] SolveigMM MatroskaSplitter/Muxerも、WebMに対応した。 forum.doom9.org/showpost.php?p=1407145&postcount=65 320 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 15:48:26 ID:9QpT75wq] >>317 うお、ありがとうございます。このChangelogってどこに載ってるんでしょう？ 321 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 16:02:41 ID:0yftO27y] >>320 https://groups.google.com/a/webmproject.org/group/webm-discuss/browse_thread/thread/0472d4ee2e2dd0ba# 322 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 16:37:01 ID:9QpT75wq] >>321 ありがとうございます。 323 名前：名無しさん＠編集中 mailto:sage [2010/06/10(木) 17:35:28 ID:taUn4DQ3] 7-Zip File ManagerでWebM/VP8 DirectShow Filtersのインストーラーからdll取り出すことが出来た mpchcとかでフィルタだけ登録したい人はこれでどうぞ 324 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 08:52:53 ID:OAb74BTu] >>323 5つほどあるんだけど次のうちどれ？ vp8decoder.dll vp8encoder.dll webmmux.dll webmsource.dll webmsplit.dll 325 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 09:32:45 ID:3l2TjrnO] 普通に考えてvp8decoder.dllじゃねーの 326 名前：名無しさん＠編集中 mailto:sage [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] get.adobe.com/jp/flashplayer/ 10.1来たぞクズ共 328 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 14:25:08 ID:Wlqdg2/M] 全くこのスレと関係ない話題だな 329 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 15:09:09 ID:XA0Z9gE5] >>328 FlashでWebM対応するのは11以降だろうからねい。 331 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 16:09:07 ID:Wlqdg2/M] >>329 自分で試しに使って見てるけど、恐ろしいほどエンコが遅い 普通にffmpeg.exeでエンコしてるようだが、 エンコのオプション設定(設定項目さえなし)が高画質側になってるんだろうか マルチコアは使ってくれるがCPU負荷は100%にならず50%程度でふらふら 332 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 18:16:40 ID:XAtCxtM4] これとかMiroとか正直クソだと思う・・・ 333 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 21:40:55 ID:6MYS1QpO] OSXだとMiroの中のffmpegをコマンドラインから直接叩いて使うと楽 334 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 22:21:47 ID:W0apMXHq] >マルチコアは使ってくれるがCPU負荷は100%にならず50%程度でふらふら それシングルコアや 335 名前：名無しさん＠編集中 mailto:sage [2010/06/11(金) 23:18:55 ID:9x9SP9qN] >>334 クアッドコアなんだろう。 336 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 01:07:27 ID:Ax9DIjI0] >>332 お前的クソじゃないのは何がある？ 337 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 01:57:49 ID:5k33CUIS] 実用的なのはffmpegしかないだろ 338 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 03:51:56 ID:F4qfoxbn] そのffmpegでも音声エンコードをlibavcodecではなくlibvorbis使うようにしないと 悲惨なことになるしなぁ。 339 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 07:48:46 ID:r+jj/g0H] >>334 うちはクァッドコアだけど、全コアCPU負荷50%前後で推移。 恐らくエンコ中にあるシングルタスク何かが足引っ張ってるんだろう でもFree WebM Encoderは、画質はなかなかいいな 341 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 09:04:11 ID:1eUqGLJZ] Nicのivfenc + mkvmergeが使いやすい。 342 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 16:20:39 ID:fYfZDKFQ] ivfdecって、オプションでデブロックとかノイズ付加とかを指定できますけど、 デブロックはともかくノイズ付加（--noise-level）って、どういった目的に使うものなのでしょう？ 343 名前：名無しさん＠編集中 mailto:sage [2010/06/12(土) 16:34:35 ID:1eUqGLJZ] >>342 VP8だと、Psy-RDを使えるx264とは違って、フィルムグレインを保持する事は無理だから、 エンコードで潰れてしまった物を、デコーダで再現させると言うことじゃないの。 344 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 00:34:41 ID:G6LnlQxW] ivfdec -y -o output.y4m input.ivf とすれば、YUV4MPEG2で出力できるので、 RawSourceで読む場合に、解像度やフレームレートの指定が不要になって便利。 www.mediafire.com/file/nywzdln4ouu/ivfdec-win32.7z 345 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 00:51:30 ID:rwtIVFLK] >>343 ありがとん。しかし聞いておきながら知識が及ばずよくわからないバカなオイラ。勉強しときます。 >>344 そのファイル、出所はどこ？ 346 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 00:59:42 ID:G6LnlQxW] >>345 gitで取得したソースを、私がコンパイルした。 347 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 01:26:15 ID:rwtIVFLK] >>346 オリジナルでしたか。失礼しました。Doom9あたりと思い込んでしまった・・・。 348 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 02:22:19 ID:rwtIVFLK] mkvtoolnix 4.0.0を使ってみたのですが、なんだか音声の再生がうまくいきません。 状況は下記のとおりです。おかしな点があればご指摘いただけないでしょうか。 　１．音声つきのAVIをAVISource()で読み込んでConvertToYV12()して、 　　　そのavsをWebM DirectShow Filter 0.9.8.1のmakewebm.exeにD&Dしてwebmファイルを作成。 　　　　　→playwebm.exeで映像も音声も問題なく再生される。 　２．mkvtoolnix 4.0.0のmmg.exeでGUIを起動。 　　　入力タブに１の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 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 02:41:41 ID:rwtIVFLK] よくわかってませんが、自己解決したっぽいです。 >>262を見て、mmg.exeのメニューの「Mux→コマンドラインオプションを追加」で --disable-lacingを追加したら問題なく再生されるようになりました。 オプション追加時の--disable-lacingの説明を見ると、 　　「全てのトラックで複数のフレームを1つのブロックにまとめません。 　　　これは特に多数のオーディオトラックがある場合に、ファイルサイズを増大させます。 　　　テスト目的でのみ使用してください。」 と書いてあるのですが、webmの場合はmkvmergeで--disable-lacingをつけるのは 必須ということになるのでしょうか？ 350 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/13(日) 03:21:22 ID:rwtIVFLK] >>350 なるほど。重ね重ねありがとうございます。 352 名前：名無しさん＠編集中 mailto:sage [2010/06/17(木) 07:39:38 ID:jMYWxJdq] Opera10.6ベータがHTLM5+WebM対応 353 名前：名無しさん＠編集中 mailto:sage [2010/06/17(木) 10:12:00 ID:dsKaPOzJ] Firefoxは3.7待ちだけど、3.6.4のリリースすら遅れに遅れている現状、 いったいいつになることやら… 354 名前：名無しさん＠編集中 mailto:sage [2010/06/17(木) 11:29:51 ID:jMYWxJdq] 最近、Firefoxの開発ペースの遅さが目立つよね なんかトラブル抱えてるんだろうか 355 名前：名無しさん＠編集中 mailto:sage [2010/06/17(木) 22:20:07 ID:KPCRJCrE] 3.7（実質4.0）alpha 5は公開されてるね webMの再生負荷は特に変化無しかな 356 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/18(金) 00:29:14 ID:/O+NISVo] >>355 いまやアドオンのためにFirefox使っている人がほとんどだろうから、 ほとんどのアドオンが対応していないalpha版じゃ意味が無いんだよなぁ。 正式リリースされてさえ、メジャーバージョンアップ後だと1ヶ月ぐらいは アドオンが対応しきれないし。 この辺、アドオンはJavaScriptベースなのでやれることは限られているけど 互換性はいいGoogle Chromeとは違うところ。 と、スレ違いの話題はさておき、ブラウザ内蔵のVP8デコーダは当分は 再生負荷が下がるようなことはないだろうなぁ。 358 名前：名無しさん＠編集中 mailto:sage [2010/06/18(金) 01:14:28 ID:Y8CJdHws] Nightly使ったことないんだけどFirefoxってOggも含めて再生品質は向上してるの？ 359 名前：名無しさん＠編集中 mailto:sage [2010/06/18(金) 07:06:10 ID:d/X2NH5+] H.264の様に、GPUを使ったVP8のデコードができる様になると良いのだけどね。 たくさんのベンダーがハードウェア支援に取り組んでいると書いてあるが、いつになることやら。 あと、VP8のビットストリームは、今後変更されると言うし、 今指摘されている欠点の幾つかも直されるのだろう。 webmproject.blogspot.com/2010/06/future-of-vp8-bitstream.html 360 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/18(金) 13:26:33 ID:rsCjhrO8] >>360 >CUDAのように >GPUを汎用コンピューティングに使う方面でやるしかない それはエンコード支援には良いだろうが、 デコード支援としては正直あまり向かないと思われ。 汎用ユニットをそちらに割り当ててしまうと、 その分本来のGPUとしての能力が低下するから。 PCだと動画見ながら他にも色々する訳だし。 別に用意してある専用ロジック回路で得られる高効率性こそが ハードデコードの真価であって、GPGPUで代用は出来ない。 362 名前：名無しさん＠編集中 mailto:sage [2010/06/18(金) 15:10:24 ID:QO3ssSX+] 今時のPCのスペックなら再生支援不要だしな。 必要なのはスマートフォントかモバイル機器だな。 363 名前：名無しさん＠編集中 mailto:sage [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 * webmproject.blogspot.com/2010/06/changes-to-webm-open-source-license.html >>344でも書かれているように、ivfencとivfdecでYUV4MPEG2が使えるようになってますね。 364 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/18(金) 23:02:00 ID:swuFvWPQ] で、どのくらい速くなったの？ 366 名前：名無しさん＠編集中 mailto:sage [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 akuvian.org/src/avisynth/avs2yuv/ code.google.com/p/webm/downloads/detail?name=vpx-vp8-debug-src-x86-win32mt-vs8-v0.9.1.zip&can=2&q= sourceforge.net/projects/wavi-avi2wav/ www.geocities.jp/aoyoume/aotuv/index.html www.bunkus.org/videotools/mkvtoolnix/downloads.html#windows Nicの物ではなく、公式バージョンのivfenc(libvpx-0.9.1)でやるとすると、こんな感じか。 367 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 07:44:49 ID:q3HZgTLl] >>361 今のGPUが専用回路でデコードしている、というソースある？ 普通にシェーダでやってると思っていたんだが 368 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 10:43:06 ID:JG5a5H8I] Google Chrome Ver 6.0.437.3 devってやつでyoutubeのwebm動画みてみた 他のwebm対応ブラウザよりCPU負荷が低くてFlash動画より負荷が高い感じだった 369 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 10:44:16 ID:fziT4ptH] >>367 UVD（再生支援回路）の位置に注目 ttp://pc.watch.impress.co.jp/img/pcw/docs/317/271/fig02.jpg 370 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 11:40:12 ID:UtFPI4YC] >>367 汎用シェーダ＋ソフトウエアでは専用回路と比べて効率が著しく低いし、 現状のCUDAの例だとGPGPUとしてユニットを使ってしまうと GPU本来の性能が激減する（再描画が遅くなる）から現実的でないよ エンコなら別に構わないけどデコードでの利用は難しい また電力効率の観点から見ても厳しい 372 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 16:40:03 ID:q3HZgTLl] >>369 ごめん。ゲフォユーザなんだ。ゲフォのブロック図見ても、それらしいのが無くて。 …と思ったけどあった。PVP。 www.nvidia.co.jp/page/purevideo.html GPUでVP8デコーダ書こうと思ったけど早速雲行が悪くなってきた… 373 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 17:22:41 ID:UtFPI4YC] まずGPGPU対応のエンコーダを書いてくれた方が需要有ると思う 374 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 17:27:03 ID:V63IUtVT] >>373 ん？昔書いたけど使いもんにならなかったが、何か？ 375 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 19:31:46 ID:iV5Kt2jr] >>373 GPGPUでエンコードが凄い加速する！ というのはnVidiaが付き続けてる嘘の一つ 実際は、多くのフォーマットでGPUはエンコには使えない 無理に使ってもスピードでないし >>371 効率が低いと言ってもGPUのシェーダーパワーはどんどん上がって きてるから、最近ではシェーダ使っちまえという流れになってる。 RADEONの今月のドライバでは、 モスキートノイズ軽減、ブロックノイズ軽減にGPUのシェーダーを 積極的に使うようになって、動画再生品質が向上してる。 FlashでH264再生するときも勝手に効いてる そもそも動画再生とGPU負荷の高いゲームを同時にやるとか 意味不明なシチュエーションを持ち出して否定するのって、なんか意味あんの？ 376 名前：名無しさん＠編集中 mailto:sage [2010/06/19(土) 21:18:11 ID:UtFPI4YC] >>375 それ専用回路でデコードの大半の処理をした上で更に追加でやる処理でしょ。 再生支援のメリットの一つで有る電力効率の高さは 専用回路がベストなのは間違いないし。 ＞意味不明なシチュエーションを持ち出して否定 意味不明。流石にそこまでのシチュは想定してないよ。 377 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 00:11:06 ID:beEZBVRG] >>375 > RADEONの今月のドライバでは、 > モスキートノイズ軽減、ブロックノイズ軽減にGPUのシェーダーを > 積極的に使うようになって、動画再生品質が向上してる。 それは再生支援じゃなくて画像処理だが 378 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 01:47:26 ID:XkfMk+sL] CUDAでVP8デコーダを実装出来るほどのコーディングスキルの有る人なら 今有るCPUベースのソフトデコーダのアルゴリズムの改良や最適化を進める方が 現状ではより優先度高いし歓迎されると思うよ 379 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 03:42:52 ID:y0BVfo+3] それじゃ夢がない 380 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 10:02:20 ID:hFygdSVj] HPC市場でも大惨敗中のnVidiaのCUDAとかどうでもいいよ 381 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 15:47:07 ID:K/9sl/Uo] 惨敗中なのに東工大はTSUBAME2.0でCUDA使うの？ｗ 382 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 16:17:28 ID:hFygdSVj] あそこのスパコン責任者がnVidia教だからな わざわざ東工大で高校生向けnVidia CUDA講座とかやってんだぜ？ 無理やりFermi使ってTSUBAME2造ったのはいいけど、水冷だもんなｗ 383 名前：名無しさん＠編集中 mailto:sage [2010/06/20(日) 19:00:47 ID:y0BVfo+3] よそでやってくれ 384 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 02:43:44 ID:9DRnJGXK] >>375を改めて読むと支離滅裂だな >実際は、多くのフォーマットでGPUはエンコには使えない >無理に使ってもスピードでないし CPUの方が速い場合が多いからね。 でもそれならさ、 >効率が低いと言ってもGPUのシェーダーパワーはどんどん上がって >きてるから、最近ではシェーダ使っちまえという流れになってる。 そっちもCPUでやるべきだよね。 385 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 03:56:21 ID:1pSvscFK] えっ 386 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 08:01:35 ID:qWQuGsCi] >>384 普通の読解力なら、「前半はエンコの話、後半は動画再生支援の話」 くらいは読み取れるもんだ 387 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 10:25:23 ID:9DRnJGXK] >>386 読み取った上での話。 その二つの話で自分の意見に都合の良いように別々の状況を前提に考えてるから。 しかも後半は間違いも含んでるしね。 388 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 12:49:00 ID:j6UxfDs1] グーグル、動画コーデック「VP8」の大幅改良への取り組みを早くも開始 ttp://japan.cnet.com/news/service/story/0,3800104747,20415462,00.htm 389 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 13:03:16 ID:siwqjMtm] Googleのこういうアグレッシブな面は評価できる 390 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 13:29:32 ID:wFYhfL4J] ブランチ作っただけでニュースになるGoogle 391 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 16:29:35 ID:rqtXgx1u] このままでは到底使い物にならないとはいえ、早くも動いたか。 392 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 17:08:13 ID:qWQuGsCi] オープンソースになったのにオープンソースコミュニティの動きが鈍いんじゃないの？ しょうがないからGoogle自ら動かざるを得なかったと。 393 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 17:51:46 ID:lckdlBR0] コミュニティと言ってもWebM/VP8に関わってるのはほとんどがGoogle社員でしょ？ 394 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 18:43:02 ID:9DRnJGXK] アグレッシブと言うよりは、元々のローンチ時の問題に思う 出たばかりなのにもう仕様変更の話が出てしまうのは 問題の多さを物語ってるようなもので良い事じゃない こういう風に見切り発車で完成度が低いまま投入→短期間で仕様変更 っていうのは、特にハードベンダーに取っては迷惑な話でしかないし Fixされた仕様を待つのが得策と判断してずるずると計画が先送りされかねない 元々は標準化に必要なオープンな場での仕様策定過程を経ずに 私企業が独自開発したクローズドなコーデックを買い取ってOSS化した その経緯自体がそもそもの問題の根源だと思われ 本来は有る程度の準備期間を設けてブラッシュアップに取り組むべきだったと思うが 2012年に予定してるHTML5勧告までの残り時間が少ないから急いだのだろうな ハードデコード有効化への準備期間としてはぎりぎりのラインだろうし 395 名前：名無しさん＠編集中 mailto:sage [2010/06/21(月) 21:45:55 ID:lT54qKQr] ひとりひっしなひとがいます 396 名前：名無しさん＠編集中 mailto:sage [2010/06/22(火) 00:52:20 ID:OlmpESF0] ハードのサポートなんて最後だろ 最初にブラウザに搭載されて地雷発動しない事を確認するまでは 専用ハードなんて危なっかしくて開発できないと思う 397 名前：名無しさん＠編集中 mailto:sage [2010/06/22(火) 03:45:32 ID:JI5CvotW] その辺の不安を取り除く意味で 最初の発表時に「これが正式な仕様です」と明言していた訳だが… この流れだとその発言自体微妙になるな ttp://japan.cnet.com/news/media/story/0,2000056023,20413691,00.htm 398 名前：名無しさん＠編集中 mailto:sage [2010/06/22(火) 05:29:14 ID:YCmGfD+U] Bフレーム無し、AQが困難な量子化、強度を変えられないループフィルター等、 今のビットストリームの欠点が改良されるのは、私としては歓迎したいところ。 399 名前：名無しさん＠編集中 mailto:sage [2010/06/22(火) 13:46:40 ID:zyL9ZH2w] VLC 1.1.0正式版リリース WebMコンテナ、Vorbis、VP8のデコード＆エンコード対応 400 名前：名無しさん＠編集中 mailto:sage [2010/06/23(水) 02:03:21 ID:Fo0nv1MD] VP8/WebM標準対応の「FFmpeg 0.6」(Works with HTML5)が公開 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 名前：名無しさん＠編集中 mailto:sage [2010/06/23(水) 02:10:01 ID:Fo0nv1MD] 例のVorbisエンコードがおかしかった問題も修正されてるっぽいですね 402 名前：名無しさん＠編集中 mailto:sage [2010/06/23(水) 02:49:14 ID:mrl+Mn+l] >>400 >>356でｶﾞｲｼｭﾂ 403 名前：名無しさん＠編集中 mailto:sage [2010/06/23(水) 06:14:10 ID:A/dLORFI] アホン信者は敵へのネガキャンが凄いからなぁ。 404 名前：名無しさん＠編集中 mailto:sage [2010/06/24(木) 02:53:23 ID:BCu+bMQl] mpchcもWebMとVP8に対応したね フィルタ登録する必要が無くなった 405 名前：名無しさん＠編集中 mailto:sage [2010/06/24(木) 14:41:09 ID:bFcqpLf6] FFmpegがVP8のネイティブデコードに対応 slashdot.jp/it/article.pl?sid=10/06/24/0452249 406 名前：名無しさん＠編集中 mailto:sage [2010/06/24(木) 15:25:26 ID:s0wnAWet] ＞またx264のJason Garrett-Glaser氏もSIMD最適化の面で協力している 批評だけじゃなくて協力もしてるのか 偉いな 407 名前：名無しさん＠編集中 mailto:sage [2010/06/24(木) 21:18:30 ID:tmYj2w9d] ほんとすごい大学生だ 408 名前：名無しさん＠編集中 mailto:sage [2010/06/24(木) 23:01:44 ID:siahHSnp] dark shikariはVP8そのものは糞扱いしてたけど、HTML5に使えるフリーライセンスな コーデックを開発しているGoogleの試みに対しては好意的だったし、 引用されて光栄に思えばいいのかむかついたらいいのかわからないとか言ってて ジョブズのことは大嫌いみたいだからな 409 名前：名無しさん＠編集中 mailto:sage [2010/06/25(金) 00:34:15 ID:tltzHpbg] jobsがどうとかは このスレ的にどうでも良い話なんで出来れば止めて頂きたい 410 名前：名無しさん＠編集中 mailto:sage [2010/06/26(土) 03:44:42 ID:WgKVe/u9] こういう開発の柔軟性は、オープンソースのいいところだな FFmpegへ正式に統合されたから二次利用で採用が加速しそう 411 名前：名無しさん＠編集中 mailto:sage [2010/06/26(土) 09:32:46 ID:7RHY1XgP] MPEG-LAによるパテントプール作成、急いでほしいよね オレ様認定特許フリー宣言だと、ちょっと不安だよね 412 名前：名無しさん＠編集中 mailto:sage [2010/06/26(土) 12:13:15 ID:wfhbYWJ2] ffmpegが対応したとなるとffdshowにも反映されるかな？ 413 名前：名無しさん＠編集中 mailto:sage [2010/06/26(土) 12:19:02 ID:vijlNAcT] >>412 MPC-HCはすでにffmpegのVP8デコーダーを内蔵デコーダーに取り込み済みだから ffdshowもすぐにやると思う あの２つは開発者が結構かぶってるし 414 名前：名無しさん＠編集中 mailto:sage [2010/06/26(土) 13:28:12 ID:dGmWmcMY] このまま順調にいけば知らず知らずのうちに対応が進んでそうだな というか各種オープンソースプロジェクトでの対応完了が早すぎｗ 415 名前：名無しさん＠編集中 mailto:sage [2010/06/26(土) 15:41:48 ID:iGwTOER4] その為のオープンソースだろ〜 416 名前：名無しさん＠編集中 mailto:sage [2010/07/01(木) 18:21:07 ID:TmZynqHU] 「Opera 10.60」正式版公開、「WebM」動画フォーマットに対応 ttp://internet.watch.impress.co.jp/docs/news/20100701_377992.html 417 名前：名無しさん＠編集中 mailto:sage [2010/07/01(木) 18:23:02 ID:iH/hDQKg] 異常なまでにどうでもいいニュースだな 418 名前：名無しさん＠編集中 mailto:sage [2010/07/01(木) 18:32:44 ID:TT+IBUw2] >>417 サードのサポってかなり重要な話だぜ 419 名前：名無しさん＠編集中 mailto:sage [2010/07/01(木) 18:40:16 ID:kuIu75lN] Opera最強伝説 420 名前：名無しさん＠編集中 mailto:sage [2010/07/01(木) 19:06:32 ID:H46KLJvz] >>417 めちゃくちゃ重要だが・・・ 携帯機含めるとOperaのシェアってめちゃくちゃでかいぞ 421 名前：名無しさん＠編集中 mailto:sage [2010/07/01(木) 22:12:31 ID:/ncAqdHm] YouTube、当面はFlash Playerをメインに――HTML5はまだ発展途上と説明 - ITmedia エンタープライズ www.itmedia.co.jp/enterprise/articles/1007/01/news024.html あんま関係ないけど一応。 422 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 10:44:38 ID:/T5f1Mw2] ということはOperaが正式版でWebMをサポートした最初のブラウザになるのか。 423 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 11:04:51 ID:eSsQcfwn] いくらブラウザ側がサポートしようと Youtubeみたいな大御所が動かないとほとんど意味ないな 424 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 11:29:33 ID:vK8LA2f0] 「この先大御所が動くことはない」とも100%言い切れない 425 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 12:48:03 ID:v/E9EEpb] VP8とYouTubeの両方ともが、Googleの所有するサービス 426 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 12:57:08 ID:2wpbYu33] Youtubeはもう一部の動画はWebMで見れるよ 427 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 13:00:12 ID:/5WvAeIX] ffdshow tryoutがr3493でVP8デコード対応した 428 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 13:48:19 ID:17Z9+Qd1] WebMの本格的な普及はIE9用のコーデック待ちかもしれない。 429 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 19:22:24 ID:OqUuGD4u] 今んとこMSはWebMに興味ないからなぁ MSはH264派だし 430 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 20:46:23 ID:nsuobss6] いやVC-1派だろう 431 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 21:52:41 ID:17Z9+Qd1] IE9のHTML5動画再生、H.264に加えオープンソースのVP8もサポート - ITmedia News www.itmedia.co.jp/news/articles/1005/20/news050.html 別途コーデックをインストールする必要があるがIE9でもサポートするってさ。 432 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 22:31:52 ID:OqUuGD4u] だから、別途コーデックをインストール必要があるというのは WebM非サポートと同じなんだってｗ プラグイン無し、ブラウザ単体でデコード出来るのがWebMの最大の売り なんだから。 433 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 22:39:23 ID:17Z9+Qd1] じゃあ非対応ということでいいや。 ところで、SafariはコーデックをインストールするとWebMが見れるってことはないよね？ 434 名前：名無しさん＠編集中 mailto:sage [2010/07/02(金) 22:40:53 ID:ImeRfK6C] >>432 じゃあ世の中の全てのブラウザは「Flashに対応していない」てことになるぞ ニコニコ動画とかは「プラグインで見る」わけか そんな言い方するやつは誰もいないけどな 435 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 00:22:03 ID:YygDABRX] FlashならH.264とWebM（予定）を両方見れるが html5だとブラウザごとに両方用意しないといけなくなる 436 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 01:43:44 ID:ImWB0EXs] >>435 そんなにいやか そんなに面倒か 438 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 01:44:54 ID:QKaD5DBB] 汚名挽回・・・IE6の再来ということか 439 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 01:47:28 ID:YygDABRX] MSはサービスパックに最新のIEを入れておいて欲しい そうすれば古いIEが居残ることがなくなるのに あとの問題はAppleか 440 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 01:49:04 ID:YygDABRX] >>437 動画サイトでストレージを倍用意しないといけなくなる もちろん動画形式変換もしないといけなくなる コストは莫大だと思うが？ 441 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 03:05:49 ID:ftF+m7JV] >>433 Quicktime丸投げだからXiphQT入れてればOgg再生できるよ。 ただWebMはQTコンポーネントがまだ存在しないけど。 442 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 04:28:24 ID:IxKZq+SA] >>434 ChromeはFlashが組み込まれたからインストール不要 443 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 07:22:49 ID:r3g+9gDA] >>434 ＞じゃあ世の中の全てのブラウザは「Flashに対応していない」てことになるぞ 話の本質をなんにも理解してないんだな。。。 Flashなどの1社のプラグインに頼る現状を打破しよう、 Web標準技術だけで完結できるようにしよう。 業界が目指してるのはそこなわけで。 だからWeb標準のHTML5を使いましょう、 パテントフリーのビデオとしてVP8、サウンドとしてVorbis、 コンテナとしてWebMを作りました、 他者の追加プラグインなどなしで、Web標準に即したブラウザだけで 全てが完結するようにしましょう。 と、Googleなどが主張してるわけ。 >世の中の全てのブラウザは「Flashに対応していない」てことになるぞ Flashを「使わないですむ」ようにするのが目的なのに 444 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 13:41:45 ID:v/WFntL0] ひとりひっしなひとがいる 445 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 14:46:09 ID:r3g+9gDA] 余裕で正論を述べてるだけなのに、それが必死に見えてしまう層がいる どれだけ能力が低いんだろうか 446 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 15:32:46 ID:iSfCAThK] どっちもどっちなんだろう 447 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 16:52:06 ID:eu95bcui] 正論だろうとそうでなかろうと、「だから結論はこうだ」「だからこうすべき」の部分が抜けているのだから、ただのアンチに見られても文句は言えない 議論のレベルがゲハとどっこいどっこい 448 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 17:11:51 ID:1gC+B/hw] 金もない、権力もない、W3Cに対しての発言権もないんだから、 ２chで議論しても始まらん罠 議論するだけ時間の無駄。帯に短し襷に長し。 449 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 17:24:27 ID:ftF+m7JV] というか話が本筋からどんどん遠ざかっているような…ｗ 450 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 20:15:20 ID:jsfnbt5l] ここはDTM板なのだから、いかに美しくエンコードできるかを語り合おうではないか。 451 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/03(土) 21:13:16 ID:ERA616Ow] >>450 打ち込みするのか 453 名前：名無しさん＠編集中 mailto:sage [2010/07/04(日) 01:21:02 ID:o0PbsZ6F] ffdshowのrev3495でついに対応。 sourceforge.jp/projects/ffdshow-tryout/releases/?file_id=2632277 デフォルトで無効になってる。 自分の環境では公式directshow入れてないとＷＭＰで再生できなかった。 公式directshowに入ってるスプリッターが要るのだと思う。 454 名前：名無しさん＠編集中 mailto:sage [2010/07/04(日) 01:55:06 ID:d8C15jJp] >>453 haaliのスプリッタでいけないかい？ 455 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/04(日) 10:58:04 ID:JM0tVrxh] MPC-HCのスプリッター+ffdshowでは再生できなかった。 MPC-HCがクラッシュする。 やっぱスプリッターが別に必要みたいね。今の段階では。 457 名前：名無しさん＠編集中 mailto:sage [2010/07/04(日) 12:24:42 ID:4EsBv6Ky] >>456 MPC-HC(1.3.2100.0)の内蔵フィルター（matroskaスプリッター+VP8デコーダー+vorbisデコーダー）で再生できてるし デコーダーをffdshow(ｒ3493)に切り替えても問題は出ていない サンプルあるなら上げてくれ 確認取れたらMPC-HCの開発チームに提出するから 458 名前：名無しさん＠編集中 mailto:sage [2010/07/07(水) 11:29:37 ID:Kgu8gmlu] VP8のハードウェア支援使えるの？ Firefox 次期バージョンのテスター向けベータ版第 1 弾、Firefox 4 Beta 1 を公開しました mozilla.jp/blog/entry/5648/ ・HD 動画: ハードウェアアクセラレーションが有効になった、非常にスムーズな HD 品質の HTML5 動画を YouTube で楽しめるようになりました。 これは、先日発表された 新しい WebM 形式 によるものです。 459 名前：名無しさん＠編集中 mailto:sage [2010/07/07(水) 15:22:02 ID:2/NQobwA] ためしてみたけど、YoutubeをHTML5モードにして720PのWebM動画 を適当に再生してみたら、普通にCPUバリバリつかって高負荷再生でした ハードウェアアクセラレート効いてないんじゃｗ タスクマネージャ見ると、Firefoxともう一つの別プロセスにもCPU負荷 がかかってる。 内部で分散処理してるのかな 460 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/07(水) 16:15:35 ID:89zIe6TZ] GPUによるハードウェアアクセラレートと言っても色々有るから この話はデコードの事じゃなくてそれ以降の表示に関わる処理（スケーラ等）の話だと思われ VP8のハードデコーダはそもそもまだ存在してないし、 OS側の仕組み（ドライバの対応とWinならDxVAでのWebM対応等）も整ってないから 今の段階ではブラウザ側だけでは対応のさせようが無い 実現はまだ先の話 462 名前：名無しさん＠編集中 mailto:sage [2010/07/07(水) 16:35:26 ID:89zIe6TZ] ×DxVAでのWebM対応 ○DxVAでのVP8対応 463 名前：名無しさん＠編集中 mailto:sage [2010/07/07(水) 17:48:34 ID:+lzfQzY1] そういえば、winampでWebMが再生できる様になったらしいが誰も興味ないのなｗ 464 名前：名無しさん＠編集中 mailto:sage [2010/07/07(水) 23:22:21 ID:2/NQobwA] もはやWinAmpなんて使ってる人いないのでは。 しかも動画再生になんてｗ 465 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 06:16:55 ID:j8bC4jWp] 小さな一歩ずつだけど、着実に前進してるね エンコーダが充実したらかなり実用的になりそう 466 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 07:45:19 ID:flaWWEZ8] 何を夢見てるんだかか 画質悪いのに流行る訳ないじゃん DTV板的には不要なcodecだろう 467 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 07:56:46 ID:CJcG0uGt] vp8はh264より画質が良くてエンコードも早いって触れ込みだったから すごい期待してたのに外人はやっぱ口だけだな。 468 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 08:02:33 ID:F/z3Xtac] 外人つーよりon2だろ VP6のころから「H.264より高画質」とか吹きまくってたじゃん もはや「だまされるやつのほうが悪い」レベル 469 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 08:11:34 ID:CJcG0uGt] Google「・・・・・」 470 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 08:32:37 ID:Iusk9Db1] Flashのせいでブラウザがx64に移行できないでいるからもっと進めて欲しいんだけどね。 471 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 09:46:11 ID:j8bC4jWp] H.264では不十分だからこそ登場したのに ケチつける奴はピントがずれた批判ばかりだなｗ こういう何もわかってない頭の悪い連中が足を引っ張るわけだ 472 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:11:29 ID:53rQAXVY] MP3よりも優れた規格もあったがどれも普及しなかったように 技術上の優劣を語ったところで実際はさして意味はない H.264はもちろん優れたフォーマットであるのは言うまでもないが 一方でWebのオープンな文化に馴染みにくく時には不都合も生じる VP8(WebM)はその補完であって根本的に取って代わるものではない その辺をきちんと理解せずに揚げ足を取るような批判は目につく もし望まれない存在であるならOperaにしてもFirefoxにしても これほど早期にサポートはしなかっただろう 473 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:18:54 ID:F/z3Xtac] Webのオープンな文化になじまないなんていってるのはMozzila儲とOpera儲だけだろ 474 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:22:58 ID:DKoo/VGZ] 「H.264こそが今までもこれからも史上最高の動画フォーマット」でないと困る層が抵抗してるんだよ 475 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:28:14 ID:Fdmd3dAa] HTML5はH.264標準で再生出来るじゃん ただこれはブラウザ作ってる側がライセンス料払わないといけないから 貧乏なFirefoxとかが困ってたところにWebMが出て乗っかっただけ VP8なんて画質でもデコード負荷でもH.264に及ばないんだから個人が使う意味ないだろ x264でフリーでH.264動画作れるんだから 476 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:29:26 ID:PcpzF6h+] H.264より優れてるならいいんだけど、すべての面で劣ってるもの。 H.264がWebのオープンな文化に馴染みにくい？H.264に対応できないFirefoxが涙目なだけだろ(笑) 477 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:39:46 ID:DKoo/VGZ] >>475-476 2015年にはVP8が滅亡して、H.264様のお布施要求を邪魔をするものがいなくなるといいですね 478 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 10:55:43 ID:PcpzF6h+] >>477 そんな無駄なことよりH.264より良い動画形式ができることを祈るわ 479 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 11:00:54 ID:PcpzF6h+] 俺はH.264より良いものを望んでいるだけ。 WebMは「H.264より良いもの」という条件にあらゆる面で当てはまらないだけで、 H.264自体に固執しているわけではないんだがね。 ID:DKoo/VGZの馬鹿はそこのところを理解出来ていない。 480 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 11:11:10 ID:dCLJz2p+] 割れ厨にとってライセンスや特許なんて関係ないからな 481 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 12:54:22 ID:vCjJAipQ] H264より画質がいいかどうかなんてどうでもいいんだよ ・各社がフリーで使える ・追加アドイン無しでブラウザのHTML5で再生できる この2個が最も重要。 H.264は素晴らしいがパテントフリーじゃない。 482 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 13:30:30 ID:c9AWvKC0] あと画質さえ良ければ文句なしなんだが… 483 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 14:01:26 ID:EXy++C+D] 出来悪過ぎだわな。WMV / VC-1同様不要な存在。 484 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 16:55:33 ID:Sfq5V93p] WebM嫌ってるApple信者が沸いてきたな AppleはiPhoneやiPodにH.264のHWデコーダ搭載してるし、 AppleStoreも全部H.264だし、今更WebMなんて普及されても困るからな 485 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 17:01:13 ID:CJcG0uGt] 出来が悪っていってるだけなのに信者脳って怖いね 486 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 17:38:13 ID:SpNK1uuy] なんか荒れてるな。 487 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 17:49:43 ID:dCLJz2p+] >>485 マカ死ね！ 488 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 17:54:02 ID:CJcG0uGt] >>487 マカみたいな基地外と一緒にすんな！ 489 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 19:14:13 ID:/uxie0f1] ちょっと古いけど、たぶん未出だよね？ VP8, x264 and XviD comparison www.compression.ru/video/codec_comparison/h264_2010/appendixes.html#Appendix_8 491 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 19:47:57 ID:BQROiety] ID:F/z3Xtac = ID:PcpzF6h+ = ID:CJcG0uGt か?レスからも恥垢臭がしているぐらいに 臭いぞ。その狂った頭はもう治らないけど、せめて包茎ぐらいは治せよ。 492 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 20:01:19 ID:F/z3Xtac] >>491 そりゃおまえ自身のことだろ 493 名前：名無しさん＠編集中 mailto:sage [2010/07/09(金) 20:11:12 ID:dCLJz2p+] Apple製品をひとつでも買えば… 494 名前：名無しさん＠編集中 mailto:sage [2010/07/10(土) 00:15:22 ID:gs51wats] WebMを叩く奴はH.264の欠点にはまず言及しない H.264とは完全に用途・目的は別物にも関わらず そこを理解できてないバカが暴れるから困ったもんだ H.264では不十分だからこそWebMが存在している 互いに棲み分けする（できる）フォーマットなんだと 頭が足りなくて理解できない人は可哀想ですらある 495 名前：名無しさん＠編集中 mailto:sage [2010/07/10(土) 00:34:40 ID:JXoZGV77] x264より画質悪いから使わない ただそれだけの話です 496 名前：名無しさん＠編集中 mailto:sage [2010/07/10(土) 00:56:43 ID:4e0Vu5ih] なら当然音質の悪いMP3なんて使いませんよね？ 497 名前：名無しさん＠編集中 mailto:sage [2010/07/10(土) 01:23:51 ID:o3Yk7/wk] >>495 規格と実装の区別すらつかないバカが煽っているのか… 498 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 05:56:29 ID:vCqyGV1W] >>496 使わないよ。 499 名前：名無しさん＠そうだ選挙に行こう [2010/07/10(土) 07:03:03 ID:pKIkGTos] MP3なんてもう意味ないだろｗ 2Mbpsもあれば、無劣化のWavで保存できるんだから そのうちmpeg系コーデック（フレーム間圧縮）も意味がなくなるよ 200-300Mbpsもあれば、フレーム内圧縮のみ（動き補償による劣化なし）でフルHDの高画質記録ができるから 500 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 07:17:56 ID:pVqD+vD0] APE、FLAC、TAKだろ 501 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 10:53:03 ID:1i4jyaFk] >>499 じゃ、お前は20年後にまたきてくれ。 今現在ではお前はゴミだ。 502 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 11:23:28 ID:WEVE3hWA] mp3はsn比的に他のcodecに十分肩を並べれると思うけどなー 主観的にも十分聞けるし h.264のhtml上での使い方ってほとんど、baselineじゃなかったっけ？？ あれって計算量の割にそんなに画質よくないから、vp8で置き換えれるなら期待できると思うんだが。。。 503 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 14:37:11 ID:vQovcXUK] >>111 この条文でどこも訴えられなくなったな 504 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 15:09:39 ID:o3Yk7/wk] >>499 サーバ側の帯域の問題を知らない人乙。 サーバ側の問題だと、帯域以外でもMPEG2のパッケージソフト向け ライセンスみたいに1つの動画あたりいくらなんていう体系になったら 動画投稿サイトとかだと死ねる。H.264は今はサイト単位で非常に安価に ライセンスされているけど、H.264で独占されるようだと将来的に不安 というのはこのスレでもさんざガイシュツ。 なので、Googleが高い金払ってOn2を買収してでもそこそこ高性能な コーデックをフリーで公開して広める意味がある。 >>502 SDならそうだけど、HDもあるからなぁ。 >>503 その条項が変わったことがこのスレにも書いてあるというのに、 いまさらなにいってんだこいつ。 505 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 18:21:47 ID:3b/nYFoS] >>472 ＞MP3よりも優れた規格もあったがどれも普及しなかった AACが普及してるじゃん、嘘つき >>496 今時非可逆はAAC一択だろjk 506 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 19:32:06 ID:TXK+gVR0] AAC信者が沸いてるな。 基地外オタ論じゃなくて一般論なら汎用性まだMP3のほうが全然上だろ あと非可逆圧縮コーデックのどれがいいかなんて主観が大きいだろ。 低ビットレートの話なら変わるが。 507 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 23:40:45 ID:47KLLsxX] MP3信者が沸いてるな。 AACの再生できないオンボロ環境なんだろうか 508 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/10(土) 23:49:44 ID:hl1miIYp] なんだ、たけのこ軍vsきのこ軍みたいなもんか 509 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 00:08:17 ID:KjA63ILq] VP8は性能悪いから広まってほしくないが、Vorbisとmkvはもっと広まってもいいと思う 510 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 02:52:39 ID:5jtJt/WE] >>505 AACが普及したのは音質がいいからではなく、 mp3のライセンスを払いたくないAppleがipodでの音楽配信用に AACを採用し、ipodが音楽配信で天下とったからに過ぎない。 実際、AACの音質はmp3に劣り、 「音質よりも扱いやすさ」で天下を取ったのがApple。 511 名前：名無しさん＠そうだ選挙に行こう mailto:sage [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 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 03:41:06 ID:42Zm7Q6+] >>510 これからトリップつけて書き込んでね 513 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 03:50:25 ID:zBLohKEO] MP3 vs AACはよそでやれよ。 514 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 04:00:38 ID:quLGDdli] doom10.org/compare/vp8.png doom10.org/compare/ptalabvorm.png doom10.org/compare/dirac.png H.264には負けるにしても、無料で使える他の規格(Theora, Dirac)よりはVP8の方が優れているのだから、 それで良しとしておかないと。 515 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 04:16:33 ID:h0oWmbEA] H.264といってもプロファイルがBaseline,Main,Highとあって VP8はBaseline以上Main以下だから VP8も改良して上位のプロファイルを作れば一緒かもしれない 516 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 04:50:02 ID:irOvR6uf] ogg厨が参戦！ 517 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 05:12:29 ID:zBLohKEO] >>514 ウェブ動画にどこまでの画質を求めるか、だね。 まぁ、画質面ではこれから改善されていくとは思うけど。 >>515 Bフレームが無いのが辛い…。 518 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 11:25:56 ID:Yt1KI+VJ] >>510 ＞「音質よりも扱いやすさ」 mp3cutに相当するAACのツールもないのにｗ 519 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 13:14:03 ID:a2PWgIyw] ipodアホンきたー 520 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 17:05:48 ID:42Zm7Q6+] 圧縮したままのくせに扱いやすさも糞もねえよ 521 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 18:40:01 ID:TGfDqjW2] なんで無価値な議論続けようとするの？ヒマなの？バカなの？ 522 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 18:59:41 ID:mkdIfvKy] >>510 すべて間違ってるよw 523 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2010/07/11(日) 23:06:42 ID:qyDjo9wL] >>459 それ動画の方が対応してない 別のプロセス使うのはFlashの動画だから Youtubeの動画の8割ぐらいがまずHTML5に対応してないし、 WebMに対応してるのはその半分ぐらいだと思う モードオンにするだけでなく、WebMの動画探してこないとダメ 検索のオプションで選べられるよ 間にストリーミングをスキャンするセキュリティソフトをかませたりしなければ C2Dの下位で720pの動画再生して、だいたい20%から30%代だよ 524 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 13:26:03 ID:Cl93LpRt] 私的には脱FlashのためのWebMだと思ったんだけど、なんか滑稽だわ ブラウザがWebM対応がんばれよー 526 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 13:26:43 ID:Qdru2wGv] 脱Appleだな 527 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 14:01:37 ID:Cl93LpRt] ・SafariはWebMをサポートしない ・IE9はCodecインストールでWebMサポートするか、問題はWindowsXPではIE9は使えないこと やっぱ利害関係や利権がからんでくると、足並みそろわないよなぁ…… 主要ブラウザがHTML5 + WebMで統一できるように今後に期待しとくわ 528 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 16:06:59 ID:J7nv0NmB] XP使いは7にアップグレードするか他のブラウザに乗り換えろってことだろ 529 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 16:16:15 ID:Qdru2wGv] 乗り換えなくてもFlash-playerでFLV見れるだろ IE使うような人種はそれで満足するんじゃないか？ 530 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 18:08:20 ID:p2nmfoY4] >>525 こういう話があるよね。 jp.techcrunch.com/archives/20100629youtube-weighs-in-on-flash-vs-html5-video/ 531 名前：名無しさん＠編集中 mailto:sage [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 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 18:55:38 ID:WwN0FJ7r] ソースはガイシュツながら、どう見てもゴミです。 >VP8ムービ処理: x264と比較して5倍から25倍遅く、平均で20%から30%ほど品質が悪い。 journal.mycom.co.jp/articles/2010/07/13/vp8-vs-x264/index.html 533 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 20:03:01 ID:NaIe2uVz] 現時点の性能がゴミなのは誰もが承知してると思うけど。 「今後の速度向上」「今後の品質向上」「本当にパテントフリーでいけるのか」 このあたりでバランスがとれていくならある程度メジャーになる可能性も高いが、 もしどこかでつまずくようなら結局はマイナーなまま消えていく可能性もある。 成功したとしても、「ネットの動画はVP8で統一」などという世界はこない。 「動画の品質」は、今後ますます重要になっていくだろうから、 正直なところH.264を置き換えるような形で成長していくことはないだろう。 特許問題に不安が残る技術を使うよりは、有料でも安定した鉄板技術である H.264を使ったほうがいいんじゃないかという判断もあるだろう。 HTML5もまだ弱点が色々あるらしいし、今後どうなるのかもよくわからない。（知らないだけだけど） 「FlashPlayerがそれなりに進化すれば、結局はFlashでええやん」という意見も根強い。 １社の製品に依存しすぎるのは確かに危険だが、ユーザに大した負担をかけず 安定して広く提供できるのであれば、現実問題としては十分だからだ。 AppleのようにFlashを締め出そうとしているところもあるが、戦略だかなんだか知らんが 今の段階から選択肢せばめてユーザに不便さをおしつけてんじゃねえよって思う。 まあそんなこんなで課題は多いけど、「パテントフリーでかなり高画質」なコーデックは 少なくともそれなりの需要が見込めるわけだからそのへんの夢を追っていこうぜみたいな。 過度な期待はしないけど過小評価もしないってスタンスでいいんじゃないだろか。 534 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 21:40:19 ID:YtNCNIKo] それにしてもきもちわるいひとがずっといるな 535 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 22:12:41 ID:4cMeNZvu] Dark ShikariによるVP8評　第2弾 x264dev.multimedia.cx/?p=486 536 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 22:19:33 ID:mUoMWNKf] >>532 画質はTheora超えてればいいし、エンコ速度は今後のアップ期待で終わる話。 そもそも、最高画質のH264が問題になってる事実からめを逸らすなよｗ 537 名前：名無しさん＠編集中 mailto:sage [2010/07/13(火) 23:08:11 ID:Qdru2wGv] 少なくとも今の10倍にスピード上げなきゃ始まりもしない 538 名前：名無しさん＠編集中 mailto:sage [2010/07/15(木) 00:15:47 ID:hRck2qVo] ソースがmpeg系じゃなきゃもっといけるよとかいわれても HDカムもTVもmpeg系だな

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef