APIのサーバ側での3Dレンダリング[定休日]

StackOverflow https://stackoverflow.com/questions/64291

  •  09-06-2019
  •  | 
  •  

質問

仕事をしている他のアプリケーションに対するニーズに迅速に描画する簡単な3Dシーンのサーバーを返しとしてファイルの方がJPEGファイル経由HTTP.基本的には、こういうことができるように単純などのダイナミックな3DシーンのHTMLページでは、そのようなもの:

<img src="http://www.myserver.com/renderimage?scene=1&x=123&y=123&z=123">

私た上で質問してどの技術を使いいます。にデスクトップアプリケーショ私はもちろん、DirectXを利用していると思うんなリクエストに最適なサーバー側の願いを作り出すために何十、数百台ものユーザーモデルの評価を行った。いい経験。はありま3D API（好ましくは自由に利用）なげていくことができれば理想です。よくソフトウェアレンダリングのか"

私の主な懸念をDirectXやOpenGLなかには仮想化サーバー環境で、かのことは、あってはならないことで典型的なサーバーのハードウェア以上がってることが必要である。

役に立ちましたか？

解決

RealityServerによるイメージはいかがご覧いただけます。詳しい内容をご覧いただける製品ページ（ダウンロード開発者である必要はありません。

RealityServer docs

他のヒント

Idと言うあなたの最善の策はしていDirect3D/OpenGLアプリのサーバを停止せず).その後、サーバーのページのリクエストを送信の描画アプリのレンダリングアプリsnend、jpg/png/う。

  • 場合はDirect3D/OpenGL速にレンダリングハードウェア、その他のソフトウェア-ソリューションをまか
  • により、アプリレンダリング走行きを避けるオーバーヘッドの形成-破壊織backbuffers頂点バッファーなど。きpotentialyを描画するだけで100シーンの時です。

しかし多くのサーバーがないグラフィックです。Direct3Dはlarglyなソフトウェア（エミュレーションデバイスからでも良い試験）では絶対手に入らないOpenGLソフトウェアのことをいいます。

きwrap 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を挿入する自分のカメラ座標です。

なAPIではなく、レンダリング; Povray?もう存在し、 http インタ---

きもJava3D(https://java3d.dev.java.net/する、エレガントな解決方法の場合サーバ構築したJavaベ済みです。

私のもおすすめることができるよう、ソフトウェアのみをレンダリング解できるようwrangle全体のサーバプロセスがすべて同時に需要の3Dレンダリングハードウェアの音のような変則的な形になっています。

Yafaray(http://www.yafaray.org/ が最初の選択肢を考えるための一般的な3Dレンダリングで合理的に高速およびその結果ります。できるその他のソフトウェアなどのブレンダーの3Dモデラーでした。ライセンスはLPGL.

場合はサーバ側のソフトウェアが含まれるPythonで記述されて、ご希望の3Dシーンの可視化の科学的データ、MayaVi2 http://mayavi.sourceforge.net/, はない場合は、閲覧で http://www.vrplumber.com/py3d.py

と予測する人たちに大人気のpov-Ray必要性を実現するには、図書館はどのような企業なので、あっというAPIに含まれています。サーバー側の処理も書く必要があるテキストシーンファイルを新しいプロセス実行pov-Rayのオプションの画像ファイルです。が容易に設定特定のアプリケーションに、またより専門知識pov-Rayのレンダリング、頑張ってください（-∀-）

サーバ側のレンダリングは、シーンの巨大なオブジェクト数などのダウンロードデータセットのクライアントにクライアントの描画するあまりにも遅いし、レンダリングを期待するものではなくリアルタイム.クライアント側のレンダリングでしかできない難しいご利用の場合のようなもの jogl 結累進シーンダウンロード（ダウンロードの前景物体を描画する、その後段階的にダウンロードに基づく人物からの距離の視点で再描画する).

なので、しばらく日本にいたいサーバ側のレンダリングする場合がありますのウェブサーバーのレンダリング部への二つのコンピュータと設定を最適にそのタスク（レンダリングはOpenGLカードが少ないために、だRAMサーバの高速ディスク、多くのramバックアップとなOpenGL).したいと思っても間違いることができましいハードウェアレンダリングにvirtualisedサーバからサーバーの思いを用いています。

チェック wgpu.net.

だと思います。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top