[
最新
] ■[
前年
|
前月
|
前日
|
2012/10/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
10/25 16:21
@ARTsak
但し書きしているように、400dpiha「」
10/25 16:21
undo
10/25 16:22
(
@AoiMoe
)
@gorry5
まあPC側でfps上げるのが本筋ではあるんでしょうけどねえwww
(siha)
10/25 16:23
@ARTsak
但し書きしているように、400dpiは「そこから表示デバイスへの最適化(縮小やシャープネス調整など)を行う」ためのオリジナルデータの解像度の話ですから
10/25 16:24
(
@ARTsak
)
@gorry5
実際同じものを5dpiずつ比較すれば300近辺でイッキにがっくり落ちて 250位で又一気に落ちるってのが分かるので。
--------
10/25 16:32
デバイス側(の長辺側)で1024?1600pxくらいまでバリエーションがあると考えて、これらの範囲内へ十分な解像感を持ったまま縮小表示できるコンテンツデータは最低3000pxくらいないといけないよ、という話>「縮小表示前提の状態」
--------
10/25 16:34
まあいわゆる標本化定理のお話そのまんま
10/25 16:46
ただ実際問題として、コミックを電子書籍で読みたいかというとかなり微妙。当方にとってコミックは「画面から目を離すためのもの」なので :D
10/25 16:59
(
@momoani
) そんなの欲しいw それぞれで違うページやファイル(本)を表示できるたらなおさら。 RT
@gorry5
ソニタブPみたいな形状で「1280x800pxの2枚で折り畳み」みたいなKindleデバイスはないものか :D
(sohi)
10/25 17:47
@sinpen
そういや最近卓が立つ話をきかないですな…
10/25 18:03
(
@sinpen
)
@gorry5
実際たててないんすよ、、タイミングがー
(namu)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2012/10/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]