我们希望在 Internet Explorer 中显示非常大（50mb 以上）的图像。我们希望避免压缩，因为压缩算法不是 CSI 让我们相信的那样，而且生成的文件有损。
因此，我们提出了两种选择：Silverlight Deep Zoom 或基于 Flash 的解决方案（例如 Zoomify）。问题在于，这两者都需要转换为平铺输出和/或转换为特定文件类型（Zoomify 支持单一专有文件类型，PFF）。
我们想知道的是，是否存在一种解决方案，可以让我们在没有事先转换的情况下查看图像。
PS：我知道您可以编写一个应用程序来平铺图像（根据需要或在加载过程之后）并输出它们；但是，我们希望在不破坏文件的情况下执行此操作。
【问题讨论】：
标签： image large-files deepzoom
平铺方法确实是正确的方法。
您的用户不想在开始查看图像之前下载 50mb 的文件。您不想花费带宽为每个可能只查看一小部分图像的用户提供 50 兆的流量。
如果您提供整个文件，用户最终将能够加载和查看它，但对于大多数人来说，它不会顺利运行。
没有简单的非平铺方式只提供图像的一部分，除非您想使用像 imagemagik 或 PIL 这样的服务器端库来为每个用户提取图像的特定子集。您可能不想这样做，因为它会给您的服务器带来很大的负载。
或者，您可以使用类似 google 的地图工具来提供缩放和缩放功能。这里有一些关于这样做的 cmets：
【讨论】：
看看OpenSeadragon。要使图像可以与 OpenSeadragon 一起使用，您应该生成提到 here 的可缩放图像格式。然后按照入门指南here
【讨论】：
浏览器无法顺利加载 50 兆的文件；如果你不把它切碎，就没有合理的方法让它不滞后。
【讨论】：
如果您不想平铺，您可以让服务器打开文件并渲染屏幕大小的图像视图，以便以请求的特定缩放分辨率在浏览器中显示。这样，当有人只想获得图像的概览时，您就不会跨行发送 50 meg 文件。也就是说，浏览器请求一组坐标和以像素为单位的输出大小，服务器打开较大的图像并创建适合所需视图的较小图像，然后将其发送回网络浏览器。
至于压缩，你说它太有损了，但如果你看到的是这样的话，你可能使用了错误的压缩算法或你所拥有的图像类型的设置。 jpg 格式具有控制损失的质量设置，而 PNG 压缩是无损的（解压缩后得到的像素是压缩前的确切值）。因此，请考虑更改您使用的压缩方式，不要仅仅依赖图像编辑器中的默认设置。
【讨论】：