（以下視頻鏈接。）
附加的項目文件打開如下：
The project file contains all the JSL files and some other bits and pieces like a credits slide.項目文件包含所有 JSL 文件和一些其他點點滴滴，如致謝名單幻燈片。
我喜歡獨立的項目；他們的學習曲線很短，一旦我明白保存 JSL 文件（灰色磁盤圖標，頂部左起第 5 個）保存在項目打開的臨時位置，而不是項目的存檔文件中，一切都有意義。 另一個看起來很奇怪的圖標，從左數第 4 個，將所有未保存的 JSL 文件保存到臨時位置，然後重建/保存項目存檔。 該項目有自己的命名空間；我注意到沒有任何洩漏。 我已將項目的日誌窗口停靠在右側。
如果您決定查看該項目，或嘗試運行它，這裡是我如何使用它的概述。 首先，雨滴管理器構建了一個巨大的表（每張圖片 300 行乘以 32768 張圖片）行。 這是在幾個小時內完成的，並且必須按順序完成，因為它逐幀跟踪 300 個雨滴的位置。 其次，啟動號碼服務器。 它在另一個選項卡中打開一個 GUI 窗口來管理 Linux 機器場。 Number Server 實際上主要是一個 Python 程序，它運行一個網絡服務器，確保每台農場機器在序列中處理不同的圖片。 第三，GUI 啟動場進程以使用生成圖像中的 JSL 創建圖片。
這是一個相當複雜的設置，但結果卻非常穩健。 它至少跑了 3 次才完成，每次大約 55 個掛鍾小時。 結果證明效果很好：不要使用 NFS，而是使用 Windows 共享文件夾。 在 VirtualBox 中運行 Windows；使用 VBoxManage 啟動和停止 Windows。 使用 Windows 啟動目錄啟動 JMP。 如果我要再次運行它，我會添加到 GUI 中：“藍色”狀態表示工作人員已完成並關閉。
55 小時後，農場中機器的工作分配：
Several classes of hardware in this Beowulf Cluster.此 Beowulf 集群中的幾類硬件。
計數表示每台機器創建的圖像數量。 每次機器完成一幅圖像時，它都會詢問 Number Server 下一步應該處理什麼圖像。 由於雨滴位置是預先計算好的，縮放級別由圖像編號決定，因此農場中的所有工作人員都能夠獨立工作，將完成的圖像推送到一個共享文件夾中，在視頻組合時按名稱排序。 該代碼當前設置為以反向位順序製作圖像，生成中間圖像，然後是 1/4 圖像，然後是 1/8 圖像……按順序生成。 在 27 小時標記處，每隔一張照片都已製作完畢，因此可以輕鬆查看概覽。 （遺憾的是，需要第 3 次運行 55 小時的問題只能在相鄰圖像上看到......有時......閃爍的雨滴！）
我上傳了 4K 60FPS 視頻。 我的硬件允許我使用 4K 30FPS 或 2K 60FPS，所以我從來沒有同時看到這兩者。 如果你只選擇一個，選擇 60FPS，它非常流暢。
下載後刪除.zip 擴展名，JMP 16 將打開它。 它將需要大量調整才能使其正常工作。
