плееры в бровзере

Уже нет. Оверлей нельзя смешивать с другими картинками

Ну фигня же. Наложение плоскостей делается в HD-разрешении на CPU уровня Pentium MMX. Что там сложного, пройти по пикселам и сложить значения? С декодированием не то что h264, даже с DivX каким-нибудь и рядом не лежало.

Что там сложного, пройти по пикселам и сложить значения?

Это только пока маштаб 1:1.

Обычно слои складываются 1:1, потом происходит масштабирование результата. По крайней мере под Windows :) Под Linux не обращал внимание.

В общем, спор ни о чём, поскольку при программном декодировании кодеков с низким уровнем сжатия, процессор при просмотре почти не загружен. Что говорит о том, что постобработка сигнала достаточно лёгкая. Стоит поменять кодек на h264, как загрузка процессора многократно возрастает.

Я вот сейчас попробовал одно и то же видео в youtube запустить через Flash 11.2 с программной отрисовкой и через Flash 16.0 с отрисовкой через OpenGL. Декодирование в обоих случаях было одинаковое, программное. Но при переключении в полноэкранный режим потребление CPU отличалось в 5-6 раз.

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

какую к чертям прозрачную подстилку, это какие-то ужасы программирования в Delphi? Если окно в полноэкранном режиме на переднем плане, любой mouseclick в области окна вызывает паузу, всё.

вызов меню настроек (правой кнопкой) всегда приводит к паузе. Меню, естественно, тоже не полупрозрачное.

вообще, нормальные люди на клаве паузят пробелом, сикают стрелками, и меняют громкость +-, так что это всё из разряда научной фантастики

А перемотать на середину или ближе к концу ролика? Прибавить/убавить звук, поменять качество видео. Элементы управления нужны. Насчет прозрачности не уверен.

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

А перемотать на середину или ближе к концу ролика?

например, с альтом - мелкие перемещения, просто так - обычные, с шифтом - большие, с контрол-шифтом - гигантские. Зажимаешь контрол-шифт и гигантскими прыжками добираешься до середины и дальше.

видос на время использования плейлиста уменьшается.

Настала моя очередь писать «Ересь, выжечь огнем!». Не знаю как остальные, но меня просто разрывает от ненависти к таким «дергающимся» интерфейсам.

История про шорткаты

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

Тот, который на соответствующие форматы натравлен по mime-type.

Непонял, так дефолтный браузерный тоже натравлен по mime-type

А поясните мне пожалуйста, за каким таким лысым хреном совершенно внезапно понадобился какой-то ещё web API для воспроизведения видео?

Что бы избавится от Adobe Flash.
shahid
Ого, спасибо!
Все оказывается уже придумано до нас.
deep-purple

Переход по времени без докачки поддерживать должно не плеер а файл. Там какие-то метки есть, которые даже ффмпег умеет, шоп как вофкантагдеге смотрели без прогрузки. А еще есь заголовок 206.

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

То, что тебе нужно, уже есть и называется https://code.google.com/p/gecko-mediaplayer/

Настольные плееры не умеют же играть файлы онлайн

А это уже проблемы плееров, в которых не запилили seek-sync по меткам (ключевым кадрам) в видео-данных + Partial Content, смещение которого можно рассчитать на основе счетчика позиций этих меток.

Например вкантагде особенно сильно заметно на очень коротких видосах - попробуй ткни сик-ползунок куданить, он будет скакать не в конкретное тобой тыкнутое место, а «по сетке».

Нет, я имею в виду настольные десктопные плееры -

лежит на каком нибудь 92.287.3.41/video/movie.mp4

Как до него добраться то? Браузеры умеют отправлять запросы и принимать пакеты но десктопные же приложения этого не умеют, они умеют только вещание ловить как телевизор, по всяким UDP/RTMP.

нормальные плееры типа VLC должны проиграть, не?

Кто знает, чистый адрес, без параметров может быть и проиграет, но я таких давно не видел

Вот прямая ссылка например: http://fs125.myvi.ru:8080/vv157/228/40/1500200.mp4?sig=2e847688992dc5e01544a7...

404 File not found

olegchir@portal:~$ curl -v "http://fs125.myvi.ru:8080/vv157/228/40/1500200.mp4?sig=2e847688992dc5e01544a7f365a9cdbf&d=1294&t=1425486645"
* Hostname was NOT found in DNS cache
*   Trying 188.128.6.230...
* Connected to fs125.myvi.ru (188.128.6.230) port 8080 (#0)
> GET /vv157/228/40/1500200.mp4?sig=2e847688992dc5e01544a7f365a9cdbf&d=1294&t=1425486645 HTTP/1.1
> User-Agent: curl/7.37.1
> Host: fs125.myvi.ru:8080
> Accept: */*
> 
< HTTP/1.1 404 File not found
< Connection: close
< Date: Wed, 04 Mar 2015 16:41:24 GMT
< Content-Length: 0
< 
* Closing connection 0

А через браузер тоже неработает?

да

Короче они одноразовые, для одного клиента

http://vjs.zencdn.net/v/oceans.mp4

VLC это отлично играет. А также PotPlayer на винде, SMPlayer и mplayer на линуксе, и XBMC это тоже должен проиграть на любой платформе.

Просто некоторые пользуются Windows Media Player на шиндовсе или QuickTime на OSX, сладким хлебушком называют. Вот они как раз совсем ничего не умеют.

Просто некоторые пользуются Windows Media Player на шиндовсе или QuickTime на OSX

Просто 10 секундное демо, которое просматривает три с половиной анона в неделю можно положить и так.

А как вот такое то играть: https://vk.com/video-1517867_163482541?hash=bed83cb59abc51de&hd=2

(когда я проигрываю его мне открывает это:) http://cs518600v4.vk.me/u93209073/videos/d84eb98307.720.mp4?extra=A9TZdxelaHI...

а что ты хотел?
чем современнее софт - тем говнокодистей он!

Значит, у тебя масштабирование во флеше программное.

у тебя масштабирование во флеше программное

Спасибо, я уже три года как в курсе. :-) И за прошедшее время успел это в некоторой степени исправить.

скопировал вторую твою ссылку. VLC на шиндовсе играет отлично, на остальных проверять некогда (слушаю вебинар)

Хм и правда, почему первый тогда интересно не играет

Непонял, так дефолтный браузерный тоже натравлен по mime-type

В десктопных приложениях для линукса принято руководствоваться для открытия файлов файликами mimeinfo.cache, которые создаются из информации в файликах .desktop о том, с какими файлами работает приложение.

Что бы избавится от Adobe Flash.

Это-то тут при чём? Зачем нужен web API для проигрывания видео? Во флеше свой огороженный плеер был затем, чтобы была возможность не дать юзеру промотать рекламу, например. Но нас-то вроде не интересуют проблемы рекламщиков.

Итак, повторю вопрос - зачем внезапно понадобился web API для проигрывания видео, которое давным-давно прекрасно проигрывается системным плеером без всякого web API?

Настольные плееры не умеют же играть файлы онлайн

ЩИТО? Все линуксячьи плееры прекрасно играют файлы онлайн, в том числе по http.

а браузер в душе не ведает куда ты там ползунок передвигаешь.

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

Во флеше небыло никакого плеера там так же были кодеки, плеер был отдельным фронтенд-приложением aka player.swf

Итак, повторю вопрос - зачем внезапно понадобился web API для проигрывания видео, которое давным-давно прекрасно проигрывается системным плеером без всякого web API?

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

ЩИТО? Все линуксячьи плееры прекрасно играют файлы онлайн, в том числе по http.

Как минимум с муви не играет, и это очень плохо старое аниме залитое давным давно не имеет mp4 версии, только флэш flv, для чего приходится скачивать фаил целиком, а у них к тому же ограничение на скачивание стоит.

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

Да базара нет, возвращайся во времена видеохостингов требующих плагин WMP для просмотра видео.

Затем, что HTML5 это не какие то свистоперделочки для сайтов а платформа для создания веб приложений, а какие приложения без аудио видео.

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

Как минимум с муви не играет, и это очень плохо старое аниме залитое давным давно не имеет mp4 версии, только флэш flv,

flv прекрасно воспроизводится всеми линуксячьими плеерами уже сто лет как.

для чего приходится скачивать фаил целиком, а у них к тому же ограничение на скачивание стоит.

Это проблемы сайта, а вовсе не плеера, и всякие web API никак не помогут это вылечить. Если сайт не умеет докачку, например, то перемотка без скачивания файла целиком не будет нормально работать нигде, ни в флеше, ни в html5, ни в штатном плеере.

Да базара нет, возвращайся во времена видеохостингов требующих плагин WMP для просмотра видео.

Это что такое вообще и где было? Я как-то виндой не пользовался, могу быть не в курсе вендопроблем.

И я так и не получил ответ на вопрос - зачем может потребоваться какой-то там web API для воспроизведения видео/аудио?

Wmp умеет ссылки

ну да, открой через wmp например элементарный HLS. Он каждый кусочек на сикбаре будет отображать отдельно, т.е. в ходе просмотра сикбар постоянно мельтешит. А в промежутке между кусками он еще и притормаживает, хотя какзалось бы, как? Вот первое что нагуглилось: http://cdn-02.sdn.si/discoverychannel/discoverychannel.m3u8

То, что он говно, я не отрицаю
Но играет же

нормальные плееры
VLC

/0 s/VLC/mpv

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

Как вот тебе объяснить что так уже когда то было и все пришло к тому что стали повсеместно втыкать приложения на Adobe Flash? Потому что даже банальному плееру youtube нужно уметь плейлисты, анотации, автосубтитры, счетчик просмотров, что уж говорить про игры, звуковые синтезаторы, браузерные клиенты для видеоконференций.

flv прекрасно воспроизводится всеми линуксячьими плеерами уже сто лет как.

Еслиб я утверждал обратное, то какой тогда мне был бы смысл в его скачивании?

Это проблемы сайта, а вовсе не плеера, и всякие web API никак не помогут это вылечить.

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

Это что такое вообще и где было? Я как-то виндой не пользовался, могу быть не в курсе вендопроблем.

Это было еще до флэшей - гугли VLC browser plugin и MPlayer browser plugin

И я так и не получил ответ на вопрос - зачем может потребоваться какой-то там web API для воспроизведения видео/аудио?

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

А вот если бы настольные плееры научились играть файлы с облаков (с гуглдрайв, яндекс.диска, маилру облака) вот это было бы очень здорово конечно.

Потому что даже банальному плееру youtube нужно уметь плейлисты, анотации, автосубтитры, счетчик просмотров,

А юзеру, например, это нафиг не надо. Юзеру надо засмотреть файл с сервака и промотать рекламу, если она есть.

что уж говорить про игры, звуковые синтезаторы, браузерные клиенты для видеоконференций.

А мы про видео говорим, а не про какие-то там игры.

Если у тебя туго с воображением и ты не можешь представить зачем приложениям мультимедиа возможности

Это у тебя туго с воображением. Речь не о приложениях мультимедия а сугубо о воспроизведении видео.

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

Какой в жопу плагин? Браузер должен просто отдать системе url видео и всё.

либо на платформе (например планшетное устройство с мобильной ОС) из под которой просматривают сайт их вообще может не оказаться,

Это проблемы ССЗБ. На айфонах вот не было флеша, и ничего, как-то жили же.

по мимо того что это просто костыли.

костыль - это пихать в броузер видеоплеер.

А вот если бы настольные плееры научились играть файлы с облаков (с гуглдрайв, яндекс.диска, маилру облака) вот это было бы очень здорово конечно.

А они разве не умеют? доставание файла из облака чем-то отличается от тупого http get в конце? Или вынь да полож надо 100500 редиректов для рекламы и счётчиков?

Чо дурачка-то корчим, а? Какие-то липовые невменяемые отмазы уже пошли. Типа, якобы не отдупляем, что всё это говно происходит, исключительно чтоб юзеру рекламу можно было впаривать, и чтоб он её промотать не мог своим плеером?

На айфонах вот не было флеша, и ничего, как-то жили же.

Для этого Ябл и создал видеостриминговый протокол HLS, который сейчас является стандартом для интернетов

Или вынь да полож надо 100500 редиректов

нормальные плееры умеют и в редиректы, и в параметры урла, и в относительные урлы, итп