KSP再度逆天，NASA喷气推进实验室一半人在玩的游戏

8749236

TimChen 发表于 2013-6-23 10:22
Unity3D引擎天生不足，之能做小规模的东西，不想战地可是EA的东西他的引擎何等强大，不然他怎么赚钱，如 ...

各种各样的问题。
不过就算是用战地的Refractor引擎。也不见得能比Unity3D做得更好。
商业游戏的引擎大部分都是专门设计的。没有考虑其他方面的东西。多余的功能都是能删就删，能减就减。（这种情况我遇到太多了，玩游戏做Mod时经常遇到一些想用但却被阉割或删除了的函数或脚本什么的，很令人恼火而且很麻烦）
最大程度的限制可延伸性，避免对后续的游戏造成影响。
说到这里，提一下，战地1942知名模组DesertCombat，因为太出名了，EA担心会影响到他们的战地2的发行和利润。于是将负责DC制作的工作室收购了，并入了EA DICE战地2的开发小组，同时终止了他们的DC的开发（DCF是不愿意去EA DICE的剩余人员做出来的，对DC0.7做了更多的美化，和更多的资源以及平衡，还有完成了0.7里没有完成的载具F-117夜鹰。做完DCF后他们也就散了）。战地2的指挥官系统等等各种特色就是这个小组提出和设计的。当战地2开发完成后，EA就过河拆桥，将那个制作室解散了。如果没记错的话，只有那个制作室的原领导人在EA混得还不错，其余的人……不提……

还有，寒霜引擎的话，估计会让配置要求变成传奇级的配置……
啥电脑能跑啊？WTF！

TimChen

8749236 发表于 2013-6-23 11:20
各种各样的问题。
不过就算是用战地的Refractor引擎。也不见得能比Unity3D做得更好。
商业游戏的引擎大部 ...

那些专门设计的引擎所以不管执行效率什么的都能做的很高，那些函数被删除等等都可能是为了提高效率。

在EA手下拆散的工作室多了，当年的WestWood不也是被EA收购拆散，这点上EA的确太过分了，只能说他彻底展现了他商人的邪恶本性。

至于寒霜引擎，对机器要求高，但是他能力强大，虽然现在Unity对机器么什么要求，但是规模大了就体现出了他的能力不足，大概就是那句古话“鱼与熊掌不能兼得”。可惜这个游戏太小众了，不然可以发布到主机平台上。

HoneyFox

TimChen 发表于 2013-6-24 09:14
那些专门设计的引擎所以不管执行效率什么的都能做的很高，那些函数被删除等等都可能是为了提高效率。

在 ...

主机平台。。。  还是算了吧。
对主机平台的机能，我表示还是PC平台比较现实。

TimChen

HoneyFox 发表于 2013-6-24 09:30
主机平台。。。  还是算了吧。
对主机平台的机能，我表示还是PC平台比较现实。 ...

当然不可能是这一代主机平台了。

8749236

TimChen 发表于 2013-6-24 09:14
那些专门设计的引擎所以不管执行效率什么的都能做的很高，那些函数被删除等等都可能是为了提高效率。

在 ...

函数被删了可不是用来提高效率的。
顶多也就是减小下程序的大小。
如果那段代码从来也没被呼叫过的话，那么有和没有是没有任何差别的。（好吧，如果有呼叫的话删了那个函数会导致程序无法运行）。


我可以写一个程序不断的打出字符“1”然后附带N个函数。但却不对程序运行造成任何影响除了加载速度和文件大小。但这些都不是理由啊。我唯一能想到的就是那个理由了。没有哪个商家希望他们的游戏能玩上十几年几十年的，那不符合他们的利益。从计划报废上就可以看出来。

还有，你为什么认定寒霜引擎就比Unity3D强更多呢？（不管画质那些）
KSP每一个物体都要计算各种各样的作用力然后再做出相应的动作。
而战地3呢？战地3完全不需要考虑这些。唯一比较麻烦的是地形破坏。那个我不了解，我也没接触战地3Modding还（因为没钱换电脑买游戏>_>跑不动……跪……）。
不过要是去掉那些因素，战地3所需要计算的数据远远比KSP要做的更少，更简单。KSP做的是各种各样的物理运算。而战地3你需要的只是单纯的物体移动，基本中的基本。

不过说到计算。KSP里貌似就当玩家玩的时候会很卡。其余的时候例如：单纯的轨道运动的话，KSP跑得十分流畅。所以，我不觉得你说的规模越大Unity3D越糟糕。
我觉得是单纯的因为物体太多了，计算量增加了，也就卡了。
渲染什么的还是得看显卡的。
显卡不好的话KSP肯定会卡，因为KSP没有开RenderingFog（DistanceFog?忘了……）。RenderingFog是用来减轻显卡负担的，当一些物体距离Camera超过一定值时，那个物体会被浓雾盖住，从而就不需要渲染了，可以减轻显卡的负担。

TimChen

8749236 发表于 2013-6-25 03:43
函数被删了可不是用来提高效率的。
顶多也就是减小下程序的大小。
如果那段代码从来也没被呼叫过的话，那 ...

关于函数被删我查了一下，如果没被呼叫对执行性能的确没有影响，只会影响体积和载入性能。对于内存影响取决于这个函数中是否存在静态资源，总的来说对于游戏影响不大


我觉得寒霜好的是因为我看过寒霜的一个物理引擎的演示，天上掉下上万个立方体到一个场景竟然能流畅运行，Unity我自己用默认贴图的立方体紧挨着堆在一起，数量是10*20*5=1000，我的那台笔记本（显卡是amd的Unity用的是NV的物理引擎，估计NV会好点，本人没测试）已经卡成幻灯片，数量减少到10*10*3=300，出现严重掉针现象。以这个简单的测试，说明的Unity在大规模物理引擎上能力不足。

KSP卡机不是因为渲染跟不上，就是物理运算跟不上，轨道不卡是因为他只需要计算飞船相对与星球的运行等等，不用计算每艘飞船的物理碰撞情况，切换到船体后就要开始做物理碰撞检查计算等等耗资源的事情了，而且飞船的零件数量决定了这个运算量

还有你有没有注意到假如你一个火箭200个零件会卡，你把10枚20个零件的火箭放在一起，只要不接触他们就不卡了，这个我也在Unity做了测试，上面说到的10*20*5=1000立方体在一起会卡，我把它拆开成10*5*1=20堆放，分开不接触堆放20个，机器就不卡了，这也就说明Unity的物理引擎在大规模处理中能力的确不行，大量的小规模处理表现很优秀。

bxht1990

啊。。我的一句牢骚话竟然引发了一阵关于游戏引擎的讨论。。。

我不懂游戏引擎，但是我感觉现在这个游戏的物理运算机制有问题，每个部件都有各自的物理参数，无论用什么样的部件，电脑都要计算每一个部件的运动，这样部件一多，就卡了。在游戏中，这种机制弊端很明显，以至于目前原版游戏还做不出能够较好的模拟真实的飞船，按照真实的比例做出来的飞行器，不是各种晃，就是散架。（个人觉得游戏里那个加强筋设计的相当不科学，为什么不直接提高各部件之间的连接强度呢？以至于做一个火箭要用很多的加强筋，最终还是增加了cpu的负担。）
如果能有这样一种机制：把相应的一些部件组装起来之后，这些部件在物理运算上能变成一个整体，电脑只需要计算这个整体的运动，而不需要计算具体每一个部件的运动，这样就会减少很多计算量。可能目前KSP所用的引擎还不支持这种机制。

HoneyFox

bxht1990 发表于 2013-6-25 18:42
啊。。我的一句牢骚话竟然引发了一阵关于游戏引擎的讨论。。。

我不懂游戏引擎，但是我感觉现在这个游戏的 ...

那就都是刚体了。。。
会少很多问题、麻烦及运算量，不过也可能有不少东西难以模拟对。。。

8749236

TimChen 发表于 2013-6-25 09:02
关于函数被删我查了一下，如果没被呼叫对执行性能的确没有影响，只会影响体积和载入性能。对于内存影响取 ...

也是呢。
如何检测物理撞击也很有学问呢。
虽然代码中看起来很简单，没什么大的差别。但运算上几百次几万次，差别就显现出来的>_>
记得战地1942时期Refractor引擎的物理撞击检测就很不一样的说。
原先我试着给1942做制导导弹时还撞进过这个问题....

*** Add ***
没看过寒霜的演示。也不很了解Unity3D。
有时间看看去>_>刚好暑假有时间。原先就打算入坑这无底洞地说。

*** Add ***
话说演示的平台对性能也有很大影响呢。
也许EA专门弄了台性能破天际的电脑呢xD （<--口胡）

*** Add ***
我只注意到我1个40个部件的火箭不卡>_>2个20个部件的反而更卡Q_Q……

*** Add ***
“那就都是刚体了。。。
会少很多问题、麻烦及运算量，不过也可能有不少东西难以模拟对。。。”
实际上物理引擎在制作时是不会用真实的算法的，大部分都是出于性能考虑而对算法进行了简化。

*** Add ***
上学～考试，最后一次。11点回来。别等回复了（如果你在等）。cya～

TimChen

8749236 发表于 2013-6-25 19:29
也是呢。
如何检测物理撞击也很有学问呢。
虽然代码中看起来很简单，没什么大的差别。但运算上几百次几万 ...

哈哈哈，前面的就不回复了，我就回复最后一个ADD，哈哈哈，祝你考个好成绩。