[
最新
] ■[
前年
|
前月
|
前日
|
2015/06/30
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
06/30 18:08
(
@gorry5
) ? RT
@fladdict
: ガチでこういう未来を心配してるので、IoTとかスマート家電のプロジェクトに今関わってる人はぜひ意見教えて欲しい。
URL:fladdict.net
(kige)
06/30 18:18
(
@gorry5
) 「JPEGでファイルサイズ5倍?10倍」ってなんか間違ってる気がするんだが…
URL:qiita.com
06/30 18:19
(
@gorry5
) 個人的には「libjpegは自前でビルドして使うのが当たり前」でありシステム組み込みのは使ってないのでわからないのであった…(苦笑
06/30 18:21
(
@jin1016
)
@gorry5
自前ビルドしていてもデフォルトOFFなので、気を付けて使っていなければ同じ状態になっているのでは?
(kona)
06/30 18:36
(
@gorry5
)
@jin1016
確かにデフォルトOFFですね…ただその場合、Androidのlibjpegが悪いんじゃなく、チューンしてないlibjpegは皆悪いという話になるので、やはりこの記事はちょっとアレじゃないかなぁと
--------
06/30 18:47
(
@gorry5
) ちなみにこの「optimize_coding」の話は、cjpegをビルドして-optimizeオプションの有無で比べることができる。手許で試したけどやはりファイルサイズ換算では「5?10倍」じゃなくて「5?10%」程度だと思う…
--------
06/30 18:50
(
@jin1016
)
@gorry5
私は、「libjpegは自前ビルドして……」と言う見当はずれの意見に対してのリプをしただけで、記事がどうこうは何も言ってません。記事は、原因追究の話なので特に問題ないと思いますが、確かに翻訳者の最後の一言はおかしいですね。
(sobo)
06/30 20:00
(
@gorry5
)
@n_soda
@mhiramat
ハフマンテーブルを2パス生成するようになるだけなので、画質は変わりません。ファイルサイズで数%縮む程度です
(hute)
06/30 20:02
(
@n_soda
)
@gorry5
@mhiramat
で、圧縮時にmuch mo
@
を必要とするようになるってあるんですよねえ。
URL:manpages.ubuntu.com
(humi)
06/30 20:04
(
@Umic_Y_ANG
)
@gorry5
はい
(hude)
06/30 20:05
(
@gorry5
)
@Umic_Y_ANG
あんまりあてにしないほうがよさげ…
(hube)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2015/06/30
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]