Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/bash/17.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# 一次在屏幕上显示多个实体的OpenGL游戏,使用什么语言?_C#_Opengl_Programming Languages - Fatal编程技术网

C# 一次在屏幕上显示多个实体的OpenGL游戏,使用什么语言?

C# 一次在屏幕上显示多个实体的OpenGL游戏,使用什么语言?,c#,opengl,programming-languages,C#,Opengl,Programming Languages,将使用OpenGL创建一个小游戏作为辅助项目。要成为一名自上而下的射手,重点放在大量敌人身上,越多越好 考虑将分辨率最大值设置为800x600,让您有一种老式的感觉 你推荐什么语言,C是能够处理我想要的屏幕上的实体数量60-100还是应该尝试C或C++或者甚至其他语言? 在进行这样的项目时,您还有其他建议吗?您推荐的特殊文档等。C可以轻松地同时处理几百个对象。真正的速度问题来自于渲染,渲染不在C空间中,也可能来自于对每个对象进行的任何计算,例如物理。理想情况下,无论如何,您都应该使用Box2D或

将使用OpenGL创建一个小游戏作为辅助项目。要成为一名自上而下的射手,重点放在大量敌人身上,越多越好

考虑将分辨率最大值设置为800x600,让您有一种老式的感觉

你推荐什么语言,C是能够处理我想要的屏幕上的实体数量60-100还是应该尝试C或C++或者甚至其他语言?


在进行这样的项目时,您还有其他建议吗?您推荐的特殊文档等。

C可以轻松地同时处理几百个对象。真正的速度问题来自于渲染,渲染不在C空间中,也可能来自于对每个对象进行的任何计算,例如物理。理想情况下,无论如何,您都应该使用Box2D或Chipmunk之类的库,这也使得C速度不再是一个问题


我个人愿意用比C更高级的语言编写这样的游戏。C可以轻松地同时处理几百个对象。真正的速度问题来自于渲染,渲染不在C空间中,也可能来自于对每个对象进行的任何计算,例如物理。理想情况下,无论如何,您都应该使用Box2D或Chipmunk之类的库,这也使得C速度不再是一个问题

我个人愿意用比C语言更高级的语言编写这样的游戏。C语言应该很容易就足够了。

你考虑过吗,或者

C一定能够在任何合理的硬件上处理微不足道的60-100个OpenGL渲染实体。

您考虑过吗,或者


C将能够处理任何合理硬件上的60-100个OpenGL渲染实体。

脚本语言Tip,考虑Python中的优秀pyGoo:

或者卢阿的新的LÖVE


<> P>一个自上而下的射手都是很好的选择。

脚本语言提示,考虑Python中的优秀pyGyth:

或者卢阿的新的LÖVE


对于一个自上而下的射手来说,这两种语言可能都是很好的选择。

一般来说,对于这样一个范围的项目,我建议您使用您接下来想学习的任何语言


您的项目范围不大,但内容丰富,可能会扩展您选择的语言的知识。因此,请选择一种你想更好的语言。

一般来说,对于这样一个范围的项目,我建议你使用你下一步想学的任何语言


您的项目范围不大,但内容丰富,可能会扩展您选择的语言的知识。所以,选择一个你想做得更好的。

我只涉猎过它,但它将促进Java版本。例如,所有的内部游戏都是用LWJGL在Java中完成的,奇怪的是,它们也是自上而下或边对边的blaster风格的游戏。

我只涉猎过它,但会促进Java版本。例如,at的所有内部游戏都是用Java和LWJGL完成的,奇怪的是,它们也是自上而下或边上爆炸机风格的游戏。

尽管这在某种程度上取决于各个实体在多边形和纹理方面的复杂性……我对此表示怀疑。这两种方法仍然在渲染和物理方面付出了大部分代价,而C不应该这样做。C也有一些成本,但我看不出它有足够的重要性来证明在2D自顶向下的射手中移动到C++。接受了最后一段和达尼尔塔尔斯基的回答。尽管它在多边形和纹理方面取决于各个实体的复杂性……我对此表示怀疑。这两种方法仍然在渲染和物理方面付出了大部分代价,而C不应该这样做。C也有一些成本,但我不能认为它足够重要,足以证明在2D自顶向下的投机者中移动到C++。接受了最后一段和达尼尔塔尔斯基的回答。有趣的是,Pygame正是与屏幕上大量实体无关的事情。由于它刷新屏幕的方式,如果需要更新较大的部分,则执行速度相当慢。Pyglet或Cocos2D将是更好的选择。Pygame可以使用,但为什么要麻烦呢?LÖVE有SpriteBatching。我自己没有用过它,它听起来像是一种在屏幕上撒很多精灵的好方法。有趣的是,Pygame正是不需要在屏幕上处理大量实体的东西。由于它刷新屏幕的方式,如果需要更新较大的部分,则执行速度相当慢。Pyglet或Cocos2D将是更好的选择。Pygame可以使用,但为什么要麻烦呢?LÖVE有SpriteBatching。我自己也没用过,这听起来像是在屏幕上洒很多精灵的好方法。