![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Entry tags:
Проигрывание видео на планшетах с Android
Выражаясь манагерским наречием, планшет - это средство потребления контента.
А если по-человечески, то это миниатюрный кастрированный ноутбук, смартфон-переросток без телефонной части, называйте как хотите, оптимизированный для удобного хождения по сети, просмотра цветных документов, от книг и статей до журналов, просмотра видео и прослушивания музыки (более видео, конечно же) в самых разных местах. А также запуска разного рода софта.
Google - компания сервисная, и потому они не только заботливо выпилили из планшета слот для SD карт, но и поставили немного флэш-памяти. Собственно , флэш-памяти всегда мало, ибо всё равно нельзя держать там пачку фильмов и сборники альбомов с музыкой. Да и заливать по usb/wifi -замучаешься.
"Смотрите с you-туп" , говорит нам Гугль.
Но для того ли тут стоит прекрасный экран с самым высоким в мире , среди планшетов (на сегодняшний день) разрешением 2560х1600, чтобы мы смотрели убогие клипы с youtube ?
Да, там есть 720р и даже 1080р, попадаются интересные, но мало, да и не фильмы, а именно что клипы и небольшие любительские съемки.
Естественное желание - смотреть качественное видео, причём по сети. И вот тут начинается трэш.
Допустим, аудио и видео у нас лежат на компе или сетевом хранилище, доступ по Самбе (smb, cifs) или ftp. NFS я тут не рассматриваю по понятным причинам.
Но... стоковое ядро не умеет маунтить smb шары ! FTP тоже не умеет.
Манагеры Гугла говорят нам "а пошли вы на ... you-туп"
Что, разумеется, неинтересно.
Так что или ++модули (рут), или другое ядро (тоже рут), или плеер должен уметь лезть на smb/ftp шару сам, или прокси.
Проксировать видео и аудио умеют некоторые файл-коммандеры, например, ES.
Но, во-первых, скорость работы по Самбе у последнего ES в разы меньше, чем по ftp (не знаю, как это они так криво написали), а во-вторых, не все плеера нормально воспринимают трансляцию со 127.0.0.1. Некоторые при перемотке ругаются.
Сами лазить по сетевым smb шарам умеют dice, BS player.
Очень приличный MX player не умеет. Также он не умеет играть dts звук, это ограничения лицензии на dts, что может быть исправлено подсовыванием сторонней ffmpeg либы ему для декодирования звука.
BS player - умеет smb.
Сетевого eth адаптера нету (маньяки заставили работать с usb-net адаптером, но это извращение) , что логично, только wifi.
Формально скорость wifi, при условии хорошего соотношения сигнал-шум, огромна, и может достигать 300Мбит/c , что примерно на порядок перекрывает полосу, необходимую для самых тяжелых fullHD bluray-rip. И даже сами блюреи не бывают с битрейтом более, чем 50-60 Мбит/c.
Правда, на практике теоретические 300 оборачиваются в лучшем случае 150-180 практических Мбит/с. Казалось бы, это тоже в 5 раз больше, чем надо для тяжелого рипа.
Но на практике всё иначе: не только в предельно загаженном в любом городском районе с плотной застройкой диапазоне 2.4 ггц, но и 5 ггц, где помех пока что минимум, никаких стабильных, постоянных, гарантированных полос не то, что в 100-150, но даже и в 20-50 Мбит нету.
Ни с какими wifi точками доступа и адаптерами (как минимум, мне такие неизвестны), никакие антенны не могут решить эту проблему полностью.
У вас может быть _в_среднем_ и 50, и 80, и даже 150 реальных Мбит - но временами будут провалы если не до нуля, то до нескольких мегабит. В случае отличного С/Ш и хорошего железа у вас будет выше скорость и меньше провалов, но они гарантированно будут.
На видео с малым битрейтом, 1..4 Мбита, это несущественно, все работает практически без проблем.
Тяжелые фильмы, с высоким битрейтом, 10...20 Мбит (а в пиках все 30-35), при таком раскладе не идут - плеера начинают разбивать картинку в мусор, а потом уже начинает задыхаться от нерегулярного потока данных программно-аппаратный декодер. Всё, все свободны, это у вас играть не будет.
Вам просто нечем кормить экран с огромным разрешением и процессор, для видеодекодера которого заявлено 1080p 60 fps / h264.
Способ решения этой проблемы известен очень давно, он прост как по сути, так и в реализации. Это буферизация потока данных. Пусть у нас постоянно случаются пропадания и прыгает скорость, но , загнав в буфер Х (или даже ХХ) секунд видео , мы без проблем обеспечим стабильный поток данных для декодера.
И тогда для нас снова будет критичной средняя скорость передачи данных, а не минимально-гарантированная. Вторая очень мала, близка к нулю при любом варианте wifi, а первая - более чем достаточна не только в случае 5ггц и 2х mimo /40 мгц полосе, но даже при простом 2.4 ггц /20 мгц.
Итак, смотрим плеера под Андроид. Системный - это просто шутка какая-то, а не плеер.
VLC beta - глючный, зато играет почти всё, как и его десктопный родственник. Нет, про нормальную буферизацию его авторы не слышали (если кто скажет, где она тут включается - будут рад проверить).
Dice - про нормальную буферизацию его авторы тоже не слышали. И ещё многого не слышали.
MX player - то же самое, буферизация но практически никакая.
BS player - приятное исключение. И сам плейер хорош, всеяден и с кучей настроек, и работа по сети продумана (умеет самостоятельно лазить по smb шарам и играть аудио-видео оттуда), и, главное,
отлично сделана буферизация потока данных.
Включение нескольких опций в настройках (максимально использовать возможности аппаратного декодирования для всех кодеков, wifi производительный режим, большие буфера) приводит к тому, что практически без проблем по сети играется очень тяжелый рип со средним битрейтом в 18-20 Мбит и пиками в 30.
При перемотке - корректно отрабатывает. Скорость - 40+ Мбит по smb/cifs выдаёт.
У меня очень простые вопросы к авторам остальных видеоплееров : вы вообще задумывались, что и как будут играть с помощью ваших программных продуктов ?
Вы в курсе, что единственный скоростной сетевой интерфейс в планшетах (и смартфонах) - wifi ?
В курсе, как он работает ? (И как будет работать, какие бы вы точки доступа и адаптеры не ставили.)
И что переписывание любого видео сначала на внутренний флэш (или даже на съемную карточку), до просмотра, не является самым удобным режимом для большинства пользователей ?
По факту, авторы большинства плееров - не в курсе. Им это безразлично.
Талантливые инженеры создают чудо-процессоры, с высокой степенью интеграции всего и вся на чипе , с прекрасными ядрами центрального процессора, 2D & 3D ускорителей, мощными кодерами jpeg, видео кодерами & декодерами, способными обрабатывать чудовищные потоки 1080p/60 fps, системные программисты пишут под них драйвера, и они даже работают,
а потом 90% прикладных программеров пускают это всё коту под хвост.
Смотрите на вашем прекрасном железе vga ролики с "you-туп".
А вот для того, чтобы взять много музыки и видео с собой, в случае Nexus 10 вам понадобятся usb otg кабель, root права и настройка автомаунта usb катрочек и флэшек.
Благо Nexus 10 это умеет, хлоп ! и у вас уже поключён внешний накопитель.
update. Программный декодер MX плеера для dvd/mpeg2 с ресайзом таки хорош, ощутимо лучше BS player. Чуть лучше цвет, некоторое уменьшение шума (работа декодера в итоге выглядит как мягкий качественный шумодав, детали не съедаются), и аккуратный ресайз до размера экрана планшета.
А если по-человечески, то это миниатюрный кастрированный ноутбук, смартфон-переросток без телефонной части, называйте как хотите, оптимизированный для удобного хождения по сети, просмотра цветных документов, от книг и статей до журналов, просмотра видео и прослушивания музыки (более видео, конечно же) в самых разных местах. А также запуска разного рода софта.
Google - компания сервисная, и потому они не только заботливо выпилили из планшета слот для SD карт, но и поставили немного флэш-памяти. Собственно , флэш-памяти всегда мало, ибо всё равно нельзя держать там пачку фильмов и сборники альбомов с музыкой. Да и заливать по usb/wifi -замучаешься.
"Смотрите с you-туп" , говорит нам Гугль.
Но для того ли тут стоит прекрасный экран с самым высоким в мире , среди планшетов (на сегодняшний день) разрешением 2560х1600, чтобы мы смотрели убогие клипы с youtube ?
Да, там есть 720р и даже 1080р, попадаются интересные, но мало, да и не фильмы, а именно что клипы и небольшие любительские съемки.
Естественное желание - смотреть качественное видео, причём по сети. И вот тут начинается трэш.
Допустим, аудио и видео у нас лежат на компе или сетевом хранилище, доступ по Самбе (smb, cifs) или ftp. NFS я тут не рассматриваю по понятным причинам.
Но... стоковое ядро не умеет маунтить smb шары ! FTP тоже не умеет.
Манагеры Гугла говорят нам "а пошли вы на ... you-туп"
Что, разумеется, неинтересно.
Так что или ++модули (рут), или другое ядро (тоже рут), или плеер должен уметь лезть на smb/ftp шару сам, или прокси.
Проксировать видео и аудио умеют некоторые файл-коммандеры, например, ES.
Но, во-первых, скорость работы по Самбе у последнего ES в разы меньше, чем по ftp (не знаю, как это они так криво написали), а во-вторых, не все плеера нормально воспринимают трансляцию со 127.0.0.1. Некоторые при перемотке ругаются.
Сами лазить по сетевым smb шарам умеют dice, BS player.
Очень приличный MX player не умеет. Также он не умеет играть dts звук, это ограничения лицензии на dts, что может быть исправлено подсовыванием сторонней ffmpeg либы ему для декодирования звука.
BS player - умеет smb.
Сетевого eth адаптера нету (маньяки заставили работать с usb-net адаптером, но это извращение) , что логично, только wifi.
Формально скорость wifi, при условии хорошего соотношения сигнал-шум, огромна, и может достигать 300Мбит/c , что примерно на порядок перекрывает полосу, необходимую для самых тяжелых fullHD bluray-rip. И даже сами блюреи не бывают с битрейтом более, чем 50-60 Мбит/c.
Правда, на практике теоретические 300 оборачиваются в лучшем случае 150-180 практических Мбит/с. Казалось бы, это тоже в 5 раз больше, чем надо для тяжелого рипа.
Но на практике всё иначе: не только в предельно загаженном в любом городском районе с плотной застройкой диапазоне 2.4 ггц, но и 5 ггц, где помех пока что минимум, никаких стабильных, постоянных, гарантированных полос не то, что в 100-150, но даже и в 20-50 Мбит нету.
Ни с какими wifi точками доступа и адаптерами (как минимум, мне такие неизвестны), никакие антенны не могут решить эту проблему полностью.
У вас может быть _в_среднем_ и 50, и 80, и даже 150 реальных Мбит - но временами будут провалы если не до нуля, то до нескольких мегабит. В случае отличного С/Ш и хорошего железа у вас будет выше скорость и меньше провалов, но они гарантированно будут.
На видео с малым битрейтом, 1..4 Мбита, это несущественно, все работает практически без проблем.
Тяжелые фильмы, с высоким битрейтом, 10...20 Мбит (а в пиках все 30-35), при таком раскладе не идут - плеера начинают разбивать картинку в мусор, а потом уже начинает задыхаться от нерегулярного потока данных программно-аппаратный декодер. Всё, все свободны, это у вас играть не будет.
Вам просто нечем кормить экран с огромным разрешением и процессор, для видеодекодера которого заявлено 1080p 60 fps / h264.
Способ решения этой проблемы известен очень давно, он прост как по сути, так и в реализации. Это буферизация потока данных. Пусть у нас постоянно случаются пропадания и прыгает скорость, но , загнав в буфер Х (или даже ХХ) секунд видео , мы без проблем обеспечим стабильный поток данных для декодера.
И тогда для нас снова будет критичной средняя скорость передачи данных, а не минимально-гарантированная. Вторая очень мала, близка к нулю при любом варианте wifi, а первая - более чем достаточна не только в случае 5ггц и 2х mimo /40 мгц полосе, но даже при простом 2.4 ггц /20 мгц.
Итак, смотрим плеера под Андроид. Системный - это просто шутка какая-то, а не плеер.
VLC beta - глючный, зато играет почти всё, как и его десктопный родственник. Нет, про нормальную буферизацию его авторы не слышали (если кто скажет, где она тут включается - будут рад проверить).
Dice - про нормальную буферизацию его авторы тоже не слышали. И ещё многого не слышали.
MX player - то же самое, буферизация но практически никакая.
BS player - приятное исключение. И сам плейер хорош, всеяден и с кучей настроек, и работа по сети продумана (умеет самостоятельно лазить по smb шарам и играть аудио-видео оттуда), и, главное,
отлично сделана буферизация потока данных.
Включение нескольких опций в настройках (максимально использовать возможности аппаратного декодирования для всех кодеков, wifi производительный режим, большие буфера) приводит к тому, что практически без проблем по сети играется очень тяжелый рип со средним битрейтом в 18-20 Мбит и пиками в 30.
При перемотке - корректно отрабатывает. Скорость - 40+ Мбит по smb/cifs выдаёт.
У меня очень простые вопросы к авторам остальных видеоплееров : вы вообще задумывались, что и как будут играть с помощью ваших программных продуктов ?
Вы в курсе, что единственный скоростной сетевой интерфейс в планшетах (и смартфонах) - wifi ?
В курсе, как он работает ? (И как будет работать, какие бы вы точки доступа и адаптеры не ставили.)
И что переписывание любого видео сначала на внутренний флэш (или даже на съемную карточку), до просмотра, не является самым удобным режимом для большинства пользователей ?
По факту, авторы большинства плееров - не в курсе. Им это безразлично.
Талантливые инженеры создают чудо-процессоры, с высокой степенью интеграции всего и вся на чипе , с прекрасными ядрами центрального процессора, 2D & 3D ускорителей, мощными кодерами jpeg, видео кодерами & декодерами, способными обрабатывать чудовищные потоки 1080p/60 fps, системные программисты пишут под них драйвера, и они даже работают,
а потом 90% прикладных программеров пускают это всё коту под хвост.
Смотрите на вашем прекрасном железе vga ролики с "you-туп".
А вот для того, чтобы взять много музыки и видео с собой, в случае Nexus 10 вам понадобятся usb otg кабель, root права и настройка автомаунта usb катрочек и флэшек.
Благо Nexus 10 это умеет, хлоп ! и у вас уже поключён внешний накопитель.
update. Программный декодер MX плеера для dvd/mpeg2 с ресайзом таки хорош, ощутимо лучше BS player. Чуть лучше цвет, некоторое уменьшение шума (работа декодера в итоге выглядит как мягкий качественный шумодав, детали не съедаются), и аккуратный ресайз до размера экрана планшета.