lrz图片压缩- quality 设置多大

思路:将lrz压缩后的结果用数组先装起来,然后来个定时器,循环判断lrz是否已经异步压缩完图片,及判断数组的长度是否和上传的图片个数一致,一致在用ajax批量上传

quality:0.7, //图片压缩质量,取值 0 - 1,默认为 0.7

lrz(file,{

width:800, //设置图片压缩后的最大宽度,默认为原图宽度

height:600, //同上

quality:0.7, //图片压缩质量,取值 0 - 1,默认为 0.7

fieldName:"aijquery" //后端接收的字段名,默认:file,一般不用这项,我们要上传数据的话,可以自定义FormData对象

}).then(function(rst){

//后端可处理的数据

//压缩后的file对象,如果压缩率太低,将会是原始file对象

//压缩后的图片的大小,

64 //生成后的图片base64,后端可以处理此字符串为图片,也可以直接用于 = base64

//生成后的base64的大小,后端可以通过此值来校验是否传输完整

//原始的file对象,里面存放了一些原始文件的信息,例如大小、日期等

}).catch(function(err){ //处理失败后执行

}).always(function(){ //必然执行

});

它的主要功能就是上传两张人像,通过算法进行分析对比,最后得出一个相似度的分数,以验证你们是天造地设还是颜值互补。

但是,当我们把上传的图片转换成base64格式,发送给后台时,会发现偶尔会出现问题,有一些图片本来是这样的:

柴犬

处理之后却变成了这样:

柴犬2

经过测试发现,只有iOS手机竖着拍的照片才会出现这样的问题,而iOS手机横着拍的照片、Android手机拍的照片以及通过屏幕截图、网络下载等途径获得的图片都不会产生这个问题。

那么,这到底是为什么呢?

在开发过程中,由于时间紧迫,未求甚解,使用了github上的一个开源项目 来解决此问题,这个工具的主要用途是在尽量保证图片质量的前提下压缩图片的大小,但同时也附带了图片旋转角度纠正的功能。

通过阅读 的源代码,我发现它引入了一个叫做 的库来实现旋转角度的纠正,它提供了js读取图像的原始数据的功能扩展,例如:拍照方向、相机设备型号、拍摄时间、ISO 感光度、GPS 地理位置等数据。而拍照方向就是关键所在!

获取图像的拍照方向的代码如下:

(IMG_FILE, function () { // IMG_FILE为图像数据

var orientation = (this, "Orientation");

("Orientation:" + orientation); // 拍照方向

});

获取拍照方向的结果为1-8的数字:

拍照方向信息

注意:对于上面的八种方向中,加了*的并不常见,因为它们代表的是镜像方向,如果不做任何的处理,不管相机以任何角度拍摄,都无法出现镜像的情况。

这个表格代表什么意义?我们来看第一行,值为1时,右边两列的值分别为:Row #0 is Top,Column #0 is Left side,其实很好理解,它表示照片的第一行位于顶端,而第一列位于左侧,那么这张照片自然就是以正常角度拍摄的。

而这8种结果,就是第一行与第一列所在的位置的8种组合。

那么,我们来测试一下iOS手机横着拍的照片,来看看它的拍照方向是什么呢?

测试1

结果是1,即以正常角度拍摄的,其实也就是原图啦~

那么,我们再测试一下iOS手机竖着拍的照片,来看看它的拍照方向是什么呢?

测试2

原来是6!即第一行位于右侧,第一列位于顶端,其实相当于将照片顺时针旋转了90度!

所以,实际上iOS手机竖着拍出的照片与横着拍出的照片其本质上是一样的,只不过竖着拍出的照片被添加了一个顺时针旋转90°的拍照方向,所以显示的时候,就变成了上下边窄左右边宽的状态,其实也就是横着拍的照片顺时针旋转90°而成的~

那么明白了这些,文章开头所说的照片旋转bug的原因,也就很简单啦~

其实就是当我们在前端对图片进行像素处理或者drawInRect等操作之后,照片的Orientaion信息,即为拍照方向信息被删除了,所以iOS手机竖着拍的照片又回到了横着的状态,看起来也就是逆时针旋转了90°!

那么如何纠正这个旋转角度呢?

其实思路也很简单:在处理图片之前,先读取并保存图片的拍照方向信息,然后在处理图片之后,再根据拍照方向,对图片进行相应的调整, 中的代码如下:

switch (orientation) {

case 3:

(180 * / 180);

(img, -, -, , );

break;

case 6:

(90 * / 180);

(img, 0, -, , );

break;

case 8:

(270 * / 180);

(img, -, 0, , );

break;

case 2:

(, 0);

(-1, 1);

(img, 0, 0, , );

break;

case 4:

(, 0);

(-1, 1);

(180 * / 180);

(img, -, -, , );

break;

case 5:

(, 0);

(-1, 1);

(90 * / 180);

(img, 0, -, , );

break;

case 7:

(, 0);

(-1, 1);

(270 * / 180);

(img, -, 0, , );

break;

default:

(img, 0, 0, ,);

}

其中,translate是平移变换,scale(-1,1)是向左翻转,rotate是顺时针旋转。

举例说明 case 2,当图片的拍照方向为2时,即第一行位于顶端,而第一列位于右侧,其实相当于把照片进行了左右的翻转。所以,这里对图片的操作是,先向右平移等于图片宽度的距离,再向左翻转,这相当于以图片水平方向的对称轴为轴进行了左右翻转,然后再以(0,0)为起始点绘制原宽高的图片,即完成了对拍照方向的纠正。

最后

经过一系列的测试,发现确实只有iOS手机的竖拍照片与横拍照片是通过拍照方向来区别的,Android手机无论竖拍还是横拍的照片,拍照方向都为1,也就是说即使丢失了拍照方向这一信息,也不会影响到图片的旋转角度。而手机或电脑的屏幕截图、网络上的图片、通过PS制作的图片等也是如此。

作者:任无名F

链接:

来源:简书

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。