JPEGの後継画像フォーマットについて議論するスレ

JPEG 2000は心じゃったの？
Windows Media Photoの可能性は？
動画フォーマットがどんどん進歩している中、取り残された
静止画フォーマットの将来について語るスレです。

　∧　∧
(*‘ω‘ *) 　ちんぽっぽ
　(　　　)
　　v v
　　　　　　　　ぼいんっ
　 　川
　( (　　) )

静止画フォーマット？
最近はタルガばっか使ってますよ、えぇ

2ch発、高性能画像フォーマット↓

　 　　　　 |
　 　＼　　__　　／
　 　＿　（ｍ）　＿ﾋﾟｺｰ
　 　　　　|ミ|
　 　 ／ 　｀´　 ＼
　　　　　('A`)　＜そうだ！！
　　　　　ノヽノヽ
　　　　　　　くく

　 　＼　　　　　／
　 　＿　｀ﾞ｀･;`'　＿ﾊﾞﾁｭ--ﾝ
　 　　　　｀ﾞ｀･;`
　 　 ／ 　｀´　 ＼
　　　　　('A`)
　　　　　ノヽノヽ
　　　　　　　くく

　　　　　('A`)　＜何だっけ
　　　　　ノヽノヽ
　　　　　　　くく

BTMをRARすると凄い縮むからそれでよしとしよう

BMPをzip圧縮すれば結構小さくなる。
あとはそれを自動でやってくれるような、仕様を考えればいいんじゃないの？

それならジェイぺぐ2000でいいじゃん

ＧＩＦアニメはあるのにＪＰＥＧアニメはない。これは不便。
将来はきっとＪＰＥＧアニメが実現する。

つmotion jpeg
つmpeg

>>10
はっはっはっ、この釣り〆っ

a
a

a
a

HD Photo

マイピクチャーの画像をすべてＰＮＧにしたひといる？

HD Photoでおｋ
Explorerでサムネイル表示しないけど
どうすればいいの？

【JPEG XR】 MicrosoftのHD Photo、JPEGで標準化検討を開始
　デジタル静止画ファイル・フォーマットの標準化組織Joint Photographic
Expert Group（JPEG）は，米Microsoftの「HD Photo」を標準化するかどう
かの検討を開始した。Microsoftが米国時間7月31日に明らかにしたもの。JP
EGは検討作業の是非を問う投票を 10月初めに実施し，作業推進が承認され
た場合は「JPEG XR」（仮称）として標準化に取り組む。
　現在広く使われているJPEGの仕様に比べ，画質劣化が少ないにもかかわら
ず最大2倍の圧縮が可能という。可逆圧縮のほか，高画質な非可逆圧縮にも
対応する。複数の解像度に対応し，画像の一部領域を処理対象にできるデコ
ード機能を備える。カラー・バランスや明度などを調整しても元の情報を捨
てないため，調整をやり直せる。
http://itpro.nikkeibp.co.jp/article/NEWS/20070801/278800/?L=top5

本命きたか


JPEG2000がいろいろと駄目すぎたからな……

どっちにしろブラウザが対応しなきゃ普及しないだろうなぁ・・・

現実的に考えると、
ＩＥとＰｈｏｔｏｓｈｏｐが対応しないかぎり普及しないんだろうな。

DLL配布してくれ

http://www.microsoft.com/japan/whdc/xps/hdphotodpk.mspx
http://www.microsoft.com/japan/whdc/xps/WMPhoto.mspx

これで実装できるん？

C#, C++/CLI使いならこれが簡単

ttp://msdn2.microsoft.com/ja-jp/library/system.windows.media.imaging.wmpbitmapencoder(VS.80).aspx

MS主導の形式ならIEは対応するだろう。

ttp://japanese.engadget.com/2007/11/02/hd-photo-jpeg-xr/
標準化決定らしい

JPEG XRねぇHD Photoのがカコイイと思う。

HD Photoってどこで使われてんの？

全てのブラウザがpng対応すればpngが便利だな。
透明・半透明が簡単にhtmlで実現できるし。
でも、実際はこの先当分jpegでずーと行くのはほぼ確実な余寒がするが。

アルファ付きのpng対応のIE7が普及すればページのデザインも
かなり変わると思うがな
その先はCanvasとかSilverLightとか混沌としてるけど

IE7ってpng対応？

wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

断言できる。
あと10年は確実にjpegのままだな。
デザインする側からするとpngが標準化すれば楽なんだけど、IEは何故に実装しないのかね。
自社製にこだわってるとsilverみたいにドボンするわ〜

IE7でようやく8ビットアルファまでサポートしただろ

IE7でpng表示させても透明度はちゃんと保持されますか？

jpeg 2000は駄目。
圧縮率1/100のときのみjpegより高画質だが、
2/100では同程度、3/100ではjpegのほうがいい。
jpegは注意して見るとモザイクが見えるが質感は保たれる。
jpeg2000はモザイクが無いかわりにのっぺりして質感が失われる。

>>35
つ可逆圧縮

HD Photoに期待age

http://techon.nikkeibp.co.jp/article/NEWS/20090203/165027/?ST=lsi

JPEG XR，未決定のRAWの取り扱いを今月，東京で議論
2009/02/03 09:06

次世代のJPEGのと期待されている画像符号化規格「JPEG XR」。
その中で未定となっているRAW画像に関する規格策定の議論が，
2009年2月18〜19日に東京で開催されることになった。

JPEG XRにおける中核部分は，2009年1月19〜23日にサンフランシスコで
開催された会合で固まった。既にFCD（委員会最終案）になっており，
2009年後半には，ISO/IECのIS（International Standard）になる予定だ。

ただし，現行のFCDでは先送りとなったのが，RAW画像の取り扱いである。
RAW画像とは，撮像素子が出力した映像信号を，A-D変換した後に
ほとんどそのまま記録した画像のこと。
撮像素子メーカーやカメラ・メーカーなどの意見を，
2月の東京会合で広く募った上で，RAW画像の取り扱いを決めたいと，
JPEG委員会は考えている。（以下略）

規格定めるのってそんな大がかりな会合やってんのかよｗ
IRCかなんかでやれよ

sasaki さんが入室しました。
<sasaki> : おいすー
<Sullivan> : オイスー
<sasaki> : みんな来てる？
<Sullivan> : マダ

１、JPEGXR
２、Motion JPEGXR
３、JPEG2000
４、Motion　JPEG2000
５、MPEG7
６、MPEG21

IE10、サファリ5、ファイアーフォックス5、オペラ13あたりで対応か？

JPEG XR

JPEG XR てどうよ？

i

プラグイン無いのね

IE9でようやくJPEG XRに対応するようだ。JPEG2000はもう無いのかな・・・・

MozillaもJPEG2000対応を検討とかいう話があったけど音沙汰なしだし。

JPEG XRはMSのとは別のオープンな実装がでてこないと
本格的には広まらんのだろうなあ。

>>47
www.itscj.ipsj.or.jp/sc29/open/29view/29n10430c.htm
のZIPファイルをみると、

「コードの大部分はMSが書いたけど、
ITU/ISO/IECがお前にコピーする権利をやろう(ｷﾘ」

って書いてあるんだが。

Makefileの中身見た感じだとUnixでもmake通るんじゃない？

GoogleがJPEGに代わる新画像フォーマット「WebP」を発表、ファイルサイズが小さくウェブの表示が高速化
http://gigazine.net/index.php?/news/comments/20101001_jpeg_google_webp/

>>48
英語読めないのでよくわからないけど、どうも
http://en.wikipedia.org/wiki/JPEG_XR#Licensing
を見る限り、GPL系のライセンスとは相性が悪いみたい。
こういうあいまいな状況だと、フリーソフトウェア界隈の人たちは近づかないかも。

>>49
2000とXRに加えてさらにWebPまで加わって乱立か。
結局どれも使われなくて……ってオチになりそう。勘弁してほしいわ。
Googleのアナウンスを見る限り、なぜ2000やXRではだめなのかよくわからない。

勘弁してほしいも何も、2000もXRもまったく普及してないからね。WebPが加わった所で
何も変わらないよ

>>50
強いて言うならWebPはJPEGからの再圧縮が優れているかも、ということか。
海外で優劣を検証する人がいるだろうからとりあえずそれ待ちだな。

IEがWebPに標準対応するとは到底思えん
つまりはWebPも普及しない

何時までJPEGを使い続けないといけないのか？
MP3の方は永久に無くならないだろうけどJPEGはいつかは置き換わらなければならない日がやってくる
MPEG1だけはようやく消えてくれたんだが････

JPEGは今後20年も主流であり続けるだろう。
MP3は100年たっても主流のまま。
MPEG1は去年あたりに事実上の消滅を迎えた（デジカメの一部に残っていた）

JPEG XR対応デジカメはまだか

>>54
フォーマット的には制限ありまくりのGIFですら
あんだけ大きな特許問題で駆逐されなかったからな

JPEG XRでJPEG2000の圧縮方式もサポートしてくれればいいのに

JPEG XR対応製品の開発者募集している会社があるな。

JPEG2000とかWebPもあるけれど、もっとマイナーでとても普及しそうにない画像形式もここで語っていいのだろうか
https://sites.google.com/site/dlimagecomp/
とか。

一眼レフとか中判デジカメとかそろそろJPEGだと表現できなくなりつつある。
そろそろ対応させるべき時

http://contents.cromedi.com/2011/06/03/5038/
いよいよ来年に一眼レフデジカメ限定でJPEG XR対応の物が出てきそうな気配
会社HPによる用途として一眼レフとハッキリと書かれているみたいだし

Google、画像フォーマット「WebP」に可逆圧縮と透過モードを追加
http://internet.watch.impress.co.jp/docs/news/20111122_492827.html

Google、画像フォーマット「WebP」に可逆圧縮と透明度を追加
GoogleがWeb高速化を目的に開発している画像フォーマット「WebP」に、PNGよりファイルサイズを小さくできる可逆圧縮モードと、アニメーションに必要なアルファチャンネル機能が追加された。
http://www.itmedia.co.jp/enterprise/articles/1111/21/news020.html

１、JPEGXR
２、Motion JPEGXR
３、JPEG2000
４、Motion　JPEG2000
５、MPEG-4（4k2k対応）
６、HEVC（MPEG5？）
７、MPEG7
８、MPEG21
９、MPEG-A
１０、MPEG-V
１１、MPEG-M
１２、MPEG-U
１３、FTV
１４、HEVC対応オーディオコーデック
IE13、サファリ7、ファイアーフォックス50、オペラ16、Chrome50あたりで対応か？

http://www.forest.impress.co.jp/docs/review/20120119_505505.html
http://code.google.com/intl/ja/speed/webp/docs/webp_codec.html
http://webp.googlecode.com/files/WebpCodecSetup.exe

Webpは正直要らない。JPEG XRがコンデジとミラーレフに搭載されてJPEG 2000がハイエンド一眼レフに搭載された上で
RAWがオープンソース化されて各社の互換性が高まればそれでいい。
現状でもPNGがあるので必要ではない

JXR表示できるようにするプラグインドコー？

gimpで扱えるならローカルでかってに使うのに

JPEG XR では元の RAW ファイルの品質が完全に保持される
ため、さまざまな編集効果を微調整することができます。元
の RAW ファイルは安全に保管したまま、赤目補正、ノイズ除
去、または詳細な画像の調整を行うことができます。

JPEG XRがデジカメに搭載されるのは。来年の半ば移行に違いない。
少なくとも今年は無いであろう。

Dolby、スマホ/タブレット向け静止画HDR技術
−最高32bitで保存。JPEG互換性維持
JPEG-HDRと呼ばれるもので、通常のJPEGでは8bitの記録になるが、新フォーマット
では16bitから最高32bitでの保存が可能。同時にJPEGとの互換性を維持しており、
従来のJPEGビューワーでは8bitの静止画として表示できる。
http://av.watch.impress.co.jp/docs/news/20120227_514884.html

JPEG-HDRって圧縮率はどうなの？

遅すぎる

シキノハイテックからKJN-X2が今年の末頃に発売されるらしい。1クロック当り4データを処理可能
と言う高性能で搭載されたデジカメは2013年半ば以降に出るかもしれない。
今年・・・いや今年度はまたしてもJPEG XR対応デジカメは出ないと予想される。
今から一年強先を期待して待ちましょう。

昔のHD Photoの方がいい名前だったな

現行のjpegは今となっては効率が悪い
動画圧縮は進歩しているのに、なぜ画像圧縮は進歩していないのか？

動画はある程度スペックを要求されてもお咎めが無いが
画像はスペックを要求されることを良しとしないからでしょ。ネット上では。

CPUに負担をかけない圧縮解凍技術が進めば話は別だけど。

10M内画像で10%小さくなる程度ですげ変わる可能性って低くないですかね。
その程度だと変わるよりそのままの可能性高いでしょ

しかもjpegの主戦場は200k〜1.5Mとなると変化と諸々考えると中々厳しい
仮に圧縮率20%ダウンで解凍負荷同じか10%程度下がるのでは厳しい気が。

圧縮率40%　負荷は70%軽い位じゃないと厳しいだろうけど圧縮率が厳しいので無理。
そうなるとjpegはそのまま放置で　高解像度向けか可逆がターゲットにしかならん気がする。

jpeg　2kって結局中途半端で消えかかってるのか・・。、、

中途半端というより重い
驚くべき事に今現在でも重い
この規格を作ったのは誰だと雄山が怒鳴り込むレベル

JPEGは写真特化だけど、今の動画圧縮は写真以外の画像にも最適化してるから
動画圧縮を流用したWEBPや、動画圧縮そのもののH.264のIフレーム圧縮と、JPEGを比較する時に
そういう画像を使うと差がわかりやすくなる

JPEG2000?　あ、うん…。

記憶装置の容量が年々巨大化していくせいで
画像の圧縮率を高めようという要求が弱いのかもわからんね
しかし、デジカメの画素数もどんどん増加しているし、いつまでも旧い規格のままでいいとは思えないんだが

回線が追い付いてない状況で従量制に逆行しようとまでしてる現状
圧縮解凍技術の需要は高まるはずなんだけどね。

LABカラーのLだけ高精細が必要になるけどABは低精細でも画質的にあまり劣化を感じないんだよな
ベクタートレースがもっと進歩すればなあ〜FLASH衰退しちゃったからな
今なんかかなりフォトリアルなトレースできるようになったのに…
３Dトレースみたいな流れになるには10年は掛かるだろうし

pngがあるじゃまいか

pngはサイズがでかくなる
jpgで95くらいにした時の3倍くらいになる
これはでかい
jpgあるいはpngの高効率化が求められる
ハードウェアは進歩しているのだからできないはずはない

まだですかー

まってるわ

http://www.forest.impress.co.jp/docs/review/20120903_556121.html

一応pngは改善出来る
とは言ってもpngはbig　gifみたいもんだが
jpegは十分小さいって事も有り進化する必要が無いが痛い所。
非可逆pngが内包されればついでに高圧縮化はありそうだと思うけど
代わりって無い気が・・・する気も。

次世代jpeg=jpegを廃止(更新されない状態)なんじゃないですかね。
今すでにそうな気もしますがw

もう規格はあるでしょJPEG XRが
どうしてそれが普及しないの？てのが謎なの

写真の場合原版はRAWで納品がJpegだとカメラマン側に都合が良い。
納品の諧調を増やしたくないということ。

理由:カメラ用途のjpegはニッチだから
劇的に容量が減らない限りjpegは駆逐出来ないカメラにはrawが有る
認知度が凄まじい。

「jpeg=ジャンプ」　みたいもんで取り敢えず安心感みたいな物が有るんだろう。
取り敢えず面倒なことも事実として少ない訳で。
xr　win標準だとしてもmacに渡せば標準では無いしlinuxでもそうでしょ　
ニッチosに渡すとは言え完結した世界では無いならその点は足を引っ張る。

カメラがニッチとは言ってもそれは完結出来るから有りな訳ですから。

でも動画に例えたらいまだにMPEG1を使ってるみたいなもんでしょ
おかしいよ

MPEG1はほぼ消えたけど
JPEGとMP3はしぶとい

変だとは思うけど使う場所がそれでいいとなってしまっているからしょうが無いんでしょう。

web静止画がモニター上同サイズで4倍の解像度って時代が来るならより高圧縮と言う道が有るだろうけど
1M以下を主戦場にもって来ている関係互換がどうの考えなくて良い強みがどうしても付きまとうもんなのかと。

可逆png/gifにやや大きいjpegってセットでwebは固まっているからそれ以上必要ないって所が大きいのかもね。
ただニッチ方向では解像度有る訳なのでそちらがわからはjpeg以上の規格って作られていくべきだとは思うんだよね。
メガ単位になれば10%でも当然変化が大きいし
jpeg2000　xrがすっかりコケたのは不思議な話。

確かにまぁ・・・手軽では有るしこの大容量の時代だと手軽なサイズなんだがね。
しかしjpegとmp3は質が高くない割にしぶといね。

誰もが高スぺなんて幻想のせいだな。世界基準で考えたらまだ現状維持が求められてるんだよ。
ましてやこれ以上情報量増やして回線パンクさせたら世界中で従量制移行がマジ話になる。

今はローエンドでも昔のハイエンドを遥かに凌いでるはずだけど…
PCに限らず、カメラとかだってそうだろうし

機器のスペックの問題じゃないよな
今は最安のコンデジでもH264のリアルタイム録画できるんだから

スペックの問題でも無いだろうし本当に必要ならチップ作るよ。
>ましてやこれ以上情報量増やして回線パンクさせたら世界中で従量制移行がマジ話になる。

と言うなら逆に新しいフォーマットが居るよな。

日本人の基準でスペック語ってもしょうがないでしょ・・・・・・・

youtubeだって世界基準だし

JPEG2000やJPEGXRが普及しないのは、動画圧縮に使われてる技術よりも劣ってるからだろ

デジカメでXRが主力になっても当面jpegは滅ばないと思うよ。

その他=jpeg　カメラ=XRってだけで10年位たってようやくXRもそこそこ標準だよねって未来だと思う。

>>98
海外じゃブラウン管が現役ばりばりで使われてる所なんてザラだし
回線もほとんどkbpsレベルだからな

世の中そんな後進国に合わせてるプロダクトばかりじゃないでしょ

どうであれ、機器のスペックが足りないというのが画像圧縮の進歩を阻んでいる主因ではないよね？

別に先進国でも珍しくないんだがな
まあ確かに画像フォーマットの趨勢にはあんま関係ない話か

gimpのプラグインでjpeg xr作ってみた
高圧縮の画質はjpegよりかなりよくなってる
けど低圧縮だとあまり変わらない感じ？
jpegと比べるとモスキートノイズは少ないけど低周波がぼやける

１、SafariがJPEG XRに対応する事
２、ファイアーフォックスがJPEG 2000とTIFFとPNGに対応する事
３、オペラがTIFFとPNGに対応する事

これだけでかなり改善できる

>>106
ファイアーフォックスはPNGは対応済みJPEG 2000とTIFFはまだ

そして、オペラもPNGに対応済みなので

１、SafariがJPEG XRに対応する事
２、ファイアーフォックスがJPEG 2000とTIFFとに対応する事
３、オペラがTIFFに対応する事

これだけでかなり改善できる

win7って拡張子jxrに非対応？

スレ違いすまんsage

JPEG XRのショボさ

JPANG

WMP13と次のWMCはMotin JPEG XRに対応させて欲しい所だ。ついでにH.265とTureHDとDTS-HDにも

H.265に静止画規格が出来たようだが

IMGタグでURLに動画ファイルを指定した時、
動画ファイルの最初の1フレーム目を画像として表示する機能を
ブラウザが付ければ、それであらゆる問題が解決するのに。

>次世代コーデックのHEVC/H.265を承認
>イントラフレームを利用する静止画用の「Main Still Picture profile」

長年変わらなかった画像圧縮にいよいよ地殻変動が？

>115
フェードインがあると真っ黒になるだろ

Googleが独自の画像フォーマットWebPをChrome Web Storeでも使用
http://jp.techcrunch.com/archives/20130207google-now-uses-its-own-webp-format-instead-of-pngs-in-the-chrome-web-store/

http://headlines.yahoo.co.jp/hl?a=20130221-00014694-techcr-sci
FirefoxがH.264に対応決定

まだかー

>>120
次はAACとドルビーデジタルAC3、そして、TIFFとPNGとJPEG 2000対応の番だな。
Firefoxは昔から対応コーデックが全てにおいて少なすぎだ。
Safariなんかは逆にすべて対応しているんだし。

JPEG2000とか古臭いフォーマット今更対応しなくていいよ

>>123
でもJPEGなんて確か80年代の技術だろ？
それよりはマシ

後発のJPEG XRってJPEG2000より劣るんでしょ

ローエンドのコンデジはJPEG XR
ミドルレンジのコンデジはJPEG XRとJPEG 2000の両対応
ハイエンドのコンデジはJPEG 2000
一眼レフはJPEG 2000とRAWの両対応

JPEGはスマホからもさっさと消えてほしい

h.265のMain Still Picture profileに期待してる

JPEG XR
JPEG 2000
RAW（DNG含む）
H.265のMain Still Picture profile
の4つが普及するのが望ましい
他はPNGとTIFFとBMPだけは生き残ってもいい
でもJPEGやGIFは消えるべき。

JPEGがダメならPNGもだめだろ所詮Deflateなんだし。

TIFFってあんまり縮まないんだけど。

とりあえずOSが対応しないとダメだと思う。
さらに、標準APIで読み書きできるようにして。

PNGなんていらなかった余計なもの作りやがって

>>132
GIFのせいだけどな

後継規格にフォトショが対応しないのがなにより悪い
普及しないのはほとんどアドビのせい

GIFがロイヤリティーを請求しだしたのが全ての発端

まだかなー

HEVC-MSPという新たなライバルも登場

http://i.imgur.com/BEwORPN.png
ロスレスはWebPがよさげ

WebPは色数減少さえなければ圧縮率・展開の速さ含めてbestなんだけど

JpegXR Jpeg2000 WebP H.265の静止画などいいとか悪いとかどうでもいいからさ
Freesoftでレタッチ（サイズ修正）して保存できるソフト名というか
対応表ないの？
最低でもFreesoftで対応していない（特定のみ対応じゃ糞）んじゃ議論以前の問題だよ。

最近絵を描いててJPEGにしたら色の劣化を感じるようにってしまった…
気のせいなのだろうか?…PNGだと感じないけど容量がでかいんだよねー…

エンコ設定によってはjpgでも色劣化しないよ
何でエンコしてるの？

mozjpegってもしかしてjpegからの圧縮でも無劣化でサイズ下げてるのか？

http://uproda.2ch-library.com/826001ONS/lib826001.jpg
http://uproda.2ch-library.com/8260026D2/lib826002.png
同じ絵だけど、ツイッターに上げた時初めて違和感を感じた
エンコードが悪かったって事なのかな?

赤はまっ先に劣化するからね
しかし色空間を4:4:4にすればjpgでも色の劣化は起きないよ
圧縮設定を変えられないソフトなら別のソフトで圧縮しよう

JPEGって一旦YCbCr 4:2:0に変換してるのか
4:4:4で保存するとなるとPhotoshopとかになりそうだな

>>144のjpegはフォトショエレメントで変換した
数値はいじれないよなぁー
あと凄く劣化に気づいたのがツイッターに上げた時だから、ツイッターにエンコードでさらに劣化したのかも

gimpだといろいろ設定できるよ

品質90 4:4:4サンプリングで保存したJPEGを上げてみたら劣化していたので
twitter側で強制的に4:2:0ダウンサンプリングしているのかも
元画像→ttp://f.st-hatena.com/images/fotolife/a/animencode/20140920/20140920065114.jpg
結果→ttp://pic.twitter.com/hcrjEqllKB

そうだよ
twitterにjpgで上げるとすさまじい低画質にされるから
できればpngで上げたほうがいいよ

亜気

ごめんGIFだから、スレチかもしれないけど
もしかしてツイッターってピクセルが小さいと無理やり引き延ばしたりする?

サイズ小さいとプレビューで引き伸ばされることはあるけど
もとは変えないよ

ダウンロードしたままほとんど見ることがないエロ画像たちをjpegXRに変換してみてるんだが、
解像度の低い画像ではサイズ小さくならない上に劣化が目立つのね。
jpegで再圧縮かけるよりはマシなんだろうけど。
メインの環境がlinuxだから本当はwebp使いたいんだけど、imagemagick(とその仲間)でしか
開けなかった(なぜかxnviewでも開けない)し、jpeg 2000はimagemagick以外でも表示はできるけど
デコードが重いしで、jpegXRでやってみることにした。
iso規格になってるのにほとんどのトリで開けないのには笑ったが。どんだけマイクロソフト嫌い
なんだよ。

pngに6万色モードがあればいいのに？

16BPP減色すればいいんでね

次世代フォーマットの本命がようやくきたぞ。
better portable graphic BPG
h-265の静止画向けプロファイル使ったやつ。

mozjpegとはなんだったのか

HEVC-MSPの拡張子ってどうなるの？
susieで変換できる？

いまのところは.bpgがそう。
susieでできるかは知らないけど、windowsならhoneyviewとかいうビューアー
ソフトでguiを使って閲覧･変換できる。

>>160
ありがと、早速使ってみるお

BPGなんてパテント汚染だらけで流行るわけないじゃん
GIFのこと忘れたのか?

スレ違いになるけど、可逆圧縮に対応するならちゃんとパレットカラーに対応してほしい。

>>162

いまのところmpeg-laが黙ってるのが気味悪いな。
流行るの待ってるのかもしれないね。流行ってからドーンと。
bpgの開発者のページには、心配ならh265に対応してるハードウェアと一緒に使えと
書いてあるな。
ハードウェアにアルゴリズム実装する段階でライセンス料は支払われてるよね?って
スタンスのようだ。

macでBPG使えるビューワーってあるかな

BPGだかなんだか知らないけどPNGで間に合ってる

若い子ほどファイルサイズに無頓着だなと思うわ

そういうので苦労した経験ないからじゃね。
あとは自分の周囲だけで世界が完結してるからとか。

ローカルならストレージ容量が余ってて必要ないかもしれないが
ネットワークではトラフィックの削減のために必要なんだよな

非可逆でアルファチャンネルが使えるのは利点だね

力作は全部pngで保存してっからあんまし有意義に思えない

現状pngで間に合ってるし　トラフィックとか言われても動画で使いまくってるのに
動画に比べたら誤差みたいな差の為にフォーマット移行とかめんどくさすぎ

WebPがなにげに成長しているんだよ
可逆、アルファ、アニメーションが出来るようになったし
不可逆ではjpegより圧縮率はいいし、
可逆ではpngより圧縮率がいい。

webpのデコード速度はどう？

そんなの1枚絵じゃ問題にならない気が・・・
それにもともと動画の技術の転用なら、デコード負荷も問題ないはず

デコード速度は重要だよ
多量のページの電子書籍なんかだと
プリロードが追いつかないとめくりでもたつくんだから
すべての電子書籍で目次がついていればいいけど
目次がついているものばかりじゃないからね
ハードウェア再生支援はiosだとvp9・webpには効かなかったようだから
デコード速度が気になるんだ

非可逆エンコード
Time to read input: 0.149s
Time to encode picture: 1.493s

非可逆デコード
Time to decode picture: 0.136s
Time to write output: 0.666s

可逆エンコード
Time to read input: 0.151s
Time to encode picture: 25.095s

可逆デコード
Time to decode picture: 0.279s
Time to write output: 0.694s

なお低スペ

アホくさ。iOSで画像展開遅いってないわ
展開時間より読み込み時間のほうが長いわ

非可逆も可逆もデコード速度あんまり変わらないのね

同一ファイルを元に、最新のエンジンを使って作られた、jpeg、jp2と比較したデコード速度比較でないと
単独の数字じゃ早いのか遅いのかわからないね

デコードに関してはjpeg 2000がぶっちぎりで遅い。
jpeg xrとwebpだとややwebpが速いくらい。
でもどちらもjpegに比べると体感できるレベルで遅い。
bpgはhoneyviewで試した限りは速い。
jpeg 2000レベルで画質に不満はないのだけど、デコードが遅すぎるので
使う気が失せたくらい。

読み込み時間計測しないでデコード遅いとか馬鹿かと

BPG、解像度、ファイルサイズ制限なければいいんだけどな。

ちなみに、以下ページで利用されてるpsb(PhotoShopBigdocument)
だと最大300,000x300,000pxまでしか対応してないから困るんだよな…
(´・ω・`)

http://www.eso.org/public/images/eso1242a/