Небольшой растровый движок

Allegro?

gd?

Жирноват и больше для игр походит. Мне нужна либка которая будет системным двигом для рисования всего на девайсе. Всякие игровые примочки и признаки фреймворка мне ни к чему. :)

Вроде то, что нужно, посмотрим, спасибо. Оно умеет 16битный рендеринг RGB565? Ибо у меня скринбуфер 16битный.

Оно умеет 16битный рендеринг RGB565?

Хрен его знает (но цвет умеет): я ее использовал только для рисования рамочек/крестиков и подписей (посмотри у меня на гуглокоде или на сосфорже проектик astrovideoguide: он древнючий, но там и v4l2 используется, и gd, и еще куча чего; но сейчас бы я его сделал совершенно по другому).

http://code.google.com/p/astrovideoguide/source/browse/jpeg_streaming.c

X.Org?

Чтото я проглядел, имейдж там имеет фиксированный тип int **tpixels. Тоесть вроде только 32бит. Мне накладно будет делать 3йную буфферизацию в 32->16 буффер...

не, спасибо :)

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

Тоесть оно умеет рендерить в разных глубин буфера или сохранять результат в разных форматах пикселя? В идеале, мне нужно создавать свой имейдж со своим буфером(которому я подсовываю скринбуфер и рисую на экран). Соберу на комп, потыкаю, для уверенности.

Разный формат представления изображения в памяти. А дальше — сам уж, как захочешь.

Тогда, чтобы еще и фритайп поддерживало, тяжело найти будет.

Ну и я о том же, что рендер умеет только тру-колор(аля 32бит), а потом уже как хош танцуй с результатом. Только получается, что у меня 16битный скринбуфер, уже двойной, становится тройным, причем последний ещё и формат преобразовывает. Это конечно понятно, что с 32битным цветом работать проще, а поддерживать несколько типов рендера более чем накладно... Но, лучьше бы конечно без промежуточных буферов. Если бы была only 16бит поддержка, тогда бы норм. А так я чёт сомневаюсь. Поищу ещё чего нибудь, если ничего не найду подходящего, буду делать на этом движке.

Если уж совсем никак, то фритайп можно и самому прикрутить, впринципе.

фритайп работы на день

я уже сталкивался с ним, у меня есть старые сорцы, есть старые функции отрисовки текста и т.д.

В общем, собрал чуток, вроде даже рисует http://ompldr.org/vZ2tidQ... Токо чот она мне не нравится, беглым взглядом говнокод попадается часто %) Например:

for (i = 0; (i < sy); i++)
    {
      im->tpixels[i] = (int *) gdCalloc (sx, sizeof (int));
      if (!im->tpixels[i]) {
...

pixel_data = gdMalloc (sizeof (int *) * sy * sx);
for (i = 0; (i < sy); i++)
    {
      im->tpixels[i] = (int *)(pixel_data + ( sizeof (int *) * sx * i ));

нету нормальных либ

Сделай сам

Долго... Короче, переделал эту фигню чуток. Сделал тпиксельс одним массивом, позаменял пару обращений на макрос:

#define tpixels_(im, y, x) *((unsigned int*)(im->tpixels + (im->sx * y + x)))

А mesa, которой иксы не нужны, там не взлетит?

там не линукс, вообще не ось. Собираю я не встроенными системами сборки, а сам смотря дефайны, какие файлы компилить и как. Шоб так собрать месу, с первого взгляда у меня образовалось ощущение, нужно долго танцевать нужно. Да и смысл от неё?

смысл от неё?

Почти что OpenGL ☺

Да и флоатов там чуть больше чем дохера.

небольшая

напиши свою

читай выше ^