HPC.ru lite - Все форумы
Форум: КПК и смартфоны на Linux: Zaurus, планшеты Nokia, прочее
Тема: MPlayer для Linux КПК
Страницы: 1 [2] 3 4
[Ответить]
Civil [14.10.2006 02:54] :
Siarhei Siamashka
CFLAGS="-O4 -mcpu=iwmmxt -fomit-frame-pointer -ffast-math"
Читаем доки по GCC и узнаём:
1) -O3 - макс. оптимизации. -O4 несуществует
2) -fomit-frame-pointer включается при -O1
Так что правильнее было-бы писать:
CFLAGS="-O3 -mcpu=iwmmxt -ffast-math"
Так-же можно почитать:
http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/ARM-Options.html
и
http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/Optimize-Options.html
Собственно можно добавить ещё и -mtune (как написанно по 1-ой ссылке иногда -mtune даёт больше эффекта чем -mcpu на arm'ах)
Поддерживается ли видеоконтроллером преобразование цветов и масштабирование.
На oesf'е писали, что, вроде, pxa270 fb поддерживает поворот и YUV-RGB (точно не помню)
Siarhei Siamashka [14.10.2006 03:45] :
Civil писал(а):
Siarhei Siamashka
CFLAGS="-O4 -mcpu=iwmmxt -fomit-frame-pointer -ffast-math"
Читаем доки по GCC и узнаём:
1) -O3 - макс. оптимизации. -O4 несуществует
Спасибо, но это я и так знаю, слава богу уже не первый год с gcc работаю. Значение CFLAGS взято один в один из configure скрипта от MPlayer (добавлен только -mcpu), просто чтобы не изобретать ничего лишнего. Все претензии к разработчикам mplayer 
2) -fomit-frame-pointer включается при -O1
С маленькой оговоркой: ... on machines where doing so does not interfere with debugging. Так что эта опция не помешает.
Так что правильнее было-бы писать:
CFLAGS="-O3 -mcpu=iwmmxt -ffast-math"
Если уж быть совсем дотошным, то и -ffast-math можно выбросить. Эта опция влияет на floating point код (а ежели таковой встретится при декодировании видео/аудио, то тут будет финиш и уже ничего не поможет, кодеки с использованием floaing point на ARM крайне неэффективны и практически неюзабельны) 
Это теория. На практике получается, что опции -mcpu и -mtune нельзя использовать вместе (для ARM), компилятор ругается на несовместимые опции. Комбинировать можно -march и -mtune, но по результатам экспериментов у меня получилось, что по крайней мере на Nokia 770 самый быстрый (и короткий) вариант - просто '-mcpu=arm926ej-s'. Никто не мешает попробовать и другие опции компиляции, если найдется комбинация опций компиляции получше, буду рад узнать ее 
Кстати, хотел еще попробовать собирать с -fprofile-generate, -fprofile-use, но в gcc 3.4.4 от CodeSourcery (который используется в SDK для Nokia 770), судя по всему, они не работают.
Поддерживается ли видеоконтроллером преобразование цветов и масштабирование.
На oesf'е писали, что, вроде, pxa270 fb поддерживает поворот и YUV-RGB (точно не помню)
На Nokia 770 все то же самое. Интересно, поддерживает ли pxa270 произвольное масштабирование. Т.е. как zaurus справится с видео, скажем 512x384?
Кстати, только что провел эксперимент по проигрыванию короткого видеоклипа 640x480 30fps mpeg4 700kbps, продолжительностью 4:11 на Nokia 770. На чистое декодирование без отображения тратится 4:10, как раз ровно по длине клипа, естественно, этого недостаточно, но если постараться и оптимизировать код, есть шанс, что будет даже небольшой запас. На декодирование и отображение видео вместе тратится 8:31, но если все-таки прикрутить аппаратную поддержку YUV и избавиться от необходимости преобразования цветов, должно стать намного лучше. Скорость декодирования - самый важный параметр, часть кадров практически безболезненно можно пропустить при отображении, но если их начать пропускать при декодировании (опция -hardframedrop), то появятся довольно заметные артефакты.
maslovsky [14.10.2006 18:46] :
Siarhei Siamashka писал(а):
[quote:7ab9157bd7="maslovsky"]Портированием mplayer под завр занимался один японец (сайчас похоже забил). Страничка тут: http://atty.skr.jp/mplayer.html
Да я уже знаю, я в первом посте приводил ссылки на сообщения из списка рассылки mplayer и ffmpeg, они бы и рады добавить поддержку zaurus в основную ветку, только этот японец упорно не хочет идти на контакт.
Бесполезно, он и не пойдет. Японцы они такие 
Я проверял видео 320x240 с битрейтом 1000, проигрывалось практически без тормозов. Надо будет попробовать и 640x480.
Да, 320х240 крутится на Нокии нормально.
S.H.A.D.E [15.10.2006 01:40] :
2 maslovsky:
Бесполезно, он и не пойдет. Японцы они такие
А что, есть опыт общения
?
maslovsky [16.10.2006 18:17] :
S.H.A.D.E писал(а):
2 maslovsky:
Бесполезно, он и не пойдет. Японцы они такие
А что, есть опыт общения
?
Опосредовано - да 
Siarhei Siamashka [23.10.2006 13:56] :
Reaper писал(а):
P.S. Времени на подтверждение регистрации на oesf обычно тратится не более суток-полутора. 
Я вот уже 2 недели жду. Точнее меня как бы зарегистрировали, т.е. залогиниться я могу, но ни начать новую тему, ни ответить в какую-либо из уже существующих не получается 
В теории, наверное, предполагалось, что просьбы о валидации нужно оставлять тут: http://www.oesf.org/forums/index.php?showforum=152
Но прав писать и в эту ветку форума у меня нет. Если бы кто-то там за меня попросил (пользователь 'Serge'), был бы очень благодарен.
P.P.S. На что у меня точно времени не найдется - так это на сборку, выложенный бинарь был бы просто чудом (такую самопальную систему, как у меня, надо еще поискать...
).
Я-то могу попробовать собрать статический бинарник, но шансы, что он будет показывать видео/издавать какие-либо звуки за zaurus практически равны нулю. Так что единственное, что можно будет проверить, так это бенчмарки по скорости декодирования, и то при условии, что на zaurus используется EABI (иначе вообще ничего не запустится). Так что лучше всего, видимо, искать кого-либо, кто может компилировать mplayer сам из исходников в форуме на oesf.org, как только меня там нормально зарегистрируют, конечно 
PS. MPlayer 1.0rc1 вышел
Siarhei Siamashka [31.12.2006 23:58] :
В общем, в форуме на oesf.org я уже успешно зарегистрировался.
Собственно, обсуждение работ по оптимизации MPlayer под ARM переползло туда: http://www.oesf.org/forums/index.php?showtopic=22280
Кому интересно, присоединяйтесь 
PS. Судя по результатам бенчмарков, которые там запостили, неразорнанный Zaurus обгоняет Nokia 770 в плане поддержки видео лишь совсем чуть чуть (явно не пропорционально разнице частот процессора). Есть подозрение, что скорость работы памяти сглаживает и уравнивает результаты.
moreZ [03.01.2007 11:09] :
Может мне здесь подскажут... Поставил mplayer_1.0pre8_armv5tel.ipk
mencoder_1.2.0-1_arm.ipk
bvdd_0.4.0-1_arm.ipk
mplayer-bvdd-iwmmxt_1.2.0-1_arm.ipk
libiconv_1.8-2_arm.ipk
libffmpeg_20050621_armv5tel.ipk
ffmpeg_20050621_armv5tel.ipk
и все равно говорить на mplayer -vo bvdd file.avi Следующее:
Error opening/initializing the select video_out (-vo) device.
А без bvdd 320х240 500 кб/сек смотреть НЕВОЗМОЖНО, ПРОСТО ЖУТЬ КАК ТОРМОЗИТ... Помогите
KA6AH [03.01.2007 11:56] :
insmod bvdd
moreZ [03.01.2007 12:00] :
Все равно тормозит неподетски
, даже вне иксов...
[Ответить]
[< Назад] [Вперед >]