引用:

原帖由 kb01 于 2010-9-13 21:44 发表
不是应该，是肯定，既然只能做浏览，而且输出分辨率又这么低，傻子才会不做索引:D

引用:

原帖由 kb01 于 2010-9-13 21:02 发表
呵呵，你说说这个方法的不可行之处吧

这样吧，对于技术上的难点我向来有兴趣研究。

我承认，这个算法我写不出来。
既然你觉得“毫无难度”，你觉得自己牛逼，那你写一个。
光说不练假把式，既然你这么牛逼哄哄，一口一个白痴弱智，想必你也是有十分的把握了。
如果真的很轻松写出来，我会向我们公司的算法部门推荐你的。并且预计年薪也至少是在50万以上的。

欢迎啊，建议你就把我前面提出的流程发给你们算法rd部门，然后告诉他们你觉得是错的，我担心的只是你的饭碗问题:D

引用:

原帖由 QuiGon 于 2010-9-13 21:30 发表

很简单，因为JPEG格式图片都是压缩过的，况且一般人所谓的浏览打开也不是100%放大。因为没有那么大的屏幕

算了，不知道为啥有人说你是个“业内”
但我肯定你不是程序员出身，和你说这些有点无聊

引用:

原帖由 kb01 于 2010-9-13 21:57 发表
欢迎啊，建议你就把我前面提出的流程发给你们算法rd部门，然后告诉他们你觉得是错的，我担心的只是你的饭碗问题:D

引用:

原帖由 kb01 于 2010-9-13 20:51 发表
另外即使在pc本地，要处理也毫无难度啊，顶多就是需要多准备几个层级的图像版本咯，比如说显示输出是1080p，象素是1080p的10000（200亿象素）倍，那么全幅的图片就是一张1080p，放大10倍就要10张1080p（可以保证任何 ...

引用:

原帖由 kb01 于 2010-9-13 21:46 发表
现在我在扫你盲，我给你一个这么简单的方案，你不说哪里有问题，跟我说就是不行，孺子不可教也:D

哈哈哈哈哈哈哈，还真是他妈不要脸啊~~~~
并非我说不出来哪里不可行，我只是在思考用你的所谓“方案”——实际上这个方法是现成的，不是你首先提出来的——具体如何实现。
所谓的方案其实人人都能说，让一个还没毕业的学生，没准也能憋出来。
预读机制是所有超大信息处理的几乎是唯一的途径。具体到图片处理上。
你的所谓方案其实是若干张图片的拼接。这样的问题在于：
1. 很难做到无缝拼接。因为无缝拼接最基本要求即是任意像素数量的表现。无论将预载的图片做到如何细致的划分，所能预览的图片永远只是事先已分割好的那些图片。无法做到任意位置、任意大小的随意查看缩放。要做到也可以，有一种机制可以实现。即，将所有像素点做逐个取样。说白了也就是32亿个像素点做阶乘。我不知道你是否能算的出来最终的信息量。总之世界上最先进的电脑算这个可能会算死机，即使是云计算也不例外。
2. 如何告诉计算机我需要取哪部分的像素？事实上这也是预读机制存在的难点之一。计算机是很笨的，不会知道你究竟需要处理哪部分信息，除非你告诉它。一张1920x1080的图片若要处理其中某一部分，或许我们在电脑上只需要用鼠标圈一下，但程序上却是很复杂的算法。要做到无缝拼接，其关键在于CPU事先处理好你需要看的图片。但是人的思维就像分子运动，是完全无序的。计算机永远不知道人下一步要干什么。倘若预处理的信息不是使用者需要的，无疑造成了资源的浪费和时间的拖长。更何况是信息量如此大的图片。
3. 缓存机制。计算机的内存是有限的，CPU的寄存器也是有限的，即使某些情况下它们很快。一张几十个G的图片信息量是巨大的，任何电脑都无法一次性的全部处理完这么大的信息。预读机制带来的直接问题就是缓存的建立。如何设定合理的大小，如何反复加载一段数据，如何快速地补充新数据。这些都靠算法来实现。无数的数学家整天憋在公司里冥思苦想的其实就是这个。如何写出一种算法，能让数据快速地进出，而使使用者不感觉到等待时间。

光会想所谓的“方案”是没有用的，更何况你的“方案”漏洞百出。
程序员缺的不是方案，而是算法。这也就是为什么这个行业里研究算法的程序员工资都相对较高的原因。

引用:

原帖由 lijgame 于 2010-9-13 22:05 发表

算了，不知道为啥有人说你是个“业内”
但我肯定你不是程序员出身，和你说这些有点无聊

我已经说过了，我对扫盲不感兴趣
我确实觉得跟你们这些人讨论技术问题很无聊

哎，堂堂一个程序员，连找四张区域涉及源图片都觉得难，你们公司叫什么，我看以我大一还是大二学过的一点c语言能否混混

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

引用:

原帖由 kb01 于 2010-9-13 22:25 发表
哎，堂堂一个程序员，连找四张区域涉及源图片都觉得难，你们公司叫什么，我看以我大一还是大二学过的一点c语言能否混混

我前面已经说过了。
如果你觉得你能做出来，不妨现在就写个算法试试。大家一起讨论下。
如果只是会耍嘴皮子，我觉得没必要跟你这种人浪费时间了

PC肯定可以的啦，在买个一台不就可以了吗。吵什么。
看到PS3这么强就吵，PS3碰到你菊花吗。。。

引用:

原帖由 xphi 于 2010-9-13 22:26 发表
说什么PC不支持的建议好好复习一下。提供几个关键词，DeepZoom，Seadragon。自己慢慢研究吧。

你可以发一张几十G大的图片给微软，让他们测试一下，完全处理完需要多久。

首先我已经跟你说了，自己不是程序员，学过的东西浅，何况早忘的差不多了
其次，这个算法并不涉及非常困难的程序功能，都是现成控件可以搞定的，算法本身也非常浅显易懂，是面向过程的，还是单线的
你要是连这个都看不懂，我也没什么好说的了
你看，楼下几位做程序员的已经受不了了

引用:

原帖由 kb01 于 2010-9-13 22:31 发表
首先我已经跟你说了，自己不是程序员，学过的东西浅，何况早忘的差不多了
其次，这个算法并不涉及非常困难的程序功能，都是现成控件可以搞定的，算法本身也非常浅显易懂，是面向过程的，还是单线的
你要是连这个都 ...

原来你不知道啊~~~

那问题就来了，既然你不会做一样东西，又凭什么说这个算法很好写呢？

控件？你懂控件究竟是什么吗？

我是不怎么懂，你可以告诉我啊，你要实现什么缩放功能，我来试图看看以我的智商能否让你搞定实现过程
比如现在在你面前的就是一个1080p的屏幕，你可以点屏幕上的任何一点，以此点为中心做任意倍数的放大（当然不能超过原图解析度）
你说个具体的数据好了

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

引用:

原帖由 kb01 于 2010-9-13 22:34 发表
我是不怎么懂，你可以告诉我啊，你要实现什么缩放功能，我来试图看看以我的智商能否让你搞定实现过程

既然你不懂，那你凭什么胡说八道呢？？

小声再问句，什么叫线程？你分得清线程和进程的区别吗？
什么叫面向过程？什么叫面向对象？说的明白吗？

引用:

原帖由 kb01 于 2010-9-13 22:34 发表
我是不怎么懂，你可以告诉我啊，你要实现什么缩放功能，我来试图看看以我的智商能否让你搞定实现过程
比如现在在你面前的就是一个1080p的屏幕，你可以点屏幕上的任何一点，以此点为中心做任意倍数的放大（当然不能 ...

那好，我就问个最简单的吧。

比如我在800X600的位置取一点，放大至1024X768的显示范围。
这个算法怎么写？