JPEGの後継画像フォーマットについて議論するスレ
■ このスレッドは過去ログ倉庫に格納されています
JPEG 2000は心じゃったの?
Windows Media Photoの可能性は?
動画フォーマットがどんどん進歩している中、取り残された
静止画フォーマットの将来について語るスレです。 BPGなんてパテント汚染だらけで流行るわけないじゃん
GIFのこと忘れたのか? スレ違いになるけど、可逆圧縮に対応するならちゃんとパレットカラーに対応してほしい。 >>162
いまのところmpeg-laが黙ってるのが気味悪いな。
流行るの待ってるのかもしれないね。流行ってからドーンと。
bpgの開発者のページには、心配ならh265に対応してるハードウェアと一緒に使えと
書いてあるな。
ハードウェアにアルゴリズム実装する段階でライセンス料は支払われてるよね?って
スタンスのようだ。 BPGだかなんだか知らないけどPNGで間に合ってる そういうので苦労した経験ないからじゃね。
あとは自分の周囲だけで世界が完結してるからとか。 ローカルならストレージ容量が余ってて必要ないかもしれないが
ネットワークではトラフィックの削減のために必要なんだよな 力作は全部pngで保存してっからあんまし有意義に思えない 現状pngで間に合ってるし トラフィックとか言われても動画で使いまくってるのに
動画に比べたら誤差みたいな差の為にフォーマット移行とかめんどくさすぎ WebPがなにげに成長しているんだよ
可逆、アルファ、アニメーションが出来るようになったし
不可逆ではjpegより圧縮率はいいし、
可逆ではpngより圧縮率がいい。 そんなの1枚絵じゃ問題にならない気が・・・
それにもともと動画の技術の転用なら、デコード負荷も問題ないはず デコード速度は重要だよ
多量のページの電子書籍なんかだと
プリロードが追いつかないとめくりでもたつくんだから
すべての電子書籍で目次がついていればいいけど
目次がついているものばかりじゃないからね
ハードウェア再生支援はiosだとvp9・webpには効かなかったようだから
デコード速度が気になるんだ 非可逆エンコード
Time to read input: 0.149s
Time to encode picture: 1.493s
非可逆デコード
Time to decode picture: 0.136s
Time to write output: 0.666s
可逆エンコード
Time to read input: 0.151s
Time to encode picture: 25.095s
可逆デコード
Time to decode picture: 0.279s
Time to write output: 0.694s
なお低スペ アホくさ。iOSで画像展開遅いってないわ
展開時間より読み込み時間のほうが長いわ 非可逆も可逆もデコード速度あんまり変わらないのね
同一ファイルを元に、最新のエンジンを使って作られた、jpeg、jp2と比較したデコード速度比較でないと
単独の数字じゃ早いのか遅いのかわからないね デコードに関してはjpeg 2000がぶっちぎりで遅い。
jpeg xrとwebpだとややwebpが速いくらい。
でもどちらもjpegに比べると体感できるレベルで遅い。
bpgはhoneyviewで試した限りは速い。
jpeg 2000レベルで画質に不満はないのだけど、デコードが遅すぎるので
使う気が失せたくらい。 BPG、解像度、ファイルサイズ制限なければいいんだけどな。
ちなみに、以下ページで利用されてるpsb(PhotoShopBigdocument)
だと最大300,000x300,000pxまでしか対応してないから困るんだよな…
(´・ω・`)
http://www.eso.org/public/images/eso1242a/ http://www3.nhk.or.jp/news/html/20151209/k10010335241000.html
JPGE 2000で写真撮影をする金星探査機あかつきが金星周回軌道に到達した。
これから公開される写真はJPGEじゃないんですJPEG 2000で撮影した物になるんですよ。
赤外線カメラと紫外線カメラしか搭載されておらず可視光カメラは搭載されていませんので
カラ―画像じゃないですけど・・・・
http://jda.jaxa.jp/category_p.php?lang=j&page=&category1=256&category2=306&category3=308&page_pics=50
見事にすべて白黒です・・・金星に可視光カメラ持って行っても仕方ないけどJPEG 2000の実力を見せてもらいましょう 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
T97QMMLPDD androidでHEIF公式対応きたね、webpどうなるんだろ H.265/HEVCとHEIF(ヒーフ)
AV1とAVIF(エイヴィフ)
後者はロイヤリティフリーで賛同企業も多そうだし、これが普及するかもね 結局一括変換ソフトでないと普及しない
編集ならほかの形式でやりゃいいんだから
変換だけでいいんだからなんとかどっか対応してほしい 1つのフォーマットで可逆非可逆できてしまうと、オリジナルから劣化してるのか疑心暗鬼になるな webpよりjpegの方がいいわ
Androidで2MBくらいのwebpの写真を読み込ませると、細部までくっきりするのに10秒以上かかる。jpegなら5MBでも一瞬でくっきりするのに
容量削減のためにデコード時間が伸びるなんて本末転倒もいいとこだわ >>193
同じだよ
スキャンした1200dpi 2L判の写真をq=80にしてgalaxy s9+で表示させてる webpの普及具合を見るとAVIFも期待できないね
だからHEIFに統一しようと思ったけど
heic to jpeg コンバータあるのに逆はないのね
どうしよう webpのedgeとfirefox対応で一気に動いたね Safari 14でWebPサポートだって
今後はウェッピーからエイビフって流れになりそう >>186
無料でロスレス圧縮&プログレッシブ表示もサポートしPNGより40%以上も高圧縮な画像フォーマット「FLIF」
https://gigazine.net/news/20160308-flif/
この技術がJPEG XLに採用されている 次世代ビデオコーデック総合スレPart5 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1581244349/
>794 名無しさん@編集中 (ワントンキン MM23-U561) sage 2020/08/24(月) 22:22:20.54 ID:R5XaRWk7M
>次世代画像フォーマット 〜 AVIF と JPEG XL 〜
>https://docs.google.com/presentation/d/1Vuq1WclKNBxiRd6znT7g-XyugwQA4FwqsyHRL8FlEFw
>なんかJPEG XLの方が本命っぽいんだよな
>・JPEGと相互互換性あり
>・エンコードもデコードも速い
>・プログレッシブ対応やレスポンシブウェブデザインのWebと相性良い
>・バックにGoogleがいる
>Googleは検索エンジン最適化(SEO)という最強の生殺与奪権を持っている
>今はSEO対策でWebPを採用してPageSpeed insightsの評価点数を上げることが重視されている
>なおPageSpeed insightsの内部ロジックであるLighthouseに次世代画像フォーマットへの対応(Serve images in next-gen formats)という監査項目がある模様
>JPEG XLを最高得点に設定すれば世代交代を促進できる
>得点の低いであろうJPEG,GIF,PNG等々レガシー規格はインターネットの表舞台から姿を消すに違いない
こマ? https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs
JPEG XL、普通のJPEGよりエンコードもデコードも早いってマジか
アニメーションやアルファチャンネルも扱えて無印JPEGからの無欠損再圧縮変換できてその逆変換もできる
ぼくがかんがえたさいきょうのJPEGだ… AVIF has landed
https://jakearchibald.com/2020/avif-has-landed/
プログレッシブJPEGとWebPとAVIFのレンダリング速度比較が興味深い >>204
Format : Maximum Image Dimensions
(in a Single Code Stream) Maximum Bit Depth,
Maximum Number of Channels
JPEG : 4,294 megapixels (65,535 x 65,535) 8-bit, three channels (or four for CMYK)
PNG : Theoretically 4 exapixels
(but no way to efficiently decode crops) 16-bit, four channels (RGBA)
WebP : 268 megapixels
(16,383 x 16,383) 8-bit, four channels (RGBA)
HEIC : 35 megapixels
(8,192 x 4,320) 16-bit, three channels
(alpha or depth as separate image)
AVIF : 9 megapixels
(3,840 x 2,160) 12-bit, three channels
(alpha or depth as separate image)
JPEGXL : 1,152,921,502,459 megapixels
(1,073,741,823 x 1,073,741,824) 24-bit (integer) or 32-bit (float),
up to 4,100 channels macOS 11 Big SurとiOS 14/iPadOS 14でWEBPを正式サポートして
Appleが乗り気になったからWEBPが普及する道筋が出来たけど
Firefox 86でAVIFを正式サポート
Android版Chrome 89でAVIFを正式サポート?
AppleはAVIFにもやる気を出してほしいね
AVIFの先はJPEG XLに期待していない
WEBP2の方がまだ期待できる AVIFはノッペリしすぎて肌の質感消えるからなあ
イラスト用途ならいいんだけど 正直webp2とかavifきてもjpegは残りそうだから互換性あってデコードエンコード早いjpegXLにjpegを終わらせてほしい、ついでにgifとpngも AV1スレやWEBPスレでもJPEG XL推してるけどあんな使いにくいフォーマットが普及するわけないじゃん
JPEG、GIF、PNGを終わらせてほしいとかどこの素人だよ
JPEG XL推しきっしょ >ぼくがかんがえたさいきょうのJPEGだ…
>互換性あってデコードエンコード早いjpegXLにjpegを終わらせてほしい、ついでにgifとpngも
AV1スレやWebPスレでもこんなしょーもないノリでJPEG XL凄いを連呼してるのはきっしょいじゃん
S1とS2に分類して各規格の開発目的が異なる意味すらわからないただのバカだからね
やってることは荒らしと変わらん JPEG、GIF、PNGはユーザーフレンドリーな画像フォーマット
特にJPEGはデジタルカメラやスマートフォンカメラの保存形式として一般的
最近ではiPhoneカメラ、デジタルカメラならソニーとキヤノンがHEIFを保存形式として採用してる
JPEG XLはJPEGやHEIFのユーザーフレンドリーな後継として策定されたものになる
WEBP、AVIFはウェブマスターフレンドリーな画像フォーマット
WEBPはモダンブラウザでのサポートが始まって、AVIFもAOmediaを中心にサポートの動きがある
こちらはユーザーフレンドリーな用途ではなく、WEBサイトや検索トラフィックの最適化がメイン
スマートフォンでもHDR対応ディスプレイが普及していくとWEBPでは十分な最適化が出来ないからWEBP2の策定を目指してる
JPEG XLがアルファードならWEBP2はカローラみたいなもんで用途が違う Google、Microsoft、Apple、arm、AMD、IBM、Intel、nVidia、Adobe、CISCO、Mozilla、XILINX、Amazon、Facebook、Netflix、Hulu
他にもいるけど全世界の総トラフィックの8割近くが動画だからNetflixがAV1とAVIFに入れ込みすぎなんよー
The Joint Photographic Experts Groupが有名無実になる一方で元気すぎるAlliance for Open Mediaのパワープレイはそれはそれでつまらん ストリーミングサービスの台頭で規格団体としてのJPEGは影響力が低下してんだよね JPEG XLは主要なビューアで表示ができて、
PILとかImageMagickとかで変換できるようになってくれればそれでいい
別にWebで普及しなくても一向に構わんし、
編集ソフトが対応してくれなくてもまぁ大きな問題はない >>213
それなのにJPEGの後継語るスレでwebp2とかavifに期待してる人がいるの不思議 >>217
そういう方向性ならJPEG XLは普及すると思うよ
>>219
JPEGの後継フォーマット=JPEG策定の新フォーマットではないのに何言ってんだか https://engineering.mercari.com/blog/entry/2018-01-30-161001/
このエンジニアの説明がWebP画像の導入例として非常にわかりやすい
JPEG→WebPに変換して表示することでトラフィック削減による3列化を実現した
HDR10とか444とかリッチなコンテンツをJPEG XLで作成・編集→WEBサイトではWEBP2で表示してSEO対策みたいになるだけ
JPEG XLとWEBP2は一蓮托生 1.誰からも必要とされない人
たられば無いものねだり
2.普通の人
既に有るものを有効活用
3.有能な人
無いものは自分で作っちゃう
4.社会から必要とされる人
業界で技術OEM売買案件を手がけ
3.の人に仕事と売上を作ってあげる
学生の皆さん
4.の人になれるよう頑張って下さい
1.はイカ臭い子供部屋の囚人になっちゃうよ? 謎にJPEG XLに敵愾心を燃やしてる人
AV1スレの荒らしスプー(Sd**-****)と同一人物っぽいなw
何が彼をここまで必死にさせたのだろう? >謎にJPEG XLに敵愾心を燃やしてる人
なんとでも言えばいいけど
俺は「ぼくがかんがえたさいきょうのJPEGだ…」とか論理の欠片もないJPEG XLを持ち上げを馬鹿にしてるだけだから
馬鹿にされてることを敵愾心だと思うなら君はそれでいいんじゃない?
フォーマットなんて使われて初めて意味があるわけで
俺は散々「WebP2は将来的にHDR画像がトラフィックを食うから、その対策として開発を進めてる」と言ってるわけで
JPEG XLがどんな目的で使われるかを明確に返せないのに最強最強と連呼してる奴は馬鹿じゃん JPEG XLはJPEGのスーパーセットだからレガシーフレンドリーではあるけど
high-quality imagesでの圧縮効率が良好なのに対して
target qualityを下げたときの圧縮効率が思ったよりも良くない
だからtarget qualityが低めでページ表示速度を上げられるWEBP2が開発されてる
HDR画像が標準になるとJPEGとWEBPの関係以上にtarget qualityをどこに置いてるかが大事
例えばEOSやαのHDR画像がHEIFからJPEG XLに移行したとして
ホームページで使うにはJPEG XLのままでは重いからWEBP2に変換する
そもそもWEBPのロスレスとかJPEGが関係してるように
JPEG XLとWEBP2の補完関係が今より 強化されたわけ .jxlの競合は.heicや.avifだから勝ち目はあるっつーかミラーレスは.jxlで足並みが揃うはず
iPhoneはそこまでのはいらんから.heicのままかな
WEBサイトも.webp2に食われる運命だろうから.avifが一番いらんかもな >>224
その1行に効きすぎじゃないか
その程度のノリで書いたやつなんてもうこのスレのこと忘れてそうだから気にすんな 検索結果の画像とかサムネ用のwebpの後継にwebp2
それ以外の未だにjpegとかpng使ってるとこ向けの後継にjpeg xl
って各々向かってるイメージだけどAVIFはライセンスが面倒なHEIFの代わり? JPEG(ジェイペグ)
PNG(ピング)
GIF(ジフ)
WEBP(ウェッピー)
HEIF(ヒーフ)
AVIF ← こいつ
読み方はエイビフとかエービフでええんか?🦐🍤🦐🍤 >>229
H.265の権利関係が複雑化してるのを嫌ってAV1を策定した経緯があるから
H.265由来のHEIFとAV1由来のAVIFって対立軸に見えるけど
AVIFって基本的にはWebPの代わりとして期待されてる
HEIFがミラーレスに採用されてるのをAVIFが代替することはないはず
そっちはJPEG XLが代わりに出てくる
AVIFはNetflixは動画配信会社だからAV1を最も主導してて、Webの画像もAVIFにしてトラフィック削ろうぜって主張してるけど
Googleは将来的にトラフィックをバカ食いするJPEG XL対策にAVIFでは力不足だからWebP2を開発してる
edgeとSafariが対応したらモダンブラウザ制覇だけど存在が中途半端すぎんのよ 次世代画像フォーマット「JPEG XL」のススメ
https://news.yahoo.co.jp/articles/bedb562e414372ad404561135abe4fcc629e1ba7
JPEG XL専門部会の共同議長を務めているスナイアーズ博士が考案したFLIF(Free Lossless Image Format)は、一部がJPEG XLのベースになっている。同博士の画像処理技術「Muscles from Brussels」は最適化された画像を超高速で配信するのに役立つ。
JPEG XLは、広い色域、高いダイナミックレンジ、深いビット深度、アニメーション、アルファチャンネル、レイヤー、サムネイル、ロスレス、プログレッシブコーディングなどの機能が含まれ、幅広いユースケースをサポートする。新しいアプリケーション向けには360度画像、画像バースト、大きなパノラマやモザイク、印刷をサポートする。
JPEGとは異なり、写真だけではなくそれ以外(イラスト、スクリーンショット、ゲームグラフィックス、地図など)も設計の対象になっている。
JPEG XLには、依然72%のWebサイトで使われているJPEG画像からの変換機能も幾つか含まれている。これによりストレージ(単一のJPEG XLでJPEGクライアントとJPEG XLクライアントの両方にサービスを提供できる)とファイルサイズ(既存のJPEGファイルをロスレスでJPEG XLに変換できる)を削減できる。
JPEG XLは、計算効率の高いエンコードとデコード用に設計されている。JPEG XLはモバイル端末でもハードウェアアクセラレーションを必要としないソフトウェア実装を使用する。
このコーデックの次期バージョン「JPEG XL 0.2」のフリーズは目前に迫っている。フリーズの時点で、過去と将来の全てのJPEG XL画像は今後のバージョンのコーデックと互換性があることになる。JPEG XLを試すとしても、大規模な採用は2021年に最終草案国際標準が提出されるまで待つことをお勧めする。 WebPとJPEG XL、Googleが自社プロダクトで使用しているSPDYやgQUICと、IETFで標準化を行っているHTTP/2やiQUICみたいな塩梅か
QUICのRFCも今年中に出そうだな Cloudflare曰くJPEGのプログレッシブレンダリングとHTTP/2のストリーム多重化が相乗効果を発揮し更なるWeb高速化を実現すると
Web漫画廻りが捗るな 今時主流のCDN配信に適した画像フォーマットって感じだな、JXL
まあCloudinaryが規格設計に関わってるから当然か >>236
CDNプロバイダがJXLエコシステムに強い関心を持ってるっていうのは普及に向けて好材料だな
ウェブブラウザのサポートは大前提としてCDNプロバイダ側の移行アプローチも重要になるだろうから 少なくともapngより圧縮率優れてるはず
LINEスタンプの形式もapngからjxlに移行するといいなぁ まだアニメーション形式で比べてみたみたいなの無い感じかな
個人的にはredgifも早めに綺麗な方に移行してくれると嬉しいな >>236
>Multithreaded and SIMD-optimized decoding
前者はgoogle/pik、後者はgoogle/highway実装だそう
phoronix-test-suiteのベンチマーク結果ではマルチスレッド/マルチコアCPUデコード速度の効果がよく出ていた 10bit/HDR撮影できるスマホカメラ然り
10bit/HDR表示できるスマホディスプレイ然り
10bit/HDR環境が汎用デバイスにも進出し始めたので撮って出しできる10bit/HDR対応静止画フォーマットの需要が今後更に高まってくると思うな ちなみにOPPO Find X3がAndroidスマートフォンとして初めて10bit/HDRのHEIFフォーマットを撮影、保存、表示まで全てのプロセスでサポートする模様
林檎製品もそうだけど現時点ではHEIFしか選択肢が無いのかもしれない Qualcomm Snapdragon 888 の Spectra 580 ISP が 10-bit HDR HEIF photo capture をサポートしており、曰く
>It's also our first mobile platform with true 10-bit HDR photo capture
だそうな JPEGは設計が単純でSDKやAPIが揃っていたので様々なデバイスでも開発が容易だったが
HEIFは符号化方式の構造上複雑な処理を捌く強力な画像処理プロセッサが必要だったり特許料が必要だったりとにかくコストが掛かると聞いていたけど
ここにきてHEIF採用の兆しが >>231
webp2は名前のまんまwebpの後継で小さいサイズで活かすつもりでJPEG XL対策ではないと思うな、AVIFが半端なのは同意だけど
https://chromium.googlesource.com/codecs/libwebp2/
翻訳かけたら WebP2は現在、部分的にしか最適化されておらず、非可逆圧縮の場合、WebPよりもおよそ5倍遅くなっています。それでもAVIFより2倍速く圧縮しますが、解凍には3倍の時間がかかります。目標は、解凍速度の同等性に到達することです。
ってあるから気長に待とうかな webp v2はGoogleの数あるCoPプロジェクトの一つような気配がする(e.g. guetzli, pik, brunsli, etc)
10年前と違い今は独禁法問題で米当局の目が厳しくなってるから検索エンジン最適化の濫用は避けるべきでISO/IEC, IETF, AOMなどの標準化団体に技術提供するという近年の方針は理に適っていると思う VP8やVP9はWebM使ってたけど
AV1はISOBMFF(MP4)なんだよな
もう自社独自規格に拘るような時代じゃないんやな >>248
自己レス訂正CoP→PoCだわ
素直に概念実証って書けばよかったorz
Googleは技術実証の結果デファクトを取った後もデファクトのまま終わらず標準化まで持っていく印象がある
独自規格の囲い込みで儲けようとするイメージも無いから個人的にはそこに関してevilな感じはしないと弁明しておく JPEG 2000の動向
Part 15(High Throughput JPEG 2000)では,EBCOTの弱点であった計算負荷の高さとそれに起因する低スループットおよびバッテリー消費量の問題を解決するべく,新しいブロック符号化アルゴリズムが標準化された.若干の圧縮効率の低下と引き換えに,10倍以上のスループット向上が達成されている.また,決して並列化向きのアルゴリズムではなかったEBCOTとは異なり,GPUなどによる並列化を強く意識したアルゴリズムとなっており,並列化によるスループットのさらなる向上が期待できる.
(ttps://ja.m.wikipedia.org/wiki/JPEG_2000)
HTJ2Kは、コーディング効率をわずかに低下させますが、JPEG 2000を1桁高速化します。 HTJ2Kは、JPEG 2000の高度な機能を保持し、品質のスケーラビリティを低下させながら、従来のJPEGよりも高速で効率的です。 これは、パート1ブロックコーダーを今日のベクトル化されたコンピューティングアーキテクチャ用の革新的なブロックコーダーに置き換えることによって実現されます。 これにより、レガシーJPEG 2000との間で数学的にロスレスのトランスコーディングも可能になります。パート15は、ロイヤリティフリーを目的としています。
(ttps://jpeg.org/jpeg2000/htj2k.html)
JPEG 2000は、劇場上映用のDCP、X線等の医療写真、日本の免許証とパスポートの画像データなどに使われている JPEG XR標準化の経緯
WG1として方式募集をしていたわけでもない時期に Microsoft から提案されたため委員会の内部でも議論があったが,JPEG・JPEG 2000 とのパフォーマンス比較では装置の複雑さも画質も両者の中間に位置していたため,委員会の審議の中で方式の修正要望が生まれた場合はそれに応じること,特許を無償提供すること等を前提とし審議が開始された
(ttp://www.y-adagio.com/public/committees/std/confs/std14/std14-3.pdf)
JPEG XRはグラフの通り、JPEGとJPEG 2000の間に位置する、そのギャップを埋めるための規格です。……という建前なのですが、実はマイクロソフトから「Windows向けに作ったHDPhotoという方式を標準規格にしないか」という提案があったんです。なので、この規格だけほかのものと成り立ちの性質が異なります。
――JPEGが中心となって各社の技術で策定する、という流れとは逆のフローですね。
はい、そうです。ですから、この規格が使用されているのもほとんどWindows関係となっています。一部ハイエンドな画像編集ソフト(のWindows版)で使える、といったところではないでしょうか。
――JPEG XRの大規模な使用例はあったりするのでしょうか?
僕は聞いたことがないですね。ですが、チップメーカーとかでJPEG XRのチップを作れるようにしているところはいくつかあります。どこかから声がかかった時にすぐ対応できるように、IPコアとしてはもっているようです。あまり華々しい開発・導入の例は聞いたことがありません。
(ttps://news.mynavi.jp/article/jpeg-5/) JXLはjpeg.GIF.PNGの置き換え狙ってるって書いてあったけどアニメーション対応のPNGとwebpきても特に大きく変わらなかったGIFはまた生き残りそうで嫌だな
256色しか使えないんだから真っ先に終わってくれよ… >>247
WEBPのターゲット世代は8bitだからJPEGだけだ
WEBP2のターゲット世代は10bit以上だからJPEG XLでHDRのWEBコンテンツが前提
>>243
AndroidはともかくiPhoneはHEIFからJPEG XLにステップアップしそう
HEIFはロイヤリティがねぇ
>>254
GIFは早めになんとかしてほしいわな
APNGでもWEBPでもいいから Android 12からOSレベルでAVIFのサポートをするんだな
iOSも空気を読んでAVIFをサポートしてくれたらWEBP化を飛ばしてAVIF化でホームページを軽量化出来るんだが >>248
>>250
PIKと違ってWEBP/WEBP2はそこに当てはまらないのよ
Google社内のサービス、例えばGoogle検索/画像検索やGmailでトラフィック削減にWEBPを採用したし
HDRコンテンツの増加に併せてWEBP2を採用するつもりなんだろうけど
Google社外のサービス、例えばwebサイトやAndroidアプリにWEBPやWEBP2の採用を迫ることはない
Google PageSpeed InsightsでもJPEG2000、JPEG XR、WEBPの3つを推奨してくるでしょ
HDRコンテンツが増加したらHEIF、AVIF、JPEG XL、WEBP2あたりを推奨するだけで独占禁止法もクソもない
webマスターがWEBP対応を薦めてるのもGoogleから強制されたわけじゃなくて
ただモダンブラウザで一番サポートが進んでる軽いフォーマットがWEBPってだけなんだよね jpeg2000,jpegxr推奨といいつつchromeは非対応なんかい!って誰もがツッコミ入れる例のやつやん
結果的に事実上webp一択なんでぶっちゃけ詭弁だと思ってるわ 自社規格だけだと体裁が悪いから一応載せておきました感あるよな フレーム間補正が効く動画形式じゃいかんのか
たしかtwitterはgifアニメ投稿するとmp4に自動変換される仕様だったが ■ このスレッドは過去ログ倉庫に格納されています