От локального shading к переносу света
| Дата | Событие | Почему существенно |
|---|---|---|
| Июнь 1980 | Turner Whitted: An Improved Illumination Model for Shaded Display | Рекурсивные лучи связывают видимость, отражения, преломления и источники света в понятную модель расчёта. |
| Август 1986 | James T. Kajiya: The rendering equation | Перенос света описывается общим интегральным уравнением; это математическая основа, а не готовая кнопка в DCC. |
| Июль 1987 | Cook, Carpenter, Catmull: The Reyes Image Rendering Architecture | Micropolygon-архитектура организует сложную геометрию, shading и видимость для высококачественного изображения. |
Эти даты относятся к выбранным публикациям. Они не означают, что авторы впервые в истории использовали каждое отдельное понятие. Для исторического утверждения «первый» нужен более широкий анализ предшествующих работ; здесь такой рейтинг намеренно не строится.
Вехи программных интерфейсов
| Дата | Событие | Уровень технологии |
|---|---|---|
| 16.02.2016 | Khronos публикует Vulkan 1.0 | Явный графический и вычислительный API. |
| 31.07.2017 | Выходит OpenGL 4.6 | Развитие desktop API, включая стандартизованную поддержку SPIR-V. |
| 19.03.2018 | Microsoft объявляет DirectX Raytracing | Интерфейс трассировки в экосистеме Direct3D 12. |
| 03.12.2024 | Публикуется Vulkan 1.4 | Новая minor-версия стандарта; номер patch и возможности устройства проверяются отдельно. |
API меняет способ выразить вычислительную задачу и распределить ответственность. Он не определяет самостоятельно материал, алгоритм GI или художественное качество. Поэтому годы выпуска API нельзя использовать как шкалу реализма готовых картинок.
Документы продолжают развиваться
Проверенная редакция WebGPU имеет статус Candidate Recommendation Draft от 15 сентября 2026 года. Для WGSL найдена редакция того же статуса от 6 ноября 2026 года. Эти даты обозначают публикации спецификаций, а не одновременную поддержку всех функций каждым браузером и устройством.
В практическом проекте всегда существует несколько временных шкал: документ опубликован, реализация появилась, программа внедрила её, команда проверила собственный workflow. Смешение этих событий создаёт ложные ожидания. В атласе поэтому разделяются дата источника, дата проверки и область версии.
Почему смена поколений занимает время
Производственный renderer связан с библиотеками материалов, инструментами художника, выходными passes, фермой и архивами проектов. Замена математического ядра требует больше, чем ускорить отдельный тест пересечения. Команде нужно сохранить управляемость света и повторяемость результата.
Переход от специализированных исторических методов к широкому использованию path tracing поэтому не следует описывать как одномоментное исчезновение старых идей. Rasterization, карты теней, кэширование и трассировка продолжают сочетаться по требованиям задачи. Новое поколение часто меняет баланс инструментов, а не уничтожает всю предыдущую практику.
Как пользоваться хронологией
Для изучения выберите одну линию: физика света, устройство renderer или API. Сравните исходный документ с современной реализацией и отметьте, какие ограничения изменились. Так проще понять, зачем возникло решение и почему его отдельные части остаются полезными.
Практическая рекомендация: при работе со старой сценой сначала выясняйте версии материалов и renderer. Современная программа может понимать геометрию, но интерпретировать свет иначе. Историческая справка помогает сформулировать проверку миграции; сама по себе дата выпуска не подсказывает правильные настройки.