Що відбувається на $RENDER Discord, що зараз обговорюється в каналах? Давайте глибше розглянемо це. 🧵👇🏻👇🏻👇🏻🧵 🧵 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_ бачить завершені кадри, але статуси додатка менеджера та сайту запаздують або суперечать один одному під час етапів призначення, обробки та завантаження. Чіткіші мітки статусу для «рендеринг», «завантаження», «збереження виходу» та «перепризначення» ймовірно зменшать плутанину та допоможуть швидше діагностувати повільні фінальні кадри.