简而言之：
你知道3D 场景的生成脚本并像 POVray 一样渲染它，但使用更现代的渲染技术（大都会光传输、GPGPU、环境遮挡），理想情况下使用基于Java 或 python 等通用语言的场景描述语言。简单 - 更现代的 POVray 替代品
长篇大论：
我有时会使用 POVray 进行生成设计/图形，因为 POVray 的场景描述语言非常好，而且它是我知道的唯一一种 3D 渲染软件，其中输入的主要方式是“编写场景代码”而不是“使用 GUI 对场景进行建模”
另一方面，POVray 的核心相当陈旧。视觉质量远远落后于例如Luxrender，速度也没有那么快（缺少环境遮挡等常见技巧）。另一方面，luxrender 的输入文件不应该是手工编写的（例如，没有什么比POVray 对几何基元进行 bolean 操作的出色实体建模，或由我用于脚本编写的解析函数处方或“blob”描述的曲面更像了很多 ）。
另外，我认为将场景描述语言集成到某种通用编程语言（如 python 或 java ）中或者至少有一些与这些语言完全兼容的接口会很好。
我想知道是否有这样的事情？
据我所知，最接近的是SunFlow，它可以作为库导入任何 Java 程序，并且原始类和接口可以在标准 Java 中扩展 - 因此原则上您可以通过这种方式定义自己的几何图元。不过现在SunFlow项目好像已经死了，也没有很好的教程如何使用这个直接的java接口。
当我使用名为 Midnight Commander 的功能shell link（我猜它是一种ssh）复制文件时，有时需要很长时间。
更准确地说，复制时间条完成得相当快（20MB/s），但比我必须等待更长的时间才能进行一些神秘的操作，这些操作会写入终端消息，例如
fish: storing file 16456464/111545454
因为这个愚蠢的操作需要比实际复制（通过网络传输）长约 5 倍的时间这真的让我很恼火，并阻止我使用这个网络传输功能。
这是什么操作，为什么有必要，我该如何摆脱它？（我的理论是它是一种加密/解密或从/到临时目录或缓冲区的复制......但我无法谷歌回答）
我认为只有当我从客户端复制到主机时才会发生这种情况。但有时交换客户端-主机角色会更困难，例如，如果计算机不在同一个房间，或者如果其中一台计算机上没有配置 ssh 服务器。
注意 1：我很确定它与网络的物理速度无关，如果我通过 1GBit 电缆连接，速度（慢）是一样的。
注意 2：我知道使用 SCP 或 SSH、rsync 或其他基于终端的工具我可能可以避免这个问题，这可能是 mc 特定的。但是我发现 mc gui 更方便，在那里我可以看到哪个文件在哪里并且不必一直输入命令。