blocks|key|4375422|text|平铺方法确实是一种正确的方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4375423|您的用户不想在开始查看图像之前下载一个50mb的文件。您不想花费带宽为每个可能只查看您图像的一小部分的用户提供50兆的服务。|4375424|如果你提供整个文件，用户最终将能够加载和查看它，但对于大多数用户来说，它不会运行得很顺利。|4375425|除非您想使用像imagemagik或PIL这样的服务器端库来为每个用户提取图像的特定子集，否则没有简单的非平铺方式来仅提供图像的一部分。您可能不想这样做，因为这会给您的服务器带来很大的负载。|4375426|或者，你也可以使用类似谷歌地图工具的工具来提供缩放功能。关于这样做的一些评论可以在这里找到：|4375427|http://webtide.wordpress.com/2008/08/27/custom-google-maps/|offset|length|4375428|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|0|0|0|0|1N|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|X|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|Y|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|Z|8|@]|9|@$L|10|M|11|1|12]]|A|$]]|$1|N|3|-4|5|6|7|13|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|K]]]]

The tiled approach really is the right way to do it.

Your users don't want to download a 50mb file before they can start viewing the image. You don't want to spend the bandwidth to serve 50 megs to every user who might only view a fraction of your image.

If you serve the whole file, users will eventually be able to load and view it, but it won't run smoothly for most of them.

There is no simple non-tiled way to serve just a portion of an image unless you want to use a server-side library like imagemagik or PIL to extract a specific subset of the image for each user. You probably don't want to do that because it will place a significant load on your server.

Alternatively, you might use something like google's map tool to provide zooming and scaling. Some comments on doing that are available here:

<a href="http://webtide.wordpress.com/2008/08/27/custom-google-maps/" rel="nofollow noreferrer">http://webtide.wordpress.com/2008/08/27/custom-google-maps/</a>

blocks|key|4375513|text|看看OpenSeadragon吧。为了使图像可以与OpenSeadragon一起工作，你应该生成一种提到here的可缩放图像格式。然后遵循入门指南here|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4375514|entityMap|0|LINK|mutability|MUTABLE|url|https://openseadragon.github.io/|1|https://openseadragon.github.io/examples/creating-zooming-images/|2|https://openseadragon.github.io/docs/^0|2|D|0|1G|4|1|21|4|2|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]|$A|T|B|U|1|V]|$A|W|B|X|1|Y]]|C|$]]|$1|D|3|-4|5|6|7|Z|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]|N|$5|G|H|I|C|$J|O]]]]

Take a look at <a href="https://openseadragon.github.io/" rel="nofollow noreferrer">OpenSeadragon</a>. To make a image can work with OpenSeadragon, you should generate a zoomable image format which mentioned <a href="https://openseadragon.github.io/examples/creating-zooming-images/" rel="nofollow noreferrer">here</a>. Then follow starting guide <a href="https://openseadragon.github.io/docs/" rel="nofollow noreferrer">here</a>

blocks|key|1000033|text|浏览器不会流畅地加载一个50MB的文件；如果你不把它切碎，就没有合理的方法让它不滞后。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1000034|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The browser isn't going to smoothly load a 50 meg file; if you don't chop it up, there's no reasonable way to make it not lag.

blocks|key|4375480|text|如果您不想平铺，可以让服务器打开文件并渲染屏幕大小的图像视图，以便在浏览器中以所请求的特定缩放分辨率显示。这样，当有人只想了解图像的概况时，您就不会发送50兆文件。也就是说，浏览器请求一组坐标和以像素为单位的输出大小，服务器打开较大的图像并创建适合所需视图的较小图像，然后将其发送回web浏览器。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4375481|至于压缩，你会说它太有损了，但如果这就是你所看到的，你可能使用了错误的压缩算法或针对你所拥有的图像类型的设置。jpg格式具有控制有损的质量设置，并且PNG压缩是无损的(解压缩后获得的像素与压缩前的值完全相同)。因此，请考虑更改您正在用作压缩的内容，而不是仅仅依赖于图像编辑器中的默认设置。|4375482|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If you dont want to tile, you could have the server open the file and render a screen sized view of the image for display in the browser at the particular zoom resolution requested. This way you arent sending 50 meg files across the line when someone only wants to get an overview of the image. That is, the browser requests a set of coordinates and an output size in pixels, the server opens the larger image and creates a smaller image that fits the desired view, and sends that back to the web browser.

As far as compression, you say its too lossy, but if thats what you are seeing you are probably using the wrong compression algorithm or setting for the type of image you have. The jpg format has quality settings to control lossiness, and PNG compression is lossless (the pixels you get after decompressing are the exact values you had prior to compression). So consider changing what you are using as compression, and dont just rely on the default settings in an image editor.

We would like to display very large (50mb plus) images in Internet Explorer. We would like to avoid compression as compression algorithms are not what CSI would have us believe that they are and the resulting files are too lossy.

As a result, we have come up with two options: Silverlight Deep Zoom or a Flash based solution (such as Zoomify). The issue is that both of these require conversion to a tiled output and/or conversion to a specific file type (Zoomify supports a single proprietary file type, PFF).

What we are wondering is if a solution exists which will allow us to view the image without a conversion before hand.

PS: I know that you can write an application to tile the images (as needed or after the load process) and output them; however, we would like to do this without chopping up the file.

Very large images in web browser

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我们希望在Internet Explorer中显示非常大(50mb以上)的图像。我们希望避免压缩，因为压缩算法并不像CSI希望我们相信的那样，并且产生的文件太有损。因此，我们提出了两个选择: Silverlight Deep Zoom或基于Flash的解决方案(如Zoomify)。问题是，这两者都需要转换为平铺输出和/或转换为特定的文件类型(Zoomify支持单个专有文件类型，PFF)。我们想知道

问web浏览器中的非常大的图像
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问web浏览器中的非常大的图像EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问web浏览器中的非常大的图像
EN