API для серверного 3D-рендеринга

Я бы сказал, что лучше всего иметь приложение Direct3D / OpenGL, работающее на сервере (без остановки). ЗАТЕМ заставляем серверную страницу отправлять запрос в приложение для рендеринга, а приложение для рендеринга возвращает jpg / png / что угодно обратно.

• Если Direct3D / OpenGL медленно рендерит сцену на оборудовании, то любое программное решение будет хуже.
• Сохраняя работающее приложение для рендеринга, вы избегаете накладных расходов на создание / уничтожение текстур, обратных буферов, буферов вершин и т. д. Вы могли бы визуализировать простую сцену 100 раз в секунду.

Однако на многих серверах нет видеокарт. Direct3D практически бесполезен в программном обеспечении (есть эмулируемое устройство от Ms, но оно годится только для тестирования эффектов), никогда не пробовал OpenGL в программном обеспечении.

Не столько API, сколько средство визуализации; Поврай? Кажется, также существует интерфейс http ...

Рендеринг на стороне сервера имеет смысл только в том случае, если сцена состоит из огромного количества объектов, так что загрузка набора данных клиенту для клиентского рендеринга будет слишком медленной, и рендеринг не ожидается в реальном времени. Рендеринг на стороне клиента не слишком сложен, если вы используете что-то вроде бегать трусцой в сочетании с прогрессивной загрузкой сцены (т.е. загружаете объекты переднего плана и визуализируете, а затем постепенно загружаете объекты в зависимости от расстояния от точки обзора и повторно визуализируете).

Если вы действительно хотите выполнить рендеринг на стороне сервера, вы можете разделить часть веб-сервера и часть рендеринга на два компьютера, каждый из которых настроен оптимально для своей задачи (рендерер имеет карту OpenGL, минимальный HD и достаточно ОЗУ, на сервере много быстрые диски, много оперативной памяти, резервные копии и без OpenGL). Я очень сомневаюсь, что вы сможете выполнять аппаратный рендеринг на виртуализированном сервере, поскольку на сервере, вероятно, нет графического процессора.

Яфарай (http://www.yafaray.org/) может быть хорошим первым выбором для общего 3D-рендеринга. Это достаточно быстро, и результаты выглядят великолепно. Его можно использовать в другом программном обеспечении, например 3D-модельер Blender. Лицензия LPGL.

Если программное обеспечение на стороне сервера написано на Python, а желаемая 3D-сцена представляет собой визуализацию научных данных, посмотрите MayaVi2 http://mayavi.sourceforge.net/, а если нет, перейдите на http://www.vrplumber.com/py3d.py

Те, кто предлагает широко популярный POV-Ray, должны понимать, что это не библиотека или какой-либо объект, предлагающий API. Серверный процесс должен был бы написать файл текстовой сцены, выполнить новый процесс для запуска POV-Ray с правильными параметрами и взять полученный файл изображения. Если это легко настроить для конкретного приложения, и если у вас больше опыта работы с POV-Ray, чем с другими модулями визуализации, то сделайте это!

Вы также можете посмотреть на Java3D (https://java3d.dev.java.net/), который был бы элегантным решением, если бы ваша серверная архитектура уже была основана на Java.

Я также порекомендовал бы попытаться обойтись без программного решения для рендеринга, если вы можете - попытка разобраться с множеством серверных процессов, которые все одновременно предъявляют требования к оборудованию для 3D-рендеринга, звучит как большая работа.

RealityServer с помощью мысленных образов предназначен для выполнения именно того, что здесь описано. Более подробная информация доступна на странице продукта (включая загружаемую версию для разработчиков).

Документы RealityServer

Вы можете обернуть Pov-ray (здесь используется POSIX и сборка Windows). Пример PHP:

<?php
chdir("/tmp");
@unlink("demo.png");
system("~janus/.wine/drive_c/POV-Ray-v3.7-RC6/bin/pvengine-sse2.exe /render demo.pov /exit");
header("Content-type: image/png");
fpassthru($f = fopen("demo.png","r"));
fclose($f);
?>

demo.pov доступен здесь.

Вы можете использовать язык шаблонов, такой как Jinja2, для вставки собственных координат камеры.

Проверьте wgpu.net.

Я считаю это очень полезным.