rPman

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

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

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

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

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

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

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

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

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

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

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

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

Ключевые слова для поиска: peertube, webtorrent, webrtc - решают не только задачу хостинга, интерфейса и прочего но и задачу уменьшения нагрузки на сервер за счет p2p технологий хранения данных на клиентах.

Конвертацию вполне решают пакеты на основе ffmpeg но как я сказал в виде инструментов, реализовывать под именно ваши хотелки придется самим.

Если бесплатные утилиты, я видел плагины к sketchup, позволяющие не только дизайнить трехмерную сцену но и анимировать процесс сборки.
гуглить что то типа Construction Sequence Animation

Это в смысле исключительно мышкошевелительно.

А уж платных инструментов и/или с использованием языков программирования - и подавно много.

Положите свое видео в виде файла на свой сервер и заверните его в тег video

Форматы и кодеки видеофайла смотреть тут:
https://ru.wikipedia.org/wiki/HTML5_video
https://developer.mozilla.org/ru/docs/Web/HTML/Под...

p.s. легальность использования того или иного кодека, то еще развлечение, но в вашем случае скорее всего теоретическое

У меня к вам совет - не экономьте место, бонус в виде 10%-30% ничтожен, а в половину и меньше - это заметное понижение качества (исключения - глюки снимающего оборудования или неверные настройки в нем, типа матрица 1мпиксел а записывали 4к видео, но эти ситуации решайте персонально для файлов именно этого источника).

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

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

Иногда даже любой железяки (плоская прямоугольная, под размер корпуса, если будет медь — так вообще ляпота) может хватить, если воздух будет ее обдувать, а HDD будет напрямую к ней прикреплен. Для тесных условий это идеальный вариант… только вот где брать железяку — вопрос, как вариант вырезать из старого корпуса.
p.s. а если согнуть, да еще и по хитрому…

smplayer, теоретически возможно в настройках указать монитор… он основан на mplayer, я так использовал консольный, — терминал управления на одном мониторе, видео на втором (linux).