(30 июн 2016, 11:35) (
0/
0)
[
0]
bibilink,
теоретически пока что как я пологаю
Добавлено 30.06.16 в 11:38:55:
так подумал.. а ведь mplayer технически менее нагружает железо и так же может выдавать несколько предварительно выбранных кадров быстрее ффмпег
(30 июн 2016, 11:34) (
0/
0)
[
0]
System,
это уже излишне. К примеру есть 1000 опера мини. В среднем 100 в минуту от них просмотров. Т.е лишние 100 запросов, которые технически не нужны, ибо эти 100 запросов я сделаю при импорте материала в момент когда железо менее загружено, нежели опера при своей без того низкой скорости буферизации будет еще ожидать, пока обработается текущее видео.
(30 июн 2016, 11:18) (
0/
0)
[
0]
bibilink,
я чаще использую парсер и скрины создаются на механическом уровне.. единственное чем эта штука полезна в данном случае - это страховка на случай фейла при участии ffmpeg. А вот для сайтов с фильмами такая штука збс пошла бы ообенно если возможно выводить серии скринов, но подозреваю что этот метод не предусматривает такого удовольствия
(30 июн 2016, 11:10) (
0/
0)
[
0]
bibilink,
оно то конечно не плохо. Ну в моем случае стоит учитывать факт того что большая часть пользователя сидит с телефона, и порой это не хром или сафари а опера мини или ук.веб. Так что как я понимаю, используя твой метод, прийдеться жертвовать потребителем.. Если я все правильно понял из твоего поста.
(30 июн 2016, 11:07) (
0/
0)
[
0]
[DеD_ПыХтО], ну напишешь
(30 июн 2016, 11:00) (
0/
0)
[
0]
[DеD_ПыХтО], го в асю мне скинь скрипт импорта или уплоада. Я погляжу
(30 июн 2016, 10:52) (
0/
0)
[
0]
bibilink,
чегото по истине новое для меня.. а нагрузка?
(30 июн 2016, 10:49) (
0/
0)
[
0]
[DеD_ПыХтО],
пример: видео формата 3gp разрешения 144*76 (аля 2005 год) а скрин при запросе по умолчанию 320*320. Что мы получим на выходе?
(30 июн 2016, 10:48) (
0/
0)
[
0]
#3 скорее всего