> А все остальное, увы, не помещается нынче в буфер 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)
Ух ты, оказывается, так тоже можно!