может это :
http://www.glyn.de/content_xl.asp?wdid=254...44764505A45545E

Сообщение отредактировал proba - Oct 11 2010, 18:00

Интересная штука...
А где ее можно купить?

Что то смотрю, в Россию их особо не поставляют...

Сообщение отредактировал Rattle_the_Snake - Oct 12 2010, 08:54

делал аналогичный проект -- LPC2478, два слоя, TFT800х600. Процессор мне тормозным не показался, и у заказчика претензий никиких к графике не было. Естествеено, видео мы там не выводим -- статические картинки и текст (данные с датчиков). Пользуюсь палитровым цветом для скорости.

Распиновка уродская, но мы ее победили.

Сообщение отредактировал ar__systems - Oct 12 2010, 15:48

Спор, не относящийся к теме, скрыл.
Участников прошу не начинать войну терминологий.
Rattle_the_Snake, не раздувайте Ваши сообщения пробельными строками.
Модератор.

Если подумать, то не имеет практически большого значения какое там ядро. Главное как дисплей связан с памятью.
Если через общую шину, то тормоза в динамике будут однозначно.

Вот в i.MX- ах есть отдельная шина для дисплея. И там можно ожидать быстрой прорисовки экрана без тормозов основной программы.

Но как я понимаю, в i MX в корпусе LQFP LCD интерфейс последовательный! А с БГА связываться не хочется...
Я с трудом понимаю, что это такое и как его совместить с параллельным интерфейсом монитора.

Мой опыт работы с LPC2478 показывает, что основная программа для прорисовки экрана не задействована вообще, прорисовкой занимается контроллер. За исключением случаев, когда нужно обновить буфер, но в моём случае это случается не часто, видео я не вывожу. Тормоза за счёт занятия шины внешней SDRAM составляют единицы процентов и могут сказаться только при интенсивной работе с внешней памятью, апнот по расчёту этой величины есть на сайте.

Если урежете требования к экрану до 128x160, то посмотрите вот на такую штуку:
STM3210E-Primer

вот вам в пример демоплата: http://starterkit.ru/html/index.php?name=s...=view&id=41

Мда, интересные калькуляторы. При заявленном дисплее больше 20% производительности и так не быстрого процессора при 50 Гц развертке уйдут в трубу.
У LPC явно дела плохи с дисплеями.
Есть вариант с LPC3250, при работе из внутренней RAM дисплей 16 бит 320*240 не будет тормозить.

А может их с головой хватит, оставшихся 80%?
Какая разница, сколько процентов уйдёт в IDLE?

У меня вышло по калькулятору 13.3%, но не это главное. Самая нагрузливая задача (конвертация JPEG2000, работающая с той же памятью) удлиннилась всего на 3.2%. Так что у LPC явно дела хороши с дисплеями.

И при этом отъедать 150к внутренней RAM. Плюс TFBGA-296.

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

GUI будут выдавать видимые на глаз тормоза. Как я понимаю приоритет будет у запросов процессора на шину. Т.е интенсивная работа процессора с экранным буфером вызовет мерцание на дисплее. Т.е графики в реальном времени как скажем на осциллографе тут будут смотреться не очень хорошо.



Можете дать сжимаемое изображение, параметры сжатия и за какое время сжималось? Я проверю у себя.

Все познается в сравнении

У меня не сжатие, а распаковка. Любое фото 320*240*24bit сожмите в JPEG2000 до окончательного размера примерно 5 кБ. У меня jasper распаковывает такую картинку примерно за 16 секунд.
Как я уже говорил, включен контроллер LCD или нет - разница в скорости не существенна.

Я что-то не пойму. Наверное, всё-таки не производительности процессора, а пропускной способности шины? Если процессор молотит программу во внутренней памяти, то он на ту шину на полезет, или я что-то пропустил?