Доделал модуль для mplayer с аппаратным масштабированием - почти нормально играет непережатый файл mpeg4 640х352 :) тут уже упирается в производительность процессора, единственное что можно сделать - использовать фрискейловский драйвер ядра для PXP, с ним можно уменьшить задержки при обращении к памяти видеобуфера - у меня PXP постоянно перекидывает буфер в LCD а у них можно по необходимости пнуть его в нужный момент чтобы он отрисовал буфер, в общем фрискейловцы тоже не лаптем щи хлебают :) я конечно могу легко это дописать но тут остро встает вопрос - а нифига эти костыли когда есть вполне прямой и универсальный путь который подойдет для любой панели LCD. В общем буду разбираться как работать с v4l video out.
круто, уважаю!
а потом на форум придут фрискейловцы и украдут твой драйвер :)
не смог я пока запустить твою версию mplayer из-за либы. с либой вот такая хрень получилась, нашел некую libc.so.6, придумал подсунуть ее в систему на НАНДе, пашину скопировал в сторонку и сказал cp новая старая - все.. "сам себе" все откусил. на любую команду шел стон - "хочу старую либу" :)
я туда.. сюда.. как теперь в НАНД достучаться.. как с ЮБИ работать не знаю..
выкрутился, разыскав на диске zlinux_safe который запасливо положил Паша, короче все вернул на исходную..
самое мистическое, что звук появился обратно - адски не люблю ситуацию, когда не вижу причинно-следственной связи..
о сравнение iMX и 9g45 в части LCD.. упс.. чуть позже..
у них есть свой нлагин для gstreamer, правда его работоспособность под сомнением :) после того как я заставил LTIB собираться на убунте он не заработал на целевом процессоре нормально, но это все ерунда, сделают, интересно то что судя по едва рабочему gstreamer - тот же самый ролик он без пропуска кадров видео не воспроизводит, а они же там свои закрытые кодеки рассовывают :) у меня (вернее сказать в ffmpeg) это лучше работает даже не напрягаясь. Вообще mplayer особеннно в части внешних модулей оставляет впечатление неконтролируемой помойки, печально.. там похоже вообще никого вменяемого не осталось в проекте.
у тебя есть куда расти - если iMX имеет аппаратную поддержку, у 9g45 похоже (заглянул в ДШ) с этим пусто. Т.е. особо развиваться некуда. Т.ч. для корректного сравнения надо тебе (iMX) откусить твою "турбину". И то, у iMX фора с тактовой 450МГц (если не наврал).
(из области пока нереальной фантастики) вот если бы у НУК950 поднять Graphic Engine и разобраться с LCM в части входных форматов - вот тогда можно было б посмотреть "кто сильнее - кит или слон". к сожалению, полугодовая возня с перидическими подходами к запуску GE не дала результата. впрочем не унываю
Графический 2D акселератор для декодирования потока ничем не поможет, а LCM может работать
с упакованными форматами YUV, в то время как самая распространенная схема кодирования цветов в mpeg - планарная YV12, в mplayer есть где-то оптимизированный перекодировщик из планарного в упакованый формат но это опять потери производительности а если учесть что у мнука всего 200 МГц то в общем это фактически приговор - нормально там все равно ничего работать не будет.
PS вот когда появятся at91sa9m10 - тогда можно говорить и о нормальном видео, да и то благодаря встроенному аппаратному кодер-декодеру а не arm.
Уже не кажется - работает :) можно вот такие штуки типа картика в картинке делать http://sasamy.narod.ru/mc_odry.jpg
можно и с вэбкамеры выводить, не только видео. На картинке как раз хорошо видны артефакты с цветом на tft плаге.
здорово получилось.
как понимаю - это ты использовал аппаратную фичу контроллера?
у МНУКа это называется OSD, вроде до трех независимых областей..
артефакты - это цветные контуры у лица? а не может это быть ошибка выбора цвета в палитре или бит цвета не того веса используется? уж больно похоже на дефект формирования изображения, чем на дефект матрицы..
по аналогии вывод GIF на EGA не в той палитре..
Да - это достаточно несложно при наличии в ядре драйера v4l video output
.
У всех это называется одинаково - оверлеи, у imx233 их до 8 :) правда в ядре только один используется, хотя еще один не помешал бы для аппаратного наложения титров. Вообще то что есть в ядре и без того урезано - работает только с фреймбуфером 32 bpp, кстати из-за этого их плагин к gstreamer криво работает, пришлось драйвер панели подкорректировать, больше времени потерял пока разбирался почему у меня вся картина искажается. Фрискейловцы недалеко от китайцев ушли - тоже фуфло толкают :)
У меня есть подозрение что стекло там китайцы поставили низкого качества - например 12 бит. Если посмотреть на mc - видно что 256 цветов VGA палитры достаточно четко передаются, а с видео облом потому что там палитра намного шире вот и видны резкие переходы.