Вывод изображения ретрокомпьютера на TFT-матрицу ("народный контроллер")

[LeoN65816]

Задача ставилась получить всего 3 режима. Остальные были лишними и приводили к ошибкам детекции режима. Прочие методы выбора режимы тоже были отключены.

Да, я помню, что ты это описывал. Ни в коем случае это не был упрёк.

И если ТРИ режима суметь разнести по непересекающимся значениям, то работать должно.

valerium, а ты не помнишь ли, в исходниках тебе попадалось ли что-нибудь из "start/end background/active area/window"?

- - - Добавлено - - -

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

Там всего один битик в одном байте меняется...
Вечером буду дома, посмотрю свои записи расковЫривания родной прошивки, скажу смещение.

я смотрел код и уяснил логику. но похоже, что проблема именно с совместимостью моей ревизии платы и прошивки. я поймал такие же проблемы после сборки из исходников без апдейтов Mode.c

ИМХО, сомнительно, но интересно!

[Advertiser]

[.koval]

Там всего один битик в одном байте меняется...
Вечером буду дома, посмотрю свои записи расковЫривания родной прошивки, скажу смещение.

я решил-таки попробовать родную прошивку поковырять. если бы на моей самосборке работало переключение режимов - не заморачивался бы
нашёл, где лежит структура описания матрицы, подправил. матрица подхватилась нормально.
но, вот, с входящими видеорежимами беда. на заводских пресетах работает - ноутбук подкидываю и разные режимы выдаются корректно.
попытался пропатчить табличку со спектрумовскими таймингами (которые у меня 100% работали на самосборной прошивке) - чёрный экран. я подменял самый первый режим 640x350 и потом пробовал ещё несколько других - ни в какую. как-будто, контроллер пресеты не использует, а пытается сам что-то найти. многократно перепроверял найденные оффсеты, данные, формат структуры... чё-то прям невезуха.

[LeoN65816]

Проект "LCD_АГАТ".

Народный скалер (синюга) + ЖК-матрица 1024x768 + АГАТ-9 = RULEZ!!!

Камера смартфона несколько искажает истинное изображение.

Прошивка под синюгу.

- - - Добавлено - - -

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

Молодец!
Смещение 0x136-155 для 1280x800-S6-M2.
Смещение 0x156-175 для 1280x800-S8-M1.

я подменял самый первый режим 640x350 и потом пробовал ещё несколько других - ни в какую.

Смещение 0x3841-3853 для 640x350@70. А ты по какому смещению нашёл?

[.koval]

А ты по какому смещению нашёл?

байт-в-байт по этим же смещениям. и переписал режим 640x350@70. сравнивал неоднократно байт-в-байт структуру из рабочей прошивки. не выдаёт картинку =(

- - - Добавлено - - -

а с EDID не может быть проблем? его патчить точно необязательно?

[valerium]

а с EDID не может быть проблем? его патчить точно необязательно?

Его читает компьютер с монитора, в котором в данном случае стоит народный контроллер, чтоб получить параметры монитора (поддерживаемые режимы, например).
Ретрокомпы эту информацию ни прочитать, ни использовать не могут, поэтому им побоку.

[LeoN65816]

байт-в-байт по этим же смещениям. и переписал режим 640x350@70. сравнивал неоднократно байт-в-байт структуру из рабочей прошивки. не выдаёт картинку =(

1. Матричке нижнюю границу кадровой понизил?
2. Флаги полярностей синхронизации видеорежима какие выставил?
3. Да и вообще, покажи все параметры видеорежима, быть может вместе и найдём неточность/ошибку.

valerium, а не взялся ли бы ты написать новый конфигуратор под синюгу? Там единожды встречается таблица режимов по фиксированным смещениям, и единожды встречается таблица матриц по фиксированным смещениям. А? О-о-о-очень много ретрокомпьютерманов тебя ещё раз поблагодарят. Вангую - теперь интерес к скалеру резко возрастёт.

[valerium]

valerium, а не взялся ли бы ты написать новый конфигуратор под синюгу? Там единожды встречается таблица режимов по фиксированным смещениям, и единожды встречается таблица матриц по фиксированным смещениям. А? О-о-о-очень много ретрокомпьютерманов тебя ещё раз поблагодарят. Вангую - теперь интерес к скалеру резко возрастёт.

Что значит "под синюгу" ? Под слитый с нее бинарь ?
Конфигуратор теперешний работает по маркерам, которые в структурах параметров панелей и режимов возникли потому, что исходник был с ними пересобран.
Если просто править байты в известных местах, то это просто патчер, который бы надо было сделать совсем иначе. Самое муторное там -данные из структур по полям разбирать.
Впрочем, у меня нет ни синей платы, ни ее прошивки.

[LeoN65816]

то это просто патчер, который бы надо было сделать совсем иначе.

Как именно? Поделись, пожалуйста, мыслями.

данные из структур по полям разбирать

Ну да, а ещё и в "Big Endian" формате...

Впрочем, у меня нет ни синей платы, ни ее прошивки.

Бинарь предоставлю, расскажу по таблицам. Возьмёшься?

[valerium]

Как именно? Поделись, пожалуйста, мыслями.

Как минимум - не на autoit, он не особо красиво с бинарными блоками данных обращаться позволяет, в том конфигураторе целый набор извращений для этого выполнен.

Вообще я тут поразмыслил, если по сути править только структуры описания панелей и режимов, (а остальное мы с вами в бинарнике и не найдем), то достаточно сделать перечень смещений в некотором файле параметров. Вида
0x000nnnnn *PANELxxxxx*
0x000yyyyyy *MODEzzzzzz*, по которому как по каталогу любой бинарь можно раскидать на соответствующие контролы в экранных формах.
Ну и потом собирать их обратно.
Этакий resource editor )
Если это все, что требуется - попробуем.

Бинарь предоставлю, расскажу по таблицам. Возьмёшься?

Надо найти немного непрерывного времени, повспоминать и плотно засесть, поэтому пока не буду обещать сроков.
Тестировать сломанный бинарь надо будет кому-то на соответствующей синей плате. У меня оной нету.

[.koval]

1. Матричке нижнюю границу кадровой понизил?

что именно имеется в виду? DVHeight/DVTotal? при значениях сильно отличных от даташита матрица не взлетает. поэтому я после долгих экспериментов оставил рекомендуемые:

32, // Display Horizontal Start Position
1280, // Display Horizontal Width
1408, // Display Horizontal Total Clock Number in One Display Line
1408, // Display Horizontal Total Clock Number in One Display Line for CVBS PAL
1408, // Display Horizontal Total Clock Number in One Display Line for CVBS NTSC
12, // Display Vertical Start Position
800, // Display Vertical Height
816, // Display Vertical Total Line Number in One Frame
16, // Display H Sync Width
3, // Display V Sync Height
69, // Typical Pixel Clock in MHz
1100, // H Sync Max Freq Unit in 0.1 kHZ
100, // H Sync Min Freq Unit in 0.1 kHZ
880, // V Sync Max Freq Unit in 0.1 HZ
470, // V Sync Min Freq Unit in 0.1 HZ

DVTotal изменения вплоть до 1024+ не меняют ничего, но если при этом увеличить DVHeight - матрица не взлетает, только подсветка и никакого OSD.
и соответственно пересчитывал пиксельклок, но он должен перерассчитываться сам при изменении частоты развёртки (по даташиту это значение для 60гц)

2. Флаги полярностей синхронизации видеорежима какие выставил?

я пробовал разные, но стандарты для PAL и подобных режимов -VSync/-HSync (в прошивке это _SYNC_HN_VN). я остановился на нём.

3. Да и вообще, покажи все параметры видеорежима, быть может вместе и найдём неточность/ошибку.

да я в итоге взял стандартный PAL-режим (со скандаблером) и он завёлся на родной прошивке:

0 | _SYNC_HN_VN, // Polarity Flags,
720, 576, // InputWidth, InputHeight,
315, 500, // IHFreq in 0.1 kHz, IVFreq in 0.1 Hz,
10, 12, // IHFreqTolerance in 0.1 kHz, IVFreqTolerance in 0.1 Hz,
912, 622, // IHTotal, IVTotal,
148, 32, // IHStartPos, IVStartPos,

этот режим работает и на родной прошивке, и на кастомной. а, вот, на кастомной я "растягивал" значения InputWidth и InputHeight, чтобы максимально и пропорционально вложиться в полноэкранный 16:9 (ну и корректировал StartPos соответсвенно для центровки). режим рабочий на кастомной прошивке, но не взлетает на родной:

0 | _SYNC_HN_VN, // Polarity Flags,
684, 428, // InputWidth, InputHeight,
315, 500, // IHFreq in 0.1 kHz, IVFreq in 0.1 Hz,
10, 12, // IHFreqTolerance in 0.1 kHz, IVFreqTolerance in 0.1 Hz,
912, 622, // IHTotal, IVTotal,
166, 102, // IHStartPos, IVStartPos,

волн никаких нет и пропорции при отображении правильные. но, это не целочисленное масштабирование (я выше был неправ, утверждая, что получил активную картинку 1024x768). для целочисленного мне бы надо было ставить значения 640x400, но при указании InputHeight<428 выдаётся черный экран.

в процессе я решил уже не возиться с родной прошивкой, потому что преимуществ при определении матрицы и масштабированием картинки там не оказалось (я надеялся включить обрезанный 1280x960 на 1280x800, чтобы не куралесить с "растянутыми" под 16:9 видеорежимами , но не вышло). более того, я разобрался в кастомной прошивке и переписал процедуру определения видеорежима под свои нужды - теперь у меня точно переключаются все три пресета VGA-режимов (под 48k, 128k/Next и пентагон). да, картинка вышла не с целочисленным масштабом x4, а чуть меньше, НО! я посмотрел, как она должна реально выглядеть на этой матрице, просто подключив ноут — об такие острые углы пикселей можно глаза поранить — мне больше понравились мои округлые пиксели плюс я ещё сканлайны включил на N-Go - получилось ещё "ламповей"



гигаскрин вообще смотрится круто...