

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Crie um ambiente de fila
<a name="create-queue-environment"></a>



Um ambiente de fila é um conjunto de variáveis e comandos de ambiente que configuram os trabalhadores da frota. Você pode usar ambientes de fila para fornecer aplicativos de software, variáveis de ambiente e outros recursos para trabalhos na fila.

Ao criar uma fila, você tem a opção de criar um ambiente de conda fila padrão. Esse ambiente fornece às frotas gerenciadas por serviços acesso a pacotes para aplicativos e renderizadores de DCC de parceiros. O ambiente padrão Para obter mais informações, consulte[Ambiente de conda fila padrão](#conda-queue-environment).

Você pode adicionar ambientes de fila usando o console ou editando diretamente o modelo json ou YAML. Este procedimento descreve como criar um ambiente com o console.

1. Para adicionar um ambiente de fila a uma fila, navegue até a fila e selecione a guia Ambientes de **fila**.

1. Escolha **Ações** e, em seguida, **Criar novo com formulário**.

1. Insira um nome e uma descrição para o ambiente de filas.

1. Escolha **Adicionar nova variável de ambiente** e, em seguida, insira um nome e um valor para cada variável adicionada.

1. (Opcional) Insira uma prioridade para o ambiente de fila. A prioridade indica a ordem em que esse ambiente de fila será executado no trabalhador. Ambientes de fila de maior prioridade serão executados primeiro.

1. Escolha **Criar ambiente de fila.** 

## Ambiente de conda fila padrão
<a name="conda-queue-environment"></a>

Ao criar uma fila associada a uma frota gerenciada por serviços, você tem a opção de adicionar um ambiente de fila padrão que suporte o download e [https://docs.conda.io/en/latest/](https://docs.conda.io/en/latest/)a instalação de pacotes em um ambiente virtual para seus trabalhos.

Se você adicionar um ambiente de fila padrão com o [console](https://console.aws.amazon.com/deadlinecloud/home) do Deadline Cloud, o ambiente será criado para você. Se você adicionar uma fila de outra forma, como AWS CLI ou com CloudFormation, você mesmo precisará criar o ambiente de fila. Para garantir que você tenha o conteúdo correto para o ambiente, consulte os arquivos YAML do modelo de ambiente de fila em. GitHub Para ver o conteúdo do ambiente de fila padrão, consulte o arquivo [YAML do ambiente de fila padrão](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/queue_environments/conda_queue_env_from_console.yaml) em. GitHub

Há outros [modelos de ambiente de fila](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/queue_environments#the-sample-queue-environments) disponíveis GitHub que você pode usar como ponto de partida para suas próprias necessidades.

Condafornece pacotes de *canais*. Um canal é um local onde os pacotes são armazenados. O Deadline Cloud fornece um canal que hospeda conda pacotes que oferecem suporte a aplicativos e renderizadores de DCC parceiros. `deadline-cloud` Selecione cada guia abaixo para ver os pacotes disponíveis para Linux ouWindows.

------
#### [ Linux ]
+ Autodesk Arnold para Cinema 4D
  + `cinema4d-c4dtoa=2025`
+ Autodesk Arnold para Maya
  + `maya-mtoa=2024.5.3`
  + `maya-mtoa=2025.5.4`
  + `maya-mtoa=2026.5.5`
+ Autodesk Maya
  + `maya=2024`
  + `maya=2025`
  + `maya=2026`
  + `maya-openjd`
+ Autodesk VRED
  + `vredcore=2025`
  + `vredcore=2026`
+ Liquidificador
  + `blender=3.6`
  + `blender=4.2`
  + `blender=4.5`
  + `blender=5.0`
  + `blender-openjd`
+ Chaos V-Ray para Maya
  + `maya-vray=2025.7`
  + `maya-vray=2026.7`
+ Fundição Nuke
  + `nuke=15`
  + `nuke=16`
  + `nuke-openjd`
+ Maxon Cinema 4D
  + `cinema4d=2025`
  + `cinema4d=2026`
  + `cinema4d-openjd`
+ Maxon Redshift para Maya
  + `maya-redshift=2025.4`
  + `maya-redshift=2026.2`
+ SideFX Houdini
  + `houdini=19.5`
  + `houdini=20.0`
  + `houdini=20.5`
  + `houdini=21.0`
  + `houdini-openjd`

------
#### [ Windows ]
+ Adobe After Effects
  + `aftereffects=24.6`
  + `aftereffects=25.1`
  + `aftereffects=25.2`
  + `aftereffects=25.6`
  + `aftereffects=26.0`
+ Autodesk Arnold para Cinema 4D
  + `cinema4d-c4dtoa=2025`
  + `cinema4d-c4dtoa=2026`
+ KeyShot Estúdio
  + `keyshot=2024`
  + `keyshot=2025`
  + `keyshot-openjd`
+ Maxon Cinema 4D
  + `cinema4d=2024`
  + `cinema4d=2025`
  + `cinema4d=2026`
  + `cinema4d-openjd`
+ Unreal Engine
  + `unrealengine=5.4`
  + `unrealengine=5.5`
  + `unrealengine=5.6`
  + `unrealengine-openjd`

------

**nota**  
Para o **Cinema 4D**, o pacote Linux conda não suporta materiais 3D substanciais. Os trabalhos com esse material falham com um dos seguintes erros:  

```
Commandline: ./modules/io_substance/source/substance_framework/src/details/detailsengine.cpp:794: SubstanceAir::Details::Engine::Context::Context(SubstanceAir::Details::Engine&, SubstanceAir::RenderCallbacks*): Assertion `res==0' failed.
```

```
/home/job-user/.conda/envs/<hash>/Lib/deadline/cinema4d_adaptor/Cinema4DAdaptor/adaptor.sh: line 44: 10832 Segmentation fault      (core dumped) $C4DEXE ${ARGS[*]}
```
Em Windows vez disso, recomendamos que você envie trabalhos com materiais essenciais.  
No Cinema 4D 2025.3.3 em dianteLinux, caminhos de ativos globalizados podem causar falhas de segmentação. Portanto, o pacote Linux conda contém Cinema 4D 2025.3.1 com Redshift 2025.6.0 em vez disso. Se você precisar de recursos ou correções de erros do Cinema 4D 2025.3.3, recomendamos duas opções: atualizar para o Cinema 4D 2026 ou enviar esses trabalhos para o Cinema 4D 2025.3.3. Windows  
Para o **Cinema 4D OpenJD,** para evitar problemas de tempo limite, recomendamos que você defina o tempo limite de execução da tarefa para dobrar o tempo de renderização esperado, em vez de usar o tempo limite padrão de 2 dias.

Quando você envia um trabalho para uma fila com o conda ambiente padrão, o ambiente adiciona dois parâmetros ao trabalho. Esses parâmetros especificam os conda pacotes e canais a serem usados para configurar o ambiente do trabalho antes que as tarefas sejam processadas. Os parâmetros são:
+ `CondaPackages`— uma lista separada por espaços das [especificações de pacotes correspondentes](https://docs.conda.io/projects/conda-build/en/stable/resources/package-spec.html#package-match-specifications), como `blender=3.6` ou. `numpy>1.22` O padrão é vazio para ignorar a criação de um ambiente virtual.
+ `CondaChannels`— uma lista separada por espaços de [condacanais](https://docs.conda.io/projects/conda/en/latest/user-guide/concepts/channels.html)`deadline-cloud`, como`conda-forge`, ou`s3://amzn-s3-demo-bucket/conda/channel`. O padrão é `deadline-cloud` um canal disponível para frotas gerenciadas por serviços que fornece aplicativos e renderizadores de DCC parceiros. 

Quando você usa um remetente integrado para enviar um trabalho do seu DCC para o Deadline Cloud, o remetente preenche o valor do `CondaPackages` parâmetro com base no aplicativo e no remetente do DCC. Por exemplo, se você estiver usando o Blender, o `CondaPackage` parâmetro será definido como. `blender=3.6.* blender-openjd=0.4.*`

Recomendamos que você fixe todos os envios somente às versões listadas na tabela acima, por exemplo, blender=3.6. É recomendável fixar na versão major.minor porque as versões de patch afetam os pacotes disponíveis. Por exemplo, quando lançarmos o Blender 3.6.17, não Blender distribuiremos mais o 3.6.16. Qualquer envio vinculado ao blender=3.6.16 falhará. Se você fixar no blender=3.6, obterá a versão mais recente do patch distribuído e os trabalhos não serão afetados. Por padrão, os remetentes do DCC se fixam nas versões atuais listadas na tabela acima, excluindo o número do patch, como blender=3.6.