引用:

原帖由 xphi 于 2010-9-13 23:06 发表
说起来现在哪里还有什么小型机，中型机哦，这种陈古八年的概念现在还真是难得见到。要是现在这些领域还有人在用小中型机，那才真是胡说八道。

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

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

引用:

原帖由 kb01 于 2010-9-13 23:10 发表
我只需要贴出具体流程即可，算法的话任何一个程序员都可以做出来

哈哈哈哈哈哈哈哈，任何一个白痴也都会吃饭睡觉拉屎放屁，倘若这就是你不会写的理由的话~~~~

引用:

原帖由 爱游戏 于 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:13 发表

哈哈哈哈哈哈哈哈，任何一个白痴也都会吃饭睡觉拉屎放屁，倘若这就是你不会写的理由的话~~~~

搞笑了，你说的是pc不能处理，能证明么

引用:

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

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

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

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

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

这个达不到“平滑”的要求啊！

引用:

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

怎么达不到？原图片本身就是像素图，又不是矢量图，你要缩放也只能按照倍数来，以2为倍数做图库的话，什么倍数都可以用16张图片直接得出，保证不比用几十亿象素的图片上取样再缩放差

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

引用:

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

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

引用:

原帖由 kb01 于 2010-9-13 23:10 发表
我只需要贴出具体流程即可，算法的话任何一个程序员都可以做出来

我最后再不厌其烦将你的“方案”做一下分析。希望你能看懂。

你的想法的原理在于将一张指定的图片预先分割成若干块，需要调用时再取相邻点阵的几幅图片分割显示。

这个想法存在至少三处致命问题。

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

引用:

原帖由 xphi 于 2010-9-13 23:17 发表
话说你怎么知道我不懂？子非鱼，安知鱼之乐？
说起来，关于计算机的分代问题，我就算要和你讨论也犯不着去查什么Google，你还是省省吧。

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

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

1，废话，本来就是针对普通显示器的，你要是针对几十亿点对点显示器还有什么花头好搞？输出大小没有限制，可以做到原图的一个象素或者全景图
2.当然，我不是说了吗，预处理后做成图库，现实中也是这么做的，你不是说pc做不到吗，我告诉你能做到，就是容量会大不到一倍，这就好比我说我pc能看阿凡达，你说扯淡，你能算出阿凡达吗？233
3.当然要4张，因为比如说我是分成100*100块，你要的那一块大小一样，随机分布，（当然方向不能扭转）显然这块最多接触到相邻田字型四块面积

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

引用:

原帖由 xphi 于 2010-9-13 23:26 发表


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

我已经懂了，中间倍数的直接取比较近似大小的索引图来做缩放就可以了，比直接用原图缩放省事多了，原来原理很简单，自然能够实现平滑，谢谢你!!

[ 本帖最后由 爱游戏 于 2010-9-13 23:36 编辑 ]

引用:

原帖由 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 发表

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

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

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

汝知之何处？

引用:

原帖由 kb01 于 2010-9-13 23:31 发表
1，废话，本来就是针对普通显示器的，你要是针对几十亿点对点显示器还有什么花头好搞？
2.当然，我不是说了吗，预处理后做成图库，现实中也是这么做的，你不是说pc做不到吗，我告诉你能做到，就是容量会大不到一倍
...

哦~~~~~~~~~~~弄了半天，你的意思原来是：把一张32亿像素的几十G的原图先让电脑加载一遍，然后再从内存里将这张图片的每一部分分别读取出来。
哈哈哈哈哈哈，那请问你，还搞什么小图分割呢？反正整张图片已经加载过了，你搞小图分割还要浪费性能进行分割，而加载图片的时长根本不变！
还搞什么四图拼接呢？反正整张图片的信息计算机里已经有了。直接取需要的点阵信息不是更直接吗？
最后问一句，既然有这时间将原图整个加载一遍，那还搞什么压缩、缓存、分割、归档啊？？？
总而言之一句话，你干嘛老是多次一举呢？？？

哈哈哈哈哈哈哈哈哈，真他妈傻逼啊！！！！！！！
抱歉，我并非说你人傻逼，我只是说你的这个想法十分傻逼。

我真心希望我的老板以及这世界上所有的老板的想法都能和你一样傻逼，这样的话，我就更好混了。