JPEGの後継画像フォーマットについて議論するスレ
■ このスレッドは過去ログ倉庫に格納されています
JPEG 2000は心じゃったの? Windows Media Photoの可能性は? 動画フォーマットがどんどん進歩している中、取り残された 静止画フォーマットの将来について語るスレです。 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に自動変換される仕様だったが chromeがjp2とjxrに対応しない理由はなんなんだろう 特許問題があるわけでも無かろうに グラフィックビューアは「単に画像を表示できればいい」けど ブラウザは「Webページ」を「なるべく(他社ブラウザより)高速に」表示しないといけないし 脆弱性対応も必要だし、ブラウザが新たな画像形式に対応するのは 一般人が思っている以上に手間がかかるんだろう 有力企業が、「トラフィックを減らすためにこの形式を使いたい」って ブラウザ作ってる企業に相談して、ようやく実装されるかどうかなんじゃね? >>261 その2つ大して使われないしわざわざ対応も手間、Google的にはwebp推したいし Googleだけに2000やXRも押し付けようとしてる状態が法的にアレなんだってのがわかんねぇのかな 今はなきIEにWEBP採用しろとかGoogleは言わなかったじゃん 視点がGoogle批判ありきの時点で公平性が担保されてないから独占禁止法なんて語れんのだよ >>258 webp対応しつつその2つ省けばwebpに比べてサポートが進んでないフォーマット扱いできるからGoogleさんは強いね Chrome Platform StatusにJPEG 2000、JPEG XR、HEIFのページは存在しないっぽい この分だと対応する気は微塵も無さそうだ WebP image format support https://www.chromestatus.com/feature/6471725441089536 WebPは、Web上の画像に可逆圧縮と非可逆圧縮を提供する画像形式です。 WebPロスレス画像は、PNGと比較してサイズが26%小さくなっています。 非可逆はJPEGより35%小さいです。 AVIF Image Decode https://www.chromestatus.com/feature/4905307790639104 AVIFは、Alliance for OpenMediaによって標準化された次世代の画像形式です。 この機能は、既存のAV1デコーダーを介してブラウザーにネイティブにAVIFコンテンツのデコードサポートを追加することをサポートします。 AVIFをサポートする3つの主な動機: 1.帯域幅の消費を減らしてページの読み込みを高速化し、全体的なデータの消費を減らします。AVIFは、JPEGやWebPと比較して、画像のファイルサイズを大幅に削減します。 完全に最適化する前に、Netflixはテストセットで結果を公開し、ユースケース全体でJPEGと比較して最大50%の節約を示し、4:4:4コンテンツでは60%を超えました。 2. HDRカラーサポート:AVIFは、WebのHDRイメージサポートへのパスです。 JPEGは、実際には8ビットの色深度に制限されています。 ディスプレイがますます高輝度、カラービット深度、および色域に対応できるようになるにつれ、Webの利害関係者は、JPEGで失われる画像データの保存にますます関心を持っています。 3.エコシステムへの関心:Facebook、Netflix、YouTubeなどは、AVIF画像をWeb上で出荷することに関心を示しています。 MicrosoftとAppleは、基礎となるMIAF仕様に関与していました。 JPEG XL decoding support (image/jxl) in blink https://www.chromestatus.com/feature/5188299478007808 JPEG XLは、ウェブ上で見られる画質を対象とした新しいロイヤリティフリーの画像コーデックであり、HDR、アニメーション、アルファチャネルなどの最新機能をサポートしながら、同じ知覚品質の元のJPEGと比較して約60%のサイズ節約を提供します。 無損失JPEG再圧縮、無損失およびプログレッシブモード。 これは、GoogleのPIKとCloudinaryのFUIFに基づいており、ISOによる標準化の最終段階にあります。 この機能により、blinkレンダラーでの画像/ jxlデコードのサポートが可能になります Feature: jxl Content-Encoding https://www.chromestatus.com/feature/5678152091172864 JPEGXLは次世代の画像形式です。 その機能の1つは、バイト単位のロスレスJPEG画像の再パックです。 平均して、エンコードされた画像は22%小さくなります。 このエンコーディングは、特にJPEG画像転送用のHTTP「コンテンツエンコーディング」として使用できます(このようなコンテンツは、BrotliやGzipなどの汎用フォーマットでは非圧縮性と見なされます)。 提案されたエンコーディング名: 'jxl' 動機 インターネットトラフィックをロスレスで削減します。 インターネットを高速化します。 常識的に考えてブラウザ非対応な画像フォーマットを推奨しちゃアカンやろ いたずらに混乱を招くだけや >常識的に考えてブラウザ非対応な画像フォーマットを推奨しちゃアカンやろ これが独占禁止法に引っ掛かるって話なんだよ マイクロソフトはXRを、アップルは2000を推してるからそっちもあるよと並べないと むしろちゃんと選択肢を提示したGoogleが一番まともなんだよ アップルはうざがられてもiOSで.heicをデフォルトにしたけど、 グーグルは.webpをAndroidでデフォルトにしないから嫌い。 Android 12で.avifをサポートするけどデフォルトにしないから.heicや.webpみたいにうざがられるのを繰り返すのがが目に見えてる。 画像フォーマットの単純比較ってあんま意味ないんだよね 用途別に比較しないと求められるスペックが変わるわけだから クオリティ設定が50くらいで破綻の少ないフォーマットがないと そう考えたらほんまAVIFつかえねーわ >>274 用途別にってのも分かるけどこれは単純にそれぞれがどういう用途に向いてるか考えねって表だと思うよ そういう意味でここにないgifが生き残りそうで恐ろし 撮って出しのJPEGとHEIFをWEBP Lossless変換して ホームページにはWEBPの65、JPEGの60に圧縮してるけど 自分がAVIFを試した範囲だとそんな縮まらないんだよな JPEG XLに期待してるのは高いクオリティ設定で破綻がないことだから低いクオリティ設定で破綻してもいいんだけど WEBP2はAVIFより低いクオリティ設定で破綻せず容量減らせるなら何でもいいぞ JPEG XLの比較動画上げてる人( https://www.youtube.com/c/JonSneyers/videos ) 単なる技術ヲタだと思ってたけど、FLIFの作者だったんだな JPEG XLは用途が異なるのにJPEG 2kと機能被ってるから ROIやpart 9やらが不要ならデコードの早い2kとして使えそう。 near losslessの圧縮率が2kより上がるなら良さそう。 >>277 カメラのこと知らんけどそもそものJPEG HEIFのとこがJPEGXLになったらもっと楽そう >>281 rawからJPEG XLを作るならともかく 撮って出しにJPEG XLなんて重くて使えん 207750 – AVIF decoding support https://bugs.webkit.org/show_bug.cgi?id=207750 WebKit Bugzilla見てたら最近のナイトリービルドでAVIFデコードが追加されてんのな JPEG後継画像フォーマットとしてAVIFをiOS15のSafariでサポートしたいんだろうか AppleもAOMメンバーだしNetflixやらがトラフィック削減にAVIF導入を進めてるからそっちへの対応が目的だろうけど Android12からそこまで遅れて対応することはなさそう あとlibavifのバージョンがまだ古いっぽい >>283 デジタルカメラの画像処理エンジンってCortex-A7やA9だからね 600MHz程度のデュアル/クアッドコアでエンコードだけじゃなくて、スマートフォンのSoC的役割まで処理しないといけない だからといって必要以上に処理能力を向上させると、消費電力も増えるから撮影可能枚数が減ってしまう エンコードの負荷が高くなれば画像処理エンジンの処理能力も上げないといけないんだが 数が出ないデジタルカメラ用の画像処理エンジンを5nmのプロセスルールで作れるわけもなく JPEG XLに変換しながら10連写や20連写を処理するスペックの画像処理エンジンなかなかハードルか高い HEIFでさえ自社で画像処理エンジンをやってるキヤノンとソニー以外まだ実現してないんだぜ カメラだと一番使えないのがHEIF CanonやSONYのHEIFは.hifだけどそのままだとWindowsやMacOS上でまず扱えない 拡張子を.hifから.heifに変えても無理だったりする JPEGへの変換もCanonならCanonの、SONYならSONYのソフト上でしか行えない HEIFはライセンスの問題でこんな感じだからライセンスフリーのAVIFが待たれてる カメラメーカーはユーザーが数千ドル損失するJPEGを止めるべき時だ https://www.dmaniax.com/2019/12/03/heic-kill-jpeg/ カメラに求めるJPEG後継画像フォーマットはまさにこの記事そのまま 報道カメラマンはミリ波5Gスマホと連携させて撮って出しをそのままサーバに送り続ける方向性になってきた だから低クオリティ設定でも破綻しないWEBP2が望まれてる 風景やポートレートカメラマン、スタジオカメラマンは撮って出しよりもRAW現像でゆっくりレタッチするからJPEG XLの高いクオリティ設定が真価を発揮する いままで8bitのJPEGだったから全てのカメラマンを賄えてたけど今後は要望聞いてたら色々対応しないと売れないカメラになる ミラーレス化して電子シャッターで30連写とかの世界に入ったからね >>285 はえー HEIFよりjpeg xlのが軽いイメージだったわ>>276 見てたから 設定次第では速度はでるな縮まないかもしれんが https://docs.google.com/presentation/d/1Vuq1WclKNBxiRd6znT7g-XyugwQA4FwqsyHRL8FlEFw https://www.google.com/url?q=https ://docs.google.com/spreadsheets/d/1ju4q1WkaXT7WoxZINmQpf4ElgMD2VMlqeDN2DuZ6yJ8/edit%23gid%3D1218217095&sa=D&source=editors&ust=1616520223756000&usg=AOvVaw3S4o2N0y4rqlqlU3gt4LX_ 報道とワールドカップを例にあげるなら カメラマンの仕事はゴールの瞬間を撮影したらそのまま本部のサーバに画像を転送する事 本部の仕事は予め用意してあるテンプレートに時間や選手名等を書き加えて、サーバに届いた写真を貼り付けたら記事を配信する事 速報記事を配信するまでのワークフローを各社が競ってて、5分とか3分とかどんどん速くなってるのよ こういう速報記事に求められるスペックは高画質じゃなくて高ワークフローになるわけ だからJPEGよりエンコード負荷やファイルサイズが大きい時点でHEIFやJPEG XLは向いてない 速報記事だから12bit 444は要らないからJPEGでいいと割りきれるのも大きい 広告やポートレートはより良くより美しく見せないといけないから 10bitや12bitを扱えるHEIFやJPEG XLが求められてるけどね まあこれはこれでraw現像コースだからバックアップ的な意味合いになるけど Time誌だっけかな、ドキュメンタリーや密着取材など担当しているカメラマンに対して提出する写真はJPEGのみという決まりを発表してた。 これは写真加工による捏造事件が度々続いたことも原因にあったようだけど、そういう業界ならそのHEIFとか重宝されるのかもしれないね。 漫画みたいにモノクロの画像なら多少品質落としてもwebpの方がノイズ少ない? pngで良いんでね?αチャンネル無いともうきついな >>295 webpの方が少ないってのは何と比べて? webpは対応画像編集&CGソフトがまだ少なすぎ。まだまだとても使えない >>295 元々大した画質じゃないweb漫画(JPEG)を 画質50のwebpにすると元のJPEGより多少きれいに見える JPEG特有のもやもやした感じが平均化されるせいだろうな It started with all the JPEG-XL fanboys coming in whenever AVIF was mentioned, it being one of the competitors for the title of JPG dethroner. And now that AVIF is getting mainstream support, XL has become the fun underdog story. 草 『キングダム ハーツ』一部作品のPC版セーブデータが“PNGファイル”に格納されているのではないかと注目集める ttps://automaton-media.com/articles/newsjp/20210331-156456/ 大量のスクリーンキャプチャがあって、pngだと容量食うから不可逆webpにしてるんだけど 画像によっては驚くほど容量が減るのな 500KBの画像を50KBにしてもほとんど劣化を感じない https://squoosh.app/ でjxl化も試してみたけど 不可逆でwebpと同じ容量にしようとすると webpに負けてるかな いつになったらwindowsのフォトビューワーはwebp対応するんだろうか >>308 「WebP Codec 0.19.9」で検索するとWIC(Windows Imaging Component)用のプラグインがいくつか出てくるが どこが開発元なのかよく分からんな いや違うか WebP Image Extension: https://www.microsoft.com/store/productId/9PG2DK419DRG を入れればWIC対応アプリならどれでも開けるようになるけど windowsのフォトビューワーは何故か動きが異なる JXR(JPEG XR)はもうこの先ないですかね? HDRで撮れるのは大きいのですが。。。 >>311 XRは対応してるとこ少ないのがね…HDRならjpeg XLの方が推されると思う webpとJXRって同等の品質ならどっちが圧縮率いいの? >>312 jpeg XLってのがあるんですね。 まだ国際標準規格化されてないのがアレですが。。。 >>314 XLの方も現状は無理だろうけど、この先を考えると多分XRの方が分が悪いというか >>316 これはPriority: Not set Bug 1539075 (JPEG-XL) は Priority: P5 まるでやる気なしだな まあ優先度低くても予定があるだけappleよりはいいよ https://twitter.com/thespacedmonkey/status/1389713756326961152?s=19 WordPress 5.8でWebPに対応 日本だとシェアが高くてここが変わらなきゃ始まらないんだが、AVIFやJPEG XLに対応するのはいつになるやら ついでにInternet Explorer 11サポートも終了するかもだって >>313 圧縮効率の美味しいところが違うから基本的に比較は不可能 ハイクオリティならJPEG XLでロークオリティならWebPと使い分けるしかない >>318 appleさんは突然やる気を出すから期待してていいよ多分 https://twitter.com/5chan_nel (5ch newer account) 今日リリースされたChrome 91にJPEG-XLサポートが入ったよ chrome://flags/#enable-jxl で有効化が必要 FirefoxもNightlyでimage.jxl.enabled=trueにすればJPEG XL読める FirefoxはいまだにAVIFのカラースペースバグを修正できず、全ユーザーで有効化できてない 詳しく見てないがカラースペースバグはJPEG XLにも引きずっていると思われるので こちらの有効化も当分できないだろう libjxl 0.5 やっとでた しばらくリリースがないからどうなってんのかと思ったけど 今日リリースのFirefox 92でAVIFサポート 自炊でスキャンした漫画とかをJPEG XLに変換してみたけどあまりサイズ小さくならないね。 AVIFのほうが小さくなるけどMicrosoft AV1 Video Extensionの仕様か白飛びするのが困る。 誰かJPEG XLのSusieプラグイン作ってくれないかな。 Firefox92入れたのにavif有効になってなかった・・・ Microsoft AV1 Video Extensionおかしいね・・・うちは紫色になる jpeg xlはこの先生きのこれるのか ていうか名前がxrと紛らわしい AVIFもJPXLも、早いとこperfect viewerが対応してくれないかな 画像保存するときに拡張子がavifだったときのウザさ半端ねぇわ、webpの比にならん 自力で変更も出来ねぇし誰だよこんなクソみたいな拡張子作ったの氏ね もう次世代はwebp一択だろ GoogleがブラウザやYouTubeで対応してiOSも対応したし webpは次世代だろ jpg2000とか出てたが自滅して空白期間が出来て結局jpgに変わるものが長らくなかったしな webp2出るしそもそもweb専だからjpegの後継でも無いよ webp2はwebpの次世代であってjpgの次世代ではない 写真とかイラスト保存する時の形式にjpgが使われなくなったら世代交代かな >>326 漫画とかイラストはavifの細かい部分を塗り潰しちゃう悪いとこが目立ちにくいから向いてるね 写真メインのとこは微妙だろうけどイラストメインのpixivとかと相性良さそう JPEG XLの人も技術的には問題ないけどコーデックの普及には政治的な難しさもあるとか言ってたからなあ でかい企業さん方が乗り気になれば早いだろうけどそうなるまでが長そう 実際、jpeg xlって軽いの?? ちゃんとしたベンチマーク結果ないのかよ JPEG XLのWikipediaの記述間違ってね? ttps://ja.wikipedia.org/wiki/JPEG_XL > JPEG XLエンコーダは拡張メタデータを追加した下位互換性のあるJPEGファイルを生成することができる。 > このファイルはJPEGデコーダでデコード可能であり、JPEG XLデコーダの場合は拡張メタデータを使用して画質を向上させることができる。 こんなのないよね ん?どの部分が?? そういう機能あったような気がするが >>348 >>346 のlegacy friendlinessの部分のことじゃね >>350 それは既存のJPEGを無損失でJPEG XLに変換する機能であって、既存のJPEGデコーダーが読めるような形のJPEG XLを出力する機能ではなくない? これさえあれば今からでもJPEG XL使えるからやりたいんだけど、どうにも英語の文献を漁る限り見当たらなくてな ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる