rPman

Практически все производители занижают функционал камеры при использовании сторонних приложений, сделано это наверное специально чтобы нельзя было использовать это оборудование для не как 'смартфон' (железо там ставится теперь такое крутое что некоторые профессиональные железки могут рядом постоять, да конечно есть другие проблемы но все же) хотя логичнее это просто маркетинг, разграничить дорогие и дешевые железки через функционал, продавая по факту одно и то же железо.

Т.е. приложение для видеосъемок от производителя может снимать видео в предельных режимах (например у моего xiaomi redme note 8 pro есть возможность снимать fullhd - 120fps или hd720 - 240fps) но google api сторонним приложениям выдает максимум 60fps, чтобы это исправить нужно искать модификации пррошивки под свою платформу, например на 4pda, исправляющие это (а сама их установка уже требует особые навыки, так как ошибка может окиропичить девайс)

p.s. Хуже всего что сторонним приложениям ограничивается контроль управления фокусом или iso, из-за чего качество видеосъемки становится сильно хуже чем с помощью стокового

4k и 8k при 60fps это экстремальные параметры видео, для этого требуется аппаратная поддержка и специфический софт. Очень мало плееров способны это проиграть на универсальном железе (pc gpu).

Windows media player это худший плеер на свете, как по функционалу и юзабилити так и по производительности. Я думал на него забили все более чем полностью.

только один KM-player вытягивает нормально

ну тогда какие проблемы?
при установленном k-light codec pack должен установиться еще и media player classic, неужели в нем тоже лагает? всем всегда на windows рекомендую только его это лучший плеер.

Еще (на linux) наилучшие результаты я получал от ffmpeg (точнее его утилиты ffplay) смотрел 8к видео и больше с разными fps на достаточно слабой машине.

p.s. самый функциональный и эффективный плеер поставляется с браузером, только в нем я запускал проигрывание 8к (я уже не помню сколько там было пикселов точно, огромное) в режиме повтора, и только html video делает это без паузы

Задача может быть решена аппаратно, 3d камеры от того же intel в примерах в sdk предлагают софт именно для этого, дают облако точек, но пользоваться этим невозможно

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

Вектор угла направления взгляда/положения лица будет прыгать как сумашедший от кадра к кадру, я еще про эмоции не сказал, каждая эмоция тоже параметризована, все это не позволит дать точное соответствие одной и той же точки на лице на соседних кадрах, т.е. построив к примеру поверхности по этим точкам они просто не сойдутся на следующем кадре, в результате будет сильный шум, затрудняющий хоть какую то адекватное применение (игрался я с 3d камерами от intel, сильный шум результата делает все бессмысленным)

Самое простое - браузерный

написать html из пяти строчек с тегом video, скопировав из примеров документации, прописать атрибутами что без контролов, в цикле, все прекрасно работает локально из файлов без сети

из недостатков, автоматически не включится fullscreen, может autoplay не заведется (но можно плагин поставить к браузеру, типа greasemonkey)

я не пробовал, на твой hybrid gpu accelerator гуглится видео:
https://www.youtube.com/watch?v=UqORJc5Z39s

смотри изучай, поделись обязательно результатом

гуглить - video upscale neural network
сам не пользовался, первый же пример предлагает платный софт

p.s. чудес не бывает, нельзя из ничего вернуть информацию, просто нейронные сети могут давать неплохие попадания для частных случаев (например людей если сеть обучена именно для этого) но нельзя считать полученную информацию достоверной, так как это считай угадывание.

p.p.s. для частного случая, например на видео есть плавное движение объекта, можно использовать информацию из соседних кадров, т.е. в теории можно к примеру удвоить качество за счет четырех (в идеале) и более кадров одного и того же объекта, снятых со сдвигом или другим ракурсом.
Найдешь софт, отпишись, математика говорит что это возможно

Нужна поддержка железом, там где она есть, производитель во встроенном приложении видеозаписи дает соответствующую кнопочку.

Чтобы работали сторонние приложения, на смартфоне должно поддерживаться camera api с данной фичей, и к сожалению производителям включать эту поддержку не выгодно.

Там где железо позволяет но в софте поддержки нет, ищи соответствующие модификации (рут девайса, патчи) с camera api 2.0 тогда будут работать гугл пиксел приложения для этого.

Slowmo это фича, способная поделить смартфоны на сегменты (дешевый/средний/дорогой), никакому производителю нет никакого желания делать эти линейки физически, всем хочется только софтовой правки, выпускается одна и та же железка и продается по разным ценам с разными версиями софта.

Универсально - только запись с экрана

но вот нестабильный интернет потребует более сложной автоматизации и разбираться с конкретныйм сервисом, как там все устроено и реализовано

никак

p.s. в obs можно в качестве источника указать конкретное окно приложения
так же можно собрать экран источника из нескольких экранов, определив их размер и положение

таким образом можно записать на видео сразу несколько окон приложений, размещенных например мозайкой.

зафиксируй в игре fps (включить вертикальную синхронизацию) чтобы она не забирала все доступные ресурсы под себя, может поможет

upd: может потому что битрейт низкий?

Когда то достаточно давно в пределах локальной сети управлял двумя плеерами (один запускался ради звука, другой ради изображения - вот такой изврат был) mplayer с помощью его api (тогда это было что то типа отправки команд в пайп, я кидал одной командой локально и по ssh старт и паузу, правда чтобы нивелировать проблемы с рассинхронизацией из-за разной скорости машин, дополнительно отправлял seek на начало сразу после запуска на обеих машинах)ю

Сейчас у того же VLC есть http api, есть куча утилит для remote control и прочее, к тому же не думаю что запустить два curl на разные машины в локальной сети или через ssh большая проблема.

Себестоимость работы считать по человекочасам, которые потребовались для работы (не считать время когда человек не следит и не работает) плюс амортизация используемого железа (стоимость разделить на гарантийный срок) и то же самое для софта (если стоимость приложений фиксированная, то считают срок между крупными обновлениями, требующими повторную покупку или доплату). Кстати железо можно арендовать у амазона - получите четкий почасовой тариф (берите спотовые цены).

Потом сюда добавляете налоги и риски на повторную работу при ошибках, не зависящих от вас (например выключили свет/винда обновиться решила и расчет остановился, все сломав, пришлось запускать заново), умножая вероятность этого события на себестоимость повтора.

И это только себестоимость - т.е. выход в ноль.

Существуют технологии DRM защиты контента от копирования (для каждого браузера свои если нужен именно веб), но они требуют 'надежные' пользовательские устройства, т.е. от соответствующих приложений на машине до аппаратной поддержки. На сколько я помню hdmi подключение к монитору даже содержит соответствующие возможности но давно уже взломано. С другой стороны, чтобы скопировать DRM видео нужно как минимум оборудование, хоть и не сильно дорогое но хоть немного ограничивает пиратство.

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

И это хорошо, что такие технологии не безальтернативны! Потому что даже имея скудный инструментарий, правообладатели дрючат всеми способами как производителей контента так и потребителей, а что будет когда вариантов не останется?

Начинать надо с изучения целевой аудитории сайта, анализируете их скорость и возможности, и исходя из этой аналитики делайте выводы.

ЗЫ пожалуйста, не надо видео фона, это нахрен никому не нужно кроме заказчика для вау эффекта, а страдать будут остальные 99% пользователей.

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

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

Поэтому понятие качества плохо поддается формализации.