半个世纪后,为什么3D可视化在编程语言中看起来很难？

Question

据我所知,没有完全令人满意的3D可视化包.我的意思是完全的,因为可以很容易地看到可用包的以下问题:

• 缺乏灵活性
• 重载和初始化(ETS-Mayavi2,...)
• 即使使用OpenGLimplements(VPython,...)也很慢
• 很多错误,例如在旋转和缩放下
• 大数据不可靠
• 非常老式

任何帮助,如果你能满足Python/ Fortran？

Answer 1

这可能是因为"完全"很难定义.

你的意思是"可视化库的C++",你可以在其中进行布尔建模,光线跟踪,像素着色器,透明MAX文件加载以及引擎盖下的加速结构编译？通过实时LOTR-电影战斗动画以及影像着色器以及科学可视化？表面优化内置？包括游戏引擎和物理引擎,即使你只需要三个平面阴影三角形？

这样的图书馆将非常难以编写,单独的光线追踪组件值得数百篇科学论文,数千本书页(例如Pharr/Humphreys PBRT),多年的研究.同样用于表面简化,地形可视化,加速结构(参见例如Vlastimil Havrans论文),着色器构造,性能优化(参见例如Agner Fogs指南),用于大型数据集的流技术.

有许多引擎,用于不同的目的.

因此,你的问题的一个真正答案是:因为还没有人做过.