说什么PC不支持的建议好好复习一下。提供几个关键词，DeepZoom，Seadragon。自己慢慢研究吧。

理论上DeepZoom支持的图片大小是没有限制的，因为技术上不需要限制图片树深度。而那个所谓最神奇的图片拼接算法，SilveLight的一个DeepZoom组件就可以做到了。如果有空去看过当时演示的原始演示视频的话，就知道Sony的PlayView和这个技术是一码事的东西，而且从当时的演示看PlayView的限制更多，根据当时的演示视频，PlayView只能放大一些指定的区域，还做不到像DeepView那样可以随意滑动。

就PS3的处理能力来说，是不可能把数十G的图片文件在本地实时处理的，就算Cell有火星科技，PS3的硬盘也是地球造的，要把数十G的数据读出来也要很长时间，所以又一次幻想Sony开发了火星科技的人可能要失望了。

当时的演示视频可以自行在youtube查找。

[ 本帖最后由 xphi 于 2010-9-13 22:48 编辑 ]

DeepZoom也好，PlayView也好，实际上解决的都是一个平滑拉伸低分辨图片和在后台平滑载入高分辨图片并进行替换的算法问题。Google Earth可以说也算是这个应用的一个例子，不过用户体验做的很糟糕罢了，尤其是在低带宽下。

想体验这个技术的可以去http://memorabilia.hardrock.com/这个地方试用一下，首页上就有一个实际的应用。

引用:

原帖由 QuiGon 于 2010-9-13 22:53 发表

没人觉得PS3是外星科技，是你自己在自娱自乐罢了。

微软的技术一向牛叉，我和你对微软的认知差别在于，我知道微软牛叉在哪儿，而你不知道。

即使这样，一张32亿像素的图片，用微软的技术来处理，效率上也是值 ...

实际上处理图片的Deep Zoom Composer在网上有免费下载提供，想体验Deep Zoom效率的也可以去我刚才列出的网站体验。所以我不知道微软牛在哪也无所谓，大家用过知道就好了。

不过话说回来，莫非你真的以为那32亿像素的图片是PS3在做处理？而且还以为是在做实时处理？

[ 本帖最后由 xphi 于 2010-9-13 23:10 编辑 ]

引用:

原帖由 QuiGon 于 2010-9-13 16:50 发表

有毛！张嘴就胡说八道！

一张图片几个G，哪台PC能读？

这些都是专业领域才需要的，比如航天局、测绘局、情报部门等，人家是用小型机、中型机来处理的。

说起来现在哪里还有什么小型机，中型机哦，这种陈古八年的概念现在还真是难得见到。要是现在这些领域还有人在用小中型机，那才真是胡说八道。

引用:

原帖由 爱游戏 于 2010-9-13 23:08 发表


deep zoom composer 没用过，能够实现像素级别的随意缩放吗？

deep zoom composer 不能做缩放，只是对大图片做预处理，按照不同的缩放级别将图片切分成不同的大小，再统一缩小为一个固定大小，以构造一个图片树，或者说图片金字塔，Deep Zoom在做实际缩放的时候根据缩放级别读取所需要级别的图片，其实和Google Earth差不多。

大概就是这个意思：


[ 本帖最后由 xphi 于 2010-9-13 23:18 编辑 ]

引用:

原帖由 QuiGon 于 2010-9-13 23:12 发表

我已经说过了，不要用你不懂的东西来作为你辩论的论据，这只会彰显你的无知。
同时我还说过，我对扫盲没兴趣。

若想知道小型机是干嘛的，麻烦上一下google，谢谢

话说你怎么知道我不懂？子非鱼，安知鱼之乐？
说起来，关于计算机的分代问题，我就算要和你讨论也犯不着去查什么Google，你还是省省吧。

[ 本帖最后由 xphi 于 2010-9-13 23:20 编辑 ]

引用:

原帖由 爱游戏 于 2010-9-13 23:23 发表
这个达不到“平滑”的要求啊！

这个是图片预处理的原理，上面有个网址里面有成品可以试用，试试看就知道平不平滑了。

引用:

原帖由 QuiGon 于 2010-9-13 23:26 发表
1. 如何去有效分割图片，究竟按什么尺寸进行单张图片采样？倘若需要显示的面积刚好大于4张图片，那又该怎么取样图？倘若指定了最终输出的分辨率，那实际上是将输出画面的大小局限在一个范围内，这与真正的无缝拼接是有差别的。
2. 这也是你的想法最致命的一点。无论你怎样划分单张图片，前提都是在一张已知的图片上进行。换句话说，首先需要有一张经过初始化过的图片供你分割。用你听得懂的话来说就是，你首先得将这整张几十个G的图片初始化一遍，在这之后电脑才能获取每一个点阵的具体位置。那么这就等于已近加载过一遍原图，之后的操作只是在原图基础上进行裁剪而已。
3. 这个问题延续了问题2，既然已经将原图初始化，那么再用所谓4图拼一图的做法就有点多余，因为已经获取了所有点阵信息，只需将制定点阵位置告诉计算机即可，还用得着多一步做什么二次裁剪吗？

第一，这个算法已经有人实现了，相信也好，不信也好，PlayView也是基于类似的技术。
第二，预处理不是实时的，也不是演示用机的工作，是另外有机器做。
第三，实时的原图处理现有的个人PC很难完成，第一，硬盘速度不够；第二，内存容量不够。但是非实时的操作是可以做的，因为处理完后又写回硬盘了，而且基本上这个工作也是PC做的，当然不排除有用工作站，或者集群来做这件事。附带说一句，实时处理这件事，PS3是更加做不到的，2.5寸的硬盘和256M的内存（512M加显存），硬盘速度和内存容量比现在的主流PC差得太多了。

[ 本帖最后由 xphi 于 2010-9-13 23:44 编辑 ]

引用:

原帖由 QuiGon 于 2010-9-13 23:29 发表

呵呵，有点农村婆子掐架的意思了。

只是我实在没兴趣陪你浪费时间~~

庄子与惠子游于濠梁之上。庄子曰：“儵鱼出游从容，是鱼之乐也？”惠子曰：“子非鱼，安知鱼之乐？”庄子曰：“子非我，安知我不知鱼之乐？”惠子曰：“我非子，固不知子矣；子固非鱼也，子之不知鱼之乐，全矣。”庄子曰：“请循其本。子曰‘汝安知鱼乐’云者，既已知吾知之而问我。我知之濠上也。”

汝知之何处？

引用:

原帖由 harry888 于 2010-9-13 23:42 发表

第一，頂樓說了，這是一張靜止圖，爲什麽還要實時處理，怎麼樣實時處理法。你以為是多邊形。
第二，早說了，PC當然可以做到，買過一台不就做到了嗎。
第三，像素和畫面輸出分辨率是兩碼事，真正的32像素圖是可以 ...

即便是一张静态图，数十个G的数据从硬盘中读出是要花很长时间的，以JPEG文件格式为例，在没有吧这些数据全部读出之前，是不可能绘制出图片的全貌的，无论是32G像素的原图还是缩小的显示器大小的小图，因为信息缺失，不可能脑补。其次，要一次性全部的处理所有32G像素原图，意味着要吧全部像素装入内存，这在现在的主流PC上是不可能的，因为内存容量不够。所以处理这样的图片注定不可能是实时响应的，点一下就打开，用Move棒子挥一挥就能放大缩小，不可能是在原图上做的操作。

引用:

原帖由 harry888 于 2010-9-13 23:53 发表
如果小白還搞不懂的，智商還是矛盾把畫面輸出分辨率和像素拉在一起吹的。
大可拿這種距離的圖片。


然後在放大到這種距離，看看有沒這麼清晰不就知道什麽 ...

话说……，你知不知道现在大家在讨论什么？

32亿像素的图片如果以Jpeg有损方式保存的话，确实没有数十G的大小，但是粗略估计也在数个G的数量级。前面我只是就事论事的谈谈下面这种说法而已。

引用:

原帖由 QuiGon 于 2010-9-13 19:45 发表

你他妈才弱智，有种别拿马甲。

你家PC够强劲给大家处理个几十G大的图片试试

引用:

原帖由 west2046 于 2010-9-14 00:04 发表
你们真有耐心

整日Debug未果，郁闷中。娱乐一下。