[业界] 新纹理压缩技术面世，以后次时代游戏根本不需要蓝光/HD

autumnsea

下面是引用LeeMinWoo于2006-10-07 17:02发表的:



这才称得上为"神",你可以去火星上教书了~

我教不教书用不着你搀和，觉得哪里不对可以说出来，用不着在这犯酸！

kevinpeng

就是吵嘛也要吵的专业一点~~~~

该用户已被禁言

技术要成熟应该还要一段时间

LeeMinWoo

下面是引用autumnsea于2006-10-07 17:33发表的:


我教不教书用不着你搀和，觉得哪里不对可以说出来，用不着在这犯酸！

你举的例子跟本贴1楼内容根本不能称为一回事.....压缩要都按你这么个说法,中国现在的技术力量早领先在世界上了

旺达与倭寇

应该说是个好消息,就是不知道这种压缩技术对光头的消耗如何?

autumnsea

我对纹理压缩了解确实不多，那请你说出来我说得哪里不对。

“纹理压缩是在保持图片信息的情况下，让纹理数据更小的一种方法。纹理压缩占用较少的游戏CD空间，更重要的是，占用较少内存和3D 显卡存储空间”

这是我查到的资料，没有去专业的数据库查，还劳烦您指出哪里不对了。

doom12

怎么这种问题还到了13页，想知道压缩技术好不好，最简单了，win2000/XP 都有硬盘压缩技术，哪个认为压缩是好东西的小弟，把系统盘压缩一下，然后再启动一次，看看压缩技术到底多牛了。
硬盘还是1G的年度，我最喜欢用压缩硬盘了，一般能扩大可使用容量40%左右。当然那是没那么多的 JPG 和 压缩电影，那些压缩不了的。
用了压缩硬盘后，代价就是启动那个龟速了，到硬盘技术发展后，现在谁还记得那个压缩技术？（要说硬盘压缩，MS也不过是买来的技术而已，在80年代dos时期就有了），没想快到2007年了，在游戏机上又成高新技术了。

sorcker

下面是引用autumnsea于2006-10-07 10:01发表的:

压缩当然比源文件小了，按你的逻辑难道纹理压缩比源文件还要来得大？

文件小了读盘时间当然短了，这不对吗？

.......

JPEG (or JPG) uses a lossy compression structure that allows users to compress the data up to 1/10 of the original size. Such high compression results in a loss of image quality, but on Web pages the images are generally small and they need the compression to produce the smaller image file sizes for downloading.

转自:webopedia

这才是JPEG比原文件小的原因,通过去掉特定的象素和色点达到高压缩率,既然是有损的,当然不能还原,如果按找你的说法,可以无损地将BMP转化成JPEG,那么你的算法是通过压去哪些要素达到效果呢?

我的论点是什么,就是别拿图象压缩来和纹理压缩来比.

autumnsea

下面是引用sorcker于2006-10-07 18:17发表的:



JPEG (or JPG) uses a lossy compression structure that allows users to compress the data up to 1/10 of the original size. Such high compression results in a loss of image quality, but on Web pages the images are generally small and they need the compression to produce the smaller image file sizes for downloading.

.......

JPEG也有无损压缩算法你知道么？

去掉像素效果是由损压缩的一种常用思路，但是并不是必然的思路,压缩图片并不必然非要丢掉像素信息。

有损压缩也是需要解压缩的，不信你去打开大一点的两幅相同像素的jpg和bmp.感受一下打开的速度，只

是这个解压的过程对你是透明的。

bmp当然可以被无损的压缩，其原理就如同将文件压缩成zip同rar一样，靠减少文件信息冗余度，当然压

缩比就会大很多了.

有损压缩和无损压缩的思路不同是因为其需求不同，但是本质是相同的。

纹理压缩也分有损和无损的，其本质难道不是对图片的压缩？

以上

sorcker

好吧.既然你要坚持我也不打算继续争,不过还是读读这个吧=.=

http://www.faqs.org/faqs/jpeg-faq/part1/