[最新] ■[前年|前月|前日|2012/10/25|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

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)
10/25 18:04 @sinpen さすがに今夜はちと無理なんだよなー(苦笑

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2012/10/25|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]