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

[IgorR76]

Иллюстрации на тему.
Пришел в ремонт БК0010. Подключил к сервисному монитору на 2660 — и сразу картинка:



Для ремонта — отлично! Если же задаться целью, можно покрутить настройки, и сделать попиксельный вывод для четкости картинки.
А то тут все сомневаются, что технология работает. Подключение — rgbs на vga.

[Advertiser]

[Frago]

OFFTOP
Делал что-то подобное года 3-4 назад в виде телевизора из монитора, тоже прошивал прошивку для матрицы, файл с прошивкой под необходимую матрицу записывается на usb флешку, а с флешки прошивка сама уже загружается в ПЗУ скалера при его включении. Единственное, что шлейф LVDS не покупал готовый, а делал сам, датащит на матрицу нашел в интернете.


Продаётся сие чудо китайской инженерной мысли на алиэкспресс - запрос: Универсальный Контроллер ЖК

[SlashNet]

Эх. Уже 3 матрицы дома лежат. Всё никак не могу взяться и подобрать нужный драйвер с нормальным шлейфом, да чтоб ещё и РГБ 50-герцовый входной сигнал пережёвывал.

[Shofer]

2668 интересней. Там SCART RGBS поддерживается.

[Arkanoid]

А 3663 будет работать?
Собирал 2 телевизора на них из 17" вьюсоника и 19" самсунга кононiчных 4:3
Прямо на vga разьем ргб и синхру кидать или как надо я не понял.

[valerium]

https://yadi.sk/d/pVwDAWonelRVRA
Пусть здесь полежит. Таблетка смущает антивирусы. Что с этим делать решайте сами. Исходники из корня собираются. Определение матрицы живет в ./Panel/Panel.h

Решил приобщиться к народным контроллерам - получил на днях этот самый контроллер c RTD 266x (фиг знает, кто он на самом деле - маркировка спилена) на плате PCB800099. Для экспериментов открутил себе матрицу LVDS-1366x768-6-1, которая прекрасно работает с другими скалерами, хоть и имеет дефекты. Соорудил программатор Ремизова на ардуинке, из пачки старых китайских прошивок нашел прошивку для своей матрицы, залить сумел раза с 8-го - работает. Все на месте. Но боролся не за это.

Цель - научиться этот контроллер выгибать под любую матрицу и в режиме ВГА 640x480@50Hz (ибо 60 гц и сейчас работает на чужой прошивке, но для спековских мультиколоров надо именно 50). Надеюсь, разберусь потом и с телевизионными РГБ-режимами, но пока хочу только вот это.

Скачал Keil, смог собрать прошивку digibear (респект !), начал ее изучать.
Пока удалось описать свою матрицу в panel.h, точнее в подчиненных h-файлах (поля по краям и оверсканы в HDMI-режимах не на месте, но это мелочи).
Нашел, где указать дефолтный источник сигнала, выключить всякие бантики навроде лого и автозасыпания.
Нашел, где описываются режимы и частоты ВГА, а также частотные "зазоры" для их детекции, правда это я пока не исправлял. Потому что залип на другом: на композите и на HDMI картинка цветная, а на VGA она в оттенках синего и видна не вся - так, как будто на вход подключен только синий канал, а красный и зеленый в обрыве. Раз цвет есть при работе от HDMI, значит матрица подключена и настроена правильно (LVDS_MAP в том числе), а дело где-то в обработке входного сигнала..
Источником для ВГА является канал A0, все цветовые ремапы отключены.

Вопрос к бывалым - есть идеи, какой параметр и где поискать, чтобы синеву выправить ?

[IgorR76]

valerium, отлично, уже хороший результат!
С цветом вга есть какая то маленькая настройка в конфигах, нужно поискать повнимательнее. Найду — напишу.

[valerium]

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

Сегодня плотно полистал чужой код на предмет того, что же делается с цветами, да еще и неодинаково для всех трех.
Обнаружил следующее в Core\code\Adjust_customer.c:

void CAdjustContrast(void)
{
	BYTE cnt;

	if(_GET_INPUT_SOURCE() == _SOURCE_VGA)
    {
	    for(cnt=0;cnt<3;cnt++)
		{
    		//pData[cnt] = (((WORD)stColorTempData.ColorTemp[cnt] * stConBriData.Contrast / 128) > 255) ? 255 : (BYTE)((WORD)stColorTempData.ColorTemp[cnt] * stConBriData.Contrast / 128);
        	pData[cnt] = (BYTE)(((WORD)stColorTempData.ColorTemp[cnt+3] * (stConBriData.Contrast+_CONTRAST_MIN) / 128) > 255) ? 255 : (BYTE)((WORD)stColorTempData.ColorTemp[cnt+3] * (stConBriData.Contrast+_CONTRAST_MIN) / 128);
		}
	}			
	else
    {
		pData[0] = (0x80 + stConBriData.Contrast - 38);
		pData[1] = (0x80 + stConBriData.Contrast - 38);
		pData[2] = (0x80 + stConBriData.Contrast - 38);
	}	

	CAdjustSetContrast();
}

Первый фрагмент с вычислением pData[cnt] злостно закомментарен и похакан второй строкой, которая берет цветовую температуру из каких-то неведомых ячеек того же массива. После восстановления первой строки и удаления второй (странной), затем выставления цветовой температуры в юзер-режиме R=128, G=128, B=128, а также поднятия контрастности почти в самый верх и немного яркости я вместо синевы добился вполне себе достойной цветной картинки. Правда неясно, почему эти параметры криво сохраняются, точнее, после выключения-включения выполняется некий auto adjust и часть параметров слетает. Надо будет разбираться, откуда они берутся при старте.

Что это было ? Зачем это ? Может быть этот код уже побывал в Индии и претерпел некоторые тамошние суровые и беспощадные изменения ?

[IgorR76]

В сети есть 4 варианта исходного кода для rtd266x. И все они кривые, без тщательной правки нормально не работают.

[valerium]

В сети есть 4 варианта исходного кода для rtd266x. И все они кривые, без тщательной правки нормально не работают.

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