Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Cree una receta de construcción de conda para Blender

Puede usar diferentes aplicaciones para crear una receta de construcción de condas. Blenderes de uso gratuito y fácil de empaquetar con conda. La Blender Fundación proporciona archivos de aplicaciones para múltiples sistemas operativos. Hemos creado un ejemplo de receta de compilación de conda que utiliza los archivos .zip de Windows y .tar.xz de Linux. En esta sección, aprenda a usar la receta de compilación de conda 4.2. Blender

El archivo deadline-cloud.yaml especifica las plataformas conda y otros metadatos para enviar los paquetes de trabajo a Deadline Cloud. Esta receta incluye información de archivo de origen local para demostrar cómo funciona. La plataforma conda linux-64 está configurada para incluir un envío de trabajo predeterminado que coincida con la configuración más común. El campo deadline-cloud.yaml tiene un aspecto similar al siguiente:

condaPlatforms:
  - platform: linux-64
    defaultSubmit: true
    sourceArchiveFilename: blender-4.2.1-linux-x64.tar.xz
    sourceDownloadInstructions: 'Run "curl -LO https://download.blender.org/release/Blender4.2/blender-4.2.1-linux-x64.tar.xz"'
  - platform: win-64
    defaultSubmit: false
    sourceArchiveFilename: blender-4.2.1-windows-x64.zip
    sourceDownloadInstructions: 'Run "curl -LO https://download.blender.org/release/Blender4.2/blender-4.2.1-windows-x64.zip"'

Revisa los archivos del directorio. recipe Los metadatos de la receta están en recipe/recipe.yaml. También puedes leer la documentación de conda build meta.yaml para obtener más información, por ejemplo, si el archivo es una plantilla para generar YAML. La plantilla se usa para especificar el número de versión solo una vez y para proporcionar valores diferentes según el sistema operativo.

Puede revisar las opciones de creación seleccionadas meta.yaml para desactivar diversas comprobaciones de reubicación binaria y vinculación de objetos compartidos dinámicos (DSO). Estas opciones controlan el funcionamiento del paquete cuando se instala en un entorno virtual conda con cualquier prefijo de directorio. Los valores predeterminados simplifican el empaquetado de todas las bibliotecas de dependencias en un paquete independiente, pero cuando se reempaqueta de forma binaria una aplicación, es necesario cambiarlos.

Si la aplicación que está empaquetando requiere bibliotecas de dependencias adicionales o si está empaquetando los complementos de una aplicación por separado, es posible que se produzcan errores de DSO. Estos errores se producen cuando la dependencia no se encuentra en la ruta de búsqueda de la biblioteca del ejecutable o la biblioteca que la necesita. Las aplicaciones dependen de que las bibliotecas se encuentren en rutas definidas globalmente, por ejemplo/usr/lib, /lib o cuando se instalan en un sistema. Sin embargo, dado que los entornos virtuales de conda se pueden colocar en cualquier lugar, no existe una ruta de uso absoluta. Conda utiliza funciones relativas a RPATH, que son macOS compatibles con ambasLinux, para gestionar este problema. Consulte la documentación de compilación de conda sobre Cómo hacer que los paquetes sean reubicables para obtener más información.

Blenderno requiere ningún ajuste de RPATH, ya que los archivos de la aplicación se crearon teniendo esto en cuenta. Para las aplicaciones que sí lo requieren, puede usar las mismas herramientas que usa conda build: patchelf en Linux y install_name_tool en versiones posteriores. macOS

Durante la creación del paquete, se ejecuta el script build.sh o build_win.sh (llamado porbld.bat) para instalar los archivos en un entorno preparado con las dependencias del paquete. Estos scripts copian los archivos de instalación, crean enlaces simbólicos a partir de $PREFIX/bin ellos y configuran los scripts de activación. SíWindows, no crea enlaces simbólicos, sino que añade el directorio de Blender a la PATH del script de activación.

Usamos un archivo.bat bash en lugar de un cmd.exe archivo.bat como Windows parte de la receta de compilación de conda, ya que esto proporciona más coherencia en todos los scripts de compilación. Consulta las recomendaciones de la guía para desarrolladores de Deadline Cloud sobre la portabilidad de la carga de trabajo para obtener consejos sobre cómo utilizarla. bash Windows Si has instalado git para Windows clonar el repositorio de deadline-cloud-samplesgit, ya tienes acceso a bash él.

La documentación de las variables de entorno de compilación de conda enumera los valores disponibles para su uso en el script de compilación. Estos valores incluyen $SRC_DIR los datos del archivo fuente, $PREFIX el directorio de instalación, el acceso $RECIPE_DIR a otros archivos de la receta, el nombre $PKG_NAME y $PKG_VERSION la versión del paquete y $target_platform la plataforma conda de destino.

Envíe el trabajo del paquete Blender 4.2

Puede crear su propio paquete conda Blender 4.2 para renderizar los trabajos descargando el Blender archivo y luego enviando un trabajo a la cola de creación de paquetes. La cola envía el trabajo a la flota asociada para crear el paquete y volver a indexar el canal conda.

Estas instrucciones utilizan git desde un shell compatible con bash para crear un paquete de OpenJD y algunas recetas de conda del repositorio de muestras de Deadline Cloud. GitHub También necesitará lo siguiente:

Después de enviar el trabajo, utilice el monitor de Deadline Cloud para ver el progreso y el estado del trabajo a medida que se ejecuta.

En la parte inferior izquierda del monitor se muestran los dos pasos del trabajo: crear el paquete y, a continuación, volver a indexarlo. En la parte inferior derecha se muestran los pasos individuales de cada tarea. En este ejemplo, hay un paso para cada tarea.

En la parte inferior izquierda del monitor están los dos pasos del trabajo: crear el paquete y, a continuación, volver a indexar el canal conda. En la parte inferior derecha están las tareas individuales de cada paso. En este ejemplo, solo hay una tarea para cada paso.

Al hacer clic con el botón derecho en la tarea correspondiente al paso de creación del paquete y seleccionar Ver registros, el monitor muestra una lista de acciones de la sesión que muestran cómo está programada la tarea en el trabajador. Las acciones son:

A medida que se ejecutan las acciones, envían los registros en un formato estructurado a Amazon CloudWatch. Cuando se complete un trabajo, selecciona Ver registros para todas las tareas para ver registros adicionales sobre la configuración y el desmantelamiento del entorno en el que se ejecuta el trabajo.