我正在协助的一个项目是为客户使用 freeglut。 我应该提出其他建议吗？
我参与了一个开发项目，该项目为其客户使用 freeglut（基于长期不存在的 glut）。
客户端最终将允许与大型 3D 环境进行全面交互。 我应该让开发继续使用 freeglut（这是否可能），或者我应该建议他们使用另一种替代方案，例如 libsdl、opentk 甚至 axiom。
我不是一个图形专家，但我感觉 freeglut 可能是一个有限的选择。
最有说服力的答案（支持或反对）将被认可。
编辑：有几点需要说明...
- 该项目已经在使用Tao 框架。
- DirectX 和 XNA 不是选项（即：必须使用 freeglut 或 libsdl 之类的东西）。
我确实做了研究，发现 freeglut 再次处于积极开发状态，并且有待发布。 这并没有改变我的感觉，即它可能仍然是一个潜在的有限选择。
我的问题不在于它是如何完成的，而是在于对于可能变得更大的东西来说，freeglut 是否仍然是一个可行的选择，以及是否有更“现代”的解决方案可以稍微简化开发。
编辑：如果其他替代方案具有更好的多线程支持（不是用于渲染对象而是用于处理数据等），这将会有所帮助。
编辑：要详细说明一下...客户端必须至少在 Linux 和 Windows 中工作。
谢谢！
I'm involved in a development project that is using freeglut (based on the long defunct glut) for it's client.
The client will eventually allow full interaction with a large-scale 3d environment. Should I let the development continue with freeglut (is it even possible) or should I advise they use another alternative such as libsdl, opentk or even axiom.
I'm not a graphics person but I get the feeling freeglut might potentially be a limited choice.
The most convincing answer (for or against) will be accredited.
EDIT: A few points to make...
- The project is already using the Tao Framework.
- DirectX and XNA are not options (ie: something like freeglut or libsdl has to be used).
I did do my research and found that freeglut was once again under active development and that they have a release pending. That doesn't change my feeling that it may still be a potentially limited choice.
My question isn't on how it's done but on whether or not freeglut is still a viable choice for something that could potentially get big and whether or not there are more "modern" solutions that might ease development a bit.
EDIT: It would help if other alternatives have better mutli-threading support (not for rendering objects but for processing data and so forth).
EDIT: To elaborate a bit more... the client must work in at least linux and windows.
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我不认为自由饮食有什么问题。 它正在积极开发中，并且有一个活跃的董事会支持 Nabble。
也就是说，在 Windows 中创建 OpenGL 上下文并不困难，那么为什么不直接使用它呢？ 我一直认为人们使用 Glut/FreeGlut 因为那是红皮书使用的。 （虽然鼠标和键盘的回调确实简化了事情）我从来没有计时，但 Glut 总是感觉比通过互操作使用 OpenGL 慢一点。
如果您想直接使用 OpenGL，Tao 项目 有一个很好的 OpenGL 包装器。 它还为 FreeGlut 和 GLFW 提供了很好的 .Net 绑定，GLFW 是 Glut 的替代品，也提供鼠标和键盘回调。
I don't think there's anything wrong with freeglut. It is being actively developed, and there is an active board for support on Nabble.
That said, it is not difficult to create an OpenGL context in Windows, so why not just use it directly? I always thought people used Glut/FreeGlut because that was what the Red Book used. (though the callbacks for mouse and keyboard do simplify things) I never timed it, but Glut always felt a little slower than using OpenGL through interop.
The Tao project has a good OpenGL wrapper if you want to use OpenGL directly. It also has nice .Net bindings for FreeGlut and GLFW, a Glut alternative which offers mouse and keyboard callbacks too.
我会选择 libsdl，它的多媒体功能也使使用音频硬件变得更容易，它具有与 C# 和各种其他语言的本机绑定，如果您决定集成移动界面，也可以使用它你的项目。
I'd go for libsdl, its multimedia capabilities make it easier to work with audio hardware as well, it has native bindings to C# and a variety of other languages, and can also be of use if you ever decide to integrate a mobile interface for your project.
OpenGL 与 C# 是通过包装器完成的。 其中大多数不再积极开发。
使用 C# 进行 3D 开发的规范选择是使用托管 directX 或使用 XNA 库。
右
OpenGL with C# is done via wrappers. Most of them are not actively developed for anymore.
The canonical choice for 3d development with c# is either using managed directX, or using the XNA libraries.
R