Javascript-форум (https://javascript.ru/forum/)
-   Общие вопросы Javascript (https://javascript.ru/forum/misc/)
-   -   Видео без <VIDEO> и FLASH (https://javascript.ru/forum/misc/65546-video-bez-video-i-flash.html)

DIGIUS 25.10.2016 03:00

Видео без <VIDEO> и FLASH
 
В общем написал я свой горестный видеоплеер который собирает видео с разных ссылок и соединяет в одно целое видео с единой продолжительностью.
На компьютере всё работает как часы, но вот на мобильных устройствах (Windows Phone, IOS, Android) вместо полноэкранного режима инициативу перехватывает нативный плеер и превращает их обратно в штучные видео.
Цели следующие:
1) Работа плеера одинаково везде и на пк и на мобильных устройствах.
2) Защита видео от плагиата.
3) Разгрузка серверной инфраструктуры.

И тут собственно вопрос чем кроме video и флеша можно воспроизводить видео так чтобы обойти нативный плеер?
Вариант сборки подобных видео через php скрипт не подходит.

Рассматриваю лютейший колхозный вариант с разделением видео на кадры и отдельную звуковую дорожку и последующую синхронизацию этого добра. После некоторых тестов понял что подобное "видео" будет минимум в 60% тяжелее, при условии сжатия и удаления метаданных из каждого кадра. Подобный плеер потянет за собой нагрузку на цп пользователя но после теста далеко не на самом последнем смартфоне без модуля буферизации всё плавно крутилось.
Вот что я субъективно рассчитал за недолгие пару часов раздумий.
Плюсы:
1) Кросплатформенность
2) Относительно защищён от плагиата (если добавить негатив на каждый кадр который компенсирует фильтр CSS будет довольно забавно).
3) Нестандартность.
4) Распределённость. ("видео" в теории можно хоть на фотохостинге организовать).
5) Разгрузка серверной инфраструктуры.
6) Улучшение навыков в программировании.
Минусы:
1) Время на разработку и отлов багов.
2) Вычислительные мощности на деление кадров и последующую обработку.
3) Нагрузка на процессор пользователя.
4) Увлечение веса "видео".
5) Скорость "видео" будет напрямую зависеть от загруженности.
6) Видео будет работать от CPU а не GPU.

Что посоветуете для решения проблемы?

Aetae 25.10.2016 03:34

+Минусы: Качество. Пожатие отдельных кадров - убивает качество. Для такого-же, как с современными кодеками, потребуется оверхед не в половину, а во все десять раз. Но это не поможет, потому что активные фильтры убивают качество, т.к. считаются по самой упрощённой схеме.

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

А так смотреть наверное надо в сторону webgl.


Часовой пояс GMT +3, время: 20:11.