terenty79 +100500! Все эти плеера лишь программная оболочка для стокового и если стоковый не тянет, то никакие галочки "аппаратный+" не помогут.

Каким плеером лучше смотреть аниме с внешней звуковой дорогой? mx не открывает

Потом расскажешь, зачем им ffmpeg.so, если это лишь оболочки.

сразу могу сказать, уже озвучивал выше. программисты декодеры не хотят совершенно писать. ffmpeg.so это и есть библиотека всеядного кодера-декодера, благодаря которой всё показывается. декодеры самостоятельно разрабатывают только mpg123, DIVX network, lentoid hevc, cyberlink. SPLASH PRO, и DIAVC c COREcodec пока прекратили разработку, хотя ранее всё у них пилилось активно. разношестные писатели как повторяюсь, предпочитают клепать рющечки, именно над ffmpeg. так как много доков, просто, этот зоопарк постоянно обновляется, и содержит в себе и рендеры, и сплитеры, и всё всё всё, что необходимо, для показа контента, даже на утюге или чайнике. хотя многое в нём в связи с опенсурсом, очень плохо прооптимизировано.

И правильно делают. Велосипедостроение бесполезно и контрпродуктивно.
Ну не напишут они декодер быстрее, не напишут.



1. У ffmpeg сейчас едва ли не самый быстрый комплект декодеров из имеющихся на рынке.
2. Багрепорт с оптимизациями и кодом где?

Какие оболочки нонче пошли перспективные


http://www.overclockers.ru/lab/64703/ob ... me.html#10

http://www.overclockers.ru/lab/64640/ob ... rat.html#8
И так далее по списку. А если коротко, выбора звука нет, сабов нет, видео одно через пять может и сожрет. Не знаю ни одного пользователя, который юзает стоковый плеер. Хотя теперь знаю.

Все прекрастно открывает, не знаю что у вас там за проблемы.

где он самый быстрый? в сто лет назад сделанном декодере divx, который почти полностью из xvid всё выдранно. опять же h264 раньше был самый медленный, и coreavc разбивал ffmpeg в хвост и в гриву. и только после того, как шимиц подмог ассемблером из своего diavc, скорость декодинга рекордно выросла, но всё равно декодеру из SPLASH, и cyberlink уступает. сейчас с h265 та же самая история. lentoid hevc, divx h265, cyberlink h265 намного быстрее, чем это у ffmpeg получается. правда совершенно недавно, автор lav filtres пошаманил на исходниками, что действительно дало прибавку скорости. но это только в своей репозитории lav, и в оффициальную пока не переползло, и только авторы aleksoid тоже передрал, и к mpc-be приделал, пока что только.

Пруф на сравнения где?

Для тех кто верит в сказки про оболочку
#77#77#77#77
Это стандартный плеер. Все те же файлы мх воспроизвел со звуком и картинкой.
Подборка видео для сомневающихся, вытащил из антуту. Проверяйте.
https://cloud.mail.ru/public/7fe3e569f7 ... oBench.rar

у тебя компьютер старый есть? например a64 3000. поставь на такой, и погоняй рипы с rutora. никаких пруфов ненужно будет, всё сразу увидишь сам. можно ещё atom d520, или amd e-350 которые тоже далеко не ушли по своей мощности.

Добавлено спустя 5 минут 37 секунд:

в ведре всё от ведра очень зависит. у разных сборщиков этого ведра, в системе могут оказаться разное количество апаратных omx кодеков, что соответственно сказывается, на количестве поддерживаемы системным плеером форматов контента. в свою очередь mx это примитивная оболочка, над набором кодеков ffmpeg.

t5600 + gma950 сойдёт? Отлично гоняет 720-1080p при помощи mplayer. А неосиляторы документации могут и дальше покупать левые декодеры.



Всё, финиш. Как только вкорячишь кодеки в ядро - можешь возвращаться.

пропускает кадры, и на большом битрейте со звуком проблемы гарантированно возникают. потому что у mplayer сплитер плохой или недоделанный.

1. Вернись к нам в 2014
2. Осиль документацию.

это ты про что? ведро- это не линуксовое ядро. в него только драйверы железок вкорячиваются. ведро это виртуалка операционки, и omx кодеки висят в ней, напрямую к драверам железки обращаются, минуя слои абстракций ведроидного жабакрутилятора.

Добавлено спустя 45 секунд:
[quote=devl547""]Осиль документацию.[/quote] консольные команды MPLAYER изучать чтоли?

Да мне какая разница над каким набором что стоит? Если ты расскажешь простому юзеру, что надо сделать, чтобы в картинках выше при проигрывании стандартным плеером, пропали все крестики- я только за. Но ты не расскажешь и для этого товарищи из J2 Interactive сваяли плеер, который просто ставится и начинает проигрывать. Проще сказать- это всего лишь набор кодеков. Ну внедри этот набор в простой плеер, а мы посмотрим и оценим на гугл плей. А пока тебе есть к чему стремиться

Количество установок
100 000 000–500 000 000
Дерзай

Один раз конфиг настроить - раз. У mplayer куча гуёв есть - два.



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

VLC Player и Dice Player.

На яблоках AVPlayerHD крутится,на пк сплэш про.Полностью устраивают.

у mplayer изночально всё было встроено, нативно. только при компиляции нужно было ключ выставить, и получался не консольный плеер gmplayer. но потом автор выпилил этот режим, и пошли у народа поделки самоляпных гуев. но сейчас
они давным давно заброшены, не доделаны, и только одна оболочка барахтается ещё -smplayer. но она сделана под жирный и тормозной qt4, и использование данного зоопарка зависимостей напрочь съедает скоростные преимущества консольного mplayer. на линуксах по моему есть ещё rosaplayer. но я даже не заморачивался.
не надо меня ловить, там где меня нет. ffmpeg не получает самого низкого доступа, к блокам графического процессора, а работает через боле мение общее для ведра api. на линуксе тоже кстате ускорение через высокоуровневый api идёт. там их целых три VA-API, VDPAU, AMD XvBA. только broadcom открыл спецификации своего видеоядра vcore4, и в raspiban у gstreamer сделали ассемблерные оптимизации, что бы видеопоток h264 кидался напрямую на видеоядро, то есть самый низкий уровень. точно так же на ведёрных omx библиотеках происходит, которые видеопоток сразу на yuv, rgb, или промежуточный screen buffer заворачивают.