算法,是永远不会过时的.

Miu.C

精确到语言基本上就可以解决大部分扩展性问题了，所涉及的语言越高级，引擎越高级，层次越高级，限制性越多。
比如电视3D在6.n（忘记确切版本）的时候，要想支持DX9就不行，6.5（也忘记确切版本）的时候支持DX10也不行。

想省力可以用Valve Hammer做CS的地图，开发游戏更快，但是局限性呢？
从更底层编写代码享受到的更高的乐趣，不是用电视3D的Sample加上CS或HL里提取的模型能比得了的。

jasv

有没有考虑过时间的问题呢?
一个人,又弄程序又弄美工.音乐,游戏情节..这还是用别人的引擎.扣其它游戏里的模型(我现在就是这么干的,应该庆幸现在是网络时代).
如果是一个人.从写引擎开始自己弄.想要实习自己心中的理想.可能要用N年来计算吧.
写引擎这种高难问题,还是留给那些专业人事去弄吧..毕竟tv3d也在慢慢升级.效果也会越来越好的.
用别人的引擎也只是解决了图像的显示问题,游戏中要用到的比如人工智能,用户操作,并不会少多少.TV3d也仅仅是种工具而已,我想,可以省下大把的用来处理图象的时间去想想游戏本身...何乐而不为呢.

Miu.C

有没有考虑过性能问题呢？有没有考虑过扩展性问题呢？有没有考虑过License的价格问题呢？
有没有考虑过JZ用电视3D做的东西的游戏性，控制性问题呢？你能玩几分钟？同样的机器运行JZ的东西和运行画面远超过他的HL2之类的游戏，帧数是多少？对比一下。

Miu.C

有些问题不是自己不考虑就自然会解决的。

jasv

如果要单单讨论一个引擎的性能.我想,tv3d在我学用的过程来看,并不是太菜,而且我在QQ群里混的时候,有人告诉我,如过配合其他的语言(非VB)速度还能快些....至于你刚刚回复的后面两句话,也并不能证明用引擎来写游戏有啥不太好.我想应该是不太完善的算法才影响了程序的性能吧...我刚开始的时候在地图上弄了几百棵树,几百可草,那个帧数可想而知了..过了这么久,同样的熟练的模型,我现在的帧数已经勉强能忍受了(我改了算法).而且画面也更漂亮了,因为开始的时候我是自己建模型,现在直接用别人的模型(毕竟人家是专业美工设计的)
我写程序只是打发下时间而已.我并不是用程序来工作的.所以思考方式也和其他写程序的不太一样.

instemast

有时候，封装出来的东西，反而可以比底层的工具具有更大的可扩展性和性能。
所以我们必须封装这种东西出来用。

instemast

PS. 算法(即图灵机)是用来做什么的？是用来做草稿计算用的，就是计算一个问题的答案用的，而且还是串行的。
并不是做仿真用的。可惜很少有人认识到这一点，就盲目地用算法来做游戏开发。

这完全是错的，因为图灵机不是为了仿真而发明的。

算法的定义： output = f(input)
仿真的定义： x(t, input(t)), 或者更容易些： output(t) = f(t, input(t))

Miu.C

LS的哈日王，你觉得有多少人可能支持你的理论？
现有的计算机架构摆在我们面前，你有本事推翻它？难道你比图灵还要厉害？

Miu.C

instemast: Re:算法,是永远不会过时的.

有时候，封装出来的东西，反而可以比底层的工具具有更大的可扩展性和性能。
所以我们必须封装这种东西出来用。

看使用的人，太明显的差距一眼就可以看出来。

lingjingqiu

原来6water也写engine啊。很好，我来鄙视了。哇咔咔。