[
最新
] ■[
前年
|
前月
|
前日
|
2012/10/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
10/25 16:10
さっきのピクセル数をDPIに直すと、「最終的な表示に最適化された状態」で200dpi程度、「縮小表示前提の状態」で400dpi程度ということになる
10/25 16:17
@AoiMoe
PCモニタなら補間しなくても120Hzで出力すればいいのにと思ってしまうが :D
10/25 16:19
(
@ARTsak
)
@gorry5
モニター相手だと400は効果無いです 200だと低いです。 300で出る物も400で出るものも実際差が無い 一方の200は125dpi程度と同程度位の表示能力100dpiとは多少の差が有る。
(sapo)
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
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2012/10/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]