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 condas 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](https://download.blender.org/release/Blender4.2/) 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](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/conda_recipes/blender-4.2)
El archivo [deadline-cloud.yaml](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/conda_recipes/blender-4.2) 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](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/conda_recipes/blender-4.2/recipe/recipe.yaml). También puedes leer la documentación de conda build [meta.yaml](https://docs.conda.io/projects/conda-build/en/latest/resources/define-metadata.html) 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](https://docs.conda.io/projects/conda-build/en/latest/resources/make-relocatable.html) 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](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/conda_recipes/blender-4.2/recipe/build.sh) o [build\$1win.sh](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/conda_recipes/blender-4.2/recipe/build_win.sh) (llamado por`bld.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](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/what-is-a-deadline-cloud-workload.html#workload-portability) portabilidad de la carga de trabajo para obtener consejos sobre cómo utilizarla. `bash` Windows Si has instalado [git para Windows](https://gitforwindows.org/) clonar el repositorio de [deadline-cloud-samples](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/)git, ya tienes acceso a `bash` él.
La documentación de [las variables de entorno de compilación de conda](https://docs.conda.io/projects/conda-build/en/latest/user-guide/environment-variables.html) 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](https://github.com/aws-deadline/deadline-cloud-samples) También necesitará lo siguiente:
+ Si lo estás usandoWindows, al instalar git se instalará una versión de bash, git BASH.
+ Debe tener instalada la [CLI de Deadline Cloud](https://github.com/aws-deadline/deadline-cloud).
+ Debe iniciar sesión en el [monitor de Deadline Cloud](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/working-with-deadline-monitor.html).
1. Abre la GUI de configuración de Deadline Cloud con el siguiente comando y establece la granja y la cola predeterminadas en la cola de creación de paquetes.
```
deadline config gui
```
1. Usa el siguiente comando para clonar el repositorio de muestras GitHUb de Deadline Cloud.
```
git clone https://github.com/aws-deadline/deadline-cloud-samples.git
```
1. Cambie al `conda_recipes` directorio del `deadline-cloud-samples` directorio.
```
cd deadline-cloud-samples/conda_recipes
```
1. Ejecute el script llamado`submit-package-job`. El script proporciona instrucciones para descargarlo Blender la primera vez que lo ejecute.
```
./submit-package-job blender-4.2/
```
1. Siga las instrucciones de descargaBlender. Cuando tenga el archivo, vuelva a ejecutar el `submit-package-job` script.
```
./submit-package-job blender-4.2/
```
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.
![\[El monitor de Deadline Cloud muestra el progreso y el estado de un trabajo que crea el Blender paquete.\]](http://docs.aws.amazon.com/es_es/deadline-cloud/latest/developerguide/images/Conda-Figure3.png)
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 las siguientes:
+ **Sincronizar archivos adjuntos**: esta acción copia los archivos adjuntos del trabajo de entrada o monta un sistema de archivos virtual, en función de la configuración utilizada para el sistema de archivos adjuntos del trabajo.
+ **Iniciar Conda**: esta acción proviene del entorno de colas agregado de forma predeterminada cuando creó la cola. El trabajo no especifica ningún paquete conda, por lo que finaliza rápidamente y no crea un entorno virtual conda.
+ **Iniciar CondaBuild Env**: esta acción crea un entorno virtual conda personalizado que incluye el software necesario para crear un paquete conda y volver a indexar un canal. [Se instala desde el canal conda-forge.](https://conda-forge.org/)
+ **Ejecución de tareas**: esta acción crea el Blender paquete y carga los resultados en Amazon S3.
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.
# Pruebe su paquete con un trabajo de renderizado Blender 4.2
Una vez que haya creado el paquete Blender 4.2 y haya configurado la cola de producción para usar el canal conda de S3, puede enviar los trabajos para renderizarlos con el paquete. Si no tiene una Blender escena, descargue la escena Blender 3.5: Cozy Kitchen de la página de [archivos de Blender demostración](https://www.blender.org/download/demo-files).
El GitHub repositorio de muestras de Deadline Cloud que descargaste anteriormente contiene un trabajo de muestra para renderizar una Blender escena mediante los siguientes comandos:
```
deadline bundle submit blender_render \
-p CondaPackages=blender=4.2 \
-p BlenderSceneFile=/path/to/downloaded/blender-3.5-splash.blend \
-p Frames=1
```
Puedes usar el monitor de Deadline Cloud para hacer un seguimiento del progreso de tu trabajo:
1. En el monitor, selecciona la tarea para el trabajo que has enviado y, a continuación, selecciona la opción para ver el registro.
1. En el lado derecho de la vista de registro, seleccione la acción **Iniciar sesión de Conda**.
Puede ver que la acción buscó Blender 4.2 en los dos canales conda configurados para el entorno de colas y que encontró el paquete en el canal S3.