Amstor, если только вечером, не дома сейчас
оно то конечно не плохо. Ну в моем случае стоит учитывать факт того что большая часть пользователя сидит с телефона, и порой это не хром или сафари а опера мини или ук.веб. Так что как я понимаю, используя твой метод, прийдеться жертвовать потребителем.. Если я все правильно понял из твоего поста.
Ну это более для админа ЗЦ наверное.
Ну и большенство браузеров на смартах все это поддерживает.
Главное поддержка html5
Uc Web Chrome Safari Dolghin поддерживают его, но можно сделать кроссбраузерный вариант, тоесть для тех кто не может юзать html5 , обрабатывать сервером все, а остальные за тем принципом))
я чаще использую парсер и скрины создаются на механическом уровне.. единственное чем эта штука полезна в данном случае - это страховка на случай фейла при участии ffmpeg. А вот для сайтов с фильмами такая штука збс пошла бы ообенно если возможно выводить серии скринов, но подозреваю что этот метод не предусматривает такого удовольствия
Ну и здесь все можно автоматизировать, скрины сами могут делаться с бразуера после заливки видео.
Программирование - это магия
это уже излишне. К примеру есть 1000 опера мини. В среднем 100 в минуту от них просмотров. Т.е лишние 100 запросов, которые технически не нужны, ибо эти 100 запросов я сделаю при импорте материала в момент когда железо менее загружено, нежели опера при своей без того низкой скорости буферизации будет еще ожидать, пока обработается текущее видео.
теоретически пока что как я пологаю
Добавлено 30.06.16 в 11:38:55:
так подумал.. а ведь mplayer технически менее нагружает железо и так же может выдавать несколько предварительно выбранных кадров быстрее ффмпег