NVIDIA VFX Nodes для ComfyUI RTX-VFX ноды • RTX Video Super Resolution: 4× или до заданных размеров вплоть до 8192 px, плюс denoise и deblur без смены разрешения • RTX Video Frame Generation: новые кадры между соседними, 2×-16× или в конкретный момент • RTX Video HDR: SDR в BT.2020 HDR, вывод HLG или PQ, настройка контраста, сатурации, среднего серого и пиковой яркости 400-2000 нит • 19 режимов супер-резолюшна: стандартные, high-bitrate, стриминговые, denoise/deblur, бикубик Оптимальная цепочка — Super Resolution → Frame Generation → HDR. Смена кадра ловится автоматически. Есть 10-бит #EXR: half/full-float, сохранение supernat значений, расширенный color management (sRGB, Rec.709, HLG, PQ, LogC3, ACEScct) github.com/Comfy-Org/ComfyUI_Nvidia_VFX_Nodes #upscale #sdr2hdr #frameinterpolation #comfyui MAX

#LTX25 Еще две обновки для работы с большими и HDR-материалами в #ComfyUI Native Resolution AI-правки на #4K/8K без даунскейла. Двухстадийный воркфлоу: сначала полнокадровый композиционный проход, затем тайлед-фьюжн по перекрывающимся плиткам на выбранное разрешение. Детали сохраняются на одной GPU. • Полнокадровый проход + тайлед-проход • Перекрывающиеся плитки с общим латент-канвасом и одним шум-полем • Разрешения FullHD, 4K, 8K • Меньше разрывов между регионами Native HDR Работа с #EXR секвенциями: релайт, day-to-night, инпейнт. Получаешь 16-бит EXR обратно с сохранением диапазона. • Вход — EXR-кадры в ACEScg/ACEScct/линейном sRGB • Выход — RGB EXR (float16/32) + HLG BT.2020 10-бит мастер • VAE в float32 для HDR-пути • Инпейнт по маске, сохранение остального Careful: HDR-видео вроде HLG/PQ/mp4 не принимаются как нативный HDR — нужно конвертить в EXR-последовательность. Оба пути — через узел Tiled Fusion Sampler. Тайлы — в одностороннем порядке общий латент MAX

Главный прямой конкурент Руби - Topaz Hyperion 2.5. Topaz выпустили её в августе как улучшенный SDR→HDR конвертер с меньшим banding, лучшей передачей цвета и dynamic range. По смыслу Ruby и Hyperion 2.5 практически делают одно и то же: получили 8-bit SDR → нейросеть расширила luminance/color → получили профессиональный HDR. Hyperion 2.5 выдаёт 10-bit ProRes/H.265 и 16-bit half-float EXR. Продуктовая разница прежде всего в экосистеме: Ruby встроен в Runway и облачный API, Hyperion 2.5 - в Topaz/Astra и постепенно в desktop Topaz Video. У Hyperion сейчас, кстати, обнаружились глючки: пользователь Topaz нашёл, что облачный 16-bit EXR приходит как Linear Rec.2020, хотя ожидал ACES2065-1; в сообществе уточняют, что ACES2065-1 пока относится к локальному Pro-рендеру. LTX технически интереснее обоих. У Lightricks SDR→HDR реализован открыто как HDR IC-LoRA поверх огромной LTX-2.3 22B. То есть это не отдельный закрытый black box: большая генеративная видеомодель получает специальный HDR-адаптер и синтезирует дополнительный dynamic range. Можно запустить через Python или ComfyUI и получить scene-linear EXR. Причём LTX уже добавила полноценный Native EXR/HDR pipeline в LTX-2.5: ACEScg, linear Rec.709 и ACEScct могут проходить через генеративный pipeline без предварительного превращения в SDR. Важная тонкость: именно SDR→HDR IC-LoRA пока официально валидирована на LTX-2.3, поддержка 2.5 ещё находится в разработке. Поэтому Ruby и Hyperion - готовые специализированные SDR→HDR продукты, а LTX - гораздо более открытый и генеративный подход, который можно разбирать, модифицировать и запускать локально. Где пробовать и сколько стоит. Ruby уже есть в Runway для Max и Enterprise и отдельно через API /v1/video_to_hdr. API стоит 20 credits за секунду, то есть $0.20/с при цене кредита $0.01; если исходник больше 4 мегапикселей - 40 credits, $0.40/с. Получается около $6 за 30 секунд обычного видео или $12 за 30 секунд >4 MP. Max сейчас стоит $95 помесячно или $76/мес при годовой оплате и включает 9500 credits. Hyperion 2.5 уже доступен через Topaz Astra и API, desktop-интеграция Topaz Video разворачивается. LTX HDR доступен через API и локально: API стоит $0.20/с до 1080p, $0.40/с до 1440p и $0.80/с до 4K; HDR IC-LoRA для LTX-2.3 можно гонять локально. Для 2.5 ждем. Конкуренция это прекрасно: Runway Ruby и Topaz Hyperion 2.5 делают практически один продукт двумя закрытыми моделями, а LTX решает ту же задачу через открытую 22B video model + HDR IC-LoRA. В идеале, конечно, прогнать нормальный A/B на одном исходнике: сколько реальной дополнительной информации появляется в пересветах и тенях, что происходит с banding и насколько стабильно всё это держится между кадрами. Композеры, расчехляйтесь. @cgevent   https://docs.dev.runwayml.com/api-details/api_changelog/ https://docs.dev.runwayml.com/guides/models/ https://docs.dev.runwayml.com/guides/pricing/ https://x.com/runwayml/status/2090807248402682101 https://developer.topazlabs.com/video-models/video-utilities/hyperion-2.5-sdr-to-hdr-new https://docs.ltx.io/open-source-model/usage-guides/working-with-exr-hdr https://ltx.io/blog/sdr-to-hdr https://www.reddit.com/r/hybridfilmmaking/comments/1vulldr/runways_new_hdr_tool/ @cgevent

Runway бахнул Ruby: еще один SDR в HDR Разбираемсо, сравниваем, ботанствуем. Ruby принимает уже существующее SDR-видео и расширяет его яркостный диапазон до HDR. Можно скормить как свой загруженный ролик, так и результат любой модели Runway. Ruby сохраняет исходные пиксели и аудио, ничего заново не рендерит, а расширяет яркость в HDR headroom с color-preserving обработкой. То есть это скорее очень умный нейросетевой inverse tone mapping, чем генеративная перерисовка видео. Через API принимаются SDR-ролики до 40 секунд и менее 4096 px по каждой стороне, хотя в первоначальном анонсе интерфейса Runway фигурировал лимит 30 секунд. 12 бит и 16 бит - тут есть важная тонкость. Фраза Runway "up to 16-bit HDR" звучит круто, но 16 бит относится прежде всего к EXR. Это OpenEXR с half-float: 16-битное floating-point значение на канал, а не обычные 65 536 равномерных целочисленных уровней. Float16 имеет огромный диапазон значений и отлично подходит для scene-linear света, композа и грейдинга. Но это не означает, что Ruby каким-то чудом превращает исходный 8-bit SDR в 16 бит реально измеренной камерой информации. Новая информация синтезирована моделью. Для готовых видеокодеков Runway заявляет 10- и 12-bit ProRes/HEVC. Причём есть небольшой нюанс документации: публичный анонс говорит о 10/12 bit ProRes и HEVC, тогда как текущая API-документация явно описывает стандартный HEVC HDR10 как 10-bit, а для профессионального ProRes предлагает 422, 422 HQ и 4444. Поэтому "12-bit" я бы пока воспринимал прежде всего как максимальную доступную глубину некоторых export-профилей, а не как обязательную характеристику EXR и остальные форматы. Самый RAW-профессиональный вариант Ruby - ZIP с последовательностью OpenEXR half-float кадров. Причём API уточняет интересную вещь: внутри это linear BT.2020 light, плюс sidecar-файлы с colorimetry/provenance и отдельный audio.wav, если в источнике был звук. Это вариант для Nuke, Fusion, Resolve и VFX-пайплайна, где ты потом сам решаешь, как делать mastering. Второй вариант - ProRes MOV, BT.2020 + PQ, с профилями 422, 422 HQ или 4444. Третий - HEVC HDR10, то есть 10-bit, BT.2020 + PQ, уже почти готовый delivery-файл для HDR-телевизора, YouTube и т.п. Есть также HLG, удобный прежде всего для broadcast. Вот это, на мой взгляд, одна из самых сильных сторон Ruby: он выдаёт не только "HDR EXR для технарей", но и сразу практические HDR master/delivery форматы. Первые отзывы. Появился и первый содержательный негативный тест: один пользователь пишет, что в полученном EXR всё ещё видит заметный banding, а в тенях и светах не появляется ожидаемого объёма информации - по его впечатлению это больше похоже на качественное расширение диапазона, чем на настоящую реконструкцию 16-bit материала. Это пока единичный отзыв, а не нормальный A/B тест. На Reddit ситуация ещё показательнее: обсуждение Ruby только начинается, люди в основном спрашивают, кто уже успел сравнить его с Topaz. Поэтому делать вывод «Ruby лучше/хуже» пока рано. @cgevent

Hyperion 2.5: Довольно огненная модель от Топазянского. TLDR: это немного больше, чем просто «Topaz научился сохранять в 10-bit». Topaz выпустил Hyperion 2.5 - модель SDR→HDR, специально заточенную в том числе под 8-битное AI-видео. Она принимает обычный SDR/GenAI ролик и не просто перекладывает его в 10-битный контейнер, а пытается реконструировать дополнительный диапазон яркости и цвета, после чего может вывести результат в(!): ProRes 10-bit, H.265 10-bit или 16-bit half-float EXR. Все эти ваши\наши видеогенераторы отдают сильно пережатый 8-bit материал. Если потом начать агрессивно красить его, например, в Resolve, вытягивать свет, делать маски, композ или HDR-master, быстро вылезают бендинг и ступеньки в градиентах и разваливающиеся цвета. Hyperion пытается восстановить недостающую информацию *до* грейда, чтобы материал вел себя ближе к нормальному high-bit-depth-исходнику. Topaz уже показывает production-кейс студии Primordial Soup Даррена Аронофски: они прогоняли GenAI через Hyperion 2.5 в 10-bit ProRes именно перед тяжелым цветокором, а в другом шоте использовали его для подавления заметного бендинга. Но важная оговорка: Hyperion не может физически вернуть цвета, которые генератор никогда не в жизни не видел. Это AI-реконструкция/предсказание дополнительной информации. То есть это скорее «умный HDR remaster», чем магическое превращение 8-bit в настоящий camera RAW. Галлюцинация в более пригодный для поста dynamic range. Из любопытного: с новым 16-bit EXR пока есть вопросы к color management. Юзеры уже обнаружили несоответствие между заявленным ACES2065-1 и метаданными Linear Rec.2020, плюс жалуются на пересвеченный результат во Fusion. Но процесс адаптации убогого генератива для лухари-поста уже пошел, это очень круто. Ждем нативные 4К во всех генераторах и ну композить. Hyperion 2.5 доступен в актуальном Topaz Video, не в старом прекращенном Topaz Video AI. Работать можно локально или через облачный рендер. Сейчас отдельный план Topaz Video указан как $19/месяц по акции вместо $39, в него входит 400 cloud credits, дополнительные кредиты стоят $0.10 за штуку. Есть и Topaz Studio за $34/месяц при оплате $399 за год, куда также входит Video и ежемесячные кредиты. https://developer.topazlabs.com/video-models/video-utilities/hyperion-2.5-sdr-to-hdr-new https://www.topazlabs.com/news/primordial-soup-uses-topaz-hyperion-2-5-to-bring-8-bit-genai-into-10-bit-pro-video-finishing-workflows Видос полезный, кстати, там Сиденский, Астра и прочие инструменты. @cgevent

Взламывание яркости Это не про ИИ, но про цвет, яркость, HDR и цветовые профили. Это настолько интересный лайфхак, если не сказать джейлбрейк, что я переведу с иврита оба поста. "Я листал ленту, и вдруг логотип Wiz буквально засиял. Не просто выглядел ярким - он действительно излучал свет, словно за экраном включили лампочку. Вся остальная лента выглядела нормально, а они прямо горели. Сначала я подумал, что у меня сломался экран. Поэтому я скачал файл логотипа и проанализировал его. Никакого фильтра, никакого эффекта свечения, никакой анимации. Совершенно обычная плоская картинка. Но внутри файла спрятан цветовой профиль: «Rec2020 Gamut with PQ Transfer». Это HDR-профиль. Тот самый PQ, который используется в фильмах Dolby Vision и позволяет кодировать яркость вплоть до 10 000 нит. И вот в чем весь трюк. Фон логотипа закодирован примерно на уровне 60 нит - поэтому он остается темным и приглушенным. А белые буквы? Они декодируются с яркостью 4 000 нит и выше. Это примерно в 50 раз ярче обычного текста. Пока ваш экран показывает белый цвет с яркостью около 200 нит, буквы Wiz просто пылают поверх него. В результате на любом HDR-экране - то есть практически на любом современном iPhone или MacBook - логотип излучает свет сильнее, чем белый интерфейс самого LinkedIn. Глаз просто не может туда не посмотреть. На него даже немного больно смотреть - и именно поэтому его невозможно игнорировать. А самое красивое заключается в том, что на скриншоте или обычном экране логотип выглядит просто тусклым, скучным и фиолетовым. Магия существует только вживую и только на подходящем устройстве. Поэтому почти никто не замечает, что именно здесь происходит. Люди просто чувствуют, что логотип притягивает их взгляд. Это не баг. И это не «сломавшийся» HDR. Это блестящее использование особенности стандарта, который LinkedIn явно никогда не рассчитывал увидеть в логотипе компании, чтобы заполучить самый дорогой ресурс в ленте: ваше внимание. Инженеры думают о производительности. Дизайнеры думают об эстетике. А кто-то в Wiz подумал о физике света - и обошел и тех, и других. Обновление: с обычной фотографией профиля это не работает. Эффект работает только с изображениями страниц и компаний - LinkedIn не подвергает изображения бизнес-страниц дополнительной обработке. Продолжение: Половина из вас увидела совершенно другую картину. На iPhone и MacBook логотип сиял. А пользователи Windows и мониторов Dell писали мне: «Выглядит грязно». «Похоже на сбой». «Размазанный текст посередине». «Низкое разрешение». И это был один и тот же файл. Получился обратный эффект. И вот о какой стороне этой истории никто не говорит: этот «гениальный» трюк делает ставку на экран человека, который смотрит на изображение. Половина ленты получает сияние. Вторая половина получает баг. Один из комментаторов описал это идеально: все это напоминает времена, когда мы использовали лазейки в старых браузерных движках рендеринга, чтобы выжать из них дополнительную производительность. Когда ваша аудитория сидит за рабочими Windows-мониторами, вы можете транслировать слово «поломка» именно тем людям, которых больше всего хотели впечатлить. Лично я считаю этот эффект совершенно невыносимым. К тому же он ломает контраст всей ленты. Так что вот код и инструкции для установки. Одна команда - и ваш логотип горит. Правда, только на правильной половине экранов." https://gal.tidhar.org.il/blog/hdr-glow-logo/ Сорс @cgevent