这个真心碉堡了

艾尔林克 · 发表于 2012-3-3 05:06:41

http://tieba.baidu.com/p/1398191899

我不解释，大家按照说明做就是了，真心碉堡了……

530676426 · 发表于 2012-3-3 09:25:29

JPG和RAR互转没有新意了……

那啥1X+GB源大小也是假的……真正的贴图模型和声音也不到几MB……
要是利用DX自带贴图，那就更小了

pandamon · 发表于 2012-3-3 11:37:40

围观

GDKing · 发表于 2012-3-3 11:56:52

传说中的即时演算？

Mili · 发表于 2012-3-3 12:02:40

没看懂……不会操作

艾尔林克 · 发表于 2012-3-3 12:18:50

JPG和RAR互转没有新意了……

那啥1X+GB源大小也是假的……真正的贴图模型和声音也不到几MB……
要 ...
530676426 发表于 2012-3-3 09:43

其实吾辈正坐等苹果猫指点迷津啊

原来如此么~

530676426 · 发表于 2012-3-3 12:39:52

本帖最后由 530676426 于 2012-3-3 13:10 编辑

其实吾辈正坐等苹果猫指点迷津啊
原来如此么~
艾尔林克发表于 2012-3-3 12:36

但是这个的确是超越了一般游戏的存在……
用的应该是汇编语言啥的吧……

JPG和RAR记得有个工具的，百度一下即达

哦不不不……有CMD即可

frisa · 发表于 2012-3-3 21:35:36

一般的游戏是由以下部分组成的
1.模型，也就是不着色的物体框架
2.贴图，物体的皮肤
3.地图
前两个非常占空间，因为这些文件必须精确描述物体的每一个像素，所以现在游戏8G，10G很正常，毕竟贴图越精细、多边形越多，需要存储的内容也就越多，自然文件也就越大，没看2000年的CS只有100+MB么？
这些超级小的3D演示使用的原理是用代码来描述所要呈现的每一个细节，也就算是实时演算，一般的3D游戏的原理是在地图上加入模型，然后用渲染上贴图，最后用DX的SM来处理纹理，这样的好处就是快，但是占空间，实时演算则相反，是直接描述每一个像素，但我认为这并不是真实的3D，因为真实的3D最后的渲染需要显卡处理，这些只是用一些特殊的手法处理过的2D图像，叫2.5D，具体的大家看wiki就好了

蓝卡 · 发表于 2012-3-3 21:48:11

这个就跟当年的.krriger差不多吧

艾尔林克 · 发表于 2012-3-3 23:44:22

但是这个的确是超越了一般游戏的存在……
用的应该是汇编语言啥的吧……

JPG和RAR记得有个工 ...
530676426 发表于 2012-3-3 12:57

噗，苹果猫你淫了

		自动登录	找回密码
密码			立即注册

这个真心碉堡了

相关帖子

管理人员勋章

世界之心

闪耀之月

病毒种