JPEGの後継画像フォーマットについて議論するスレ 2
静止画フォーマットの将来について語るスレです。
前スレ
JPEGの後継画像フォーマットについて議論するスレ
https://mevius.5ch.net/test/read.cgi/cg/1148854872/ 自分で試せば戻るって分かるだろ
そもそもprogressiveはDCT係数をピクセルごとに並べる代わりに低周波数から順に並べてるだけなんだから
ロスレスで変換できるのは当たり前 探してみたらJpegcropってフリーソフトで
プログレッシブJPEGを開いて保存するだけで外せるんだなw
てか自分なりに最適化してみたけど
プログレッシブJPEGのほうが低容量でむしろ良いのか…?
場合によるのかな
プログレッシブJPEG
(18,818 Byte) http://i.ibb.co/KzCpVTp/20230416_002.jpg
通常
(19,078 Byte) http://i.ibb.co/1vmJZ3x/20230416_003.jpg AVIFって要らないとおもんだけど…。
素直にJPEGで良い。
変なファイル形式は増やすのを止めて欲しい。
ゴミ規格を作りたいクソ会社、クソ団体は潰れろ。 HDR画像がいいからAVIFかできればJXLがいい 90KB
ttp://light.dotup.org/uploda/light.dotup.org50744.webp
298KB
ttp://i.ibb.co/h1C0fdL/20230504_001.jpg
上のwebpをjpgに変換したのが下なんだけど
これってやっぱ追加で劣化してんのかな? それともしてない?
容量が3倍になっちゃうのもさすがにどうなんだって気がするんだけど
もっと容量を抑えつつ劣化無しでwebpをjpg変換する方法ってないんかな? グーグルも開発に関わったjpeg xlがadobeのソフトに対応したのにChromeでのサポートは打ち切りって歪すぎないか 政治的な目的(対抗となるAV1の推進)があるんじゃないかと言われてる
Googleが挙げてる理由は正直納得いかないけど真意が出てくることはないだろうね Googleのせいで無駄なトラフィックが増えている GoogleがJPEGを10bitに拡張したUltra HDRをAndriod14でサポート予定 >>271
Ultra HDR は従来の JPEG に追加情報を付かする形で画像を生成するので、
JPEG との下位互換性を持っています。
つまり、Android 14 では Ultra HDR 写真として、
非サポートデバイスでは通常の JPEG 写真として利用できるということです。
非対応環境で使うときにいちいち変換しないで済むのはありがたいことだが
高速・高圧縮にならないんじゃ、あんまり面白みは感じないかな また、Googleが先日開催したGoogle I/O 2023では、Androidの新たな画像フォーマットとしてUltra HDRが発表された。
Ultra HDRで撮影された写真は、JPEGフォーマットと互換性があり、アプリケーション側がUltra HDRを正しく識別しない場合でも、JPEGファイルとして取扱できる。
Qualcomm TechnologiesのカメラISPチームは、Androidチームと協力してSnapdragonの18ビットISPをUltra HDRフォーマットで活用する取り組みを続けてきた。
https://k-tai.watch.impress.co.jp/docs/news/1501991.html QualcommはSONYやSAMSUNGともジョイントラボを立ち上げてて
SONYとはセンサーとSoCの処理分担を最適化させて4露光を合成するHDR撮影するQDOL4を実装してたし
QDOL4を活かすのにUltra HDRを推すんだろうな 何が変わるって
JPEGの色域とダイナミックレンジが拡張される
アドビの特許を使っててゲインマップをメタデータとして追加したJPEGがUltra HDR
今わかってるのはHDR対応ディスプレイ、SoC、Android14のスマホならHDRで表示されるし
どれかが非対応なスマホだと従来通りJPEGで表示されるってだけ
とりあえずGoogle製アプリは対応するみたいだがサードアプリはまだ知らん 色域増えようが人間の目には大して差異を感じられずファイルサイズ大きくなるだけじゃね? 非対応で従来表示時にきちんとネイティブSDRと同じように表示されるんかな?
HDRのjpegxlやavifみたいに浅い色表示される? >>279
あくまでもJPEGのメタデータフォーマットのひとつに過ぎず、下記3のパスに入らない限りメタデータは使われない(そのまんまのJPEGがデコードされる)
1) 従来のJPEGデコーダー
JPEGそのまま
2) Ultra HDRデコーダー(非HDR環境):
JPEGそのまま
3) Ultra HDRデコーダー(HDR環境):
JPEGに対してゲイン補正をかけてHDR画像を生成(ゲインマップをメタデータ領域から読み出す) ここにきてjpegを拡張させてくるとはね。
もう全部jpegでいいんじゃないか?w jpeg拡張って画像ファイルサイズを小さくしてトラフィックを軽減するのとは真逆の事やってるだけじゃん googleはjpegを生かしたいのかkrしたいのかどっちなんだよ?
hdrならwebp AVIfでいいnだから
jpeg拡張させんじゃなくwebpAVIfをアンドロイドで扱いやすくすべきじゃん このjpeg拡張でwebpがいらない子になってまうんやない?
jpegとAVIFだけあればいいじゃん AVIFは何に使う気なん?
新しいフォーマットなんかいらんって宣言に見えるけど avifはサーバー代払ってる奴は使うでしょ あるいはストレージ代と言ってもいい
サーバー代払う身分にない奴はjpegでいいな
webpはもういらんな
jxlは遅すぎた。死産だよ jxlはあと三年、開発がはやかったら違うポジションにいたかもね
なんかダラダラ開発やってたよな 0.8.1でやる気無くなってるな。
実写と3DCGはjpgか品質上げ上げavifしかない
XLには期待してるんだけど
avifで全部統一になるかもにゃー 動画に比べりゃ画像の容量なんてたかが知れてるからね
新フォーマットを開発するインセンティブが全然違うんだろう
これからも画像のフォーマットは動画のおこぼれを使うことになるんでしょう
なんかツマランわ 今開発しているh266も画像フォーマットがでてきたりするんすかねhiefみたいに 結局技術者がオナニーで規格つくっても意味ないんよね それを使ってくれるお客さんを調達してこなきゃさ
インスタグラムとか巻き込んで、
投稿された画像はすべてjxlで圧縮します!
とか宣言してくれりゃクロームも対応せざるを得ないんだろう
インスタグラムにも利益があると思うんだけどなー
やってくれませんかね なんでインスタグラムで採用されたらクロームも採用しないといけないのかと
規格の採用なんてそんな単純じゃねーから jxlはロスレス圧縮では他のフォーマットより優位性があるnじゃないの?
WEBでの出番がなかったとしても最後まで完成させてほしいけどね
ただ開発陣にモチベーションが残ってるんですかね?かつてあった幻のフォーマットとかになりそう マジでロスレス圧縮しか優位性ないわけ?
ロスレス圧縮の需要なんてどれほどあるんだよ?webで使えなきゃ意味ねーよ JXLは文字の入った画像のロス圧縮がファイルサイズに対して他フォーマットよりコスパよく綺麗に仕上がるってのが個人的に評価したところだったんだけどなあ
うーん惜しい Chrome(Google)「JEPG XLなんて誰も欲しがってない!AVIFだけでいい!AVIFサイコー!」
Safari(Apple)「JPEG XLサポートします」 Safari 17からサポートってことは、つまり何月から?
9月でいいのか? HEICのサポートと同時に来るのか
どういう位置づけなんだ?
https://developer.apple.com/documentation/safari-release-notes/safari-17-release-notes
> Images
> New Features
> Added support for HEIC/HEIF images. (99517108)
> Added support for JPEG XL. (100641584) JXLいじめ気持ち悪いな
何やってるのか知らんけどappleが一抜けかw iPhone勢のSafariアプリでも標準設定で見れるようになるんかね?だとしたら一気にwebでも採用価値があがっていくね 9月からwebでjxl見れんの?
jxl開発陣はそれまでになんらかのリリース出してほしいね
0.8.1から音沙汰ないし Safari公式blog見ると、JXLが主で、自分とこのHEICの方がおまけ扱いだな JXLのカラープロファイルとアニメーションは未サポートか
libjxl使わずにApple独自実装だったりする? >>313
ベータ版試した人が対応してないっぽいと書いていたので Safariのメディア再生はわざわさエンジン切ってOS側で実装してる
webkitの開発者の一部にも問題視されてる
avif追加するときもアニメーションは後から対応してたから
今回も機能追加するつもりだといいね おれはjxl用のQLプラグインを自作して使ってるが不要になるのか MacもiOSも、画像のエンコード/デコードをOSまかせ(Core Media framework)にしてるアプリは
全部JXL対応になるようだ AACやKHTMLのように取り込めると踏んだか
恐らくAppleからエンジニアも送り込まれるだろうし一気に進展しそうだな
しかし結局GoogleとMSは傍観と妨害しただけか
MozillaもAV1陣営に忖度した対応だったし情けねぇったらありゃしねぇ AV1に対抗できる規格で主導権を握りたいとか
Heicと比較して優秀だったから乗り換えを図りたいとか
いろいろ考えられることはあるけど
実際は途中まで実装してたのをポイするのはもったいないとかだったりしそう Mozillaがjxlに塩なのは何でなん?
こういう時こそのMozillaだろうに
なんにせよjxlは首の皮つながったんだから気合入れて開発しろーい! >>322
リンクするC++のライブラリ増やしたら脆弱性も一緒に増えるから
対応してほしけりゃRustでライブラリ書いてこいやって話 Mozillaの理念は「利益ではなくユーザーのためのインターネット」だし頑張ってほしいな
今の運営資金のほとんどがGoogleをデフォルト検索エンジンにした見返りの金だとしてもまったく関係ないもんね 今のMozillaはChromeではこれができるのにFirefoxではできないって案件じゃないと積極的にならない傾向がある Appleが写真のデフォルトをHeicからjxlに変えるとかってあり得るかな?
jxlとHeicってあんま比較されないyよね rav1eというav1のエンコーダ開発してる人の一人がmozillaが何年か前に行った
大規模レイオフのせいで開発者がいなくなってしまったとredditで嘆いていたこともあったし
人的リソースが足りてないのかもしれない 自社の版権フォーマットのheicは手放さない
heicでAppleにライセンス収入があるだろうし
Appleはheicのライバルフォーマットのavifへの当てつけにjxlを推してるんだと思う jxlより先にavifに対応してるのに何を言ってるんだ ここの人たちってやけにavifに憎悪してjxlに敬愛してるよね
AOMediaに親をやられたんか? >>330
高解像度になると突然激遅になるからこんなもんが何にでも通用する万能規格みたいな扱いになられると困るってだけ
ウェブ向けの低解像度特化規格なら別に文句はないのにGoogleを始めなんか扱いがおかしなことになってんなって HEICはカメラ画像を無変換でアプリ内のWKWebViewに表示できて、ハードウェアデコードできるから速いよ
って言ってるだけだけなので、Apple的にはHEICよりJXLを勧めてるようだ
https://developer.apple.com/videos/play/wwdc2023/10122/
カメラは連写を考えるとHEICから変わらんだろうと予測してる人もいた
JXLがハードウェアエンコーディングできるようになったら変わるかも jxlがハードウェアエンコードできるようになるにはどれくらいかかりそうですかねw heic使うとAppleが儲かるんです?聞いたことない heic画像を出力するプログラムを商用で扱うと特許使用料を求められる
heic画像を入力するだけなら商用でもlibde265ライブラリのLGPLライセンスの範疇におさまる 出力するのに特許使用料かかるんじゃこんな規格流行るわけねえわ
スマホで連射なんてしねえしjxlデフォルトにしてくれApple! heicはライセンス料が必要なこと以上に
ライセンス団体が分裂して、どこにどうやってどれだけ金払えば良いのかまじで分からんから
特許持ってる会社がクロスライセンスとしてタダで使うくらいしかできないのが問題 逆に言えばhiecが権利関係でぐしゃぐしゃになってくれたおかげ新規格はオープンにやろう!という気風がうまれた部分もある
そういう意味でHeicは必要性があった。
新規格の前座として
AVIFなんて、ほとんどHeicの反省だろう 動画ベースのほうが余計なエンコーダ/デコーダを実装せんでいいから都合がいい
ハードウェアアクセラレーションも期待できるし 静止画にハードウェアアクセラレーション効くのだろうか? ビットストリーム自体はIフレームと同じなので普通に効く
可逆以外は 2023年06月13日
次世代の画像ファイル形式「JPEG XL」は
AVIF形式よりもファイルサイズが11%小さく画質は13%高いことが報告される
https://gigazine.net/news/20230613-jxl-against-avif/
avifは得意不得意がハッキリあって使いにくいにゃー
jxlの方がjpgっぽく使えてイイ jxlが優れてるのはわかるけど、現状ver1.0に到達してないっていうデメリットがね…
ver1出るまで待機中 自分の思うようにいかないからって○○を採用しない☓☓はクソ理論でいじめだなんだど文句を言ってるの子供のまま大人になったみたいで気持ち悪いな
そんなにJPEG XLを普及させたいなら自分らでハードウェアなりソフトウェアを作ってやりゃいいだけの話なのに
そんなにグーグルに採用してほしいなら社員になって企画して実装でもすれば? 自己環境ではローカルな画像保存はjxlに移行してる 結局モジラの開発力が低いからwebの規格を決めれるのがSafariとchromeの匙加減次第になってるのよね
も少しプレイヤーがいないと競争がうまれねえよな?
GAFAのどっかっかブラウザに参入しねえかな? AVIFへの変換でRTX 40XXのAV1ハードウェアエンコードを使うようにできる画像変換ソフトってありますか? >>355
ありがとう
pngからavifに変換したいんだけど
ffmpeg -i "入力ファイル.png" -vcodec av1_nvenc "出力ファイル.avif"
とやってみたら、
[av1_nvenc @ 00000256b2f60f80] YUV444P not supported
[av1_nvenc @ 00000256b2f60f80] No capable devices found
[vost#0:0/av1_nvenc @ 00000256b3010bc0] Error while opening encoder - maybe incorrect parameters such as bit_rate, rate, width or height.
Conversion failed!
ってエラー出て失敗してしまう。何故だろう
普通の動画の変換(h264→av1)ならffmpeg・av1_nvencで問題なくできている
rigaya氏のNVEncCも試してみたけど、こちらはpng→avifの変換を問題なくできた