JPEGの後継画像フォーマットについて議論するスレ 2
- 1 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 20:32:36.02 ID:0FoxLh8W.net
- 静止画フォーマットの将来について語るスレです。
前スレ
JPEGの後継画像フォーマットについて議論するスレ
https://mevius.5ch.net/test/read.cgi/cg/1148854872/
- 2 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 20:33:28.59 ID:0FoxLh8W.net
- JPEG XL
https://jpegxl.info/
caniuse
https://caniuse.com/jpegxl
ISO
Part1 edition2
https://www.iso.org/standard/85066.html
Part2 edition2
https://www.iso.org/standard/85253.html
Part3
https://www.iso.org/standard/80618.html
Part4
https://www.iso.org/standard/80619.html
v1.0マイルストーン
https://github.com/libjxl/libjxl/milestone/1
- 3 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 20:43:56.97 ID:McqTL/fb.net
- このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
- 4 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 20:49:32.82 ID:0FoxLh8W.net
- https://i.imgur.com/kgPEvRL.jpeg
- 5 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 20:52:32.64 ID:85q/QI0Q.net
- >>3
これをJpeg XLに対してGoogleはやったわけだ
そう考えるとやっぱりイラっとするよね
- 6 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 21:28:15.75 ID:if4rvs/n.net
- 前スレから粘着して頭悪い煽りかたしてるやついるけど
みんなちゃんと見るに耐えないと思ってるから、かまわないほうがいい
画像形式でどれが一番なんてことでなくユースケース次第だって分かってる
- 7 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 21:39:40.03 ID:I9FlNONO.net
- ワッチョイや末尾表示でもあれば分かりやすいんだけどな
まあ独特の頭の悪さでバレバレだけど
- 8 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 21:39:59.69 ID:IjNe3QYQ.net
- まあ理由がちゃんとしてればそんな変ではないけどgoogleは説明が雑だったな
- 9 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 21:41:03.47 ID:0FoxLh8W.net
- >>7
そいやこの板ってワッチョイ使えたっけ
あったら入れときゃ良かったな
- 10 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 22:50:19.62 ID:+yyfMbrv.net
- >>1
スレ立ておぉ～つ
10年以上も続いた過疎スレがやっと埋まったか……
- 11 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 23:12:27.02 ID:rWIDInjy.net
- 盛り上がってまいりました
- 12 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 23:22:20.98 ID:mm4ZTo2G.net
- >>9
今からでも間に合う
- 13 ：名無しさん＠お腹いっぱい。：2022/11/13(日) 23:53:12.80 ID:Fx6DkHzE.net
- Googleが採用せん！って言ったら従うしかない
シェア最大のブラウザが採用しないなら広がらない
- 14 ：名無しさん＠お腹いっぱい。：2022/11/14(月) 00:30:51.46 ID:c7aU7Zmr.net
- そんなあなたにwasm
- 15 ：名無しさん＠お腹いっぱい。：2022/11/14(月) 01:29:35.30 ID:mh0MRErV.net
- >>10
完走までに6012日かかりました
前スレたてた人はもう5chにいなさそう
- 16 ：名無しさん＠お腹いっぱい。：2022/11/14(月) 07:55:53.53 ID:+H34LWy6.net
- AVIFはFANBOXでもTwitterでも使えんフォーマットだし
webpはTwitterはいけるけど最大画質にするとjpgとそれほどファイルサイズが変わらないし
jpgでいいやってなる
- 17 ：名無しさん＠お腹いっぱい。：2022/11/14(月) 19:12:21.54 ID:fXhD3zd+.net
- https://pbs.twimg.com/media/FhKKLufWIAEgDPj.jpg:orig
- 18 ：名無しさん＠お腹いっぱい。：2022/11/14(月) 19:33:19.63 ID:NAimKIfg.net
- >>17
画像の中じゃChromeしか使ってねえや
- 19 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 14:19:32.78 ID:4caoT8Dl.net
- avifのエンコーダってどれがいちばんおすすめ？
- 20 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 16:54:17.63 ID:qPCuw/d0.net
- >>17
逆に、画像関連の大御所でまだ黙ってるのはどこがあるんだっけ？
Microsoft, Apple, Google以外で
- 21 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 20:05:37.83 ID:bSmJi4YM.net
- >>19
>>3 のとおりAV1は出禁です
- 22 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 20:29:47.98 ID:ghgbS6nI.net
- >>20
twitterとか？
- 23 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 20:35:10.20 ID:605tTds9.net
- >>20
instagramとか？
でもFacebookが反応してるしmetaでくくられてるのかな
- 24 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 21:25:09.80 ID:NqKg6j4y.net
- カメラメーカーも編集ソフトメーカーもHDR対応のJXLしか眼中にないから写真ありきのSNSは遅かれ早かれ対応することになりそうなもんだけどなぁ
AVIFは高品質でも塗りつぶし起こるから論外だろうし
- 25 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 22:20:18.82 ID:605tTds9.net
- https://pbs.twimg.com/media/FcXZi8bXEAIASny.jpg
品質とエンコ速度の比較
https://sneyers.info/trade-offs.html
- 26 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 22:40:34.03 ID:Tf9lSY3q.net
- 対応するとしたらパテントがらみが完全にクリーンだと判断してからかもね
Googleは前にパテント問題ないと思ってたVP8が特許問題で訴えられて
パテントホルダーとライセンス結ぶ羽目になったことがあるから
- 27 ：名無しさん＠お腹いっぱい。：2022/11/15(火) 23:05:34.47 ID:605tTds9.net
- そういやMSの特許の件は大丈夫っぽいみたいね
https://wiadomosci.wp.pl/kod-geniusza-jak-jaroslaw-duda-zmienil-swiat-i-nic-na-tym-nie-zarobil-6824682458536864a
- 28 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 00:15:30.52 ID:8dfQilXl.net
- というかAV1名だたるIT大手が結束した結果できたのがあのクソ重コーデックだったとなると技術進歩に暗雲しかない感
- 29 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 00:34:03.04 ID:s7xQRGSf.net
- 進歩してないのはハードの方だな
- 30 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 01:16:32.49 ID:zAySJgou.net
- 最初に鯖上のjpeg可逆圧縮しようぜ。ってコード書き出したのはFBじゃなかったっけ？
- 31 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 01:23:41.03 ID:gz2uJbsP.net
- AV1も出た頃に比べたら別物と言っていいくらいエンコ早くはなっているんだけどね
aomencやrav1eだとav1anみたいなチャンクエンコードツール使わないと旨くCPU使ってくれないが
svtav1なら単体でもそこそこ速い
といってもx264やx265の方が使いやすいのは間違いないけど
- 32 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 01:54:11.71 ID:b68V62A6.net
- >>30
それはDropboxじゃないの？
- 33 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 02:05:57.63 ID:mpmjRv2Y.net
- >>27
オープンソースでロイヤリティフリーだからjpeg xlもセーフってことか
それは良いんだけどMSはjxlどう思ってんのか反応してほしい
- 34 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 02:56:48.73 ID:zAySJgou.net
- >>32
すまん。そうだったかも。
- 35 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 04:32:20.68 ID:505iB+Fm.net
- >>25
縦軸横軸の説明くれ
- 36 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 04:52:07.57 ID:ob7CSxXt.net
- >>25
横軸のsimulacra 2はゲームの名前みたいだけど、その数値はなにを表してるのか意味不明
そのsimulacra 2の単位はなに？
avifエンコードはlibaom?rav1e?svtav1?
ツッコミどころが多すぎるクソ資料載せんなゴミカス
- 37 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 05:15:49.73 ID:dvAnlBnO.net
- av1信者うるせえぞ
- 38 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 06:31:33.19 ID:Sfe5YQ2O.net
- libjxl 1.0.0が出たらMicrosoftストアにJPEG XLコーデックが追加されると信じてる（AVIFとかみたいに）
- 39 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 06:37:37.63 ID:7MtiYdK/.net
- >>25
デコードは無いの？
- 40 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 06:57:29.09 ID:lJM6+YPG.net
- >>39
エンコードがスコアいいんだからデコードなんてどうでもいいだろ
重箱の隅をつつくようなことしてみっともないよ
- 41 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 07:14:06.78 ID:pwE/bKms.net
- >>17
このアプリ全てに共通すること→AVIFに完全対応
- 42 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 07:20:56.42 ID:9363ud/1.net
- すぐにJXLがAVIFを需要供給ともに上回るよ
- 43 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 07:26:53.44 ID:Qij6I1Pu.net
- >>38
avif対応は、マイクロソフトがav1動画再生に対応させたときの、ただのオマケなんだよ
jpegxlで同じように出してくれるとは限らないよ
- 44 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 08:15:14.33 ID:8dfQilXl.net
- Chromeが対応しないんじゃ流行らねーよ
アキラメロン🍈
- 45 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 08:23:05.10 ID:PoTIY65K.net
- >>41
これ以上は言わないでください、死んでしまいます
- 46 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 10:50:17.13 ID:HXeZjtmX.net
- >>28
動画コーデックはしゃーない気するav1は特許も避けて作ってるし
てか音楽コーデックに比べたら動画も画像も頑張ってるよな
- 47 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 11:52:03.65 ID:Uhqr8zCs.net
- なんでavif信者が増えてるの？
- 48 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 11:56:59.53 ID:8dfQilXl.net
- この程度の言及で信者認定は妄想がすぎる
ゲハみたくマンセーと叩きが横行してんなら分かるが
できればAVIFなんてゲロヘビーフォーマット使いたくないしJXLには流行ってほしいがもっともっと頑張ってくれ
- 49 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 12:11:18.79 ID:ob7CSxXt.net
- >>47
ChromeがJXL非対応を表明したからJXLに見切りをつけた
>>48
AVIFってほんとに激重なの？>>25のは不備があるからそれ以外のやつで証拠持ってきてよ、自分で試したぶんはlibheif in libaom v3.5.0のエンコードでdjxl v0.7.0と遜色ない速さだった
- 50 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 12:22:04.76 ID:ob7CSxXt.net
- >>49
djxlじゃなくてcjxlのミス
- 51 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 12:23:27.18 ID:8dfQilXl.net
- >>49
最適化が進めばAVIF使うよ
あー言えばこー言うクズで済まんが、基本的に使いやすくなりゃ何でもいい（鼻ホジ）みたいなスタンスなんで
手持ちの画像ソフトやフリーソフトだとゲロ重だから最適化進んでない古いライブラリなんだろうな
早くなってくれるんなら期待
- 52 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 12:24:33.44 ID:ob7CSxXt.net
- ちなみにdjxl v0.7.0はdav1d v1.0.0と比べるとゲロヘビーデコードに感じるね
- 53 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 12:28:26.77 ID:HT4QxLBK.net
- AV1信者っぽいやつなのでNG推奨
ID:ob7CSxXt
- 54 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 12:29:02.57 ID:b3Tn8qlW.net
- >>53
ありがとう
- 55 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 19:05:57.53 ID:tdlqBT22.net
- 俺の用途だとwebpで十分だったわ
- 56 ：名無しさん＠お腹いっぱい。：2022/11/16(水) 19:24:12.88 ID:8dfQilXl.net
- webpのロスレスはpngより優秀だからよく使ってる
jpegはまだおきかえてない
- 57 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 09:15:18.68 ID:1Ldw3pTK.net
- https://pbs.twimg.com/media/FW_Nq5-XEAAGHrP.jpg:orig
- 58 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 10:25:32.58 ID:XH9ofd/W.net
- jxlは結局競争に負けたんか
- 59 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 19:15:46.68 ID:cQgkUnrL.net
- JXLは高画質向きだからウェブ用途だとAVIFに負けてもしょうがない
- 60 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 19:45:33.59 ID:3m5hDT2b.net
- jxlはwebpやavifと勝負してるところがハナから違うってことよ
- 61 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 20:12:06.81 ID:ApgD1mm9.net
- このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
このスレはJPEGXL以外を次世代画像フォーマットとして認めません
AV1信者は立ち入り禁止です
- 62 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 20:13:14.30 ID:Tst1dkYi.net
- JPEGXLは全てに勝る
- 63 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 20:26:46.06 ID:vtoR8+5d.net
- このAV1禁止ガイジはChromeの件が無ければ救われていたのだろうか
- 64 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 20:27:53.13 ID:J7AjaOJx.net
- webpはマシなjpgって感じで赤が死ぬのは相変わらずだし、q95-100あたりの画質重視の場合だと大体jpgに負ける
これがjpg以下ってあちこちで言われてる原因だと思うけど、サイズ対画質だとほぼjpgを上回ってると思う
- 65 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 20:29:54.45 ID:1ulpNJiB.net
- jpegxlはChromeが切り捨てた時点で敗北者確定だからな
- 66 ：名無しさん＠お腹いっぱい。：2022/11/17(木) 20:36:22.17 ID:J7AjaOJx.net
- >>59
jxlはむしろ中画質になってavifがトーン効果なんかを塗りつぶしてくる領域になると輝くと思う
巨大なファイルをq10とかで画質殺してサイズ削減しようとするとなんか途端に縮まなくなる事はある
- 67 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 00:43:42.90 ID:4ExATfaP.net
- きみ前スレでwebp持て囃して対立煽ってた人と同じ人やろ
ぶっちゃっけどのフォーマットにも思い入れ無いんちゃうか
かくいう俺もjpeg,png,gifを駆逐できれば何でもいいんよな～
新スレ立ったもののどうせlibjxl 1.0出るまで進展無いやろし来年半ばまでプロレスごっこで消費しそうやね
- 68 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 00:56:15.87 ID:1UuC30Au.net
- ネットに鎮座し続けるファイルをどうやって駆逐するのか知らんけど
ブラウザが対応してもTwitterなりプラットフォームが受け付けないとどうにもならん
- 69 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 02:42:37.58 ID:1N/IxKZq.net
- JPEG XL の主な利点
https://jpegxl.info/why-jxl.html
- 70 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 06:30:58.17 ID:nugCg63r.net
- jpegとjpegxlはどっちが表示速度早い？
- 71 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 07:29:27.59 ID:HIaePcII.net
- >>70
jpegの後継のxlのがはやいのでは？
- 72 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 10:00:32.08 ID:JeGInFru.net
- 俺の環境ではjpg＞jxl＞webp＞avif
- 73 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 10:10:22.85 ID:yTqoKlLO.net
- jxlはhighwayライブラリでcpuアーキテクチャごとに計算が最適化済だけど、これ以上速度の改善は見込めるのかね
- 74 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 11:22:03.67 ID:0t9PC6oX.net
- highwayは単にCPU毎のSIMD命令の違いを吸収してるだけだから
最適化の余地があるかどうかとは関係ない
- 75 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 12:05:02.41 ID:tUQ0dWEx.net
- じゃあこれ以上の高速化は無理ってこと？悲しい
- 76 ：名無しさん＠お腹いっぱい。：2022/11/18(金) 12:19:57.53 ID:0t9PC6oX.net
- それなりにCPU時間を使ってるけど最適化してない箇所があればそこを最適化すれば速くなるし
既に最適化されてる箇所でもより効率的なアルゴリズムを見つければ速くなる
highwayの使用の効果は例えばx86用とARM用の最適化コードを分ける必要がなくなるというもので
最適化がどの程度されてるかとは無関係
- 77 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 20:07:15.49 ID:/8GKi1Mx.net
- https://i.imgur.com/wvZvFSq.jpeg
- 78 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 20:10:41.47 ID:Foqywm/L.net
- エンコードはもういいからデコードのほうを出してくれ
- 79 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 21:38:04.76 ID:0axYiwGt.net
- Chromeが対応見送ったのってJPEG XLは表示する時に遅かったりOSやアプリへの負荷が重かったり
バッテリーへの影響とか大きくなる可能性があるんの？
- 80 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 22:10:27.43 ID:LzAckgdr.net
- そういう説明はされてない
- 81 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 22:11:37.05 ID:kAP/oJ9z.net
- >>79
デコード時の計算量はAVIFが断トツ
- 82 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 22:37:50.78 ID:wG0kT4nh.net
- avifはデコードでまずyuvからrgbへ変換するとかいう世界一無駄な作業してるからね
あまりにも無能すぎるフォーマットだよ
- 83 ：名無しさん＠お腹いっぱい。：2022/11/19(土) 22:48:49.33 ID:g+0b9DLq.net
- デコードでRGB要求したらYUVからRGBへ変換するのはJPEGもJXLも同じだろ
RGBのまま圧縮なんて可逆以外ない
- 84 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 06:01:53.26 ID:TnT5I/mY.net
- なるほどだからjxlはjpegより遅いのか
- 85 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 18:08:45.83 ID:vm3a4W7w.net
- 信者がどうとか言い出したらスレは末期
- 86 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 18:20:27.67 ID:vm3a4W7w.net
- Experimental flags and code should not remain indefinitely
There is not enough interest from the entire ecosystem to continue experimenting with JPEG XL
The new image format does not bring sufficient incremental benefits over existing formats to warrant enabling it by default
By removing the flag and the code in M110, it reduces the maintenance burden and allows us to focus on improving existing formats in Chrome
こういうのは実際どうでもよくて
マイクロソフトのrANSの一件が尾を引いてるんでしょ多分
完全ライセンスフリーかどうかわからないのにグーグルにだけ文句言うのはどうなのかなとは思う
- 87 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 18:43:55.61 ID:g3BIHmsc.net
- んじゃあjxlに文句いうわ
重要特許を取得されやがって、この無能！
- 88 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 19:50:53.92 ID:dD5HLXCs.net
- いちばんムカつくのは、そのマイクロソフトがダンマリなこと
- 89 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 23:42:00.67 ID:N5b5YMLa.net
- いつまでノイズまみれの汚いフォーマット使わなきゃならんのさほんと
電子書籍の漫画なんか今の技術ならもっと低容量で低ノイズ高解像度なんか余裕で実現できるだろうに
未だに横884px900pxで拡大したらボケボケでノイズがチラチラ見えるのとかもうやめてほしいわ
動画は既に4Kの時代なのに
- 90 ：名無しさん＠お腹いっぱい。：2022/11/20(日) 23:59:22.59 ID:eWO0R66e.net
- >>89
低容量を追求しなければ高画質画像を見れるのに
4K動画なんてどれだけ容量食うと思ってんだ
- 91 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:03:47.55 ID:yrMfL1P9.net
- 言う程動画も4K普及してるか？
映画くらいで普及帯は依然FHDだと思うんだが
電子書籍は1000x1500が普及帯
短辺1kで動画と同じだ
- 92 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:18:03.60 ID:sHDHlAXT.net
- YouTubeが4K（つーか8Kまで）対応してるし個人&中小規模の投稿者は4Kが結構増えてきてるよ
全体ではまだ少数だろうが、市場で切り捨てられる事もなく徐々に普及は進んでる
FHDはまだまだ普及帯ではあるが、もう高画質じゃなくエコノミー扱いになりつつある
- 93 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:20:44.99 ID:sHDHlAXT.net
- スマホで撮った写真が1枚あたり3～6MBって相当fatになったなぁと思う
一昔前のコンデジと同じ気分でパシャパシャ撮るとあっという間に数GB以上行っちまう
昔は数千枚撮っても余裕ありまくりだったのに
- 94 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:43:15.09 ID:gBQc7iK6.net
- 4kが浸透するのは結構なことなんだけど、個人的にシークをよく使うんで
バッファリングが気になるんだよね
だから画像フォーマットも連続で見るときに突っかかるようなデコード速度だと困る
- 95 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:44:49.67 ID:WdY4XHIk.net
- 4K動画ならお前らの嫌いなAV1が大活躍するよ
- 96 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:49:00.44 ID:cQ1iNkfr.net
- >>89
軽量に拘らなければいくらでも高画質に画像を見れるよ
4Kサイズの画像なんて無茶苦茶綺麗だし
- 97 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 00:54:18.25 ID:sHDHlAXT.net
- 4K画像以前に4Kモニターもっと流行って欲しい
仮に事務用途なんかでもFHDなんかじゃ印刷物よりも情報量がクッッッソ少なすぎるんだわ
モニター価格の問題もあるだろうが、小さめの4Kモニターだと文字がクソ小さくなるとかいうデマが未だに横行してるのが良くない
- 98 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 01:03:01.92 ID:U8uBzh6a.net
- >>97
そんな文句ココで言ってもどうしようもないでしょ
4kモニタを経理に買わせる方法を先に考えたら？
- 99 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 01:04:48.27 ID:U8uBzh6a.net
- ちゃんとした4kモニタがいくらするか知らんけど
- 100 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 01:13:02.69 ID:WsbHOHCD.net
- >>90
>>96
電子書籍なんて基本的に家でDLするし
今はストレージも安くなったので別に俺は容量食っても全然構わないのだけど
プラットフォーマー側が鯖負担嫌ってか低画質なソースしか提供しないから購入者としては選択の余地がないんだよ
このあたり新しい規格が採用されりゃ改善される余地がかなりあると思うんだけどな
別に4Kじゃなくてもいいけど今時短辺884は流石にボケボケすぎ
解像度はipad最下位でも2160x1620
横少し余るから等倍で見られる解像度は実質1300くらい
最低限そのくらいはあってほしいわ
泥のタブレットとかだと16:9だから縦が余って横1600くらいダイレクトに見えるけどね
- 101 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 01:30:19.76 ID:H9VHlAGL.net
- amazonの電子書籍しか買わんけど、プラットフォームによって画質が違うのか
amazonは普通に画質いい気がする
- 102 ：名無しさん＠お腹いっぱい。：2022/11/21(月) 01:47:27.25 ID:yrMfL1P9.net
- >>101
少なくともAmazonはバラバラで出版社による
4Kもあれば1K割ってんのもある
短辺1000を下回ってるとシャープネスに振ったLanczos3でもボケボケになるから手の施しようがなくて本当に困る
- 103 ：名無しさん＠お腹いっぱい。：2022/11/23(水) 02:48:15.32 ID:r4A2guj8.net
- Pale Moon 31.4.0 adds JPEG XL support
https://www.palemoon.org/releasenotes.shtml
- 104 ：名無しさん＠お腹いっぱい。：2022/11/23(水) 07:54:39.16 ID:G4KAbbVP.net
- >>103
どんなアプリなんけ？
- 105 ：名無しさん＠お腹いっぱい。：2022/11/23(水) 11:24:32.97 ID:abudCjv6.net
- Firefox52ESRからフォークしたエンジン使って10年前のFirefoxのUIを維持してるブラウザ
JSやCSSの現行規格に対応しきれてないから見れないサイトが増えて実用性は低い
- 106 ：名無しさん＠お腹いっぱい。：2022/11/23(水) 11:52:10.62 ID:tjDhOodL.net
- Mozilla ConnectというFirefoxへの要望を集めるサイトでSupport JPEG XL がまあまあな投票数を得てるいるが
残念ながら投票者が殆ど登録したばかりの新規ユーザーばっかだな
- 107 ：名無しさん＠お腹いっぱい。：2022/11/24(木) 03:49:51.62 ID:62JG4WoF.net
- https://connect.mozilla.org/t5/ideas/support-jpeg-xl/idi-p/18433
- 108 ：名無しさん＠お腹いっぱい。：2022/11/24(木) 06:19:50.38 ID:KRpTrZN+.net
- >>107
New Memberしかいねえw
- 109 ：名無しさん＠お腹いっぱい。：2022/11/25(金) 09:56:49.87 ID:YiwZ59Id.net
- ほんと、早く出てほしい
- 110 ：名無しさん＠お腹いっぱい。：2022/11/30(水) 22:03:25.20 ID:oHlQ0lJP.net
- きっかけはなんか知らんけど
Chromeの例のチケットがまた盛り上がってる
- 111 ：名無しさん＠お腹いっぱい。：2022/12/01(木) 01:30:30.94 ID:pdoY+7CF.net
- Revert "flag_descriptions: Add note about JPEG XL removal"
https://chromium-review.googlesource.com/c/chromium/src/+/4061563
- 112 ：名無しさん＠お腹いっぱい。：2022/12/01(木) 05:35:24.18 ID:FuTs4ULq.net
- >>111
お、一応revertされるかもしれないのか
まだ誰もレビューしてないけど
- 113 ：名無しさん＠お腹いっぱい。：2022/12/01(木) 05:48:36.83 ID:FuTs4ULq.net
- いや、ダメっぽいな
このrevertパッチを送った人は何の権限も実績もない人だった
アカウントも作ったばっかり
- 114 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 10:12:26.10 ID:pkOaAfMX.net
- https://opensource.googleblog.com/2022/12/open-sourcing-attention-center-model.html
- 115 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 10:22:55.99 ID:vEUW+zHo.net
- プログレッシブデコードとかいう産廃機能
- 116 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 10:34:45.11 ID:TxhAGj4d.net
- デコードってのは画像表示する時の処理って事でいいんだよな？
XLはそれが遅かったり負荷が大きいんならそりゃChromeも消極的になるだろ
むしろ何でそんなフォーマットをあれだけゴリ押ししてたやつが前スレで多かったのかが謎
- 117 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 13:47:36.45 ID:O/1lMbln.net
- >>114
これめっちゃいいな
30%読み込んだ時点で先行して人の顔がキレイに見えるなら違和感少なくなる
ユーザエクスペリエンスにかなり影響しそう
粘着自演アホアホ煽り君は無視ね
- 118 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 14:01:44.34 ID:i/UoSMPN.net
- プログレッシブデコードにこだわるより通常デコードの速度を向上してくれ
- 119 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 14:03:15.19 ID:yV9fprP6.net
- >>116
何を基準に何を言っているのか、自分に問いただしてみるといい
- 120 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 14:04:45.88 ID:KLYLjAzz.net
- プログレッシブデコードは神機能だからブラウザ側は対応しろ
- 121 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 18:43:12.96 ID:c5m8fBzg.net
- >>114
Googleの中の人も一枚岩ではないんだな
- 122 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 18:53:47.85 ID:ZSjIPYqP.net
- そもそもlibjxlのcontributorsにGoogleがいるしな
- 123 ：名無しさん＠お腹いっぱい。：2022/12/02(金) 19:47:31.94 ID:HFfOU1C3.net
- https://google.github.io/attention-center
>>114で紹介されてるやつの実装見たけど、だからなに？って感じた
- 124 ：名無しさん＠お腹いっぱい。：2022/12/03(土) 14:52:52.48 ID:0aIo+Yiz.net
- FLIF → FUIF(Cloudinary) → ＋PIK(Google)＋Brunsli(Google) → JPEG-XL
プログレッシブはサムネイル画像を短時間で作れそう
Progressive loading: JPEG, JPEG XL, AVIF
https://www.youtube.com/watch?v=inQxEBn831w
- 125 ：名無しさん＠お腹いっぱい。：2022/12/03(土) 15:26:26.61 ID:h8lIYlYl.net
- >>124
完全デコードはavifのほうが速いのね
avifでいいや
- 126 ：名無しさん＠お腹いっぱい。：2022/12/03(土) 21:11:14.08 ID:E4+rA8re.net
- https://storage.googleapis.com/avif-comparison/index.html
- 127 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 02:45:38.34 ID:QK1AkFcv.net
- >>126
JPEG XL サポートを削除する決定の根拠となったデータ らしいね
- 128 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 03:01:00.37 ID:6YeFvZBI.net
- なんかえらく小規模で偏った入力データだな
- 129 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 03:19:57.85 ID:6YeFvZBI.net
- リアクションを見るとこんな感じか
・速度はテストに使われたバージョンより最新のlibjxlでは大きく改善されてる
・画質の指標にMS-SSIMを使うのはダメだろ
・Cloudinaryが行った大規模テストと全然結果が違うんだが？
- 130 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 03:35:13.90 ID:StWlWVZe.net
- コーデックとしては残しといてもいいと思うんだけどな
積極的に削除する理由としてはちょっと疑問が残る
- 131 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 06:30:11.84 ID:0IvTuFbA.net
- >>126
jpegxlはエンコードのパフォーマンスの良いフォーマットだから、デコードじゃなくてエンコードで勝負しろよ、、
意味のないテストだよこんなん
- 132 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 06:54:06.64 ID:FNIrIRxn.net
- >>126
libjxlのバージョンは
https://github.com/libjxl/libjxl/commit/137f53ef1a6f39e5f733edb6cc457625abb3b3c9
みたいね、最新バージョンの0.7と中身が一緒
https://storage.googleapis.com/avif-comparison/verification-process.html
に条件が全部書いてあった
- 133 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 07:05:37.05 ID:u2l/ZzLv.net
- https://github.com/ImageMagick/ImageMagick/blob/main/coders/jxl.c
実装が悪いのかなと思ったけど、別に普通
- 134 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 07:56:11.77 ID:Zznqtkr9.net
- 1.0まだ？
- 135 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 10:04:23.56 ID:M8bYj1jN.net
- OG画像にJXL使いたいんだがTwitterとFB対応してくれんかな
地味に圧迫して困る
- 136 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 10:32:35.97 ID:0wNws6nb.net
- >>135
jxlはデコードが遅いので勘弁
- 137 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 10:54:33.24 ID:qeN+Csm6.net
- >>126
webpええやん
- 138 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 11:38:21.42 ID:yTiPwiGQ.net
- >>131
馬鹿だろお前
エンコード（変換）なんて普通1回しかやんねーからXL以外がエンコード遅くても大した問題じゃねーんだよ
- 139 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 11:42:24.49 ID:6aSHoV3T.net
- AVIFはここ1年ぐらいでlibaomがかなり気合を入れた最適化をしてるので
JXLが話題になり始めてアドバンテージを主張していた当時と比べて速度面では別物になったというのが大きいと思う
- 140 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 11:46:34.23 ID:Zznqtkr9.net
- 速度差なんて誤差みたいなものだから圧縮率と画質重視しろよ
- 141 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 15:52:16.58 ID:cH2O5qUc.net
- デコードのテストだけ古くてjxl実装直後のchrome92使ってるの不思議、他はまあまあ新しいので合わせてるのに
最近速度改善のバグ修正進めてるし
https://chromium-review.googlesource.com/c/chromium/src/+/4031214
そもそも普通ならchromeとして判断するべき問題だろうにavifチームの検証結果を担保にして窓口に置いてるの開き直りが凄いな
- 142 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 16:03:42.85 ID:eB4GGYmv.net
- >>141
>>132で言われてるように0.7使ってるんじゃないの？
- 143 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 16:05:04.83 ID:eB4GGYmv.net
- >>141
https://storage.googleapis.com/avif-comparison/verification-process.html
に書いてある各バージョンは嘘なん？？
- 144 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 16:05:56.60 ID:eB4GGYmv.net
- いみふ過ぎる
- 145 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 20:43:01.15 ID:xs62mETE.net
- >>143
消せ消せ消せ消せ
- 146 ：名無しさん＠お腹いっぱい。：2022/12/04(日) 22:25:44.12 ID:M8bYj1jN.net
- >>136
OG画像なら関係ないよ
各社が表示する前にトランスコードと保管を行うから直接エンドユーザーに届くわけではない
- 147 ：名無しさん＠お腹いっぱい。：2022/12/07(水) 02:14:30.72 ID:1WT4KHLx.net
- 件のチケットにGoogleの人がコメント書いてた
Comment 266, 268
知財的には問題無いってさ
- 148 ：名無しさん＠お腹いっぱい。：2022/12/07(水) 07:54:30.99 ID:KLfFco7W.net
- >>129
そろそろlibjxlを最新にしたデコードテストの結果が出た頃じゃない？どうなん？
- 149 ：名無しさん＠お腹いっぱい。：2022/12/07(水) 16:01:54.77 ID:lx6EqXe+.net
- webで使われないなら流行らないよ？
- 150 ：名無しさん＠お腹いっぱい。：2022/12/07(水) 18:00:31.78 ID:lXx66b5T.net
- もうこの先もjpegでいいと思う。Googleがしきりにwebp流行らせようと
してるけど必要性感じないし。
- 151 ：名無しさん＠お腹いっぱい。：2022/12/08(木) 22:59:19.61 ID:x18ZQi+m.net
- こうして人類はいつまでもHDR対応画面でSDR画像を開き
保存容量と通信帯域のコストに苦しみつつ
透過を使いたいだけなのに可逆圧縮形式にし続けるのだった
- 152 ：名無しさん＠お腹いっぱい。：2022/12/09(金) 05:27:44.08 ID:G3lx2xmv.net
- ま、それでなんも困らんし
- 153 ：名無しさん＠お腹いっぱい。：2022/12/09(金) 11:54:43.23 ID:DWfjWTs/.net
- つうか、画面とかいうデバイスがどうなるか分からないよな
- 154 ：名無しさん＠お腹いっぱい。：2022/12/11(日) 08:02:05.59 ID:PyjmunlQ.net
- irfanviewでjxlとwebpエンコードして比べてたんだけど
なんかjxlってノイズ多くね？
圧縮率はjpeg85と同じくらいのサイズになるようにしてたんだけど
バージョン上がると改善されるのかな
- 155 ：名無しさん＠お腹いっぱい。：2022/12/11(日) 09:07:11.11 ID:1bwm3Wc9.net
- >>154
アナタはそうでも自分はそう思ったことが全くない
そう、人によってどう見えるかなんてそれぞれ、だからssmiのような指標がある！
- 156 ：名無しさん＠お腹いっぱい。：2022/12/13(火) 10:59:57.48 ID:WjY89ho0.net
- AVIFすごい綺麗
webpはゴミ
- 157 ：名無しさん＠お腹いっぱい。：2022/12/13(火) 15:35:41.01 ID:kjKjxqRv.net
- webpはブログ載せる用にしか使ってないわ
- 158 ：sage：2022/12/13(火) 16:44:26.26 ID:Ef00/iRJ.net
- AVIFなかなかいいと初めは思ったんだけど色微妙に変わらない？
ほんとに微妙にだけど
グレーの部分見ると一番分かりやすい
- 159 ：名無しさん＠お腹いっぱい。：2022/12/13(火) 17:28:15.61 ID:WjY89ho0.net
- webpよりは良いけどAVIFも少し変わるね
高画質で残したいなら低圧縮なjxlで保存するのが良いのかな
- 160 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 12:14:25.91 ID:+zCIokaZ.net
- jxl廃止するchromeが出したデータに対しての意見
https://cloudinary.com/blog/contemplating-codec-comparisons
- 161 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 12:48:27.59 ID:pwuq3v8A.net
- JXL側からJXLのデコード速度はAVIFと同じかやや遅いってデータ出したのね
エンコード速度についてもやっぱり大差ないhttps://res.cloudinary.com/cloudinary-marketing/images/v1670951896/jepgxl10/jepgxl10-png
>>4の頃の印象だけで語ってる人が多かったようなのでいいきっかけになりそう
このスレでも触れられてたけど最近のlibaomの最適化がかなり効いてるね
>I believe these surprising results can be explained partially, but not fully, by recent improvements in libaom's encoding speed.
- 162 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 13:53:59.76 ID:AnueBcc5.net
- >>160
>デコード時間だけが重要ではない
アホか？ローカルのファイルならデコード時間だけが重要だろ
なにいってんだこのゴミ記事
デコード速度をサーバー通信込みのデコード速度に話をすり替えるなカスしね
- 163 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 13:59:13.58 ID:4g527E3d.net
- JXL陣営がしきりにプログレッシブデコードを宣伝してるけど、Chromeが実装しなかったら全く意味ないよね😅
この陣営、アホかな？
- 164 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 14:25:58.06 ID:nIR1oeNF.net
- jxlを勝手にサーバー用途に限定するなよ、、
- 165 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 14:40:58.68 ID:ahGxpHOt.net
- Chromeが何なのかも知らないのか
- 166 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 15:24:24.38 ID:FmWZ4HDL.net
- >>165
ChromeはChromiumやろ？
- 167 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 17:50:24.11 ID:HrNkR0TQ.net
- jpeg置き換えるならエンコードも重要だろ
今現在jpegを大量に生み出す写真撮影だろ
写真撮影で1画像のエンコードに数秒もかかってたら,普通撮影はまだしも
連続撮影とかにエンコードも追い付かなくなりそう
- 168 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 18:02:58.41 ID:AnpwKuD1.net
- >>160
実質avifしか対抗いないからそれとの比較がほとんどか
- 169 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 18:08:51.37 ID:nyti+mR+.net
- GoogleはAV1が広まれば自然とAVIFを含めてAV1形式のHWエンコードサポートする機器が増えるだろうから
将来的にエンコード速度は問題にならない、と考えてるんじゃない
- 170 ：名無しさん＠お腹いっぱい。：2022/12/15(木) 22:20:05.14 ID:2G06qT6y.net
- ヤダヤダヤダjxlじゃないとイヤッ
- 171 ：名無しさん＠お腹いっぱい。：2022/12/16(金) 04:56:18.66 ID:xiOI+vUu.net
- お客さん多いな
- 172 ：名無しさん＠お腹いっぱい。：2022/12/16(金) 20:57:02.78 ID:fms0jsmT.net
- >>164
これ
ハードディスクの画像を一括変換すべきかどうかを知りたいのに
- 173 ：名無しさん＠お腹いっぱい。：2022/12/16(金) 22:22:44.47 ID:KWjRJi9a.net
- >>172
JPEGならロスレスで変換すりゃいいじゃん
JXLからJPEGにロスレスで戻せるんだし
- 174 ：名無しさん＠お腹いっぱい。：2022/12/17(土) 11:18:23.22 ID:AKcC1+E/.net
- cjxlとdjxl両方にタイムスタンプ維持できるオプションがほしい
jpegロスレス変換をもっと気軽にしたい
- 175 ：名無しさん＠お腹いっぱい。：2022/12/18(日) 15:16:05.88 ID:+BHvv/eL.net
- >>163
だからChromeに宣伝してるんじゃないの？
- 176 ：名無しさん＠お腹いっぱい。：2022/12/18(日) 15:20:52.60 ID:BwjnFNGz.net
- >>162
ブラウザのChromeのデータへの反論なんだからサーバー通信込みの意見が入るのは別におかしくないだろ…
- 177 ：名無しさん＠お腹いっぱい。：2022/12/20(火) 23:39:24.06 ID:dkPzhzbB.net
- chromeそろそろjxl廃止を撤回した頃じゃない？どうなん？
- 178 ：名無しさん＠お腹いっぱい。：2022/12/21(水) 02:44:44.06 ID:nHcxvFrc.net
- >>177
残念ながら、chromium M110にマージ済み
- 179 ：名無しさん＠お腹いっぱい。：2022/12/21(水) 02:55:28.76 ID:rN/W7952.net
- orz
- 180 ：名無しさん＠お腹いっぱい。：2022/12/22(木) 23:46:43.51 ID:SHD/gj1L.net
- Darktable 4.2 Released With JPEG-XL Support
https://www.phoronix.com/news/Darktable-4.2-Released
- 181 ：名無しさん＠お腹いっぱい。：2022/12/23(金) 00:36:39.42 ID:GUgf8OrK.net
- 画像編集ソフトの宣伝はええて
- 182 ：名無しさん＠お腹いっぱい。：2022/12/23(金) 12:50:23.81 ID:shpVypG7.net
- Chromium草
https://github.com/libjxl/libjxl/commit/0d4273e0157bd3f70015ecd79cdea448252f6a4c
- 183 ：名無しさん＠お腹いっぱい。：2022/12/23(金) 18:26:48.43 ID:tH18TJ6E.net
- まあこの手の新フォーマットの普及競争において大企業の政治力の前では
性能やロイヤリティフリーが何の意味もなさないのはOgg Vorbisで20年前に通った道
だからXiphはMSとSkypeを巻き込んでOpusを作ったんだ
JXL陣営も次はうまくやれるといいね
- 184 ：名無しさん＠お腹いっぱい。：2022/12/24(土) 07:13:21.61 ID:+OeB5edL.net
- oggは愛用してるけどopusは初めて聞いたな
- 185 ：名無しさん＠お腹いっぱい。：2022/12/24(土) 14:54:57.51 ID:gR5ClpBi.net
- 圧縮フォーマットはGIFの昔から殴り愛なのである。
- 186 ：名無しさん＠お腹いっぱい。：2023/01/06(金) 04:42:54.24 ID:j2aXQNCq.net
- 久しぶりにこのスレ来たけどWebPに完全移行した俺の決断は間違っていなかったようだな
やはりWebPこそ至高
- 187 ：名無しさん＠お腹いっぱい。：2023/01/07(土) 07:54:59.17 ID:DeC8jZKt.net
- avifに対して圧倒的アドバンテージを誇っていたエンコとデコードがもはや大差なくなって
もうすっかりavifでいいんじゃねって空気になってしまったなぁ
- 188 ：名無しさん＠お腹いっぱい。：2023/01/09(月) 17:10:27.77 ID:1S4HyJLz.net
- いや少なくともavifはWepPとかJPEG XLとは比べ物にならないくらいcpu食うよ
ところでこの流れだとjxlを推せばいいんだな？対応状況がちょっとね・・・
- 189 ：名無しさん＠お腹いっぱい。：2023/01/09(月) 17:22:01.28 ID:HZbPh+Lb.net
- 比べ物にならないぐらい遅かったのは昔の話で今のバージョンでは大差ありませんってJXL側が声明出したばっかなのだが
- 190 ：名無しさん＠お腹いっぱい。：2023/01/09(月) 17:57:01.36 ID:WV22t/1I.net
- 文盲？
- 191 ：名無しさん＠お腹いっぱい。：2023/01/09(月) 18:00:47.20 ID:7fXsFy5T.net
- まだjxlバージョン上がらんの？
- 192 ：名無しさん＠お腹いっぱい。：2023/01/09(月) 20:21:36.62 ID:kLRcWusz.net
- 最近のコミットがjxlのデコードエンコード既知バグ放置してjpegデコードとwasmばっかでlibjxl終わったなって感じ
jxlはavifのときみたいに他のプロジェクトチームのリファレンス実装に期待するしかないね
- 193 ：名無しさん＠お腹いっぱい。：2023/01/09(月) 22:54:56.61 ID:jbK3telb.net
- もしかして終わってしまったのか？始まる前に…？夢が…？
- 194 ：名無しさん＠お腹いっぱい。：2023/01/10(火) 05:48:38.50 ID:y7n6DkZ7.net
- AV1有するAOM陣営にFATMAN-GとMozillaいるからねぇ
AV1が普及すればするほどAVIFも有利になるからもう終わりでしょ
JXLはVorbisと同じ過ちを犯した
- 195 ：名無しさん＠お腹いっぱい。：2023/01/14(土) 17:17:23.50 ID:C4kwHEOZ.net
- v0.8.0 release candidate!!
もう、avifが改善したとの事でjpeg xlどうしたらいいのか...
- 196 ：名無しさん＠お腹いっぱい。：2023/01/14(土) 17:20:50.41 ID:C4kwHEOZ.net
- 更にavifはデコーダー/エンコーダーがハードウェア実装されるし..
>>4
見るとlosslessぐらいしかメリット残ってないのか?
- 197 ：名無しさん＠お腹いっぱい。：2023/01/14(土) 17:30:17.79 ID:ug6rmXJ2.net
- Chromeが再対応してくれないとブログサイトにJpeg XLを載せる気になれない
そりゃ自分のウェブページにlibjxlのwasmを同梱して閲覧者にキャッシュさせればJpeg XLをどのブラウザでも表示させられるけど、わざわざやるメリットが皆無やんね
- 198 ：名無しさん＠お腹いっぱい。：2023/01/14(土) 19:42:40.13 ID:zerOE83l.net
- 個人的にはブラウザとかどうでもいいんだけどな
Windowsとか画像扱うソフトで対応してさえくれれば
- 199 ：名無しさん＠お腹いっぱい。：2023/01/15(日) 04:53:06.66 ID:5M1qae9R.net
- 2K路線まっしぐらで草
もう2022に改名しろよｗ
- 200 ：名無しさん＠お腹いっぱい。：2023/01/23(月) 15:22:05.27 ID:DIOC4bhl.net
- AVIFで変色報告してる人、最新のエンジン使え。
初期モデルはまだ色再現がおかしい。
WebPは最新でも赤色が変。修正は可能なはずだけど、もはや開発サイドに直す気なさそう。
- 201 ：名無しさん＠お腹いっぱい。：2023/01/23(月) 15:34:11.57 ID:DIOC4bhl.net
- うちのサイトで昨年夏にJPEGからWebP/AVIF(AVIF優先表示)へ置き換えたら、転送量が1/3になった。ほかはとくになにもしてないのに、半年経ったいまアクセス倍増してる。広告収入も倍増。
多少の色再現とか変化なんて、どうでもよくなる。
- 202 ：名無しさん＠お腹いっぱい。：2023/01/23(月) 16:16:48.46 ID:bkMNURqR.net
- 急にどうした？
- 203 ：名無しさん＠お腹いっぱい。：2023/01/23(月) 19:01:47.31 ID:IpuTUPKC.net
- >200
WebPの非可逆圧縮は4:4:4をサポートしない仕様だから赤色がくすむ
ロスレス(可逆)を使うなら、サポートしているソフトが多いPNGの方がいい
- 204 ：名無しさん＠お腹いっぱい。：2023/01/24(火) 03:32:07.21 ID:4eN6ggBw.net
- 俺もJPEG XLに移行したら彼女ができて宝くじが当たってついでにがんも治ったぞ
みんなもJPEG XLに移行しよう！
- 205 ：名無しさん＠お腹いっぱい。：2023/01/24(火) 11:15:18.61 ID:WI7WmGKf.net
- >>201
２５歳。 一度やってみなよ マジでお勧め。
をつけろよデコ助野郎
- 206 ：名無しさん＠お腹いっぱい。：2023/01/25(水) 07:14:06.32 ID:7lzTKl2D.net
- AVIFよいよね
- 207 ：名無しさん＠お腹いっぱい。：2023/02/01(水) 09:20:27.22 ID:b47z5euy.net
- Firefoxの公式見解が固まったよ
https://github.com/mozilla/standards-positions/issues/522#issuecomment-1409539985
> After a lot of consultation (and time, sorry), we've concluded that we are neutral on JPEG-XL.
いろいろと相談した結果、JPEG-XLについては中立という結論に達しました。
- 208 ：名無しさん＠お腹いっぱい。：2023/02/01(水) 13:25:37.28 ID:La/42xB2.net
- libjxl v0.8.0
https://github.com/libjxl/libjxl/releases/tag/v0.8.0
- 209 ：名無しさん＠お腹いっぱい。：2023/02/08(水) 18:30:09.57 ID:mRhxSP5u.net
- WebPにはcwebp、JPEG XLにはcjxlがあるけど
AVIFは何を使えばいいの？
- 210 ：名無しさん＠お腹いっぱい。：2023/02/08(水) 20:12:11.82 ID:rP7G3W5w.net
- avifenc
- 211 ：名無しさん＠お腹いっぱい。：2023/02/08(水) 23:00:26.12 ID:VlAvl4or.net
- libjxl v0.8.1
- 212 ：名無しさん＠お腹いっぱい。：2023/02/09(木) 20:24:03.13 ID:ZQTCZNmu.net
- 軽く検証してきたよ
バージョンはlibavifが0.11.1、libjxlが0.8.1、libwebpが1.3.0
LosslessエンコードはJPEG XLの方がWebPよりちょっとだけ高速高圧縮、ただしJPEG XLの最高圧縮は遅すぎて使い物にならない
AVIFはWebPよりも遅くてデカい
LossyエンコードはQualityが低くても劣化が気にならないAVIFが優秀、Quality値を高くするならWebPが圧縮率の点で優秀
JpegXLはWebPとほぼ一緒
LosslessデコードはAVIFもJPEG XLも同じくらい、WebPはそれより2倍速い
LossyデコードはAVIFとWebPが同じくらい、JPEG XLはそれより2倍遅い
現状はLosslessのJPEG XL、LossyのAVIF、バランスのWebPって感じだと思う
- 213 ：名無しさん＠お腹いっぱい。：2023/02/10(金) 18:04:38.66 ID:JxI2BtvD.net
- jxlはなんでこんなにデコードが遅くなったんだろうね
- 214 ：名無しさん＠お腹いっぱい。：2023/02/10(金) 18:53:26.31 ID:9j4uydBt.net
- 最適化が進んでない状態のAVIFに対して速いと言ってただけなんで
- 215 ：名無しさん＠お腹いっぱい。：2023/02/10(金) 19:06:35.86 ID:f37vFV/X.net
- つか、AVIFとか動画の派生フォーマットはほぼハードウェア回路使ってエンコード/デコードできるようになるのに、それ使わないCPUエンコ/デコードで負けたらもうjpeg xlさん君はもう..
- 216 ：名無しさん＠お腹いっぱい。：2023/02/12(日) 04:30:27.31 ID:rA67UcDe.net
- ？？「JXLを救いたい」
- 217 ：名無しさん＠お腹いっぱい。：2023/02/26(日) 02:31:39.30 ID:SMcAWQPh.net
- avifはavifで全然使ってるとこないのなんなん
せめてwebpのやつらは切り替えてくれ
- 218 ：名無しさん＠お腹いっぱい。：2023/02/26(日) 13:54:52.03 ID:BFe/bEjH.net
- 【東京都教育委員会】 ファイザーの執行役員を起用
://mevius.5ch.net/test/read.cgi/baby/1662167092/l50
https://o.5ch.net/20kvv.png
- 219 ：名無しさん＠お腹いっぱい。：2023/02/26(日) 18:57:55.17 ID:z3p0GIS1.net
- いくらAVIFの最適化が進んだところでJPEGと比べて圧倒的に遅いわけで
クアルコムがsnapdragon 8 gen 2でAV1対応すると言うからそこがスタートラインじゃないかな
で、広まるとしたら写真撮影から..とか
- 220 ：名無しさん＠お腹いっぱい。：2023/02/26(日) 21:41:19.95 ID:coAaL6dA.net
- サイズは縮むけど、デコードおせーなｗ
jpeg 1： webp 2 : heic/avif 4
- 221 ：名無しさん＠お腹いっぱい。：2023/02/26(日) 22:22:54.45 ID:coAaL6dA.net
- あ、すまんavifは2.1ぐらいだったわ
- 222 ：名無しさん＠お腹いっぱい。：2023/02/26(日) 22:41:06.50 ID:dqIUxM68.net
- Chromeで試すと8Kより大きい画像ではJPEGよりAVIFのほうが速かった
AVIFが遅いってよく聞くけど致命的な遅さとは言えないような気が
- 223 ：名無しさん＠お腹いっぱい。：2023/02/27(月) 05:20:01.89 ID:h1G+5av1.net
- 7680x4320の表示速度
jpeg 1 : jxl 1.2 : webp 2 : avif 2.1 : heic 4
小さい画像なら気にならないけど、このサイズになるときついわ
ちょろめはしょうがないが、これを対応しないブラウザとかなに？って感じだな
Googleはwebp2とかいうのまだー？
- 224 ：名無しさん＠お腹いっぱい。：2023/02/27(月) 06:51:18.71 ID:ZwdOnahq.net
- webp2なんて公式のページでリリースする予定はないよってとっくに公表してる
- 225 ：名無しさん＠お腹いっぱい。：2023/02/28(火) 02:42:22.91 ID:HtXf97Ox.net
- avif、4の倍数じゃないとバグるのか。動画エンコと同じなのな
デコーダー側で対処してくれよこの程度よぉ
- 226 ：名無しさん＠お腹いっぱい。：2023/03/01(水) 17:05:19.30 ID:UEtZn1FT.net
- >>225
Storeアプリ「AV1 Video Extension」(Microsoft製)のバグだと思う
avifをWICで開くアプリは全滅だね(libavif.dllなどで開くアプリは問題なし)
Microsoftは修正する気はないみたい
- 227 ：名無しさん＠お腹いっぱい。：2023/03/03(金) 11:22:28.44 ID:eqDfh2nR.net
- AppleがHEIC&HEVCからAVIF＆AV1に乗り換えます！ってなった時がJXLの終焉かな
GもMも今は所詮林檎の後追いで主体性皆無のイナゴ企業に成り下がったし
- 228 ：名無しさん＠お腹いっぱい。：2023/03/03(金) 12:42:08.86 ID:kg5rTUy3.net
- 林檎って典型的なレイトマジョリティ企業だろ
ここが採用する頃には趨勢が決まってるって話
- 229 ：名無しさん＠お腹いっぱい。：2023/03/04(土) 03:37:16.36 ID:9CREkdJo.net
- 全部ビッグテック、それもアメリカ１国が決定権を持つわけだ
つまらん話だよ
- 230 ：名無しさん＠お腹いっぱい。：2023/03/04(土) 04:45:32.47 ID:XsZSo8+C.net
- アップルは金にならんことには興味ないし何もしないぞ
こんな特許料とかはした金に興味ないだけ
AppStoreからの莫大な手数料徴収とかそっちに忙しい
開発環境もSwiftとか必要最低限のことしかしない
- 231 ：名無しさん＠お腹いっぱい。：2023/03/05(日) 22:23:43.26 ID:DIuujutq.net
- Google「誰か音頭取ってくれないかなぁ（ﾁﾗｯ」
Mozilla「誰か音頭取ってくれないかなぁ（ﾁﾗｯ」
Microsoft「誰か音頭取ってくれないかなぁ（ﾁﾗｯ」
Apple「…しゃーない、ワイが音頭取ったるわ」
界隈「うおおおおおおおおお全力で乗っかるぞおおおおおおおお」
こうだぞ
- 232 ：名無しさん＠お腹いっぱい。：2023/03/06(月) 00:09:40.96 ID:SayJDHTF.net
- AV1はアップル関係なく海外の動画配信でサポートが進んでいっている印象
- 233 ：名無しさん＠お腹いっぱい。：2023/03/06(月) 00:37:43.50 ID:c6SFIzzp.net
- そもそもAppleはAOMediaのFounderだからなhttps://aomedia.org/membership/members/
- 234 ：名無しさん＠お腹いっぱい。：2023/03/06(月) 08:15:32.21 ID:JLHD7M79.net
- AV1デコード負荷高すぎなんだよなぁ・・・VP9超軽かったのに台無し
- 235 ：名無しさん＠お腹いっぱい。：2023/03/06(月) 09:43:00.24 ID:jwgZAKfu.net
- スナドラがav1ハードウェアデコード対応になるまでの辛抱や
- 236 ：名無しさん＠お腹いっぱい。：2023/03/06(月) 10:00:15.78 ID:dyf+x18g.net
- VP9って当初はあまり期待されていないコーデックだったけど
バッファリングも少なくて意外と優秀だったな
画像だとwebpが今そんな感じなのかももしれんけど
- 237 ：名無しさん＠お腹いっぱい。：2023/03/09(木) 22:05:35.02 ID:w62fe2N8.net
- なんかWindows11にアップグレード後webpを右クリックすると頻繁にエクスプローラが応答しなくなるわ
- 238 ：名無しさん＠お腹いっぱい。：2023/03/09(木) 22:26:07.20 ID:w62fe2N8.net
- と思ったらフォルダのカスタマイズがミュージックになってたから全般に戻したら直った
お前ミュージック関係ないじゃんなにを読み込んでたんだろ同じフォルダ内のjpgはなんともなかったが
- 239 ：名無しさん＠お腹いっぱい。：2023/03/11(土) 07:36:37.55 ID:4g9SmWOf.net
- >>231
GoogleはYoutubeでwebp使って半強制的に普及させてるけどな。
アップルは世界的なプラットフォーム持ってないしアップルユーザー以外にはてんで弱い。
- 240 ：名無しさん＠お腹いっぱい。：2023/03/11(土) 12:27:31.71 ID:qjlrqGEQ.net
- mp4コンテナがApple発QuickTimeコンテナが標準化したものなんで...
- 241 ：名無しさん＠お腹いっぱい。：2023/03/13(月) 04:09:07.96 ID:86Joz7X9.net
- JPEG XL vs AVIF: A Comparison
https://tonisagrista.com/blog/2023/jpegxl-vs-avif/
- 242 ：名無しさん＠お腹いっぱい。：2023/03/13(月) 09:01:17.01 ID:R+2HAt6t.net
- 画像の位置がずれるの糞だなｗ
- 243 ：名無しさん＠お腹いっぱい。：2023/03/18(土) 18:39:05.92 ID:v8EqCMck.net
- https://i.imgur.com/t2RMgo3.png
- 244 ：名無しさん＠お腹いっぱい。：2023/03/19(日) 22:36:16.71 ID:DVK1ITBr.net
- プログレッシブJPEGはマジクソ
なんとかそれを通常のに戻す方法は無いのか…
- 245 ：名無しさん＠お腹いっぱい。：2023/03/19(日) 23:14:40.40 ID:2Mb+10Ep.net
- jpegoptimとか使えばロスレスで戻るだろ
今どきプログレッシブを扱えないソフトの方が問題だと思うがね
- 246 ：名無しさん＠お腹いっぱい。：2023/03/20(月) 00:23:59.89 ID:zyRsy+t1.net
- ttp://megalodon.jp/ref/2020-0902-1908-13/www.eiyuww.com/ykFxF45_/z/api/news/img/manga/manga0055.jpg
- 247 ：名無しさん＠お腹いっぱい。：2023/03/20(月) 00:36:17.11 ID:fNHdE8o3.net
- JPEGの場合4:4:4サンプリングにすればいいだけだから色劣化対策はむしろ楽なんだけどな
- 248 ：名無しさん＠お腹いっぱい。：2023/03/23(木) 21:22:15.73 ID:L/gc2PAL.net
- Jpegの後継ってJpeg2000じゃないの？
てかあれ何で普及しなかったの
- 249 ：名無しさん＠お腹いっぱい。：2023/03/23(木) 21:31:45.57 ID:31fTW9ni.net
- webpだってGoogleが無理矢理採用しなかったら普及してないでしょ
- 250 ：名無しさん＠お腹いっぱい。：2023/03/24(金) 08:45:49.84 ID:wmFHIh/r.net
- >>248
特許問題と処理遅すぎ
でも特殊な業界・アプリでは使われてる
- 251 ：名無しさん＠お腹いっぱい。：2023/03/24(金) 11:35:49.59 ID:bKupr6y7.net
- JPEG2000にマトモに対応した大手はAppleぐらい
Appleは未だに標準サポートしてるしOSのアイコンファイルにも採用した
- 252 ：名無しさん＠お腹いっぱい。：2023/03/27(月) 10:55:40.24 ID:q46ZXMwf.net
- XLって結局デコード速度がウンコで脱落した？
- 253 ：名無しさん＠お腹いっぱい。：2023/03/28(火) 13:11:56.71 ID:KcQtGcV+.net
- bpgって画像形式もあるみたいだけど知名度低いな
- 254 ：名無しさん＠お腹いっぱい。：2023/04/10(月) 19:22:05.25 ID:2rI0tDBF.net
- AVIFのロスレス圧縮は圧縮率悪いな
- 255 ：名無しさん＠お腹いっぱい。：2023/04/10(月) 20:50:40.50 ID:iLSt/2eN.net
- webpよりデコード速いjxlはよブラウザに対応しろよ～
webp赤くすむからマジ消滅してほしい
- 256 ：名無しさん＠お腹いっぱい。：2023/04/10(月) 22:49:26.56 ID:txKE+erj.net
- ウェブプよくないよね
- 257 ：名無しさん＠お腹いっぱい。：2023/04/15(土) 03:20:29.76 ID:ovizQvi9.net
- >>245
これマジ？
じゃあこの画像も戻せるのかね？
http://i.ibb.co/mTk0Ywc/20230415_001.jpg
- 258 ：名無しさん＠お腹いっぱい。：2023/04/15(土) 11:43:41.44 ID:jzCyTtmX.net
- 自分で試せば戻るって分かるだろ
そもそもprogressiveはDCT係数をピクセルごとに並べる代わりに低周波数から順に並べてるだけなんだから
ロスレスで変換できるのは当たり前
- 259 ：名無しさん＠お腹いっぱい。：2023/04/16(日) 20:09:04.35 ID:OWmFKbNe.net
- 探してみたらJpegcropってフリーソフトで
プログレッシブJPEGを開いて保存するだけで外せるんだなｗ
てか自分なりに最適化してみたけど
プログレッシブJPEGのほうが低容量でむしろ良いのか…？
場合によるのかな
プログレッシブJPEG
(18,818 Byte) http://i.ibb.co/KzCpVTp/20230416_002.jpg
通常
(19,078 Byte) http://i.ibb.co/1vmJZ3x/20230416_003.jpg
- 260 ：名無しさん＠お腹いっぱい。：2023/04/19(水) 18:23:47.69 ID:WA28a83t.net
- 左様。
- 261 ：名無しさん＠お腹いっぱい。：2023/04/21(金) 20:24:52.79 ID:FFlY3IYT.net
- AVIFって要らないとおもんだけど…。
素直にJPEGで良い。
変なファイル形式は増やすのを止めて欲しい。
ゴミ規格を作りたいクソ会社、クソ団体は潰れろ。
- 262 ：名無しさん＠お腹いっぱい。：2023/04/21(金) 22:33:28.68 ID:0XMZlv5g.net
- HDR画像がいいからAVIFかできればJXLがいい
- 263 ：名無しさん＠お腹いっぱい。：2023/04/22(土) 08:21:17.53 ID:QB2PiAxL.net
- webpが一番いらない
- 264 ：名無しさん＠お腹いっぱい。：2023/04/22(土) 08:38:23.73 ID:nREXo8UL.net
- まあ開発も止まってるしね
- 265 ：名無しさん＠お腹いっぱい。：2023/05/04(木) 17:19:07.37 ID:rpZVUm8s.net
- 90KB
ttp://light.dotup.org/uploda/light.dotup.org50744.webp
298KB
ttp://i.ibb.co/h1C0fdL/20230504_001.jpg
上のwebpをjpgに変換したのが下なんだけど
これってやっぱ追加で劣化してんのかな？ それともしてない？
容量が3倍になっちゃうのもさすがにどうなんだって気がするんだけど
もっと容量を抑えつつ劣化無しでwebpをjpg変換する方法ってないんかな？
- 266 ：名無しさん＠お腹いっぱい。：2023/05/09(火) 12:21:02.33 ID:tBAwhDlz.net
- AVIF イメージ エンコーダーに追加された実験的な AV2 サポート
https://www.phoronix.com/news/AVIF-Experimental-AV2
- 267 ：名無しさん＠お腹いっぱい。：2023/05/11(木) 19:25:20.95 ID:2vgAAq4v.net
- >>265
そんなもんは無い。
- 268 ：名無しさん＠お腹いっぱい。：2023/05/12(金) 12:09:50.28 ID:x2YuwABn.net
- グーグルも開発に関わったjpeg xlがadobeのソフトに対応したのにChromeでのサポートは打ち切りって歪すぎないか
- 269 ：名無しさん＠お腹いっぱい。：2023/05/14(日) 21:47:10.27 ID:t/vSLpOp.net
- 政治的な目的（対抗となるAV1の推進）があるんじゃないかと言われてる
Googleが挙げてる理由は正直納得いかないけど真意が出てくることはないだろうね
- 270 ：名無しさん＠お腹いっぱい。：2023/05/14(日) 22:42:18.21 ID:d0L5VvH8.net
- Googleのせいで無駄なトラフィックが増えている
- 271 ：名無しさん＠お腹いっぱい。：2023/05/20(土) 21:07:22.91 ID:KIJykUAa.net
- GoogleがJPEGを10bitに拡張したUltra HDRをAndriod14でサポート予定
- 272 ：名無しさん＠お腹いっぱい。：2023/05/21(日) 11:00:24.04 ID:py/TlZHm.net
- JPEGXLとどめさされる
- 273 ：名無しさん＠お腹いっぱい。：2023/05/22(月) 20:59:14.82 ID:ud0Bb9TG.net
- >>271
Ultra HDR は従来の JPEG に追加情報を付かする形で画像を生成するので、
JPEG との下位互換性を持っています。
つまり、Android 14 では Ultra HDR 写真として、
非サポートデバイスでは通常の JPEG 写真として利用できるということです。
非対応環境で使うときにいちいち変換しないで済むのはありがたいことだが
高速・高圧縮にならないんじゃ、あんまり面白みは感じないかな
- 274 ：名無しさん＠お腹いっぱい。：2023/05/23(火) 12:03:51.60 ID:00Ee3wP4.net
- また、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
- 275 ：名無しさん＠お腹いっぱい。：2023/05/23(火) 12:12:42.74 ID:00Ee3wP4.net
- QualcommはSONYやSAMSUNGともジョイントラボを立ち上げてて
SONYとはセンサーとSoCの処理分担を最適化させて4露光を合成するHDR撮影するQDOL4を実装してたし
QDOL4を活かすのにUltra HDRを推すんだろうな
- 276 ：名無しさん＠お腹いっぱい。：2023/05/23(火) 12:21:19.28 ID:HYZ/tqgl.net
- ULTRA HDRって何が変わるの？
- 277 ：名無しさん＠お腹いっぱい。：2023/05/25(木) 08:22:57.06 ID:1EHv0XAB.net
- 何が変わるって
JPEGの色域とダイナミックレンジが拡張される
アドビの特許を使っててゲインマップをメタデータとして追加したJPEGがUltra HDR
今わかってるのはHDR対応ディスプレイ、SoC、Android14のスマホならHDRで表示されるし
どれかが非対応なスマホだと従来通りJPEGで表示されるってだけ
とりあえずGoogle製アプリは対応するみたいだがサードアプリはまだ知らん
- 278 ：名無しさん＠お腹いっぱい。：2023/05/25(木) 16:19:12.12 ID:pVfHfH85.net
- 色域増えようが人間の目には大して差異を感じられずファイルサイズ大きくなるだけじゃね？
- 279 ：名無しさん＠お腹いっぱい。：2023/05/25(木) 18:45:06.06 ID:L06Q6cEm.net
- 非対応で従来表示時にきちんとネイティブSDRと同じように表示されるんかな？
HDRのjpegxlやavifみたいに浅い色表示される？
- 280 ：名無しさん＠お腹いっぱい。：2023/05/25(木) 20:12:30.58 ID:ifUorCS/.net
- >>279
あくまでもJPEGのメタデータフォーマットのひとつに過ぎず、下記3のパスに入らない限りメタデータは使われない（そのまんまのJPEGがデコードされる）
1) 従来のJPEGデコーダー
JPEGそのまま
2) Ultra HDRデコーダー(非HDR環境):
JPEGそのまま
3) Ultra HDRデコーダー(HDR環境):
JPEGに対してゲイン補正をかけてHDR画像を生成（ゲインマップをメタデータ領域から読み出す）
- 281 ：名無しさん＠お腹いっぱい。：2023/05/25(木) 20:38:58.44 ID:TystzOHr.net
- 色域とダイナミックレンジは別物やろ?
- 282 ：名無しさん＠お腹いっぱい。：2023/05/26(金) 13:47:00.95 ID:EMT7RUwM.net
- ここにきてjpegを拡張させてくるとはね。
もう全部jpegでいいんじゃないか?ｗ
- 283 ：名無しさん＠お腹いっぱい。：2023/05/26(金) 22:43:55.11 ID:nIsDZ5GP.net
- jpeg拡張って画像ファイルサイズを小さくしてトラフィックを軽減するのとは真逆の事やってるだけじゃん
- 284 ：名無しさん＠お腹いっぱい。：2023/05/28(日) 21:48:50.29 ID:s9Ptka4a.net
- googleはjpegを生かしたいのかｋｒしたいのかどっちなんだよ?
ｈｄｒならwebp AVIｆでいいｎだから
jpeg拡張させんじゃなくwebpAVIｆをアンドロイドで扱いやすくすべきじゃん
- 285 ：名無しさん＠お腹いっぱい。：2023/05/28(日) 23:31:30.31 ID:a9Hxtvqq.net
- >>4でwebpはHDRにバツついてるやろ
- 286 ：名無しさん＠お腹いっぱい。：2023/05/29(月) 09:10:45.32 ID:N9m116Hr.net
- このjpeg拡張でwebpがいらない子になってまうんやない?
jpegとAVIFだけあればいいじゃん
- 287 ：名無しさん＠お腹いっぱい。：2023/05/30(火) 02:19:55.82 ID:CcVtA+sY.net
- AVIFは何に使う気なん？
新しいフォーマットなんかいらんって宣言に見えるけど
- 288 ：名無しさん＠お腹いっぱい。：2023/05/30(火) 03:37:46.62 ID:zeC06jGl.net
- 動画が元のやつはホンマいらん・・・
- 289 ：名無しさん＠お腹いっぱい。：2023/05/30(火) 08:58:49.28 ID:105YYX99.net
- avifはサーバー代払ってる奴は使うでしょ あるいはストレージ代と言ってもいい
サーバー代払う身分にない奴はjpegでいいな
webpはもういらんな
jxlは遅すぎた。死産だよ
- 290 ：名無しさん＠お腹いっぱい。：2023/05/30(火) 19:59:28.36 ID:t4rI7rhb.net
- XLは本当遅いよな
ずっと待ってるのに
- 291 ：名無しさん＠お腹いっぱい。：2023/05/31(水) 13:11:15.89 ID:dJbkcR6A.net
- jxlはあと三年、開発がはやかったら違うポジションにいたかもね
なんかダラダラ開発やってたよな
- 292 ：名無しさん＠お腹いっぱい。：2023/06/01(木) 13:47:35.89 ID:H5E6EpG9.net
- にゃー
- 293 ：名無しさん＠お腹いっぱい。：2023/06/01(木) 14:06:25.12 ID:H5E6EpG9.net
- 0.8.1でやる気無くなってるな。
実写と3DCGはjpgか品質上げ上げavifしかない
XLには期待してるんだけど
avifで全部統一になるかもにゃー
- 294 ：名無しさん＠お腹いっぱい。：2023/06/01(木) 14:56:20.36 ID:eylZAEn6.net
- 動画に比べりゃ画像の容量なんてたかが知れてるからね
新フォーマットを開発するインセンティブが全然違うんだろう
これからも画像のフォーマットは動画のおこぼれを使うことになるんでしょう
なんかツマランわ
- 295 ：名無しさん＠お腹いっぱい。：2023/06/02(金) 10:44:28.22 ID:3brLjRgT.net
- 今開発しているh266も画像フォーマットがでてきたりするんすかねhiefみたいに
- 296 ：名無しさん＠お腹いっぱい。：2023/06/03(土) 09:37:04.02 ID:mbW0ntSY.net
- 結局技術者がオナニーで規格つくっても意味ないんよね それを使ってくれるお客さんを調達してこなきゃさ
インスタグラムとか巻き込んで、
投稿された画像はすべてjxlで圧縮します!
とか宣言してくれりゃクロームも対応せざるを得ないんだろう
インスタグラムにも利益があると思うんだけどなー
やってくれませんかね
- 297 ：名無しさん＠お腹いっぱい。：2023/06/03(土) 09:56:57.96 ID:Pr9p5Q/9.net
- JXLはまだ完成してないから
- 298 ：名無しさん＠お腹いっぱい。：2023/06/03(土) 20:19:12.98 ID:qs28esiq.net
- なんでインスタグラムで採用されたらクロームも採用しないといけないのかと
規格の採用なんてそんな単純じゃねーから
- 299 ：名無しさん＠お腹いっぱい。：2023/06/05(月) 00:08:49.88 ID:DASH07lU.net
- jxlはロスレス圧縮では他のフォーマットより優位性があるｎじゃないの?
WEBでの出番がなかったとしても最後まで完成させてほしいけどね
ただ開発陣にモチベーションが残ってるんですかね?かつてあった幻のフォーマットとかになりそう
- 300 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 06:18:43.55 ID:BG0PLCtG.net
- https://i.imgur.com/mSjxPnW.png
- 301 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 08:06:39.58 ID:kiGdYWnk.net
- マジでロスレス圧縮しか優位性ないわけ?
ロスレス圧縮の需要なんてどれほどあるんだよ?webで使えなきゃ意味ねーよ
- 302 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 09:21:33.13 ID:oW0Cg4za.net
- JXLは文字の入った画像のロス圧縮がファイルサイズに対して他フォーマットよりコスパよく綺麗に仕上がるってのが個人的に評価したところだったんだけどなあ
うーん惜しい
- 303 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 11:23:56.51 ID:oLW67t6E.net
- Chrome(Google)「JEPG XLなんて誰も欲しがってない！AVIFだけでいい！AVIFｻｲｺｰ！」
Safari(Apple)「JPEG XLサポートします」
- 304 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 11:41:28.60 ID:jxM0Eqro.net
- Safari 17からサポートってことは、つまり何月から？
9月でいいのか？
- 305 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 11:53:01.38 ID:jxM0Eqro.net
- 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)
- 306 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 11:59:13.87 ID:Mp58vSLF.net
- JXLいじめ気持ち悪いな
何やってるのか知らんけどappleが一抜けかｗ
- 307 ：名無しさん＠お腹いっぱい。：2023/06/06(火) 12:12:24.07 ID:o8AQcdTe.net
- iPhone勢のSafariアプリでも標準設定で見れるようになるんかね？だとしたら一気にwebでも採用価値があがっていくね
- 308 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 08:56:56.65 ID:Ag59/M06.net
- 9月からwebでjxl見れんの?
jxl開発陣はそれまでになんらかのリリース出してほしいね
0.8.1から音沙汰ないし
- 309 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 09:04:46.75 ID:Ag59/M06.net
- chromeはwebの新しいIEです
- 310 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 09:16:00.95 ID:Ukv7BGom.net
- appleの50万円のMRゴーグルもjxl対応
あとついでにアップルウォッチとiosも
https://twitter.com/jensimmons/status/1666058844122894336
(deleted an unsolicited ad)
- 311 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 13:28:34.72 ID:5Nu1Vk7K.net
- Safari公式blog見ると、JXLが主で、自分とこのHEICの方がおまけ扱いだな
- 312 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 13:32:10.00 ID:5Nu1Vk7K.net
- JXLのカラープロファイルとアニメーションは未サポートか
libjxl使わずにApple独自実装だったりする？
- 313 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 14:56:00.68 ID:MvFulacS.net
- webkitにはだいぶ前にjxlサポートが入ってるからSafariの公式リリースで有効化するってだけじゃないの
カラープロファイルもアニメーションも対応済み
https://bugs.webkit.org/show_bug.cgi?id=233364
https://bugs.webkit.org/show_bug.cgi?id=233545
- 314 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 15:09:36.73 ID:5Nu1Vk7K.net
- >>313
ベータ版試した人が対応してないっぽいと書いていたので
- 315 ：名無しさん＠お腹いっぱい。：2023/06/07(水) 15:13:20.17 ID:eR0SnpER.net
- Safariのメディア再生はわざわさエンジン切ってOS側で実装してる
webkitの開発者の一部にも問題視されてる
avif追加するときもアニメーションは後から対応してたから
今回も機能追加するつもりだといいね
- 316 ：名無しさん＠お腹いっぱい。：2023/06/08(木) 00:57:43.51 ID:+RSME4q2.net
- MacのクイックルックでもJXLに対応したらしい
- 317 ：名無しさん＠お腹いっぱい。：2023/06/08(木) 01:17:34.66 ID:rUVs0Wro.net
- おれはjxl用のQLプラグインを自作して使ってるが不要になるのか
- 318 ：名無しさん＠お腹いっぱい。：2023/06/08(木) 01:25:41.00 ID:+RSME4q2.net
- MacもiOSも、画像のエンコード／デコードをOSまかせ(Core Media framework)にしてるアプリは
全部JXL対応になるようだ
- 319 ：名無しさん＠お腹いっぱい。：2023/06/08(木) 08:16:49.43 ID:xg0YKYnf.net
- わいMacbook持ち大歓喜…！
- 320 ：名無しさん＠お腹いっぱい。：2023/06/09(金) 07:51:27.55 ID:v7alFhvo.net
- AACやKHTMLのように取り込めると踏んだか
恐らくAppleからエンジニアも送り込まれるだろうし一気に進展しそうだな
しかし結局GoogleとMSは傍観と妨害しただけか
MozillaもAV1陣営に忖度した対応だったし情けねぇったらありゃしねぇ
- 321 ：名無しさん＠お腹いっぱい。：2023/06/09(金) 08:47:22.55 ID:vK+1c7Ip.net
- AV1に対抗できる規格で主導権を握りたいとか
Heicと比較して優秀だったから乗り換えを図りたいとか
いろいろ考えられることはあるけど
実際は途中まで実装してたのをポイするのはもったいないとかだったりしそう
- 322 ：名無しさん＠お腹いっぱい。：2023/06/09(金) 20:27:28.47 ID:iGj1MwvP.net
- Mozillaがjxlに塩なのは何でなん?
こういう時こそのMozillaだろうに
なんにせよjxlは首の皮つながったんだから気合入れて開発しろーい!
- 323 ：名無しさん＠お腹いっぱい。：2023/06/09(金) 20:59:26.32 ID:zhMQ44gI.net
- >>322
リンクするC++のライブラリ増やしたら脆弱性も一緒に増えるから
対応してほしけりゃRustでライブラリ書いてこいやって話
- 324 ：名無しさん＠お腹いっぱい。：2023/06/09(金) 21:03:40.98 ID:7nadXkF5.net
- Mozillaの理念は「利益ではなくユーザーのためのインターネット」だし頑張ってほしいな
今の運営資金のほとんどがGoogleをデフォルト検索エンジンにした見返りの金だとしてもまったく関係ないもんね
- 325 ：名無しさん＠お腹いっぱい。：2023/06/09(金) 21:14:15.42 ID:yqqG/k1w.net
- 今のMozillaはChromeではこれができるのにFirefoxではできないって案件じゃないと積極的にならない傾向がある
- 326 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 00:27:59.07 ID:GFVUC6fG.net
- Appleが写真のデフォルトをHeicからjxlに変えるとかってあり得るかな?
jxlとHeicってあんま比較されないｙよね
- 327 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 01:00:48.60 ID:3RHsCTTV.net
- rav1eというav1のエンコーダ開発してる人の一人がmozillaが何年か前に行った
大規模レイオフのせいで開発者がいなくなってしまったとredditで嘆いていたこともあったし
人的リソースが足りてないのかもしれない
- 328 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 09:33:07.63 ID:Mndnzoi3.net
- 自社の版権フォーマットのheicは手放さない
heicでAppleにライセンス収入があるだろうし
Appleはheicのライバルフォーマットのavifへの当てつけにjxlを推してるんだと思う
- 329 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 10:03:10.36 ID:kWR/+2ja.net
- jxlより先にavifに対応してるのに何を言ってるんだ
- 330 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 10:40:35.52 ID:DBpKHVg8.net
- ここの人たちってやけにavifに憎悪してjxlに敬愛してるよね
AOMediaに親をやられたんか？
- 331 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 10:50:08.55 ID:zc9rnlV7.net
- >>330
高解像度になると突然激遅になるからこんなもんが何にでも通用する万能規格みたいな扱いになられると困るってだけ
ウェブ向けの低解像度特化規格なら別に文句はないのにGoogleを始めなんか扱いがおかしなことになってんなって
- 332 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 11:33:13.51 ID:06tzn939.net
- HEICはカメラ画像を無変換でアプリ内のWKWebViewに表示できて、ハードウェアデコードできるから速いよ
って言ってるだけだけなので、Apple的にはHEICよりJXLを勧めてるようだ
https://developer.apple.com/videos/play/wwdc2023/10122/
カメラは連写を考えるとHEICから変わらんだろうと予測してる人もいた
JXLがハードウェアエンコーディングできるようになったら変わるかも
- 333 ：名無しさん＠お腹いっぱい。：2023/06/10(土) 13:37:05.40 ID:GFVUC6fG.net
- jxlがハードウェアエンコードできるようになるにはどれくらいかかりそうですかねｗ
- 334 ：名無しさん＠お腹いっぱい。：2023/06/11(日) 07:48:45.26 ID:ck0y+Nib.net
- heic使うとAppleが儲かるんです?聞いたことない
- 335 ：名無しさん＠お腹いっぱい。：2023/06/11(日) 08:54:36.08 ID:GkMay5G9.net
- heic画像を出力するプログラムを商用で扱うと特許使用料を求められる
heic画像を入力するだけなら商用でもlibde265ライブラリのLGPLライセンスの範疇におさまる
- 336 ：名無しさん＠お腹いっぱい。：2023/06/11(日) 13:06:25.12 ID:9G47xpQZ.net
- 興味深い
zune-image
https://github.com/etemesi254/zune-image
- 337 ：名無しさん＠お腹いっぱい。：2023/06/12(月) 09:05:09.58 ID:Lw0l5lLS.net
- 出力するのに特許使用料かかるんじゃこんな規格流行るわけねえわ
スマホで連射なんてしねえしjxlデフォルトにしてくれApple!
- 338 ：名無しさん＠お腹いっぱい。：2023/06/12(月) 09:14:44.92 ID:4k21TBXt.net
- ロイヤルフリーなライセンスって大事だよね>>4
- 339 ：名無しさん＠お腹いっぱい。：2023/06/12(月) 11:44:35.06 ID:K6MAeWL6.net
- heicはライセンス料が必要なこと以上に
ライセンス団体が分裂して、どこにどうやってどれだけ金払えば良いのかまじで分からんから
特許持ってる会社がクロスライセンスとしてタダで使うくらいしかできないのが問題
- 340 ：名無しさん＠お腹いっぱい。：2023/06/13(火) 09:03:08.60 ID:+BFZVu06.net
- 逆に言えばhiecが権利関係でぐしゃぐしゃになってくれたおかげ新規格はオープンにやろう!という気風がうまれた部分もある
そういう意味でHeicは必要性があった。
新規格の前座として
AVIFなんて、ほとんどHeicの反省だろう
- 341 ：名無しさん＠お腹いっぱい。：2023/06/13(火) 15:18:49.84 ID:5VRQ0/ja.net
- 反省するなら動画ベースを止めろｗ
- 342 ：名無しさん＠お腹いっぱい。：2023/06/13(火) 17:54:06.69 ID:vXoT/MRA.net
- 動画ベースのほうが余計なエンコーダ/デコーダを実装せんでいいから都合がいい
ハードウェアアクセラレーションも期待できるし
- 343 ：名無しさん＠お腹いっぱい。：2023/06/14(水) 07:45:45.77 ID:dc82tfnI.net
- >>341
動画ベースの何が
嫌なんです?
- 344 ：名無しさん＠お腹いっぱい。：2023/06/14(水) 19:26:16.52 ID:xLM6Jtjf.net
- 静止画にハードウェアアクセラレーション効くのだろうか？
- 345 ：名無しさん＠お腹いっぱい。：2023/06/14(水) 19:51:00.76 ID:6EyCLdCG.net
- ビットストリーム自体はIフレームと同じなので普通に効く
可逆以外は
- 346 ：名無しさん＠お腹いっぱい。：2023/06/16(金) 09:13:08.35 ID:MnB6qLRw.net
- 2023年06月13日
次世代の画像ファイル形式「JPEG XL」は
AVIF形式よりもファイルサイズが11％小さく画質は13％高いことが報告される
https://gigazine.net/news/20230613-jxl-against-avif/
avifは得意不得意がハッキリあって使いにくいにゃー
jxlの方がjpgっぽく使えてイイ
- 347 ：名無しさん＠お腹いっぱい。：2023/06/16(金) 11:01:01.34 ID:Ew1bSEx9.net
- jxlが優れてるのはわかるけど、現状ver1.0に到達してないっていうデメリットがね…
ver1出るまで待機中
- 348 ：名無しさん＠お腹いっぱい。：2023/06/16(金) 11:12:49.84 ID:HAr1eXW0.net
- Appleの実装の方が完成度高かったりして
- 349 ：名無しさん＠お腹いっぱい。：2023/06/17(土) 12:08:28.68 ID:dlLn0+8B.net
- 自分の思うようにいかないからって○○を採用しない☓☓はクソ理論でいじめだなんだど文句を言ってるの子供のまま大人になったみたいで気持ち悪いな
そんなにJPEG XLを普及させたいなら自分らでハードウェアなりソフトウェアを作ってやりゃいいだけの話なのに
そんなにグーグルに採用してほしいなら社員になって企画して実装でもすれば？
- 350 ：名無しさん＠お腹いっぱい。：2023/06/17(土) 14:17:11.28 ID:IxfYmYG5.net
- 言われなくても作ってるしｗ
- 351 ：名無しさん＠お腹いっぱい。：2023/06/17(土) 16:57:48.80 ID:zpz+wU1H.net
- 自己環境ではローカルな画像保存はjxlに移行してる
- 352 ：名無しさん＠お腹いっぱい。：2023/06/17(土) 17:54:29.15 ID:3kJpop9h.net
- 論理性のないアホ屁理屈に付き合うな
- 353 ：名無しさん＠お腹いっぱい。：2023/06/18(日) 09:33:20.29 ID:4QDVBqTs.net
- 結局モジラの開発力が低いからwebの規格を決めれるのがSafariとchromeの匙加減次第になってるのよね
も少しプレイヤーがいないと競争がうまれねえよな?
GAFAのどっかっかブラウザに参入しねえかな?
- 354 ：名無しさん＠お腹いっぱい。：2023/06/18(日) 15:11:21.18 ID:Fvp3Np9z.net
- AVIFへの変換でRTX 40XXのAV1ハードウェアエンコードを使うようにできる画像変換ソフトってありますか？
- 355 ：名無しさん＠お腹いっぱい。：2023/06/18(日) 16:29:10.99 ID:NWDE8BIz.net
- >>354
ffmpeg
- 356 ：名無しさん＠お腹いっぱい。：2023/06/18(日) 21:17:39.95 ID:Fvp3Np9z.net
- >>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の変換を問題なくできた
- 357 ：名無しさん＠お腹いっぱい。：2023/06/18(日) 22:34:43.61 ID:3QjD5ouu.net
- >>356
https://www.google.com/search?q=Error+while+opening+encoder+-+maybe+incorrect+parameters+such+as+bit_rate%2C+rate%2C+width+or+height.&oq=Error+while+opening+encoder+-+maybe+incorrect+parameters+such+as+bit_rate%2C+rate%2C+width+or+height
- 358 ：名無しさん＠お腹いっぱい。：2023/06/20(火) 13:13:58.07 ID:XVNYC//Y.net
- FirefoxのJPEG XL実装に再び進展がある、…かもしれない
https://connect.mozilla.org/t5/ideas/support-jpeg-xl/idi-p/18433/page/9#comments
機械翻訳
> 06-12-2023 02:54 PM
>
SafariがJPEG XLをサポートするというAppleの発表以降の最近の活動も含め、ここでアイデアやフィードバックをいただいた皆さん、ありがとうございます。私たちは、この件についてもう一度検討する予定ですので、何か変化があれば、このスレッドを更新する予定です。
- 359 ：名無しさん＠お腹いっぱい。：2023/06/20(火) 23:24:13.85 ID:1jS7wB/q.net
- モジラｘｌやるんかね?
それとも建前的なポーズ?奥歯につまったような物言いだな
- 360 ：名無しさん＠お腹いっぱい。：2023/06/20(火) 23:40:47.34 ID:/Wd5uItc.net
- どちらにせよlibjxlが1.0になってからだろ
- 361 ：名無しさん＠お腹いっぱい。：2023/06/20(火) 23:44:25.87 ID:QfP0FJoS.net
- そもそもlibavifだって1.0になってないしバージョン番号なんて関係ないわ
- 362 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 09:50:21.02 ID:nmdkVgBA.net
- >>361
libavifはlibaom、rav1e、dav1dとかのラッパーだからバージョンの段階は関係ない
Chromeはav1(avif)のデコードをffmpegでやってるからlibavifは関係ないし
- 363 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 10:05:32.74 ID:LEwC+wou.net
- av1はエンコーダー、デコーダーの種類が豊富でいいなあ
一方、jxlは寂しいなあ…
- 364 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 10:40:15.54 ID:kw/qR6Dp.net
- avifは
マンガならq30〜35で画質余裕、めっちゃ容量下がる
2DCGはq25〜30
実写、3DCGだとq10くらいにしないと
ノッペリで潰れちゃう、容量も全然下がらない
webpの方がイイ仕事する
こういうのが面倒くさい
jxlのq80〜90でまとめて一気にやれたらなぁ〜って思っちゃう
- 365 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 10:48:00.57 ID:09T/3dQL.net
- 今の時代、ユーザーが品質だのコーデックだの可逆だのを選択すること自体に時代遅れ感がある
画像を渡したらAIが自動で最適な圧縮条件を割り出してくれるぐらいやるべき
- 366 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 11:11:13.29 ID:K4u3nmh6.net
- 攻守走どれにも最適でじゃんけんで言うなら グーチョキパーなjxlに育ってほしい
- 367 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 14:47:52.46 ID:kIZTITQO.net
- >>365
それはラッパーの約割だろ…
libjxlみたいなシステムな画像ライブラリは指定したパラメータに対して「正確にバグ無く」画像をエンコード、デコードするのが仕事
- 368 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 14:48:42.35 ID:kIZTITQO.net
- 役割を誤字った…
- 369 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 15:04:38.21 ID:VyK42jSJ.net
- JXLのエンコードは--effortで計算量を調整できるから、圧縮後のサイズの減量は時間とのトレードみたいなところもあるよね
--distanceや--qualityのが重要だけど
- 370 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 15:13:42.14 ID:4cwbE/kz.net
- C#でも簡単に使えたら良いのにな
なんで開発者ってラッパー用意してくれないんだろ
- 371 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 22:06:32.96 ID:cpIsh8o0.net
- >>370
C#ならFFmpegからやればいいんじゃない？
- 372 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 23:13:50.21 ID:R6Lm9f1h.net
- JavaのラップはExampleでよくあるのにC#のラップは全くないよね
需要がないからなのかな
- 373 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 23:25:36.21 ID:4OecnT4o.net
- C#でのJXLサポートには、Magick.NETがよく使われてる印象
- 374 ：名無しさん＠お腹いっぱい。：2023/06/21(水) 23:41:32.30 ID:3oW3N+ce.net
- Javaが多いのはサーバー用途の想定なのかな
最近はGolangとかKotlinに置き換わってるんだろうけど
- 375 ：名無しさん＠お腹いっぱい。：2023/06/22(木) 09:22:05.56 ID:4PwhnVAE.net
- Wasmで個々のサイト内でJXL対応してるところとかあるしChromeに頼る必要は無い
- 376 ：名無しさん＠お腹いっぱい。：2023/06/22(木) 20:31:12.53 ID:Q0sp37dl.net
- 現状jxl対応してるサイトってどこよ?
- 377 ：名無しさん＠お腹いっぱい。：2023/06/22(木) 20:48:20.08 ID:QGaRv59A.net
- 最近だとImageEngineが対応してたね
サイトというかCDNが勝手に配信するやつだけど
https://support.imageengine.io/hc/en-us/articles/16739209580301
- 378 ：名無しさん＠お腹いっぱい。：2023/06/25(日) 17:40:40.96 ID:MFbzxWnC.net
- pixivとかって今だにjpeg pngなのかな?
- 379 ：名無しさん＠お腹いっぱい。：2023/06/27(火) 01:34:22.77 ID:nH5cbNPD.net
- むしろその手のアマチュア投稿サイトでその二つ以外を対応する必要性あるのか？
仮にAVIFなりJXLなり対応したところで可逆と非可逆で普及率トップのPNG/JPEGの二強なのは変わらんと思うが
- 380 ：名無しさん＠お腹いっぱい。：2023/06/27(火) 08:32:45.10 ID:43+T3PK+.net
- サイトが対応したところでユーザーが対応してなきゃ意味ないんよ
確かtwitterもwebp対応したけど
どれほどの人がwebpで投稿すんだよって話
- 381 ：名無しさん＠お腹いっぱい。：2023/06/27(火) 10:19:58.51 ID:hn0Jp9oc.net
- >>380
その言い分だとサーバー側が勝手に画像形式を変換してデータ保存すりゃいいだけ
Twitterだって投稿された画像をサーバー側でGuetzliなりで再エンコードしてるし
- 382 ：名無しさん＠お腹いっぱい。：2023/06/28(水) 09:35:36.31 ID:y/EVwLGc.net
- 結局新規格ってユーザーにわ関係ないよね
現状で困ってないわけだし
サーバーサイドのテーゼだわな
mastodonはAVIF対応したんだっけ?
- 383 ：名無しさん＠お腹いっぱい。：2023/06/28(水) 09:44:41.11 ID:j7HPGTVn.net
- まあユーザーは極論、画像は無圧縮で管理してストレージ容量が足りなくなってきたらハードディスクを買い足せばいいだけだもん
- 384 ：名無しさん＠お腹いっぱい。：2023/06/28(水) 12:34:21.19 ID:8HmfRuc5.net
- 今はもうSSD/SDが主流の時代だし、
常識的な数のSSD/SDに画像を収めるためにも次世代画像圧縮はあった方がいい
- 385 ：名無しさん＠お腹いっぱい。：2023/06/28(水) 13:12:16.58 ID:QireJ7MX.net
- >>383
そうだね
>>384
そうだね
- 386 ：名無しさん＠お腹いっぱい。：2023/06/28(水) 15:02:19.69 ID:1VGZ6Spp.net
- firefoxのjxl要望のとこにgoogle社員が「人手が足りないなら実装作業はうちでやりますよ」とか書いてて草
https://connect.mozilla.org/t5/ideas/support-jpeg-xl/idc-p/34278/highlight/true#M19911
- 387 ：名無しさん＠お腹いっぱい。：2023/06/28(水) 15:30:00.47 ID:EriI6LAT.net
- >>386
Safariに続いてFirefoxでのサポートが実現すれば、「自社製品（Google Chrome/Chromium）への導入を促すに足る市場圧力」が形成されると見込んでいるのだろう
- 388 ：名無しさん＠お腹いっぱい。：2023/06/29(木) 15:16:33.33 ID:/UKD26Wi.net
- 雨降って地固まるだな
chromeに一回切られたおかげで逆に注目集まったんじゃね?
なんにせよ完成させてくれ
- 389 ：名無しさん＠お腹いっぱい。：2023/06/30(金) 17:34:20.99 ID:Ui8vtbkg.net
- 一応こういうのもあるんだけどね、jxlエクステンション
https://github.com/zamfofex/jxl-crx
静止画のハードウェアアクセラレーション、こんなのがあるんだね、採用例は知らないけど…
https://developer.nvidia.com/nvjpeg
Library 70Kib 720x1080 1.6Mib 3200x1800
NVJPG 2.036ms 15.997ms
libjpeg-turbo 6.127ms 66.341ms
- 390 ：名無しさん＠お腹いっぱい。：2023/07/01(土) 00:08:32.78 ID:rnRdIMZD.net
- >>389
jpeg2000もあるのか…
その内nvjxlも出してみてほしいねえ
- 391 ：名無しさん＠お腹いっぱい。：2023/07/04(火) 18:23:45.69 ID:YLMFygjd.net
- https://pbs.twimg.com/media/Fx8KvzMWwAE06jM.jpg
https://pbs.twimg.com/media/Fx8K2DXXwAModlu.jpg
- 392 ：名無しさん＠お腹いっぱい。：2023/07/09(日) 08:55:22.10 ID:raFeVY6D.net
- stablediffusion webpかAVIFで吐けるようならんかな
二度手間なんよ
- 393 ：名無しさん＠お腹いっぱい。：2023/07/09(日) 09:43:06.68 ID:fuhCSkgn.net
- stablediffusionってオープンソースじゃないの？自分でやれよ
- 394 ：名無しさん＠お腹いっぱい。：2023/07/10(月) 08:42:34.17 ID:njQyXe9J.net
- >>392
pngで出てくるからロスレスwebpで吐いてほしいわ
- 395 ：名無しさん＠お腹いっぱい。：2023/07/10(月) 09:24:12.83 ID:wB4Tzem4.net
- >>392
>>394
PILがデフォルトでWebP対応してるから「image.save("output.webp", lossless=True)」みたいに拡張子とオプション指定するだけだし超簡単だろ
どっかのウェブサービス使ってるだけなら要望出せよ
- 396 ：名無しさん＠お腹いっぱい。：2023/07/10(月) 09:37:44.99 ID:EMwj4yCC.net
- そもそもスレ違い
- 397 ：名無しさん＠お腹いっぱい。：2023/07/10(月) 09:41:43.28 ID:uAA+vAof.net
- >>395
PIL？stablediffusionの話じゃないの？
- 398 ：名無しさん＠お腹いっぱい。：2023/07/11(火) 10:21:26.41 ID:0N+6nFtC.net
- jxlやAVIFの次の規格って構想とかあるんすかね?
- 399 ：名無しさん＠お腹いっぱい。：2023/07/11(火) 18:33:06.12 ID:NKxob3Qg.net
- 来るとしてAV2規格を使ったフォーマットとかかね
- 400 ：名無しさん＠お腹いっぱい。：2023/07/11(火) 19:38:37.29 ID:6qtHb6vC.net
- jxlはもうchromeの開発者に手伝ってもらって完成させて、どうぞ
- 401 ：名無しさん＠お腹いっぱい。：2023/07/11(火) 21:32:45.68 ID:h6vUCHvP.net
- avifがあるのにjxlを完成させる意味とは
- 402 ：名無しさん＠お腹いっぱい。：2023/07/12(水) 08:56:36.97 ID:WJ6Y2Xa5.net
- google側にjxlを普及する利権的メリットがもはや無いのかね
最初からavifの普及に失敗したときの保険的立ち位置だったからしょうがないけど
- 403 ：名無しさん＠お腹いっぱい。：2023/07/12(水) 10:38:55.50 ID:PQnwBHfX.net
- h266とAV2かな?
jxl2とかって構想ないのかな?
- 404 ：名無しさん＠お腹いっぱい。：2023/07/12(水) 20:48:46.86 ID:Z7+wxz+r.net
- 何かのプレゼンで次の30年(JPEGが30年だから)を担うとかなんとか言ってたから
当分ないんじゃね
- 405 ：名無しさん＠お腹いっぱい。：2023/07/12(水) 21:55:55.69 ID:aIOMoybY.net
- JPEG XLはみんなご存知の高速と名高いrANSを画像符号化に使いましたよっていうフォーマットで、理論的には完成してるのよねえ
あとは実装を突き詰めていくしかない
- 406 ：名無しさん＠お腹いっぱい。：2023/07/12(水) 22:16:54.47 ID:A4lFoXuR.net
- XLの性能向上のキモは動画コーデックのような近隣ピクセルの予測符号化が入ったことじゃないかな
エントロピー符号化自体はLZ77+ハフマンでもできるようになってる
- 407 ：名無しさん＠お腹いっぱい。：2023/07/14(金) 11:49:30.04 ID:l5EEPVwo.net
- ストレージの性能が上がり続けるから
次の次の規格なんて必要か?jxlで打ち止めだろう
- 408 ：名無しさん＠お腹いっぱい。：2023/07/15(土) 11:54:30.98 ID:GJ3QHrWF.net
- >>394
ロスレスwebpってpngの上位互換イマイチ流行んないっすね
png全部置き換えてもいいとおもーけどね
- 409 ：名無しさん＠お腹いっぱい。：2023/07/15(土) 12:22:59.82 ID:sA86pCOz.net
- 16 bppに対応してないし最大解像度もPNGより低いし全部置き換えなんて最初から無理な仕様なのだが
- 410 ：名無しさん＠お腹いっぱい。：2023/07/15(土) 19:13:03.87 ID:dMtiBTjL.net
- 性能でwebp勧めるくらいならavifの方がって感じだしもう後継はavifかjxlの二択じゃないの
- 411 ：名無しさん＠お腹いっぱい。：2023/07/16(日) 10:14:52.70 ID:JRFr74yv.net
- >>408
ロスレスAVIFは圧縮ゴミでロスレスjxlはエンコが遅え
ロスレスwebpはバランスがいいんだ!
問題はロスレス圧縮需要がいうほどないってことなんだ!
- 412 ：名無しさん＠お腹いっぱい。：2023/07/16(日) 10:46:01.86 ID:3IbFgq5O.net
- ファイル形式というか拡張子でロスレスかわからないのイヤッ
ロスレスの時はjxllみたいな拡張子にするとかの仕様になればいいのに
- 413 ：名無しさん＠お腹いっぱい。：2023/07/16(日) 18:09:09.29 ID:/7KjUHXQ.net
- >>4を見てもまだwebpを推せるか？
- 414 ：名無しさん＠お腹いっぱい。：2023/07/16(日) 22:07:59.70 ID:g3HC+GjA.net
- >>411
別にバランス良く無いよ
8bitのロスレス画像って
- 415 ：名無しさん＠お腹いっぱい。：2023/07/16(日) 22:12:33.72 ID:g3HC+GjA.net
- >>412
分かる
でもjxlは可逆も透過もアニメーションも対応してるからバリエーション作るの大変そう
- 416 ：名無しさん＠お腹いっぱい。：2023/07/17(月) 09:54:58.91 ID:OMl2dzWQ.net
- >>413
推せるでしょうね
なんてったってwebpはwebで使えますからね♪
- 417 ：名無しさん＠お腹いっぱい。：2023/07/18(火) 08:00:58.74 ID:viGCbBVB.net
- >>413
推せるよ。だってあの表、現時点では嘘だし
可逆jxlのエンコード・デコードは糞遅い
特にデコードが遅いってのは連続して画像を見るときかなりのストレスになる
- 418 ：名無しさん＠お腹いっぱい。：2023/07/18(火) 10:44:09.28 ID:aaNA5Mgq.net
- jxlは今度のSafariの対応で何か変わるんかなあ
- 419 ：名無しさん＠お腹いっぱい。：2023/07/18(火) 19:54:15.50 ID:cTpHA7LB.net
- この表見たらjpgとpngしか勝たんのわかるよね
- 420 ：名無しさん＠お腹いっぱい。：2023/07/19(水) 12:57:12.16 ID:BDm6b7gu.net
- avifってプラグインいれんとWordPressに投げれないんすね
こういうとこ対応してくれんと普及しねえよなああ
- 421 ：名無しさん＠お腹いっぱい。：2023/07/19(水) 21:37:39.52 ID:W5gvnYJ7.net
- >>420
webpはappleが対応してから割とすぐデフォルトで使えるようになったし
avifはedge待ちかな、wordpressに限った話じゃないかもだけど
- 422 ：名無しさん＠お腹いっぱい。：2023/07/20(木) 10:48:09.75 ID:FHEW/llc.net
- https://twitter.com/vorganicpotato2/status/1680751736913375233?s=46
(deleted an unsolicited ad)
- 423 ：名無しさん＠お腹いっぱい。：2023/07/21(金) 12:47:24.55 ID:RYZioEZZ.net
- JPEG XL: How It Started, How It’s Going
https://cloudinary.com/blog/jpeg-xl-how-it-started-how-its-going
- 424 ：名無しさん＠お腹いっぱい。：2023/07/22(土) 12:29:05.10 ID:6pjUUkAw.net
- エンコード速度じゃなくてデコード速度を比較してほしいよね
>>423
- 425 ：名無しさん＠お腹いっぱい。：2023/07/22(土) 17:10:18.67 ID:WoM9u93Y.net
- 世の中のサイトはほとんどwordpressで管理されてっからwpがバニラで対応しるかどうかって重要よね
AVIFもjxlもどうなることやら、、、
wpはwebpしてんのねん
- 426 ：名無しさん＠お腹いっぱい。：2023/07/23(日) 23:06:09.52 ID:D4XpwuIE.net
- ぶっちゃけAVIFもjxlもただの画像ファイルだろ?wordpressが対応するのってそんな大変なんすかね?
メディアファイルにうｐしてimg srcに指定すりゃ映るんじゃねえの?
- 427 ：名無しさん＠お腹いっぱい。：2023/07/23(日) 23:51:58.60 ID:m5UucYmL.net
- 画像形式なんも分からん人向けだから
ほとんどの環境で対応してるメディア形式じゃないものをデフォルトで許可すると混乱が起きる
フォーラムに「一部の顧客にAVIF画像が表示されない」とか書き込まれまくるのは嫌
- 428 ：名無しさん＠お腹いっぱい。：2023/07/24(月) 07:34:47.24 ID:TOopLcL8.net
- jxlもどうせプラグイン作られるでぢょうしバニラで対応する必要あるかっていうと、まぁ無いでしょうね
- 429 ：名無しさん＠お腹いっぱい。：2023/07/24(月) 20:24:01.03 ID:lpNfThQL.net
- jxlはlibjxlのデコーダーにまだバグが残ってるから実装しないのが正解
- 430 ：名無しさん＠お腹いっぱい。：2023/07/26(水) 08:08:54.94 ID:aFFqar+U.net
- 結局wpもブラウザの対応待ちよ
WEBの規格はブラウザ様のお気持ち次第なんよ
そしてブラウザ開発してんのGoogleAppleなもんでここのお気持ち次第
- 431 ：名無しさん＠お腹いっぱい。：2023/07/26(水) 08:54:46.54 ID:/1qQMhC8.net
- Mozilla…
- 432 ：名無しさん＠お腹いっぱい。：2023/07/26(水) 10:33:26.16 ID:wWB+h7bF.net
- 2年ほど前から開発・公開されていたjxlのWICである「jxl-winthumb」が先日、jxlデコーダーをRust実装の「jxl-oxide」に移行して**完全なRust化のマイルストーンを達成**した模様
下記リンク先のリリースページからDLLをダウンロードして下記コマンドを実行すれば、インストールが完了する（アンインストールは -u オプションを付与して実行）
regsvr32 jxl_winthumb.dll
GitHub - saschanaz/jxl-winthumb: A JPEG XL (*.jxl) thumbnail handler for Windows File Explorer.
https://github.com/saschanaz/jxl-winthumb
GitHub - tirr-c/jxl-oxide: Pure Rust implementation of JPEG XL decoder
https://github.com/tirr-c/jxl-oxide
- 433 ：名無しさん＠お腹いっぱい。：2023/07/29(土) 10:22:20.54 ID:KNYcL/I4.net
- Mozillaさんにもブラウザ界を牽引してほしいけど...
あんまプレイヤーとみなされてないよね
モブになりつつある
- 434 ：名無しさん＠お腹いっぱい。：2023/07/29(土) 11:16:12.17 ID:1MKAUfgu.net
- 6割Chrome、2割Safariで残りはその他って感じだっけ
- 435 ：名無しさん＠お腹いっぱい。：2023/07/30(日) 08:14:42.50 ID:cQ4bXson.net
- 昔はfarefoxOSなんて作ってイキってた時代もあったが
今は随分小さくまとまっちまった
ぶっちゃけアンチgoogleとかでも無いとあえて使う理由もなくね?
- 436 ：名無しさん＠お腹いっぱい。：2023/07/30(日) 10:37:18.02 ID:RCVbMdLF.net
- avifのがjxlよりデコード速度が早いのにavifを使わない理由がない
- 437 ：名無しさん＠お腹いっぱい。：2023/07/30(日) 13:44:24.28 ID:rlbmt1TB.net
- そんな遅いかな
Contemplating Codec Comparisons
https://cloudinary.com/blog/contemplating-codec-comparisons
https://res.cloudinary.com/cloudinary-marketing/images/f_auto,q_auto/v1670951715/Jpegxl7/Jpegxl7-png
- 438 ：名無しさん＠お腹いっぱい。：2023/07/30(日) 18:52:17.16 ID:5XbmhKts.net
- >>4を見るとAVIFは8193x4320までしか対応してないように見えるけど普通にそれ以上のサイズも作れるね
実際に作った画像のURLを貼りたいけどNG食らった
- 439 ：名無しさん＠お腹いっぱい。：2023/07/31(月) 07:18:24.78 ID:x1qBVvzs.net
- heicやavifなど動画ベースのコーデックって動画の基本ハードウェア回路とセットで
撮影最大解像度がハードウェアに依存しちゃうわけよ
それだとより大きな画像つくれなくなっちゃうから、グリッド機能で小さい画像を
複数並べることによってハードウェアを利用しながら
ハードウェアの最大解像度より大きな画像をつくれるようになってる
- 440 ：名無しさん＠お腹いっぱい。：2023/07/31(月) 07:25:29.86 ID:x1qBVvzs.net
- 例えば、8Kの画像つくるときに1枚の大きな8K画像としてエンコードしてもいいが
それだとデコード時に8Kに対応したハードウェア回路持ってないと
ソフトウェア(CPU)デコードになっちゃう
でも、4枚の4K画像のグリッドとして8K画像作れば
8Kに対応したハードウェア回路持ってなくても4Kに対応してれば
ハードウェアデコードできるようになる
- 441 ：名無しさん＠お腹いっぱい。：2023/07/31(月) 20:12:25.17 ID:J7odJwqg.net
- 動画由来のフォーマットはハードウェア支援が得られるのが強みよね〜
今はソフトエンコからハードへの過渡期なのかもしれんね
- 442 ：名無しさん＠お腹いっぱい。：2023/08/01(火) 07:40:49.02 ID:pMRV8KqN.net
- ブラウザとビューワでHWデコード採用することはあるのかな
chromeもlibavifだけでやってるように見えるからSWデコードだけっぽいけど
- 443 ：名無しさん＠お腹いっぱい。：2023/08/03(木) 01:04:59.82 ID:APsIXoGc.net
- >>437
JPEG XLまあまあ早い方だったのか
- 444 ：名無しさん＠お腹いっぱい。：2023/08/03(木) 01:22:14.12 ID:Bwkg/L0C.net
- 元々>>4のようにコーデックの中で最速クラスみたいな宣伝してたけど別にそんなことはないというだけの話
- 445 ：名無しさん＠お腹いっぱい。：2023/08/03(木) 14:43:15.49 ID:5Jdy73mC.net
- https://pbs.twimg.com/media/F2icFW6XsAAGiFQ.jpg:orig
- 446 ：名無しさん＠お腹いっぱい。：2023/08/03(木) 17:45:26.28 ID:ciLWdmA+.net
- >>17と比べてお友達増えたな
- 447 ：名無しさん＠お腹いっぱい。：2023/08/03(木) 20:28:23.65 ID:MCbBdWvA.net
- Safariでjxl見れるまであと一ヶ月?
- 448 ：名無しさん＠お腹いっぱい。：2023/08/04(金) 22:45:07.71 ID:rJqDquSF.net
- MicrosoftはまだJPEG XRを諦めてなかったのか……
https://forest.watch.impress.co.jp/docs/news/1521455.html
> JXRファイルをデスクトップの壁紙として指定し、HDR表示することができる。
- 449 ：名無しさん＠お腹いっぱい。：2023/08/06(日) 04:45:18.19 ID:FtjXtCkW.net
- >>445
nightlyがちゃっかり旗持ってるのウケる
- 450 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 09:52:36.23 ID:s0sCM7wL.net
- Chromiumで「クローズされたjxlのissueの再オープン」を求めるissueに事務的な応答があって大盛りあがり
https://news.ycombinator.com/item?id=37034912
- 451 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 12:17:23.41 ID:OXsHqQO8.net
- そこのリンク先にある画質比較だとサイズ小さくしたときのJXLの性能がかなりガッカリだな
https://afontenot.github.io/image-formats-comparison/
- 452 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 15:04:47.73 ID:NLAt7pVU.net
- >>451
画像によってはavifに勝ってるし結構いい方だと思うけど
- 453 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 15:08:15.09 ID:hBrXEKrt.net
- 普及の進んだavifを使います
- 454 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 15:33:26.11 ID:jpF8wFbD.net
- いうほどavif使われてないよな
何故かＸに改名したTwitterはwebpになってるし
- 455 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 15:50:18.61 ID:4mMygHkp.net
- jpgとpngしか使いませんよ～ww
- 456 ：名無しさん＠お腹いっぱい。：2023/08/08(火) 16:24:49.41 ID:Sts1AbWe.net
- そのサイト、異様にエンコード時間かかる設定で比較されてもな・・・あとエンコード/デコード時間も書いてほしい
つーか、1秒以内に終わる設定で比較してよ＾＾ｂ
- 457 ：名無しさん＠お腹いっぱい。：2023/08/09(水) 00:49:24.33 ID:FyvFmpdW.net
- AVIF派はボケボケな画像の方が高くなるような指標を使うよね
- 458 ：名無しさん＠お腹いっぱい。：2023/08/09(水) 07:42:27.99 ID:/pbutQGX.net
- >>450
これって実際どれくらい本気度あるんすかね?
イシューを再オープンしたがいつ実装するとは言ってない、その気になればウン十年後も可能
みたいな
- 459 ：名無しさん＠お腹いっぱい。：2023/08/09(水) 08:10:27.28 ID:jlh7H+7q.net
- >>458
再オープンしてほしいっていう要望を出してるだけでまだ何も変わってない
「問題が発生している環境のOSを教えてください。ありがとう！」
「担当の者に連絡します。ありがとう！」
って言われただけ
何でニュースっぽくなってるのかも不思議なレベル
- 460 ：名無しさん＠お腹いっぱい。：2023/08/10(木) 13:25:55.84 ID:DpJQMiKi.net
- >>458
HNで騒いでるひと
ぬか喜びにならんきゃいいけど、、、
- 461 ：名無しさん＠お腹いっぱい。：2023/08/10(木) 13:46:19.79 ID:ill7pvoF.net
- 最近のChromeがWeb Environment Integrityでめっちゃ反感かって
一緒にjxlも話題にされがちだから変に盛り上がってるかもしれない
https://news.ycombinator.com/item?id=36982507
- 462 ：名無しさん＠お腹いっぱい。：2023/08/11(金) 15:59:20.53 ID:lAjFoLlr.net
- chromeがやりたい放題しすぎなんよね
ただそれを止められる勢力があるかってったら、ないのよね〜
Googleの為にWEBがある訳じゃないけどwebに金配ってんのはGoogle様よ
- 463 ：名無しさん＠お腹いっぱい。：2023/08/12(土) 09:46:33.57 ID:il+pmBUn.net
- デコード速度、圧縮率、劣化具合
結局どの画像がいいんだ？
- 464 ：名無しさん＠お腹いっぱい。：2023/08/12(土) 10:09:40.97 ID:t2QC8H46.net
- デコード速度なら断トツでjpeg,pngだからそれ以外使ってない
ストレージは有り余るほどあるから
- 465 ：名無しさん＠お腹いっぱい。：2023/08/12(土) 22:08:06.37 ID:9c44MmD/.net
- >>463
mozjpeg
- 466 ：名無しさん＠お腹いっぱい。：2023/08/12(土) 22:34:30.40 ID:IggSYxNh.net
- Googleが作ったエンコードサービスではjxl使えるんだな。不安定なwebp2もｗ
社内政治ごっこのとばっちりで使えないのか？
- 467 ：名無しさん＠お腹いっぱい。：2023/08/13(日) 02:27:06.54 ID:2n8EApph.net
- squooshの事なら現行のv2になったのが2020年なんで多分その頃まま更新されてないだけかと
squooshのgitみるとlibavifのバージョンは一応アップデートされてるようだけど
jxlも含めて他のコーデックは2年ぐらい前のバージョンで止まってるし
- 468 ：名無しさん＠お腹いっぱい。：2023/08/13(日) 15:22:40.90 ID:bbMax0hU.net
- squoosh直感的に使えて好きなんだけど、玄人はffmpeg使うし素人はわざわ圧縮しねええし
誰の為のサービス?とはなってるよね。最新のものに更新してほしーけど、付きっきりで管理してるひといんのか?
- 469 ：名無しさん＠お腹いっぱい。：2023/08/14(月) 11:14:26.85 ID:PE+v11Sb.net
- フォークすればよくね
- 470 ：名無しさん＠お腹いっぱい。：2023/08/14(月) 12:25:23.75 ID:eMM6QEaY.net
- webp2とwebp比較してるサイトどこ？
- 471 ：名無しさん＠お腹いっぱい。：2023/08/14(月) 12:45:16.85 ID:Qdx9XAy6.net
- squooshで自分の目で比較するくらいしかないんじゃね
webp2は正式に使えるようにはならないからみんなやる気ない
https://chromium.googlesource.com/codecs/libwebp2/
>WebP 2は、WebPをベースにした実験的な画像コーデックです。WebP 2は画像フォーマットとしてはリリースされませんが、画像圧縮実験のための遊び場として使用されます。
- 472 ：名無しさん＠お腹いっぱい。：2023/08/15(火) 21:09:14.53 ID:E3j+rm9x.net
- Safariがjxl対応したら最新のもの更新してほしいっすねsquoosh
- 473 ：名無しさん＠お腹いっぱい。：2023/08/15(火) 23:40:08.40 ID:u14r9leE.net
- AVIFとかjxlとかデコード負荷高いのって論外でしょ
- 474 ：名無しさん＠お腹いっぱい。：2023/08/15(火) 23:49:00.84 ID:n8siDrUc.net
- jxlはJPGよりほんの少しだけ重いだけなので、webp、avifと間違えないように。
- 475 ：名無しさん＠お腹いっぱい。：2023/08/16(水) 00:34:16.83 ID:En0RD2IC.net
- >>474
何も知らないなら何も言わないほうが良いぞ
馬鹿がバレるから
- 476 ：名無しさん＠お腹いっぱい。：2023/08/17(木) 02:12:51.81 ID:z/1jR4MA.net
- MSのフォト アプリが刷新してwebpにようやく対応したわ
以前のフォトとデータベースの互換性がないようで
最初に古いものを削除するかどうか聞かれる
- 477 ：名無しさん＠お腹いっぱい。：2023/08/17(木) 02:35:48.28 ID:cxOkU2cD.net
- Jpegとか92年に出てきた形式を未だにぶっ潰せないって
殆どの人間にとって画像のファイルサイズとかどうでもいいんだろうな
- 478 ：名無しさん＠お腹いっぱい。：2023/08/18(金) 09:12:03.09 ID:cNWxowsv.net
- jpegが初期の規格にしては完成度が高すぎた部分もあるmozjpegでまだまだ延命できる
アンドロイドならｈｄｒにもなる
Googleちゃんjpegやめへんで〜
- 479 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 14:23:42.61 ID:8vyp9nQR.net
- pngも96年だから相当、息の長い規格だわな
こちらもロスレスwebpとかに代替されるかといえばそんな雰囲気もない
動画は規格の入れ替わりが結構あるんすけどね
- 480 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 14:49:53.97 ID:EoM97p3K.net
- jpegは未完機能不足感あるけど
pngは完成している感ある
実際足りない点ほぼ無いでしょ？
- 481 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 14:51:18.94 ID:rVP2s4SQ.net
- 動画はまだまだ圧縮したいだろうし先は長そうよね
音声フォーマットは少ないようで地味に色々あって鬱陶しい
- 482 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 15:45:17.44 ID:SHN/C1G+.net
- pngって非可逆圧縮できた?
できなきゃ、png1本とはいかずそれできるフォーマットも必要やな
- 483 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 17:27:50.17 ID:9f2bAoc2.net
- >>482
pngはdeflate圧縮だけ
- 484 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 19:25:51.34 ID:di8/CS6R.net
- 正確には色数を256色にするとか非可逆圧縮にはなる（定義には当てはまらないかもしれんが）
jxlは非可逆と可逆どちらもできて可逆はさらにvisually near-losslessができるっぽい。
でもこの複雑さがChromeの連中に嫌われてる原因なのかな・・・
- 485 ：名無しさん＠お腹いっぱい。：2023/08/20(日) 20:00:04.66 ID:EoM97p3K.net
- 同一形式で可逆と非可逆両対応できるのは好かん
逆に非可逆で劣化しているpngやflacがいつの間にか混じってたりしたらめっちゃ嫌
- 486 ：名無しさん＠お腹いっぱい。：2023/08/21(月) 13:53:11.92 ID:J+JrNY/f.net
- 世の中にはlossy pngなるものがあるんじゃよ
ただマイナーなだけなんじゃ
- 487 ：名無しさん＠お腹いっぱい。：2023/08/22(火) 09:50:42.26 ID:Z8gVRtpf.net
- mozjpegはwebpとあんま変わらないって記事読んで実験したけど
webpの方が全然性能良かったぞ
pngはTinyやOptiにしても流石にデカ過ぎるんじゃね？
（Tinyも非可逆だっけ？）
最近、AVIFもJPEG XLも結局流行んないんじゃないかな？って思う
WEBPをちょっとパワーアップさせるくらいが丁度いい気がする
（4:4:4対応させてJPGの20〜30％減くらいで良し）
エンコも普通のWEBPの2〜3倍程度、デコードはWindowsもちゃんと協力する
遅いなら専用チップ埋め込んでもらう
とにかく使い勝手が悪いといつまでもJPGのままやで
- 488 ：名無しさん＠お腹いっぱい。：2023/08/22(火) 23:22:47.12 ID:qd0ARMPf.net
- HDR対応のための新規格なのに4:4:4は草しか生えない
- 489 ：名無しさん＠お腹いっぱい。：2023/08/22(火) 23:30:10.22 ID:KzSd/1xc.net
- webpちょっとパワーアップさせたのがavifじゃないの
- 490 ：名無しさん＠お腹いっぱい。：2023/08/23(水) 09:39:08.37 ID:QsU1cXBu.net
- ちょっとのパワーアップであの重さはコスパが釣り合ってない…
- 491 ：名無しさん＠お腹いっぱい。：2023/08/23(水) 09:48:04.67 ID:/APMxtf4.net
- 一般人には4Kも8Kも要らん、HDRも要らん
JPGで満足しきっちゃってる
AVIFもJPEG XLもマニア向けで終わって
人に渡すときはJPGに変換して渡す
そういう未来なんよ
- 492 ：名無しさん＠お腹いっぱい。：2023/08/23(水) 12:37:35.96 ID:VMnbXxU1.net
- 未だに円盤といえばDVDみたいな話だな
- 493 ：名無しさん＠お腹いっぱい。：2023/08/23(水) 21:11:43.61 ID:2ADn0+Sd.net
- Appleはjxlどう使うつもりなんだろか
- 494 ：名無しさん＠お腹いっぱい。：2023/08/24(木) 00:28:47.20 ID:I3TvGsXL.net
- macOS/iOSはJPEG2000だってサポートしてるし別に特別なことは何もないだろう
- 495 ：名無しさん＠お腹いっぱい。：2023/08/24(木) 21:59:32.23 ID:aTkt1/gK.net
- 規格が使われるかどうかはユーザー次第だが果たして、、、
- 496 ：名無しさん＠お腹いっぱい。：2023/08/25(金) 09:18:18.14 ID:4gKppNeO.net
- 新Safariはいつでてくるんすかね?ドキドキしてきた
- 497 ：名無しさん＠お腹いっぱい。：2023/08/25(金) 09:37:00.07 ID:kh+XwtS+.net
- オラは「Edge 116でついにavifサポート！」って話が幻に終わってガッカリ
https://caniuse.com/avif
カナリア版に起動オプションつけると表示できるようになるのが唯一の根拠だから無理があるとは思ったけど
MSからは何にもアナウンスないしどうするつもりなんだろ
- 498 ：名無しさん＠お腹いっぱい。：2023/08/25(金) 10:15:38.61 ID:NoCzBpiy.net
- >>497
脳内設定はハナから幻であってな...
- 499 ：名無しさん＠お腹いっぱい。：2023/08/25(金) 17:27:48.38 ID:M7XjiSJq.net
- >>494
JPEG 2000はPDFをOSレベルでサポートする為だろう
- 500 ：名無しさん＠お腹いっぱい。：2023/08/26(土) 11:11:27.08 ID:10sNSaHp.net
- Appleが自分とこのコンテンツjxlにしたりしますかね?
ないか、
客はSafariユーザだけじゃねーし
- 501 ：名無しさん＠お腹いっぱい。：2023/08/26(土) 11:37:13.26 ID:sRd+Y+0p.net
- >>500
黎明期or過渡期においては、バリエーションが増えるだけで置き換わるわけではないよ（jxl非対応クライアントでは従来のフォーマットにフォールバック）
- 502 ：名無しさん＠お腹いっぱい。：2023/09/01(金) 04:06:25.71 ID:/GcPcEUOI
- 女性ガーだのLGBTガーだの障害者ガーだの氣持ち悪いが．海に囲まれた日本で高い所と騒音か゛大好きなバカが日本中クソ航空機飛ばし
まくって騒音に温室効果ガスにコ口ナにとまき散らして、気候変動させて海水温上昇させてかつてない量の水蒸気を日本列島に供給させて
日本中て゛土砂崩れに洪水、暴風、猛暑、大雪．森林火災にと災害連発させて住民の人生を破壊どころか殺害しまくって静音が生命線の
知的産業に威カ業務妨害して他人の権利を強奪して私腹を肥やす強盗殺人を繰り返して、石油需給逼迫させてエネ価格に物価にと高騰させて
經済も私権も人権もないデシ゛夕儿後進国のポンコツ腐敗国家に陥れてる皆殺しにされるへ゛きJАLだのANAた゛のクソアイヌドゥだの
クサイマークだのゴキブリフライヤ━だのジェッ├クサ━だのJTBだのテロリストと天下り賄賂癒着してる世界最悪の殺人組織公明党
国土破壊省による史上最惡のシ゛ェノサヰドをスル ─しながらその正義もクソもない自己中心的なタ゛ブスタっぷりに寝言は寝て言えってのな
痴漢ガ ─なんてのもそういう他人の権利を強奪して私腹を肥やすテロリストの一味になるために受験とかしてるクズが大半なんじゃねえのかよ
(羽田)ttps:／/www.Сall4.jp/info.php?type＝items&id=I0000062 , ttрs://hanеda-ｐrojｅCt.jimdofree.com/
(成田)ttps://n-souonhigaisosyoudan.amebaownd.com/
(テ□組織)ttΡs://i.imgur.com/hnli１ga.jpeg
- 503 ：名無しさん＠お腹いっぱい。：2023/09/03(日) 16:39:27.56 ID:iI4qxrlh.net
- ばあさんや新Safariはまだかい？
- 504 ：名無しさん＠お腹いっぱい。：2023/09/05(火) 22:58:08.01 ID:Sw1isod1.net
- 撮った写真をHEICに置き換えるくらいの強引さで移行を施すんじゃね？
HEICは使い勝手悪すぎてJPEGに変換してるやつ多いけど
- 505 ：名無しさん＠お腹いっぱい。：2023/09/06(水) 10:11:48.44 ID:dWqSSY09.net
- なんか JPEG を無理やり HDR に対応させたようなフォーマットが出てくるんだっけ
キメラ感とか力技感がすごいから素直に jxl が席巻してくれたらいいのに
- 506 ：名無しさん＠お腹いっぱい。：2023/09/06(水) 20:04:05.36 ID:zz3K3M4j.net
- >>505
JPEG-HDRとはまた別の形式か？どれのことか知りたい
- 507 ：名無しさん＠お腹いっぱい。：2023/09/06(水) 20:17:55.56 ID:zrCyRrbN.net
- 次のandroidでサポートするやつやろ
https://developer.android.com/guide/topics/media/platform/hdr-image-format
君の言ってると同じやつなのか知らんが
- 508 ：名無しさん＠お腹いっぱい。：2023/09/06(水) 22:17:10.39 ID:XWSc1qjm.net
- >>505
これ >>274 （Ultra HDR）のことなら、つい最近下記記事が出てた
Googleフォトに画期的アップデートか、いよいよUltra HDRをサポート | Forbes JAPAN 公式サイト（フォーブス ジャパン）
https://forbesjapan.com/articles/detail/65705
- 509 ：名無しさん＠お腹いっぱい。：2023/09/06(水) 22:27:20.39 ID:zrCyRrbN.net
- それの最大の問題は速度どうなってんの?
JPEGの軽さが変わらずHDRに対応ってならすごいけど
エンコードの速度どうなってるんやろうな
- 510 ：名無しさん＠お腹いっぱい。：2023/09/09(土) 05:54:34.54 ID:rUmXCWYz.net
- 普通にJPEGXLじゃいかんの?って感じだな
- 511 ：名無しさん＠お腹いっぱい。：2023/09/09(土) 09:06:14.53 ID:1W+O53bI.net
- 完全に枯れたものを変に魔改造する意味よ
- 512 ：名無しさん＠お腹いっぱい。：2023/09/09(土) 13:29:27.66 ID:1qjXxat7.net
- jpegと互換性があるっていうのが最大の理由だろうな
ワンチャンiPhoneでHDR画像が普通になる可能性もある？
- 513 ：名無しさん＠お腹いっぱい。：2023/09/09(土) 13:57:29.29 ID:k0q/30KY.net
- >>512
iPhoneでHDR画像が普通なのは何年も前から常識なんだが
HEIC形式で
- 514 ：名無しさん＠お腹いっぱい。：2023/09/09(土) 14:39:43.55 ID:C4zGuh8F.net
- 「既存フォーマットとの完全互換性」を持つフォーマットは導入の障壁が低い
Ultra HDR については、パネル側の表現力が低いケースでも破綻のない表示（従来のjpegそのまま）が保証されている点が強み
- 515 ：名無しさん＠お腹いっぱい。：2023/09/13(水) 17:13:12.01 ID:U77lBV1H.net
- libwebpのバグって結構大事になってるな
まあこのスレにはブラウザを古いまま使うようなやつはいないとは思うが
- 516 ：名無しさん＠お腹いっぱい。：2023/09/19(火) 06:27:39.48 ID:pkpSgDnE.net
- iOS 17 Safariでjpegxl.infoのJPEG XL試してみた
静止画は表示できる
アニメーションは動かない、けど保存後に写真アプリで詳細を見ると動く、けどちょっと表示が変かも
カメラロールに保存したJPEG XLを非対応アプリで見るとJPEGに見えたり落ちたりするみたい
- 517 ：名無しさん＠お腹いっぱい。：2023/09/19(火) 06:40:30.02 ID:pkpSgDnE.net
- あと、写真アプリで詳細を見たとき、普通は「カメラ情報がありません」の右端に
JPEG/HEIF/PNGのどれかを示す囲み文字が出てくるんだけど、JPEG XLだと何も出てこない
webpも同様に何も出てこない
- 518 ：名無しさん＠お腹いっぱい。：2023/09/19(火) 13:20:48.29 ID:YF+FodAc.net
- iPhone15、HEIFを捨ててJPEG XLで写真撮れればいいのに
モバイルで動かすには負荷が大きいと判断したのだろうか
そういえばFirefoxのAVIFアニメーション、何故かループ再生されない そういうとこだぞモジラ
- 519 ：名無しさん＠お腹いっぱい。：2023/09/20(水) 21:33:40.72 ID:pFiNAt8I.net
- Jpeg xlじゃ連写とかに間に合わないやろ
- 520 ：名無しさん＠お腹いっぱい。：2023/09/21(木) 00:10:47.11 ID:oYe8kfpf.net
- もともとiphoneの連写は強制でJPEGじゃなかったっけ
- 521 ：名無しさん＠お腹いっぱい。：2023/09/29(金) 12:46:15.18 ID:KiWG1ZvF.net
- webpバグまであんのかよ・・・jxlでいいだろもう
- 522 ：名無しさん＠お腹いっぱい。：2023/09/29(金) 13:42:17.88 ID:z8Lnnhcn.net
- >>521
不具合があることと、不具合が発覚することは別の概念
- 523 ：名無しさん＠お腹いっぱい。：2023/09/29(金) 18:57:57.65 ID:PC3lEPzx.net
- 今度はlibvpxのVP8の脆弱性が修正されていたな
webpの元がVP8だから、さもありなんって感じだけど
- 524 ：名無しさん＠お腹いっぱい。：2023/10/02(月) 19:18:23.58 ID:cUvjPGhL.net
- MSのwebpのWICの更新が今日来たけど
まさか脆弱性の修正が今頃？
- 525 ：名無しさん＠お腹いっぱい。：2023/10/03(火) 19:47:44.57 ID:lf7dHHGO.net
- >>524
WebPのゼロデイ脆弱性は「Teams」や「Skype」にも 〜Microsoftが影響製品を公表
https://forest.watch.impress.co.jp/docs/news/1536304.html
昨日の更新で修正されたようだ
- 526 ：名無しさん＠お腹いっぱい。：2023/10/05(木) 16:02:38.32 ID:xcNoiZT8.net
- なんでGoogleはAdobeが特許持ってるゲインマップHDRなんかに乗っかっちまったんだ
- 527 ：名無しさん＠お腹いっぱい。：2023/10/05(木) 16:14:46.19 ID:npawB1D+.net
- JPEG-XLがInterop 2024のテスト項目候補に提案された
https://github.com/web-platform-tests/interop/issues/430
ちなみに去年も提案されたけど否決された
↓説明
https://www.publickey1.jp/blog/23/applegooglemozillainterop_2023.html
- 528 ：名無しさん＠お腹いっぱい。：2023/10/07(土) 05:10:22.11 ID:hbONMrgQ.net
- libjxlバージョン0.82から変わらんな
- 529 ：名無しさん＠お腹いっぱい。：2023/10/07(土) 08:57:43.61 ID:Ht3SYzkh.net
- >>528
1.0マイルストーンへの進捗が数か月の間71%で止まったままなんだよね
誰か理由知ってる？
- 530 ：名無しさん＠お腹いっぱい。：2023/10/11(水) 06:59:17.08 ID:mcqlpZOM.net
- >>527
アドビのフェローを名乗ってる怪しいやつがアドビの主要アプリでも対応する予定だって書いてる
- 531 ：名無しさん＠お腹いっぱい。：2023/10/11(水) 07:45:39.80 ID:qU3lnXdG.net
- >>530
調べてみたけど名前と肩書の関係は本物みたい(adobeのサイトに載ってる)
githubアカウント名も件のフェローがよそのサイトでよく使ってるもの
ただ、githubアカウントに殆ど使用歴がない理由は分からん
- 532 ：名無しさん＠お腹いっぱい。：2023/10/27(金) 18:47:09.48 ID:Kol7tqmx.net
- >>527
JPEG-XLの半分を開発した有名な研究者がこんな感じのこと書いてるね
この人、Google所属なんだから社内のChromeチームと調整してくれよ
> 高品質なRustデコーダの実装が、JPEG XLをinterop 2024に選択する唯一の決め手となるのであれば、Google ResearchのJPEG XL開発チームは、2024年第2四半期末までにそれを提供することができます。
- 533 ：名無しさん＠お腹いっぱい。：2023/10/27(金) 21:22:22.47 ID:nXqE+S0v.net
- Chromeチームから調査を依頼された?AVIFチームが「jxlは実装する価値ない」って結論出してるから調整以前の状況な気がする
- 534 ：名無しさん＠お腹いっぱい。：2023/10/29(日) 05:39:58.74 ID:UJGhZjei.net
- >>533
avifチームがね
- 535 ：名無しさん＠お腹いっぱい。：2023/10/31(火) 08:15:47.90 ID:8mG4c/CV.net
- 利害関係者が調査するとか面白い企業だな、公平とか金にならんし正しい態度だ
- 536 ：名無しさん＠お腹いっぱい。：2023/10/31(火) 08:15:54.27 ID:8mG4c/CV.net
- 利害関係者が調査するとか面白い企業だな、公平とか金にならんし正しい態度だ
- 537 ：名無しさん＠お腹いっぱい。：2023/11/10(金) 18:08:34.26 ID:ZU4TmEhb.net
- XLって結局どうなった？
- 538 ：名無しさん＠お腹いっぱい。：2023/11/10(金) 21:52:00.17 ID:ZlYj0sbC.net
- ブラウザがネイティブ対応してくれんと如何ともしがたい。中華のアドオン対応は怖すぎるｗ
- 539 ：名無しさん＠お腹いっぱい。：2023/11/11(土) 01:37:54.24 ID:IrvicXRb.net
- Androidより先にiOSが対応するとは思わんかった
- 540 ：名無しさん＠お腹いっぱい。：2023/11/17(金) 16:34:53.67 ID:1I4gIxdy.net
- HEIC画像ってPNGに変換するとファイルサイズが10倍になるんだけどこういうもんなの？
そんなにHEICの圧縮率ってすごいのか？
- 541 ：名無しさん＠お腹いっぱい。：2023/11/18(土) 17:43:48.32 ID:9HkU2QlD.net
- 結局ブラウザやビューア対応もwebpがなんとか残ってるだけで
avifもxlも自然消滅か
- 542 ：名無しさん＠お腹いっぱい。：2023/11/18(土) 19:13:26.62 ID:ti8O2IeS.net
- Interop 2024が来年1月に決定通知と一般公開
なのでそれまで待ちかな
- 543 ：名無しさん＠お腹いっぱい。：2023/11/18(土) 19:41:02.75 ID:jTPbOpGN.net
- webpだってGoogleが自社のプラットフォームでゴリ押ししてる
だけだからな。そうでもなければjpegで十分
- 544 ：名無しさん＠お腹いっぱい。：2023/11/18(土) 21:25:07.42 ID:zWOsNaJp.net
- avifってEdgeで暫定対応だったのに118かそこらで
なぜか大元のav1ごとダメにされちゃったんだよね
他のブラウザは勿論そのままだから脆弱性とかは
関係ないだろうし、なんか大人の事情が絡んでそう
- 545 ：名無しさん＠お腹いっぱい。：2023/11/19(日) 01:13:26.30 ID:UMBZFwJc.net
- >>541
jxlは最近Safariが対応した
- 546 ：名無しさん＠お腹いっぱい。：2023/12/16(土) 23:30:20.63 ID:jhrbNk0m.net
- AdobeのブログのHDR解説がカーソルを合わせるとHDRで見れるよとか書いてるのに一向にHDRで見れなくて
https://blog.adobe.com/jp/publish/2023/10/26/cc-photo-hdr-explained
散々色々試した結果、なんのことはない、翻訳元の英語記事だとちゃんとマウスオーバーでHDRになる
https://blog.adobe.com/en/publish/2023/10/10/hdr-explained
本来この記事特有のマークアップしないとダメなのに翻訳の過程で雑にブログシステムに画像放り込んでHDRもマウスオーバーの仕掛けもオミットしてた(のにマウスオーバーでHDRって説明はそのまま)というオチだった
Adobeジャパンさあ…
- 547 ：名無しさん＠お腹いっぱい。：2023/12/23(土) 20:58:09.24 ID:exJV6i5s.net
- Google pixelでUltra HDR試した人いる？
- 548 ：名無しさん＠お腹いっぱい。：2023/12/24(日) 11:11:44.34 ID:L/MT1lR+.net
- >>546
最近こういう技術解説のほとんどが機械翻訳だからなあ
MSのドキュメントでもコードの中まで翻訳しちゃってることがあった
まあ開発系は英語で読むのが普通だけど
- 549 ：名無しさん＠お腹いっぱい。：2023/12/24(日) 13:06:41.37 ID:fZGorovm.net
- adobeのなんかの記事にHDRとSDRの両方の画像を1ファイルに同梱する方式も考えてるよ的なこと書いてあって嬉しい
HDRを自動でSDRにマッピング表示するより絶対そっちの方が良い
Jxlとかでビューアーも読み取ってHDR内包しているときにSDR表示してたら
HDRありますよ的なアイコンを表示するとかの運用できたら最高
- 550 ：名無しさん＠お腹いっぱい。：2023/12/24(日) 16:55:13.26 ID:741f8SNk.net
- libjxl v0.9.0
https://github.com/libjxl/libjxl/releases/tag/v0.9.0
- 551 ：名無しさん＠お腹いっぱい。：2023/12/24(日) 22:16:00.65 ID:tK6EYd6y.net
- ゆっっくりと1.0に近づいてるな
- 552 ：名無しさん＠お腹いっぱい。：2023/12/24(日) 22:29:46.47 ID:fZGorovm.net
- もっと生き急いで欲しい
- 553 ：名無しさん＠お腹いっぱい。：2023/12/25(月) 08:02:48.53 ID:yxRVbgAZ.net
- ChromeにJXLのサポートを切られてそろそろ1年かな
切られてなくてもいまだに実験的サポートだったと思う
開発が遅すぎる
- 554 ：名無しさん＠お腹いっぱい。：2023/12/29(金) 20:16:38.52 ID:GJoimKG7.net
- JPG品質85と同等画質を目指す場合は同じくJXL品質85でいいのか低容量でも潰れにくそうだからもっと下でもいいのか
- 555 ：名無しさん＠お腹いっぱい。：2023/12/29(金) 23:31:32.23 ID:k5OV3Hw3.net
- JXLはPSNRと
- 556 ：名無しさん＠お腹いっぱい。：2023/12/29(金) 23:32:35.85 ID:k5OV3Hw3.net
- 誤操作で変な書き込みしちゃったゴメン
- 557 ：名無しさん＠お腹いっぱい。：2023/12/30(土) 02:54:08.26 ID:IoeygHJE.net
- XL普及させたいんなら
何でjpegやwebpをXLに変換出来るアプリを
AndroidやiPhoneで公式で出さないんだろう
オンラインでXLに変換出来るサイトもあるみたいだが
画像を送信するとか気持ち悪いし
- 558 ：名無しさん＠お腹いっぱい。：2023/12/30(土) 09:25:39.81 ID:5nR8YDUg.net
- そもそもJpegの品質って統一されてるの？
前実験した時は同じ品質(91くらい)でソフトによって全然SSIM違ったんだが
lightroomに至っては
80-88,89-91,92-96(数字はテキトー)まですべて同じファイルサイズとかになったし
- 559 ：名無しさん＠お腹いっぱい。：2023/12/30(土) 13:06:40.16 ID:y/bp4cay.net
- AVIFだけが正義
- 560 ：名無しさん＠お腹いっぱい。：2023/12/30(土) 16:50:51.03 ID:57z4nnvn.net
- >>554
jpgエンコーダーと画質評価指標と元画像によって色々だが
jxl(q85)はjpg(q85)より画質良いので同等ならq80からq75程度まで下げられる
jpg(q85)と同等画質のjxlを雑に作りたいなら
jpg(q85)のbutteraugliスコアをcjxlの-dオプションで指定すればおk
mozjpegデフォルトのq85なら2から3前後になると思う
>>558
jpgに限らず異なるソフト間では統一されていない
なんなら同じエンコーダーでも使うオプションによって変わる
- 561 ：名無しさん＠お腹いっぱい。：2024/01/01(月) 09:30:39.67 ID:j3AxIrG+.net
- >>557
一番新しいバージョンのiOS以外対応してないから
- 562 ：名無しさん＠お腹いっぱい。：2024/01/04(木) 15:06:26.66 ID:8WttTpZu.net
- リファレンス実装が正式リリースしないと色々と話が進まないからなぁ
さすがに今年中には出ると思うけど、その後どうなるかだね
- 563 ：名無しさん＠お腹いっぱい。：2024/01/05(金) 12:09:34.97 ID:kx0B8615.net
- インテルCPU12世代や13世代にしたらAVIFってデコード速くなる？
マンガとかAVIFにしたいけど表示速度の引っ掛かりがどうしても気になるんだよ
- 564 ：名無しさん＠お腹いっぱい。：2024/01/05(金) 12:33:50.92 ID:h+etjM26.net
- 実際オフラインでjpeg xlに変換出来るAndroidアプリってないの？
- 565 ：名無しさん＠お腹いっぱい。：2024/01/05(金) 13:06:06.53 ID:v5nLoa1n.net
- >>564
そもそもjxlに対応してないし
- 566 ：名無しさん＠お腹いっぱい。：2024/01/05(金) 13:57:18.02 ID:WDAatOU8.net
- >>564
Squoosh
- 567 ：名無しさん＠お腹いっぱい。：2024/01/05(金) 23:21:50.01 ID:DrVwQ4Tc.net
- >>563
HWデコード対応かどうかは使用ソフトによって変わるので
具体的に名前書くか開発元に問い合わせるべし
まぁ現状だと大抵は未対応かと
>>564
Termuxはリファレンス実装の最新版を公式サポートしてる
- 568 ：名無しさん＠お腹いっぱい。：2024/01/11(木) 22:56:14.15 ID:jf8Dg+ze.net
- githubにあるifjxlとifavif、ダウンロードリンクが切れてる…やる気がないのか
- 569 ：名無しさん＠お腹いっぱい。：2024/01/12(金) 07:03:51.30 ID:Xs5GfLTd.net
- appleの電撃参入で劇的に進展すると思いきや相変わらずで吹いた
- 570 ：名無しさん＠お腹いっぱい。：2024/01/19(金) 11:59:07.37 ID:ss0QXh7f.net
- 結局webp以外全滅か
- 571 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 04:44:04.85 ID:78fIQPmq.net
- webpは色がおかしくなるの直ったのかな
- 572 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 12:48:42.94 ID:L6jfw31v.net
- lightroomでHDR現像出力するとき
chromeでできた画像見るとjpegのHDRとavifで見た目結構変わるな
ゲインマップのjpegのほうがなんかいい感じ(lightroomでの編集中の画面に近い)ように見える
- 573 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 18:39:27.43 ID:6e2UFs58.net
- SamsungがJPEG XLサポートを発表
RAW現像の出力フォーマットとして
- 574 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 18:52:13.98 ID:Kr7LPreW.net
- それな
appleはsafariで表示できますじゃなくて
カメラアプリでjpegxlで出力できますにしてくれんとな
- 575 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 19:39:37.32 ID:8XXSJZy7.net
- AV1・AVIF対応のEdge121がリリース
- 576 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 19:47:39.66 ID:8XXSJZy7.net
- WebP 97.5% https://caniuse.com/webp
AVIF 88.75% https://caniuse.com/avif
JPEG XL 9.6% https://caniuse.com/jpegxl
- 577 ：名無しさん＠お腹いっぱい。：2024/01/27(土) 21:30:00.87 ID:kCFHOfhQ.net
- AVIFは主要ブラウザ対応完了か
やはりJXLではなくAVIFなのか
- 578 ：名無しさん＠お腹いっぱい。：2024/01/28(日) 12:33:00.88 ID:4xuVWkSq.net
- https://files.catbox.moe/wgfmtx.jxl
https://files.catbox.moe/x2lfsx.avif
サファリでもエッジでも
- 579 ：名無しさん＠お腹いっぱい。：2024/01/28(日) 12:41:17.42 ID:52tJG7Aw.net
- 興味が湧いてこのスレを頭から追ってみたけどローカルでpngとjpeg以外を使う気が起きなかった
- 580 ：名無しさん＠お腹いっぱい。：2024/01/28(日) 14:21:42.59 ID:JE/EWNuf.net
- 画像の種類はなるべく増やしたくないよね
- 581 ：名無しさん＠お腹いっぱい。：2024/01/28(日) 14:30:25.86 ID:i0iLFMcT.net
- 手持ちの画像をjxlに変換してたんだけど抜けがあるなと思ったらUnicodeのファイル名処理できないのね
- 582 ：名無しさん＠お腹いっぱい。：2024/01/28(日) 14:55:04.23 ID:eDnz0TNv.net
- ローカルならむしろavifやheicみたいな圧縮率高いの使うな
ブラウザの対応とか気にしなくていいわけだし
- 583 ：名無しさん＠お腹いっぱい。：2024/01/29(月) 22:15:37.75 ID:anUSq0e3.net
- Windows Server 2025向けWindows SDKのWIC関連ヘッダにjxlの型が確認される
将来的な標準サポートに期待増
https://pbs.twimg.com/media/GEymaR2WUAAbZIO?format=png
- 584 ：名無しさん＠お腹いっぱい。：2024/01/30(火) 01:24:46.80 ID:V1RNMj6r.net
- 信じていいのかJXLよ…
- 585 ：名無しさん＠お腹いっぱい。：2024/01/30(火) 13:56:02.08 ID:9bnuwAPr.net
- jxlより動画の低負荷高圧縮フォーマット出ないのかよ
- 586 ：名無しさん＠お腹いっぱい。：2024/01/30(火) 16:12:00.99 ID:tHfwoa+f.net
- jxlはデコード負荷低くていいですね
- 587 ：名無しさん＠お腹いっぱい。：2024/01/30(火) 18:37:42.32 ID:o0DAkq6K.net
- 頼む！普及してくれええ
- 588 ：名無しさん＠お腹いっぱい。：2024/01/30(火) 18:38:16.12 ID:o0DAkq6K.net
- HDR現像をバンバンしているがjpegかjxlで保存するか悩み中
- 589 ：名無しさん＠お腹いっぱい。：2024/01/31(水) 18:26:17.31 ID:XL9GCkRZ.net
- サファリでもエッジでも
https://files.catbox.moe/12l3ga.jxl
https://files.catbox.moe/mm2575.avif
https://files.catbox.moe/1817bj.jpg
https://files.catbox.moe/5pq4wj.png
https://files.catbox.moe/cej4kv.jpg
https://files.catbox.moe/l0th71.webp
- 590 ：名無しさん＠お腹いっぱい。：2024/02/03(土) 00:00:55.55 ID:sKxoCXNv.net
- >>527
残念ながら今年も採択されなかった
- 591 ：名無しさん＠お腹いっぱい。：2024/02/10(土) 16:09:57.66 ID:ZdiF18fH.net
- 風景写真、特に空は8bitじゃ階調が全然足りない
- 592 ：名無しさん＠お腹いっぱい。：2024/02/16(金) 22:07:13.94 ID:LiBibjPQ.net
- JPEG 2000
JPEG XR
黒歴史？
- 593 ：名無しさん＠お腹いっぱい。：2024/02/17(土) 12:05:02.99 ID:rkNdMnLy.net
- 名前がJPEGなのが悪い
一般人がJPEGって聞いてもガビガビ低画質のイメージしかない
- 594 ：名無しさん＠お腹いっぱい。：2024/02/17(土) 12:35:02.98 ID:CEQjAdRW.net
- >>593
ジジイの主観を一般化するのは無理がある
- 595 ：名無しさん＠お腹いっぱい。：2024/02/25(日) 20:35:39.96 ID:mwYboi3P.net
- https://github.com/libjxl/libjxl/releases/tag/v0.10.0
1.0じゃないんかい
- 596 ：名無しさん＠お腹いっぱい。：2024/02/26(月) 01:58:19.49 ID:CUwVMSUn.net
- 刻んでいく―ｗｗｗ
ロスレスで容量が膨らむとかいろいろあるからまだまだ先か
- 597 ：名無しさん＠お腹いっぱい。：2024/02/26(月) 03:22:20.80 ID:32aRsync.net
- でかい画像使いたかったからstreamingオプションが嬉しい
- 598 ：名無しさん＠お腹いっぱい。：2024/02/26(月) 07:17:54.52 ID:aqoq/7Hu.net
- 一瞬巻き戻ったのかと思ったわｗ
バージョン10か
- 599 ：名無しさん＠お腹いっぱい。：2024/02/27(火) 00:55:23.39 ID:tI0+StlT.net
- メジャーバージョンアップ永久にこない説？
- 600 ：名無しさん＠お腹いっぱい。：2024/02/27(火) 07:40:17.15 ID:uD4arSSD.net
- ロードマップ無いのかな
今年中には来てほしいんだけど
- 601 ：名無しさん＠お腹いっぱい。：2024/02/27(火) 07:47:39.72 ID:W52LgzP2.net
- >>600
マイルストーンのページを見れば分かる
1.0 version
78% complete
24 open
90 closed
- 602 ：名無しさん＠お腹いっぱい。：2024/02/28(水) 11:42:17.16 ID:jeqQsqOz.net
- この進行度って具体的に何表してんの
画像の圧縮率とか展開の負荷を抑えるとか8割近く達成してんの？
- 603 ：名無しさん＠お腹いっぱい。：2024/03/01(金) 20:23:43.32 ID:TALTxGgu.net
- WindowsのWICのコーデック調べたら
Microsoft公式のJPEGXLデコーダー
がインストールされてた
何かの拡張パックに含まれてるのか
- 604 ：名無しさん＠お腹いっぱい。：2024/03/02(土) 14:31:08.37 ID:3QRfzMMR.net
- 何故webpは成功しavif、XLは死んだのか
- 605 ：名無しさん＠お腹いっぱい。：2024/03/02(土) 15:34:40.07 ID:x8rYch8J.net
- avifはwebpより順調じゃね
Edgeも今年対応して主要なブラウザはコンプリートしたし
WordPressの次のバージョンで対応するって発表も先週あったし
webpがアップル製品からボイコットされて最近やっと使えるようになったのと比べたら早すぎる
- 606 ：名無しさん＠お腹いっぱい。：2024/03/03(日) 23:50:19.38 ID:qxqbX94Z.net
- xlも結局2000と同じ道辿りそう
- 607 ：名無しさん＠お腹いっぱい。：2024/03/04(月) 02:48:22.06 ID:V8/kTM+4.net
- ほんとに終わったっていうのはwebp2みたいなのを言うからな
webpは一つ世代前だし今はjxlとavifの一騎打ちじゃないの
- 608 ：名無しさん＠お腹いっぱい。：2024/03/04(月) 09:32:11.46 ID:sOg3c3UB.net
- 2000は映画業界で使われてるから…
- 609 ：名無しさん＠お腹いっぱい。：2024/03/05(火) 05:15:05.51 ID:WLfAc1+N.net
- 2000は映像業界や医療業界で今でも現役だからwebpavifjxlとは比べもんにならん
- 610 ：名無しさん＠お腹いっぱい。：2024/03/05(火) 08:13:35.48 ID:Lb5ebmRw.net
- 2000死滅してなかったのかｗ
誰も使ってないと思ってた
- 611 ：名無しさん＠お腹いっぱい。：2024/03/05(火) 11:48:34.12 ID:JYzWidDR.net
- webpはGoogleが主導してるからYouTubeのサムネとかにも使われてるみたいだし
avifやxlのようなゴミと違って利用状況はダンチ
- 612 ：名無しさん＠お腹いっぱい。：2024/03/08(金) 05:49:06.77 ID:vJ44dAZo.net
- Xnconvertってソフトで使ってるんだけどjpgをwebpに変換すると明るい赤が暗くなるんだけど劣化しない方法どうやるんだろ
jpgに変換するときはサブサンプリングファクタを最高品質にすれば色の劣化も防げるだけどな
こんな風に明るい赤が暗くなる
https://i.imgur.com/MWb4G57.jpeg
https://i.imgur.com/n3syst3.jpeg
- 613 ：名無しさん＠お腹いっぱい。：2024/03/08(金) 07:49:09.63 ID:/cPxjH+/.net
- webpは色が変わるから嫌い
- 614 ：名無しさん＠お腹いっぱい。：2024/03/08(金) 08:25:09.97 ID:qpffS4ng.net
- WebPの色化けが対策されたのはかなり後なので
ちゃんと更新されてる変換ツールに替えるしかない
ImageMagickでuse-sharp-yuvを有効にするとか
- 615 ：名無しさん＠お腹いっぱい。：2024/03/08(金) 09:02:16.33 ID:vJ44dAZo.net
- ソフトの問題か
くやしいのぉ
- 616 ：名無しさん＠お腹いっぱい。：2024/03/08(金) 12:20:41.79 ID:AR95g+tH.net
- https://github.com/libjxl/libjxl/milestones
マイルストーン消えてるｗｗｗ
- 617 ：名無しさん＠お腹いっぱい。：2024/03/08(金) 19:20:22.75 ID:+Jf8DDce.net
- https://pbs.twimg.com/media/GHmrvq5W8AAltX_.png
- 618 ：名無しさん＠お腹いっぱい。：2024/03/09(土) 22:25:02.10 ID:a46ZuIL6.net
- > ImageMagickでuse-sharp-yuvを有効にするとか
XnConvertだとこれじゃない？
https://i.imgur.com/j1QvqVJ.png
- 619 ：名無しさん＠お腹いっぱい。：2024/03/10(日) 18:59:01.97 ID:MJ8wlVVI.net
- わざわざ確認してくれたんやね
- 620 ：名無しさん＠お腹いっぱい。：2024/03/10(日) 19:39:07.23 ID:MJ8wlVVI.net
- 俺のバージョンが古いからその項目なかったんやね
新バージョンだと変換した画像を置き換えて削除してしまうんよね
旧バージョンならゴミ箱に送ってくれるのでやめたい時に元に戻せる
なんか使いにくいんよ
- 621 ：名無しさん＠お腹いっぱい。：2024/03/13(水) 15:25:22.10 ID:jorttu8T.net
- PDFに画像埋め込むときってwebpとかAVIFとかXLとかって使えないんかね
JPEG2000は使えるみたいだけど
AdobeがPDFの仕様を改訂しないかぎり次世代画像形式は使えないって理解でいいんだろうか
- 622 ：名無しさん＠お腹いっぱい。：2024/03/15(金) 18:25:57.53 ID:6UMJx2ua.net
- https://pbs.twimg.com/media/GIsYwycWsAAtPQw.jpg:orig
- 623 ：名無しさん＠お腹いっぱい。：2024/03/18(月) 01:16:36.62 ID:SEKLx6A8.net
- >>621
多分そう
あんま使わんけどEPUBとかも新しいの対応してほしいなあ
- 624 ：名無しさん＠お腹いっぱい。：2024/03/20(水) 00:22:41.01 ID:N91iIWaF.net
- EPUBは去年出た3.3でWebPに正式対応してる
- 625 ：名無しさん＠お腹いっぱい。：2024/03/20(水) 08:11:19.25 ID:jCStLTJx.net
- EPUBってビューアが大抵ブラウザベースだから規格として対応してなくてもベースとなるブラウザエンジンが対応してたらしれっと表示できそう
- 626 ：名無しさん＠お腹いっぱい。：2024/03/20(水) 23:01:13.69 ID:N91iIWaF.net
- テストEPUB作って雑に検証してみた
Thorium(Readium) : WebP○ AVIF○
Adobe Digital Editions : WebP○ AVIF○
Kobo : WebP○ AVIF×
Kinoppy : WebP× AVIF×
MuPDF : WebP× AVIF×
Perfect Viewer : WebP○ AVIF△（要画像プラグイン）
- 627 ：名無しさん＠お腹いっぱい。：2024/03/21(木) 09:17:26.22 ID:EOafJls1.net
- ナイス検証👍
- 628 ：名無しさん＠お腹いっぱい。：2024/03/21(木) 10:20:50.65 ID:zTKyQVML.net
- PVは何でavif△なん？
- 629 ：名無しさん＠お腹いっぱい。：2024/03/21(木) 10:23:13.64 ID:7f1UjWZu.net
- 別途プラグインが必要て書いてあるじゃない
- 630 ：名無しさん＠お腹いっぱい。：2024/03/21(木) 20:16:17.40 ID:Ui/jOqvg.net
- Android12でavifサポートしたのに個々のアプリで対応必要とか・・・Googleさんあんたにはがっかりだよ
- 631 ：名無しさん＠お腹いっぱい。：2024/03/21(木) 22:42:29.10 ID:JhTVTqCt.net
- iOSもjpeg xlに対応したけどブラウザくらいにしか使われてなかったな
カメラはハードル高いんかな
- 632 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 02:20:56.81 ID:R1I2HRND.net
- 10年前に落としたエロゲーＣＧ集webpにして軽くしようかな
捨てられないけど邪魔で35Ｇあるんよね
品質あんまり下げたくないなぁ…80〜90どうしようか
- 633 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 03:37:53.99 ID:R1I2HRND.net
- 2500×3600の大きい画像だとwebp品質値92でも劣化してるの分かってしまった…
開いたときの縮小サイズだと分からないけど等倍にしたら白い斑点が薄く見えるし消えてる箇所があるやん
https://i.imgur.com/GYG0toH.jpeg
jpeg品質値92のがまだ劣化が少ないような
小さい画像くらいしか使えないな
- 634 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 03:46:26.71 ID:dT64EUUn.net
- webpて思ったほど縮まないよな
個人利用なら互換性だの気にしなくていいんだからavif heic jxlのどれか使ったら
- 635 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 06:40:46.86 ID:8ajr8L3e.net
- webpとavifは範囲塗り潰しで減色するから絵だと原寸表示しなくても分かるくらい派手に輪郭消えること結構あるんだよなあ
- 636 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 08:23:45.74 ID:cTd0LrJU.net
- webで使うとかじゃなくて個人利用で圧縮したいだけならjxlでいいんじゃない
- 637 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 08:36:05.46 ID:N+hVOJ6t.net
- エッジが際立ったり塗りつぶしでベタっとしたりはあるけど
斑点は見たことない
塗りつぶしとは真逆の現象起きてるじゃんなんだそれ
- 638 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 12:45:22.95 ID:9pfVjqvP.net
- webpとかまじ色を破壊するからグレースケール以外は不可
- 639 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 14:46:16.51 ID:R1I2HRND.net
- >>637
絵の女の子の太ももなんかは光らせてる箇所が斑点でグラデーション表示されてるんだけど元画像とwebp比較してみると薄くなって消されてる箇所があるのよ
劣化が不安やから高画質の画像で比較した
blob:https://imgur.com/39ada4a2-6425-482b-9bbe-e1fc8fc484cf
- 640 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 14:49:28.25 ID:R1I2HRND.net
- 速攻消されたｗｗ
https://i.imgur.com/LOrsvfD.jpeg
- 641 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 17:49:52.30 ID:N+hVOJ6t.net
- WebPで斑点が増えたのかと誤読してたすまん
- 642 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 21:02:59.49 ID:w6ZvTOhF.net
- WebPはYUV420の仕様上高品質だと頭打ちになるので品質85以上で使うもんじゃないよ
あと大判画像も不得手
- 643 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 23:08:11.53 ID:R1I2HRND.net
- >>642
そうなんだ？
昔のエロＣＧ集20万点の解像度850×とかだからそれなら問題ないってことか
>>636
jxlは自分の環境ではサムネ表示されないから使いたくないな
コーデック入れたらええのかもしれんが
- 644 ：名無しさん＠お腹いっぱい。：2024/03/30(土) 23:17:33.62 ID:AvhIK7t8.net
- >>632
エロゲはbmpにしたあと7zで圧縮という手があるぞ
似たような画像はbmpのバイナリも似通ってくるから7zで高圧縮できる
書庫を解凍しないと見られないし、解凍した画像が容量を食うしであまりおすすめはできんけどな
やったことはないが動画化してもかなり縮むはず
- 645 ：名無しさん＠お腹いっぱい。：2024/03/31(日) 18:49:55.25 ID:WhcDYb2x.net
- >>644
さすがに解凍しないと見れないのは嫌やな
動画化はちょっと…写真じゃなくなるのは後悔しそう
そこまでするなら動画何個か消すわｗｗ
- 646 ：名無しさん＠お腹いっぱい。：2024/04/03(水) 21:12:16.05 ID:LSx6Pkep.net
- cb7対応のコミックビューアならそのまま見られるけどそれならavifでいいわな
jpeg/webpで高品質だとjpegliのq=90あたりが良さげ
https://imgur.com/a/0GC3eSr
- 647 ：名無しさん＠お腹いっぱい。：2024/04/04(木) 21:08:10.77 ID:CCAVVvDy.net
- なるほどねって感じ
Googleが高品質なJPEG画像の圧縮率を35％向上させる新たなコーディングライブラリ「Jpegli」を発表
https://gigazine.net/news/20240404-google-introducing-jpegli-jpeg-coding-library
- 648 ：名無しさん＠お腹いっぱい。：2024/04/04(木) 21:57:48.68 ID:fhLo2mMO.net
- >>647
jpegliって、JPEG XLのサブプロジェクトで
同じリポジトリのサブディレクトリに入ってるプログラムだぞ
- 649 ：名無しさん＠お腹いっぱい。：2024/04/04(木) 22:00:44.62 ID:1tWGriSj.net
- >>391にあるやつか
- 650 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 02:00:47.42 ID:kd0PwXI8.net
- jpegliめっちゃ速いな
mozjpeg使う理由がなくなった
俺は今日から乗り換える
- 651 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 05:22:53.42 ID:J/p3U/TI.net
- だいぶ前からあるけどどういうこと？
新しくなったの？
- 652 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 11:51:24.16 ID:rFi/l8d6.net
- jpegliの主要開発者のZoltan Szabadkaを含むGoogle Researchでmucped23やったメンバーが
4/3にGoogle Open Source Blogで記事を書いてそれがメディアで取り上げられただけ
jpegli自体に何か大きな変更があったわけではない
- 653 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 17:45:45.11 ID:8ZHwXebg.net
- jpegliが大型アップデートしたのかと思ったが違うのか
個人的にUltra HDRの動向がどうなるかが気になる
- 654 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 20:44:12.42 ID:kd0PwXI8.net
- いつから公開されてたんだろ
その記事見るまで知らんかった
- 655 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 21:25:44.85 ID:rFi/l8d6.net
- デコーダーの実装が2022年11月末からでエンコーダーが2023年1月初頭から
個人でビルドして試せるようになったのが2023年6月半ばでこの頃から話題になりだした
バイナリリリースに含まれるようになったのは2023年12月22日の0.9.0以降
- 656 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 22:18:03.72 ID:bfTReMNo.net
- jpegとXLとjpegliのファイルサイズ比較は？
- 657 ：名無しさん＠お腹いっぱい。：2024/04/05(金) 22:34:02.52 ID:asQkPEjv.net
- >>622とか
- 658 ：名無しさん＠お腹いっぱい。：2024/04/06(土) 02:14:16.61 ID:KOD6v6jG.net
- jpegliは布系が苦手なのか・・・av1みたいにおじさんのあし毛が消えたりする現象が起きるんかな
- 659 ：名無しさん＠お腹いっぱい。：2024/04/19(金) 23:24:25.21 ID:ttALuyeo.net
- 久しぶりにJXL使ってみたけど前より安定して動いている
0.7の頃に俺のPCをクラッシュさせたから避けてたけどそろそろ本格的に使ってみようかな
- 660 ：名無しさん＠お腹いっぱい。：2024/04/30(火) 13:51:34.60 ID:AMGDXMSZ.net
- こういう画像フォーマットってゲームのテクスチャでも使われたりすんのかな
- 661 ：名無しさん＠お腹いっぱい。：2024/04/30(火) 14:56:44.47 ID:KwOsy5sG.net
- 「使われたり」の意味によって変わってくるけど
GPUデコードできないフォーマットがランタイムのテクスチャとして使われることはない
基本据え置きならBCモバイルならASTC、他の選択肢はほぼない
ストレージレベルでの利用なら普通にされてる
例えばグランツーリスモがJPG XLを最近使い始めたはず
- 662 ：名無しさん＠お腹いっぱい。：2024/04/30(火) 17:30:47.32 ID:Xmjy/LFH.net
- https://jp.khronos.org/news/press/khronos-ktx-2.0-gltf3d
専用のフォーマットだけど、JPEGの様な圧縮をしといて、実行時(ロード時)にGPU用のフォーマットに展開するとかしてるね
- 663 ：名無しさん＠お腹いっぱい。：2024/04/30(火) 19:41:46.77 ID:AMGDXMSZ.net
- なるほどやっぱ専用のフォーマットがあるんだなありがとう
- 664 ：名無しさん＠お腹いっぱい。：2024/05/01(水) 14:10:59.81 ID:8umRFtee.net
- そもそもテクスチャって256色gifで十分でフルカラーである必要性って無さそう
解像度上がろうが結局テクスチャよりシェーダでよく見えるかどうかだし
- 665 ：名無しさん＠お腹いっぱい。：2024/05/01(水) 15:32:12.41 ID:rELf/0WW.net
- GPU用のテクスチャーは4×4の中から代表色2色を選んでそれらを線形補間して色を決めるのが基本的なやり方だ
パレットは256色をレジスタなりに保持してなきゃいけないから効率が良くないな
- 666 ：名無しさん＠お腹いっぱい。：2024/05/01(水) 15:33:02.82 ID:OqKrQTja.net
- gifとか言ってる時点で素人さんなんだから細かいこと言いなさんな
146 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★