分辨率

项目中有遇到一个关于大屏幕适配的问题， 本来以为大屏幕的分辨率会很高，结果却只有 960 很是奇怪 尺寸 英寸 常用的长度单位 有xxx英寸 英寸转化为厘米为 1英寸（inch）= 2.54厘米（cm） 而我们说的手机是xxx英寸的 这个长度指的是手机屏幕对角线的长度 你可以直接用尺子量出几厘米然后将其转化为英寸的单位 分辨率 手机的分辨率一般是xxx px 比如iPhone5的分辨率是 320px 这里px是像素 因此分辨率的单位就是像素 比如我们平时使用的设计稿为 750px 这里就是在有750个像素中的UI设计 屏幕像素密度 屏幕像素密度，即每英寸屏幕所拥有的像素数，英文简称PPI 注意 每英寸并不是每平方英寸的简称 这个英寸跟之前手机屏幕的尺寸一样，也是对角线的长度 屏幕像素密度就是一个对角线长度为1英寸的正方形内所拥有的像素数 屏幕像素密度，分辨率，屏幕尺寸的关系是什么 像素的大小是固定的吗 iPhone 华为荣耀6手机参数 手机型号 实际尺寸 屏幕分辨率 屏幕像素密度PPI iPhone7 plus 5.5英寸 1920 * 1080 px 401 PPI 华为荣耀 5.2英寸 1920 * 1080 px 424 PPI 这两个手机的分辨率都是1920px*1080px。 但是，苹果手机的屏幕尺寸比华为荣耀7大了0.3英寸。而苹果手机的屏幕像素密度（PPI

移动互联网用户的普及和流量增长，使得碎片化时代的体验得到保障，人们可以打破时间和空间限制观看浏览视频，因此短视频成为互联网时代更加便捷的内容形式。那么，接下来就给大家分享一些Android短视频开发方面的干货内容。 码率：数据传输时单位时间传送的数据位数，。码率越大，体积越大，清晰度越高；体积=码率*时间。 VBR编码：画面质量高，体积小，编码时间慢。 CBR编码：静态码率，编码速度快一些，文件大一些； 分辨率：分辨率越高，图像越大 清晰度：再码率一定情况下，分辨率越高图片越不清晰（本人调用的视频api应该是用VBR编码的，要求的是分辨率越高越好）再分辨率一定的情况下，码率越高，图像越清晰 。 帧率：每秒显示的图片数，画面帧率高于16，认为是连贯的。30差不多，60有逼真感，超过75就不容易察觉到有明显的流畅度提升。帧率超过屏幕刷新率指挥影响图形处理的能力，因为监视器不能以这么快的速度更新。 位深度：每一个像素用多少位表示。位深度越大，可用的颜色就越多，颜色表现就越逼真。位深度为8的图像可用颜色为256种。可以通过 MedianInfo工具查看视频文件的详细信息。 声道：声音在录制或播放时，在不同空间位置采集或会放的相互独立的音频信号。声道数也就是声音录制时的音源数量或回放时相应的扬声器数量。 视频格式：分为封装格式和编码格式。按照规则将视频轨道，音频轨道

栗子 发自 凹非寺 量子位 出品 | 公众号 QbitAI 看动画 (特别是里番) 的时候，总会觉得画质不够好，就算已经有1080p，还是会感到不够清晰。 所以，这个世界十分需要一套拯救分辨率的魔法。 如今，有个名叫 Anime4K 的开源算法，能在动画播放中， 实时 把画面变成 4k ，延时低至 3毫秒 。 能把720p/1080p变成2160p，也能把480p变成1080p。 团队说，这是 当下最强 (State-of-the-Art) 的动画实时超分辨率方法，可以拿任何编程语言实现。 现在，项目已经在GitHub摘下 3700 多颗星，并一度登上了趋势榜。 那么，这个算法究竟是如何造福人类的？ 只搞动画 团队在论文里感慨道： 传统超分辨率 算法 (如Bicubic) ，结果不怎么好，因为它们根本不是为了动画而生的。 传统的去模糊 (Unblurring) 或锐化 (Sharpening) 方式，在靠近物体边缘的时候会发生 过冲 (Overshoot) ，分散观众注意力，降低图像的感知质量 (Perceptual Quality) 。 而机器学习方法 (如waifu2x) 又太慢，完全不能实时 (<30毫秒) ，尤其是需要超高清的时候。 △ waifu2x 而Anime4K， 只处理动画就够了，不考虑其他视频类型 。这一点很重要。 动画没有真实视频那么多纹理 (Textures

前言 当为大量用户设计网站时，设计人员必须考虑到访问者的差异： 屏幕分辨率， 浏览器的选择， 是否在浏览器最大化状态， 浏览器的额外工具栏的开启（历史记录，书签等）， 操作系统和硬件。 我们知道css中有各类布局，从发展至今包括 固定布局、静态布局、栅格布局、流体布局、自适应布局、响应式布局、弹性布局，但是概念总是模糊不清，最近在看一本很喜欢的书，决定要把css布局整理一下 固定布局 概念 即传统Web设计，页面的大小采用固定的宽度 ， 固定布局拥有固定的外表使用绝对长度单位（px、pt、mm、cm、in） 布局特点 因为使用的是绝对长度单位，页面元素的位置不会移动，所以无论访问者的屏幕分辨率多大（不管浏览器尺寸具体是多少）都会和其他访问者看到相同尺寸的页面， 网页布局始终按照最初写代码时的布局来显示。 常规的pc网站都是静态、 布局的，也就是设置了min-width，这样的话，如果小于这个宽度就会出现滚动条， 如果大于这个宽度则内容居中外加背景， 这种设计常见于pc端。 总体框架 这些内部组件尺寸分别设置为520 ， 200和 200像素。 960像素宽已成为现代网页设计的标准，因为大多数网站的用户浏览被假定为 1024 × 768分辨率或更高。 优点 固定宽度的布局更易于使用以及制定设计页面。 每一个浏览器显示的宽度都是相同的，因此少了很多关于图像，表格

关于手机分辨率相关术语和概念 屏幕尺寸：实际的物理尺寸，屏幕的对角线测量。为了方便，android把所有的屏幕尺寸分为了4个广义的大小：小，正常，大，特大。 屏幕密度：屏幕的物理面积内像素的数量，通常称为DPI(每英寸点数)。为了方便，android把所有的实际屏幕密度分为：低，中，高，特高。 方向：从用户的角度来看，就是屏幕的方向，就是横向或者纵向的意义。 分辨率：屏幕上面的物理像素总数。（官方说法，应用程序应该只关注屏幕大小和密度） 密度无关像素： 一个虚拟像素单元（官方说法，你应该使用密度无关像素定义UI的布局，来表达布局尺寸或位置，系统默认假设“中等”的密度屏幕为基准，其屏幕密度相当于一个160dpi的屏幕。在运行时，系统根据实际中的屏幕密度对DP单位进行缩放。DP单位转换为屏幕像素可用PX = DP *（DPI / 160）这个方法。那么在一个160dpi屏幕上，1DP==1PX。在一个240 dpi屏幕上，1 DP==1.5PX。那么在定义布局时，应该使用DP单位，以确保不同密度的屏幕上合理的显示用户界面） 关于支持屏幕的范围 官方定义4种广义尺寸：小，正常， 大，更大。四种密度：低，中型， 高，特高。广义尺寸和密度都可以跨越一系列的尺寸和密度（官方截图上传不了权限不够一周<img title=”[android 屏幕适配]关于android分辨率兼容问题（一）[转]”

一、Android支持的多种屏幕 传统意义上，一般是是这么认为的： ldpi： 对应分辨率240×320 mdpi： 对应分辨率320×480 hdpi：对应分辨率480×800或480×854 但实际上没有这么简单，直接看官方资料的下标，可以看到其实ldpi一样由480×800，甚至还有1024×600 低密度(ldpi 120) 中密度(mdpi 160) 高密度(hdpi 240) 超高密度(320 xhdpi) 小屏幕 QVGA (240×320) 480×640 中屏幕 WQVGA400 (240×400) WQVGA432 (240×432) HVGA (320×480) WVGA800 (480×800) WVGA854 (480×854) 600×1024 640×960 大屏幕 WVGA800** (480×800) WVGA854** (480×854) WVGA800* (480×800) WVGA854* (480×854) 600×1024 超大屏幕 1024×600 WXGA (1280×800) 1024×768 1280×768 1536×1152 1920×1152 1920×1200 2048×1536 2560×1536 2560×1600 二、如何分辨是ldpi、mdpi、hdpi？ 为什么要分辨率ldpi、mdpi、hdpi？我的理解

前言 Android 设计之初就考虑到了 UI 在多平台的适配，它本身提供了一套完善的适配机制，随着版本的发展适配也越来越精确， UI 适配主要受平台两个因素的影响：屏幕尺寸（屏幕的像素宽度及像素高度）和屏幕密度，针对不同的应用场景采用的适配方案也不一样，此文档仅针对 Android4.0 及以下版本 相关概念 分辨率： 整个屏幕的像素数目，为了表示方便一般用屏幕的像素宽度（水平像素数目）乘以像素高度表示，形如 1280x720 ，反之分辨率为 1280x720 的屏幕，像素宽度不一定为 1280 屏幕密度： 表示单位面积内的像素个数，通常用 dpi 为单位，即每英寸多少个像素点 px ： 长度单位，以具体像素为单位 dp ： 长度单位，与具体屏幕密度无关，显示的时候根据具体平台屏幕密度的不同最终转换为相应的像素长度，具体转换规则是 : 1dp = （目标屏幕密度 / 标准密度） *px, 标准密度为 160dpi ，例如， 1dp 长度在密度为 160dpi 的平台表示一个像素的长度，而在 240dpi 的平台则表示 1.5 个像素的长度 屏幕尺寸： 屏幕的大小，通常用屏幕对角线的长度表示 Android 界面适配机制 UI 界面在不同平台的适配受屏幕尺寸和屏幕密度影响， Android 适配机制就是在资源后面添加对这两种因素的限定，通过不同的限定区分不同的平台资源，

术语和概念 屏幕尺寸 屏幕的物理尺寸，以屏幕的对角线长度作为依据（比如 2.8寸， 3.5寸）。 简而言之， Android把所有的屏幕尺寸简化为三大类：大，正常，和小。 程序可以针对这三种尺寸的屏幕提供三种不同的布局方案，然后系统会负责把你的布局方案以合适的方式渲染到对应的屏幕上，这个过程是不需要程序员用代码来干预的。 屏幕长宽比 屏幕的物理长度与物理宽度的比例。程序可以为制定长宽比的屏幕提供制定的素材，只需要用系统提供的资源分类符long和 notlong。 分辨率 屏幕上拥有的像素的总数。注意，虽然大部分情况下分辨率都被表示为“宽度×长度”，但分辨率并不意味着屏幕长宽比。在 Android系统中，程序一般并不直接处理分辨率。 密度 以屏幕分辨率为基础，沿屏幕长宽方向排列的像素。 密度较低的屏幕，在长和宽方向都只有比较少的像素，而高密度的屏幕通常则会有很多 ——甚至会非常非常多——像素排列在同一区域。屏幕的密度是非常重要的，举个例子，长宽以像素为单位定义的界面元素（比如一个按钮），在低密度的屏幕上会 显得很大，但在高密度的屏幕上则会显得很小。 密度无关的像素（ DIP ） 指一个抽象意义上的像素，程序用它来定义界面元素。它作为一个与实际密度无关的单位，帮助程序员构建一个布局方案（界面元素的宽度，高度，位置）。 一个与密度无关的像素，在逻辑尺寸上，与一个位于像素密度为

知： \[ 相机的像素精度 = \frac{视野的单方向大小}{相机的单方向分辨率} \] 则： \[ 相机的单方向分辨率 = \frac{视野的单方向大小}{相机的像素精度} \] 案例分析： 假设拍摄物体大小为 10*8mm，检测精度为 0.01mm。 视野范围比拍摄物体稍大（具体大多少，看定位机械误差，保证拍摄物体在视野范围内），这里我们假设为 12*10mm，那么： \[ 相机的最低分辨率 = \frac{12}{0.01} * \frac{10}{0.01} = 120万 \] 不过，为了确保视觉系统的精度和稳定性，一般这个值再乘以3-4，则我们可以选择分辨率为典型值 500 万的相机。 来源： https://www.cnblogs.com/zdfffg/p/11571546.html

让iframe居中，让iframe不显示滚动条，并且在多个浏览器下和多种分辨率下不变形、都能正常显示。忙了很久总算有了点成果，期间几度崩溃（较菜无怪= = ）。看了不少贴子，试了很多办法，在此总结如下，供给需要的人。 吾测试用的浏览器为 IE ,TT,Firefox，一个例子如下： ----------------------- <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd "> <html xmlns=" http://www.w3.org/1999/xhtml " > <head> <title>iframe tag test</title> <style type="text/css"> html,body,table,tr,td,div { width:100%; height:100%; overflow:hidden; margin:0px; } iframe { margin:0px; width:1003px; height:100%; overflow:hidden; } </style> </head> <body> <div style="text-align