(ビデオリンクは以下にあります。)
添付されたプロジェクト ファイルは次のように開きます。
The project file contains all the JSL files and some other bits and pieces like a credits slide.The project file contains all the JSL files and some other bits and pieces like a credits slide.The project file contains all the JSL files and some other bits and pieces like a credits slide.The project file contains all the JSL files and some other bits and pieces like a credits slide.The project file contains all the JSL files and some other bits and pieces like a credits slide.プロジェクト ファイルには、すべての JSL ファイルと、クレジット スライドなどのその他の断片が含まれています。
私は自己完結型のプロジェクトが好きです。学習曲線は短く、JSL ファイル (灰色のディスク アイコン、上部左から 5 番目) を保存すると、プロジェクトのアーカイブ ファイルではなく、プロジェクトを開いた一時的な場所に保存されることを理解すると、すべてが理にかなっていました。 もう 1 つの奇妙なアイコン (左から 4 番目) は、未保存の JSL ファイルを一時的な場所に保存し、プロジェクト アーカイブを再構築/保存します。 プロジェクトには独自の名前空間があります。私が気づいたことは何も漏れていません。 プロジェクトのログ ウィンドウを右側にドッキングしました。
プロジェクトを覗いてみたり、実行してみたりする場合は、私がそれをどのように使用したかの概要をここに示します。 まず、Rain Drop Manager は、(画像あたり 300 行×32768 枚) 行の巨大なテーブルを構築します。 これは数時間で完了しますが、フレームごとに 300 個の雨滴の位置を追跡するため、順番に実行する必要があります。 次に、Number Server が起動されます。 別のタブで GUI ウィンドウを開いて、Linux マシンのファームを管理します。 Number Server は、実際にはほとんどが Python プログラムであり、Web サーバーを実行して、各ファーム マシンがシーケンス内の異なる画像で動作することを確認します。 3 番目に、GUI はファーム プロセスを起動し、イメージの生成で JSL を使用してピクチャを作成します。
かなり複雑なセットアップですが、非常に堅牢であることがわかりました。 完了まで少なくとも 3 回実行され、毎回実測時間で約 55 時間かかりました。 結果的にうまくいったのは、NFS を使用せず、代わりに Windows 共有フォルダーを使用することです。 VirtualBox で Windows を実行します。 VBoxManage を使用して Windows を起動および停止します。 Windows 起動ディレクトリを使用して JMP を起動します。 GUI を再度実行する場合は、ワーカーが終了してシャットダウンしたことを示す「青色」の状態を GUI に追加します。
55 時間後のファーム内のマシン間での作業の配分:
Several classes of hardware in this Beowulf Cluster.Several classes of hardware in this Beowulf Cluster.Several classes of hardware in this Beowulf Cluster.Several classes of hardware in this Beowulf Cluster.Several classes of hardware in this Beowulf Cluster.この Beowulf クラスターにはいくつかのクラスのハードウェアがあります。
カウントは、各マシンが作成したイメージの数を表します。 マシンはイメージを終了するたびに、次にどのイメージを処理する必要があるかを Number Server に問い合わせます。 雨滴の位置は事前に計算され、ズーム レベルは画像番号によって決定されるため、ファーム内のすべての作業者が独立して作業でき、完成した画像を共有フォルダーに保存し、ビデオが組み立てられるときに名前で分類されます。 コードは現在、画像を逆ビット順序で作成し、中央の画像、次に 1/4 画像、次に 1/8 画像を順に生成するように設定されています。 27 時間の時点で、1 つおきの画像が作成され、概要が簡単に確認できるようになりました。 (残念ながら、3 回目の 55 時間の実行を必要とした問題は、隣接する画像でのみ確認できました...時々...ちらつく雨滴!)
4K 60FPS動画をアップロードしました。 私のハードウェアでは 4K 30FPS または 2K 60FPS のいずれかを使用できるため、両方を同時に見たことがありません。 1 つだけを選択する場合は、60FPS を選択してください。バターのように滑らかです。
ダウンロード後に .zip 拡張子を削除すると、JMP 16 で開くことができます。 機能させるには多くの調整が必要になります。
