事实上，不管是桌机萤幕或行动装置，因为解析度各自为政而造成的问题早就不胜枚举。君不见Android市场开发者为了应付复杂的硬体环境而哀鸿遍野，微软也引以为鉴地替Windows 8的解析度应付能力做了背书，而卖硬体的Apple则是更早就注意到了这个症结。
自主技术行之有年
对于点阵物件来说，缩小或放大都会产生失真，倍数一大就会很难弥补。针对文字，解析度带来的影响是比较小的，因为它的线条简单、颜色单纯，各家作业系统在十几年前就已经有成熟的文字显示技术。比如「marlett」(微软视窗最大最小化按钮所使用的字体)、「TrueType」等等，配合作业系统本身的渲染方式，可以无限放大点阵字型而不使其失真，倚天中文也有类似的平滑技术，来消弭点阵字放大后可能产生的锯齿。
不过，这些都还不能算是Resolution Independence，因为除了文字之外，还有图形要处理。即使到了现在，该应用也尚未被完整的实作出来，而是透过多种不同的图形演算理论来拼凑整合。比如微软在Vista导入的WPF图形化设计框架，以及Mac OS X沿用已久的Quartz显示引擎等，都提供了或多或少的解析度自主技术。
尺寸以不变应万变
Resolution Independence的核心精神，是让物件的显示尺寸不会受外在解析度影响而变形。以前文提到的App图示为例，当App被放在新iPad上面时，就应该自动选择以144 x 144的解析度来显示，而不是固守单一画素来应付各种不同的解析度平台。
怎么放大显示?作业系统的显示模组会以缩放倍数(Scale Factor)来决定图形的目标解析度。经过历史沿革，业界公认的的标准像素密度是72ppi，以72ppi来显示图形，倍数就是1.0;以144ppi的像素密度来显示图形，倍数就是2.0，这样才能达到与72ppi同样的尺寸。
假如今天在72ppi的萤幕上，有一个物件的解析度是100 x 100，换成在144ppi的萤幕显示，就得是200 x 200。如此一来，要应付不同解析度的面板就有个依据了，只要计算出缩放倍数，要达成相同、或者是近似的显示尺寸并非难事。
然而，当缩放倍数较小时，还能够以插补点的方式来填满图像放大后产生的像素空隙，但随着倍数的增长，再厉害的演算法也无法挽救像素的不足。开发者自己最好就要准备几种不同解析度的素材来应付了，这也是为什么在设计Mac OS X或iOS上的App时，1个图示会包含好几个不同尺寸档案的原因之一。
话说回来，我们可以看到new iPad上头的图示、系统文字、操作介面看起来都还是很精细，而且大小跟旧iPad几乎相同。但是当你自己放了一张低画素的照片到相簿里时，并不会有魔术般的升频效果，即使秀图App经过特制，要达到与原生解析度输出的品质标准仍然非常困难。
▲不同解析度的萤幕得套用不同的Scale Factor，才能显示出相同尺寸的图像，Windows 8同样也对解析度问题提出了不少对策。
▲微软提出的「画素密度甜蜜点」分析图。若将新iPad拿来比较，恰巧会落在及格边缘，画素再高就无意义了。
接近尾声。Yes!如果没有对应的高解析度素材，视网膜萤幕就无用武之地。同样是拿一张768 x 1024的图片，在新iPad上并不会比旧iPad看得更清楚，这些都是非常容易就能验证的事实。
即使如此，玩家们倒不必太过灰心，因为画质就算不会变得更细致，也不致于严重下降。对于原本尺寸就不大的图片来说，更是很难发现其中的些微差异，虽然图片的解析度会被放大4倍，但因为像素小，反而还能有去锯齿的平滑效果。
原生解析度最没问题
笔者的摄影师朋友曾经开玩笑说：新iPad的萤幕要用Canon EOS 5D3拍的照片才喂得饱。这句话是夸张了点，但也点出了原本摆放在旧iPad里的照片素材，搬移至新iPad时可能会遇到的画质瓶颈。
最好的作法就是喂它一张与原生解析度相符、也就是1536 x 2048的照片，才能得到最精准的输出。需要注意的是，太大也不一定好，因为某些图片管理App在缩图后显示品质会下降。
有在玩摄影的玩家们不妨思考一下，输出1536 x 2048的照片会不会很困难?应该不会，6百万画素的相机便已绰绰有余。只是考量到一般相机以1:1解析度原图直出的质素不会太好，建议还是以最高画素输出并预先缩图处理后，才不会浪费了Retina Display的解析能力。
影片就别太过强求
旧iPad很适合播放720p影片，毕竟解析度靠近，有接近点对点的播放效果。但要喂饱2048 x 1536的解析度，即使找得到4K影片也不一定播得动。事实上，动态影片不容易看出解析度落差，1080p讯源升频后的效果并不会比点对对播放逊色多少，而且一台iPad也放不下几部蓝光影片，有心的玩家不妨以Apple TV的Preset来当作转档给新iPad看的设定品质就好。
