rPman

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

написать 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% пользователей.

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

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

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

во первых, проверьте возможность указания socks прокси в ваших программах закачки, попробуйте использовать системные настройки прокси (в windows это панель управления -> свойство обозревателя -> подлючения), и указывайте штатный прокси tor-а - localhost:9050 (это меняется в настройках tor).

во вторых, существует возможность (для windows оно глючит и маловероятно что будет работать на 10-ке, ищите sockscap) запускать приложение через специальный враппер, он будет все вызовы перенаправлять на указанный socks proxy

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

p.p.s. с большим шансом загрузчики видео с таких сайтов как youtube или rutube не будут работать через tor, так как там будет выскакивать окно с вводом капчи.