Вылет The Last of Us Part I во время построения шейдеров нельзя автоматически связывать с одной причиной. Сначала важно определить, где именно прерывается запуск: игра закрывается на первом shader build, успевает открыть меню, прерывается при дальнейшей загрузке или сталкивается с отдельным сбоем в кат-сцене либо бою. Для каждого из этих случаев нужна своя диагностическая ветка.

После обновления первое построение шейдеров может занять время. Само ожидание ещё не показывает, что игра обязательно упала. Зафиксируйте, закрывается ли приложение прямо на этом этапе или всё-таки завершает подготовку и доходит до меню. Это различие определяет дальнейшие действия и помогает не смешивать разные типы crash в один сценарий.

С чего начать проверку

Перед экспериментами запишите версию игры, этап загрузки и повторяемость проблемы. Если вылет постоянно возникает в одном месте, отметьте сцену и время. Не запускайте один и тот же эпизод десятки раз без изменений: полезнее выполнить один контролируемый тест, сохранить результат и перейти к следующему шагу.

Отдельно сопоставьте свою сборку с PC Patch Notes для The Last of Us Part I. Naughty Dog публикует заметки именно для PC, поэтому сообщение о loading или исправлении crash нужно проверять применительно к установленному build. Старое упоминание сбоя в shader load, кат-сцене или бою не доказывает, что текущий вылет имеет ту же причину. По этой же причине универсальный совет с форума не заменяет сверку с официальной заметкой.

Ветка: если игра закрывается во время первого построения шейдеров

Сначала установите официальный патч, обновите Steam, а затем перезагрузите PC. Первый повторный запуск проведите без фоновой записи и без оверлеев. Такой порядок создаёт более чистые условия для проверки и не требует вмешательства в пользовательские данные.

До изменения графики проверьте системные требования и состояние драйвера GPU. Обновление драйвера берите только из официального источника производителя. Не начинайте с набора случайных графических правок: после каждого изменения возвращайте исходное значение и повторяйте один и тот же участок. Так можно увидеть, влияет ли конкретная настройка на результат, не смешивая несколько переменных.

Не удаляйте сохранения, cache или произвольные папки shader без резервной копии. Сам факт вылета при построении шейдеров не подтверждает, что безопасное решение заключается в очистке всех связанных каталогов. Перед любой очисткой или переустановкой должен быть backup, а также заранее определённое условие остановки проверки.

Ветка: если игра доходит до меню, а вылет происходит позже

Сбой после меню следует отделить от первого shader build. Зафиксируйте, возникает ли он во время дальнейшей загрузки, в кат-сцене, в бою или на другом повторяемом участке. Затем снова сравните установленную версию с соответствующим разделом PC Patch Notes.

Если проблема продолжается после обновления, в Steam используйте встроенную проверку файлов. Результат Verify нужно сохранить: он пригодится как для собственной диагностики, так и для официального обращения. Даже если проверка не изменила поведение игры, это полезный подтверждённый результат, а не повод сразу переходить к рискованным действиям.

При повторяемом crash записывайте сцену, время и точный этап. Не меняйте одновременно графические параметры, драйвер, контроллер и способ запуска. Один тест должен отвечать на один вопрос, а после изменения следует возвращаться к тому же участку.

Ветка: если проблема появилась после обновления

После установки актуального патча убедитесь, что обновлён и клиент Steam, затем перезапустите PC. На первом запуске после обновления shader build может занять время, поэтому сначала установите, завершился ли процесс или приложение действительно закрылось.

Далее проверьте файлы через Steam и сопоставьте номер сборки с официальной PC-заметкой. Не переносите автоматически исправление из старых патч-нотов на новую версию. Упоминание похожего crash показывает лишь то, что такой класс проблем исправлялся в определённой сборке; оно не устанавливает причину нынешнего вылета.

Ветка: если появляются артефакты, перегрев или перезапускается Windows

При артефактах, признаках перегрева либо перезапуске Windows тест нужно прекратить. В этой ветке не следует продолжать многократные запуски, менять pagefile по непроверенному совету или добавлять сторонние средства. Такое стоп-условие важнее попытки любой ценой завершить shader build.

После остановки сохраните уже полученные наблюдения: момент сбоя, версию игры, модель GPU и действия, выполненные до появления симптомов. Не продолжайте графические эксперименты, пока тест сопровождается системным перезапуском или визуальными артефактами.

Ветка: если вместе с вылетом есть black screen или проблема input

Если ситуация выглядит как black screen либо сбой ввода, сначала попробуйте проводное подключение контроллера и сохраните исходную раскладку. Это отдельный диагностический тест, а не доказательство того, что контроллер вызывает crash при построении шейдеров.

Naughty Dog отдельно описывает контроллеры для PC. В документации для PC перечислены DualShock 4, Xbox Controller, Xbox Accessibility Controller, Switch Pro Controller и Steam Controller как поддерживаемые по проводному подключению; для DualSense и DualSense Edge отдельно указаны ограничения беспроводных функций. При проверке важно записать controller state: подключён ли контроллер, используется ли проводной режим и изменилось ли поведение после теста.

Не смешивайте эту ветку с удалением shader cache. Если проводное подключение устранило только проблему input или black screen, это не означает, что оно объясняет отдельный вылет во время shader loading.

Ветка: если игра запускается на Steam Deck

Для Steam Deck сначала сверяйте официальную заметку о поддерживаемом состоянии и системных обновлениях устройства. Настройки PC нельзя механически переносить в портативный режим: результат на Deck следует оценивать отдельно, не считая настольную конфигурацию готовым решением для другой платформы.

Запишите, на каком этапе происходит сбой на Deck, и не объединяйте его с тестами на обычном PC. В обращении важно прямо указать устройство, версию игры и этап shader loading. Это позволит отделить портативный сценарий от настольного.

Безопасный порядок действий

Рабочая последовательность выглядит так: определить точный момент вылета; записать версию игры и storefront; установить официальный патч; обновить Steam и перезагрузить PC; выполнить запуск без оверлеев и фоновой записи; проверить системные требования и драйвер GPU; провести один графический тест на одном участке; при сохранении проблемы выполнить Verify в Steam.

После каждого шага фиксируйте результат. Если менялась графическая настройка, верните исходное значение перед следующим сравнением. Если тестировался контроллер, сохраните первоначальную раскладку и отдельно отметьте проводное подключение. Для Steam Deck используйте его собственную ветку, а не копию PC-настроек.

Перед очисткой или переустановкой сделайте резервную копию. Не удаляйте пользовательские сохранения и случайные shader-папки. Также не скачивайте DLL, изменённый exe и не применяйте обход защиты. Сторонние performance injectors не входят в безопасную диагностику. Изменение pagefile по непроверенной инструкции тоже не должно становиться следующим шагом.

Что отправить в обращение Naughty Dog

В официальное обращение добавьте версию игры, модель GPU, ОС, storefront и точный этап, на котором происходит shader loading или crash. Укажите состояние контроллера и результат Verify в Steam. Если сбой повторяется в конкретной сцене, приложите время и описание участка.

Перед отправкой очистите материалы от личных данных. Удалите личные пути, Steam ID, токены и скриншоты аккаунта. Диагностические сведения должны описывать игру и окружение, а не раскрывать данные пользователя.

Формулировка обращения должна отделять наблюдение от вывода. Например, можно сообщить, что приложение закрывается во время shader build на определённой версии, но не утверждать без подтверждения, что причиной является драйвер, контроллер или повреждённый cache. Такой подход сохраняет точность и помогает сопоставить отчёт с конкретной сборкой.

FAQ

Нужно ли удалять shader cache, если игра вылетает при шейдерах?

Нет оснований начинать с удаления произвольных папок shader или cache. Не затрагивайте сохранения и обязательно делайте backup перед очисткой либо переустановкой. Сначала пройдите безопасные шаги: официальный патч, обновление Steam, перезагрузка PC, проверка драйвера GPU и Verify файлов.

Почему важно отличать первый shader build от вылета после меню?

Потому что это разные диагностические ветки. На первом запуске после обновления построение шейдеров может занимать время, тогда как crash после меню способен относиться к дальнейшей загрузке, кат-сцене или бою. Точный этап нужно записать до поиска исправления.

Может ли контроллер вызывать shader crash?

Проверка контроллера является диагностическим тестом, а не подтверждением причины. При black screen или проблеме input сначала используйте проводное подключение и сохраните исходную раскладку. Результат запишите отдельно от поведения shader build.

Что делать, если вылет повторяется в одном месте?

Запишите сцену, время и повторяемость, затем тестируйте по одному изменению на одном и том же участке. Не перезапускайте игру десятки раз без новой проверки. Сопоставьте установленный build с PC Patch Notes и сохраните результат Verify.

Какие данные нужны для обращения в поддержку?

Укажите версию игры, GPU, ОС, storefront, этап shader loading, состояние контроллера и итог Verify в Steam. Из скриншотов и текста удалите личные пути, Steam ID, токены и изображения аккаунта.

Что учитывать при запуске на Steam Deck?

Проверьте официальную заметку о поддерживаемом состоянии и системных обновлениях Deck. Не переносите настройки PC в портативный режим механически и описывайте сбой на Deck как отдельный сценарий.