«Можно сделать так, будто мы смотрим на экран телефона не прямо, а чуть сверху, словно пользователь только что взял его в руки?» — прислал сообщение наш заказчик, приложив к письму единственный скриншот нового интерфейса для мобильного приложения. У них не было видео или 3D-модели, только этот плоский PNG. Цена вопроса была в ощущении: статичный показ экрана на сайте уже никого не цепляет, а снять красивое видео с устройства физически не успевали.

Запрос к движущейся картинке

Дима, увидев задачу, сразу сказал: «Есть API на fal, который занимается именно этим — превращением изображения в видео». Он показал мне страницу модели с категорией «Image to Video» [claim-1, claim-2]. Интерфейс был простым: основное поле для промпта и блок дополнительных настроек [claim-3, claim-4]. «Пиши, как должна двигаться виртуальная камера, и он смоделирует новый ракурс. Попробуй», — предложил он. Я решила начать с прямого запроса: «Slow, gentle tilt upwards, as if lifting the phone from a table».

Первые результаты выглядели волшебно. Из статичного кадра рождалось плавное движение: экран будто бы наклонялся, открывая нам вид сверху. Свет на кнопках и градиенты перетекали так естественно, как будто это было снято на реальную камеру. Я уже представляла, как вставляю этот пятисекундный ролик в презентацию. «Идеально! Смотри, как тень от панели навигации смещается», — воскликнула я, показывая результат Лере.

А что там, за краем кадра?

Лера посмотрела молча, потом прокрутила видео ещё раз. «Стоп. А как выглядит боковая грань телефона в этом движении? Мы же никогда её не видели на исходнике. А тут она есть — закруглённая, с бликом». Это была деталь, которой не существовало в присланном скриншоте. Инструмент, получив команду, дорисовал её, основываясь на своём знании о типичных смартфонах. Он сохранил общую стилистику — металлический оттенок и скругления [claim-4], но это была не наша модель телефона, а некая усреднённая, вероятная версия.

Вот где и спрятался главный вопрос. Инструмент даёт не документальную реконструкцию, а самую правдоподобную догадку. Он не лжёт, он фантазирует в рамках высокой вероятности. Для нашей задачи это оказалось и плюсом, и минусом. Плюс — движение выглядело безупречно и убедительно. Минус — если бы заказчик ждал точного воспроизведения конкретной модели своего прототипа (а у него на корпусе был особый паттерн), он бы получил красивую, но обобщённую иллюзию.

Между реконструкцией и режиссурой

Мы с Лерой отправили заказчику два варианта. Первый — тот самый «медленный наезд» с дополненной, идеальной границей экрана. И второй — более нейтральное, едва заметное «дыхание» масштаба, где камера практически не смещалась и риск дорисовать лишнее был минимален. В сопроводительном письме мы честно написали, что API [claim-1] создаёт видео на основе промпта и предположений о трёхмерном пространстве [claim-2].

Ответ пришёл быстро: «Первый вариант! Именно такое ощущение “живого” устройства я и хотел передать». Его не смутила условность боковой грани. Ему был важен нарратив — история о том, как пользователь взаимодействует с интерфейсом. Точность деталей отошла на второй план перед силой впечатления.

Этот случай показал мне тонкую грань. Мы получили мощный инструмент, который позволяет «оживить» любую фотографию, придав ей кинематографическое движение. Но чем свободнее мы управляем этой воображаемой камерой, тем дальше уходим от документальной фиксации и тем ближе подходим к авторской режиссуре вероятного. И ответственность за то, где остановиться, теперь всегда лежит на нас — на тех, кто пишет промпт и нажимает кнопку «создать».