多个PDF合成一个并压缩
按这个顺序:先把所有文件合并成一个,再对照真正要的大小压一次。反过来是常见错误,质量和时间两头亏,因为你给每个文件定的小目标加起来根本不是你要的总数。
顺序为什么重要
比如邮件系统上限10 MB,你手里五个文档。每个压到2 MB再合并,得到的不是10 MB的文件,而是10 MB附近、忽上忽下、没法定量的东西,因为合并不是加法:部分加起来不等于整体。
先合并把五个未知变成一个已知。压缩步骤看到的是真实文档,对照真实数字干活,四种方法一次看全整体,而不是孤立地看五个碎片。
质量亏得也少。先压分件,等于每张图片在合并那遍开始前已经重编码过一轮。合并完压一遍,图片重编码最多一轮。
第一步,合并
合并工具吃两个或更多PDF,顺序你定,输出一个文档。没有任何重渲染,文字保持可选,页面保持原来大小,A4和Letter混在一起还是混在一起。
顺序在工具里定,别信文件名。扫描仪和手机起的文件名排序很烂,一对放反了你看不见,收到的人一眼看见。合并指南细讲顺序问题。
第二步,压一次
把合并完的文件在压缩工具里打开,输入给你的大小上限,跑。四种方法为数字赛跑,经过核验的最小结果赢。都没够着,你拿到通过核验的最小文件外加它实际的大小,差多远一目了然。
合并文档让四种方法一次看全整体,而不是孤立地看五个碎片。省多少全看你的源文件。合并文档让压缩方法一次看全文件,所以下载前读最终大小和核验结果。
压之前先检查合并文件
打开合并文档,看页序、每部分的首页、文件的末页。合并本身可靠,出事的是你给的顺序,压之前改比压之后改便宜得多。
也看看有没有重复。一叠扫描件可能带着重复的封面或空白分隔页,在合并文件里白占字节。整理页面能删掉它们。
然后再压。之后再改页序等于重写压缩文件,里面所有东西付第二遍钱。
什么时候一个文件是错的
合并不总是对。各部分分开读,或某部分每月换,或合并完300页没人翻,分开发。10 MB上限三个文件比一个文件好满足。
合并完压完还超目标,最快的省法通常不是设置,而是删掉本来就不该在里面的页面。通用压缩指南讲文件为什么大,压缩合集列出同类其余指南。
大家常问的问题
- 先逐个压缩再合并,还是合并完再压?
- 合并完再压。先压分件,大小加起来不是你要的总数,每张图片还在合并那遍开始前先重编码一轮。合成一个文档,对照真正的上限压一次。
- 合并PDF会比部分加起来更大吗?
- 按差不多或略小预期,反正不是精确相加。合并把页面对象拷进一个文档,能共用的压掉。哪种都不重渲染。
- 合并压缩能一步做完吗?
- 不能一屏做完。先合并,下载合并文件,再喂给压缩工具。两个都在浏览器标签页里跑,哪步你的PDF都不上传。
- 合并压缩完文字还能选中吗?
- 合并原样拷页面,第一步可选性还在。第二步每个压缩候选都和原文比对,丢失超过2%非空白字符的不要。
- 一次能合并多少个文件?
- 工具里没有固定个数。实际限制是浏览器标签页的内存,看文件多大,不看文件多少。
- 合并压缩要装软件或注册吗?
- 不用。合并工具和压缩工具都在这个浏览器里跑,不用装,不用注册。
现在就做
两个工具都在这个浏览器里跑:你的PDF不会被上传。压缩候选下载前经过检查;本来就在目标以下的文件原样返回。
合并PDF