O que está acontecendo no Discord de $RENDER, o que está sendo discutido atualmente nos canais? Vamos mergulhar 🧵👇🏻👇🏻👇🏻🧵 🧵 ideas-feedback-help Inconsistências no status dos quadros e finalização lenta parecem estar ligadas à reassigned, largura de banda de upload ou falhas na salvaguarda da saída, e não ao tempo de renderização bruto. ⭕️ @cgen_ relatou um descompasso no status do quadro: o quadro foi concluído e visível, mas o aplicativo gerenciador ainda o mostrava como “atribuído” e travado em 0%. O membro da equipe Dino perguntou como o mesmo quadro aparecia no site e solicitou a primeira metade do ID do trabalho. @cgen_ confirmou que o site mostrava o quadro como em processamento e compartilhou o prefixo do ID do trabalho 6cb3a1da-9f73-4940. Pouco depois, @cgen_ disse que parecia que o trabalho havia sido atribuído a um novo node. ⭕️ @cgen_ perguntou se alguma configuração específica poderia reduzir a chance de “quadros aleatórios” levarem 10x mais tempo que os demais. Nenhuma orientação de configuração concreta foi fornecida nessa troca, portanto a causa permanece incerta. Com base na resposta posterior, o desempenho de upload do node ou falhas na salvaguarda da saída podem ser fatores prováveis quando os quadros parecem quase concluídos, mas não finalizam. ⭕️ @cgen_ também observou que 1–2 quadros em cada trabalho permanecem em 98% concluídos por cerca de 10 minutos, mesmo quando seu tempo real de renderização relatado é muito menor. O membro da equipe Dino esclareceu que isso geralmente significa que o quadro ainda está sendo feito upload, apontando para um problema de largura de banda do node ou falha ao salvar as saídas. @cgen_ reconheceu a explicação. ⭕️ Observação de moderação: @cgen_ também chamou a atenção para um suposto golpista no canal com “lol vá embora golpista.” ❗ Foco para a equipe: esclarecer se os criadores podem ver o status de upload/finalização separadamente do status de renderização, e se os trabalhos podem expor falhas de largura de banda do node ou salvaguarda da saída de forma mais explícita. Também confirmar se existem configurações recomendadas do lado do criador para reduzir quadros de cauda longa ou se isso é principalmente comportamento do lado do node. ❇️ Considerações finais: O principal ponto de dor é a visibilidade. @cgen_ consegue ver os quadros renderizados, mas os status do aplicativo gerenciador/site atrasam ou entram em conflito durante as fases de atribuição, processamento e upload. Rótulos de status mais claros para “renderizando”, “fazendo upload”, “salvando saída” e “reatribuído” provavelmente reduziriam a confusão e ajudariam a diagnosticar quadros lentos mais rapidamente.