有一张格式 png，分辨率 25000 x 18000，645 MB 的超大游戏地图
太大了，看图王第一次打开差不多 10s，加载全部细节再 7~8s
然后滚轮缩放还得好一会儿 
我打算十字分割成四份，这样不仅打开快了，查看的时候也会方便很多
但不知道用什么工具不会影响清晰度，因为里面有一些作者的文字备注。
我现在有这几个，不知道会不会卡死？
如果不考虑极限压缩，只是缩小一下体积，是不是直接用 Ps 裁剪然后转成 jpg 就行了？
JPG 压缩率低，质量差，JXL 等新格式是更好的选择。
另外，可以分享原图吗？
jxl 用什么转，我在 Ps 里没找到
看了下 XnView 完全支持，更新完试了下，24 MB 无损压缩到 10 MB。
顺便问下，Ps 怎么无损导出 png，我裁剪保存时有个质量选择，感觉这样应该是有损的。
原图：
开头放了度盘，还有其他地区图片。
这应该是最新、最全面的中文地图了。
你用 firework, 把图片裁切成多份, 然后用html看.
我感觉会比这么切割更方便,加载也更快.
1 个赞
这是什么特殊的查看姿势？ 
原作者已经裁切成 6x7 格子图了，用什么打开呢？
不过我觉得太碎了，我打算切 2x2 或 3x3 就行了 。
把图片切割成碎片
浏览器的可以加载多个碎片.
另外, 碎片都转为 webP格式, 尺寸和精度应该会有较好的平衡性. 而且兼容性也很好.
webP和Jxl都支持无损压缩. jxl的压缩率更高,不过兼容性会差一些.
哦，在线地图是不是就是这种加载方式
正好这个超大地图就有英文的在线地图。
类似这种东西的效果会是如何呢?
其实这里有提到,
This program uses tiling and multiple levels (called pyramids) to allow massive images (gigapixel) images loading on modest configurations, memory needed is generally only what needs to be displayed on a screen due to load-on-demand schemes. It works better on pre-computed pyramidal TIFFs. Vliv is very small and very fast when loading images.
该程序使用平铺和多层级（称为金字塔）结构，使大规模图像（数十亿像素）能够在一般配置下加载。由于按需加载方案，通常只需加载屏幕上显示的部分，因此所需内存较少。程序在预计算的金字塔TIFF图像上运行效果更好。Vliv在加载图像时非常小巧且快速。
简而言之, 预计算的金字塔TIFF图像 似乎是一个会比较合理的选项;
Pyramidal TIFF
Pyramidal TIFFs can be read much more efficiently at reduced scales. In addition to the main image, a pyramidal TIFF file will contain a sequence of progressively half-scaled sub-images: for example, a 10000×10000 pixel main image would include variants of 5000×5000 pixels, 2500×2500 pixels, 1250×1250 pixels, and so on, in the same file.
Each of the images in a multi-resolution TIFF file can be striped or tiled, just as in a mono-resolution file. (They can even be encoded in other, non-TIFF formats.) Tiled and pyramidal encodings are complementary: the former improves efficiency with reduced regions at large scales, and the latter improves efficiency at reduced scales. For efficient deep zooming, TIFF images need to be pyramidal, and each level of the pyramid must be tiled.
金字塔TIFF
金字塔TIFF文件在缩小比例时可以更有效地读取。除了主图像外，金字塔TIFF文件还将包含一系列逐步缩小一半尺寸的子图像：例如，一个10000×10000像素的主图像将包括5000×5000像素、2500×2500像素、1250×1250像素等不同尺寸的图像，这些图像包含在同一个文件中。
多分辨率TIFF文件中的每个图像可以被分条或分割为瓦片，就像在单一分辨率文件中一样。（它们甚至可以编码为其他非TIFF格式。）瓦片和金字塔编码是互为补充的：前者提高了大规模缩小区域的效率，而后者则在缩小比例时提高了效率。为了实现高效的深入缩放，TIFF图像需要采用金字塔结构，且金字塔的每一级都必须是瓦片化的。
1 个赞
参考：
这个不大行啊，打开倒是快了，拖动卡住、无法缩放，体验不好。
直接 Ps 切片也行，导出选 html 和图像。
但不知道为什么，导出后成了 96 dpi
其实按照这里的说法, 应该是转成Pyramidal TIFF格式就可以用特殊的软件流畅打开了;
我测试了一下, 下载了一个100mb的图片用imagemagick转换
convert test.png -define tiff:tile-geometry=128x128 ptif:outputImg.tif
转换之后, 就能流畅的预览了, 应该是这个意思;
- ps: 然而看起来似乎并不是大伙都支持这个格式, 另外这个转换也可以加参数进行压缩;
那还行，tiff 支持的挺多吧，jxl 好多不支持，Win 自带照片装了插件打开速度也不理想
不过这个大图查看器的界面太落伍了，不好用
考虑到便利、实用，决定还是用 WebP 或 jpg，质量也没差多少，我要求不高，没感觉有啥区别。
不过，jxl 对空白透明的部分能以暗色显示，观感上比亮白要舒服。
不好说, 真正测试下来, 能利用Pyramidal TIFF格式中不同分辨率信息来优化大图浏览效果的, 我电脑里的看图软件来说, 好像只有: irfanview
我测试效果, 转换之后, 拖动和缩放其实都很快了;
不过看起来你有很多专业看图软件, 应该有能支持的吧.
只能说, 其实很有意思的测试, 我工作里倒是也会遇到非常大的图片,但他们都用ImageJ硬看的
作为地图的话，金字塔是最优解，一般的地图软件都能直接生成，推荐global mapper。开源工具gdal也有相应的生成工具。如果是需要发布或者不想用专业软件，zoomify是一个非常古老好用的工具和解决方案，大多数互联网地图前端sdk都支持。
png不就是无损压缩吗？反倒jpg是有损压缩，既然要保持清晰度，为什么还要转jpg呢？
看了下效果很好，但是教程令我旋转
还是交给有能力的人去做吧
其实这个已经有原版英文在线地图了
只是自己看，我最后选择了 WebP
碎片加载确实快，但是有个问题，默认最大显示，不能自由缩放和拖动，不如看图软件方便
我之前压缩过一张500M+的原神地图，用的是mozjpeg格式，压缩完成以后效果如下图所示，8个M（缩小到了1/4我记得，下面两张图都是压缩以后的效果）
二编：
除非用的是蝇头小楷，否则你直接缩放到1/4再压缩画质也是完全没问题的，蝇头小楷那我就没招了……
这个缩小的是分辨率还是啥？
mozjpeg 又是什么格式，怎么转？
原图里面的文字确实没问题，我用 Ps 直接导出 jpg，100% 完全可以看清楚，感觉再压缩一下画质也没问题。
这个645 MB的png文件直接用XnView打开也还好啊，感觉可以接受，我的鼠标左键是放大100%快捷键，点击反应也很快，毫秒级的，唯一慢一点的是松开左键，也就是回到屏幕尺寸缩放(大概11%)，会有2秒延迟