(Enlace de video a continuación).
El archivo de proyecto adjunto se abre así:
The project file contains all the JSL files and some other bits and pieces like a credits slide.El archivo del proyecto contiene todos los archivos JSL y algunas otras partes como una diapositiva de créditos.
Me gustan los proyectos autónomos; tienen una curva de aprendizaje corta, y una vez que comprendí que guardar un archivo JSL (icono de disco gris, quinto desde la izquierda en la parte superior) se guarda en la ubicación temporal donde se abrió el proyecto, NO en el archivo de almacenamiento del proyecto, todo tuvo sentido. El otro ícono de aspecto extraño, el cuarto desde la izquierda, guarda los archivos JSL no guardados en la ubicación temporal y luego reconstruye/guarda el archivo del proyecto. El proyecto tiene su propio espacio de nombres; no se filtra nada que yo haya notado. He acoplado la ventana de registro del proyecto a la derecha.
Si decide echar un vistazo al proyecto o intentar ejecutarlo, aquí hay una descripción general de cómo lo usé. Primero, Rain Drop Manager crea una tabla enorme de (300 filas por imagen multiplicada por 32768 imágenes) filas. Esto se hace en unas pocas horas y tiene que hacerse secuencialmente porque rastrea la ubicación de 300 gotas de lluvia de cuadro a cuadro. En segundo lugar, se inicia Number Server. Abre una ventana GUI en otra pestaña para administrar una granja de máquinas Linux. El servidor numérico es en realidad principalmente un programa de Python que ejecuta un servidor web que se asegura de que cada máquina agrícola funcione en una imagen diferente en la secuencia. En tercer lugar, la GUI inicia los procesos de la granja para crear la imagen utilizando JSL en Generar imágenes.
Es una configuración bastante complicada pero resultó bastante robusta. Corrió hasta su finalización al menos tres veces, alrededor de 55 horas de reloj de pared cada vez. Lo que resultó funcionar bien: no use NFS, en su lugar use las carpetas compartidas de Windows. Ejecute Windows en VirtualBox; use VBoxManage para iniciar y detener Windows. Utilice el directorio de inicio de Windows para iniciar JMP(s). Cosa que agregaría a la GUI si fuera a ejecutarla nuevamente: un estado "azul" para indicar que un trabajador ha terminado y apagado.
La distribución del trabajo entre las máquinas en la granja después de 55 horas:
Several classes of hardware in this Beowulf Cluster.Varias clases de hardware en este Beowulf Cluster.
Los recuentos representan el número de imágenes que creó cada máquina. Cada vez que una máquina finaliza una imagen, le pregunta al Number Server en qué imagen debe trabajar a continuación. Debido a que las posiciones de las gotas de lluvia están precalculadas y el nivel de zoom está determinado por el número de imagen, todos los trabajadores de la granja pueden trabajar de forma independiente, empujando las imágenes completas a una carpeta compartida donde se ordenan por sus nombres cuando se ensambla el video. El código está configurado actualmente para hacer las imágenes en orden de bits invertido, generando la imagen del medio, luego las imágenes de 1/4, luego las imágenes de 1/8 ... en la secuencia. En la marca de 27 horas, se han creado todas las demás imágenes, lo que facilita ver una descripción general. (Lamentablemente, el problema que requería una tercera ejecución de 55 horas solo podía verse en las imágenes adyacentes... a veces... ¡gotas de lluvia parpadeantes!)
Subí un video 4K 60FPS. Mi hardware me permite usar 4K 30FPS o 2K 60FPS, por lo que nunca he visto ambos a la vez. Si elige solo uno, elija 60FPS, es suave como la mantequilla.
Elimine la extensión .zip después de la descarga y JMP 16 la abrirá. Necesitará muchos ajustes para que funcione.
