10/06/25 04:42:23
AMDとNvidiaのドライバがvp8に対応すれば一気にvp8が普及する可能性もある
h264とvp8の優劣を徹底的に調べてくれるのはp2pら棲息するエンコ職人達だ
wmvはあっという間にh264に駆逐された、性能が全ての世界
専門家先生の分析よりも確実で嘘が無い
16:名無しさん＠お腹いっぱい。
10/06/25 05:42:45
>>14
一行目ちゃんと読もうよ
再生支援は効いてないんだってば。機種&OS的にね
効いてたらこの程度の差じゃ済まないよ
あくまでCPUによるソフトデコーダ同士の比較です
ChromeとChromium共に最新版入れてるから
ご承知の通りYoutubeで両方用意されてる場合はH.264ではテスト出来ない
だからH.264はSafariでしか試せないってだけのこと
そしてこれまたご承知の通りApple純正のH.264は
他の実装と比べて特に性能面で優れてはいないので不公平でもない
17:名無しさん＠お腹いっぱい。
10/06/25 06:49:17
>>16
ならばオマエは嘘つきだ
嘘つく前にググれよ
そんな大差の報告は無い
18:名無しさん＠お腹いっぱい。
10/06/25 06:52:48
反論したいならまずchromeでh264を再生してね
わざわざブラウザをょ変える時点でインチキがミエミエだよ
chromeはvp8もh264も再生できる
19:13
10/06/25 14:49:21
>>17
実際に試した結果だよ。自前の一次情報だから嘘つき呼ばわりは心外だ。
単に君が何らかの感情的な理由で認めたくないってだけの話だろ。
理由は容易に想像付くが。
>>18
だから、両方の形式が用意されてる動画で、且つ両対応のChrome6.xを入れてると
Youtube HTML5側の優先順位で自動的にWebMのページに飛ばされるんだってば。
強制的にH.264を選べる方法有るなら教えてくれ。
と言ってても仕方が無いんで
H.264のみ対応のChrome5.0.375.86に落として試してみた。動画は同じ奴。
結果はChrome RendererとChrome本体のプロセスの合計で90%くらい。
>>13の結果と比べると確かにSafari5より負荷高いが、やはりWebMよりは軽い。
ブラウズでは全体的にChromeは速い部類の体感だから予想外だった。
20:名無しさん＠お腹いっぱい。
10/06/26 06:52:23
>>15
ドライバの前に物理的なロジック回路の設計と実装が先だよ
その対応は来年以降と言われているから、
OSとアプリの対応に掛かる時間を含めて再生支援環境が整うのは
最短でも再来年以降だろうね
んでLinuxやAndroidなら比較的速やかに対応するだろうが、
WinやMacならMSやAppleがシステムレベルでVP8の再生支援対応を
追加してくれるかどうかはまだ全く不透明
21:名無しさん＠お腹いっぱい。
10/06/26 08:12:51
せっかく.H264の再生支援環境になったのにVP8が重いと困るな
22:名無しさん＠お腹いっぱい。
10/06/26 16:32:29
HTML5自体まだ草案段階だってのに気の早い話だ
23:名無しさん＠お腹いっぱい。
10/06/26 17:15:40
WebKitだけがHTML5だよ
24:名無しさん＠お腹いっぱい。
10/06/26 17:35:06
WebKitは糞
25:名無しさん＠お腹いっぱい。
10/06/26 21:15:16
WebKitは脆弱性のｶﾏﾀﾘ
26:名無しさん＠お腹いっぱい。
10/06/26 21:20:19
IEは不具合のカタマリ