怎么在不改变像素大小的前提下,压缩JPG格式的图片
按时间排序
用WINDOWS自带的画图工具可以，在附件里面，选-图像-拉伸/扭曲，输入尺寸后确定，另存为JPG即可。
把图片导入photoshop，点文件——储存为Web 所用格式，里面有优化，之后重新存储，就差不多了。
改成正方形不裁剪会变形。
PS可以改小
但是像素、分辨率也就小了
可以用WINDOWS自带的画图工具，把它另存为JPG格式。 画质肯定会有所下降。
　　你这是一个很简单的操作，但是由于图像要求中的一句话“宽和高于650像素”难住了所有的高手。看来你对句话也不理解，你的提问和这个图像要求一字不差。　　现在假设这句话是“宽和高是650像素”那么，按照如下的操作：在PS中打开原图像。文件--新建--高宽度的单位选择像素--高宽分别填入650--分辨率单位选择英寸--填入72，其它默认。在原图像中操作：选择矩形工具--把原图像载入选区。使用移动工具，把选区拉到新建的文档中--调节大小及位置。图层--拼合图像。另存为jpg格式
使用可牛影像即可，打开图片→尺寸→输入372x372像素→保存即可。然后再点击工具栏上的保存→拉动滑块即可调整图片的大小。如要保存不同的扩展名，点击格式点选需要的扩展名即可。参考资料
不改尺寸无法实现
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？
请输入私信内容：程序写累了，就来玩玩酷跑小游戏吧，嘿嘿。
雨松MOMO送你一首歌曲，嘿嘿。
NGUI研究院之与图片拼接的1像素接缝（十六）
NGUI研究院之与图片拼接的1像素接缝（十六）
围观40025次
编辑日期： 字体：
如下图所示美术给我两张255X255的图片让我来拼接。第二张图的X坐标明明是X偏移255的为什么中间有一像素呢？
此时如果你不加思索的就把X偏移改成254。仔细看看下面这个位置明显图片没有被拼接上？如果两张图片都是纯色的话可能这样可以被拼上，但是这是不解决核心问题的。。
如果你看NGUI的源码你会发现NGUI会自动把奇数宽高的图片补起成偶数的宽高图片。如下图所示，当你制作完一个NGUI的图集后你会发现NGUI自动打开了MipMaps 并且利用三线性来过滤图片。
如下图所示，如果你把混合模式改成点线性过滤，你会发现你的图片拼接的非常OK了。
从效率上来说 点线性过滤 & 二线性过滤 & 三线性过滤。如果点线性过滤好用的话为什么NGUI要用三线性过滤呢？
1.UISprite是可以随便缩放的，如果不缩放的话点线性没问题，可是一旦缩放因为用点像素来填充那么图片必然糙了。。
2.我觉得NGUI是为了支持3D界面所以不得不在生成Atlas后时候勾上了Generate Mip Maps选择三线性来过滤图片。生成MipMaps以后那么在内存中的图片会大很多（MipMaps就是典型的用空间来换时间）所以如果你没有3D界面的话一定要把mipMaps关闭，采取二线性过滤即可。
最后在回到文章的题目，如何解决NGUI图片的拼接问题。
1.不要用奇数图片，保持美术给的图宽高都是偶数。
2.拼接的时候都按偶数像素来拼接。
3.取消Generate Mip Maps ，不生成MipMaps。
4.图片采用点线性过滤模式。
5.采取点线性过滤的话图集上的图片就不能使用NGU的缩放功能了，不然图片会糙的。我觉得可以把需要拼接的图片放在一个图集上，如果拼接的图片不多的话也可以考虑用UITexture 。
这样问题就可以完美的解决。如下图所示，图片完美的拼接了。。
我对OpenGL 底层了解的也不多， 希望大家大家在留言处留下宝贵的意见。也算给我指点指点，谢谢。
本文固定链接:
转载请注明:
雨松MOMO提醒您：亲，如果您觉得本文不错，快快将这篇文章分享出去吧 。另外请点击网站顶部彩色广告或者捐赠支持本站发展，谢谢！
作者：雨松MOMO
专注移动互联网，Unity3D游戏开发
如果您愿意花10块钱请我喝一杯咖啡的话，请用手机扫描二维码即可通过支付宝直接向我捐款哦。
您可能还会对这些文章感兴趣！PHP中改变图片的尺寸大小的代码
转载 &更新时间：日 01:34:29 & 作者：
改变图片的尺寸是一个很常见的功能需求，下面开始研究下关于PHP改变图片尺寸的方法。
先介绍一个自己写的函数。
代码如下: &?php $imgsrc = "http://www.nowamagic.net/images/3.jpg"; $width = 780; $height = 420; resizejpg($imgsrc,$imgdst,$width,$height); function resizejpg($imgsrc,$imgdst,$imgwidth,$imgheight) { //$imgsrc jpg格式图像路径 $imgdst jpg格式图像保存文件名 $imgwidth要改变的宽度 $imgheight要改变的高度 //取得图片的宽度,高度值 $arr = getimagesize($imgsrc); header("Content-type: image/jpg"); $imgWidth = $ $imgHeight = $ // Create image and define colors $imgsrc = imagecreatefromjpeg($imgsrc); $image = imagecreatetruecolor($imgWidth, $imgHeight); //创建一个彩色的底图 imagecopyresampled($image, $imgsrc, 0, 0, 0, 0,$imgWidth,$imgHeight,$arr[0], $arr[1]); imagepng($image); imagedestroy($image); } ?&
imagecopyresampled imagecopyresampled -- 重采样拷贝部分图像并调整大小。 int imagecopyresampled ( resource dst_im, resource src_im, int dstX, int dstY, int srcX, int srcY, int dstW, int dstH, int srcW, int srcH) imagecopyresampled() 将一幅图像中的一块正方形区域拷贝到另一个图像中，平滑地插入像素值，因此，尤其是，减小了图像的大小而仍然保持了极大的清晰度。dst_im 和 src_im 分别是目标图像和源图像的标识符。如果源和目标的宽度和高度不同，则会进行相应的图像收缩和拉伸。坐标指的是左上角。本函数可用来在同一幅图内部拷贝（如果 dst_im 和 src_im 相同的话）区域，但如果区域交迭的话则结果不可预知。 注: 因为调色板图像限制（255+1 种颜色）有个问题。重采样或过滤图像通常需要多于 255 种颜色，计算新的被重采样的像素及其颜色时采用了一种近似值。对调色板图像尝试分配一个新颜色时，如果失败我们选择了计算结果最接近（理论上）的颜色。这并不总是视觉上最接近的颜色。这可能会产生怪异的结果，例如空白（或者视觉上是空白）的图像。要跳过这个问题，请使用真彩色图像作为目标图像，例如用 imagecreatetruecolor() 创建的。 注: imagecopyresampled() 需要 GD 2.0.l 或更高版本。 一个简单的示例：
代码如下: &?php // The file $filename = 'test.jpg'; $percent = 0.5; // Content type header('Content-Type: image/jpeg'); // Get new dimensions list($width, $height) = getimagesize($filename); $new_width = $width * $ $new_height = $height * $ // Resample $image_p = imagecreatetruecolor($new_width, $new_height); $image = imagecreatefromjpeg($filename); imagecopyresampled($image_p, $image, 0, 0, 0, 0, $new_width, $new_height, $width, $height); // Output imagejpeg($image_p, null, 100); ?&
代码如下: &?php // The file $filename = 'test.jpg'; // Set a maximum height and width $width = 200; $height = 200; // Content type header('Content-Type: image/jpeg'); // Get new dimensions list($width_orig, $height_orig) = getimagesize($filename); $ratio_orig = $width_orig/$height_ if ($width/$height & $ratio_orig) { $width = $height*$ratio_ } else { $height = $width/$ratio_ } // Resample $image_p = imagecreatetruecolor($width, $height); $image = imagecreatefromjpeg($filename); imagecopyresampled($image_p, $image, 0, 0, 0, 0, $width, $height, $width_orig, $height_orig); // Output imagejpeg($image_p, null, 100); ?&
有两种改变图像大小的方法： ImageCopyResized() 函数在所有GD版本中有效，但其缩放图像的算法比较粗糙。 ImageCopyResamples()，其像素插值算法得到的图像边缘比较平滑。(但该函数的速度比 ImageCopyResized() 慢)。 两个函数的参数是一样的，如下：
代码如下: imageCopyResampled(dest,src,dy,dx,sx,sy,dw,dh,sw,sh); imageCopyResized(dest,src,dy,dx,sx,sy,dw,dh,sw,sh);
代码如下: &?PHP $src = ImageCreateFromJPEG('php.jpg'); $width = ImageSx($src); $height = ImageSy($src); $x = $widht/2; $y = $height/2; $dst = ImageCreateTrueColor($x,$y); ImageCopyResampled($dst,$src,0,0,0,0,$x,$y,$widht,$height); header('Content-Type : image/png'); ImagePNG($det); ?& 在php中如何改变jpg图像文件的尺寸大小
代码如下: &? function resize_jpg($img,$w,$h){ // $thumb = imagecreate ($w, $h); $image = imagecreatefromjpeg($img); $imagedata = getimagesize($img); if ($h = "auto") $h = $w/($imagedata[0]/$imagedata[1]);//根据原图的纵横比得出高度！ $thumb = imagecreatetruecolor ($w, $h); imagecopyresized ($thumb, $image, 0, 0, 0, 0, $w, $h, $imagedata[0], $imagedata[1]); imagejpeg($thumb); } //resize_jpg($file,$w,$h); resize_jpg("images/dsc01244.jpg",100,100); imagedestory($thumb); imagedestory($image); ?&
函数代码：
代码如下: &?php /* * 图片缩略图 * $srcfile 来源图片， * $rate 缩放比,默认为缩小一半,或者具体宽度象素值 * $filename 输出图片文件名jpg * 例如: resizeimage("zt32.gif",0.1); * 例如: resizeimage("zt32.gif",250　); * 说明:调用时直接把函数的结果放在HTML文件IMG标签中的SRC属性里 */ function resizeimage($srcfile,$rate=.5, $filename = "" ){ $size=getimagesize($srcfile); switch($size[2]){ case 1: $img=imagecreatefromgif($srcfile);
case 2: $img=imagecreatefromjpeg($srcfile);
case 3: $img=imagecreatefrompng($srcfile);
} //源图片的宽度和高度 $srcw=imagesx($img); $srch=imagesy($img); //目的图片的宽度和高度 if($size[0] &= $rate || $size[1] &= $rate){ $dstw=$ $dsth=$ }else{ if($rate &= 1){ $dstw=floor($srcw*$rate); $dsth=floor($srch*$rate); }else { $dstw=$ $rate = $rate/$ $dsth=floor($srch*$rate); } } //echo "$dstw,$dsth,$srcw,$srch "; //新建一个真彩色图像 $im=imagecreatetruecolor($dstw,$dsth); $black=imagecolorallocate($im,255,255,255); imagefilledrectangle($im,0,0,$dstw,$dsth,$black); imagecopyresized($im,$img,0,0,0,0,$dstw,$dsth,$srcw,$srch); // 以 JPEG 格式将图像输出到浏览器或文件 if( $filename ) { //图片保存输出 imagejpeg($im, $filename ); }else { //图片输出到浏览器 imagejpeg($im); } //释放图片 imagedestroy($im); imagedestroy($img); } ?&
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具前端页面适配的rem换算
时间： 20:36:47
&&&& 阅读：27270
&&&& 评论：
&&&& 收藏：0
标签：&&&&&&&&&&&&&&&&&&&&&&&&&&&为什么要使用rem
之前有些适配做法，是通过js动态计算viewport的缩放值（initial-scale）。
例如以屏幕320像素为基准，设置1，那屏幕375像素就是375/320=1.18以此类推。
但直接这样强制页面缩放过于粗暴，会导致页面图片文字失真模糊。
Px是相对固定单位，字号大小直接被定死，所以用户无法根据自己设置的浏览器字号而缩放，em和rem虽然都是相对单位，但em是相对于它的父元素的font-size，页面层级越深，em的换算就越复杂，而rem是直接相对于根元素，这就避开了很多层级关系。移动端新型浏览器对rem的兼容很好，可以放心使用。
通用换算和一些坑
有时我们会看到有些使用rem的页面里会先给页面根元素一个样式：
html {font-size: 62.5%; /*10 ÷ 16 × 100% = 62.5%*/}
为什么是62.5%？
大多数浏览器的默认字号是16px，因此1rem=16px，这样不方便我们px和rem的换算，假设1rem=10px，那么100px=10rem，25px=0.25rem。这样就好换算很多，于是就有了上面的10/16。
如果是640的设计稿，需要除以2转化为和iphone5屏幕等宽的320。所以设计稿px单位/2/10转为rem。之后再媒体查询设置每个屏幕大小的font-size百分比，页面会根据上面设置的根font-size适配。
看到这里是不是觉得一切很完美？然而，这里面有两个深坑：
1.我看了网上很多关于rem的资料，基本都说浏览器的默认字号就是16px，然后直接定义font-size:62.5%。但是，rem属于css3的属性，有些浏览器的早期版本和一些国内浏览器的默认字号并不是16px，那么上面的10/16换算就不成立，直接给html定义font-size: 62.5%不成立。
2.chrome强制字体最小值为12px，低于12px按12px处理，那上面的1rem=10px就变成1rem=12px，出现偏差（下面给demo）。
解决方案：&将1rem=10px换为1rem=100px（或者其它容易换算的比例值）;不要在pc端使用rem。
那么上面的页面根元素样式要改为：
html {font-size: 625%; /*100 ÷ 16 × 100% = 625%*/}
再用本工厂总结得出的各分辨率媒体查询换算：
@media screen and (min-width:360px) and (max-width:374px) and (orientation:portrait) {
html { font-size: 703%; }
@media screen and (min-width:375px) and (max-width:383px) and (orientation:portrait) {
html { font-size: 732.4%; }
@media screen and (min-width:384px) and (max-width:399px) and (orientation:portrait) {
html { font-size: 750%; }
@media screen and (min-width:400px) and (max-width:413px) and (orientation:portrait) {
html { font-size: 781.25%; }
@media screen and (min-width:414px) and (max-width:431px) and (orientation:portrait){
html { font-size: 808.6%; }
@media screen and (min-width:432px) and (max-width:479px) and (orientation:portrait){
html { font-size: 843.75%; }
至此，坑填完。设计稿px换算直接/100即可得到rem值。
更精准健壮的换算
然而，上面的625%大法除了有兼容性问题，也无法很好地根据不同设计稿精准适配，不是我们的最佳选择。网易和淘宝分别有自己的一套适配方法，适配性也很完美。
网易手机端：基准值：&可以看到，无论页面以哪种手机比例缩放，body的width都是7.5rem。很明显，目前网易的手机端设计稿是基于iPhone6，750（设计师给的设计稿是物理分辨率，会是我们写样式的逻辑分辨率的两倍，如果给的设计稿是640，那么是基于iPhone5，320），且基准值是100px（750/7.5=100）。这个基准值很关键，后面的css换算，都和这个基准值有关。动态font-size：&我们看到图1、图2、图3的font-size都有根据屏幕大小而动态改变，可以推算出公式：
屏幕宽度/设计稿rem宽度=页面动态font-size值（如：375/7.5=50）
获取到这个值，再赋给html元素的style：
document.documentElement.style.fontSize = document.documentElement.clientWidth / 7.5 + ‘px‘;
这样就设置好了每个页面的根fonts-size，因为rem单位是基于根font-size，因此只要确定一种设计稿对应手机的换算，其余屏幕尺寸均可自动适配。
上面我们得出设计稿换算rem的基准值是100，因此只需要把设计稿上的px值除以100即为我们要的rem值。
& Px/100=rem，所以100px=1rem,25px=0.25rem
淘宝手机端：&&大名鼎鼎的Flexible
很多大神包括我们公司同事都有对此适配方案做了解析，所以我这边简单综述：
引入：&直接引用阿里的CDN文件（或下载到本地引入）
&script src="http://g.tbcdn.cn/mtb/lib-flexible/0.3.4/??flexible_css.js,flexible.js"&&/script&
设定：&页面不要设定&。Flexible会自动设定每个屏幕宽度的根font-size、动态viewport、针对Retina屏做的dpr。
换算：&假设拿到的设计稿和上述网易的一样都是750，Flexible会把设计稿分为10份，可以理解为页面width=10rem，即1rem=75px，所以根font-size（基准值）=75px。
之后的css换算rem公式为：
px/75=rem,所以100px=100/75=1.33rem,50px=50/75=0.66rem
显然，可以看出px与rem的换算因为基准值的不同而有些复杂，甚至需要借助计算器的辅助。在这里推荐一个换算神器：
安装好之后，做一些设置
px_to_rem - px转rem的单位比例，假设拿到设计稿750，基准值是75，此处就设75
max_rem_fraction_length - px转rem的小数部分的最大长度。默认为6。
available_file_types - 启用此插件的文件类型。[".css", ".less", ".sass", ".scss"]。
上述三种换算方案的步骤和优劣
1、设置根font-size：625%（或其它自定的值，但换算规则1rem不能小于12px）
2、通过媒体查询分别设置每个屏幕的根font-size
3、css直接除以2再除以100即可换算为rem。
优：有一定适用性，换算也较为简单。
劣：有兼容性的坑，对不同手机适配不是非常精准；需要设置多个媒体查询来适应不同手机，单某款手机尺寸不在设置范围之内，会导致无法适配。
1、拿到设计稿除以100，得到宽度rem值
2、通过给html的style设置font-size，把1里面得到的宽度rem值代入x&&document.documentElement.style.fontSize = document.documentElement.clientWidth / x + ‘px‘;
3、设计稿px/100即可换算为rem
优：通过动态根font-size来做适配，基本无兼容性问题，适配较为精准，换算简便。
劣：无viewport缩放，且针对iPhone的Retina屏没有做适配，导致对一些手机的适配不是很到位。
1、拿到设计稿除以10，得到font-size基准值
2、引入flexible
3、不要设置meta的viewport缩放值
4、设计稿px/ font-size基准值，即可换算为rem
优：通过动态根font-size、viewpor、dpr来做适配，无兼容性问题，适配精准。
劣：需要根据设计稿进行基准值换算，在不使用sublime text编辑器插件开发时，单位计算复杂。
下面看看demo
设计稿：基于iPhone5,宽度640。
那么在开发模式，iphone5是320，所有数值均是设计稿一半大小。
期望效果：在iPhone5中，box1宽高50px，box2宽高125px，字体15px。其他屏幕终端自动适配。
可以看出，基于chrome iPhone5的调试，box1宽高是60，box2宽高是150。出现了误差，就是上文提到字号最小值强制12px的原因。
比例正常。
比例正常。
比例正常（Retina屏做了缩放）。
到底用哪种换算方案呢？
每个人评判的标准不同。但个人更倾向flexible，动态计算viewport和针对iphone手机的dpr缩放使得页面适配更加精确，而且手淘页面用户访问量比网易页面大很多。
移动端有用px的时候吗？
有。当你的页面图片或者某一元素比例要固定，不想进行任何缩放时，rem就不适合了，这时候用px单位，能保证该元素不会因缩放而失真模糊。
纸上得来终觉浅，绝知此事要躬行。
各种终端适配一直是前端头疼的点，自己之前做的适配大多只是了解个大概就直接使用，没有去研究透。这次刚好接了公司的前端公会任务，【了解rem的换算方法】。原本以为是个比较简单的任务，但却着实花了不少时间，经常遇到某个点没想透进而去查资料写demo。一路下来，文章基本完成，自己之前疑惑的点也明了不少。抛砖引玉，文章有什么错漏或者新观点希望前端小伙伴们能提出，共同学习。标签：&&&&&&&&&&&&&&&&&&&&&&&&&&&原文地址：http://www.cnblogs.com/zjzhang/p/6885790.html
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！推荐这篇日记的豆列
&&&&&&&&&&&&
&(881人关注)
&(1人关注)}