アカウント名:
パスワード:
HDDの大容量化、ネットワークの高速大容量化の時代なので、もう非可逆圧縮である必要はないでしょう。
#昔は画像1枚も時間がかかったころが懐かし・・・くはないな。
携帯電話なんかの無線だと有線ほど気軽に帯域を拡張できるわけではないので、 こういうデータ転送を少なくできる技術はニーズがあるかと。
日本におけるクライアント側の環境は月額固定課金なのでいいかもしれませんが、サーバ側からすれば規模が大きくなればなるほど転送量の削減は切実です
海外サイトだと非可逆なJPEGでも表示に時間掛かりますよ。国内でも個人で運営しているサイトとか、画像が多い同人系サイトとか、まとめスレとか。可逆圧縮にしたらもっと酷いことになりそう。
こちらのコメント [srad.jp]にもありますが、業務用途ではjpegって嫌われてます。それだけでなく、デジカメでもRAWフォーマットに代わる可逆圧縮フォーマットの登場が期待されています。できるだけありのままの情報を、限られた記憶媒体の容量の範囲でより多く撮影したい。画像の加工は後から幾らでもできるのですから、最初の画像は「生の状態」を維持して欲しいのです。ところがjpegは、折角のカメラの撮影能力を正しく伝えていない訳です。
> できるだけありのままの情報を、> 画像の加工は後から幾らでもできるのですから、最初の画像は「生の状態」を維持して欲しいのです。で、> RAWフォーマットに代わるって矛盾してるとしか思えないんだけど。せいぜいコンテナフォーマットだけ一緒にして「統一しました(キリッ」と言い張るTIFF 2.0(Web 2.0的な意味で)とかOpenTypeフォントのようなものしか想像できない。圧縮したいなら単にRawをdeflateなり7-Zipなりで圧縮すればいいんじゃね?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
JPEG XRの現在 (スコア:0)
対してWebPはすでにソースが公開されてるようだが、国際標準にしようとかJPEGに働きかけようとかいう気はあるんだろうか。単なるデファクトスタンダード狙いか。
でも・・・jpgで困ってないよね
Re:JPEG XRの現在 (スコア:2)
HDDの大容量化、ネットワークの高速大容量化の時代なので、もう非可逆圧縮である必要はないでしょう。
#昔は画像1枚も時間がかかったころが懐かし・・・くはないな。
無線では有効かと (スコア:3, 興味深い)
携帯電話なんかの無線だと有線ほど気軽に帯域を拡張できるわけではないので、 こういうデータ転送を少なくできる技術はニーズがあるかと。
/.はログインすると色々できます by Dポ研。 [twitter.com]
Re:JPEG XRの現在 (スコア:1, すばらしい洞察)
日本におけるクライアント側の環境は月額固定課金なのでいいかもしれませんが、
サーバ側からすれば規模が大きくなればなるほど転送量の削減は切実です
Re: (スコア:0)
最近はデジカメの画像サイズが大きくなって、そいつをブラウザにリサイズさせるもんで、時間がかかるのは相変わらずだったり。
Re: (スコア:0)
海外サイトだと非可逆なJPEGでも表示に時間掛かりますよ。
国内でも個人で運営しているサイトとか、画像が多い同人系サイトとか、まとめスレとか。
可逆圧縮にしたらもっと酷いことになりそう。
Re:JPEG XRの現在 (スコア:1)
こちらのコメント [srad.jp]にもありますが、業務用途ではjpegって嫌われてます。
それだけでなく、デジカメでもRAWフォーマットに代わる可逆圧縮フォーマットの登場が期待されています。
できるだけありのままの情報を、限られた記憶媒体の容量の範囲でより多く撮影したい。
画像の加工は後から幾らでもできるのですから、最初の画像は「生の状態」を維持して欲しいのです。
ところがjpegは、折角のカメラの撮影能力を正しく伝えていない訳です。
Re: (スコア:0)
> できるだけありのままの情報を、
> 画像の加工は後から幾らでもできるのですから、最初の画像は「生の状態」を維持して欲しいのです。
で、
> RAWフォーマットに代わる
って矛盾してるとしか思えないんだけど。せいぜいコンテナフォーマットだけ一緒にして「統一しました(キリッ」と言い張るTIFF 2.0(Web 2.0的な意味で)とかOpenTypeフォントのようなものしか想像できない。
圧縮したいなら単にRawをdeflateなり7-Zipなりで圧縮すればいいんじゃね?