Хе-хе-хе, я тоже из-за капельки флюса в форуме целую ветку развел

Цитата

640х480 и выше. Полуграмотные линуксоиды пишут свои поделки на своих огромных мониторах и многие даже не видели разрешения меньше чем 1024х768

Цитата

Открою небольшой секрет - x-windows создавалась не для калькуляторов :) vga - это минимум что нужно для нее. Для маленьких экранов есть специально заточенные программы и окружение типа opie, gpe. Для примера грамотная поделка windows вообще на arm не работает, совсем никак :) Так кто же в итоге полуграмотен ? :)

я всегда считал, что VGA=640x480 или у нас ВГА разные? :)
я не "ярый" сторонник Уиндоувс - я хочу справедливости :)))
полагаю, что холивар мы разводить не будем, вроде люди взрослые ;)
но, все _стандартные_ апликухи и аплеты в маздае отлично настроены для 640х480 и более. да есть внешние приложения, например Altera Quartus, которой и 1024x768 мало, но это внешняя апликуха..
напротив, в иксах я лично столкнулся с вышеописанным действом, когда кнопки были закрыты баром и икстри как их нажать :-P
Вопрос: дабы лесник не пришел и не разогнал.. Саша объясни мне пожалуйста: как организована структура памяти фреймбуфера для 16 битного режима. пытаюсь скрестить твои драйвера с целью вывода на pcf8833 hicolor и не могу нащупать второй байт..

зы надеюсь словами Полуграмотные линуксоиды я никого не обидел - все совпадения случайны все имена вымышленные =)
вдогонку:

Цитата

Для примера грамотная поделка windows вообще на arm не работает, совсем никак :) Так кто же в итоге полуграмотен ? :)

хех! (вкрадчиво так) а мы какой Уындовз обсуждаем? x86 или WinCE? если вторые, так они вполне ничего так работают.. на арме

Цитата

я всегда считал, что VGA=640x480

Так оно и есть, я подумал у тебя там qvga экран, а какая программа неюзебельна с таким разрешением ?

Цитата

как организована структура памяти фреймбуфера для 16 битного режима.

Так же как и для 8 битного. Левый верхний угол с координатой (0,0) соответствует началу линейной памяти буфера, далее координата изменяется по горизонтали. Например буфер экрана 640х480 будет соответствовать сишному массиву
type buff[480][640];
где type - в зависимости от режима может юыть 8 бит, 16 бит, даже 12 вроде работает но не все программы понимают такой режим.

Цитата

а мы какой Уындовз обсуждаем? x86 или WinCE?

windows - это и есть Уэндовз, WinCE к windows имеет такое же отношение как окошко через котоое ты на улицу дома смотришь :) Это 2 абсолютные разные системы не совместимые ни на уровне пользовательских исходных кодов ни архитектурно.

Цитата

Так оно и есть, я подумал у тебя там qvga экран, а какая программа неюзебельна с таким разрешением ?

не, в наличие есть тфт стекло 640х480 - я с ним балуюсь на мнуке950, есть парочка пцф8833 подобных (130х130)
я название сейчас не вспомню - одна из стандартных шкур под менеджер иксов. если принципиально важно - могу завтра уточнить. вот как выглядит в 640х480 AlbumShader
http://www.starterkit.ru/html/index.php?name=forum&op=view&id=4543&num=2#4799
поди узнай что за кнопка справа - приходилось грузить и смотреть на большом брате..

Цитата

Так же как и для 8 битного. Левый верхний угол с координатой (0,0) соответствует началу линейной памяти буфера, далее координата изменяется по горизонтали. Например буфер экрана 640х480 будет соответствовать сишному массиву
type buff[480][640];
где type - в зависимости от режима может юыть 8 бит, 16 бит, даже 12 вроде работает но не все программы понимают такой режим.

угу, спасибо, мои догадки подтверждаются
я модифицирую вот эту версию
http://www.starterkit.ru/html/index.php?name=forum&op=view&id=3580&num=3#3670
как бы мне поизящнее область фреймбуфера забросить в pcf8833 с учетом 9-битного режима SPI?

Цитата

смотришь :) Это 2 абсолютные разные системы не совместимые ни на уровне пользовательских исходных кодов ни архитектурно.

да и пес ними с вындовсами, мне фреймбуфер интереснее :)

есть небольшой положительный результат посредством таких изменений:

Код

static void spi_command(struct spi_device *spi, unsigned int c)
{
unsigned int w = c & ~0x0100;
spi_write(spi, (u8 *)&w, 2);
}
static void spi_data(struct spi_device *spi, unsigned int d)
{
unsigned int w = d | 0x0100;
spi_write(spi, (u8 *)&w, 2);
}

Код

while(!kthread_should_stop()) {
spi_command(par->spi, 0x2a); // column start/end ram (x)
spi_data(par->spi, 0x00);
spi_data(par->spi, 0x83);
spi_command(par->spi, 0x2b); // page start/end ram (y)
spi_data(par->spi, 0x00);
spi_data(par->spi, 0x83);
spi_command(par->spi, 0x2c); // write some stuff
for(i = 0; i < 16384; i +=2) {
spi_data(par->spi,buffer[i+1]);
spi_data(par->spi,buffer[i]);
}
}

размер области памяти "обкушен" мной в половину и все равно драйвер "есть" почти 100%..
fbi показывает джипеги в правильной палитре
mplayer -nosound дает слайдшоу ~1кадр/сек

Цитата

размер области памяти "обкушен" мной в половину и все равно драйвер "есть" почти 100%..

Ну это нормально :) Так и должно быть. Нужно притормаживать тред с обновлением, а так получается что процессор только тем и занят что обновляет память lcd да еще прерывания от spi постоянно срабатываю :) Например можно так

Код

#define REFR_TIME (HZ / 10)
...............
...............

for(i = 0; i < 16384; i +=2) {
spi_data(par->spi,buffer[i+1]);
spi_data(par->spi,buffer[i]);
}
schedule_timeout_interruptible(REFR_TIME);
}

Это будет означать что экран обновлятся будет не чаще 10 раз в секунду.

Цитата

Это будет означать что экран обновлятся будет не чаще 10 раз в секунду.

не-а, лучше не стало. вероятно узким местом является пересылка массива buffer через spi_data с конвертацией в 16 бит и своими старт-стопами
ускорения должно добавить одновременная упаковка и отправка массива оптом через spi_write
нечто вроде

Код

//for(i = 0; i < MEM_LEN; i += 2) {
// my[j] = (0x0100 | ((buffer[i]<<8)+buffer[i+1]));
// j++;
// }

а потом после позиционирования

Код

// spi_write(par->spi, (u8 *)my, j);

но я где-то лажаюсь - нифига не работает, как впрочем и с (u16 *)my

вроде день прожит не зря..
ради смеха запустил иксы на этом экране :)

Вот тут есть разные варианты - давно было, может будет интересно

http://sasamy.narod.ru/lcd/pcf8833.c
http://sasamy.narod.ru/lcd/pcf8833_.c
http://sasamy.narod.ru/lcd/pcf8833_16bpp.c
http://sasamy.narod.ru/lcd/pcf8833_8bpp.c
http://sasamy.narod.ru/lcd/pcf8833_thread.c

спасибо Саша, завтра покручу, на сегодня все- убегаю