Ринат!
Так ты из Булгарии?

SSSE3

Глянул - на моём феноме 2 его нет, так что тот кусочек кода даже ещё актуальнее.

perf top

Интересно будет глянуть.

Двухядерный пахом для софтварного видео уже всё, да и черёхядерный тоже, стоит ресурсам только поднять битрейт/пхнуть hevc/vp9/60фпс.

Ну, феном 2 X4. На нём и на ноуте 2-х ядерном + HT sandybridge hevc fullhd 50fps 5 mbit / hevc fullhd 30fps 20 mbit идёт. Разумеется, не в браузере. Вот для hevc 4K 10-bit чуть-чуть не хватает мощности.

О, это круто

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

Либо самому переписывать обработку тэга video чтобы браузер как положено отдавал адрес потока какому-нибудь mplayer/mpv/gstreamer/etc а не занимался всякой хернёй, либо искать кем-то написанный патч.

Может быть можно как-то ковырятелей PaleMoon запинать, чтобы они такую фичу впилили, потому что самому этот мозилловский звездец с нуля раскопать - весьма долгое занятие, пока разберёшься с версией 123 выйдет уже 321, где всё будет по-другому, а жабомакакный веб к тому времени будет работать только с 321.

Однако, из-за ублюдочности реализаций <video> в браузерах (эти тупорылые говноеды даже не осилили сделать воспроизведение бесконечного потока) есть одна проблема. Одни дебилы не сделали нормально воспроизведение, другие, ещё более тупые дебилы придумали заливать в браузер мегатонну говножабоскрипта, а на сервер ставить потокорезку, чтобы ублюдочный тупорылый код в браузере воспринимал поток как последовательность мелких файликов, которые он только и умеет воспроизовдить (и то через жопу, но это другая история). Не уверен, что будет просто объяснить внешнему плееру, что вот этот весь звездец из тысяч разных URL надо обратно склеить и воспроизводить непрерывно.

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

Может быть можно как-то ковырятелей PaleMoon запинать, чтобы они такую фичу впилили

Ну сам и пили, если такой умный. А полтора разработчика фурфага на такие вопросы отвечают просто - у нас нет ресурсов.

Если выбрал mpv+youtube-dl, то лучше вызывать mpv напрямую, поставив свежий youtube-dl, как описано в четвертой части (возможно, установленная с репозиториев версия не справляется). Тем более если тебя интересуют видео, а не трансляции, то открытие чата не понадобится. P.S. Vimeo проверил - по получаемым ссылкам 404, поэтому не воспроизводит.

несколько видео

Можно собрать в плейлист на YouTube, mpv справится. Единственное, передавать плееру ссылку на плейлист (страница со списком его видео), а не на видео с плейлистом.

Одни дебилы
другие дебилы

Забыл еще третьих, что запрещают плеер вызвать без костыля-посредника. Хорошо, безопасность и все такое. Но почему бы не сделать, как раньше было с протоколом mms://.
Впрочем, ответ очевиден - в скриптовый плеер, видимо, оказалось проще добавлять рекламные ролики.

вот этот весь звездец из тысяч разных URL

Если ты про HLS, то плееры его понимают. Единственное, к примеру, YouTube на трансляциях такое намудрил, что не каждый плеер воспроизведет.

Вот, что на sandybridge ноуте с Дебианом testing:

# perf top -p 2766
Samples: 29K of event 'cycles:pp', Event count (approx.): 88940248544210
Overhead  Shared Object               Symbol
  22.08%  libxul.so  [.] RuleHash::EnumerateAllRules
  13.25%  libxul.so  [.] XPCJSContext::AfterProcessTask
   6.26%  libxul.so  [.] round@plt
   5.88%  libxul.so  [.] ScaleARGBFilterCols_SSSE3
   4.38%  libxul.so  [.] nsHTMLCSSStyleSheet::RulesMatching
   4.35%  libxul.so  [.] mozilla::dom::FragmentOrElement::GetXBLBinding
   4.09%  libxul.so  [.] mozilla::PresShell::GetCumulativeResolution
   3.31%  libxul.so  [.] CalcLengthWith
   3.16%  libxul.so  [.] SelectorMatches
   2.92%  firefox    [.] malloc
   2.35%  libxul.so  [.] I422ToARGBRow_SSSE3
   2.04%  libxul.so  [.] js::frontend::BytecodeEmitter::emitJump
   1.88%  libxul.so  [.] SkCanvas::onDrawRect
   1.70%  libxul.so  [.] PLDHashTable::Add
   1.66%  libxul.so  [.] mozilla::layers::RenderLayers<mozilla::layers::ContainerLayerComposite>
   1.45%  libxul.so  [.] nsCSSParser::~nsCSSParser
   1.37%  libxul.so  [.] RuleHash_ClassCSMatchEntry
   1.27%  libxul.so  [.] nsBox::IsXULCollapsed
   1.27%  libxul.so  [.] mozilla::GetPrevContinuationWithPossiblySameStyle
   1.11%  libxul.so  [.] js::ConstraintTypeSet::sweep
Failed to open /tmp/perf-2766.map, continuing without symbols

Буду пробовать потом на феноме.

Кроме libyuv в фаерфоксе есть ещё что-то чрезмерно нагружающее проц.

Ага. Всё остальное.

Не всё так просто, нет там единственной горячей точки. Их бы уже отловили, как в той ситуации с libyuv.

HTML5- умеет в VP8/VP9. И только.

У меня в опере (на линуксе, ясное дело) вот тут все птички стоят. И видео без тиринга и проценасилия (проц i7 2720QM, например, но не только на нем).

community/opera 47.0.2631.39-1
    A fast and secure web browser
archlinuxgr/opera-ffmpeg-codecs 60.0.3112.78-1
    additional support for proprietary codecs for opera

Ну, убедил (ты себя) с Sandy Brigde aka HD3000 gfx, что у тебя полноценно воспроизводится видео FullHD 50fps off browser.

Полноценно - имеется в виду в данном контексте - with/without significant playback frame drop.

А теперь, продемонстрируй и проконтролируй пожалуйста, для себя - playback 4K 60fps H264.

На i3225 - первая модель с HD4000 и hardware de/encoding H264 - frame drop reaches up to 15%.

http://i.imgur.com/E50G4sd.jpg

Это к чему спросил?

К тому, что AMD не умеет в видео, без дополнительных карт. Intel - умеет и со встроенной графикой воспроизводить up to 4K 60fps.

i7 2720QM

Ясно.

2[/r]xxx - ещё не умеет в воспроизведение записанного H264/265/VP8/VP9 с аппаратным ускорением встроенного GPU.

И видео без тиринга и проценасилия

Потому что i7 - сила. Поэтому и не будет tearing.
Процнасилие - таки будет. Проверь загрузку CPU под .mpeg1 и .h264.

ещё не умеет в воспроизведение записанного H264/265/VP8/VP9 с аппаратным ускорением встроенного GPU

Да что ты говоришь?

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
H264_BASELINE                  51 16384  2048  2048
H264_MAIN                      51 16384  2048  2048
H264_HIGH                      51 16384  2048  2048
H264_CONSTRAINED_BASELINE      51 16384  2048  2048

Потому что i7 - сила. Поэтому и не будет tearing.

Тиринг к производительности вообще не имеет никакого отношения, это проблема вертикальной синхронизации.

Процнасилие - таки будет. Проверь загрузку CPU под .mpeg1 и .h264.

Вот интересно, я же, прежде чем написать - наверное знал, о чем пишу? Или ты думаешь, что все такие, как ты - сначала пишут, потом думают (см. факап с H.264 и HD3000 выше).

Смотри на грабли в предыдущем посте.

FF 52.3.0esr<br> Почти `современный' i3225 воспроизводит 4K 30fps в браузере без frame drop.

http://i.imgur.com/ouFwDiX.png

Расскажи, как ещё объективно оценить качество воспроизведения видео с GPU - без потерь фреймов и GPU/CPU load?

А теперь, продемонстрируй и проконтролируй пожалуйста, для себя - playback 4K 60fps H264.

На i3225 - первая модель с HD4000 и hardware de/encoding H264 - frame drop reaches up to 15%.

Аппаратное ускорение декодирования h264 есть в sandybridge.

Это к чему спросил?

К тому, что AMD не умеет в видео, без дополнительных карт. Intel - умеет и со встроенной графикой воспроизводить up to 4K 60fps.

Очевидно, ведь в моём десктопном феноме нет встроенной графики в отличие от мего ноутбучного sandybridge.

FF 52.3.0esr<br> Почти `современный' i3225 воспроизводит 4K 30fps в браузере без frame drop.

Так в этом-то и дело, что у интела есть шансы на наличие SSSE3, т.е. без необходимости в оптимизации fallback кода.

Процнасилие - таки будет. Проверь загрузку CPU под .mpeg1 и .h264.

Вот интересно, я же, прежде чем написать - наверное знал, о чем пишу? Или ты думаешь, что все такие, как ты - сначала пишут, потом думают (см. факап с H.264 и HD3000 выше).

Real results воспроизведения видео `Richard Wagner - Lohengrin' 4K 60fps:<br> на SandyBridge - с замером выпадающих фреймов.<br> в кодеком H.264 и VP9, пожалуйста.

у интела есть шансы на наличие SSSE3, т.е. без необходимости в оптимизации fallback кода.

Могу я сформулировать твою идею иначе:</br> «Зачем использовать процессоры начала '00, с шансами наличия SSE3, для воспроизведения видео с кодеками рассчитанными на CPU иного класса и удивляться итогу, вполне ожидаемому?»

Сорри за банальное.

Mpv нормально такое пережёвывает.

аппаратное ускорение

Если на линуксе, то забудь.

Если на линуксе, то забудь.

Say what?
Вернись в начало темы и ознакомь себя с hardware встроенном ускорением в кернеле.

mpv - сделал штатным выигрывателем форматов медиа.
Справляется с декодингом на лету на CPU от Ivy Bridge и далее.

Я уже ознакомился. На практике. На нескольких браузерах.

-Os на десктопах, а не микроконтроллерах? Да они там совсем поехали...

Среди гентушников до сих пор всплывающее отклонение.

Эх, помнится раньше к лисе был плагин, который запускал mplayer на том же youtube на месте стандартного плеера.

Прелесть-то какая! Сейчас бы такой плагин для mpv.

Среди гентушников

Не, ну если собирать что-то максимально легковесное с musl сотоварищи, то Os не является какой-то проблемой)

Кстати,

The problem is not as bad as it looks as this generic code is only executed on machines that do not have SSSE3, AVX2 or NEON (see convert_argb.cc)

Таки ой. Os и в данном случае не является проблемой для более-менее свежих CPU.

не является проблемой для более-менее свежих CPU.

Ну как бы да. Страдают пользователи Phenom'ов и FX'ов. У Intel SSSE3 поддерживается аж с почти самых первых Atom'ов.

У FXов даже первого поколения есть SSSE3 (и вообще вплоть до AVX и FMA4).

и в данном случае

Имплаинг перед этим было ещё 9001 случаев с пруфами. Найс потуги в манипуляцию представлениями.

У FXов даже первого поколения есть SSSE3

Да? Ну тогда они не страдают.

Прелесть-то какая! Сейчас бы такой плагин для mpv.

А в чем проблема? Вот тема о настройке автозапуска плеера: http://forum.runtu.org/index.php?topic=6454.0

Вот плагин: https://addons.mozilla.org/ru/firefox/addon/open-with/

Таки ой. Os и в данном случае не является проблемой для более-менее свежих CPU.

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