TGFC Lifestyle - Powered by Discuz! Board

标题: [业评] PS3即將加入新技術性能，觀看34800x92300的圖片不成問題，32億像素流暢看。 [打印本页]

作者: harry888 时间: 2010-9-13 16:26 标题: PS3即將加入新技術性能，觀看34800x92300的圖片不成問題，32億像素流暢看。

据报道，索尼SCE日前在月初日本横滨举行的CEDEC 2010游戏开发者大会上展示了最新PlayView图像处理技术，它可以高速放大、缩小10亿像素以上图像。
索尼在会上将该技术形容为高画质图像放大技术，并计划为PS3用户提供使用该技术的内容支持。索尼SCE软件开发副总裁Teiji Yutaka称，他们在研发PlayView技术的初衷就是零延迟的观看10亿像素以上的图像。
索尼在演示中使用了PS Move体感手柄控制PS3辅助演示，演示的图像是一副静止公园图像，它拥有的像素量达到了32亿个（34800x92300）。
乍一看该图片中只有一个巨型建筑，但是当它被初步放大后就会发现有人出现。进一步放大，一位女性清晰呈现出来；再放大之后就连天上飞翔的鸟都能看见。Teiji Yutaka在连续放映后效果更加震撼，这也是最主要的。
PlayView技术不光可以应用于静止图像，电影、音乐、超链接同样试用。索尼计划将该技术应用于游戏软件的安装手册和说明文档中，并打算在今年秋天开始提供该技术的游戏类服务（PlayView for Games）。
不仅是游戏软件说明中，索尼该打算将该技术应用到真正游戏当中。比如它可以显示大量游戏场景，玩家们则就可以选择其中的一幅放大观看。
下边是逐步放大的效果图

作者: 岩波书店 时间: 2010-9-13 16:29

这有什么意义么？

作者: 海腹川背 时间: 2010-9-13 16:30

AV有用。

作者: LILIT 时间: 2010-9-13 16:31

AV有用

作者: kb01 时间: 2010-9-13 16:41

posted by wap, platform: dopod

pc上就有

作者: 莎木迷 时间: 2010-9-13 16:48

日本馆里面的佳能照相机才能拍出这么强的照片

作者: QuiGon 时间: 2010-9-13 16:50

引用:

原帖由 kb01 于 2010-9-13 16:41 发表
posted by wap, platform: dopod

pc上就有

有毛！张嘴就胡说八道！

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

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

作者: 小色 时间: 2010-9-13 16:50

我以为是全高清1080p彻底实现。。。结果。。

作者: ntxdz 时间: 2010-9-13 17:23

这个...拿来玩找茬游戏不是爽歪歪????????????????

作者: 碎南瓜 时间: 2010-9-13 17:28

现在放卫星就要放最高的，放的低了只在太阳系转，你出门都不好意思跟人打招呼

作者: 比卡丘 时间: 2010-9-13 17:29

posted by wap, platform: Firefox

希望能应用到有趣的地方上去

作者: BirdZou 时间: 2010-9-13 17:30

数毛有用

作者: kb01 时间: 2010-9-13 18:39

引用:

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

有毛！张嘴就胡说八道！

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

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

你是弱智啊？
pc上和ps3上的，都是一个概念

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

作者: zhangjingy 时间: 2010-9-13 19:25

很久以前就看过这技术的视频了。

作者: wjx123 时间: 2010-9-13 19:32

引用:

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

有毛！张嘴就胡说八道！

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

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

....你这个是KUSO吗?

作者: QuiGon 时间: 2010-9-13 19:45

引用:

原帖由 kb01 于 2010-9-13 18:39 发表

你是弱智啊？
pc上和ps3上的，都是一个概念

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

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

作者: QuiGon 时间: 2010-9-13 19:47

引用:

原帖由 wjx123 于 2010-9-13 19:32 发表
....你这个是KUSO吗?

作者: 洛克狼 时间: 2010-9-13 19:51

模拟地球吗

作者: Ominislash 时间: 2010-9-13 20:26

最近新出了个游戏叫R.U.S.E.

作者: kb01 时间: 2010-9-13 20:34

引用:

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

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

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

你真的有毛病？
楼主贴的这个应用，说白了类似于云，都是服务器处理好的
pc上的也类似，微软的一个网站就有演示
既然楼主说ps3上有这个，我说pc上也有难道还错了？

作者: mieumieu 时间: 2010-9-13 20:36

引用:

原帖由 kb01 于 2010-9-13 20:34 发表

你真的有毛病？
楼主贴的这个应用，说白了类似于云，都是服务器处理好的
pc上的也类似，微软的一个网站就有演示
既然楼主说ps3上有这个，我说pc上也有难道还错了？

你看过那个人在论坛上的帖子就知道了，除了疯狂攻击软饭之外，就是无差别疯狂维护索尼，还因为这个进过几次小黑屋
自以为是液内就可以充大爷了，不想想tg液内何其多

作者: kb01 时间: 2010-9-13 20:38

那他也太弱智了，因为ps3内存更少，他怎么不说楼主在捧杀ps3呢

作者: kb01 时间: 2010-9-13 20:51

另外即使在pc本地，要处理也毫无难度啊，顶多就是需要多准备几个层级的图像版本咯，比如说显示输出是1080p，象素是1080p的10000（200亿象素）倍，那么全幅的图片就是一张1080p，放大10倍就要10张1080p（可以保证任何一个十分之一区域最多需要4张1080p图片拼接裁剪而成且无损），，放大100倍就要100张1080p...，最终数据量也不会超过原始的两倍，索引也很简便
如果是无级缩放，顶多就是拿几张更局部的1080p图拼接后做到，也没什么困难的

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

作者: QuiGon 时间: 2010-9-13 20:59

引用:

原帖由 kb01 于 2010-9-13 20:34 发表

你真的有毛病？
楼主贴的这个应用，说白了类似于云，都是服务器处理好的
pc上的也类似，微软的一个网站就有演示
既然楼主说ps3上有这个，我说pc上也有难道还错了？

呵呵，你根本没弄明白高性能服务器与普通PC机的差别。
1000台PC机的性能就超过超级电脑了？那还搞什么大型机？直接弄几千台电脑搞云计算不就得了~~
微软的那个网站我是没看过，但搞云计算没有用PC机的，通常起码是小型机这种级别。

PS3搞云计算能怎么样我不知道，估计多半也是扯淡。所以我根本懒得评价这个报道的真实性。

科学技术日新月异，虽说如今的个人电脑性能上超越30年前的小型机没有任何问题，但是，毕竟，同时代中，个人电脑的性能，是远远不及小型机以上的。
所以，希望你能有点常识，即，一般来说，搞科学计算、搞大型图像/图形处理、搞云………………是不用PC机的。

PS：当然世事无绝对，毕竟云计算本身是一种方法而非条件本身，所以当你看到某个学校或工厂搞了几台PC机做服务器或搞云，也别太惊奇。不过至少有一点你现在可以理解了，即，他们缺钱。

作者: QuiGon 时间: 2010-9-13 21:01

引用:

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

呵呵，朋友，吹牛尽量捡自己会的吹。否则被当中揭穿很难堪的。

作者: kb01 时间: 2010-9-13 21:02

白痴...
只是在一个较低的分辨率下浏览图片，谁要你一次载入所有数据了？

作者: kb01 时间: 2010-9-13 21:02

引用:

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

呵呵，朋友，吹牛尽量捡自己会的吹。否则被当中揭穿很难堪的。

呵呵，你说说这个方法的不可行之处吧

作者: kb01 时间: 2010-9-13 21:04

喷了，ps3的云应用，原来就是用ps3做云的主机，我靠，你太业内了
而且用我的方法，还真tm偏偏可以:D

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

作者: 倍舒爽 时间: 2010-9-13 21:12

那还是俺的破手机牛b些，全球地图随便缩放看，这多少兆像素啊。。。:D

作者: 爱游戏 时间: 2010-9-13 21:17

原来是缩放啊，我以为是一屏显示这样分辨率的图象。。。。。。。oh my god

作者: QuiGon 时间: 2010-9-13 21:24

引用:

原帖由 kb01 于 2010-9-13 21:02 发表
白痴...
只是在一个较低的分辨率下浏览图片，谁要你一次载入所有数据了？

引用:

原帖由 kb01 于 2010-9-13 21:02 发表

呵呵，你说说这个方法的不可行之处吧

呵呵，我的专业不是搞图片处理的，但是我的工作与视频采集算法相关。
至于你说的那些所谓“方法”，我们一条一条来分析。
首先，一张数字化图片包含分辨率、位深度、饱和度、对比度、锐利度等各种信息，通常用于专业领域的图片不直接压缩成JPEG格式，很多专业机构如NASA干脆就是自己写算法。
通常消费者所能接触到的比较专业的压缩格式即RAW。举个例子，一张1200万像素的RAW格式图片若是放大到100%，如今最快的个人电脑大约可以处理到15s以内。若是压缩成JPEG的话，大概也在10s以内。
一张32亿像素图片需要处理的信息量则大得多。请注意这里的倍数并非32亿/1200万这么简单，长宽都乘2的情况下，总的信息量则是原来的4倍，这个道理应该很浅显了。

我不知道你所谓“方法”究竟是哪里道听途说来的，亦或根本就是你YY的。
但是科学不是YY，不是想当然，是些实实在在的东西。
多媒体科技里的几个公认的技术高点，即视频压缩、音频压缩、图像处理等，这些领域里集中了无数这颗星球上最聪明的大脑在研究算法。
我不知道你的智商是否比得上这些人，但有一点是肯定的，这些人通常不在一个游戏论坛上扯淡。

再举个简单的例子吧，哈勃望远镜的单张图片分辨率为4.32亿，单张图片大约是几个G。倘若你真的这么牛逼，写了个算法，能让普通的PC机在极短的时间里（如1个小时什么的），处理完毕一张图片，并且是所谓“毫无难度”的话，那么恭喜你，你可以去NASA拿工资了。

作者: lijgame 时间: 2010-9-13 21:27

引用:

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

呵呵，我的专业不是搞图片处理的，但是我的工作与视频采集算法相关。
至于你说的那些所谓“方法”，我们一条一条来分析。
首先，一张数字化图片包含分辨率、位深度、饱和度、对比度、锐利度等各种信息，通常用 ...

我只知道1200w像素的jpg图片，如果是浏览打开的话根本不可能要10s的:D
当然每个人对pc的定义不一样，386也是pc。。。

作者: 爱游戏 时间: 2010-9-13 21:28

引用:

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

呵呵，我的专业不是搞图片处理的，但是我的工作与视频采集算法相关。
至于你说的那些所谓“方法”，我们一条一条来分析。
首先，一张数字化图片包含分辨率、位深度、饱和度、对比度、锐利度等各种信息，通常用 ...

这位老兄你认为ps3是用什么方法处理的呢？

作者: QuiGon 时间: 2010-9-13 21:30

引用:

原帖由 lijgame 于 2010-9-13 21:27 发表

我只知道1200w像素的jpg图片，如果是浏览打开的话根本不可能要10s的:D
当然每个人对pc的定义不一样，386也是pc。。。

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

作者: QuiGon 时间: 2010-9-13 21:31

引用:

原帖由 爱游戏 于 2010-9-13 21:28 发表

这位老兄你认为ps3是用什么方法处理的呢？

我不知道，我觉得这事很扯淡

作者: kb01 时间: 2010-9-13 21:33

引用:

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

呵呵，我的专业不是搞图片处理的，但是我的工作与视频采集算法相关。
至于你说的那些所谓“方法”，我们一条一条来分析。
首先，一张数字化图片包含分辨率、位深度、饱和度、对比度、锐利度等各种信息，通常用 ...

你是真看不懂？
这个应用从来就没有显示过多的象素，应该连4k分辨率都不会有（否则和ps3就一毛关系没有了），它干什么要一次载入这么大的数据量？

作者: kb01 时间: 2010-9-13 21:36

你的方法，无论用什么主机都吃不消啊，就算它有那么强的性能和大的内存，一副图几个g，我就是主机操作浏览切换图片也要等半天啊:D

作者: QuiGon 时间: 2010-9-13 21:39

引用:

原帖由 kb01 于 2010-9-13 21:33 发表

你是真看不懂？
这个应用从来就没有显示过多的象素，应该连4k分辨率都不会有（否则和ps3就一毛关系没有了），它干什么要一次载入这么大的数据量？

你还真是不到黄河心不死。
我这么跟你说吧，即使不是一次性100%放大整张32亿像素的图片，即使只是每次加载一部分。
倘若你能做到真正的无缝拼接，你也已经十分牛逼了。

当然了，算法这东西不是什么人都能理解的。
我没兴趣知道你究竟能理解到什么程度，毕竟我对扫盲没兴趣。
但有一点希望你能明白，别把这东西想得太简单了。

作者: kb01 时间: 2010-9-13 21:40

有啥困难的，4张1080pbmp点阵图片对接也成高难度动作了？:D
另外真心期待你能指出我的傻瓜方案有什么疏漏的地方

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

作者: 踩姑娘的小蘑菇 时间: 2010-9-13 21:40

引用:

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

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

我顶你个肺，那32Y像素的画面又能找到什么屏幕可以点对点打开？

引用:

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

请注意这里的倍数并非32亿/1200万这么简单，长宽都乘2的情况下，总的信息量则是原来的4倍，这个道理应该很浅显了。

请让老娘再次顶你个肺，位图信息即是由每个像素所携带，真不知道你个长宽X2，什么信息量要X4的概念是哪里冒出来的……

作者: 爱游戏 时间: 2010-9-13 21:42

引用:

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

你还真是不到黄河心不死。
我这么跟你说吧，即使不是一次性100%放大整张32亿像素的图片，即使只是每次加载一部分。
倘若你能做到真正的无缝拼接，你也已经十分牛逼了。

当然了，算法这东西不是什么人都能理解 ...

这位同学，你的意思我能理解，我觉得这个ps3的新闻中透露出来的，应该是分级的图片是事先做好了的。

作者: kb01 时间: 2010-9-13 21:44

不是应该，是肯定，既然只能做浏览，而且输出分辨率又这么低，傻子才会不做索引:D

作者: QuiGon 时间: 2010-9-13 21:45

引用:

原帖由 踩姑娘的小蘑菇 于 2010-9-13 21:40 发表

我顶你个肺，那32Y像素的画面又能找到什么屏幕可以点对点打开？

请让老娘再次顶你个肺，位图信息即是由每个像素所携带，真不知道你个长宽X2，什么信息量要X4的概念是哪里冒出来的……

我前面已经说过了，我对扫盲没兴趣

作者: kb01 时间: 2010-9-13 21:46

现在我在扫你盲，我给你一个这么简单的方案，你不说哪里有问题，跟我说就是不行，孺子不可教也:D

作者: 爱游戏 时间: 2010-9-13 21:49

引用:

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

我前面已经说过了，我对扫盲没兴趣

这个貌似你确实弄错了。

作者: QuiGon 时间: 2010-9-13 21:50

引用:

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

引用:

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

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

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

作者: kb01 时间: 2010-9-13 21:57

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

作者: lijgame 时间: 2010-9-13 22:05

引用:

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

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

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

作者: QuiGon 时间: 2010-9-13 22:22

引用:

原帖由 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的图片信息量是巨大的，任何电脑都无法一次性的全部处理完这么大的信息。预读机制带来的直接问题就是缓存的建立。如何设定合理的大小，如何反复加载一段数据，如何快速地补充新数据。这些都靠算法来实现。无数的数学家整天憋在公司里冥思苦想的其实就是这个。如何写出一种算法，能让数据快速地进出，而使使用者不感觉到等待时间。

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

作者: QuiGon 时间: 2010-9-13 22:24

引用:

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

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

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

作者: kb01 时间: 2010-9-13 22:25

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

作者: xphi 时间: 2010-9-13 22:26

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

作者: QuiGon 时间: 2010-9-13 22:29

引用:

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

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

作者: harry888 时间: 2010-9-13 22:30

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

作者: QuiGon 时间: 2010-9-13 22:30

引用:

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

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

作者: kb01 时间: 2010-9-13 22:31

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

作者: QuiGon 时间: 2010-9-13 22:33

引用:

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

原来你不知道啊~~~

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

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

作者: kb01 时间: 2010-9-13 22:34

我是不怎么懂，你可以告诉我啊，你要实现什么缩放功能，我来试图看看以我的智商能否让你搞定实现过程

比如现在在你面前的就是一个1080p的屏幕，你可以点屏幕上的任何一点，以此点为中心做任意倍数的放大（当然不能超过原图解析度）
你说个具体的数据好了

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

作者: QuiGon 时间: 2010-9-13 22:36

引用:

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

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

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

作者: QuiGon 时间: 2010-9-13 22:39

引用:

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

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

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

作者: kb01 时间: 2010-9-13 22:40

等等，你还没说放大倍数呢

作者: xphi 时间: 2010-9-13 22:46

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

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

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

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

作者: QuiGon 时间: 2010-9-13 22:47

引用:

原帖由 kb01 于 2010-9-13 22:40 发表
等等，你还没说放大倍数呢

哈哈哈哈哈，朋友，问问题拜托专业点。

基准点已经给你了，需要显示的画面大小也已经给你了。你还要怎么样？
觉得简单就自己把这个算法写出来。
我也可以告诉你大约需要注意那几点。
首先你该如何将基准点告诉电脑，通过C语言，或者二进制数，倘若你很牛叉的话。
其次如何将需要显示的点阵算出来，这个地方需要一点小技巧。不过也不是难到不行。
最后，如何将制定范围的点阵显示你需要显示的信息。这里是个难点。因为每个像素对应了RGB三原色的搭配，难点在于如何获取原图的该点的像素。
以及获取参数之后如何有效率地依次填充至每个点阵。

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

作者: kb01 时间: 2010-9-13 22:50

引用:

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

哈哈哈哈哈，朋友，问问题拜托专业点。

基准点已经给你了，需要显示的画面大小也已经给你了。你还要怎么样？
觉得简单就自己把这个算法写出来。
我也可以告诉你大约需要注意那几点。
首先你该如何将基准点告 ...

喷了，对啊，你就告诉我一个点的位置，请问一个点象素为1，1024*768象素为差不多80万，本身这图只有1080p的不到一万倍，你tm神仙也放缩不了啊...

作者: harry888 时间: 2010-9-13 22:50

目前的数码相机都已经超过1千万像素，也就是超过了1080P以上的分辨率，不要把画面输出当做是图片像素，懂吗。傻傻。

作者: xphi 时间: 2010-9-13 22:53

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

作者: QuiGon 时间: 2010-9-13 22:53

引用:

原帖由 xphi 于 2010-9-13 22:46 发表
理论上DeepZoom支持的图片大小是没有限制的，因为技术上不需要限制图片树深度。而那个所谓最神奇的图片拼接算法，SilveLight的一个DeepZoom组件就可以做到了。如果有空去看过当时演示的原始演示视频的话，就知道Sony ...

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

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

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

作者: xphi 时间: 2010-9-13 22:56

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

作者: QuiGon 时间: 2010-9-13 22:56

引用:

原帖由 kb01 于 2010-9-13 22:50 发表

喷了，对啊，你就告诉我一个点的位置，请问一个点象素为1，1024*768象素为差不多80万，本身这图只有1080p的不到一万倍，你tm神仙也放缩不了啊...

呵呵，因为你不懂，你在软件方面是个白痴，所以我不将门槛设太高。

难道你还非得挑战高难度吗？？我就问你一句，你究竟还要不要脸啊？？？

废话少说，点已经给你了，显示的范围也已经给你了，只是一整张图片的一部分而已，难度应该降低很多很多了。
赶紧写算法，少废话！

作者: kb01 时间: 2010-9-13 22:59

如果你的意思是，在这张1080p的图上800 600的位置放缩出原图的清晰度，那就可以了
首先既然要求原图分辨率，那么图库就清楚了，为最大的（10000张1080p），其次图片中心也清楚了，易得 x<80000/1920*<x+1，y< 60000/1080<y+1（即纵横等分100份）,如果把这10000张图片想象成按原样排列的话，只需找到横第x纵y，横第x+1纵y 横第x纵y +1 横第x+1纵y+1 这4张1080p位图即可，显然这四种图片都是相邻的，拼成一张2160p图片即可，最后你在裁剪成你要的什么1024*768就行了

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

作者: xphi 时间: 2010-9-13 23:02

引用:

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

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

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

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

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

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

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

作者: xphi 时间: 2010-9-13 23:06

引用:

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

有毛！张嘴就胡说八道！

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

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

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

作者: 爱游戏 时间: 2010-9-13 23:08

引用:

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

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

不过话说回来，莫非你真的一位那32亿 ...

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

作者: QuiGon 时间: 2010-9-13 23:09

引用:

原帖由 kb01 于 2010-9-13 22:59 发表
如果你的意思是，在这张1080p的图上800 600的位置放缩出原图的清晰度，那就可以了
首先既然要求原图分辨率，那么图库就清楚了，为最大的（10000张1080p），其次图片中心也清楚了，易得 x

请看题目要求答题，并且我已经给了你提示，不要想当然！
现在不要求你计算32亿像素的图片采样。我问得再直白点，如何将指定大小范围内的点阵按你的要求输出相应的图像。

同时我希望你回答问题也专业点，必要时候可以直接贴代码。

作者: kb01 时间: 2010-9-13 23:10

我只需要贴出具体流程即可，算法的话任何一个程序员都可以做出来

作者: QuiGon 时间: 2010-9-13 23:12

引用:

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

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

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

作者: QuiGon 时间: 2010-9-13 23:13

引用:

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

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

作者: xphi 时间: 2010-9-13 23:14

引用:

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

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

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

大概就是这个意思：

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

作者: kb01 时间: 2010-9-13 23:17

引用:

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

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

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

作者: xphi 时间: 2010-9-13 23:17

引用:

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

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

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

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

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

作者: 爱游戏 时间: 2010-9-13 23:23

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

作者: kb01 时间: 2010-9-13 23:25

引用:

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

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

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

作者: xphi 时间: 2010-9-13 23:26

引用:

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

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

作者: QuiGon 时间: 2010-9-13 23:26

引用:

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

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

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

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

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

作者: QuiGon 时间: 2010-9-13 23:29

引用:

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

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

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

作者: kb01 时间: 2010-9-13 23:31

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

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

作者: 爱游戏 时间: 2010-9-13 23:32

引用:

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

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

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

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

作者: xphi 时间: 2010-9-13 23:34

引用:

原帖由 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 编辑 ]

作者: xphi 时间: 2010-9-13 23:39

引用:

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

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

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

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

汝知之何处？

作者: QuiGon 时间: 2010-9-13 23:42

引用:

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

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

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

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

作者: 爱游戏 时间: 2010-9-13 23:42

根据这个图还可以算出最后总文件的大小。

作者: harry888 时间: 2010-9-13 23:42

引用:

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

第一，这个算法已经有人实现了，相信也好，不信也好，PlayView也是基于类似的技术。
第二，预处理不是实时的，也不是演示用机的工作，是另外有机器做。
第三，实时的原图处理现有的个人PC很难完成，第一，硬盘 ...

第一，頂樓說了，這是一張靜止圖，爲什麽還要實時處理，怎麼樣實時處理法。你以為是多邊形。
第二，早說了，PC當然可以做到，買過一台不就做到了嗎。
第三，像素和畫面輸出分辨率是兩碼事，真正的32像素圖是可以挑戰放大寫輪眼的，普通的1080P圖就做不到這點，就當給你什麽實時計算，照樣做不到。

作者: kb01 时间: 2010-9-13 23:43

引用:

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

哦~~~~~~~~~~~弄了半天，你的意思原来是：把一张32亿像素的几十G的原图先让电脑加载一遍，然后再从内存里将这张图片的每一部分分别读取出来。
哈哈哈哈哈哈，那请问你，还搞什么小图分割呢？反正整张图片已经加载 ...

明明是，用一台机器（比如大型机）把这张图做成图库，把这个几十g的图库放到pc硬盘即可

作者: harry888 时间: 2010-9-13 23:46

整張圖都已經播出來了，只不過有人想玩玩放大寫輪眼，所以才把圖片調近看而已。
目前來說，1080P的圖是無法做到的，沒什麽可以吵的啦。吵什麽.....傻傻

作者: 爱游戏 时间: 2010-9-13 23:49

引用:

原帖由 harry888 于 2010-9-13 23:46 发表
整張圖都已經播出來了，只不過有人想玩玩放大寫輪眼，所以才把圖片調近看而已。
目前來說，1080P的圖是無法做到的，沒什麽可以吵的啦。吵什麽.....傻傻

http://news.mydrivers.com/Img/20100913/S11270816. ...

宝器。。。

作者: QuiGon 时间: 2010-9-13 23:49

引用:

原帖由 kb01 于 2010-9-13 23:43 发表

明明是，用一台机器（比如大型机）把这张图做成图库，把这个几十g的图库放到pc硬盘即可

哈哈哈哈哈哈
行了，不用解释你雷人的思维方式了。
我已经明白了。

打个比方说就是，想把魔方的六面玩出来，先得把每一块的个体所能处于的位置先玩一遍。
顺便说一句，魔方总的变化数为43，252，003，274，489，856，000。或者约等于4.3X10^19。如果一秒可以转3下魔方，不计重复，需要转4542亿年，才可以转出魔方所有的变化，这个数字是目前估算宇宙年龄的大约30倍。。。。。。。引自百度百科。

我就再问一句，就算我的老板今天心情很好陪我一天加载完了全部图片，倘若客户变态，一下提供了100多张这样的图片，我该怎么办？？？

作者: xphi 时间: 2010-9-13 23:51

引用:

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

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

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

作者: harry888 时间: 2010-9-13 23:53

如果小白還搞不懂的，智商還是矛盾把畫面輸出分辨率和像素拉在一起吹的。
大可拿這種距離的圖片。

然後在放大到這種距離，看看有沒這麼清晰不就知道什麽是像素了。

最後，現在的1千萬像素圖都是大概5-10MB左右，32億像素應該就沒有幾十G這麼誇張，扯談。跟小白沒什麽好吵的。

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

作者: kb01 时间: 2010-9-13 23:55

引用:

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

哈哈哈哈哈哈
行了，不用解释你雷人的思维方式了。
我已经明白了。

打个比方说就是，想把魔方的六面玩出来，先得把每一块的个体所能处于的位置先玩一遍。
顺便说一句，魔方总的变化数为43，252，003，274，4 ...

不好意思，即使按照最细的2倍倍数，缩放128倍（即象素提高到16384倍，对1080p的图就是300多亿象素），也只需要3万多张图

作者: xphi 时间: 2010-9-13 23:55

引用:

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

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

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

欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/)