Windows Auto SR — это не DLSS: как работает апскейлинг на NPU без интеграции в игры

Windows Auto SR легко спутать с DLSS, FSR или XeSS, поскольку все они способны превратить рендер с низким разрешением в изображение более высокого качества. Главное отличие заключается в том, где именно работает технология. Auto SR встроена в Windows, запускает свою ИИ-модель на NPU и может улучшать поддерживаемые игры без необходимости внедрения разработчиком SDK суперразрешения в саму игру.
Сначала: какую проблему пытается решить Auto SR?
Более высокое разрешение рендеринга улучшает детализацию картинки, но заставляет GPU выполнять значительно больше вычислений. Более низкое разрешение рендерить проще, и оно позволяет повысить FPS, но при этом изображение становится более мыльным.
Технологии суперразрешения стремятся сохранить менее ресурсоемкий рендеринг в низком разрешении, воссоздавая результат, максимально приближенный к картинке высокого разрешения.
Auto SR делает это на уровне операционной системы, избавляя от необходимости добавлять современный апскейлер в каждую старую игру.
Конвейер Auto SR простыми словами
Что происходит при включении Auto SR
Зачем использовать NPU вместо GPU?
Интегрированные в игры технологии масштабирования обычно выполняют часть задач реконструкции непосредственно на GPU.
Это эффективно, поскольку у них есть прямой доступ к подробным данным движка, однако апскейлер по-прежнему расходует часть времени кадра графического процессора.
Auto SR идет по иному пути. Microsoft запускает более крупную нейросетевую модель на NPU, благодаря чему GPU может потратить больше времени на отрисовку самой игры.
В пояснении Microsoft для ROG Xbox Ally X указано, что модель на NPU работает параллельно с рендерингом на GPU, получая фактически один дополнительный кадр времени вместо того, чтобы принуждать GPU завершать апскейлинг в рамках того же лимита времени на кадр.
Разделение обязанностей между GPU и NPU
Кто за что отвечает?
| GPU | NPU | |
|---|---|---|
| Рендеринг игры | ||
| Реконструкция Auto SR | ||
| Ожидаемая польза | ||
| Затраты ресурсов |
Auto SR — это не DLSS, FSR или XeSS
Хотя эти технологии преследуют общую цель — реконструкцию изображения в более высоком разрешении, объем доступных им данных и границы интеграции существенно различаются.
Windows Auto SR в сравнении со встроенным в игры суперразрешением
| Windows Auto SR | Интеграция в стиле DLSS / FSR / XeSS | |
|---|---|---|
| Интеграция | ||
| Доступная информация | ||
| Выполнение ИИ | ||
| Поддержка игр | ||
| Рекомендации Microsoft |
Почему встроенные в игры апскейлеры получают более полные данные
Апскейлер, интегрированный прямо в игру, может получать данные, к которым у Windows нет автоматического доступа после завершения рендеринга кадра.
Сюда могут входить векторы движения, параметры субпиксельного дрожания (jitter), буфер глубины и внутренняя история рендеринга.
Microsoft прямо заявляет, что Auto SR решает задачу масштабирования без необходимости в дополнительной информации от игрового движка. Компромисс заключается в том, что модели Windows приходится делать больше выводов на основе самого изображения.
Почему в Auto SR используется более крупная модель
Если апскейлер получает меньше данных от движка, самой модели приходится выполнять значительно больший объем работы по реконструкции.
Архитектура Microsoft задействует NPU, что позволяет использовать более крупную модель на практике без переноса всей нагрузки инференса на GPU.
Это одно из главных архитектурных отличий Auto SR от интегрированных в движок GPU-апскейлеров.
Плата за подход — задержка
Параллельная работа модели Auto SR дает ей больше времени на обработку, однако реконструкция изображения неизбежно сказывается на таймингах.
По данным Microsoft, средняя дополнительная задержка при использовании Auto SR составляет примерно один кадр.
Это означает, что Auto SR может улучшить визуальную плавность или качество картинки, но при этом добавит некоторую задержку ввода.
Почему NPU все же может косвенно влиять на производительность GPU
Отдельный аппаратный блок не означает неограниченную независимую мощность.
В мобильных и интегрированных системах CPU, GPU и NPU часто делят общий лимит мощности и тепловыделения устройства.
Microsoft отмечает, что активность NPU может отнимать питание, доступное CPU и GPU. В некоторых случаях Auto SR может приводить к небольшому снижению частоты кадров, даже несмотря на то, что GPU рендерит меньше пикселей.
Ограничения общего энергопотребления
Почему снижение нагрузки на GPU не гарантирует рост FPS
| Потенциальная выгода | Возможное ограничение | |
|---|---|---|
| Более низкое входное разрешение | ||
| Реконструкция на базе NPU | ||
| Системная память | ||
| Тепловой пакет (тепловыделение) |
Почему текст и элементы HUD могут выглядеть хуже
Auto SR получает уже скомпонованное изображение игры, а это значит, что текст и элементы интерфейса (HUD) могут оказаться частью кадра с более низким разрешением.
Когда эти элементы реконструируются вместе с 3D-сценой, мелкие шрифты, значки и тонкие линии интерфейса могут становиться более размытыми или нестабильными.
В документации службы поддержки Microsoft прямо указано, что текст и мелкие детали интерфейса в некоторых играх могут выглядеть неидеально.
Глубоко интегрированные в игру апскейлеры порой позволяют избежать этой проблемы, выполняя реконструкцию 3D-сцены до наложения финального интерфейса.
Почему зернистость пленки может сбивать модель с толку
Эффекты постобработки, такие как зернистость пленки (film grain), намеренно добавляют высокочастотный визуальный шум.
Модель Auto SR может принять этот шум за детализацию изображения и тратить ресурсы реконструкции на попытки сохранить или усилить его.
Поэтому Microsoft рекомендует отключать зернистость пленки, если это дает более четкое изображение.
Тест целесообразности использования Auto SR
Когда Auto SR с наибольшей вероятностью принесет пользу
С какими играми может работать Auto SR?
Текущая документация службы поддержки Microsoft требует наличия DirectX 10 или более поздней версии, а также поддерживаемого пути к игре для x64, эмулируемой x64 или Arm64.
DirectX 9, Vulkan и OpenGL в настоящее время не поддерживаются; Microsoft также указывает игры только для x86 и определенные 10-битные форматы как неподдерживаемые.
Это еще одно важное отличие от специализированных масштабизаторов в драйверах производителей: Auto SR не является универсальным фильтром, который можно просто применить к любому отрисовываемому приложению.
Текущая аппаратная поддержка расширяется
Технология Auto SR впервые появилась на избранных ПК Copilot+ на базе Snapdragon и с тех пор расширила свой охват.
В сентябре 2026 года Microsoft объявила о поддержке Auto SR для ПК Copilot+ на базе процессоров Intel Core Ultra Series 3.
Текущая страница поддержки Microsoft также описывает предварительную версию для ROG Xbox Ally X и платформозависимые пакеты Auto SR для систем на базе Snapdragon, AMD Ryzen и Intel Core Ultra Series 3.
Точный список устройств, требования к драйверам и диапазоны разрешений все еще формируются, поэтому совместимость следует проверять на актуальной странице поддержки Microsoft, а не делать выводы лишь на основании наличия любого NPU.
Входное разрешение имеет большее значение, чем многие ожидают
Auto SR — это не просто универсальный переключатель формата «масштабировать любое разрешение во что угодно».
Модель обучена и оптимизирована под конкретные диапазоны входного разрешения.
В настоящее время Microsoft рекомендует около 800p для ПК Copilot+ на базе Snapdragon, поддерживает входной сигнал примерно от 800p до 1080p на системах Intel Core Ultra Series 3 и использует целевой входной формат 720p для предварительной сборки ROG Xbox Ally X.
Точные поддерживаемые режимы отображаются в Windows и Game Bar, поэтому пользователям не приходится гадать.
Почему Auto SR особенно интересна для старых игр
Игра, вышедшая много лет назад, никогда не получит поддержку DLSS, FSR или XeSS, если только разработчик не выпустит патч или сторонний мод не изменит средство визуализации.
Auto SR способна улучшать отдельные существующие проекты извне, поскольку этап реконструкции берет на себя операционная система.
В этом заключается ее главное архитектурное преимущество: охват не зависит целиком от графика разработки оригинальной игры.
Но встроенное в игру SR по-прежнему предпочтительнее
Microsoft прямо заявляет, что встроенное в игру суперразрешение остается предпочтительным выбором, если студия его поддерживает.
С технической точки зрения это логично. Встроенное в игру решение имеет лучший доступ к конвейеру рендеринга и может выполнять реконструкцию до наложения некоторых финальных эффектов и элементов интерфейса.
Auto SR наиболее полезна, когда такой интеграции нет, когда игра более старая или когда аппаратный баланс делает реконструкцию на NPU оправданной.
Auto SR — это не генерация кадров
Еще одно распространенное заблуждение — воспринимать любую графическую функцию на базе ИИ как генерацию кадров.
Auto SR не создает дополнительные промежуточные кадры между отрендеренными кадрами. Она реконструирует разрешение каждого существующего кадра.
Генерация кадров изменяет то, сколько кадров поступает на дисплей. Auto SR изменяет разрешение и детализацию уже существующих кадров.
Разделение понятий: разрешение, кадры, задержка
Три графических улучшения, которые не следует путать
| Что меняется | Пример технологии | Основная метрика | |
|---|---|---|---|
| Суперразрешение | |||
| Генерация кадров | |||
| Технология снижения задержки |
Почему скриншотов недостаточно для оценки Auto SR
Качество суперразрешения проявляется во времени.
Неподвижное изображение может выглядеть четким, однако в движении становятся заметны нестабильные края, мерцание, размытый интерфейс, ошибки реконструкции или артефакты гостинга.
Поэтому информативный тест Auto SR должен оценивать движение камеры, листву, тонкую геометрию, частицы, текст, элементы интерфейса и повторяющиеся движения, а не просто сравнивать один скриншот.
Что может изменить этот ответ?
Auto SR активно развивается. Microsoft добавляет новые семейства процессоров, расширяет поддерживаемые диапазоны разрешений и исследует сценарии с более высокой частотой кадров.
Сентябрьское расширение для Intel 2026 года уже показывает, что технология больше не привязана к исходной модели запуска исключительно на Snapdragon.
Будущие версии могут расширить комбинации GPU/NPU, поддержку HDR, целевую частоту обновления, совместимость со средами выполнения и способы обработки интерфейса.
Ограничения
В этой статье описывается задокументированная архитектура Microsoft Auto SR и текущее состояние поддержки по состоянию на сентябрь 2026 года.
Примеры FPS и качества изображения от Microsoft основаны на измерениях производителя на конкретном оборудовании, играх и настройках. Они полезны для понимания технологии, но их не следует рассматривать как универсальные гарантии производительности.
Поведение Auto SR зависит от разрешения игры, режима отображения, постобработки, компоновки интерфейса, профиля питания и аппаратной реализации NPU.
Заключение
Auto SR — это не попытка Microsoft внедрить аналог DLSS в каждую игру.
Это принципиально иная архитектура: игра рендерит меньшее количество пикселей, Windows перехватывает результат, NPU запускает более масштабную модель ИИ-реконструкции, и изображение более высокого разрешения поступает в конвейер отображения без необходимости глубокой интеграции в рендерер игры.
Это дает Windows возможность улучшать поддерживаемые существующие игры, которые изначально не создавались с расчетом на современные технологии масштабирования разрешения.
Компромиссы остаются ощутимыми: задержка увеличивается примерно на один кадр, возможно размытие интерфейса, действуют аппаратно обусловленные ограничения разрешения и общие рамки энергопотребления. Ценность Auto SR заключается не в замене встроенных апскейлеров, а в заполнении пробела там, где их просто нет.
Часто задаваемые вопросы
Windows Auto SR простыми словами
Что такое Windows Auto SR?
Является ли Auto SR тем же самым, что и DLSS, FSR или XeSS?
Использует ли Auto SR графический процессор (GPU) для ИИ-апскейлинга?
Увеличивает ли Auto SR задержку?
Стоит ли использовать Auto SR, если в игре уже есть DLSS, FSR или XeSS?
Является ли Auto SR генерацией кадров?
Работает ли Auto SR с играми на базе Vulkan или OpenGL?
Глоссарий
Ключевые термины Auto SR
- Auto SR
- Automatic Super Resolution — встроенная в Windows технология ИИ-апскейлинга от Microsoft для поддерживаемых игр.
- NPU
- Нейропроцессор (Neural Processing Unit) — специализированное оборудование, предназначенное для эффективного выполнения рабочих нагрузок ИИ и матричных вычислений.
- Game-integrated super resolution
- Встроенный апскейлер, интегрированный непосредственно в движок рендеринга игры и имеющий доступ к его внутренним данным.
- Input resolution
- Входное (более низкое) разрешение, в котором игра выполняет рендеринг до того, как Auto SR реконструирует изображение.
- Output resolution
- Выходное (более высокое) эффективное разрешение, отображаемое после реконструкции.
- GPU–NPU Work Split
- Модель от Figure Rocks, разделяющая задачи рендеринга игры на GPU и задачи реконструкции Auto SR на NPU.
- Auto SR Suitability Test
- Методология Figure Rocks для определения целесообразности использования Windows Auto SR для конкретной игры и устройства.
Первоисточники
Microsoft DirectX — Auto SR Comes to Intel Core Ultra Series 3 ProcessorsОфициальное обновление за сентябрь 2026 года, охватывающее поддержку Intel, выполнение на NPU, поддерживаемые входные разрешения, нюансы интерфейса и постобработки, влияние профилей питания и рекомендации Microsoft отдавать предпочтение интегрированным в игру решениям SR.
Microsoft Support — Automatic Super ResolutionОфициальная документация с актуальными требованиями и параметрами конфигурации для Windows Auto SR.
Microsoft DirectX — Automatic Super ResolutionОфициальное описание архитектуры, освещающее интеграцию с ОС, модель NPU, независимую от игры реконструкцию и задокументированный компромисс в виде дополнительной задержки в один кадр.
Microsoft DirectX — Auto SR на ROG Xbox Ally XОфициальное разъяснение 2026 года о параллелизме NPU/GPU, ограничениях портативных устройств и том, почему встроенное суперразрешение остается предпочтительным вариантом при его наличии.
Related Articles

DLSS 4.5 6X: Почему 300 FPS не означает, что игра рендерит 300 кадров
DLSS 4.5 может генерировать до пяти дополнительных кадров для каждого традиционно отрендеренного кадра на поддерживаемых GPU серии RTX 50. В этом руководстве объясняется разница между отрендеренным FPS и отображаемым FPS, почему узкие места CPU можно обойти на уровне представления и почему задержку всё ещё нужно измерять отдельно.
Четкость движения: почему возникает размытие и способы решения, которые действительно работают
Размытие в движении — это не просто настройка, это сочетание тайминга и послесвечения. Изучите практический порядок: правильный режим, правильная частота обновления, а затем те немногие способы улучшения четкости, которые действительно работают.
amiibo FAQ: 20 вопросов, которые задают все (и прямые ответы)
FAQ по Amiibo без лишней воды: совместимость, сканирование, регионы, переиздания, ценность и правила коллекционирования — четкие ответы, чтобы новички перестали тратить деньги впустую.

AMD FSR Redstone — это не просто FSR 4: объяснение апскейлинга, генерации кадров, регенерации лучей и кэширования излучения
Название FSR от AMD изменилось, потому что FSR больше не является одной функцией. Redstone теперь представляет собой набор технологий нейронного рендеринга с отдельными технологиями для масштабирования, генерации кадров, реконструкции трассировки лучей и обученного глобального освещения.

PUBG Ally показывает, почему ИИ-напарникам нужны два мозга: быстрые рефлексы и медленное мышление
Языковая модель может понимать тактику и намерения игрока, но она не должна напрямую управлять каждым движением и боевой реакцией. PUBG Ally демонстрирует более практичную архитектуру: быстрое управление на основе дерева поведения для рефлекторных действий в сочетании с небольшой языковой моделью для планирования, координации и естественного общения.

Intel XeSS 3 — это больше, чем апскейлинг: объяснение Multi Frame Generation и Xe Low Latency
XeSS 3 больше не просто апскейлер Intel. Теперь он объединяет Super Resolution, Frame Generation, Multi Frame Generation и Xe Low Latency, обеспечивая до трёх сгенерированных ИИ кадров на каждый отрендеренный кадр на поддерживаемом оборудовании Intel.

DirectX становится ML-платформой: что линейная алгебра и нейронные шейдеры означают для будущих игр
DirectX выходит за рамки традиционных графических шейдеров. Microsoft добавляет аппаратно-ускоренную линейную алгебру непосредственно в HLSL и отдельный путь для более крупных ML-моделей, закладывая основу для нейронных текстур, обучаемых материалов, нейронного освещения и других методов рендеринга на основе ИИ.
Настройка Overdrive: чистый способ уменьшить размытие без гостинга
Овердрайв может улучшить четкость или добавить некрасивые ореолы. Используйте этот простой метод, чтобы выбрать чистую среднюю настройку, которая уменьшает размытие без артефактов гостинга.
120 Гц ощущаются хуже? Чек-лист для диагностики (неверный режим, диапазон VRR, ограничения)
Более высокая частота обновления может выявить нестабильность. Используйте этот чек-лист, чтобы диагностировать, почему 120 Гц ощущаются хуже: неверный режим, неверный путь обновления, проблемы с диапазоном VRR или отсутствие ограничений.

DLSS 5 — это не просто апскейлинг: что на самом деле меняет нейронный рендеринг с 3D-направлением
DLSS 5 переносит ИИ в новую часть графического конвейера. Вместо того чтобы только восстанавливать разрешение или генерировать дополнительные кадры, 3D-Guided Neural Rendering использует собственный кадр игрового движка в качестве основы и улучшает детализацию освещения и материалов под контролем разработчика.

Почему в ПК-играх возникают рывки при компиляции шейдеров — и как передовая доставка шейдеров меняет ситуацию
Заикание шейдеров возникает, когда компьютерной игре приходится компилировать программы для GPU в неподходящий момент. Microsoft Advanced Shader Delivery переносит большую часть этой работы с ПК игрока, подготавливая шейдеры для конкретного оборудования заранее и поставляя их вместе с игрой.
Цепочка игровых ощущений: почему один апгрейд часто ничего не дает
Ощущение — это цепь: ввод, система, фреймпейсинг, синхронизация, дисплей, сеть. Если одно звено нестабильно, апгрейды не дают результата.