The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Firefox 55, opennews (??), 08-Авг-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "Релиз Firefox 55"  +4 +/
Сообщение от Аноним84701 (ok), 08-Авг-17, 20:57 
> отсутствие в природе плейера, умеющего "поток через пайп", неведомо какого формата и
> неведомо как пошинкованного.


% wget -qO- "http://www.quirksmode.org/html5/videos/big_buck_bunny.mp4" |mpv -
% wget -qO- "http://www.quirksmode.org/html5/videos/big_buck_bunny.mp4" |mpv  --cache=auto --force-seekable=yes
% wget -qO- "http://www.quirksmode.org/html5/videos/big_buck_bunny.ogv" |mpv -
% wget -qO- "http://www.quirksmode.org/html5/videos/big_buck_bunny.webm&q... |mpv  --cache=auto -  
% cat test.mp4| mpv --cache=yes --force-seekable=yes  -
% cat tone.mp3| mpv --cache=yes --force-seekable=yes  -

> плейера, умеющего ненужно со всеми видами извращений

fix.

Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз Firefox 55"  +/
Сообщение от Аноним (-), 08-Авг-17, 21:18 
Более того, раньше были плагины, умеющие вызывать внешние плееры для видео (если оно было где-то явно прописано, а не обфусцировано так, что его только код внутри флэш-плеера понимал), и они отлично работали.
Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз Firefox 55"  –2 +/
Сообщение от пох (?), 08-Авг-17, 22:45 
угу, вот и смотрите себе "buck bunny".
А все остальное, увы, не помещается нынче в буфер mpv (у меня вот лежит мелкий двухгиговый ролик - мы его для "force-seekable" не на пару секунд вперед-назад - куда положим - в оперативную память? Сперва, вероятно, скачав все два гига, со скоростью 800k/s? (для веба больше не нужно, лимит подогнан под битрейт )

>> плейера, умеющего ненужно со всеми видами извращений
> fix.

ну тогда продолжайте смотреть свой test.mp4
Ему вообще браузер не нужен. Правда, и смотреть его незачем.

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

Я уж молчу о том, что ваше уродливое решение не cумеет ни пропустить произвольный кусок, ни вернуться к началу, ни показать, сколько еще осталось, ни, тем более, превью в timeline (про переключить на ходу разрешение уж и вспоминать смешно) - да и зачем все это test.mp4 и buck bunny, действительно... Я одного только не понимаю - а что вы тогда по аппаратному ускорению плачете?

Снабдить сам плейер умением парсить вебню- тоже малой кровью не получится, понадобится поддержка распоследних версий js и dom (сегодня я как раз внезапно открыл для себя, что блокировка dom performance api ломает нахрен youtube - твою же ж мать, оно сколько вообще существует - год хотя бы есть уже?), что потянет за собой половину той мазилы.

Эх, а как все было хорошо и просто в эпоху флэш :-(

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

59. "Релиз Firefox 55"  +/
Сообщение от НяшМяш (ok), 09-Авг-17, 00:06 
> А все остальное, увы, не помещается нынче в буфер mpv

Скачивать полностью зачем? Делаем на сервере поддержку "Accept-Ranges: bytes; Content-Length: 100500" и приблизительно можно по байтам seekaть поток.

Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз Firefox 55"  –4 +/
Сообщение от пох (?), 09-Авг-17, 16:59 
> Скачивать полностью зачем? Делаем на сервере поддержку "Accept-Ranges: bytes;

комменты не читай, сразу херню пиши?
Чувак надеется, что грязный хак вида "браузер не знает что делать с видео и сливает его через unnamed pipe (пайп, Карл!) в какой-нибудь stand-alone player" его спасет.
Ему разжевывают, что в пайпе даже банально отмотать на начало не получится - нет у пайпа никакого "начала". Он показывает, как у него классно "отматывается" файл, целиком помещающийся в буфер - ну зашибись, чо, спасение!

По байтам, кстати, ты тоже смешно придумал - это уже даже сильно линуксный (то есть больной на всю голову) плейер вряд ли осилит - блямц, и внезапно, мы поехали с середины фрейма в неведомом плейеру контейнере с неведомым содержимым. И как угадать хотя бы контейнер (хотя без заголовка это далеко не любому поможет)?
У браузера-то есть mime, дважды повторенный и в тегах, и в заголовке сервера, ему проще.

Ответить | Правка | Наверх | Cообщить модератору

153. "Релиз Firefox 55"  +/
Сообщение от НяшМяш (ok), 09-Авг-17, 19:10 
Интересно, а как потоки по какому-нибудь RTMP в мпегах гоняют, а? Или по DVB эфирному - включил и через полсекунды уже картинка? IPTV? Не, не слышал. В H264 есть ключевые кадры, в нормальных контейнерах - есть. Угадывать контейнеры не надо - есть стандарты для потокового вещания, да и сервер тебе тот же миме может прислать. Ты попробовал хотя бы загуглить ту же спецификацию MPEGа, прежде чем кидаться с оскорблениями на людей?
Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз Firefox 55"  –1 +/
Сообщение от пох (?), 10-Авг-17, 00:32 
> Интересно, а как потоки по какому-нибудь RTMP в мпегах гоняют, а?

да так же - аж трижды гвоздем прибитый mime, еще один раз в самой спецификации rtmp, ну и rtmp ни разу не тупoй пайп, там есть управление отдельной фичей (если это не лайвстрим, конечно) - можешь на том же рутубе поиграться, они rtmp раньше любили даже для обычных файлов (типа это такая защщыта чтоб не качали в виде файлов), возможно, еще не сломали (хотя с hls он не дружит, похоже), увидишь много интересного в дампе.

> Не, не слышал. В H264 есть ключевые кадры, в нормальных контейнерах

для угадава ключевого кадра надо знать, что это именно h264, и еще кой-какой информацией заранее владеть (в случае файла она в метаданных, кстати, если ее забыть/не знать, результат довольно забавный, в случае rtmp/dvb - метаданные внешние, мы знаем что ищем)

> - есть. Угадывать контейнеры не надо - есть стандарты для потокового
> вещания, да и сервер тебе тот же миме может прислать. Ты

дык кому "тебе" ? сервер браузеру-то пришлет, а в пайп-то пресловутый что совать будем?

в общем, не взлетит. Больше толку, действительно, вызывать внешний плейер напрямую с урлом - авось его авторы позаимствовали кусок кода из youtube-dl (или умеют его сам вызывать) и как-нибудь что-нибудь проиграют, если плейер на том конце входит в счастливое число окученных вручную (без подстройки под экран/производительность, без плейлистов, без возможности переключить разрешение и не потерять кадр... ну чего вы хотите, у них, в этих линуксах, все так работает. Добавлю еще высокую вероятность нарваться на remote exec - особенно вот при попытках распарсить чужие данные или автоугадать формат по обрывку первого кадра - браузеру, опять же, гораздо проще это делать правильно)

Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз Firefox 55"  +1 +/
Сообщение от Аноним84701 (ok), 09-Авг-17, 00:20 
> А все остальное, увы, не помещается нынче в буфер mpv (у меня
> вот лежит мелкий двухгиговый ролик - мы его для "force-seekable" не
> на пару секунд вперед-назад - куда положим - в оперативную память?
> Сперва, вероятно, скачав все два гига, со скоростью 800k/s? (для веба
> больше не нужно, лимит подогнан под битрейт )

Лично я попробую mpv http://someurl.


% mpv "https://www.fsf.org/blogs/community/user-liberation-watch-an...
Playing: https://www.fsf.org/blogs/community/user-liberation-watch-an.../
(+) Video --vid=1 (*) 'Video' (vp8 1280x720)
(+) Audio --aid=1 --alang=eng (*) 'Audio' (vorbis 2ch 44100Hz)

% mpv "https://u.fsf.org/user-liberation"
Playing: https://u.fsf.org/user-liberation
(+) Video --vid=1 (*) 'Video' (vp8 1280x720)

% mpv "http://www.bbc.co.uk/news/av/10462520/one-minute-world-news&...
Playing: http://www.bbc.co.uk/news/av/10462520/one-minute-world-news
(+) Video --vid=1 (h264 688x384 25.000fps)
(+) Audio --aid=1 (aac 1ch 44100Hz)


Ага, так тоже можно. Даже без url-ки видео. И взад-вперед гонять получается и время отображается и скачивать полностью для этого не надо.
Ну, a вы можете и далее пытаться прикрутить свой  JS плеер для просмотра чего-то там.

> ну тогда продолжайте смотреть свой test.mp4
> Ему вообще браузер не нужен. Правда, и смотреть его незачем.

Без передергивания никуда? Так в эту игру можно играть вдвоем.

> А современное веб-видео - это hls, mse и много еще других неведомых
> вам слов. Даже если на стороне сервера оно и выглядит как
> файл - этих файлов, как минимум, не один, и откуда именно
> пойдет видеопоток (и какой он) - браузер, в общем случае, до
> момента отображения фреймбуфера не в курсе (к тому же следующий фрейм,
> внезапно, может быть из другого источника).

Да ну? Правда? Т.е. для просмотра такого видео нам тут, с нашими "уродливыми решениями" обязательно разучивать новые, модные словечки?
https://developer.apple.com/streaming/examples/


% mpv "https://developer.apple.com/streaming/examples/basic-stream-...
Playing: https://developer.apple.com/streaming/examples/basic-stream-...
[ffmpeg/demuxer] mpegts: Invalid timestamps stream=1, pts=903003, dts=906006, size=3101
[ffmpeg/demuxer] hls,applehttp: Invalid timestamps stream=1, pts=903003, dts=906006, size=3181
(+) Video --vid=1 (h264 1920x1080 29.970fps)
(+) Audio --aid=1 (aac 2ch 22050Hz)

% mpv "https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8...
Playing: https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8...
(+) Video --vid=1 (h264 1920x1080 25.000fps)


Ой, опять все работает. Как же так?  Магия, не иначе!


> Я уж молчу о том, что ваше уродливое решение не cумеет ни
> пропустить произвольный кусок, ни вернуться к началу, ни показать, сколько еще

Даже не знаю, что сказать.
Вам не угодишь. Или вы забыли, как сами, чуть выше, утверждали:
>>> отсутствие в природе плейера, умеющего "поток через пайп"

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

> Снабдить сам плейер умением парсить вебню- тоже малой кровью не получится, понадобится
> поддержка распоследних версий js и dom (сегодня я как раз внезапно
> открыл для себя, что блокировка dom performance api ломает нахрен youtube

Как интересно! А если не плеер снабжать, а наладить взаимодействие между парсером вебни и плеером? Только чуть более сложное, чем "вот тебе видео через пайп".


% mpv "https://www.youtube.com/watch?v=QAUzWtLMnU0"  ...
Playing: https://www.youtube.com/watch?v=QAUzWtLMnU0
(+) Video --vid=1 (*) (vp9 1920x1080 29.970fps)
(+) Audio --aid=1 --alang=eng (*) 'DASH audio' (opus 2ch 48000Hz) (external)

% mpv "https://www.youtube.com/watch?v=QAUzWtLMnU0" --ytdl-format="bestvideo[height<=720]"
Playing: https://www.youtube.com/watch?v=QAUzWtLMnU0
(+) Video --vid=1 (*) (vp9 1280x720 29.970fps)

% mpv "http://www.google.com/url?q=https://vimeo.com/66651032&sa=U&...
Playing: http://www.google.com/url?q=https://vimeo.com/66651032&sa=U&...
(+) Video --vid=1 (*) (h264 1280x720 30.000fps)
(+) Audio --aid=1 --alang=und (*) (aac 2ch 44100Hz)


Ух ты, оказывается, так тоже можно!
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

90. "Релиз Firefox 55"  +3 +/
Сообщение от Мимоанон (?), 09-Авг-17, 07:38 
Простите, но каким чудом я тогда смотрю многочасовые ролики/фильмы с ютуба при помощи smplayer aka mplayer? Перемотка работает.

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

104. "Релиз Firefox 55"  +/
Сообщение от Гентушник (ok), 09-Авг-17, 09:36 
На одной слабенькой машинке я настроил следующим образом:
Debian Jessie,
Firefox из дистрибутива,
Пакет gecko-mediaplayer,
Дополнение Greasemonkey для FF (для скриптов),
И вот этот юзерскрипт https://github.com/sebaro/ViewTube

Видео на ютубе работало заметно шустрее чем через HTML 5 video или Flash.

Юзерскрипт вроде можно запустить и на хроме если что. На более новом FF и на Debian Stretch не пробовал ещё.

Ответить | Правка | Наверх | Cообщить модератору

118. "Релиз Firefox 55"  –1 +/
Сообщение от Аноним (-), 09-Авг-17, 11:51 
При просмотре видео HD Chromium не тормозит, в отличие от Firefox. Все из репов, в Stretch. На стареньком c-60.
Ответить | Правка | Наверх | Cообщить модератору

132. "Релиз Firefox 55"  +/
Сообщение от Гентушник (ok), 09-Авг-17, 14:12 
> При просмотре видео HD Chromium не тормозит, в отличие от Firefox. Все
> из репов, в Stretch. На стареньком c-60.

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

Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз Firefox 55"  –2 +/
Сообщение от пох (?), 09-Авг-17, 17:11 
> Простите, но каким чудом я тогда смотрю многочасовые ролики/фильмы с ютуба при
> помощи smplayer aka mplayer?

банально - он _знает_ как внутри устроен именно конкретный youtube (и еще пяток популярных), и из какой задницы ему там доставать непосредственно потоки (и периодически ломается, как и youtube-dl, кажется, послуживший авторам источником вдохн...ценной инфы). Короче, парсинг html5 со всеми прибабахами вместо браузера сделал автор плейера, вручную, глазками - а плейер копается уже во внутренних url, зная где их искать и что в них лежит.
Там, как ты понимаешь, где-то на самом дне находятся вполне человеко (не то что машинно) читаемые текстовые файлы с описаниями  - проблема что это ни разу не html, который стандартен, это конфиг для программы на js. Естественно, у каждого плейера он свой.

У тебя ровно два варианта - либо честно выполнять код неведомого плейера, тогда надо уметь dom, js, canvas и еще аллах весть что, ты будешь уметь воспроизвести любой видео-сайт, в пределах своей совместимости с ним по этим пунктам, но это опять обратно мазила получится, либо среверс-инжинерить плейер, выяснив где у него собственно источник данных и что он собой представляет - тогда ты будешь уметь его вытащить в обход именно этого плейера, но только пока его автор что-то не поменяет (а они, блин, старательные). А на соседнем сайте - опаньки, все с начала.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

204. "Релиз Firefox 55"  –1 +/
Сообщение от пох (?), 10-Авг-17, 09:48 
ну вот, из лагеря любителей rpi прилетел _работающий_ рецепт получить аппаратное ускорение видео, и незатратный, ребятки за пару недель справились еще в 2014м, по сути силами одного разработчика - есть у нас, на самом деле, именно высокоуровневый api для воспроизведения именно "незнамокакого видео, уйдите, я в этом не разбираюсь" (ну, не через пайп, конечно же ;-)

gstreamer, хехехее, gstreamer! Даже если в нем (не знаю и знать не хочу) нет по сей день прямой поддержки vaa/vdp, в нем точно был плагин для совместимости с ffmpeg (чуваку из коллабры пришлось, для начала, свой написать, поскольку у них там ни с чем несовместимый api) И ошметки кода для его поддержки все еще где-то в дереве мазилы валяются.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру