Проигрывание видео на планшетах с Android
Feb. 25th, 2013 01:07 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
iskatelВыражаясь манагерским наречием, планшет - это средство потребления контента.
А если по-человечески, то это миниатюрный кастрированный ноутбук, смартфон-переросток без телефонной части, называйте как хотите, оптимизированный для удобного хождения по сети, просмотра цветных документов, от книг и статей до журналов, просмотра видео и прослушивания музыки (более видео, конечно же) в самых разных местах. А также запуска разного рода софта.
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. Чуть лучше цвет, некоторое уменьшение шума (работа декодера в итоге выглядит как мягкий качественный шумодав, детали не съедаются), и аккуратный ресайз до размера экрана планшета.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2013-02-25 07:34 am (UTC)Если мне нужен планшет, то для того, чтобы смотреть фильмики в общественном транспорте. Какой, блин, ютуп через 3г?
Вообще, по потребительским свойствам мне больше всего подходят китаепланшеты за $300 - $400 .
Единственный их недостаток - дисплей. Через годик, года всюду станут хорошие дисплеи, можно будет их покупать. А так другой разницы с теми же понтовыми безсимочными андроед устройствами, или с айпадеком - не вижу.
Сам пользуюсь айпадеком, благо MSK-IX подарил как-то.
no subject
Date: 2013-02-25 02:17 pm (UTC)А там это уже практически религия.
Фильмы ты будешь смотреть только те и только так, как завещано великим Джобсом. Ну или нетривиальный джайл и куча траха со сторонним софтом, которого мало и который таки проблемный. И траха и проблем в разы больше, чем на Андроиде.
>> Единственный их недостаток - дисплей. Через годик, года всюду станут хорошие дисплеи, можно будет их покупать.
Вот как раз у китайцев за 300-400 экраны и так уже неплохие, ну не ретина , разумеется, но вполне себе Ips, даже за 200 бывают.
Но это заблуждение, что год у всех будут хорошие. Не будут.
Посмотри на рынок ноутов - как были отвратные дисплеи, так и сейчас до килобакса практически все - тьфу, и даже по цене в 1-2 k$ - считанные модели с приличными экранами.
no subject
Date: 2013-02-25 08:26 am (UTC)no subject
Date: 2013-02-25 02:18 pm (UTC)Через пару лет, видимо.
no subject
Date: 2013-02-25 02:31 pm (UTC)no subject
Date: 2013-02-25 02:32 pm (UTC)Формальная поддержка и реально работающая, причём не хуже сегодняшних N решений - разные вещи.
no subject
Date: 2013-02-27 06:52 pm (UTC)no subject
Date: 2013-02-27 08:32 pm (UTC)"самых наитяжелейших блюрэев" - это где-то 50 Мбит.
Насколько я помню, где-то встречал цифру 48 как максимальный битрейт BD video, +аудиодорожки.
В случае сегодняшнего wifi N 2x mimo (заметь, я даже не беру 3х) мы имеет макс. теор. скорость в 300 Мбит, в случае небольшого расстояния внутри помещения и тд. это будет 200...270, так вот даже их , с практической скоростью в 80...150Мбит хватит, если иметь большой буфер.
Если будет относительно немного пропаданий и скачков скорости до минимума.
А вот вдвое более высокая скорость при постоянных пропаданиях даёт худший результат, проверено.
Стенка, правда, для 5 ггц уже серьёзное препятствие, а более пробивной диапазон 2.4 ггц весь в помехах (особенно в ваших краях, у вас же теперь МГТС меняет телефоны на ip-sip телефонию, и стандартно ставим всем роутеры с включенным wifi).
А теперь вспоминаем, где будет диапазон AC.
Это 5-6 ГГц. И для высоких скоростей там
"устройства, которые работают по этому стандарту, обеспечивают скорость передачи данных более 1 Гбит/с (до 6 Гбит/с 8x MU-MIMO)... Стандарт подразумевает использование до 8 антенн MU-MIMO и расширение канала до 80 и 160 МГц. "
Проще говоря, всё будет неплохо со стабильным железом (которого пока что нету, только первые образцы) и только внутри одного помещения, при минимуме помех по всему диапазону.
Но при такой конфигурации сегодняшние N точки доступа и клиенты тоже позволяют транслировать потоки данных хоть в 100 Мбит (на BD - меньше), все упирается в буферизацию, % пропаданий пакетов и скачки скорости.
no subject
Date: 2013-07-24 08:27 pm (UTC)как раз они проверили, как работает хвалёный 802.11ac. Чудес по дальнобойности не произошло , ну подросла немного скорость да и всё.
no subject
Date: 2013-07-25 03:34 pm (UTC)no subject
Date: 2013-02-27 03:56 am (UTC)