#1 - 2020-3-29 23:02
dhzy
计算机小白又来发问啦(bgm24)
我有一张jpg,把它用画图打开然后截取一部分出来,保存为另一张jpg。
问题来了:
为什么这张局部截图大小(2.8M)会比原图(2.5M)还大呢?
难以理解求科普(bgm38)
#2 - 2020-3-29 23:13
(Make Bangumi Great Again!)
因为这截取并被另存为的那部分和你最开始选择那部分并不一样,图片保存时的参数不一样
#2-1 - 2020-3-30 00:33
dhzy
比如什么参数呢?我在详细信息里看不到什么不同
#2-2 - 2020-3-30 22:00
你好F8
dhzy 说: 比如什么参数呢?我在详细信息里看不到什么不同
像素多的时候反而小
#2-3 - 2020-3-30 22:10
dhzy
你好F8 说: 像素多的时候反而小
??
#2-4 - 2020-3-31 07:50
你好F8
dhzy 说: ??
缩减取样是固定的,大部分是因为这个原因
#3 - 2020-3-29 23:15
(另使用ID:坐标轴上的动点P)
是jpg就不足为奇了
如楼上所述参数不一样
比如PS保存时就有1-12的质量参数
画图鬼知道用的什么参数(貌似中低质量)
题外话:
图片还有位深度、有无alpha通道、色彩格式(RGB/HSV/CMYK)之类影响大小
一张图片还可能包含EXIF信息(元数据),色彩配置文件之类的也会使大小不同
最极端情况还有往图片文件尾之后添数据字节的,比如我们熟悉的图种(bgm38)(bgm38)
#3-1 - 2020-3-30 00:36
dhzy
图片大小怎么这么复杂(bgm38)
#3-2 - 2020-3-30 19:36
dhzy
我突然明白了你的id的意思(bgm38)
#3-3 - 2020-3-30 19:39
雪崩团灭清一色
dhzy 说: 我突然明白了你的id的意思
(bgm38)
#4 - 2020-3-29 23:22
(性格悪い)
补充一下,jpg是有损压缩格式
如果你不知道这一点的话,把这句话放在上面两楼前面应该就能理解了
#4-1 - 2020-3-30 00:34
dhzy
所以无损格式就不会出现这种情况?
#4-2 - 2020-3-30 00:39
dhzy
一张图压成jpg后损失了一些信息,截图变大了是不是部分还原了这些信息?但是都损失掉了怎么还原呢?
#4-3 - 2020-3-30 00:42
Cedar
dhzy 说: 所以无损格式就不会出现这种情况?
无损也有可能..因为无损也有无损压缩..压缩比也有区别
#4-4 - 2020-3-30 00:46
東瀬まつり🦋❄️🐻💎🐺🍎🐠
dhzy 说: 一张图压成jpg后损失了一些信息,截图变大了是不是部分还原了这些信息?但是都损失掉了怎么还原呢?
变大时候通过算法添加了新的信息进去了,不是还原但是可以近似
#4-5 - 2020-3-30 00:59
巴达兽
dhzy 说: 所以无损格式就不会出现这种情况?
也不绝对,不同的无损格式就可能差很多,比如wav和flac,都是无损音频,但前者没有压缩,后者经过压缩,对于同样一段音频,后者明显是小很多的.但如果同样是wav或者同样是flac,是不太可能出现部分大于整体的情况.
我这里强调有损,是因为有损压缩意味着经过压缩后的图像,和原始的图像可能是不同的,既然是不同的,变大变小就都有可能.图像重新压缩时,先把有损的图像还原为无损的图像(这个图像和原始的无损图像已经不同了,但是电脑并不知道哪里不同),再把新的无损图像重新压缩成有损图像,而且每次根据选择的压缩参数不同,得到的内容、大小也都可能不同.
用一个比较简单的例子来讲一下,这个例子可能跟jpg的压缩原理没有关系,但可能能帮助理解.
比如无损的图片数据是(1010,1990,2050,3990),你一开始的那张jpg用有损存的可能就是(1,2,2,4)x(10^3),存的数据我们就假设是112243,其中后面的12243都是之前出现的数,开头多出的第一个1表示有效数字为1位,这样就能把后面的1224拆成一位一个的(1,2,2,4)了.现在你拿到的jpg图片是(1000,2000,2000,4000),你截取其中一部分,(1000,2000),然后再次重新进行有损压缩成一张新的jpg,但是这次压缩的时候,压缩率选择得不同,他可能把这存成了(100,200)x(10^1).这样的话,31002001的位数就比112243多,就比原来大了.
我不知道你的情况所以举的例子可能过于简单,电脑不是10进制存的数据,压缩的方法也比这个小学知识有效数字要复杂得多,但大的道理我觉得可以这样理解吧.
#4-6 - 2020-3-30 11:41
dhzy
巴达兽🐸 说: 也不绝对,不同的无损格式就可能差很多,比如wav和flac,都是无损音频,但前者没有压缩,后者经过压缩,对于同样一段音频,后者明显是小很多的.但如果同样是wav或者同样是flac,是不太可能出现部分大...
很详细,感动(bgm64)
#4-7 - 2020-3-30 11:45
dhzy
巴达兽🐸 说: 也不绝对,不同的无损格式就可能差很多,比如wav和flac,都是无损音频,但前者没有压缩,后者经过压缩,对于同样一段音频,后者明显是小很多的.但如果同样是wav或者同样是flac,是不太可能出现部分大...
所以并不是如楼上所说的,变大的时候添加了新的信息进去?
#4-8 - 2020-3-30 11:45
dhzy
Cedar 说: 无损也有可能..因为无损也有无损压缩..压缩比也有区别
IC
#4-9 - 2020-3-30 11:52
巴达兽
dhzy 说: 所以并不是如楼上所说的,变大的时候添加了新的信息进去?
不……有可能加了新的,或者说,有可能跟压缩前的再次不一样,因为实际的压缩不只是有效位数这种简单的东西,每次压缩,即使压缩率变高都可能不一样.不过也只是可能,得看具体算法.
#4-10 - 2020-3-30 12:05
dhzy
巴达兽🐸 说: 不……有可能加了新的,或者说,有可能跟压缩前的再次不一样,因为实际的压缩不只是有效位数这种简单的东西,每次压缩,即使压缩率变高都可能不一样.不过也只是可能,得看具体算法.
图片大小怎么这么复杂(bgm38)
#4-11 - 2020-3-30 20:19
chitanda@Lv2
dhzy 说: 图片大小怎么这么复杂
以我对画图这个程序的理解,“截取一部分出来,保存为另一张jpg”这个过程,你是需要新建一个空白文件来保存的。

所以这个过程并不是切一块蛋糕另外盒装,而是照着被选中的部分自己重新做了个蛋糕。
而你如果通过一些第三方的软件直接裁剪的话,默认情况下新图片的大小是不会有这么大的区别的。
#4-12 - 2020-3-30 20:37
dhzy
chitanda@Lv2 说: 以我对画图这个程序的理解,“截取一部分出来,保存为另一张jpg”这个过程,你是需要新建一个空白文件来保存的。

所以这个过程并不是切一块蛋糕另外盒装,而是照着被选中的部分自己重新做了个蛋糕。
而你如果...
没有,就是使用矩形选择然后裁剪
#4-13 - 2020-3-30 20:47
天地守
dhzy 说: 没有,就是使用矩形选择然后裁剪
你用画图,不做任何操作,直接另存为jpg,大小还是变化了。
这就是图像压缩比和压缩算法的问题。
#4-14 - 2020-3-30 20:59
dhzy
天地守 说: 你用画图,不做任何操作,直接另存为jpg,大小还是变化了。
这就是图像压缩比和压缩算法的问题。
很有道理!
#4-15 - 2020-3-30 21:02
dhzy
天地守 说: 你用画图,不做任何操作,直接另存为jpg,大小还是变化了。
这就是图像压缩比和压缩算法的问题。
那我在画图中打开的时候看到的图已经是被画图修改过了?
#4-16 - 2020-3-30 21:09
天地守
dhzy 说: 那我在画图中打开的时候看到的图已经是被画图修改过了?
是保存的时候丢失了细节,不论你有没有修改图片,保存为jpg都重新压缩了,可能画图保存的jpg压缩率高,所以大小反而变大了;如果你用画图连续另存为几次,你会发现图片的大小越来越小,因为是有损压缩,每次保存都会损失信息。
#4-17 - 2020-3-30 21:46
巴达兽
dhzy 说: 那我在画图中打开的时候看到的图已经是被画图修改过了?
没有,损失是在有损压缩时发生的,正常情况下打开文件(解压)不会发生.保存成多大除了和原始数据有关以外更和压缩比(准确讲,压缩时的参数)和算法有关,只不过画图只提供给你了格式作为选项,你就以为好像jpg就应该都这样,png就应该都那样,其实不是,你换个比如ps这种软件,保存的时候选完格式之后还有参数选项,同样的图同样的格式想存大点小点都行,只不过只要是有损压缩,存大存小都跟存之前不一样了
#4-18 - 2020-3-30 21:50
dhzy
天地守 说: 是保存的时候丢失了细节,不论你有没有修改图片,保存为jpg都重新压缩了,可能画图保存的jpg压缩率高,所以大小反而变大了;如果你用画图连续另存为几次,你会发现图片的大小越来越小,因为是有损压缩,每次保...
嗯是这样
#4-19 - 2020-3-30 21:50
dhzy
巴达兽🐸 说: 没有,损失是在有损压缩时发生的,正常情况下打开文件(解压)不会发生.保存成多大除了和原始数据有关以外更和压缩比(准确讲,压缩时的参数)和算法有关,只不过画图只提供给你了格式作为选项,你就以为好像jpg...
我以为画图是黑心软件(bgm38)
#4-20 - 2020-3-30 22:01
你好F8
dhzy 说: 所以无损格式就不会出现这种情况?
会。。
#4-21 - 2020-3-31 16:43
東瀬まつり🦋❄️🐻💎🐺🍎🐠
dhzy 说: 所以并不是如楼上所说的,变大的时候添加了新的信息进去?
我又重新看了题目发现读错题了(bgm38)我指的添加新信息是在软件里操作把图片的分辨率放大这种情况(图像缩放

#4-22 - 2020-3-31 16:51
dhzy
東瀬まつり🦋❄️🐻💎❤️🥕🐠 说: 我又重新看了题目发现读错题了我指的添加新信息是在软件里操作把图片的分辨率放大这种情况(图像缩放)
我也是这个意思
#4-23 - 2020-3-31 20:53
LunarShaddow🌙
dhzy 说: 我以为画图是黑心软件
画图是黑心软件,png保存一下透明度就全没了
#4-24 - 2020-4-1 14:50
dhzy
LunarShaddow🌙 说: 画图是黑心软件,png保存一下透明度就全没了
这么说也可以(bgm38)
#5 - 2020-3-30 20:44
(Nice Fever)
用BMP就没有这种烦恼(bgm72)
#5-1 - 2020-3-30 21:08
dhzy
跑题!
#6 - 2020-3-31 08:44
(Death is the gateway to Eternity, my dear.)
你的截取是截屏的吗……(bgm39)
画图的压缩率挺差的(连带着Win10新的Photo也很差
#6-1 - 2020-3-31 10:08
dhzy
Win10的照片查看器真的很差...
#7 - 2020-3-31 11:00
(V1046-R MAHORO)
比较常见原因的楼上都说了 我这里贴个自己之前遇到的吊诡现象吧

图像缩小之后文件体积增大之谜
https://fireattack.wordpress.com ... s-larger-file-size/
#7-1 - 2020-3-31 16:50
dhzy
有点tricky(bgm38)