Что происходит на Discord $RENDER, что сейчас обсуждается в каналах? Давайте погрузимся. 🧵👇🏻👇🏻👇🏻🧵 🧵 ideas-feedback-help Несоответствия статусов кадров и медленная финализация, похоже, связаны с повторным назначением, пропускной способностью загрузки или сбоями при сохранении выходных данных, а не с продолжительностью самой визуализации. ⭕️ @cgen_ сообщил о рассинхронизации статуса кадра: кадр был завершен и виден, но приложение менеджера все еще показывало его как «назначенный» и застрявшим на 0%. Член команды Dino спросил, как выглядит тот же кадр на веб-сайте, и попросил первую половину Job ID. @cgen_ подтвердил, что на веб-сайте кадр отображался как «в обработке», и указал префикс Job ID 6cb3a1da-9f73-4940. Вскоре после этого @cgen_ отметил, что, похоже, работа была назначена новой ноде. ⭕️ @cgen_ спросил, можно ли с помощью какой-либо конкретной настройки снизить вероятность того, что «случайные» кадры будут обрабатываться в 10 раз дольше остальных. В этом обмене не было предоставлено конкретных рекомендаций по настройке, поэтому причина остается неясной. На основании последующего ответа, вероятной причиной может быть производительность загрузки ноды или сбой при сохранении выходных данных, когда кадры кажутся почти завершенными, но не завершаются. ⭕️ @cgen_ также заметил, что 1–2 кадра в каждой задаче остаются на 98% завершения примерно 10 минут, даже если их фактическое указанное время визуализации намного короче. Член команды Dino уточнил, что это обычно означает, что кадр все еще загружается, указывая на проблему с пропускной способностью ноды или сбой при сохранении выходных данных. @cgen_ принял это объяснение. ⭕️ Примечание модерации: @cgen_ также обратил внимание на возможного мошенника в канале с комментарием «lol go away scammer». ❗ Внимание команды: уточните, могут ли создатели видеть статус загрузки/финализации отдельно от статуса визуализации, и могут ли задачи более явно отображать сбои пропускной способности ноды или сохранения выходных данных. Также подтвердите, существуют ли рекомендуемые настройки со стороны создателя для снижения количества кадров с длительной финализацией или это в основном поведение, связанное с нодами. ❇️ Заключительные мысли: Основная проблема — недостаточная видимость. @cgen_ может видеть отрендеренные кадры, но статусы в приложении и на сайте отстают или противоречат друг другу на этапах назначения, обработки и загрузки. Более четкие метки статусов для «в процессе визуализации», «загрузка», «сохранение выходных данных» и «переназначено» снизят путаницу и помогут быстрее диагностировать медленно завершающиеся кадры.