分辨率

root@kali:~# xrandr --newmode "1920x1080" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync root@kali:~# xrandr --addmode Virtual1 1920x1080 root@kali:~# xrandr --output Virtual1 --mode 1920x1080 转载:https://knightyun.github.io/2019/01/27/linux-xrandr 来源： https://www.cnblogs.com/luocodes/p/11877858.html

下面我们会更进一步的分析小波变换的分辨率特征。还记得，正是由于分辨率的问题，才使得我们短时傅立叶变换转到小波变换上。 图3.9经常被用来解释怎样诠释时间和频率分辨率。图3.9中的每个方块都反映了在时频平面内的小波变换结果。所有的方块都有特定的非零区域，这说明在时频平面内，不能知道某个特定点对应的值。时频平面内每个方块中的点都代表了小波变换的一个结果。 图3.9 更深入的看一下图3.9，虽然方块的宽高改变了，但是其面积却是常数。即每一个方块都代表时频平面内相等的部分，只不过时间和频率不相同。注意到在最低频处，方块的高度比较短（意味着频率分辨率最高，更容易知道确切的频率），但是最高频处的方块高度最高（意味着频率分辨率最低，更不易知道确切的频率）。在高频处，方块的宽度减小，时间分辨率提高了，随着方块高度降低，频率分辨率越来越低。 在总结这一节之前，我们应该再提一下快速傅立叶变换中的时频图是怎么样的。回想一下快速傅立叶变换中的时频分辨率是由窗口宽度决定的，一旦确定就不变了，因此时频分辨率也就固定了。因此它的时频平面是由方块组成的。 不考虑放宽的维数，STFT和WT的结果都满足海森堡测不准原理。总结一下，方块的面积对STFT和CWT来说都是固定的， 不同的窗函数将产生不同的面积 。但是，不管怎样，方块的面积都至多在1/4\pi左右。根据海森堡测不准原理，我们不能将方块无限缩小。但在另一方面

以我新建的一个标准测试程序为例， （1）src ——源代码（Source）管理节点。 （2）gen——自动生成（Generated）的文件点。 （3）Referenced Libraries——工程的参考库管理节点。 该节点主要管理Android工程需要引入的其他的一些外部库。 （4）assets——工程资产（Assets）管理节点。 （5）res——工程资源（Resource）管理节点。 该节点用于管理工程所引入的资源素材。 1. drawable子节点，用于管理可绘制的资源。 图标的目录： 大 res/drawable-hdpi 72×72 中 res/drawable-mdpi 48×48 小 res/drawable-ldpi 36×36 2. layout子节点，用于布局的管理。 3. value子节点，用于常量值的管理。 （6）“AndroidManifest.xml”——工程清单文件节点。 （7）“default.properties”——工程属性文件节点。 上述是通常标准形式，但是随着SDK的更新与成熟，Android目录结构也有了部分的改变，以下举几个例子说明。 1，引入doc节点 大家可以把一些说明性的文档或者log文件放在这个目录下，是个不错的选择，培养了良好的代码习惯也为后人带去了便利。 2，多种分辨率尺寸适配 大家都是专业的

因之前使用过飞思卡尔及瑞萨16位单片机，在PWM模块上使用很顺手，也没有产生任何疑惑，反倒是Arduino输出的PWM固定频率让人很是恼火。试想你的电机在490hz的PWM控制下捏着鼻子嗡嗡叫，这是一件多么叫人忧伤的事呀。 Arduino很好，但PWM很鸡肋。当我想要查datasheet来对底层操作时，无意发现了PWM frequency 库，感觉很好用，很省时间。那么，就翻出来造福大家喽。这是我第一个认真写并写完整的技术文档翻译，欢迎交流指正。 By Ray 翻译自 http://arduino.cc/forum/index.php?topic=117425.0 PWM frequency library 在目前与Arduino微控制器相关的项目中，我发现没有一种方法能不直接操作底层寄存器，而改变PWM频率的。就目前我所google到的，没有一种通用的库能改变arduino微控制器的PWM频率。网上有各种关于改变PWM频率的代码段，但是最终我还是决定参考400多页的ARV-Mega系列单片机的datasheet来实现这些功能。 据我推测，Arduino的编程人员没有发行任何关于改变PWM频率的方法是因为很难编写一个简单的，直观的硬件定时器封装程序，而不至使初学者困惑。硬件本身就有一些特殊的局限性，它们以一些奇怪的方式表现出来。 请允许我与大家分享一些：

原文链接： http://caibaojian.com/mobile-responsive-example.html 固定一个某些宽度，使用一个模式，加上少许的媒体查询方案 使用flexbox解决方案 使用百分比加媒体查询 使用 rem 1. 简单问题简单解决 我觉得有些 web app并一定很复杂，比如拉勾网，你看看它的页面在iphone4,iphone6,ipad下的样子就知道了： 它的页面有一个特点，就是： 顶部与底部的bar不管分辨率怎么变，它的高度和位置都不变 中间每条招聘信息不管分辨率怎么变，招聘公司的图标等信息都位于条目的左边，薪资都位于右边 这种app是一种典型的弹性布局：关键元素高宽和位置都不变，只有容器元素在做伸缩变换。对于这类app，记住一个开发原则就好：文字流式，控件弹性，图片等比缩放。以图描述： 这个规则是一套基本的适配规则，对于这种简单app来说已经足够，同时它也是后面要说的 rem 布局的基础。另外对于拉勾这种app可能需要额外媒介查询对布局进行调整的就是小屏幕设备。举例来说，因为现在很多设计稿是根据iphone6的尺寸来的，而iphon6设备宽的逻辑的像素是375px，而iphone4的逻辑像素是320个像素，所以如果你根据设计稿做出来的东西，在iphone4里面可能显示不下，比如说拉钩网底部那个下载框，你对比看下就知道了，这是4： 这是6： ·

#查看系统显示器名称 xrandr #设置分辨率 xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync xrandr --addmode Virtual1 "1920x1080_60.00" #Virtual1是显示器名称 #然后系统设置，显示。 里面就有1920 1080选项了 转载于 https://www.cnblogs.com/xielisen/p/6348010.html 来源： https://www.cnblogs.com/yingtoumao/p/11811537.html

我们创建一个场景。都会有一个canvas，canvas包含有分辨率适配的方案 cocoscreater主要推荐4中分辨率适配的方法： 以设计分辨率为640*320，品屏幕的大小为958*560 ，宽度适配因子958/640 = 1.496 高度的适配因子是560/320 = 1.75 1.勾选了FitHeight:高度铺满屏幕（560），宽度根据高度放大的倍数进行放大640*（560/320） 2.勾选了FitWidth:宽度铺满屏幕（958），高度根据宽度放大的倍数进行放大320*（958/640） 3.同时勾选了FitHeight和FitWidth,相当于开启了Show_All模式，该模式会保证场景的内容全部显示出来，那只能按照适配因子小一点的进行适配，这样的话就不会有内容超出屏幕之外了 所以适配规则是，宽度640*1.496， 高度320*1.496，内容全部可以看见，但是因为高度没有铺满，就会留有黑边 4.都不勾选FitHeight和FitWidth，意思就是都不选，让系统自己选，相当于开启了NO_BORDER适配模式。该模式和Show_All正好相反，会按照分辨率因子较大的进行适配 所以适配规则是，宽度640*1.75 = 1120，高度320*1.75=640，高度铺满了屏幕，宽度超出了屏幕，会被裁切。它的好处是没有黑边，缺点是在不同的屏幕比例上

兼容性测试是指测试软件在特定的硬件平台上、不同的应用软件之间、不同的 操作系统 平台上、不同的网络等环境中是否能够很友好的运行的测试。 Web 兼容性 测试 类型主要有： 操作系统 、浏览器、分辨率和网速方面兼容性测试 分类具体： 1.操作系统兼容性 市场上有很多不同的操作系统，常用的有 Windows XP、Windows7、Mac、 Linux 等操作系统；同一个应用在不同的操作系统下，可能会有兼容性问题，可能有些系统正常，有些系统不正常，我们应该当针对当前主流的操作系统版本进行兼容性测试； 2.浏览器兼容性 国内主流的浏览器内核主要有3种：IE内核、Firefox内核和Chrome内核； （1）IE内核常见的浏览器有：IE6、IE7、IE8、IE9、IE10、IE11、 360 安全浏览器（兼容模式）、360极速浏览器（兼容模式）、搜狗浏览器（兼容模式）、QQ浏览器等等； （2）Firefox内核常见的浏览器即火狐浏览器（Firefox）； （3）Chrome内核常见的浏览器有：Chrome、360安全浏览器（极速模式）、360极速浏览器（极速模式）、搜狗浏览器（高速模式） 同一个应用在不同的浏览器下，可能会有兼容性问题，可能有些浏览器正常，有些浏览器不正常，我们应该当针对当前主流的浏览器版本进行兼容性测试； 3.分辨率兼容性 同一个页面在不同分辨率下，显示的样式可能会不一样

文章： MULTI-SCALE CONTEXT AGGREGATION BY DILATED CONVOLUTIONS 读到这篇论文，参考了博客： https://www.cnblogs.com/fourmi/p/10049998.html 摘要： 　　在语义分割中，我们开发了一个新的卷积网络模块，专门设计用于密集预测。该模块在不丢失分辨率的情况下，采用了卷积法对多尺度上下文信息进行了系统化处理。该体系结构基于这样一个假设，即扩展的解决方案支持在不损失分辨率或覆盖范围的情况下对该感知区域的指数扩展。结果表明，本文提出的上下文模块提高了语义分割系统的准确性。此外，我们还研究了图像分类网络对稠密预测的适应性，并表明简化适应网络可以提高预测精度。 Unit 1：计算机视觉中的语义分割 　　 语义分割是计算机视觉中十分重要的领域，它是指像素级地识别图像，即标注出图像中每个像素所属的对象类别。下图为语义分割的一个实例，其目标是预测出图像中每一个像素的类标签。分割的目标一般是将一张RGB图像（height*width*3）或是灰度图（height*width*1）作为输入，输出的是分割图，其中每一个像素包含了其类别的标签（height*width*1）. 为了清晰起见，使用了低分辨率的预测图，但实际上分割图的分辨率应与原始输入的分辨率相匹配。（ https://blog.csdn.net

CSS判断不同分辨率浏览器（显示屏幕）显示不同宽度布局CSS3技术支持IE6到IE8。将用到css3 @media样式进行判断，但IE9以下版本不支持CSS3技术，这里DIVCSS5给大家介绍通过JS实现低版本的浏览器也支持CSS3实现实用布局。 一、实用范围描述 - TOP CSS DIV网页布局中当分辨率小于等于1024px（像素）时，DIV布局对象显示1000px宽度，当分辨率大于1024px时候显示1200px宽度等需求。使用CSS实现改变浏览器显示宽度从而实现布局的网页宽度动态改变变化（网页宽度自动随浏览器显示宽度而变宽变窄）。 随着发展，越来越多的电脑用户显示屏分辨率越来越高，但有的用户还是使用1024px的分辨率的显示屏（根据几个浏览器分辨率统计平台得到数据现在使用1200分辨率以下用户极少，但我们CSS布局时仍然需要至少考虑1024px分辨率用户），如果网页布局宽度固定到1200px，1024分辨率用户浏览网页时浏览器下方会出现滚动条，为了解决这个问题，大家可以通过使用CSS3样式判断用户浏览器宽度从而调用不同布局宽度。 二、使用CSS单词与语法 - TOP @media screen and (判断属性){ CSS样式选择器 } 这里注意花括号里装要变化CSS样式选择器。 三、不同分辨率显示不同宽度样式案例 - TOP 1、DIVCSS小案例描述