X
JPEGの後継画像フォーマットについて議論するスレ
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001名無しさん＠お腹いっぱい。
垢版 |
2006/05/29(月) 07:21:12ID:u4xITxZm
JPEG 2000は心じゃったの？
Windows Media Photoの可能性は？
動画フォーマットがどんどん進歩している中、取り残された
静止画フォーマットの将来について語るスレです。
0851名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 12:14:06.43ID:NwCSoRKb
Android開発チームは違う見解だと信じたい
例えChromeで非推奨化されようが俺はAndroid14でのJPEG XLネイティブサポートに一縷の望みを掛けるぜ！
0852名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 12:38:22.35ID:nfhE56r5
libjxl側がNDKツールチェーンでstaticビルドできない問題を触れてはいけないもののようにずっと放置してるから、永遠に泥実装はされないよ
0854名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 12:47:45.41ID:+c7HP57M
ここからChromeさんにはそもそもlibjxlがバグを放置し過ぎだの進捗が遅いだの逆ギレムーブをかましてほしい
そしたら矛先がlibjxl側に向かってチンタラやってる開発者のケツにも火がつくだろう
0856名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 12:55:15.30ID:kmmzIiBH
libjxlは根幹が純グーグルのbrotliやhighwayの、ほぼグーグル開発のライブラリだってのになんで仲間割れが起きてんだ
0857名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 12:56:35.23ID:2N1B05BK
あれじゃないの？自分はjxlを完全対応させられなかったので、腹いせに機能ごと消してしまおう的な？
0858名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 13:06:15.20ID:oF6MgdJC
>>853
>私たちの多くはJPEG-XLが非推奨であることをPhoronixの記事から知りました。あなたの会社の会社のためにJPEG XL開発にここ数年を費やしてきたGoogleのエンジニアが「Twitterで共有されたPhoronixの記事」によって自身の仕事が採用されない可能性が高いことを知ることを想像できますか? ましてや非常に曖昧な言葉でその理由が自分たちの仕事が十分な進捗と業界の関心を得られなかったからだと非常に短い更新で告げられるなんて。

心情に訴えるのはええ作戦やなｗ
0859名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 16:48:33.75ID:JedRT4bd
件のチケットにマジギレしてる人がいるな

ジョンも性能に問題あるというなら計測結果出してみ？とか書いてるし
0861名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 20:35:03.25ID:hYqNwnF+
>>857
JPEG XL設計者のスナイアーズ氏はlibjxlのセキュリティ性能やChromeの実装状態については問題なかったと言ってるな
https://twitter.com/jonsneyers/status/1587019540755611648
>To be honest, I don't think software development/maintenance is the real issue here. Libjxl as it is now is quite robust, and the Chrome integration of it is quite complete (including animation, HDR, progressive decode, etc) and does not really require additional work.
https://twitter.com/5chan_nel (5ch newer account)
0863名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 21:18:23.61ID:j8/wpw46
廃止コミットしたやつAV1/AVIFの開発者らしいｗ
でもそいつがどのコーデック/フォーマットをサポートするかの影響力がありそうな人物でもあるっぽい
0864名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 21:18:36.29ID:hYqNwnF+
スナイアーズ氏曰く、今回の意思決定者はChromeコーデックリーダーで、VP8/WebPの立役者かつAV1/AVIFにも深く関わっている人物だそうだ
一応名は伏せるが流石に陰謀論的というか被害妄想が過ぎるんじゃないかなと思う知らんけど
0865名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 21:21:15.37ID:hYqNwnF+
被ったｗ
真相はChromeにはフラグ状態を2年以上キープ出来ないという不文律があるとかそんなしょうもない理由だったら笑えるんだがなｗ
0866名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 21:33:53.51ID:5qNzbnlt
avifのなにがイヤかって、中身がheifやheicのavifがネットで大量に散布されててdav1dでデコードできないものがあること
ライセンス的にGPL3のlibde265を開発に組み込めないから開発者泣かせでマジむかつく
0872名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 22:07:28.26ID:R2WUaoxk
avifがjpegxlに本質的に劣ってるのがchromeコーデックリーダーさんは分かってるから強硬手段に出たわけだ
いくら優れていようと流行らなければ使われないってこった
0873名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 22:22:05.42ID:ZvPxUrrW
かつてAV1コーデックもJPEG XL規格策定前の技術公募に立候補していたようだが、そこでAV1が採用されていれば全て丸く収まっていた可能性が・・・？
しかしPik+FUIFに機能的に劣ると判断されて選考落ちしたこの世が現実である
0874名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 22:33:26.88ID:4Te5UVw7
>>872
といっても現状は本質での勝負どころか大した説明も無く権力で捻じ伏せてるだけでこんなんただのパワハラですやん
せめてロジハラしてクレメンス
0877名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 22:59:04.34ID:FlOOQ7hG
10年前のWebPvsAPNG規格対立も件の元CTO氏が暗躍してたのかな
最終的にAPNGもChromeでサポートされたしJPEG XLもいつかはサポートされるでしょ
まあしかし、APNG全然普及しなかったな笑
0879名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 23:09:45.74ID:ZnXIlB7J
色んな新技術が開発されてんのに人類の権力争いで未だに何も浸透してないのホンマにザ・愚かな人類すぎて溜息が出ますねえ
0883名無しさん＠お腹いっぱい。
垢版 |
2022/10/31(月) 23:51:38.31ID:knZd6hry
禿同。スナイアーズ氏も感情的になって関係各所と社会的信頼失いそうな扇動紛いの言動やっててヒヤヒヤするわ
でもまあChrome側もセキュリティ上の問題とか無難な回答しときゃよかったのに
あんな回答じゃもやり場のない怒りを誰かにぶつけたくなる気持ちは分かんでもない
0884名無しさん＠お腹いっぱい。
垢版 |
2022/11/01(火) 00:31:17.35ID:xvY2qpOP
何か技術的な課題を提示して今のお前は時期尚早だ出直して来いって突っ放せば格好良かったな
怒りより向上心が沸き立つ少年漫画的展開も有り得た
0885名無しさん＠お腹いっぱい。
垢版 |
2022/11/01(火) 06:29:22.50ID:IH+CzEDQ
ちょうど延期したMV3切り替えに合わせて、Firefoxでjxlが正式に使えるようになって、
数パーセントユーザーが流れてから、こんなもん大したことあらへんとか呟きながら
渋々実装する絵が見えるわ
0891名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 15:46:32.72ID:MTldvCr5
ロスレス JPEG 再圧縮
→avifで可逆圧縮すればいい
プログレッシブデコード
→4G5G環境で必要なし
無損失圧縮性能
→avifとほぼ同等
非可逆圧縮のパフォーマンス
→avifとほぼ同等
展開可能なエンコーダ
→普及してないからサード開発者が採用しない
ワークフロー全体で機能
→個々のサードライブラリを組み合わせるので問題なし

あれ？jxlのメリットどこ？
0894名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 15:53:32.93ID:5bg56cfP
>>889
webpはHDR写真無理だから、2も出ないし
avifと被ってて特許が不穏なのがjxlの弱み
0898名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 16:03:22.12ID:5bg56cfP
>>896
見る見ないは人の環境によるでしょ…
あった方がいいって話よ
0900名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 16:09:19.70ID:5bg56cfP
アップルはいつも対応遅いから反応なくてもどうでもいいけどmsが何も言わんのが気になるjxlのことどう思ってるんだろう
0901名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 16:10:18.56ID:uA8HGLfp
>>893-894
ゆうてAV1/AVIFもHEVC陣営の特許管理会社が勝手にライセンス契約プログラム発表して特許料請求してきてたやん？
あれどうなったんやろか
0902名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 16:16:59.57ID:TOGB/wfh
結局利権争いになるから、組み込み開発者にとっては完全ロイヤルフリーのjpegが一番使いやすい問題
0904名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 16:23:56.18ID:vJ3UcR2v
>>900
MSは十数年前に自社規格を国際標準化して普及させようと頑張ってた先駆者だからな…VC-1然りJPEG XR然り
正直後発のAV1やJPEG XLに対して複雑な心境なんじゃないかな…
0905名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 16:36:35.89ID:JJ+9dLvG
msはIEや純edgeを捨ててchromiumを採用してプライドズタボロやから、なにか言う気力がないんじゃないか？笑
0907名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:02:19.90ID:ajXIkNyA
>>888
こんなjpegxl自体の長所短所はわかってるから、マイクロソフトの取得した特許による影響の方を書いてほしかった
0908名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:02:30.94ID:AwQbqS8K
>>890
むしろ性能的に優れてるって反論なのだけど
なんで個々の性能では各フォーマットに劣るなんて要約になったの
0909名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:24:04.58ID:e0QQx/8p
>>907
その記事の趣旨は、JPEG XLが他のフォーマットと比較してデフォルトで有効化するほど利点があるわけではない、に対する反論だから
ちなみにChrome開発チームは特許関係は問題に上げていない
0910名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:27:39.16ID:uYzpSWPF
ChromeでJXLサポート削除は決まってそうだから、Chrome運営がどんな反論するか楽しみだ、単に無視で押し通して来そうだけど
0912名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:38:44.40ID:nkzyaylY
Chrome 110でフラグ削除は避けられないかもしれんけど
その後libjxl 1.0が出て暫くしたら再度サポートされる可能性も十分あると思う
0914名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:54:22.11ID:h1AV65om
>>891
AVIFはエンコードとデコードが冗談みたいに遅いっていう明確なデメリットがあるからそのAVIFと他が同等なら完全な上位互換なんだわ対応するメリットがなく切り捨てられるのはAVIFの方なんだわ
0915名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 17:57:16.73ID:F2bsDXMR
>https://news.ycombinator.com/item?id=33442281
>jonsneyers 16 minutes ago | root | parent | next [–]
>とはいえ、私たちは合理的な期間、つまり2023年のどこか、できれば前半にlibjxl 1.0のマイルストーンに到達することを目標としています。

libjxl 1.0が今年中にリリースされることは無い模様
0917名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 19:02:39.59ID:F2bsDXMR
>nine_k 2 hours ago | parent | prev | next [–]
>I wonder what is the Mozilla's position on JPEG XL.

>JyrkiAlakuijala 2 hours ago | root | parent | next [–]
>MozillaのエンジニアはJPEG XLに熱狂的ですが、彼らのディレクターはそうではありません

>jonsneyers 9 minutes ago | root | parent | next [–]
>基本的に、Mozilla の立場は、Chrome が最初にそれを行うまで、この面では何もしないということのようです。 Mozilla の意思決定者は、Chrome コーデック開発者と同様に、非 AOM コーデック、特に JXL をブロックすることで、「AOM への忠誠を証明する」必要性を感じているとしか思えません
0919名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 19:43:21.10ID:F2bsDXMR
被害妄想拗らせ過ぎて対立煽りしててちょっと見るに堪えない
第一項の、実験的なフラグやコードを無期限に残すべきではありません。が理由の大部分だったと改めて思うよ
Chromeもまさかフラグ状態が2年以上継続するとは想定していなかったんだろう
かといって現在のlibjxl実装は正式サポートできるレベルに達してない→削除という塩梅な気がするわ
0921名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 20:05:40.94ID:5bg56cfP
今んとこ v1.0はよ！ に尽きる気するな
0926名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 21:27:24.85ID:d3U6yYbP
ムーアの法則が生きてりゃAVIF問題も時間が解決してくれたけど今じゃ性能向上ほとんど頭打ちだしなぁ
お㍗ル
0929名無しさん＠お腹いっぱい。
垢版 |
2022/11/03(木) 22:30:25.95ID:l7ZQZoM4
AVIFはJPEG XLに比べてエンコード・デコード共に計算量が多すぎて、特にバッテリー駆動のポータブルデバイスには不向き
0930名無しさん＠お腹いっぱい。
垢版 |
2022/11/07(月) 07:14:46.83ID:ffVJQ9Wp
avifは細部がつぶれすぎ
0931名無しさん＠お腹いっぱい。
垢版 |
2022/11/09(水) 00:18:26.77ID:kDJ6OMti
Chromeの例のチケットもほぼ意見が出尽くしたな

ちなみにFirefox側の同じようなチケットは数個の意見が書かれた後、ここで議論するなと怒られて
関係者以外書けないように変更された
0933名無しさん＠お腹いっぱい。
垢版 |
2022/11/09(水) 07:46:43.28ID:WSB7aSa/
Firefoxはサポート続けるのかな
0935名無しさん＠お腹いっぱい。
垢版 |
2022/11/09(水) 09:09:14.76ID:bkerEg7n
ここよりツイッターの方で熱いからそっちで聞いてみたら
0939名無しさん＠お腹いっぱい。
垢版 |
2022/11/09(水) 09:27:00.64ID:SBy008HJ
いくらjxlが優れていても普及せずに開発者たちが採用せずに使い道が無かったら需要のないゴミカスと一緒
0942名無しさん＠お腹いっぱい。
垢版 |
2022/11/09(水) 09:59:55.26ID:FFNzev0x
憶測だけど依存部分の開発を進めてから対応するほうが全体として完成早くなる判断っぽく見えた
さすがに何も考えてないわけないだろうし
0945名無しさん＠お腹いっぱい。
垢版 |
2022/11/10(木) 19:22:16.49ID:9Sq6sE8V
こうなってくるとjpegxlは主にイラストレーター、クリエイター向けの超高画素画像保存用途になるのかな
0947名無しさん＠お腹いっぱい。
垢版 |
2022/11/11(金) 09:30:15.26ID:ckwuz4yz
結局ソフトウェア界のインフルエンサー（≒ブラウザやOSなど）がせーので対応しないと小規模デベロッパーも永久に採用できないんだよな
愚かで間抜けでハゲな人類の歴史を見ているようだ
0949名無しさん＠お腹いっぱい。
垢版 |
2022/11/11(金) 12:13:39.59ID:ckwuz4yz
余計に浪費してたストレージを半分以上も節約できるのに価値がないとは何ぞやね
もうハードウェアの進化もじょじょに鈍化してきて容量問題が深刻になってきてるんだからソフト屋はもっとハードウェアリソースを節約する方向へ努力すべきだと思うんだよね
0951名無しさん＠お腹いっぱい。
垢版 |
2022/11/11(金) 13:48:22.66ID:Lc9W1LRx
写真のクラウドサービス持ってるとこは容量削減できる機会なんだからもうちょい反応しても良くないかって思うな
マイクロソフトとかアップルとかアマゾンとか
レス数が950を超えています。1000を超えると書き込みができなくなります。
ニューススポーツなんでも実況