Посыпаю свою голову пеплом :) MPEG2 девайсу оказался не по зубам.
В общем результаты оценивая по пятибальной шкале следующие:
1. Вини-Пух. Размер 151 Мб, длительность 00:09:58. Разрешение 640х480, Xvid 25 fps, Dolby AC3 48000Hz, 6ch.
Оценка 5 с минусом. Иногда едва заметно поддергивается картинка
2. Красавица и чудовище. Размер 690 Мб, длительность 01:10:40. Разрешение 704х528, DivX 5, 23.98 fps, MpegAudioLayer 3 48000 128 kbps.
Оценка 4 с минусом. На динамичных сценах заметны поддергивания картинки, но не критично для просмотра.
3. Видео с камеры. Размер 70 Мб, длительность 00:01:38. Разрешение 704х576. Mpeg2 25 fps, 9510 kbps, Mpeg audio 48000 Hz, 256 kbps
Оценка 1. Фктически - слайдшоу с дикими тормозами
Резюмируя, можно утверждать, что девайс сносно проигрывает DivX, Xvid и тд с невысоким kbps. В приницпе это достаточно, для проигрывания большой части видеороликов с невысоким качеством.
А может кто-нибудь сделать подобную оценку для этой платы?
Вы тут привели примеры но нет ниодного упоминания про битрейт видеопотока, а вот mpeg2 подозреваю с хорошим битрейтом был поэтому и 1.
У меня mplayer из buildroot не запускается на этой плате, о такой ошибке какую он выдает я не нашел упоминания в инете, тот что в debiane - собран без поддержки libmad, это фактически приговор, без нее больше полпроцессора занято декодированием аудио.
хе-хе, у /me есть туз козырный - VS1001 - декодер потока mp3, приживить к АРМу, объяснить mplayer-y куда играть :)
ps если интересно, я постараюсь воспроизвести технологию пересборки mplayer - но не ранее 23 мая..
надо сначала собрать саму libmad, куда-то сложить, чтобы ее увидел конфигуратор и только тогда пересобирать mplayer
мда... mpeg2 с битрейтом ~9,5Мб/сек - я думаю даже среднестатистическому DVD проигрывателю будет сложновато его проиграть, а вы хотите под Linux'ом да еще на ARM9...
Я думаю эта плата будет тянуть видео с битрейтом не более 1 - 1.2 Мб/сек и разрешениями до 640 на 480, ну может еще потянет 720 на 520 пикселей
не знал, что мой цифровик так хрено снимает видео для близких объектов..
вот гадского качества ролик, где Мнук мучается при проигрывание vob файла с подмонтированного DVD-диска
загрузка проца порядка 72-75%
штатный дебьяновский плейер со строкой запуска mplayer -nosound не-помню-названия-файла
экран mio430 (480х272)[/quote]
А пробовали подсунуть ему что-нибудь полегче? Вроде как мои 1 и 2.
Скорость воспроизведения вашего ролика на порядок лучше, чем та раскадровка, которую мне навигатор показал :)
1. дабы не вводить в неясность - ключ -nosound отключает декодирование звука, т.е. разгружает АРМ от лишних % нагрузки
2. разумеется пробовал - вполне нормально играется примерно 320х240 в формате mpeg, со звуком пока проблемы, пересобранный mplayer на nuc950 нехило рассинхронизируется, собранный с теми же параметрами для 9260 играет нормально, но в разрешение 122х122 (другого экрана пока на нем нет)
3. 640х480, Xvid 25 fps, Dolby AC3 48000Hz, 6ch и 704х528, DivX 5, 23.98 fps, MpegAudioLayer 3 48000 128 kbps. - с таким поток справится не каждый Пентиум, что уж говорить о 200МГц универсальном АРМе.. существуют гибридные АРМ (например SMP8655) со встроенными декодерами - это как раз их прямая задача..
Пробовал посмотреть видео, как и предполагал все тормозит - я перекодировал на полный экран, воспроизводил mplayer-ом собранным в buildroot audio через mad, ролик перекодировал с такими параметрами:
Занялся написанием модуля для mplayer который задействует большие возможности контроллера для вывода графики. pxp поддерживает входные данные в цветоразностном формате yv12/yu12 - это основной формат хранения данных у mpeg video, тоесть не нужно делать трудоемкое програмное преобрахование yuv->rgb, это сдеалет pxp аппаратно, при этом еще и обновление экрана можно будет засинхронизировать и к тому же он поддерживает аппаратное масштабирование - возможно даже без пережатия рипы напрямую заиграют. На данный момент теоретически со всем разбрался - дело за практической реализацией :)