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

WebM本家
http://www.webmproject.org/
WebP本家
http://code.google.com/intl/ja/speed/webp/
0002名無しさん＠お腹いっぱい。
垢版 |
2010/10/05(火) 06:08:20ID:R+5QJCFh
関連スレ
【WebM】VP8(VPx)総合スレ4【Google/On2】
http://hibari.2ch.net/test/read.cgi/avi/1274325583/
【Vorbis/FLAC】Ogg統合17【Theora/etc...】
http://hibari.2ch.net/test/read.cgi/software/1246816098/
JPEGの後継画像フォーマットについて議論するスレ
http://hibari.2ch.net/test/read.cgi/cg/1148854872/

その他いろいろな専門板にスレがあるのでそちらでもどうぞ。
WebMでエンコードするだとか専門的なのは得意な板でやるのが一番かと思われますが、
こちらではGoogleのWeb戦略など話題を選ばず使ってもらえばいいかなと。
0003名無しさん＠お腹いっぱい。
垢版 |
2010/10/06(水) 11:40:16ID:eIBXy8TU
とりあえずgoogleの日本社員が20%ルールでsusieプラグイン作れば多少は普及するんじゃね?

…っていうか、作ってください、お願いします
0004名無しさん＠お腹いっぱい。
垢版 |
2010/10/06(水) 11:46:28ID:eADA4kJ/
日本のデジカメメーカーが採用しない限りWebPは失敗規格だな。
てかJpeg XRだっけ？そんな感じの規格を押すべきだろって意見を前に見た。
0005名無しさん＠お腹いっぱい。
垢版 |
2010/10/07(木) 22:58:08ID:n0DSt0MN
静止画はMSのJPEG XRに統一すべきだろ。
0009名無しさん＠お腹いっぱい。
垢版 |
2010/10/10(日) 04:45:44ID:C0bUOp4c
>>6
何度も何度もガイシュツだけど、デジカメではJPEG圧縮よりもRAW現像・
NR・HDRといった画像処理のほうがはるかに処理が重くメモリも食うので、
いくらJPEG2000やJPEG XRがJPEGより重くても、ほとんど問題にならない。

それどころか、今はコンデジでH.264 1080/60i動画を撮れる時代なんだから。
0010名無しさん＠お腹いっぱい。
垢版 |
2010/10/10(日) 06:50:05ID:vJkBNOYa
H264で動画エンコするチップ搭載してるなら、
H264のIフレーム圧縮使った画像形式のほうが低コストで実装できるよな
しかも画質も圧縮率もjpegより上。

メーカーそろそろ気づけよｗ
0017名無しさん＠お腹いっぱい。
垢版 |
2010/10/12(火) 09:47:10ID:b6V4ec1E
>>14
いちおう標準化を通ったからそう決めつけることもないと思うけどね。
XRで重複双直交変換を採用した理由は特許避けじゃないかという話もあるし。
(blog.livedoor.jp/abars/archives/50472037.html)
MSもさすがにVC-1の一件で懲りてるんじゃないかなww

むしろくすぶっているVP8の特許問題がWebPに関係してくるかが気になる。
だけどさ、もうJPEG2000もXRもWebPも全部実装してほしいよ主なブラウザは。
そしてみんな好きなのつかえばいいじゃんよもう。
0018名無しさん＠お腹いっぱい。
垢版 |
2010/10/14(木) 00:07:27ID:2Y3ZBzk6
>>16
WebPを搭載するってことはVP8（の一部）を搭載するのと同義だろう

YUVが嫌いだからH.264のキーフレームを使わないなら
VP8のキーフレームであるWebPだって使われないでしょ、っていう

それを言うならJPEGだって基本的にYUVなんだがｗ
0019名無しさん＠お腹いっぱい。
垢版 |
2010/10/19(火) 16:10:45ID:Fek/wgZI
JPEG XR早く普及してくれ
0021名無しさん＠お腹いっぱい。
垢版 |
2010/10/29(金) 18:32:32ID:j0fJavfi
VP8コーデックSDK、初のメジャーリリース登場
ttp://journal.mycom.co.jp/news/2010/10/29/065/index.html
VP8コーデックSDKの初のメジャーリリースとなるVP8 Codec SDK "Aylesbury"が公開された

デコーダの高速化とエンコーダの改善の2つに注目して開発された。
デコードの速度が20%から40%、平均で28%高速化している。
またベストクォリティエンコーディングモードにおけるPSNRが7%以上向上、
静止画やゆっくりとしか動かないビデオ、
またはノイズをともなうビデオでは60%以上の改善が実現されている。

開発チームは今後四半期ごとに名前付きのメジャーリリースを実施
次のリリースは2011年第1四半期。SDK "Bali"。
開発テーマはエンコーダの高速化
0022名無しさん＠お腹いっぱい。
垢版 |
2010/10/29(金) 19:12:08ID:m+gt/VX/
PSNRだけ向上しても見た目が良くならなければ意味ないぞ
あとコードネームはAndroidのパクリか？ (頭文字がABC...と進んでいく)
0024名無しさん＠お腹いっぱい。
垢版 |
2010/10/30(土) 20:54:31ID:04A39e1h
スタートダッシュの5ヶ月でこれっぽちしか改善出来なかった割には
随分と景気の良い開発スケジュールだと思う
0025名無しさん＠お腹いっぱい。
垢版 |
2010/10/31(日) 13:27:42ID:7QTbtM8u
>>24
Googleよりもx264系面子による開発のほうがはるかに進んだというのも
面白いというかなんというか。にしても、バイナリフォーマット変わる
という話はどうなったんだ?
0026名無しさん＠お腹いっぱい。
垢版 |
2010/10/31(日) 15:05:54ID:RfiaZLeF
無いだろ。
変えたら組み込み向けには絶望になっちまうし。

それよりもGoogleは、Youtubeで新しいWebMの威力をまず実践してみせろと。
0027名無しさん＠お腹いっぱい。
垢版 |
2010/11/01(月) 17:03:33ID:kFMXomtc
YoutubeのHtml5・WebM動画は5月スタートの時点で既に結構綺麗だったと思う
ローカルでは未だあのレベルでのエンコが出来ないから設定のポイントを公開して欲しい
0028名無しさん＠お腹いっぱい。
垢版 |
2010/12/02(木) 20:31:28ID:jratwyGH
三浦璃那
0033名無しさん＠お腹いっぱい。
垢版 |
2011/02/02(水) 01:18:30ID:5t53V024
Best設定でWebMエンコすると、H264と戦える画質出てると思うんだが
いかんせんエンコ遅いよな。
しかも、CPU全然使ってくれないし。

Phenom II X4 955でCPUがフル稼働しないどころか、3コアは殆ど遊んでる状態。
これじゃエンコスピード出るわけがない。

今年Q1に出るという新バージョンで、どんだけ改善するんだろうな。
0034名無しさん＠お腹いっぱい。
垢版 |
2011/02/02(水) 08:22:33ID:Ky1sHCxK
つべのwebMもそこそこ綺麗だし、潜在能力自体はそこそこ有りそうな印象
後は実用面で言えばエンコとデコのコーデックの改良次第だね

でも今持ってるハードじゃ、永遠に再生支援は効かないんだよな…
0037名無しさん＠お腹いっぱい。
垢版 |
2011/02/02(水) 20:05:37ID:Z6fp6Azi
再生負荷はH.264のBaseline相当だから大半のニコ動や一部のつべ動画より大分軽い。
ただH.264は現行のGPUならほぼ100%再生支援が効くのが大きい。

古いPCだと再生支援が効かないがその場合もH.264 Baselineでエンコすれば画質も負荷も大差ないのがなぁ
0038名無しさん＠お腹いっぱい。
垢版 |
2011/02/03(木) 17:16:23ID:MJkf9MAv
ttp://japanese.engadget.com/2011/02/03/ms-chrome-h-264/

MSがWindows版Chrome用のExtensionの発表と
公開質問を出したらしい。
オラ何だかワクワクしてきた。
0043名無しさん＠お腹いっぱい。
垢版 |
2011/02/06(日) 16:32:48ID:c5RiKiUd
元々OSもブラウザも有る程度は拡張可能な仕組みを持ってる訳だから、
こうなるのは当然と言うか予想通りかな＞互いに相手用の拡張を出し合う展開

しかし来年正式策定になるHTML5 video、果たして成功するのかね？
権威所がお墨付きを与えた特定のコーデック／フォーマットを決めて従うより、
動画に関してだけはこれまで通りの自由競争の方が良いと思うんだけどな

別にブラウザのネイティブサポートでなく、従来通りのプラグイン方式で構わないし
そっちの方が変化に対して柔軟でしょ
0044名無しさん＠お腹いっぱい。
垢版 |
2011/02/06(日) 17:31:59ID:dr0RkmV9
問題は標準タグをプラグインで肩代わりすることだけどな。

しかも原理はHTMLのレンダリング前に横取りして<video>タグを
WMPプラグイン呼び出しに書き換えるなんて悪意のあるプログラムまがいの手法みたいだし。

ChromeなりFirefoxなりが未対応形式動画だった場合はプラグインに引き渡す、って形なら問題ないんだけど
0045名無しさん＠お腹いっぱい。
垢版 |
2011/02/06(日) 18:25:35ID:8OE3EVo5
>>38
※ただしWindowsに限る
って意味ねえ。
MicrosoftってH.264の特許を保持している会社の一つなんだよね。
そういうところが公開質問状出してもな

>>44
そういう事するとChrome Frameを非難できないよね。
0046名無しさん＠お腹いっぱい。
垢版 |
2011/02/06(日) 19:35:39ID:dr0RkmV9
>>45
ライセンスを持っている会社だからこそ公開質問状を出せるんだと思う。
なにせ H.264 を普及させる側の会社なんだから反撃ぐらいするさ。

かたや有償とはいえ標準化団体による標準化を終えている規格と
かたや無償とはいえ標準化も特許問題の可能性もクリアしていない規格があるなかで
普及の観点から見て劣勢側の当事者が多数派を追い出す決定をしたんだしね。

しかも相手はネット世界の帝国ときたらＭＳも無視できないでしょ。
0047名無しさん＠お腹いっぱい。
垢版 |
2011/02/25(金) 01:01:02.16ID:Qs24xK6t
ふだんWindowsしか使わないから頭が働かなかったが
たしかにlinux版やMac版も出してくれないと意味ないよな
0048名無しさん＠お腹いっぱい。
垢版 |
2011/02/25(金) 02:51:45.95ID:Ou6sG8O7
だがな、LinuxやMacにはDirectShowもWMPもないんだ。

そもそもWindowsではIEでもFirefoxでもChromeでもH.264とWebM両方再生できますよって
セールスポイントなんだから他OSのサポートしても逆効果なだけだから。

別にH.264が普及してもライセンス料はMSが払う金額の方が多いわけだし、他OSまでサポートする旨みが無い。
0050名無しさん＠お腹いっぱい。
垢版 |
2011/02/25(金) 10:52:51.64ID:Ou6sG8O7
皮肉と公開質問状を出すことに資格云々は関係ないと思うんだけど

てか、なぜ自社 OS や自社ブラウザ以外での H.264 サポートを全てMSがしないと「非難の資格なし」になるのかが判らないんだが。
本来ならユーザーが選んでインストールした H.264、WebM を自社製品で使用可能、排除しないだけでよくね？

そして公開質問状も WebM と HTML5 の今後への Google の対応策についてであって H.264 とは直接関係ない。

MSがChrome用H.264プラグインをリリース、Googleへ公開質問も
ttp://japanese.engadget.com/2011/02/03/ms-chrome-h-264/
0056名無しさん＠お腹いっぱい。
垢版 |
2011/03/10(木) 12:13:24.62ID:oAMJ78Et
グーグル、動画コーデック「VP8」の新版「Bali」を発表--次期版の計画も明らかに
ttp://japan.cnet.com/news/service/35000325/
やっとこ出た
エンコード速度が前バージョンにくらえて1.35倍速いそうだ

次バージョンはQ2の後半だってさ
0058名無しさん＠お腹いっぱい。
垢版 |
2011/03/21(月) 19:38:53.78ID:D+gXBRAM
ffmpegでVP8のconstant qualityをやるにはどうすればいいんだろう
best やgoodの指定の仕方も変わっちゃって以前のやりかたじゃエラー出るし
よくわからん
0059名無しさん＠お腹いっぱい。
垢版 |
2011/04/01(金) 22:50:39.29ID:1pjsTvFV
x264、WebM、Theora比較検証
http://webscaws.x10.mx/?p=100

SSIMとエンコ時間を見る限り、
x265のベースラインプロファイルと画質＆エンコ速度でほぼ互角レベル。
WebMのほうが指定ビットレート厳守な傾向

さすがにTheoraは圧倒してるが、x264のメインプロファイル、ハイプロファイル
には全然叶わないね

0060名無しさん＠お腹いっぱい。
垢版 |
2011/04/02(土) 09:01:49.67ID:wWN8o8QG
>>59
いや、x264と同じ品質（SSIM）で見たとき、エンコード時間が段違いなんだが？
というより横軸の取り方が酷すぎるだろｗｗｗ

x264 BL vs vpxenc の 1 pass 比較のグラフの１メモリが +43.2, +136.8, +432.5, +15367.5 ってどうよ。

WebMの一番エンコ速度が速い結果とSSIMが近い x264 BL エンコ速度の差が 100 秒近いんだけど。
WebMの一番品質が良い結果とSSIMが近い x264 BL エンコ速度の差が 10 分程度なんだけど。
0061名無しさん＠お腹いっぱい。
垢版 |
2011/04/02(土) 09:06:18.57ID:wWN8o8QG
ミス。
x264 BL vs vpxenc の 1 pass 比較のグラフの１メモリが +15.6, +27.6, +49.3, +87.5, +155.7, +276.8, +492.2, +875.3 ってどうよ。
0062名無しさん＠お腹いっぱい。
垢版 |
2011/04/02(土) 11:18:18.72ID:tkOxJ2gr
どうもこうも、横軸が対数なだけでしょ？
目盛の数字をどこに置こうが、そんなの本質じゃないし。

いずれにしろ、
「当面、WebMはx264のベースラインプロファイルとの戦い」
「WebMはまだまだだね」
という結論は動かないでしょ

まだ伸び代はありそうだが、
Googleがこれをメインに使うだけのクォリティにはまだ達してない。
0063名無しさん＠お腹いっぱい。
垢版 |
2011/04/02(土) 18:26:47.53ID:wWN8o8QG
対数でグラフ化してるから「エンコ速度は互角」なんて見えるわけで。
他に適切な見せ方があるとは思えないが。

WebMはストリーム配信向けの高速モードが無いのがWEB専用コーデックとしては致命的だよなぁ
0064名無しさん＠お腹いっぱい。
垢版 |
2011/04/02(土) 20:39:54.40ID:tkOxJ2gr
>対数でグラフ化してるから「エンコ速度は互角」なんて見えるわけで。

対数グラフにしたところでエンコ速度が互角な事実は動かないわけで。
縦軸対数じゃなくて横軸対数だぞ？

ストリーム配信向けの高速モードって、reamtimeモードでしょ？
普通にあるが。
0065名無しさん＠お腹いっぱい。
垢版 |
2011/04/03(日) 00:06:49.01ID:CBLhKFMG
WebMの一番エンコ速度が速い結果とSSIMが近い x264 BL エンコ速度の差が 100 秒近いんだけど。
WebMの一番品質が良い結果とSSIMが近い x264 BL エンコ速度の差が 10 分程度なんだけど。
0066名無しさん＠お腹いっぱい。
垢版 |
2011/04/04(月) 00:38:32.84ID:hqod+uBF
というか元々VP8はエンコード負荷が高い／より時間が掛かる技術でしょ
（エンコードは重くてもいいからその分デコードはより軽くという設計思想）
0067名無しさん＠お腹いっぱい。
垢版 |
2011/04/04(月) 01:42:18.47ID:OY1mLSCv
VP8とH.264 BLで前者が特別デコード負荷が軽いとは思えないんだが。
そこそこ高速化された現時点でもまだ自分の環境だとH.264 BLの方がソフトウェアでのデコード負荷は軽い。
0071名無しさん＠お腹いっぱい。
垢版 |
2011/04/20(水) 09:51:30.58ID:8YahKeSL
その閉じたサービスがGoogleの画像検索であったりしたら
それで十分なんだけどｗ

既にChrome、Firefox、Operaが対応してんだから
0076名無しさん＠お腹いっぱい。
垢版 |
2011/04/21(木) 08:47:50.19ID:hGIeilQY
HTML5上でもどっち使うか
手動で切り替えられるようにしてほしいな
HTML5はそもそも誰も使わないモードだから力入ってないんだろうが
0077名無しさん＠お腹いっぱい。
垢版 |
2011/04/21(木) 08:51:45.97ID:wqsaGJLp
HTML5モードにして、検索条件の「WebM」をチェックして
適当な動画を再生してみたけど、1080Pのものがないねぇ
画質はH264よりちょっと落ちるかなというくらいだな
0078名無しさん＠お腹いっぱい。
垢版 |
2011/04/21(木) 09:09:12.50ID:hGIeilQY
1080pは今のところH.264にしか対応してない
chromeとかだとそこまで行くとH.264に自動的に切り替わる
まだWebMじゃ低負荷再生できないってことなんだろう
0079名無しさん＠お腹いっぱい。
垢版 |
2011/04/21(木) 14:05:34.51ID:ZkeV6tVs
WebMだとハードウェア支援してくれるグラボやチップセットが存在してないからなぁ。

YouTubeだとH.264動画の多くがBaselineプロファイルだから画質はあまり変わらないね。
ニコニコ動画だと逆に動画の多くがHighプロファイルだからWebMに移行したら画質がだいぶ落ちる。

>>76
YouTubeに限ればGoogleにとってWebMが再生できる環境でH.264動画を見せてやる義理はない。
0081名無しさん＠お腹いっぱい。
垢版 |
2011/04/21(木) 21:02:32.98ID:5kK90oa9
>>80
つ スマートフォン
まあ、YoutubeはH.264をサポートし続けるというし、通常は
ブラウザからではなくYoutube専用アプリでのアクセスなので
HTML5がどうなろうが実はあんまり関係なかったりするけど。
0083名無しさん＠お腹いっぱい。
垢版 |
2011/04/23(土) 06:51:56.95ID:murv/Gzw
H.264でもVP8でもどっちでもいいから、少なくとも低解像度（360p/480p）においては60p/50pサポートしてくれたらなあ…
正直ネット動画で1080pとかそれ以上の解像度の動画なんて要らない
0086名無しさん＠お腹いっぱい。
垢版 |
2011/04/23(土) 16:42:54.98ID:WmZlL6RW
WebMはちょっと試せないけどH.264なら、実際にIE9上で
HTML5の<video>タグで720p 60fpsの動画が再生できてるけど？
0088名無しさん＠お腹いっぱい。
垢版 |
2011/04/23(土) 17:35:58.80ID:WmZlL6RW
あれ？　YouTube限定の話だったのか。
自鯖で試したら普通に行けたからH.264でもWebMでも別にfps制限なんてHTML5で規定されてないよね？って思ってしまった。

ごめん
0089名無しさん＠お腹いっぱい。
垢版 |
2011/04/24(日) 00:19:23.83ID:twOeND1S
しかし>>73の発表って一体何のつもりなのか意味が分からん
基本的にはどれも去年5月の登場時点で言ってたことばかりで今更感全開

「youtube新規投稿分全てのwebMでの公開」も去年の時点で約束しておきながら
実際は全然実行出来てなかったのは周知の事実だから
これからは反省して真面目にやりますよと言う意味での再表明か？
0091名無しさん＠お腹いっぱい。
垢版 |
2011/04/24(日) 18:48:03.80ID:nddNV70m
エンコーダーが遅すぎて間に合ってなかっただけじゃないの？
Baliになってずいぶん高速化されたから、それでやっとめどがついた、
とかそんなとこと予想
0092名無しさん＠お腹いっぱい。
垢版 |
2011/04/24(日) 19:10:57.37ID:VUSFLe0J
まあ海外のフォーラムでも2chのDTV板でも自分でエンコしてもこの品質出せない
設定どうなってんのとか言われてたから
エンコ時間は半端なかったんだろうな
0093名無しさん＠お腹いっぱい。
垢版 |
2011/04/24(日) 21:31:19.37ID:nddNV70m
WebMはVorbisだから音がいいのかと思いきや、なんかCBRだねこれ。
せっかくVorbisなのに損してるなぁ
0095名無しさん＠お腹いっぱい。
垢版 |
2011/04/26(火) 09:03:16.18ID:RXk9slgN
グーグル、WebM関連特許を共有するイニシアチブを発表--16の組織が参加
ttp://japan.cnet.com/news/business/35002148/
Googleは米国時間4月25日、「WebM Community Cross License」イニシアチブと
いうプログラムを発表した。無償で利用可能なウェブ用ビデオ技術にのしかかる
特許関連の脅威を取り除くことを目的とする。

このプログラムに参加する企業は、「WebM」関連の任意の特許を互いにライセン
スすることで合意する。同技術が実際にロイヤルティフリーであり、またGoogle
もそれを強く希望していることを相互に再確認するための動きである。

Googleはこれまでに、16の組織と同プログラムに関する契約を交わしている。
その中には、ブラウザメーカーであるMozillaやOpera Softwareなど、参加が自明
な組織もある一方で、サムスンやLG Electronicsなど、WebMと競合する最大のビ
デオエンコーディング技術である「H.264」と関連するため、商業的利益を生み出
すことができるとみなされるビデオ関連特許を保有する企業もある。
0097名無しさん＠お腹いっぱい。
垢版 |
2011/04/26(火) 16:02:10.25ID:re7+1OMS
Webの世界がRFであるべきという主張には共感するが
動画に対してもその単純なルールを押し付けて適用することの是非は
全く別物だと思うんだがなー
0104名無しさん＠お腹いっぱい。
垢版 |
2011/05/09(月) 09:48:02.71ID:hItiHIok
vpxencで2パスエンコしてVLCで再生したらVP7よりましな物が出来るようになった…
まさか腐ってたのがGoogleのDirectshowフィルタでのデコードの方だったとは…
低ビットレートVP8マンセー
0109名無しさん＠お腹いっぱい。
垢版 |
2011/05/11(水) 09:41:42.89ID:NygMOWgl
VP9はまだ？
0112名無しさん＠お腹いっぱい。
垢版 |
2011/05/11(水) 16:38:39.11ID:j+jML2I0
バイトパフォーマンスならJPEG2000がダンチ。
全体的なバランスならJPEG XRがかなり優秀。

WebPはいろいろと残念すぎる。
バイトパフォーマンスならJ2Kにボロ負けだし、
回路規模あたりのパフォーマンスはJXRの足元にも及ばない。
0114名無しさん＠お腹いっぱい。
垢版 |
2011/05/22(日) 05:32:42.52ID:MNQKWn+b
WebP
上のOperaの例のような閉鎖系のサービス内限定の利用でなら比較的に採用し易いけど
オープンなWebのほうに普及させるのは容易ではないと思う

Jpegが余りに広く深く浸透し過ぎているし、
動画と違って静止画では画質面で不満を持ってる人もそう多くはないから
0115名無しさん＠お腹いっぱい。
垢版 |
2011/05/22(日) 08:56:37.57ID:ix3qpGp8
>>113
http://www.gazo.cc/up/38762.png

その画像を元に JPEG, J2K, JXR, WebP で比較してみた。
個人的に画質がマシだと感じる順は Jpeg XR > Jpeg 2000 > WebP > Jpeg か。

WebPはパッと見は綺麗に見えるけどブロックノイズが出てるから低解像度に見える。
0119名無しさん＠お腹いっぱい。
垢版 |
2011/05/24(火) 00:42:16.57ID:lsHZuoyQ
http://www.itmedia.co.jp/news/articles/1105/23/news019.html
>Googleが、Web画像の読み込み高速化を目指すオープンソースのフォーマット「WebP」のアルゴリズムを改良した。
>また、Chrome、Opera、Gmail、Picasa Web AlbumsでWebP画像の表示が可能になった。
>2011年05月23日 07時52分 更新
>
>　米Googleは5月20日（現地時間）、オープンソースのWeb向け画像フォーマット「WebP（ウェッピーと読む）」の改良と、
0121名無しさん＠お腹いっぱい。
垢版 |
2011/05/24(火) 10:38:50.38ID:B5UDrhRL
自分の動画がVP8でエンコされてた
思ったより全然綺麗だった
0125名無しさん＠お腹いっぱい。
垢版 |
2011/05/25(水) 18:32:24.30ID:ObdkwLMp
αチャンネルは可逆圧縮してくれるのだろうか？
αチャンネルもVP8で非可逆圧縮するとは考えにくいけど…ZIP圧縮かな？
0128名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 12:54:36.10ID:R2D4IM4Y
Firefox、Google提案画像フォーマット「WebP」のサポートは消極的
ttp://journal.mycom.co.jp/news/2011/05/27/023/index.html
Googleの提案している新しい画像フォーマット「WebP」はChromeがサポートし
ているほか、Operaも対応している。どちらもWebPの圧縮率の高さに魅力を感じ、
閲覧のみならずサービスの中でもWebPを活用するなど積極的な姿勢を見せている。

一方Mozillaは、FirefoxにおけるWebPのサポートに否定的な姿勢を見せている。
0129名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 14:19:26.62ID:84Dvsoi0
JPEG XRがVista以降のOSで標準サポートされているのにもかかわらず
全く普及していないことを考えると、たとえFirefoxがサポートしたところで
WebPなんて…
0130名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 15:04:05.24ID:R2D4IM4Y
いや、JPEG XRが普及しないのは、キラーが無いからだよ。
使う必要性が皆無なんだ

ところがGoogleは、Google検索、Google画像検索を有してる。
そのシェアと使用頻度は圧倒的だ。
しかも既にChrome、Operaは対応済み
他ブラウザだってGoogleがプラグイン出せば済む話だ(WebMはプラグイン出してる）

重要なのは、Google側がWebPをGoogle検索やGoogle画像検索に使うことで
帯域削減という実益があることだ。

普及するしないはもはやどうでもいいんだよ
使用頻度の高いキラー用途を既に有してるいじょう、提案し、実装し、実益をえる。
それだけの話だ。
他サイトが使うかどうかはどうでもいいんだよ

これはWebMも同じこと。
キラー用途であるYourubeを有してるいじょう、Googleが実益を得てGoogleだけ
でも継続使用されるだろう
0131名無しさん＠お腹いっぱい。
垢版 |
2011/05/27(金) 15:05:55.74ID:R2D4IM4Y
それとスマフォの台頭が後押しする

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

あとJPEG2kの致命的な欠点が画像によって圧縮所要時間が無視できないほどバラつくことだったらしい。
0228名無しさん＠お腹いっぱい。
垢版 |
2011/11/30(水) 21:44:09.71ID:yt9jTllZ
gitでcloneしたlibvpxのexampleにあるgen_example_code.shが使いものにならなすぎワロタ
自分でマージしたわ。
0232名無しさん＠お腹いっぱい。
垢版 |
2011/12/04(日) 19:15:07.42ID:qEOMsqmI
しかし、>>229みたいな写真だとJPEGにたいする画質面での優位性はわかりにくいな。
拡大したり凝視すれば確かに良くなってるんだけど。

これがイラストとかだと等倍ではっきりわかるレベルで違うんだが。
0233名無しさん＠お腹いっぱい。
垢版 |
2011/12/04(日) 20:53:49.32ID:/mwvRQD/
気になったのでググってみました。
やっぱり先駆者はいるもんですね、SPIすぐに見つかりました。

しかし利点が無い。
jpgやgifやpngで十分じゃん、としか思えない。
0235名無しさん＠お腹いっぱい。
垢版 |
2011/12/04(日) 23:05:20.88ID:4b+wS/cU
>>234
たぶん、webpからバックポートする感じでwebmにも異様に綺麗なフレームを
生成するメソッドができたりするんじゃない?
0237名無しさん＠お腹いっぱい。
垢版 |
2011/12/05(月) 02:17:55.63ID:NtG14KtP
Flashなくなったらh264再生不可ブラウザばかりになるからどうにかしてもらいたいところではあるけど
Flashは次でマルチスレッドデコード対応するけどこれどうだったっけ・・・
ハードウェア再生支援も対応はないだろうし
0238名無しさん＠お腹いっぱい。
垢版 |
2011/12/05(月) 02:30:44.37ID:VROLnNkr
まぁ、Flash撤退はモバイルだけの話だし
モバイルWEBブラウザのメインであるWebKit（iOS、Android）や
IE9（WP7.5）はH.264/AVCに対応しているから大して困らないよね。

YouTubeやニコ動、その他一般的な動画サイトは再生プレイヤーが有ったりするし
0239名無しさん＠お腹いっぱい。
垢版 |
2011/12/05(月) 13:07:21.61ID:0izCvG8N
うｐろだどっとねっとか極一部のろだがWebPに対応してた

Janeとか画像ビューアならSusie入れて見られるが、やっぱりFirefoxで見られないと困るな
0240名無しさん＠お腹いっぱい。
垢版 |
2011/12/05(月) 15:45:27.17ID:R7quCREC
FirefoxはChromeの躍進に焦って、頻繁VerUpに変えてしまって自爆だね。
豊富な拡張がウリだったのに、VerUpのたびに殆ど使えなくなる
結局Chromeに抜かれてしまったし、衰退著しい
0242名無しさん＠お腹いっぱい。
垢版 |
2011/12/05(月) 17:15:21.48ID:1hI7phCY
スレ汚しすまん、こっちだった
ttp://miyahan.com/me/report/computer/070125_WUXGA_LCD/ColorManagement_test.html#Test_CMS
0244名無しさん＠お腹いっぱい。
垢版 |
2011/12/05(月) 23:03:28.76ID:AJf4JvzV
移行する必要は別にないだろｗ
シェアでChromeが勝ってるからChromeのほうが機能が多いかっていうとそんなことはない

ChromeはFirefoxと違って、速いし64bit対応だしマルチプロセス対応だけど
拡張で基幹部分までイジれる作りじゃないからなぁ
0247名無しさん＠お腹いっぱい。
垢版 |
2011/12/06(火) 13:51:25.62ID:1B21a+6w
Chromeが速いっていうのもタブ数が少ない時限定だね
タブ数が10個超えてくると明らかにChromeは遅くなる
もともとGoogle自身がそう言ってる当前なんだけどね
0250名無しさん＠お腹いっぱい。
垢版 |
2011/12/06(火) 19:21:59.30ID:hJQnKOxh
>>248
さすがにそこまで了見が狭いとは思わないwww

ただGoogleからすればChromeのシェアが広がれば広がるほど
Mozillaに対して強気に出られる面はあるだろうね。契約の価格交渉とかでも。

まあ、あからさまにMozillaに泥を引っ掛けるような真似をすれば
FLOSSに理解があります！的なアピールも真に受けてもらえなくなるだろうが。
0253名無しさん＠お腹いっぱい。
垢版 |
2011/12/07(水) 18:57:00.85ID:wy7T2lBM
>>252
今もMSは独禁法を恐れてアップル支援してる側面があるね
やっぱり競争相手がいないとダレたり杭を打たれたりで良いことが無いな
0254名無しさん＠お腹いっぱい。
垢版 |
2011/12/16(金) 06:09:06.81ID:5klvk6Oq
h.264のCBPってのが出るみたいだが
それよりも使えるのかね？

いい加減、ハードウェアエンコードのチップとかが
出て欲しいわ。H.264の当て馬で終わってしまうのかね。
0255名無しさん＠お腹いっぱい。
垢版 |
2011/12/16(金) 06:13:13.73ID:5klvk6Oq
h.264のCBPってのが出るみたいだが
それよりも使えるのかね？

いい加減、ハードウェアエンコードのチップとかが
出て欲しいわ。H.264の当て馬で終わってしまうのかね。
0256名無しさん＠お腹いっぱい。
垢版 |
2011/12/16(金) 19:03:44.05ID:hAxGH40v
最近画像をダウンロードしても見れなくておかしいと思ったら、拡張子が変わってたのね（オペラ）
マジ基地なんだけど・・・閲覧ソフトもねえし
0258名無しさん＠お腹いっぱい。
垢版 |
2011/12/16(金) 20:30:05.26ID:hAxGH40v
>>257
産業で

切ってみた
普通にダウンロードされた
ありがとう　そして　すんませんでしたああああああああああああ
0262名無しさん＠お腹いっぱい。
垢版 |
2011/12/28(水) 08:04:00.74ID:Wj75dyPX
しかしChromeのH.264サポ止めますアナウンスとは一体なんだったのか
最新版でつべのHTML5ページ開くと相変わらずサポートされたまんまなんだが
0264名無しさん＠お腹いっぱい。
垢版 |
2011/12/28(水) 09:47:33.98ID:Wj75dyPX
そのスケジュール自体が全くもって不明なのだが、
もうそろそろで発表からはかれこれ一年近く経つから
ホントに止める気有るのか疑い始めてる
0266名無しさん＠お腹いっぱい。
垢版 |
2011/12/28(水) 23:38:01.94ID:idhvfU/a
>>251
むしろH.264に対してさえこの手の嫌がらせをしないgoogleがFirefoxを潰すわけはないと思ってたので
>>249
こういう印象を振りまくためのgoogleに対するネガキャンとしか思えなかった
0267名無しさん＠お腹いっぱい。
垢版 |
2011/12/29(木) 09:04:52.86ID:Iwn9ZsAr
国際標準化機構に嫌がらせをしないからといって、１企業であるMozillaに嫌がらせをしないとする根拠にはならん
GoogleはFirefoxに資金を支援しているけど、MPEG（ISO/IEC）とITU-Tに対しては利用以外の権利に関しては何もないぞ？
0269名無しさん＠お腹いっぱい。
垢版 |
2011/12/31(土) 14:26:15.93ID:/WdX+kGR
Firefoxのメモリー馬鹿食い問題が解決して何よりだった。
そういう意味でも数ヶ月に1回メジャーバージョンアップを強いるのも悪くないかな、と思った1年。
0273名無しさん＠お腹いっぱい。
垢版 |
2012/01/19(木) 16:07:36.68ID:+Gx9D1Qk
“WebP”形式の画像を表示するためのコーデック「WebP Codec for Windows」

WIC準拠の各種ソフトでWebP画像を表示可能に

＞ただし、現在のところ対応するのはデコードのみで、エンコードには対応
していない。そのため、WIC準拠ソフトでWebP画像を表示することはできるが
編集・保存・変換することはできない。将来的にはエンコードおよびメタデ
ータの取り扱いに対応する予定とのことなので期待したい。

http://www.forest.impress.co.jp/docs/review/20120119_505505.html
0277名無しさん＠お腹いっぱい。
垢版 |
2012/01/20(金) 23:23:30.25ID:yN9S3CWo
動画はH.264のほうが性能が上。ただし有料。
これはお金の問題なんだからじゅうぶんというのはおかしい。
0285名無しさん＠お腹いっぱい。
垢版 |
2012/01/23(月) 22:24:54.18ID:oxauMQlj
同じサイズでWebPや、jpeg jpeg2000,jpegXRなんかに圧縮して、
WebPが他に比べて明らかに画質で劣ってしまう画像ってどんなのだろう。
0290名無しさん＠お腹いっぱい。
垢版 |
2012/02/01(水) 08:02:40.80ID:fSNFJk8g
だからといってすんなり普及しそうにも無いのが難しいところ

動画と比べてWebの静止画に対する画質面での不満ってさほど無いし
0291名無しさん＠お腹いっぱい。
垢版 |
2012/02/01(水) 12:08:33.04ID:1J3E+n77
WebPに対応したうｐろだって何で出てこないんだろうな
運営側からしたらトラフィック軽減するメリットでかいんじゃないの？
0293名無しさん＠お腹いっぱい。
垢版 |
2012/02/01(水) 19:47:02.19ID:hv8JkBpY
cwebpのフロントエンドがほとんどないのも困りものだよね。
俺も携帯動画変換君を使っている状態だし。
XnConvertだと今度は最新のライブラリが使えないし。

今年末ぐらいまでにはFirefoxにも対応して欲しいなとおもうけど、
メンテナーは嫌がってるみたいだしなあ。
0296名無しさん＠お腹いっぱい。
垢版 |
2012/02/01(水) 23:38:57.04ID:1J3E+n77
デジカメなんかのハードが対応してない機器で
普及が遅れるとかなら分かるんだけれども
PCなんてさっさと次世代フォーマット移行しちゃえば
いいと思うんだけどなぁ。
もう出揃ってから何年だ？
0297名無しさん＠お腹いっぱい。
垢版 |
2012/02/02(木) 02:13:37.41ID:NsD10VWE
JPEG 2000が出てから10年以上たちました。
それよりも先にJPEG XRが普及しだしそうな雰囲気です。

少なくともWebPが普及するためにはJPEG2kよりもかなり高速で保存でき、
メモリ使用量がかなり小さく、回路規模もかなり小さくなる必要があるだろうね。
0298名無しさん＠お腹いっぱい。
垢版 |
2012/02/02(木) 02:20:02.67ID:NsD10VWE
JPEG 2000は、JPEGの約94倍のメモリ領域、約15倍の回路規模で約２倍の圧縮効率。
JPEG XRは、JPEGの約11倍の計算処理、約６倍の回路規模で２倍近くの圧縮効率。

WebPはビデオコーデックであるVP8そのものだからJ2kよりも軽いとは考えにくいがJPEGとの比較ってある？
0299名無しさん＠お腹いっぱい。
垢版 |
2012/02/02(木) 03:18:05.07ID:UHWJQtPQ
>>297
JPEG XRは明らかにデジカメ向きだし、その用途でもっと流行ってもいいだろうとは思うんだけどね。
まあ、それならDNGでもいいだろうけど。

>>298
体感ではJ2KよりWebPの方が軽いんだけどね。なんでだろう。

あと、枯れ果てたJPEGよりWebPの方が軽いということはないと思う。
0300名無しさん＠お腹いっぱい。
垢版 |
2012/02/02(木) 04:06:31.32ID:UHWJQtPQ
あ、JPEGよりWebPの方が軽いとかそういうことではなくてJ2KやXRとの比較をしたかったのね。
体感では軽さでXR=WebP>J2Kいう印象だけど、数字での比較ってあるんだろうか。
0303名無しさん＠お腹いっぱい。
垢版 |
2012/02/04(土) 22:49:40.85ID:SgR5byrY
>>302
ううむ。JPEG XRに対するネガキャンってぐらいにアレな結果だなぁ。
というか、マヂでこれネガキャンでそ。
0305名無しさん＠お腹いっぱい。
垢版 |
2012/02/05(日) 12:14:05.85ID:V21ZxloF
どれでもいいからブラウザ標準化して画像サイトに対応してくれりゃどっちもありがたいんだけどな
0307名無しさん＠お腹いっぱい。
垢版 |
2012/02/05(日) 14:00:03.43ID:PxIkoLca
>>302の検証が妥当かはわからんけど、
実際JPEGXRって、いろいろ魅力的だけど圧縮性能的にはブロックノイズがでないJPEGって感じで
イマイチなんだよなー。

WEBPとか、あとx264でも試してみたけど、最近の画像圧縮って
>>302のグーグルロゴみたいな、いままでJPEGが苦手としてきたような画像の画質が大きく向上してるんだよなー
JPEGXRはそれに追いつけてない。
0309名無しさん＠お腹いっぱい。
垢版 |
2012/02/06(月) 16:00:07.87ID:tgkgNbs2
JpegXRの圧縮法は高速省メモリでJPEGを超えるように作ったからよ
デジカメなどのメモリ、処理能力、消費電力、サイズなどに制限のあるデバイスで威力を発揮する
0310名無しさん＠お腹いっぱい。
垢版 |
2012/02/06(月) 18:36:46.95ID:ejY6mdk2
カメラで撮影時にXRで保存して、
そこからWEB表示用にWEBP等に変換って使い方になるのが理想か？
0314名無しさん＠お腹いっぱい。
垢版 |
2012/02/07(火) 12:18:55.17ID:TTkHAb0v
SSIM
WebP 80
アニメBMP 7627.55>328.70KB
RGB　98.545852%
YUV　98.578536%
風景BMP 2880.05>49.83KB
RGB　98.335742%
YUV　99.215040%

JPEGXR 80
アニメBMP 7627.55>504.16KB
RGB　98.124720%
YUV　99.014925%
風景BMP 2880.05>59.3KB
RGB　97.982931%
YUV　99.218508%

Caesium 80 JPEG
アニメBMP 7627.55>485.26KB
RGB　97.491067%
YUV　97.838774%
風景BMP 2880.05>82.49KB
RGB　98.686127%
YUV　99.208449%

エンコード・デコードの処理の負荷の差とかありそうだしなんとも言えない

0317名無しさん＠お腹いっぱい。
垢版 |
2012/02/17(金) 00:54:35.47ID:xcMOdzek
pdf.jsはJPEG2000をJavaScriptの力技でデコードできるそうだが
WebPをデコードするJSライブラリとかでないものか
0319名無しさん＠お腹いっぱい。
垢版 |
2012/02/17(金) 07:53:04.40ID:xVXyqGCw
>>318
Firefoxで表示できた。すごいな。Web鯖に上げないとテスト出来なかったけど。
画像はPNGに変換されるらしい。

IE9では動作しなかった。対応ブラウザらしいのに。
0322名無しさん＠お腹いっぱい。
垢版 |
2012/02/24(金) 06:20:50.55ID:Vcpsls7U
Evergreenってのがまた微妙なコードネームだな
「更新されない、長期放置」という意味合いも有るから

つか第5世代って一体…1-4とか有ったのか
0323名無しさん＠お腹いっぱい。
垢版 |
2012/02/24(金) 07:45:06.73ID:fTeQFKZk
ハードウェアエンコーダーとかどうでもいいから
もっとソフトウェアエンコの速度あげてくれよ
0326名無しさん＠お腹いっぱい。
垢版 |
2012/02/26(日) 20:10:20.54ID:uteZRUF2
Googleの対H.264戦略

MotorolaがH.264のライセンス料を過剰に求めている？
http://ascii.jp/elem/000/000/673/673896/

　通常、特許ライセンス条項について、そのライセンス料の金額（使用料金）などの詳細が公開されることはないが、今回Heiner氏は具体的にMotorolaが求めているライセンス料について明かしている。
それによると、Motorolaは動画圧縮方式であるH.264に関連する特許を50件保有しており、Microsoftにロイヤリティーとして、1000ドルのノートPCの場合1台あたり22.5ドル、2000ドルのノートPCでは1台あたり45ドルを求めているという。

　なお、H.264を実装するには、これ以外に29社から2300件以上の特許技術が必要であり、Microsoftがこれら29社／2300件に払うライセンス料金はわずか2セント、
「Motorolaはたった50の特許を利用するのに、1000倍以上の金額を求めている」と主張している。
0327名無しさん＠お腹いっぱい。
垢版 |
2012/02/28(火) 01:04:30.39ID:lfG+LSkE
ヘタしたらWindows OEMバンドル料金の半分をH.264の一部の特許に支払えと言ってるのかｗ
完全に強請りレベルじゃねぇかｗ

というかパソコンの販売価格で基本特許ライセンス料を変えるのって許されるのか？
何のためのMPEGパテントプールなんだよｗ
0328名無しさん＠お腹いっぱい。
垢版 |
2012/02/28(火) 01:23:23.35ID:0hJYRhbg
Googleが買収した途端にこれだもんなぁ。スゲーわかりやすいけど、Googleがこんな手段を使うなんてちょっと意外。
0329名無しさん＠お腹いっぱい。
垢版 |
2012/02/28(火) 01:48:45.00ID:LL8Rx8oe
MSはIEでH264のデフォ再生を支持しながら、ライセンス料は当分要らないと
言ってるのにねぇ

「H264はライセンス問題があるからWebに合わない！ライセンスフリーなWebM推し！」
と言ってたGoogleがトンでもないライセンス料取るとはｗ
0330名無しさん＠お腹いっぱい。
垢版 |
2012/02/28(火) 02:39:20.85ID:55KLKDAV
だからフリーなWebMを強引に押すためのネガキャンだろ
「こういう要求も（フリーなコーデックじゃないと）できてしまうんですよ！」と言ってるんだろうし
あわよくば同時にお金も儲けられて一石二鳥ーとでも考えてるんじゃねーの
0336名無しさん＠お腹いっぱい。
垢版 |
2012/03/03(土) 01:31:34.41ID:giyQWkCT
>>334　長い記事だからケツだけ読んだ
＞個人的には微妙にニーズと技術のマッチが取れていないという印象を持った。

いらない子か
0338名無しさん＠お腹いっぱい。
垢版 |
2012/03/04(日) 10:37:32.14ID:e2R7HxE6
JPEG-HDRって、ダイナミックレンジ追加だけでしょ？
JpenXRならダイナミックレンジと圧縮展開メソッドでメリットあるよ？
0339名無しさん＠お腹いっぱい。
垢版 |
2012/03/05(月) 03:06:42.47ID:gd7kn+SP
今までのJPEG対応ソフトで8ビット深度画像は問題なく開けるというメリットがあるよ。
mp3PROやHE-AACがそれまでのmp3やAAC対応音楽プレイヤーで開くことができるのと一緒。

需要がないのも一緒。
0341名無しさん＠お腹いっぱい。
垢版 |
2012/03/07(水) 15:22:55.47ID:h9HNhisU
DVDやBDみたいに、まずは本ちゃん規格がしっかり普及してからでしょ。
後付け設計や拡張は、後の世の技術者が考えればいい事であって、規格のウリにはならないと思う。
0345名無しさん＠お腹いっぱい。
垢版 |
2012/03/15(木) 20:15:15.95ID:AqfyoTEv
>>344
完全に敗戦前の降伏を見越した議論って感じだな…もう少し粘ってくれると思っていたが。

パテントフリーでないH.264が「事実上のWeb標準」になるというのは、重大な前例になりそうだなあ。
0346名無しさん＠お腹いっぱい。
垢版 |
2012/03/15(木) 22:48:30.85ID:pWEEGNdz
でも最近YoutubeのWebM動画も、画質かなり良くなってきてるねぇ

自分でエンコするときはエンコ速度遅くてアレだけど
0348名無しさん＠お腹いっぱい。
垢版 |
2012/03/15(木) 23:10:21.28ID:Edanya5p
>>344
Googleのオープンプロパガンダって、Googleが格好いい正義の味方というイメージを保てなかった時点で破綻してる。
Google発の規格がオープンの名の下支持される時代が終わっただけの話と、そもそもH.264が普及しすぎてたって話。
0349 忍法帖【Lv=2,xxxP】
垢版 |
2012/03/16(金) 00:36:42.20ID:UZx4Lzdb
WebM結構いいよ。同配信システムに組み込んだ。
ネックはエンコ速度があんま出ない事ぐらいか。
0355名無しさん＠お腹いっぱい。
垢版 |
2012/03/17(土) 00:26:06.47ID:si09xnM+
>>344
ポイントはここら
>>Googleは、WebMを促進するために「Google Chrome」での
>>H.264サポートを打ち切るという約束を果たしていない。

>>モバイル版FirefoxがOSに組み込まれているH.264サポートを
>>利用できるようにするべきかどうかという議論から始まった

モバイルでは専用回路での再生支援が必須なのに
結局はWebM立ち上げ時の協賛企業がそろって口だけだったいう事
0360名無しさん＠お腹いっぱい。
垢版 |
2012/03/20(火) 18:41:16.29ID:kKgHLGOF
Mozilla が H.264 をサポートへ、webM 派から転向
http://japanese.engadget.com/2012/03/20/mozilla-h-264-webm/

＞Mozilla Foundation の理事長である Mitchell Baker 氏と、CTO の Brendan Eich 氏が相次ぎ、
＞ブログで H.264 サポートの意向を表明しました。
---
＞インターネット動画配信についてはライセンスが恒久的に無料で提供されるため、
＞H.264 対応ブラウザを利用するとお金がかかるということはありませんが、

有料動画はライセンス料いるんじゃなかったか？
0361名無しさん＠お腹いっぱい。
垢版 |
2012/03/21(水) 00:04:36.56ID:Y1ZDquPA
webM終了おめ！
0365名無しさん＠お腹いっぱい。
垢版 |
2012/03/21(水) 12:40:42.39ID:3+fUJSLh
ウェッムー終了ｗｗｗｗｗｗｗ
0366名無しさん＠お腹いっぱい。
垢版 |
2012/03/21(水) 15:27:34.28ID:8HjzkmYv
え？FirefoxからWebM削除されるの？と思ったら
>>360のタイトルが「webM 一本化を断念」に変わってた。
「一本化を断念」、はいここ大事。「H.264だけにします」とは誰も言っていません。
まあMozillaサイドの臥薪嘗胆ぶりは心中察するに余りあるね。
0367名無しさん＠お腹いっぱい。
垢版 |
2012/03/21(水) 21:29:36.31ID:vq+LQy4X
ただ、これでオープンウェブという理念に対する冷笑が広がるのは止められないだろうな。残念だが。
0369名無しさん＠お腹いっぱい。
垢版 |
2012/03/22(木) 01:16:04.76ID:539sXtzG
Webの寵児！オープンソースの勇！だったはずのGoogleが
今ではMSの代わりに、完全に悪の帝国二代目だからなぁ

0370名無しさん＠お腹いっぱい。
垢版 |
2012/03/22(木) 01:56:02.59ID:yBwiIagm
　　　　　　　　　 从川川川川川川川川川川川|
　　 　 　 　 　 从川川川川川川川川川川川川
　　 　 　 　 从川川川川川川川川川川川川川
　　 　 　 从川川川川川川川川川川川川川川
　 　 　 从川川川川川川ﾘ　 　 　 .:::　　 ヾ川川
　　 　 从川川川川ﾙﾘ　　:::...　　 .:: 　 　 　 ヾ川
　　　从川川川川ﾘ′　　　　::::.　.::: ∧ 　 　 　 :|
　　　从川川川ｌﾘ:.　　　　 Ａ　:::.　::. |__|　　　　　|
　　　 从川川川: .　　　　 |lll|　::　 :: |llｌ|　　　　 .:|
　　 　 从川川ｌ||: : : .　 　 ∀..::::　 :::.∀　　　　.:.:|　　　　　　　
　　　 从川川川: : : :　　:::::::::: r'_　_ヽ::: 　 　 . : .:|
　　　 从川川川:. : .　　　　 　 　 　 　 　 　 　 . :|
　　　 从川川川､:. . 　 　 　 　 /ﾊヽ　　　　　　 :|
　　　　ヾ|川l川l从:.:.　　　　 　 |:|::|::|　 　 　 　 :/!
　　　　　 ヾ|川川从:.:.　　　 　 ヽv:/ 　 　 　 .:厶|
　　　　　　　ハ,r‐一ヽ:.:.:.:. .　　　　　　 .:　 .:./三|
.　　　　　　　 /:|ﾆ三三≧x､:丶.＿＿_ノ　 .:/::三:!
　　　　　　　/::/三三三三ﾆﾐ､:.　　　　　 :/三三|
.　　　　　　/::/三三三三三三ﾐ､:. . . . . :/::三三:
0371名無しさん＠お腹いっぱい。
垢版 |
2012/03/22(木) 02:08:15.27ID:ZA/gnr9L
>>367
そもそもHTML5は過去の反省から
理念から距離を置いて複数の実例のある提案は全て丸呑みで
揉め事を避ける策定プロセスになってたのに

弱小な勢力が既に普及してる側を拒否とか正気の沙汰じゃないし
理念ガチガチで一本化を求めるとか筋違いにも程があった
0372名無しさん＠お腹いっぱい。
垢版 |
2012/03/22(木) 02:14:43.66ID:4+TZtRej
んなこたない
そもそも反対派がいなきゃ2015年以降のライセンス料がどうなってたか分からんかったし
ライセンス料が恒久的に無料になったのは、HTML5がコーデックの標準を決めないとされた後だ
0376名無しさん＠お腹いっぱい。
垢版 |
2012/03/23(金) 07:55:05.69ID:8fUI7cxd
ぐーぐるさんはお題目は勇ましいけど実践面はガチの現実主義だからな…

ChromeのH.264-HTML5サポがなかなか切れないから変だとは思ってたけど(>>262)、
やっぱり二枚舌戦略だったか
0377名無しさん＠お腹いっぱい。
垢版 |
2012/03/23(金) 23:14:01.16ID:waMAog21
1億ドル払ってわざわざOn2買った以上、最初から二枚舌を予定してたとは思わないが、
やはりH.264サポートを切ると表明した時に叩かれて及び腰になったかねえ。

まー、いまや>>326だから何をかいわんやだが。
0378名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 01:54:14.29ID:Mn4CkkrO
まあ、実際問題オープンソースにしたからって、すぐに良いエンコーダや
HWデコーダが生えてくるわけでもないしな。特にHWロードマップなんてのは
年単位でいつかの第なんとか四半期までにみたいなスケジュールがざらだし。

H.264Flashという名のH.264デコーダーで保険が打てなくなっては、Mozillaが日和るのもしようがない。
0379名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 11:32:16.19ID:byQkEDiA
Flashを排除し、WebM不支持を貫いたアップルとマイクロソフト。
両社ともH.264の特許保有をしているから当然だけど、この存在だけで勝負ついてたわ。
開発元のGoogleがWebMとH.264に二刀流とかしなけりゃWebMの延命は出来たかもしれんけど。
あんなんでMozillaもよう我慢してたもんだ。
0381名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 12:24:59.26ID:r7coYN/V
>>379
一つのフォーマットしかサポートしないのが偉いってなんじゃそりゃ
だったらiPodもさっさとMP3排除しろって話になるわ
0382名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 15:32:19.63ID:S3PpkscA
>>378
プラグインに頼らないのも売りのHTML5ビデオなのに
その普及までの保険にFlashプラグインに頼るって自己矛盾が。。。もうね

そこまで商業規格を嫌うならプラグインからも排除しろよっていう
途中からMozillaが日和ったというより最初から理想を語る資格が無かった
0383名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 15:44:45.44ID:3tOYh95U
なんで日本・日本語を選択してるのに”youtubeより”とか”エンターテイメント”
に最初にあがってるコンテンツってハングルとかチョン歌手とかばかりなの？
それからYoutubeを見なくなったけどね。あれはほんとウザい。
0384名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 19:14:50.14ID:wr6UjuTw
もはやGoogleはH.264を超えるVP8を発展させた次世代コーデックを作り、
はっきりわかるレベルでの画質の違いで有効性をアピールするしかない。
0387名無しさん＠お腹いっぱい。
垢版 |
2012/03/24(土) 19:33:42.16ID:GP1Zv/m3
H.265(HEVC)の策定が進んでいるのに対抗？して、XiphがDaalaというプロジェクトを始めてる。
https://xiph.org/daala/ https://wiki.xiph.org/Daala

>The goal of the project is to provide a free to implement, use and distribute digital media format
>and reference implementation with technical performance superior to h.265.

しかしH.265と同等かそれ以上のコーデックでかつfreeとなると、特許はどうするんだろうかね。
0391名無しさん＠お腹いっぱい。
垢版 |
2012/03/27(火) 21:04:23.96ID:kAi8P3jz
まだ特許取られてない新しい技術を作るのと、
すでにある技術の特許の抜け道を見つけるのはどっちが簡単なんだろう
0393名無しさん＠お腹いっぱい。
垢版 |
2012/04/01(日) 15:27:25.28ID:jAXAF5o6
その気になればH.265用に開発されてる各社の動画技術を
札束積み上げて片っ端から買い占めする手も有るな
0396名無しさん＠お腹いっぱい。
垢版 |
2012/04/08(日) 11:43:22.96ID:gFTXas9K
MozillaはTIFF、JPEG XR、出来たらJPEG 2000もブラウザで標準対応してほしいところだ。
WebPだけでは心もとないよ
0398名無しさん＠お腹いっぱい。
垢版 |
2012/04/08(日) 15:20:20.90ID:kj3jDA4g
WebPって48bit画像とか保存できたっけ？
あと YCbCr 4:2:0 以外にも対応していないハズ。

小さいサイズでは画質良い、それだけな規格ってイメージだ
0401名無しさん＠お腹いっぱい。
垢版 |
2012/04/12(木) 19:34:36.82ID:cK89hjTy
WebPはデジカメに搭載されることは無いからたいした普及はしない。
まあPNGの代わりを果たそうとしているんだろうけどさ
0410名無しさん＠お腹いっぱい。
垢版 |
2012/06/29(金) 13:58:08.70ID:Y56Tkbs1
TrueRemoteの作者が、叢雲というリモートデスクトップアプリのβを発表したな。
使われているのはWebMベースのエンコーダーだそうだ
高速高圧縮高品質をうたっている
0411名無しさん＠お腹いっぱい。
垢版 |
2012/06/29(金) 22:11:00.83ID:VOCZE63e
WebPはなかなか正式版が出ないな。
可逆とalpha channeにwebpmuxと、結構でかい更新とはいえ。生みの苦しみかな。
0426真希波・マリ・イラストリアス ◆.H78DMARI.
垢版 |
2012/09/17(月) 05:50:46.34ID:NxWN0Ry5
真空波動研で、WebMファイルを調べたところ、

[今日の日はさようなら 【ヱヴァンゲリヲン新劇場版：破 未収録ver】.webm]
1920x1080 0Bit On2 VP8 1000.00fps
Vorbis 44.10kHz 192.00kb/s VBR 2ch
[Matroska] 00:02:09.932 (129.932sec) / 8,944,265Bytes

真空波動研SuperLite 120101 / DLL 120101 Unicode

独自のコーデックとは…。FLV、MP4、WebMの3つの形式の再生ができるソフトをどうにかして手に入れるとするか。
0430名無し に一致する情報は見つかりませんでした。
垢版 |
2012/10/08(月) 06:10:28.60ID:GfJHefct
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね
創・価
死・ね　
創・価
死・ね
創・価
死・ね
0433名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/01(木) 11:43:54.36ID:6BYyHGyA
ご冥福をお祈りします
0438名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/03(土) 06:42:10.85ID:KoyCAguz
走り続けるウサギに亀が追いつくには、ウサギ以上に速くないといけないんですよ
亀のままでは離される一方でオシマイ
現実は童話と違ってウサギは足を止めてくれない

追いつけるかどうかという土俵の中で、ウサギ未満の速度の亀は止まってるも同じ。
ゼロか1かなんですよ

1行目と4行目に矛盾があると感じるのは、君の頭が悪いから。
0443名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/04(日) 21:53:11.08ID:ROj/rIG+
>>441
videoタグに特定のコーデックを指定するということはしないかと。
ただ、Firefoxがやむを得ずハードウェアやOSのコーデックを使用するという方向性を示したことで
MP4/AVCの優位が追認され完全に不動のものとなったということ。
この優位は、かつてのGIF問題でのUnisysのように
MPEG-LAが無体な行動をとらない限りは動かないだろう。
0448名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/09(金) 22:52:17.27ID:KkiQHd48
>>446
IE & Safari : JPEG XR
Firefox : JPEG2000
Chrome : WebP

ということ？
だったらどれもウェブで普及せずJPEGが生き残ることになるな。
（つうか、JPEG2000っていまでもまだもっさりするんだが）
もうさ、各社が特許を持ち寄ってOpus Codecのように一つにまとめて
標準化してくれたほうが早いんじゃないかと思うレベルだな。
0449名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/10(土) 01:59:18.14ID:y5vV3oqR
JPEG 2000やJPEG XRに関しては、WEB関連の会社だけが特許を持ってるわけじゃないからな
デジカメとか、そのあたりの会社は消極的なんだろう
（だからこそGoogleはWebPを出したわけだが）
0450名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/10(土) 02:22:30.18ID:/+dVgGIv
JPEGというISO/ITUの専門家組織が標準化した規格であるJPEG 2000/XRと比較して
ただの１企業であるGoogleがすべての権限を持つローカル規格のWebPが
特許に関して、デジカメ等の会社が積極的になれる要素が一つもない気がするんだけど。
0454名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/10(土) 20:21:54.98ID:RBPbywKb
>>448
Safariは既にJPEG 2000に対応済みでJPEG XRにも将来対応させたいと言われている
だから噂段階をまとめると

IE : JPEG XR（対応済み）
Safari : JPEG2000（対応済み） JPEG XR（対応予定？）
Firefox : JPEG2000（対応予定？） WebP（対応予定？）
Chrome : WebP（対応済み）
Opera :　WebP（対応済み）
0457名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/11(日) 21:38:33.23ID:WVDXZdCH
JPEG XRはHDRが魅力的でTIFFの代わりとしても使える器用な規格だけど、
圧縮性能はJPEGと大して変わらないのが痛い。JPEG2000並というのはMSの過大広告だったな。
SSIMでもそんな大きくは変わらないし、目視でJPEGより劣っているような例もあった。
実装の改善で改良の余地があるのかな？
0458名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/12(月) 13:31:51.48ID:8ArTCal4
いろんな画像形式のいいとこ取りのフォーマットできないかなぁ。

・ハイダイナミックレンジ対応
・圧縮アルゴリズムは動画圧縮のを流用
・可逆圧縮にも対応（JPEG2000みたいな手抜き可逆ではなく）
0460名無し に一致する情報は見つかりませんでした。
垢版 |
2012/11/18(日) 16:26:45.57ID:Mh3Td8Sd
マーケティング本部長　岩村　水樹　

この馬鹿はアドワーズ無料券を送り散らして
詐欺って金を騙し取ろうとするしか脳のない最悪極悪の無能肉便器なのだなｗ
ヤクザ組織のオレオレ詐欺と実質何も変わらない酷いクオリティ。
馬鹿女のやることは所詮こんなものか、チンパン並の倫理感しかない強欲メス豚オイ！！！！！！！
それなりの報いを受けよ報復攻撃で八つ裂きの刑。
0468名無し に一致する情報は見つかりませんでした。
垢版 |
2012/12/04(火) 12:47:23.90ID:/Q+D+9v/
音声の可逆圧縮は非可逆何ぞ目じゃないくらいに乱立してなかなか淘汰が進まないけど
現状の普及率ではFlacが一番じゃないかな
takが対抗馬で、apeは古株ユーザによってなんとなく使われてる感じ

ただFlacについては「細々」って認識はおかしいぐらいだと思う
0474名無し に一致する情報は見つかりませんでした。
垢版 |
2013/01/19(土) 12:54:46.98ID:Fku4ctme
WebPとかWebMって自分のソフトに使っても特許で訴えられることはない？
WebMはGoogle、Mozilla、Adobeがこの陣営のようだが
0475名無し に一致する情報は見つかりませんでした。
垢版 |
2013/01/19(土) 13:25:34.51ID:eswEUrV3
そんなもん、訴える側次第だよ。
Googleが守ってくれるわけでもないから、自分で特許関係に問題ないか確認したうえで採用すればいい。

GIFなんかだとSonyもMicrosoftも訴えられたんだ。
VP8だけ特許政争に巻き込まれない保障なんかどこにもない。

MP4 AVC/H.264ならライセンス料に含まれるから訴えられる可能性は限りなく低いけどね。
0478名無し に一致する情報は見つかりませんでした。
垢版 |
2013/01/20(日) 15:40:00.16ID:DMHBDQtW
早くこの世の動画技術が一つだけになってほしい
もうこれ以上の画質向上も帯域節約も必要ない
H.265がモノになったらもう次の研究はやめてほしい
これ以上企業を振り回さないで
0480名無し に一致する情報は見つかりませんでした。
垢版 |
2013/01/20(日) 17:06:43.01ID:DMHBDQtW
>>479
喩えが極端すぎて間違ってる
CPUはIntelもAMDも十分な互換性があるからi7だけでいいなどとは思ってない
OSもWin8だけとか思ってない、まあXP・7・8だけあればいい
MacとLinuxは少数派な上に対応コストが半端ないからさっさと淘汰されてほしい

いずれにしろハードウェアメーカーは複数の規格に対応するコスト高を嫌がっているのが事実
H.264とH.265に同時に対応することになるだろうけどそれだっていやというほどコストかかるのに
WebMなんぞ相手してられんでしょ
0481名無し に一致する情報は見つかりませんでした。
垢版 |
2013/01/21(月) 03:01:41.65ID:U6Y+FPmx
>>480
>>479 のたとえが極端だというその発想が間違っている。
ハードウエアの進化や再生環境の変化を考えたらH.264だけでOKとかとても言えない。
そんな認識の企業がもし存在したら規格より早く淘汰されるだけだ。

>>480 の中でARMやモバイルOSについて言及されていない時点で
認識を改めるべきだと思った。

(南米のデジタル放送にH.264+ISTBではなく日本同様にMPEG-2+ISTBを
押し付けるべきだとほざいたアホを思い出す。誰が言ったのか忘れたけど)
0487名無し に一致する情報は見つかりませんでした。
垢版 |
2013/02/23(土) 19:24:00.39ID:m7Z+1/bz
http://headlines.yahoo.co.jp/hl?a=20130221-00014694-techcr-sci
結局のところFirefoxはH.264に対応する予定みたいだな。Googleはこれで
更に苦境に陥ったな。Firefoxはやはり風見鶏だWebMに対応すると当初はGoogleと
強調していたのに。あと今頃になってMP3に標準対応とは・・・・
色々と遅れているみたいだな。
今度はJPEG XRとかJPEG 2000に対応するんじゃないかな？webpもヤバイね。
Operaだけじゃどうにもならん。
0492名無し に一致する情報は見つかりませんでした。
垢版 |
2013/02/24(日) 10:34:52.01ID:GtKbRDg2
JPEG 2000はFirefoxがやる予定があるみたいだし。スマホの性能がもっと上がれば
採用してきそうだな。Safariも現在はJPEG 2000だけだけど多分JPEG XRに対応してくると思う。
あと動画のH.265のデファクトスタンダード化はほぼ間違い無い。
VP9をベースに新コーデック作ってもgoogleは標準規格から取り残される
0493名無し に一致する情報は見つかりませんでした。
垢版 |
2013/02/24(日) 11:45:05.96ID:Ho3HS0uK
>>492
予定があるというのは、bugzillaで実装の話が出てるってこと？
0505名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/02(土) 10:20:20.31ID:mJtaJloK
コストパフォーマンス的にデジカメやスマホに載るとは思えない。

J2kですら膨大な回路規模、処理時間、メモリ使用量で普及しなかったのに
WebMなんて動画デコードと同規模の実装が必要とか気が狂っている。
0510名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/03(日) 13:20:37.19ID:XXQSBwRX
まあ画質なんて一般ユーザーは少なくとも困ってはないんだよな。
もしかしたら50年後もそうかもしれない。
Googleはたくさん広告を見せて利益にしたいからWebP開発してるわけで。
俺は新し物好きだから使えるものなら使ってみたいか思うけれども。

あとWebであのもっさりしたJPEG 2000は使いたくないわ。
XRの圧縮性能の低さが悔やまれる。
0511名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/03(日) 15:00:54.40ID:vmmloLAX
GoogleがWebPを普及させようとしているのは画質じゃなくてファイルサイズを抑えたいから。
画像検索で引っかかる画像をコンテンツのように見せている現状では少しでも小さくなってもらわないと困るわけだ。

関係ないけどWebMハードウェアデコーダってTegra3やOMAP5、Exynos5で搭載されているらしいけど使えるの？
0512名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/03(日) 18:09:06.19ID:K+nQ1Nq6
>>510
IrfaViewにWebP変換機能があるから愛用してるけど、
WebPは圧縮率がすごい上に画質落ちにくくて素晴らしいよ

昨今、クラウドストレージが流行りだが、通信料、通信速度、ストレージ容量節約など
高圧縮画像形式は非常に意味も意義もあるよ

文字を含む画像を圧縮する時にJPEG使うと文字が破綻するけど、
WebPなら全然破綻しない。これも重宝する
0513名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/04(月) 20:59:07.98ID:sxoyCh63
JPEGに取って代わる規格は永遠に現れないわけだ。
性能は全然なのにな。悪貨が良貨を駆逐するという典型。
でもこれに変わる規格は存在しない。
動画はMPEG1→MPEG2→MPEG4AVCと置き換わったのに、静止画は無理そう。
0514名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/04(月) 23:53:55.61ID:e1yRcmN6
現状で静止画は動画ほど画質面でのハッキリした差を感じにくいしな
表示デバイスの進化によってその状況が変わってくる可能性は有るけど

帯域節約は現時点で充分なメリットでは有るけど
各社思惑有ってなかなか足並み揃えるのが難しそう
どのデバイスでも表示出来る形式でないと使いにくいし
0517名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/08(金) 18:27:46.29ID:Ar0wYUzQ
金払うなら、H.264でよくね。
0518名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/08(金) 18:55:59.16ID:TezwEX20
>>517
H.264みたいなコーデック開発のために特許料払わなきゃいけないクソ規格と
FLOSSで自由に実装できるVP8を一緒にすんな
何も知らないなら黙ってろよ

そもそも金を払ったというのは憶測にすぎないし
金を払ったのが真実だとしても個々に払わなきゃいけない特許料とは完全に別物
これで特許を気にせずコーデック開発できるようになったのは開発者としては本当にありがたい


一般ユーザにとっては、再びMP4とWebM、動画規格が対立する悪夢の始まりである
0521名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/08(金) 20:48:23.51ID:TezwEX20
>>520
だろうな。いったんH.264優勢になったから手抜いたんだろ
あとはここからWebM/VP8がゾンビみたいに復活するかどうかだけど……するんだろうなあ……
今まで一番ネックだった特許問題が消えて各ベンダがVP8実装するのに何の支障も無くなったわけだし
採用実績もYouTubeで十分すぎるほどあるし……
0527名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/10(日) 09:24:20.49ID:cth82LPn
AdobeもMSも実装しないだろうな（Adobeのやるやる詐欺はひどすぎwww）

GoogleはWebRTCのようなリアルタイム用途で普及させたいんじゃないかな
リアルタイムならそんなに高画質はいらないだろうし（エンコード負荷が高すぎても困るわけで）
その名前が示すように、Googleにとってはあくまで自分の庭である「ウェブ」用途なんだろうし
0528名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/10(日) 09:41:40.55ID:scBCWw7f
でも最近flashがpepperプラグインに対応したし、その後Linuxではpepperのみになっただろ
ああいうことがあるから同じようにGoogleがAdobeを金で動かすような気もするんだよな
まあ、将来どうなるかなんて俺らにゃ分からんけど
0529名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/10(日) 12:09:45.11ID:0QWRh/CT
札束ではたかれていやいや重い腰を上げて対応させられるようなシロモノを誰が使うものか
MP3もAACもH.264もみんなその魅力と音質に惹かれて「何万ドルでも払いますから使わせてください」と
権利者に土下座してまで使わせていただいているのに…
0532名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/11(月) 18:01:25.02ID:ONYeXy7M
>>529
当時はH.264が無かったし、adobeだってもともと金で叩かれたわけじゃなく自発的に対応すると言い出したんだろ
対応する！って言った矢先にMPEG LAが重い腰を上げたからなし崩しに話が止まってるだけで
0537名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/12(火) 23:38:04.23ID:mrLWmDcX
でもライセンス面の潜在的な不安がどの程度の障害だったのかは分からん気がする
使わないことへの口実の一つでしか無かったとも感じる

WebM／VP8登場以来のこの1年数ヶ月は
先行技術が余りに深く広く強く浸透してしまっていたが故の苦戦であって
そう簡単にはひっくり返せないだろうと思っていたら案の定だった

個人的な意見としては
次世代で互角の戦いが出来る様にVP9以降の開発で頑張ったほうが良いと思う
VP8はWebRTCで一定の成果を挙げそうだし、それで充分かと
0539名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/13(水) 01:11:56.79ID:LCai8AQv
>>537 文脈がばらばらで何が言いたいのか分からん
上から順に全然違うことを言ってるように読める↓
・「各社が」VP8コーデックを搭載しなかったのは、本当は特許のせいではない
・「ユーザの間に」先行技術が浸透していたため、VP8は勝てなかった
・「Googleは」VP9以降で開発を頑張ろう

・開発者がVP8コーデックを搭載しなかったのは本当は特許のせいではない
→じゃあ何が原因なの。需要が無かったとかそういうこと？
→特許のせいで他のソフトに組み込めなかったのに、どうやって需要喚起しろと

・結局のところ先行技術が浸透していたためVP8は勝てなかった
→先行技術が浸透していたため、という原因「も」あるだろうが
→そもそもVP8が浸透しなかったのは上で言ったようにそれ以前の問題じゃね
0540名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/13(水) 01:23:16.90ID:OQJtqew+
>>539
>→じゃあ何が原因なの
書いた通りで、「先行技術が余りに深く広く強く浸透してしまっていた」ため。

→特許のせいで他のソフトに組み込めなかった
違うと思う。Skype始め採用例は有るので。
0542名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/13(水) 01:56:08.57ID:OQJtqew+
要するにWebM/VP8が現在当初期待されたほどには普及していない原因として、

・特許にまつわる潜在的な問題の可能性
・先行技術の圧倒的な強さ

のどちらを主として見るか、の意見の相違だね
自分の見方では前者より後者が支配的な要因と捉えているので
そのように意見したまで
0543名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/13(水) 02:37:35.97ID:LCai8AQv
一か所だけ訂正すると、特許の問題は「潜在的」でもなんでもない
2010年にMPEG LAが特許料徴収する考えを発表してから、ずっと「顕在化」してた問題だよ
ttp://www.itmedia.co.jp/news/articles/1005/24/news047.html

特許に関しては悪名高きGIFのような前例もあるから慎重になるのは当然だろ、というのが俺の意見ね
0546名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/13(水) 20:41:41.99ID:LCai8AQv
本気でGoogle ChromeのH.264サポート切る気みたいだな
ttp://internet.watch.impress.co.jp/docs/news/20130308_591073.html

これはFirefoxもH.264サポートの開発を中止するんじゃ
（といってもFirefoxのH.264サポートはたいした仕事ではなかったけど）
0547名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/13(水) 21:45:05.30ID:OQJtqew+
>>546
記事を読み違えてる。読めば分かる通りでそこに書かれているのは単なる過去の経緯。
URLのリンク先にも書かれてはいない。

ChromeでH.264のサポートを切ると発表したのは2011年1月だったが、
実行されずに現在に至ってるのは周知の通り。記事ではその事に触れていないが理由は不明。
多分単なる不勉強。
0551名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/14(木) 11:19:35.22ID:dKqP/MZW
>>545
あと、こっから年単位で裁判やってたら、せっかく大枚はたいてOn2と資産買ったのに、
それもゴミになっちゃうからな。今はまだやりようによってはサポートするハードウェアを
作ってもらえそうな余地がまだあるけど、HEVCが本格普及しよう状態になったら誰も見向きもしなくなる。
0561名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/18(月) 10:18:17.50ID:1f0VIFIz
音声のSpeex・Opus・Vorbis・FLACは地位を確立しているし、静止画のWebPは
JPEGに取って代わることはないだろうけど、JPEGよりも明らかに高性能だし
Googleもちょこちょこ拡張して足りない機能を付け足していっているので
先行きはある。

VP8はH.264の競争相手になることでH.264のライセンス料がとんでもないことに
なるのを避けた意味は大きかったけど、ただそれだけだなぁ。
0562名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/18(月) 14:18:32.56ID:erEKrcNF
WebPはGoogleの検索のプレビューや画像検索に多用されてるから
自然と多くの人に恩恵を与えている。
Google自身のトラフィック削減にも大きく貢献しているだろう

ただ、WebMは・・・
Youtubeに使われてるけど、だれかWebMで見てる人いるの？ｗ
Skypeでは使われてるが、これは後からWebMに切り替わっただけなので
今後あっさり別に切り替わるよね
全然使われてないよなー
0566名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/20(水) 01:48:00.42ID:16AMVvCq
>>562　Firefox使いだけどFlashなんて滅多に有効にしない
　　　　いつもYouTubeはWebMで再生してるぞ

>>564　それってパテントライセンスの問題がまだ残ってる時の話じゃね？
　　　状況変わったから今このスレが賑わってんのに

>>565　営利目的でそれを使うと特許ライセンスを買わないといけないので、結局その方法では何も解決しない
（VP8なら↑の問題は一応解決できるようになった）
0576名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/26(火) 05:59:55.04ID:/AeYkyru
Androidが今のシェアを保つ限り、スマホでの採用率は上がるだろう＞VPx

例えOSSで有ろうとも、一企業の思惑で全てがひっくり返されかねない
非標準化技術など支持する気には全くならんが
0580名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/29(金) 12:19:30.67ID:tdT9eddo
WebMはもう駄目だな、VP9でH.265に対抗するしか方法は無い。H.264にVP8では
勝てなかったわけだし（主に普及と言う点についてだが）
WebpはデジカメでJPEG XRや2000での撮影に対応した時点でアウト
Webpがデジカメやスマホで撮影も可能になるとは思えない。
iPhoneは今よりCPUとGPUの性能が上がればJPEG 2000での撮影に対応してくるでしょう
今のところはスペック的に見ても再生にだけ対応しているけどね。
0582名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/29(金) 15:50:53.22ID:6f6djA73
普及で勝てなかった普及で勝てなかったって連呼してるやつらはアホ
GIFの代替としてPNGが登場したのが1996年、その後GIF相手に10年くらい頑張って今では十分PNGは普及してるだろうが

VP8も今IETFが標準化をマッハで頑張ってるところなんだから、まずそれが完成してやっとH.264と同じ土俵だろ
この時点での形勢判断はいくらなんでも話が早すぎ
0584名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/30(土) 04:45:19.09ID:520y0jPV
WebPはだれがなに言おうが、検索世界最大シェアのGoogle検索で使われ続けるんだから
その時点でみんなが知らないうちに恩恵を受けてるし、Googleは帯域節約という実利を得てる。

普及しようがしまいが関係ないんだよ
Google検索でしか使われない独自形式であっても何もかなわない
0588名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/31(日) 01:22:07.40ID:f2xdVHcY
買収は無理だけど、Google謹製のH.264/265コーデック実装を作って
汎用ライブラリ的な形で各プラットフォーム用に配布する事は可能

元々一社当たりのMpegLAへの支払には上限規定が有るので、
枠の上限に達していると思われるMSやApple等の大手も同様の事が可能で
各社分担してそれぞれの自前のプラットフォーム分を負担すれば良いし
AndroidとLinux他のオープンソース系の「支払済みライブラリ」を
Googleが配布してカバーするというのはおそらく出来た筈だと思う

VP8に関する今回の合意もそれに近い形だしね
0589名無し に一致する情報は見つかりませんでした。
垢版 |
2013/03/31(日) 03:18:55.67ID:VjIzHzOz
>VP8に関する今回の合意もそれに近い形
無知乙。全然別物だ。

>>588の言う方法では、「無償のソフトウェア」しか作れない。
MozillaとかGoogleがお題目に唱えているのは「自由なソフトウェア」だから、根本的に違う。
この二つの違い、日本語で一番わかりやすいのはWikipediaの「フリーソフトウェア」の項かな
0590名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/12(金) 22:24:30.59ID:wmu6XYyH
やっと巻き添えアク禁解除…

>>589
>「無償のソフトウェア」しか作れない
>>588はロイヤリティ関連の話だよ？
VP8の「それに近い形」というのは自分の分だけでなく他者の分まで
幅広くカバーできるようにしたGoogleとMPEG LAとの契約形態のことを指してる

それにWebに必要とされてたのはロイヤリティフリー(RF)なコーデックであって、
それは必ずしもFLOSSで有る必要性は全く無い
0594名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 00:15:26.72ID:2XFy9i+L
まともなツッコミなのにFLOSS狂信者というレッテル貼って逃げるだけ？
別にいいけど今後このスレで適当なデマまき散らすのはやめてくれよ

Googleが当初思ってた形かどうかは知らんが、現に今ではFLOSSで十分活用できる契約になったが
しかし>>588の方法では今ほどFLOSSで活用できないことは明らかだ
0596名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 01:09:29.33ID:cCy3nQME
どこがマトモな突っ込みだよ
他の人達が言っていた「Googleはお金の使い方間違えてんじゃね？」に対しての
フォローアップとしての意見追加が>>588だ
そこで問われているのはあくまでもロイアリティに関する事柄であって
>>589のフリーソフトウエアの定義云々は筋違いも良いところ
反論として明後日の方向だから文盲扱いされても当然だろうが

>>588はあくまで一つの方法論であって最善ではなかろうが
VP8に関する今回の合意は
やりようによって幅広いライセンス形態を引き出す事が可能な事を示しているんだから
お前の言い分の方が余程根拠薄いわ

デマというなら>>587のほうだろうよ
0597名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 01:17:19.28ID:2XFy9i+L
アホか。ロイヤリティ云々の問題も>>588の方法じゃ解決できねーってば
>>588の方法だとGoogleがライセンス買ったところでRedHatやCanonicalがコーデック開発したりできねーだろうが
結局各社毎にライセンス払わなきゃならん
>>588の方法とGoogleが取った方法が全然違うってのはそういうことだ


>VP8に関する今回の合意は
>やりようによって幅広いライセンス形態を引き出す事が可能な事を示しているんだから
詭弁すぎ。そもそも今回のは両社の合意であって、Googleがライセンスを買ったわけではないんだぞ
勘違いも甚だしいわ
0598名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 01:25:13.20ID:cCy3nQME
今更十分に枯れた技術に対して新規コーデックを開発する必要性は薄いだろ？
x.264辺りの優秀なコードをベースにして主要プラットフォーム用のライブラリを整備して
その上でMoeg LAとの間でライセンス面をカバーするような契約を
結べば済む話でしか無いんだよ

「他所がコーデック開発出来ない」とかアホか
お前がFLOSS狂信者だからそういう突拍子も無い反論が出て来るんだよ
0599名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 01:39:27.60ID:2XFy9i+L
H.264は十分枯れた技術である、というのを否定はしないが
「だから新規コーデックを開発する必要がない」という主張はおかしいと気付けよ

今やスマホ全盛の時代でバンバン新しいハードウェアが出て
コーデックもどんどんプラットフォームごとに最適化が行われてるってのに
フリーの動画コーデックを完全にGoogle一社頼みにして、誰が嬉しいんだ
Google信者でさえ喜ばねーよ
0601名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 01:53:43.22ID:cCy3nQME
>>599
>>588が気に入らないのは良く分かったが、そこまで拘泥されてもな
VP8の今回の契約が示す通り、OSSまでカバーする合意そのものは可能だから
お前さんが望む姿も提示金額次第では得られるだろう
お前さんに取ってはMPEG LAは悪の権化なのだろうが、
あれほど上手く現実世界で立ち回っている権利団体は他に無い

大体そこまでフリーソフトウエアの精神を尊重する立ち場なら
今回の合意とVPxの今後についてはもっと批判的になるべきだろ？

完全な意味でのロイヤリティフリー(RF)コーデックを目指しながらも
横槍が入って妥協の末の合意を強いられた今となっては
真の意味での「フリー」は既に失われてるとは思わないか？

私企業が支払を続けない限りそのRF状況は維持出来ないのだから
OSSとしてのコードの継続性が保証されたところで意味が無い
営利企業なのだから風向きが変わる事は当然有り得る

お前が頭が足りていないのは過去のやり取りで先刻承知だが
余りにも考えが甘過ぎる
0603名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:07:23.31ID:2XFy9i+L
何度も言うが>>588の言う方法ではフリーで開発できない。それをふまえて

>VP8の今回の契約が示す通り、OSSまでカバーする合意そのものは可能だから
可能かどうかは懐疑的だね
本当にH.264がFLOSSで開発できるようになる方法があれば大歓迎だけど
MPEG LAはそんな合意出さないだろうよ。それこそMPEG LAを買収するレベルの金を詰まなきゃ無理

>横槍が入って妥協の末の合意を強いられた今となっては
自由にどの企業もVP8を開発できるのに何を妥協したというの？
Googleはもしかすると金を払ったかもしれないし、それを妥協と言うならそうかもしれないが
お前の言う「FLOSS狂信者」にとっては何も問題ないんじゃね

>私企業が支払を続けない限りそのRF状況は維持出来ないのだから
どこからそんな話が出てきたんだ？
MPEG LAとGoogleとの合意について言えば、VP8のRF状況は永続的だよ
（Nokiaの例の件は除く）

いちいち突っ込みどころ満載の馬鹿な反論やめてくんねーかな
オツムが足りないのはどっちだよ
0606名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:16:50.92ID:2XFy9i+L
あのさぁ
Googleに対するMPEG LAの許諾が永続的じゃなかったら、
GoogleがW3CのRoyalty Free Licenseで公衆に対してVP8をライセンスした時点で
GoogleはMPEG LAとの合意に違反してることになるじゃねーか
それに対するツッコミがどこからも来ない時点で許諾が永続なことくらい自明だろ

だからオツムがたりねーんだよお前は
0607名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:19:42.35ID:cCy3nQME
権利団体と包括的なライセンス契約を結ぶというのは
世間一般の常識においては相手を満足させる程度の支払を請け負う事と同義だろうよ

その合意内容の詳細が明らかにされていない以上お前の主張とこちらとの
どちらが正しいのかは断言出来ないが、普通に考えてお前の言ってる事は
相当突飛だと思うがな＞永続的だのなんだの
0609名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:25:56.69ID:2XFy9i+L
世間一般でも、金を払うだけがライセンス契約じゃねえ。クロスライセンスだって頻繁に結ばれてるだろうよ
GoogleはVP8に関する十分な量の特許を保有してると宣言してたんだし、金を払ったかどうかは怪しいね

相当突飛云々はお前個人の感想だろうから突っ込まないけど
0611名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:30:40.38ID:cCy3nQME
>>609
>金を払ったかどうかは怪しいね
それこそ妄想だな
クロスライセンスは相互に利用可能な技術を持っている場合になされる物だから
特許で確立された権利者とそれを纏める団体に対して
一方的な侵害しか考えられない今回の場合に成り立つ訳無いだろ
0612名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:37:17.92ID:2XFy9i+L
>一方的な侵害しか考えられない
……お前何言ってんだ、ものすごく間抜けな主張だぞ
VP8の特許に関して少なからずMPEG側も侵害してたと考えるのがふつうだろ……
だからこそGoogleはあんなに強気だったんだし……もちろんハッタリの可能性もあるけど
少なくとも、一方的な侵害だけだったら簡単にVP8なんて潰されてたわ
0616名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 02:41:53.97ID:cCy3nQME
>>546の有り得ない失笑物の読み違えをして一人ではしゃいでたのはお前だろ？
お前が文盲であることと最低限の物事を理解して思考するに値する水準を満たしていないのは
このスレではお前自身の手で既に明らかになってるんだから諦めろ
0617名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/13(土) 03:23:58.38ID:cCy3nQME
>>612
Googleが当初の強気な姿勢を崩して包括ライセンスを結んだ時点で
そうでは無いのはそれこそ「自明」だよな
相変わらずの墓穴乙としか

>>615
正確に書け
RFに関するW3C Patent Policyの原文に条項9など存在していない
ttp://www.w3.org/Consortium/Patent-Policy-20040205/
そしてそれを口にするなら原文を全部ちゃんと嫁
それを行った後にならお前のような妄言は絶対に出ては来ない

付け加えるならば、W3Cが求めているのはRFで有ってFLOSSではない
動画やWebの世界はプロプラとOSSが共存して発展して来たのだから当然のこと

その意味でもお前の>>589以下のFLに拘泥した主張が如何に無意味な物かが分かるだろうよ
0618名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/14(日) 02:31:38.37ID:xilTXf5C
勝手に同一人物認定してはしゃいでたのかよｗ
ID:2XFy9i+L＝ID:LCai8AQvという意味不明な発想はどこから来たの
正しいかどうかは知らんけど、文盲っぷりから察するにID:cCy3nQME＝ID:LCai8AQv本人なんだろうな

文盲には理解できないのかもしれないけど
W3Cが求めてるものが何かなんて話はしてねーよ。あくまでVP8のライセンスがW3C RFライセンス（だから自由利用できる）って話なのに
なんでいきなりW3Cどうこうの話になってんだ。

正確に書かなかったのは悪いね。条項9ってのはこの部分だよ。ライセンス期限の話をしてるんだからふつうtermの部分読むだろ。
>License term:
>9. The RF license conforming to the requirements in 〜
全文を読んでもこれを否定する要素なんてひとっつも無いわけだがな

あと、Googleは別に強気な姿勢を崩してねーぞ。訴える訴える言ってたMPEG LAが最後に折れた形じゃねーか
MPEG LAが大好きなのは分かるけどちょっと頭悪すぎ
0619名無し に一致する情報は見つかりませんでした。
垢版 |
2013/04/14(日) 09:36:54.67ID:93oLSXMp
h264のパテントフリー化？は絶対無理でしょ
googleがどうにかvp9の特許問題を解決できたのは、対抗特許があったからでは

特許なんて気にせずにh264を使い続ける人はいるだろうけど
gifで痛い目を見た人たちもまだまだ現役だからなあ・・・
0642名無し に一致する情報は見つかりませんでした。
垢版 |
2013/05/09(木) 16:31:47.96ID:ZNHajSOU
>>641
デコーダに関してはマシン負荷もそう上がるわけではないというし、
ライセンス料も大幅には変わらなさそうな雰囲気ではあるから、
そういう面での障害は少ないかな。

ただ、以前と違ってMSはOSに標準でCODEC載せることに積極的ではないからなぁ。
たとえばWindows8ではライセンス料の高いMPEG2のCODECは標準では載っていないし。
0643名無し に一致する情報は見つかりませんでした。
垢版 |
2013/05/10(金) 23:01:34.02ID:ZiMrOou0
HTML5対応の全ブラウザに対応：OTOYとMozilla、プラグイン不要のJavaScriptライブラリ「ORBX.js」発表
http://www.atmarkit.co.jp/ait/articles/1305/07/news096.html

　ORBX.jsに含まれる独自開発のビデオコーデック「ORBX」により、HDビデオをJavaScriptにデコードして、
テレビ番組やクラウドゲーム、透かし技術入りの動画などをブラウザで再生することも可能。
H.264やFlash、Javaなどのプラグインは不要で、Firefox、Chrome、Opera、Safari、IE 10など、
HTML5対応の全ブラウザに対応する。

http://sourceforge.jp/magazine/13/05/08/151500

MozillaのCTO、Brendan Eich氏は、「圧縮効率はH.264と比べて25％改善する」と報告している。
0650名無し に一致する情報は見つかりませんでした。
垢版 |
2013/05/17(金) 13:40:31.84ID:nx/YyI7B
WebM発表された当時はChromeにそれ期待してたんだよななぁ
MPEG-LAを札束でひっぱたける財力がGoogleにはあったわけだし
(まあVPxに口出ししないよう認めさせたのは別の意味でGJだったが)
0656名無し に一致する情報は見つかりませんでした。
垢版 |
2013/05/19(日) 19:32:59.66ID:yT2UoO1k
建前どおりエンドユーザーは飛びつくよｗ
今はスマフォやタブレットで携帯回線使いまくってる時代だ。
パケット通信量にはみんな敏感。

むしろ、ADSLや光で定額な時代より、従量課金や転送量制限のある今だから重要。
0666名無し に一致する情報は見つかりませんでした。
垢版 |
2013/07/16(火) NY:AN:NY.ANID:Hg8e6ZMc
>>663
技術的には確かに面白そうだけど、
>>660の記事にも書かれてる通りでデメリットや問題点も山積み
”Challenges remain”以下を良く読むと良いよ

Using JavaScript for video is cool, but for most users, not using JavaScript for video will be better.
で締めてるけど、その通りだと思う
0672名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/05(土) 20:50:42.08ID:JyIL3pCb
ようつべにあるGoProというカメラのPVなんだけど
ttp://www.youtube.com/watch?v=3wbvpOIIBQA

1080pのファイルサイズがMP4は188.9MBだけどWebmだと200MBある
画質もWebm版の方が良いように見える

ようつべがWebmのビットレート優遇してくれるのかな?

WebmのダウンロードはGracemonkeyのYousable TubeFixというスクリプトを使うとできました
0673名無し に一致する情報は見つかりませんでした。
垢版 |
2013/10/06(日) 06:06:38.00ID:LhWAKt9J
その動画、ChromeでYoutubeのHTML5試用版設定をオンにしてても
HTML5/webmで見れないのは何でだろ？
webmでDL出来るってことは用意はされてるってことの筈だが…

しかしGoProのデモ動画綺麗だね、目の保養になった
0674673
垢版 |
2013/10/08(火) 15:36:16.58ID:FuxRiu+C
>>673を取り消し
Chrome30/HTML5/webmで無事見れた
しかも既に詳細情報でcodecs="vp9"だった

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

すべてのmp4というわけではないけど、Google Chrome単体でmp4が再生出来ることを初めて知った。
0774名無し に一致する情報は見つかりませんでした。
垢版 |
2014/06/25(水) 18:46:00.51ID:aRVHjX6l
>>772-773
ttp://japan.cnet.com/news/commentary/35031278/
過去に一回導入に失敗してるけど、再トライするっぽいね
ttps://code.facebook.com/posts/485459238254631/improving-facebook-on-android/
取り敢えずはアンドロイド向け限定の様子

ttp://html5experts.jp/jxck/2550/
JPEGとwebpの比較
PC上のChromeで閲覧してみたけど、結構良いね
0776名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/07(月) 15:26:41.34ID:o+thkASB
919 名前：名無しさん＠編集中[sage] 投稿日：2014/07/07(月) 12:34:13.09 ID:zm/1emx0
【速報】YoutubeのWebMの中身がVP9になっとる

920 名前：名無しさん＠編集中[sage] 投稿日：2014/07/07(月) 14:49:03.51 ID:J8aZHzYg
速報というほどでもないかと。5月頃から順次VP9に切り替わってましたよ。
対応OSとブラウザで再生時に右クリックで詳細統計情報を開くと
その動画がCodecにVP9を使ってるかどうか確認出来ます。
0782名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/09(水) 09:16:29.13ID:xEdKxZwy
ffmpagでVP9のエンコをいろいろ試してるんだけれど、
パラメーターの意味がさっぱりわかんないね
bitrateとcrfはいいとして、quality、speed、cpu-usedってなんじゃ
まともに解説してるサイトも無いしなぁ

あと、4コアCPU使っているけど、どうやってもCPU負荷30-40%くらいにしかならない
全コア平等に使われているようだが、全コア空いてる状態
何なんだこれ
0784名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/09(水) 18:29:16.02ID:xEdKxZwy
クラウドの多CPUをフル回転してなるべく速くエンコしたいはずなのに、
こんなにマルチスレッド化が遅れてるようなエンコーダーをGoogleがほ
んとに使ってるのかね？
何か設定間違えてるのかな
0785名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/09(水) 18:40:01.77ID:gdSLFWhy
実際に運用するときにはファイル単位で並列化してるようなもんだし
下手にマルチスレッドに最適化して、圧縮率を犠牲にするより良いんじゃね？
まあ、単純に開発が進んでないだけな気もするけどね
0791名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/15(火) 03:25:32.49ID:Q9ZQzRGa
いや、その20GBを俺らは見れないわけでｗ
せいぜい数Mbpsに再エンコされた動画をストリーミングで見てるんだよ

もっとも、Youtube側がエンコーダーの仕様やエンコーダーそのものを入れ替えた時、
もとの20GBから再エンコされるという強みはあるけどね
0792名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/15(火) 03:32:13.23ID:KlmMgwFu
ニコニコ動画なんかだとユーザーが再生環境の事考えてないようなすごい設定で投稿してることもあるから
Youtubeみたいに動画サイト側で一律の設定でエンコードするのは妥当といえば妥当かと。
0795名無し に一致する情報は見つかりませんでした。
垢版 |
2014/07/15(火) 11:40:23.54ID:TYUK+Y7x
>>794
比較の仕方がおかしい
同ビットレートのH.265、H.264とVP9を比較するか
元の動画とエンコード後の動画を比べて、違いを認識できるビットレートを調べるとかならわかるが

非可逆でエンコかけたら画質が落ちましたって言われても
0803名無し に一致する情報は見つかりませんでした。
垢版 |
2014/10/12(日) 06:18:35.53ID:h+DFE9C3
AviUtlのL-SMASH Worksという入力プラグインの動作を調べていた過程で、WebMについて
いくつか疑問が出てきたのですが、詳しい方がいたらわかる部分だけでも教えていただけないでしょうか。

　１．YoutubeのVP8のWebMについて
　　　１−１．mkvinfoで見ると、コンテナの「デフォルトのフレーム持続期間（DefaultDuration）」が
　　　　　　　　1msに設定されているせいか、真空波動研などは1000fpsと判定してしまうようです。
　　　　　　　　なぜYoutubeではこのような設定がされているのでしょうか？
　　　１−２．mkvextractでタイムコードv2を抜き出してみると、複数のタイムコード重複が見られます。
　　　　　　　　おそらくはAltRefフレームのタイムコードが他のフレームと重複しているのだろうと
　　　　　　　　推測していますが、これは正しいでしょうか？
　　　１−３．１−２に関連しますが、ffmpegもVP8で -auto-alt-ref 1 の場合は重複タイムコードがつきます。
　　　　　　　　しかし、vpxencの場合は重複しないようになっています。
　　　　　　　　　　　ttp://www.webmproject.org/docs/container/#vp8-alternate-reference-frames
　　　　　　　　を見ると重複させないことが望ましい（タイムベースの粒度が荒い場合は重複可？）ように
　　　　　　　　読み取れるのですが、重複させることに問題は無いのでしょうか？

　２．AltRefが有効なVP9-WebMについて
　　　２−１．AltRefが有効なVP8-WebMの場合、mkvextract timecodes_v2でタイムコードv2を取ると、
　　　　　　　　本来のフレーム数にAltRefフレームを足した数のタイムコードが取れますが、
　　　　　　　　AltRefが有効なVP9-WebMの場合は、本来のフレーム数分のタイムコードだけが取れます。
　　　　　　　　　　　ttps://groups.google.com/a/webmproject.org/forum/#!topic/webm-discuss/hQAGZeKQK-E
　　　　　　　　を見ると、VP9のAltRefフレームの扱いはVP8とは変わっているようなのですが、
　　　　　　　　VP9-WebMでは「AltRefフレームのタイムコードはmkvextractでは取れない」というのが仕様なのでしょうか？
　　　２−２．２−１に関連しますが、YoutubeのVP9-WebMをffmpegで
　　　　　　　　　　　ffmpeg.exe -i YoutubeVP9.webm -c:v copy RemuxVP9.webm
　　　　　　　　として素通しで再muxし、mkvextractでRemuxVP9.webmからタイムコードを取ると、
　　　　　　　　YoutubeVp9.webmから取った時と異なり、VP8と同様に本来のフレーム数に
　　　　　　　　AltRefフレームを足した数のタイムコードが取れます。
　　　　　　　　このffmpegの再Muxの挙動は、VP9のWebMのMux仕様として正しい挙動なのでしょうか？
　　　２−３．Mkvtoolnix 7.2.0のmmg.exeで、「WebMの規格に準拠したファイルを作成する」にチェックを入れると、
　　　　　　　　「このトラックはWebMと互換性がないため、有効化することはできません。」と言われ、
　　　　　　　　VP9のトラックがMuxできなくなります。MkvtoolnixはまだVP9のWebM準拠Muxに対応していないのでしょうか？
　　　２−４．VP9のWebM-Mux仕様について、解説しているページなどがありましたら教えていただけないでしょうか？

上記プラグインの調査報告に使ったものですが、サンプルファイル等はこちらにまとめています。（76MB。10月末に消えます。）
　　ttp://www1.axfc.net/u/3340179?key=aviutl

よろしくお願いいたします。
0804名無し に一致する情報は見つかりませんでした。
垢版 |
2014/10/15(水) 13:51:17.94ID:I8X9DMXg
Firefox33がリリースされ、CiscoのOpenH264をサポート。

　　OpenH264 Now in Firefox | Andreas Gal
　　ttp://andreasgal.com/2014/10/14/openh264-now-in-firefox/

　　>Mozilla continues to support the VP8 video format,
　　>but we feel that VP8 has failed to gain sufficient adoption to replace H.264.
　　（MozillaはVP8のサポートを継続するが、VP8はH.264を置き換えるには至らなかった）

まあ今更だけど・・・。
0808805
垢版 |
2014/10/15(水) 15:02:36.79ID:lbJY7G+7
about:configでmedia.mediasource.enabledをtrueに変えたら良いみたいね
0809名無し に一致する情報は見つかりませんでした。
垢版 |
2014/10/15(水) 17:08:41.92ID:I8X9DMXg
>>808
やめとけ。更新されたばかりのFirefox33で試してみたけど、状況は>>780-781と同じでまともに動かない。
シークで反応しなくなったり、Firefoxのプロセスが残りっぱなしになって
タスクマネージャーからの強制終了が必要になったりする。
0810805
垢版 |
2014/10/15(水) 19:18:39.73ID:lbJY7G+7
>>809
了解。元々不完全だからデフォで有効化されていないのだろうし、
まだ当面は待った方が良さそうだね。アドバイスサンキュー
0816名無し に一致する情報は見つかりませんでした。
垢版 |
2014/12/04(木) 15:14:46.20ID:GGXp5sX3
Fx36：VP8ビデオコーデックを用いたWebM形式の動画を再生する際、Intel CPUの動画再生支援機能を利用できるようになったようだ。
ttps://twitter.com/rockridge07/status/538707853641396225

モバイル向けはVP8ハードデコードサポートしてるようだね
0819名無し に一致する情報は見つかりませんでした。
垢版 |
2014/12/07(日) 20:06:05.80ID:REq1AlQh
Chromeは9だろうけどFirefoxはまだ8だな
IEは対応してるかどうか不明だけど
0820名無し に一致する情報は見つかりませんでした。
垢版 |
2014/12/09(火) 14:17:06.79ID:sSw7T5s0
>>818-819
YoutubeはVP8の動画も生成してるけど、FirefoxでもChromeでも使われてない。
使われることってあるのかな？

IEはWebM(VP8,VP9)には対応してない。IE用のWebMプラグインはあったが
放置されてるっぽいし、試してはいないがVP9は再生できないような気がする。

　　The WebM Project | WebM Components for IE
　　http://www.webmproject.org/ie/
0827823
垢版 |
2014/12/12(金) 21:24:50.79ID:YWDFxp8g
>>825-826
いや、34.0ではまだMSEはデフォでOFFでしょ。
　　ttps://www.youtube.com/html5
で、「HTMLVideoElement」「H.264」「WebM VP8」の３つだけ青チェック、
「Media Source Extensions」「MSE & H.264」「MSE & WebM VP9」は「！」という
デフォのMSEオフ状態で動画を見るとavcになってるけど。

ちょっと思いついて
　　media.windows-media-foundation.enabled
をデフォのtrueからfalseに変えてみたら、H.264が再生できなくなるせいかVP8になったから、
そっちの環境でこれをfalseにしちゃってんじゃないかな？
0828822
垢版 |
2014/12/15(月) 18:21:43.53ID:T3irsOJx
>>827
OSX10.10.1+Firefox34.0.5 :確認したところH.264未対応だった
Lubuntu14.04+Firefox33.0 :H.264対応済み

前者では>>822,後者ではそちらと同じ動作になったので
FirefoxのH.264対応状況がプラットフォームごとに異なるのが原因だった模様

前者でも時間の問題で対応すると思うので（元々システムレベルでのH.264ライブラリも有るし）
>>820のYoutubeのVP8に関しては「以前はFirefoxでHTML5視聴の際に使われていた」という感じになるかな
0835名無し に一致する情報は見つかりませんでした。
垢版 |
2015/07/04(土) 01:00:14.25ID:hAWCnTrf
【VP8･VP9】Windows2000でWebMを再生してみた。
http://www.nico video.jp/watch/sm26627739
0842名無し に一致する情報は見つかりませんでした。
垢版 |
2015/09/02(水) 23:49:02.75ID:tBL7fRhb
そもそもChromeしか対応してないですやん
0843名無し に一致する情報は見つかりませんでした。
垢版 |
2015/09/03(木) 11:56:46.17ID:q6M/hiYf
Microsoft EdgeがWebMサポートするってよ
0846名無し に一致する情報は見つかりませんでした。
垢版 |
2015/09/05(土) 09:24:37.38ID:gpwqV/Ij
なんか7社合同で新しいコーデックを開発するらしいね
0849名無し に一致する情報は見つかりませんでした。
垢版 |
2015/12/22(火) 17:14:03.11ID:c3ZKHVUy
age
0855名無し に一致する情報は見つかりませんでした。
垢版 |
2016/08/25(木) 11:37:48.12ID:4pGYNv0T
>>854
ImageMagickのidentifyとか
0859名無し に一致する情報は見つかりませんでした。
垢版 |
2016/09/02(金) 19:07:58.26ID:a62qX40O
中国に「ハッカー養成所」？毎年100万人以上が誕生―海外メディア(Record China) - livedoor ニュース
http://news.livedoor.com/article/detail/4276976/
チャイナ・シンドローム―Google、中国のハッカー攻撃を機にGmailのセキュリティーを引き締める
http://jp.techcrunch.com/archives/20100113china-hacking-gmail-secure/
アメリカのペンタゴンに中国人民解放軍のハッカーが侵入か - GIGAZINE
http://gigazine.net/index.php?/news/comments/20070905_pentagon_china_hacker/
「ハッカー集団Titan Rainの背後に中国政府の影」--セキュリティ専門家が指摘 - CNET Japan
http://japan.cnet.com/news/sec/story/0,2000056024,20091612,00.htm
拡大するハッカー攻撃、大半が中国から - (大紀元)
http://www.epochtimes.jp/jp/2009/04/html/d15523.html
メルボルン国際映画祭のウェブサイトが中国のハッカーから攻撃 - シネマトゥデイ
http://www.cinematoday.jp/page/N0018988
中国人ハッカーから個人情報1200万人分を購入・販売の犯罪グループを摘発
http://www.excite.co.jp/News/china/20100602/Recordchina_20100602003.html
スカイププロトコルのハッキング、中国人エンジニア集団が成功か - CNET Japan
http://japan.cnet.com/news/com/story/0,2000056021,20173547,00.htm
0861名無し に一致する情報は見つかりませんでした。
垢版 |
2016/09/03(土) 17:13:07.88ID:TdlLVBNA
複数ブラウザを同時に使用するのは禁止・・・HDDデータを破損するかもしれない

この組合わせも 複数ブラウザ同時に使用できるので要注意

Chrome + ChromeCanary

Chrome + ChromePortable

ChromePortable + ChromePortable
0862名無し に一致する情報は見つかりませんでした。
垢版 |
2016/09/03(土) 18:16:31.42ID:TdlLVBNA
テーマ　過負荷テスト

再起動なしで長時間使用すると動作が遅くなった
それどころかブラウザが長時間無反応になるPC？
HD動画など同時に表示させるなどして
CPU使用率100%極限状態での連続稼働で
ファイルOSはどれだけ正常に動作するか？
ttp://www.c-tipsref.com/reference.html#stdio
ttp://www.c-tipsref.com/alpha.html#F
ttp://www.c-tipsref.com/reference/stdio/fopen.html
0863名無し に一致する情報は見つかりませんでした。
垢版 |
2016/09/03(土) 18:52:54.83ID:TdlLVBNA
chrome://flags/#enable-offline-auto-reload
オフラインの自動再読み込みモード Mac, Windows, Linux, Chrome OS, Android
ブラウザがオフラインのときに読み込めなかったページを、ブラウザが再度オンラインになった時点で自動再読み込みします。 #enable-offline-auto-reload

chrome://flags/#enable-offline-auto-reload-visible-only
表示タブのみを自動再読み込みする Mac, Windows, Linux, Chrome OS, Android
ブラウザがオフラインのときに読み込めなかったページは、タブが表示されている場合のみ自動再読み込みします。 #enable-offline-auto-reload-visible-only

chrome://flags/#enable-simple-cache-backend
HTTP でのシンプル キャシュ Mac, Windows, Linux, Chrome OS
HTTP 用のシンプル キャッシュは新しいキャッシュ機能です。ディスク スペースの割り当てにファイルシステムを使用します。 #enable-simple-cache-backend

chrome://flags/#automatic-tab-discarding
タブのメモリを自動解放する Mac, Windows
有効にした場合、システムのメモリが少なくなったときにタブのメモリが自動的に解放されます。
メモリが解放されたタブは引き続きタブバーに表示され、クリックすると再読み込みされます。 #automatic-tab-discarding
0864名無し に一致する情報は見つかりませんでした。
垢版 |
2016/09/03(土) 18:55:40.70ID:TdlLVBNA
要点　シンプル キャシュ　
遅いWindowOSのページファイルを使用せずに
独自のページキャシュを構築してオーバレイするのかどうか？

chrome://flags/#enable-simple-cache-backend
HTTP でのシンプル キャシュ Mac, Windows, Linux, Chrome OS
HTTP 用のシンプル キャッシュは新しいキャッシュ機能です。ディスク スペースの割り当てにファイルシステムを使用します。 #enable-simple-cache-backend
0867名無し に一致する情報は見つかりませんでした。
垢版 |
2016/09/04(日) 14:31:45.73ID:K+c9YjH8
１年前ぐらいに我々はレポートしていた
Firefoxの動画再生がフレーム間引き無しで良好だったが、
Chromeはフレーム間引きでカクカク動画再生していた。

その後 Chromeの動画再生への取組み
１年前　フレーム間引きによる軽量化だった
半年前　フレーム間引き無し動作安定化
最近は　60フレーム化、120フレーム化へ？

フレームレートを上げるには必然的に
ハードウェア アクセラレーションを使う
0869名無し に一致する情報は見つかりませんでした。
垢版 |
2017/10/10(火) 09:50:19.62ID:ydcKkFE6
webmって震災前からあったのね…
0876名無し に一致する情報は見つかりませんでした。
垢版 |
2017/10/23(月) 11:39:18.90ID:f2HvaXtr
WebMはコンテナ(mkv),動画(VP8,VP9,AV1),音声(Vorbis,Opus)の三要素からなっていて主にコンテナフォーマットとして扱われる物であるのに対して、
WebPは誤解を恐れずに言えばシンプルなRIFFコンテナにVP8のIフレーム載っけただけの代物ですから、コーデック部の対応非対応がモロに跳ね返ってくるのだと思います。

JPEGも大幅なアップデートの際にはJPEG2000,JPEG XRと名前と拡張子を変えていますし、もしWebPのAV1化(今更VP9はないでしょう)があれば、その時は.webpという拡張子ではない別のものになるのでは。

個人的には、動画は同名で勝手にコーデック変えまくってるのに画像は気を使わにゃならんというのはおかしい気もしますが。
0878名無し に一致する情報は見つかりませんでした。
垢版 |
2017/12/28(木) 03:35:15.42ID:R07UDL57
誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。

グーグル検索⇒『加藤のセセエイウノノ』

U1104SMSAL
0879名無し に一致する情報は見つかりませんでした。
垢版 |
2018/01/09(火) 08:27:40.92ID:tuNKdhvJ
ついにアップルがAOMに加入したぞ〜！
0882名無し に一致する情報は見つかりませんでした。
垢版 |
2018/01/22(月) 11:13:52.89ID:40aDhMcg
発言の意図は類推できますし、重箱の隅をつつくようですが、MP4、つまりMPEG-4はコンテナ規格で、Allience for Open Mediaの策定するAV1は動画圧縮コーデックです。
現在主流となっているのはh.264というコーデックをMP4コンテナに詰め込む形式で、 >>881 様の意図する"MP4"とは、おそらくそのことなのでしょう。直接のの対立軸の上にある訳ではないことがおわかりいただけたでしょうか。

正しくAV1の競合として考えられるのは、h.264の後継であるh.265/HEVCという動画圧縮コーデックです。
しかしながら、現行のh.264は(パテントフリーのVP8との競争の末)複数の企業の特許契約を一本化し、Web配信分野で特許料を免除したのに対し、HEVCはその一本化が上手くいっていません。
HEVCが特許問題を解決して逃げ切るのが先か、技術的に互角以上のポテンシャルを持ち、かつパテントフリーのAV1がデファクトを取るのか、今後が楽しみですね。
0885名無し に一致する情報は見つかりませんでした。
垢版 |
2018/01/27(土) 18:18:56.81ID:ZXg342cQ
悪いひとたちがやって来て
みんなを殺した

理由なんて簡単さ
そこに弱いひとたちがいたから

女達は犯され
老人と子供は燃やされた

悪いひとたちはその土地に
家を建てて子供を生んだ

そして街ができ
悪いひとたちの子孫は増え続けた


朝鮮進駐軍 関東大震災 日本人10万人大虐殺

https://youtu.be/iBIA45CrE30
https://youtu.be/D0vgxFC04JQ
https://www.youtube.com/watch?v=sYsrzIjKJBc
https://www.youtube.com/watch?v=zYBCTRryFP8
0886名無し に一致する情報は見つかりませんでした。
垢版 |
2018/01/27(土) 18:27:00.88ID:iDbB5bVS
VP9 + Opus に慣れたばかりなのに、もう AV1 + Opus になっちまうのかい。
0888名無し に一致する情報は見つかりませんでした。
垢版 |
2018/06/05(火) 11:29:02.05ID:+w3jcxLJ
うぇｂｍ
0889名無し に一致する情報は見つかりませんでした。
垢版 |
2018/06/12(火) 16:37:34.35ID:/jFWM9Xn
サッカー万歳！
https://goo.gl/rhVnLU
0891名無し に一致する情報は見つかりませんでした。
垢版 |
2019/02/04(月) 21:31:35.05ID:LWkh7p9V
見てはいるのです…それこそ話題供給がないので…

これでChrome/Firefoxのフォーマット戦争は痛み分けに…というかAPNGもWebPも一般のWebで普及したとは言いづらいので勝者なしでしょうかね。

とはいえWebP対応は確実にチューニングの可能性を広げるでしょうし、AV1正式対応もここまで早くなるとは思いませんでした。

個人的にはAV1がh.264やh.265に取って代わるというよりはAVIFがWebPなどのカリカリチューン用途を置き換える形で普及するのではと予想しているのでそちらを注視しています。WebP、VP8なので…
0893名無し に一致する情報は見つかりませんでした。
垢版 |
2019/07/08(月) 11:14:25.90ID:Jqfl4nnn
ないぞ
0896一方通行+ ◆BotW5v0x3A
垢版 |
2019/07/31(水) 05:28:38.97ID:QA27Ryma
>>892
WebMは、現状のところ、汎用性はまだ低い。

WebM形式の動画ファイルを標準で再生可能な動画プレイヤーは以下の通り。

VLC Media Player、GOM Player、Leawo Blu-ray Player…。

WebM形式の動画ファイルを落とした場合は、変換ツールで
H.264/MPEG-4 AVC（*.mp4）形式へ変換して使うのが普通。
0897名無し に一致する情報は見つかりませんでした。
垢版 |
2019/09/17(火) 08:01:37.00ID:ltuWDU0h
成る程
0898名無し に一致する情報は見つかりませんでした。
垢版 |
2019/10/09(水) 22:36:22.97ID:r4pVjnQ3
了解
0899名無し に一致する情報は見つかりませんでした。
垢版 |
2019/11/16(土) 17:54:07.34ID:2NAYx2eJ
了解
0900名無し に一致する情報は見つかりませんでした。
垢版 |
2019/12/11(水) 00:12:25.14ID:MZeH9IMV
了解
0904名無し に一致する情報は見つかりませんでした。
垢版 |
2020/11/23(月) 06:44:45.40ID:YVFI2WCY
WebP2だって
0906名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/10(日) 08:13:17.34ID:QBCO6w+s
>>905
Qにどうした？
売国ネトウヨが頭Qなったんか？
0908名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/25(月) 15:35:02.48ID:UCwNORJk
iPhoneが対応してから
SEO対策でWebPを使う人が増えてきた
0910名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/27(水) 20:53:20.80ID:qt83zCBe
>>909
デファクトスタンダード（事実上の標準規格）
例：BMP、GIF、WEBP

デジュールスタンダード（標準化団体による標準規格）
例：JPEG、PNG

JPEGとPNGはデファクトスタンダードじゃなくてデジュールスタンダードだから間違わないように
0911名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/27(水) 21:01:55.58ID:qt83zCBe
>>909
ウェブサイトの管理をしているならJPEG、PNG、ギリギリGIFで十分なんて100%あり得ない
SEO対策でサイトの表示速度向上が絶対的に重要だから最低でもWEBPを使わないとか話にならない

SEO対策でWEBPをサポートしてるブラウザにはWEBPを、非サポートのブラウザにはJPEGを表示するって形が多かったけども
2020年にモダンブラウザがWEBPをサポートした以上は今年中に何らかのWEBP対応をしないとか意識が低すぎるにも程がある

AVIFをサポートしてるブラウザにはAVIFを用意してる人からすればJPEG、PNG、GIFで十分とか言ってるのは古い人間とかそういう次元じゃない
化石にでもなってんの？
0912名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/27(水) 21:07:01.45ID:qt83zCBe
>>909
モバイルファーストインデックスへの移行もあるわけだし
デファクトスタンダードとかいう考え方から何もかも間違ってる
君は古い人間じゃなくて無知な人間なんだよ

デファクトスタンダードやデジュールスタンダードだからその規格を使うわけじゃないというところから学び直して
それから出直してこい
0913名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/27(水) 22:07:52.75ID:IzJUyvvD
あちゃー、本職さんでしたか
デジュールスタンダードは単語は見たことはあったけど、口に出して使ったことは無かったけど、それでも自分はデファクト（事実上）に感じてるのでこの言葉を使うことは無いと思う
0914名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/27(水) 23:04:01.70ID:2wyh+QC3
>>913
国際標準規格を「デファクト（事実上）に感じてる」ってのは君個人の感想として好意的に捉えてあげることは出来るけども
デジュールスタンダードを「この言葉を使うことは無いと思う」ような人がこのスレで「jpg、png、ぎりぎりgifで十分だと思ってる」とかレスして何がしたいの？

君が意味不明なカテゴライズをして拡張子を並べてるからデファクトスタンダードとデジュールスタンダードを説明しただけで
そもそも必要な規格を使うだけでデファクトとかデジュールとか関係ねぇんだよ
「Googleが策定した規格が流布されるのが嫌です」って喚いてる方がまだ建設的だわ
0916名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/28(木) 01:57:08.84ID:C4mS9MmE
Appleは昨年秋にiOS 14 / iPadOS 14 / macOS Big SurでWebPを正式サポートした。Big Surは知らないけどiOS 14 / iPadOS 14はシステムベースで.webpを扱える。同時にApp StoreのスクリーンショットをWebPへの変換も進めている。
Facebookが2013年頃にいち早くWebPのテストをした時に批判の声が多かった。トラフィック削減はスマートフォンの普及率が増えるにつれて各業態で至上命令となっている。今はAVIFのテストをしている。
スマートフォンのカメラアプリで撮影した画像がJPEGでもいい。そこをWebPにしたところで問題は解決しないから。
アップロードした先のSNSなどがWebPで表示することが大事。だからAppleの動きで主要ブラウザがWebPをサポートしたことでデファクト・スタンダードとなっていく流れができた。WebPを採用するサイトはそういう流れを意識している。WebPがここまでサポートされれば他のサイトがWebPを採用していくと検索順位に影響する可能性があるから。
0917名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/28(木) 02:04:48.90ID:OQqKRbXf
今は回線のトラフィック量（トラヒック）がボトルネックなんだろうけど、いつの日か回線速度が無視できる時代がきたら各端末の消費電力を抑える方式がもてはやされそうに感じた
0918名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/28(木) 08:06:09.62ID:4xcXbw7Y
何をもって消費電力を抑えるコーデックと定義するのかわからないから何とも言えないが
スマホやタブレットで画像を表示するとディスプレイも電力を使う
例えばHDR10とかリッチコンテンツを表示すると使う電力は跳ね上がるわけだからね
必要十分な画質でシンプルに圧縮しているWEBPがトータル消費電力でさいつよ
0919名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/28(木) 08:10:41.44ID:4xcXbw7Y
あと5Gの普及率が100%になったとしてもGoogle検索の帯域節約で苦心する未来は変わらない
これはもうユーザー側の回線速度の向上とは別問題なわけで

極端な話を言うとAVIFやJPEG XLをフルに使ったリッチコンテンツが増えたところで
Google検索の帯域削除のためにはWEBPの後継が必要となるからWEBP2の準備を始めてる
まあ苦心するのはGoogleだから開発頑張れよとしか言えないんだが
0920名無し に一致する情報は見つかりませんでした。
垢版 |
2021/01/30(土) 09:45:48.24ID:qv3JNMzx
・スマートフォン
Chrome : WebP
Safari : WebP

・デスクトップ
Chrome : WebP AVIF
Edge : WebP
Firefox : WebP AVIF
Opera : WebP AVIF
Safari : WebP

Android版Chrome 89でAVIFをサポート予定やし
AppleとMicrosoftもAOMediaのファウンディングメンバーに名前を連ねとるし
NetflixやFacebookが早くから技術テストしとるし
SEO対策にWebP使わんとAVIFだけでええかな？
0924名無し に一致する情報は見つかりませんでした。
垢版 |
2021/03/25(木) 10:47:43.97ID:A7q9Qm8y
AVIFってマイナーすぎてもう死にかけてるやん
0925名無し に一致する情報は見つかりませんでした。
垢版 |
2021/04/09(金) 15:59:28.82ID:JLu+13sS
ブラウザも有名所は対応
ビューア側もほぼ対応

webpってもうほぼ市民権得てるよね
0926名無し に一致する情報は見つかりませんでした。
垢版 |
2021/05/11(火) 21:31:01.39ID:IrMTFBGi
GoogleはAndroid 12 Developer Preview 1でAVIFをテストしてて今秋からサポートされるし
Appleも3月にはWebKit BugzillaのナイトリービルドでAVIFデコードが追加されてるし

「マイナーすぎてもう死にかけててくれくれ〜（願望）」とか妄想垂れ流してる924ほんまダサい
0927名無し に一致する情報は見つかりませんでした。
垢版 |
2021/05/11(火) 21:34:27.44ID:IrMTFBGi
>>925
シェアの高いWordPress 5.8でWebPサポートしたし
IE11サポート終了の方向性だからWebP使わない理由がなくなった

市民権はまだ得てないけどな
0929名無し に一致する情報は見つかりませんでした。
垢版 |
2021/05/16(日) 16:39:48.60ID:SRZu9UAJ
＞ブラウザで表示出来ないAVIFはもうとっくに死んでwebp一択になっちゃってる

WEBPとAVIFが立ち上がった時期すら理解できないガイジかな？
0931名無し に一致する情報は見つかりませんでした。
垢版 |
2021/05/20(木) 14:19:54.09ID:hwnL/bo+
IE終了日の確定したからgrid、flex gap、webpが一気に普及するやろな
Android 12 Beta1がリリースされたからMaterial YouとAVIFで忙しなりそう

>>930
＞AVIFはビューア側すら消極的だから既に詰んでる

お前何も知らんのやな
トランプ大統領は負けてないとか言ってそうな頭Qレベルやん草
0933名無し に一致する情報は見つかりませんでした。
垢版 |
2021/06/22(火) 10:07:33.81ID:zEhlV6Xj
webp・・・
なんかこの頃ネットで広がってるな・・・・
これブラウザでしか見れなからマジでやめてほしい
PNG　JPG　のようにカンタンにツールで編集や観覧できないし実用的でない。
劣化？　たかだか画像だからどんなに重くなってもいいそんなもん。
まじで鬱陶しいくらいめんどくさい！
誰だこんな変な規格広げたやつ。
0934名無し に一致する情報は見つかりませんでした。
垢版 |
2021/06/24(木) 15:51:30.28ID:Xk6auoo1
WebPでもAVIFでもJPGとPNG波に簡単に使えるようになったほうが間違いなく天下を取る。
ただネット上を見てるとWebP形式でダウンロードできる画像は見かけるがAVIF形式のサイトは見たことがない。
個人的にはビデオのベータ版とVHS版戦争に似てるかもしれない。
でも今はどちらも使い勝手は間違いなく悪いのでまだかかる。
0935名無し に一致する情報は見つかりませんでした。
垢版 |
2021/06/24(木) 15:57:42.23ID:oelKUbZt
そもそもAVIFはAndroid12からサポートだし現段階で見たことがないとか934はネトウヨ並みに頭が悪いな
0938名無し に一致する情報は見つかりませんでした。
垢版 |
2021/07/11(日) 23:15:37.17ID:ATOp04sy
AVIFはjpg2000と同じように忘れ去られるだろうな
webpはGoogleと言う巨大企業が主導して自前のブラウザやYouTubeで対応して普及させて
その間更に次世代webpも作っていくから勝てる訳が無い
まあ所詮画像フォーマットだからどこが覇権握ろうがユーザーにとってどうでもいいことだけど
0941名無し に一致する情報は見つかりませんでした。
垢版 |
2021/07/13(火) 20:59:21.38ID:HVhwd4ff
webmってmp4とファイルサイズ比較でどれくらい小さくなんの？
0942名無し に一致する情報は見つかりませんでした。
垢版 |
2021/07/19(月) 08:05:30.67ID:BCemF9ES
webMは糞フォーマット
webMファイルの入っているフォルダを開くとCPU使用率が高くなる謎
サムネイルも表示されないし
0943名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/14(木) 15:21:25.52ID:7RnhVj8E
どっちが覇権ていうこともなさそうだな。
広がりはwebMだがそれでも納得のいく浸透状況ではない。
今年中の覇権はまずなくなった。どうしたってAVIFの性能は魅力的だからな。
0946名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/22(金) 12:48:49.79ID:Bpfx4fwg
何でブラウザや画像ビューア系はAVIF対応消極的なの
0947名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/22(金) 17:37:22.82ID:vKuDNq79
webpもavifもJPEG XLに潰されそう
0948名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/22(金) 18:32:42.64ID:WCRjH8XF
jpegxlって圧縮率いいの？
0949名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/22(金) 19:31:17.92ID:7ccc9/Vf
webpと同じくらいか低クオリティだとwebpの方がちょっと効率良いんだったかな、デコードはJXLのが早い
0952名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/23(土) 08:21:47.07ID:HEjpPpdt
>>951
1番新しいからね、一応開発版というかテスト版のブラウザなら表示できるよ
まだ一般には来てない
0954名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/24(日) 13:40:13.17ID:ZNmjN+xY
2000とかXRはもうみんなの記憶からも消えつつあるよ…
0956名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/25(月) 16:39:19.08ID:fTarB1l5
そういやアニメーション画像は次どこがメインになるんだろうな…
JXL.webp.AVIFどれもアニメーション対応してるけど
0957名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/25(月) 16:53:19.23ID:U363AH1T
XLとかAVIFとか結局Googleみたいな巨大企業が主導するwebpには普及速度敵わんよ
0958名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/25(月) 21:46:29.58ID:zWh68Z0u
>>957
性能がね…
0959名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/26(火) 01:22:41.94ID:8TCECXV8
圧縮率が良くてもDGCAとか7zに潰されたし
AVIFも同じ運命
0960名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/26(火) 08:45:21.61ID:/eG1+U8/
グーグルの強いとこは流行らせる力じゃなくて流行んない時あっさり切り捨てることができる部分だと思うから、グーグルが推してるから強い！とは思えんのよな
0961名無し に一致する情報は見つかりませんでした。
垢版 |
2021/10/29(金) 23:31:50.56ID:BuSOqhCO
GIFタイプの動画像WebPはブラウザでしか再生できない、それはWebPDemuxerなるものを活用しても変わらない。で合ってますか？
いちど連番画像に解体してでもいいからmp4などの扱いやすい形式にしたいと思ったのですが、ブラウザ上で再生されているものをキャプチャする位しか方法はなさそうでしょうか
0962名無し に一致する情報は見つかりませんでした。
垢版 |
2021/11/09(火) 05:30:05.82ID:CcgXO9w9
>>961
これは？gifにしかできないけど
https://i.kuku.lu/
0965名無し に一致する情報は見つかりませんでした。
垢版 |
2021/12/09(木) 00:37:43.87ID:PkK+AoV1
webpが嫌われてる原因はデコード遅いのと保存して表示できないところだったなあ
圧縮性能は良かったのにね
0967名無し に一致する情報は見つかりませんでした。
垢版 |
2021/12/10(金) 15:31:30.72ID:iepm/tG4
ただでさえブラウザでしか見れないのにデコード遅いせいで表示も時間かかるからな
0968名無し に一致する情報は見つかりませんでした。
垢版 |
2021/12/20(月) 14:00:44.40ID:OIlf3S22
デコード遅いってただの難癖だよな

AVIFが圧倒的にゴミなのバレちゃってる
ttps://pbs.twimg.com/media/FAmfVjeWQAMuy1H.png
0969名無し に一致する情報は見つかりませんでした。
垢版 |
2021/12/20(月) 16:43:35.87ID:J6HdjKo0
>>968
それエンコード時間
0970名無し に一致する情報は見つかりませんでした。
垢版 |
2021/12/21(火) 15:48:29.00ID:YWtoTXir
>>968
JpegXL早えー
0973名無し に一致する情報は見つかりませんでした。
垢版 |
2022/01/19(水) 23:48:01.54ID:cuKunxjN
4016MITHD株
短期運用＆低位株の実践投資プログラム
アマゲン短期急騰株で完勝できます！
0978名無し に一致する情報は見つかりませんでした。
垢版 |
2022/03/02(水) 13:26:08.45ID:jAys1O65
いろんなサイトがWebpでの置き換えをし始めてる。
ただAVIFは負けるとかじゃなくどちらも使われるという感じでおちつきそうだな。
消えることはないだろう。
0979名無し に一致する情報は見つかりませんでした。
垢版 |
2022/03/05(土) 00:30:49.71ID:vHsb0KgU
WebPをサポートしてないIEが2022年6月15日でサポート終了だし
国内のブラウザシェアを見る限りJPEG、GIF、PNGをWebPに置き換えるSEO対策は有効だね

AVIFは知らん
0981名無し に一致する情報は見つかりませんでした。
垢版 |
2022/03/07(月) 11:14:25.85ID:bR9046Cr
300KB程度の画像はJPEGなどの方が取り回しが楽とかあり得ん
0982名無し に一致する情報は見つかりませんでした。
垢版 |
2022/03/31(木) 10:09:27.26ID:uhmji4K8
WebPを表示できるビュアーってなんですか？
デフォルトだとブラウザ対応ですけど、JPEGやPNGみたいなビューアレベルで次々見られるものがないと
WebPは天下は取れませんよ？
JPEGなどのビュアーでみると暗くなりますし、同じレベルのビュアーがあるのでしたらぜひ教えて下さい。
0984名無し に一致する情報は見つかりませんでした。
垢版 |
2022/05/22(日) 16:14:41.97ID:XJlqg51U
WebPでもAVIFでも結局JPEGに変換するからどうでもいいすよ〜〜〜
0993名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/10(日) 16:59:01.14ID:j4AgBfr4
WebPもAVIFも
「可逆圧縮も非可逆圧縮も両方いけます！」ってのが良くないんだよ

ユーザーは拡張子によってその画像が劣化してるのかどうか概ね知りたいんだから
どっちも同じ拡張子じゃ判りにくくて不快なわけよ


だから明確にふたつに分けろって

可逆圧縮（PNG/GIFなど）の後継 .xxx
非可逆圧縮（JPEG）の後継 .yyy

みたいにな
0994名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:11:09.60ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
sdaasdffsasfasdf
0995名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:11:25.42ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
dfasfsdasdasdf
asdfasdfsda
0996名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:11:40.55ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
asdsdafdasdfnsdfa
asdmpfasdfpasdfpasdfasdfmas
0997名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:11:56.28ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
asdfmpasfasdfsf
asdfmpasdfmpsdfsadfas@
0998名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:12:13.77ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
asasdfpasdsdfa
sadmpfsampfspfsdasfpasdf
0999名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:12:28.83ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
dasfmpasdfpsfadsdfa
mpasdfmsdpasdfpasdfpsdfapsdf
asdfp@sadmp9jasd-asdsdfa
1000名無し に一致する情報は見つかりませんでした。
垢版 |
2022/07/13(水) 17:12:44.29ID:ddVFnxDL
【FF4ピクセルリマスター】『ゴルベーザ四天王とのバトル』がスローテンポに改悪されてて酷い件【植松伸夫】
krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に

↓その後

FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～　テンポが遅くなった理由の説明

FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
他にもクリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変するFFピクセルリマスター
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？

1000ならスクエニが改善する

スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧...............,.,.,.,.,.,.,
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 4299日 11時間 18分 36秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況