3x ios 图片转换2x_cocos2d-x如何转ios - CSDN
  • iOS开发 2x 3x

    2019-08-21 16:24:29
    众所周知,iOS开发中的图片资源一般需要2倍图和3倍图,也就是2x3x,但是最近思考了一个问题,为什么不能只提供3x图片2x图片让系统从3x压缩就好了,于是上网搜索了下,得到了答案。 当我们在2x的手机上...

    众所周知,iOS开发中的图片资源一般需要2倍图和3倍图,也就是2x3x,但是最近思考了一个问题,为什么不能只提供3x的图片2x的图片让系统从3x压缩就好了,于是上网搜索了下,得到了答案。

     

    当我们在2x的手机上只用3x的图的时候,系统会将图片相应地压缩,压缩的过程会消耗CPU或者GPU的资源,当图片非常多的时候,系统会对每张3x的图都会压缩,这样在渲染图片的时候会消耗很多额外的CPU或GPU时间,一般来说2x的手机比3x的手机性能要差(例如iPhone6会比iPhone 6 Plus性能差一些),所以如果只用3x的图的话,就会导致性能本来就差一些的2x手机还要花费一部分资源去压缩3x的图片,进一步导致app的性能变差,而性能好的3x手机反而不需要去耗费额外的性能去压缩图片。所以提供2x图的目的在于节省CPU资源,提高APP性能,同时也能相应地减少耗电量。当然如果app中图片很少的话也可以只提供3x的图,但是如果app中需要渲染的图片很多的话还是需要2x和3x的图。另外如果图片资源是从网上获取的,为了方便一些也可以只提供3x的图

     

    https://stackoverflow.com/questions/26843254/is-it-sufficient-to-supply-3x-image-only-for-all-versions-on-iphone

    转载于:https://www.cnblogs.com/yibinpan/p/8890679.html

    展开全文
  • IOS图片生成工具(@1X,@2X,@3X) 在进行IOS开发过程中,经常需要为了适配不同分辨率的设备而准备不同尺寸的图片。由于本人长期从事后台研发工作,对前端及UI常用工具(比如PS)并不熟悉,于是开发了下面这个工具对一个...

    IOS图片生成工具(@1X,@2X,@3X)

    在进行IOS开发过程中,经常需要为了适配不同分辨率的设备而准备不同尺寸的图片。由于本人长期从事后台研发工作,对前端及UI常用工具(比如PS)并不熟悉,于是开发了下面这个工具对一个大尺寸的图片进行裁剪,生成1倍、2倍、3倍尺寸的图片,方便进行IOS开发。

    工具介绍

    该工具接受两个参数,分别为源图片文件或目录和目标图片存放文件夹。源图片为分辨率高于所有裁剪结果图片的分辨率(@1X,@2X,@3X)。

    裁剪结果图片的尺寸写在ResizeImage类开头处,可以根据需要进行修改。

    工具代码

    package tools;
    
    import common.Base;
    import org.slf4j.Logger;
    import org.slf4j.LoggerFactory;
    
    import javax.imageio.ImageIO;
    import java.awt.*;
    import java.awt.image.BufferedImage;
    import java.io.File;
    import java.util.Arrays;
    
    /**
     * Genarate @1X, @2X, @3X pictures.
     *
     * @author zjm
     */
    public class ResizeImage extends Base {
        private static final Logger LOGGER = LoggerFactory.getLogger(ResizeImage.class);
    
        /**
         * {width, height}
         */
        //    private static final int[] SIZE_3X = new int[] { 300, 402 };
        //    private static final int[] SIZE_2X = new int[] { 200, 268 };
        //    private static final int[] SIZE_1X = new int[] { 100, 134 };
        private static final int[] SIZE_3X = new int[] { 300, 300 };
        private static final int[] SIZE_2X = new int[] { 200, 200 };
        private static final int[] SIZE_1X = new int[] { 100, 100 };
    
        private String srcFileOrDirctory;
        private String destDirectory;
    
        public ResizeImage() {
    
        }
    
        public ResizeImage(String srcFileOrDirctory, String destFileOrDirectory) {
            this.srcFileOrDirctory = srcFileOrDirctory;
            this.destDirectory = destFileOrDirectory;
        }
    
        public String getSrcFileOrDirctory() {
            return srcFileOrDirctory;
        }
    
        public void setSrcFileOrDirctory(String srcFileOrDirctory) {
            this.srcFileOrDirctory = srcFileOrDirctory;
        }
    
        public String getDestDirectory() {
            return destDirectory;
        }
    
        public void setDestDirectory(String destDirectory) {
            this.destDirectory = destDirectory;
        }
    
        public void resizeImage() throws Exception {
            LOGGER.debug("Resize image parameters: src - {}, dest - {}", srcFileOrDirctory, destDirectory);
    
            File src = new File(srcFileOrDirctory);
    
            File dest = new File(destDirectory);
            if (dest.exists() && dest.isFile()) {
                throw new IllegalArgumentException("Not a directory: " + dest);
            }
            dest.mkdirs();
    
            if (src.exists() && src.isDirectory()) {
                File[] images = src.listFiles();
                for (File image : images) {
                    resizeImage(srcFileOrDirctory, destDirectory);
                }
            } else if (src.exists() && src.isFile()) {
                resizeImage(srcFileOrDirctory, destDirectory);
            } else {
                throw new IllegalArgumentException("No such file or directory: " + src);
            }
        }
    
        private void resizeImage(String src, String dest) throws Exception {
            File destImage;
    
            destImage = new File(dest, getTypePrefix(src) + "@3X." + getTypeAppendix(src));
            resizeImage(src, destImage.getAbsolutePath(), SIZE_3X);
    
            destImage = new File(dest, getTypePrefix(src) + "@2X." + getTypeAppendix(src));
            resizeImage(src, destImage.getAbsolutePath(), SIZE_2X);
    
            destImage = new File(dest, getTypePrefix(src) + "@1X." + getTypeAppendix(src));
            resizeImage(src, destImage.getAbsolutePath(), SIZE_1X);
        }
    
        private void resizeImage(String src, String dest, int[] size) throws Exception {
            LOGGER.debug("Resizing image {} to {} in size {} ...", src, dest, Arrays.toString(size));
    
            BufferedImage srcImage = ImageIO.read(new File(src));
    
            BufferedImage destImage = new BufferedImage(size[0], size[1], srcImage.getType());
            Graphics2D destGraph = destImage.createGraphics();
            destGraph.setRenderingHint(RenderingHints.KEY_INTERPOLATION, RenderingHints.VALUE_INTERPOLATION_BILINEAR);
            destGraph.drawImage(srcImage, 0, 0, size[0], size[1], 0, 0, srcImage.getWidth(), srcImage.getHeight(), null);
            destGraph.dispose();
    
            ImageIO.write(destImage, getTypeAppendix(src), new File(dest));
    
            LOGGER.debug("A new image {} is created.", dest);
        }
    
        private String getTypeAppendix(String image) {
            int lastIndex = image.lastIndexOf(".");
            return image.substring(lastIndex + 1);
        }
    
        private String getTypePrefix(String image) {
            int lastSlashIndex = image.lastIndexOf("/");
            int lastDotIndex = image.lastIndexOf(".");
            return image.substring(lastSlashIndex + 1, lastDotIndex);
        }
    
        public static void main(String[] args) throws Exception {
            if (args.length != 2) {
                LOGGER.error("Invalid arguments. Usage: {} <source image file or directory> <dest image directory>",
                        ResizeImage.class.getSimpleName());
                System.exit(1);
            }
            new ResizeImage(args[0], args[1]).resizeImage();
        }
    }
    
    
    展开全文
  • ios image 3x图 一键生成 生成 1x 2x 图脚本
  • 1x 、2x 、3x图片介绍 手机屏幕分两种 视网膜屏: 又叫Retain屏幕,就是高清视网膜屏幕,分辨率宽高是标准屏幕分辨率的2倍 非视网膜屏 又叫非Retain屏,是标准分辨率 分辨率 概念:分辨率的意思就是把...

    1x 、2x 、3x图片介绍

    手机屏幕分两种

    1. 视网膜屏:
      • 又叫Retain屏幕,就是高清视网膜屏幕,分辨率宽高是标准屏幕分辨率的2倍
    2. 非视网膜屏
      • 又叫非Retain屏,是标准分辨率

    分辨率

    • 概念:分辨率的意思就是把屏幕进行横向、纵向等分,通常描述手机屏幕用来表示,在retina屏幕下,一个点表示两个像素,在非retina屏幕下,一个点表示一个像素,而像素,就是常说的分辨率,在iPhone6 Plus下,一个点表示3个像素

    iPhone手机的分辨率


    • 在上图可以看出
      1. iPhone3GS的手机,是非视网膜屏幕,它的点 和 分辨率 是相同的,也就是两者相除 得 1
      2. 在iphone4/4S/5/5C//5S/6,它们都是视网膜屏幕,分辨率正好是点的两倍,相除得2
      3. 而在iPhone6 Plus,虽然也是视网膜屏幕,但是分辨率是点的三倍,也就是相除得3

    1x 2x 3x 图片

    • 由于不同手机的屏幕的分辨率和它的点的倍数,是不同的,所以我们在实际开发中需要准备多套图片
    • 由于目前只存在1倍,2倍,3倍,这几种,所以目前准备的图片就分 1x,2x,3x图,当然由于只有3GS手机才是1x图,而3GS手机,基本上已经无人使用,可能很多公司已经不再去制作1x图片

    图片的命名规则:

    • 1x图片: 直接使用文件名 btn_left.png
    • 2x图片: 在文件名后加上@2x标识 btn_left@2x.png
    • 3x图片: 在文件后加上@3x标识 btn_left@3x.png

    总结

    1. 在同样一个尺寸的屏幕下由于使用的屏幕不一样(retina和非retina),所以造成的屏幕分辨率会不同.也就是说,同样是30*30的像素,在3.5 inch大小的屏幕上,如果是非retina显示会大一些,retina屏幕显示会小一些。
    2. 在开发中使用的是点.(比如 30 * 30 ,不是表示30像素,而是表示30点,这样的话iOS系统会自动把点转换为对应的像素)
      • 非retina屏幕1个点表示1像素
      • retian屏幕1个点表示2像素
      • iPhone6 Plus 下1个点表示3像素
    3. 因为程序中的是,iOS系统会自动把点转换为不同的像素去找图片,所以图片对应的也要准备多份不同的图片,
      • @2X:视网膜屏幕,在原来点坐标的大小上乘以2
      • @3X:在原来的坐标的大小上乘以3
    展开全文
  • iOS @2x 与@3x 图的详解

    2015-10-21 14:17:03
    初代iPhone 2007年,初代iPhone发布,屏幕的宽高是 320 x...那时编写iOS的App(应用程序),只支持绝对定位。比如一个按钮(x, y, width, height) = (20, 30, 40, 50),就表示它的宽度是40像素,高度是50像素,放在

    初代iPhone

    2007年,初代iPhone发布,屏幕的宽高是 320 x 480 像素。下文也是按照宽度,高度的顺序排列。这个分辨率一直到iPhone 3GS也保持不变。


    那时编写iOS的App(应用程序),只支持绝对定位。比如一个按钮(x, y, width, height) = (20, 30, 40, 50),就表示它的宽度是40像素,高度是50像素,放在(20, 20)像素的位置。


    iPhone 4

    2010年,iPhone 4发布,率先采用Retina显示屏,在屏幕的物理尺寸不变的情况下,像素成倍增加,达到 640 x 960 像素。


    这样就出现一个问题,怎么让原有的App运行在新的手机上面?iPhone手机一个优势,就是有众多优秀的App,假如不兼容原有的App,就相当于放弃这个得来不易的优势,是很不明智的。


    每当iPhone的屏幕有所变化,比如iPhone 3GS过渡到iPhone 4, iPhone 4过渡到iPhone 5, iPhone 5过渡到iPhone 6,苹果公司都需要想办法来解决上述的兼容问题。


    为了运行之前的App,引入一个新的概念point(点)。点这个概念在iOS开发中十分重要,而非开发者很少关注。iPhone 4屏幕尺寸继续保持320 x 480,不过单位并非是像素,而是点。


    在iPhone 3GS中,1个点等于1个像素。也就是说,点跟像素可以直接互换。

    在iPhone 4中,1个点等于2个像素。


    iPhone 4和iPhone 3GS的屏幕尺寸实际上是一样的,都是3.5英寸。同样一个点,实际上看起来是一样的。只是iPhone 4在单位英寸上像素更多,看起来更细腻。


    开发iOS的时候,使用点作为基本单位会更加方便。列表对比

    这里的屏幕模式可以初步理解成,一个点等于多少个像素。2x,就是1个点等于2个像素。


    总结一下单位

    手机屏幕的物理长度,使用英寸作为单位。比如iPhone 4屏幕是3.5英寸,iPhone 5 是4英寸,iphone 6是4.7英寸,这里的数字是指手机屏幕对角线的物理长度。


    屏幕像素,比如iPhone 3GS屏幕是320 x 480像素,iPhone 4是640 x 960像素,这里的像素可以想象成屏幕上真正用来显示颜色的发光小点。


    点,开发App时候使用的单位,是一个虚拟的单位,并非实际存在的,因此点有时也叫虚拟点。点这个单位,用于屏蔽各个屏幕设备的不同,兼容以前的程序。


    每英寸有多少个像素,称为ppi(pixel per inch)。我们可以简单算算,iPhone 4是640 x 960像素,对角线就是1154像素,除以3.5英寸,应该是330ppi。而官方给出的数字是326ppi。当像素太密,超过300ppi的时候,人眼也就不能区分出每个像素。因此iPhone 4的屏幕叫作Retina显示屏。Retina在英文中,是视网膜的意思。


    iPhone 4之后(x, y, width, height) = (20, 30, 40, 50),就表示高度为40个点,宽度为50个点,放在(20, 20)个点的位置。这种处理方法,将之前以像素作为单位自动转换成以点作为单位,使得iPhone 3GS的应用程序,不用修改也可运行在iPhone 4上面。


    文字,颜色等是矢量数据,放大不会失真。原有的iPhone 3GS程序,在iPhone 4上面运行,文字显示也十分清晰。


    而图片并非矢量数据,处理方式有所不同。假设图片 example.png,大小为 30 x 40像素(这里的单位是像素,数字图片的单位通常都为像素)。当这张example.png在iPhone 3GS和iPhone 4中使用时候,都占据屏幕上30 x 40个点。而因为iPhone 4中1个点等于2个像素,也就是30 x 40像素的图片,占据了60 x 80像素的屏幕,因此这图片在iPhone 4中看起来就会模糊。


    开发的时候,为使得图片清晰,需要进行图片适配。这时需要准备两张内容相同的图片,放在同一目录下。

    example.png      // 30 x 40像素
    example@2x.png   // 60 x 80像素

    当程序中使用example.png的时候,会根据屏幕模式自动选择对应的图片。屏幕1x模式,就会选择example.png, 2x模式就会优先选择example@2x.png,假如example@2x.png不存在,就选择example.png。


    图片跟屏幕一样,也有1x模式,2x模式。在iPhone 6 Plus中,还出现3x模式,原理是一样的。


    当iPhone 4选中example@2x.png的图片,就会生成一张大小为30 x 40个点,2x模式的图片。这个时候,图片看起来就会很清晰了。而没有适配的旧程序,example@2x.png不存在,就选中example.png,生成大小为30 x 40个点,1x模式的图片,看起来比较模糊。但它们占据的屏幕点数是一样的。


    iPhone 5

    2012年,苹果发布iPhone 5。我们将所有机型对比,依然采用点作为单位。

    跟iPhone 4做比较, iPhone 5的宽度保持不变。高度增加568 - 480 = 88个点。


    在iOS开发中,44这个数字比较特殊。iOS界面指南写着,人类的手指有一定大小,点击区域低于44个点的时候,就难以点中。44的两倍就是88。


    当原有程序没有适配iPhone 5的时候,也可以正常运行,但多出来的88个点将会将会被自动均分为上下两部分,使得上下出现黑边。我找不到好看的图片。

    那么怎样才能告诉iOS系统,应用程序已经适配了iPhone 5呢?在这里,我们先扯开一下,谈一下启动图片。


    点击主屏幕的图标,进入App的时候,会立即显示一张图片,这张图片就是启动图片(Launch Image)。App在正式启动的时需要做一些初始化处理,这通常比较费时。先出现启动图片,可以使用户觉得系统立即有响应,减少等待的焦虑感。


    每个机型,比如同时支持iPhone和iPad的程序,需要分别为iPhone跟iPad指定启动图片。当旧的iPhone 4的程序,运行在iPhone 5上面,没有iPhone 5的启动图片,就采用兼容模式,上下留黑边。当为iPhone 5指定了新的启动图片,系统就认为这个应用程序是已经适配了iPhone 5的,上下就不会留黑边了。下面是微信启动图片,应该都很熟悉了。

    微信启动图片中出现的那个地球,叫蓝色弹珠(The Blue Marble),是在1972年12月7日由阿波罗17号太空船的船员所拍摄的。这张照片当年很震撼,是普通人第一次可以通过照片直接看到地球的全貌。见问题为什么微信启动界面的地球图片没有转到中国这部分?这是否有损用户体验?


    微信的启动图,为适配iPhone 5,相比与iPhone 4, 很明显狭长了。


    典型iPhone应用程序(游戏除外),很多是上面一个导航栏,下面一个工具栏或者标签栏, 中间一大块用于显示的内容区。iPhone 5拉长了,对于程序的适配,也不算麻烦,内容区的内容基本是动态生成的。适配时候可以简单上下不变,中间的内容区拉长就行了。注意,导航栏和工具栏的高度也是44个点。下面是同一程序,在iPhone 4跟iPhone 5的对比。

    AutoLayout

    到了这个时候,传统绝对定位的弱点就显露出来了。这时iPhone按照点作为单位,已经出现了两种不同尺寸的屏幕,算上iPad, 就有3种尺寸(有些App可以同时兼容iPhone和iPad,称为Universal)。


    从iOS 6系统发布后,iOS开发中可以采用一种AutoLayout的技术。AutoLayout就像网页一样,指定View,Button,Text之间的相对位置,比如靠左多少,靠右多少,居中多少等等。举个例子,像下面的简单布局。

    假设左上角的区域为view1, 右上角的区域为view2, 下面的区域为view3。AutoLayout会说:

    view1.left = 20               // View1的左边距离边界20个点
    view1.top = 20                // View1的上边距离边界20个点

    view2.right = 20              // View2的右边距离边界20个点
    view2.top = 20                // View2的上边距离边界20个点
    view2.left = view1.left + 20  // View2的左边距离View1右边20个点
    view2.width = view1.width     // View1的宽度等于View2的宽度
    view2.height = view1.height   // view1高度等于view2高度

    view3.left = view1.left       // view3的跟view1左对齐
    view3.right = view2.right     // view3跟view2右对齐
    view3.top = view1.bottom + 20 // view3的上边距离view1下边20个点
    view3.bottom = 20             // view3下边距离边界20个点
    view3.height = view1.height   // view3高度等于view1高度


    指定上面的约束条件后,AutoLayout就会自动算出对应的布局。上面我写得比较繁琐,事实上很多操作都是可以使用鼠标拖拉来指定的,并不一定需要使用代码。但就算用代码,也有简写的方法。下面是在xib中,拖拉鼠标指定约束时的界面。

    而绝对定位,会直接说

    view1.frame = (x1, y1, width1, height1)
    view2.frame = (x2, y2, width2, height2)
    view3.frame = (x3, y3, width3, height3)


    绝对定位并非指定约束条件,而是开发者自己来精确指定View,Button, Text等的实际坐标大小。

    对于一个屏幕,绝对定位可能跟AutoLayout的区别不算大,甚至绝对定位会更方便些。但当需要同时适配多个屏幕,AutoLayout根本不需要更改。而绝对定位就需要根据屏幕大小,一个个算出来。比如横屏,在AutoLayout下面,就自动变成。

    这里不过是3个控件的布局,当出现的控件数越多,屏幕尺寸越多,AutoLayout的优势就显露出来了。另外AutoLayout有个好处是容易支持多语言,不同语言下,同一个意思文字的长度是不同的,使用AutoLayout也可以自动适配。


    在iOS 6的时候,AutoLayout还比较少人使用,当时屏幕尺寸还比较少。iOS 7的时候,就开始很多人使用了。而到现在iOS 8了, 更加上iPhone 6, iPhone 6 Plus需要适配,AutoLayout大势所趋,不用不行了。


    iPhone 6, iPhone 6 Plus

    2014年,iPhone 6, iPhone 6 Plus发布后,情况又有新的变化。再次比较所有iPhone机型。

    屏幕尺寸再度分裂。但是我们比较iPhone 5 跟 iPhone 6的宽高比例。

    可以看出,iPhone 6跟iPhone 5虽然屏幕尺寸改变了,但是它们的比例是不变的。都是 9 ÷ 16 = 0.5625 的屏幕。


    当旧的iPhone 5程序运行在iPhone 6上面,假如没有经过适配。旧程序自动等比放大,铺满新手机,旧程序也可以正常运行。这种方案可算是自动适配。但因为旧程序拉伸了,整体看起来有点虚,也不能更好利用大屏空间。


    当需要开发者手动适配的时候,跟iPhone 4过渡到iPhone 5一样,在新程序中,指定一张新的启动图片。当指定了启动图,屏幕分辨率就已经变成应有的大小,这时候利用AutoLayout进行布局,同一份代码,就可以支持多个机型。新手机的屏幕更大,有更多的虚拟点,可以显示更多的内容。


    值得注意一点是,iPhone 6 Plus。它的宽高是414 × 736个点,3x模式,理想上来说,应该有1242 × 2208像素。但iPhone 6 Plus的实际像素是 1080 × 1920,是比理想值要少一点的。iPhone 6 Plus的处理方式是将程序整体稍微缩小一点。分辨率很高,这点区别,实际上也看不出来。这样处理,可以使得44个点的点击区域约束,在物理上的真实长度,基本保持不变。


    由分析可以看到,慢慢的为了适配多个机型,程序的启动图片也逐渐增多,为解决这个问题。iOS之后,可以使用xib来搭建启动界面,这样就可以同一个启动界面,适配多个机型,减少启动图片占用的空间。


    建议

    1、以后的应用程序,都使用AutoLayout, 不要再用绝对定位。

    2、使用类似网页的方式来设计界面。

    3、设计师好,程序员也好,尽量使用点这个单位进行思考,而不要使用像素。比如,你需要做44 x 66个点的按钮,2x模式,就乘以2, 3x模式就乘以3。这样的思考方式可以大致估计到真实的物理长度。44个点,就是手机上导航栏,工具栏的高度。假如用像素思考,容易使得做出的图片过大或者过小。

    4、非矢量素材,就可以做尺寸最大的,之后再进行缩小。比如你需要兼容3x的屏幕,就直接做最高那种图片。

    5、而当使用Flash之类的矢量工具来做素材的时候,应该直接做点那个尺寸。比如44 x 66个点的按钮。就建立一个44 x 66的场景。之后再导出成2倍图,3倍图,因为矢量放大不失真。不要建立一个3x的场景,导出成大图片,再进行缩小,这样就容易失真。更理想的是直接使用矢量图。

    6、假如是那种导航栏,工具栏之类的背景图,需要横跨整个屏幕。可以只切一小块,让程序拉伸,拉伸方式是保持两边的像素不动,只拉伸最中间的一列像素。需要拉伸的话,横方向就不要出现一些渐变色。

    7、按钮的点击区域,不应该少于44像素,就算按钮的图片看起来比较小,也应该使得点按钮周围的透明区也有反应。

    8、可以按照你当前最方便测试机子的型号来做一些主要预览图,效果图。比如你手头有iPhone 5,可以按照iPhone 5的尺寸,320 x 568个点,需要兼容iPhone 6 Plus,就使用3x的模式。这样方便将图片放进手机里面看实际的效果。有多个测试机,就选较大的,之后再进行一些细调。假如支持iPhone 6 Plus的横屏模式,需要另外处理。

    9、上面说的是应用的处理方式,游戏会有些特殊。现在很多游戏,按照1136 x 768的像素尺寸来设计场景,这样可以同时兼容iPad和iPhone,并只使用一份图。iPad 1x模式下尺寸是1024 x 768像素,iPhone 6在2x模式下,是1136 * 640。这种尺寸,可以简单将场景居中显示,各自将场景拉伸到最大。


    展开全文
  • @2x @3x 什么时候用?先看各个机型数据图,以这个为标准. 对照的pt / px分辨 就是 尺寸(point)/分辨率(像素点)我们先看何为pt pxpt就是point,是印刷行业常用单位,等于1/72英寸。(具有实际度量值) px就是表示pixel,...

    @2x @3x 什么时候用?

    先看各个机型数据图,以这个为标准.
    这里写图片描述

    对照的pt / px分辨 就是 尺寸(point)/分辨率(像素点)

    这里写图片描述

    我们先看何为pt px

    pt就是point,是印刷行业常用单位,等于1/72英寸。(具有实际度量值)
    px就是表示pixel,像素,是屏幕上显示数据的最基本的点;
    
    ~~ pt全称为point,但中文不叫“点”,查金山词霸可以看到,确切的说法是一个专用的印刷单位“磅”,大小为1/72英寸。所以它是一个自然界标准的长度单位,也称为“绝对长度”。
    ~~ px是一个点,它不是自然界的长度单位,谁能说出一个“点”有多长多大么?可以画的很小,也可以很大。如果点很小,那画面就清晰,我们称它为“分辨率高”,反之,就是“分辨率低”。所以,“点”的大小是会“变”的,也称为“相对长度”。
    因此就有这样的说法,pixel是相对大小,而point是绝对大小。

    所以一张图片清不清楚,取决于他们的两个决定因素 : pt/px

    pt(也叫做磅,字体里面常用)越大,图片打印出来实际尺寸越大,但如果该图片的每一个pt对应的px像素不大,那么打印出来就是一张很大但是很模糊的图片,有马赛克效果(马赛克小姐姐们必备:-D).
    这里写图片描述

    px是像素点,决定了一张图片显示内容的丰富程度,像素点越多,则图片约清晰.
    这里写图片描述

    (这里不过分去探究,想要了解的请去这里:https://www.douban.com/note/155032221/)

    在6s 和 6sPlus上, 一个尺寸单位(point) 容纳的像素点是不一样的

    6s : 一个pt容纳两个px点 = >因此 @2x

    6sPlus : 一个pt容纳三个px点 = >因此@3x

    但是实际上, 他们看起来是差不多

    这里写图片描述

    上图是一张UI设计给出的基于6s手机的设计稿

    30Px代表在@2x背景下, 因此我们转换成pt应该是 30px/2.f = 15
    15pt & @2x = 30px
    14pt & @3x = 45px (在@3x)

    引用下面解释

    @2x和@3x表示的是像素,而手机上表示的是点,一个点就相当于一个像素小方格,6的一个像素小方格也就是一个点是两个像素就是@2x,而6p的一个像素小方格也就是一个点是三个像素点也就是@3x,所以6和6p的像素小方格也就是点的个数是相同的,所以你打印的也是相同的,但是其实他加载了不同的照片,

    Iphone 6 PLUS 按照实际的PPI以及物理点尺寸只能显示这么多像素(1920*1080),更准确的应该是 宽度401/163*414=1018.49 高度 401/163*736 = 1810.65 某些人根据苹果用@3x的素材设置意淫了一个像素2208*1242的分辨率,是根据一个不准确的设置去否定一个正确的分辨率其实苹果只是为了不想让开发者开发一套(@1x @2x @2.46x)的素材而改成了@1x @2x @3x的素材所以,结论:在iphone 6 plus的分辨率就应该是1920*1080(准确是1810.65*1018.49),按照ipone6 plus的PPI需要开发者做一套 @2.46x 的素材,所以苹果为方便开发者用的是@3x的素材,然后再缩放到@2.46x上

    引用 对于为什么是这样。我的理解是在保持长宽比一致的情况下,对开发者更友好。从iPhone6和 iPhone6 plus 的模拟器上看,现有的 app 都不需要适配就能显示的不错。那对更大屏的支持,开发者只需要多提供一套3x 的图片就行。下图就是 xcode 里的 image.xcassets的截图:块内容

    展开全文
  • 下载地址 : ... 核心类 // // UIImage+AutoResize.h // CommonToolLib // // Created by to2dot@qq.com on 15/2/2. // Copyright (c) 2015年 todot. All rights reserve
  • 自:http://blog.csdn.net/jyo2206208/article/details/46741961 在xcode的images.xcassets中丢入图片后,这些图片会被默认...假设图片名为bdlogo@2x.png 则这张图片会被自动填充到2x的位置 假设图片名为bdlog
  • iOS实现3D旋转

    2017-04-02 14:14:36
    一、如何旋转每个View都在系统的坐标系中,就手机屏幕来说,左上角为 (0 , 0),向右横向的为X轴正方向,向下纵向的为Y轴正方向,垂直于手机屏幕的方向既Z轴方向。 所以Z轴的旋转属于平面上的旋转,实现3D效果的前提...
  • iOS图片转成视频方法

    2016-12-05 14:13:13
    * 裁剪图片 * * @param image 图片 * @param bounds 大小 * */ + (UIImage *)croppedImage:(UIImage *)image bounds:(CGRect)bounds { CGImageRef imageRef = CGImageCreateWithImageInRect([image CGImage
  • iOS开发之类型转换

    2018-06-22 10:21:11
    本文介绍了常见的类型转换.一.NSString和NSData的互相转换. NSString NSData. NSString *testStr1 = @&quot;better&quot;; NSData *testData1 = [testStr1 dataUsingEncoding:NSUTF8StringEncoding]; ...
  • myTransform = CATransform3DMakeRotation(angle, x, y, z); 该CATransform3DMakeRotation函数创建了一个转变,将在三维轴坐标系以任意弧度旋转层。x-y-z轴的有个确定的范围(介于-1 和+1之间) 。相应的坐标...
  • + (NSString*) base64Encode:(NSData *)data {  static char base64EncodingTable[64] = {  'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M', 'N', 'O', ... 'Q'
  • ios 关于3d旋转问题

    2016-08-18 00:30:19
     layer层遵守 左手坐标系:x向右,y向下,z朝向自己(左手大拇指顺着z轴指去,握紧拳头其余4指由x轴到y轴)  前提:当旋转角度为正数的时候逆时针旋转,当旋转角度为负数的时候顺时针旋转 永远记着xyz的矢量方向性,...
  • 1.在Assets里面添加LaunchImage,设置如图就可以了 2.删掉info下的Launch screen interface file base name ...4.准备四张图片放到1图对应的位置就可以了,要支持iPad就要在1图右边勾选上,当然图片就要另外准
  • iOS界面开发时,经常会将某一个视图进行旋转,旋转时会发现图片边缘出现了很多锯齿。即使把layer的edgeAntialiasingMask属性设置了依然会有锯齿。如何才能消除锯齿呢?如果你仔细,你会发现那些边缘虚化(透明)的...
1 2 3 4 5 ... 20
收藏数 95,118
精华内容 38,047
关键字:

3x ios 图片转换2x