Реинкарнация Вектор ПК-6128ц

[Improver]

Не реклама, просто создан канал в телеграме по вопросам изготовления современной реплики ПК-6128ц++, кому интересно -- подключайтесь: t.me/Vektor6128Cpp

[Advertiser]

[Improver]

Сделал ещё одну доработку ПК-6128ц -- заменил-таки резисторный видеоЦАП на чип. Но не на ADV7120, который стоит достаточно дорого, а на его дешёвый китайский аналог SDA7123, упоминание о котором я случайно встретил в инете. Аналог, кстати, на али стоит раз в 10 дешевле оригинала, примерно как набор резисторов для того же видеоЦАП Вектора.

Вот так сейчас выглядит эта тестовая доработка:

Фото изображения на телевизоре после доработки

Уточню, что подключение было через S-Video.

[свернуть]

Что сразу заметно: изображение стало насыщенней, полностью пропали "просветки" отключённых плоскостей. Всё-таки в этих "просветках" была виновата сама схема ЦАП Вектора, и даже не погрешность резисторов, а, скорее, характеристики микросхемы К155РУ2 -- её ячейки имеют разные токи утечки, токи при передаче данных, что приводит к тому, что при равных записанных значениях яркость пикселей отличается. Не предназначена она, в общем, для работы в аналоговых цепях.

Да, после доработки палитра стала немного отличаться -- это заметно на градиенте серых цветов, некоторые стали немного "синить", а некоторые наоборот, "желтить", готов в этом направлении получить неодобрение от сторонников истинной Векторовской палитры, но, считаю, что эти искажения несущественны, доработка того стоила. Кстати, в Вектор-Турбо тоже используется чип ADV7120.

Проект на гитхабе (схема, разводка) обновлён, но релиз там не делал -- ещё пока рано...

[ivagor]

скорее, характеристики микросхемы К155РУ2 -- её ячейки имеют разные токи утечки, токи при передаче данных, что приводит к тому, что при равных записанных значениях яркость пикселей отличается.

В это сложно поверить так сразу, по-хорошему надо проверять. Но для вектора или 6128 это получается уже не нужно, возможно кто-нибудь займется этой отдельной задачей.
С другой стороны можно вспомнить про разные задержки из разных ячеек при использовании некоторых пзу для замены плм. Если тут также, то получается вместо озу с ОК лучше было использовать озу+тактируемый регистр с ОК на выходе данных.

[Improver]

вместо озу с ОК лучше было использовать озу+тактируемый регистр с ОК на выходе данных.

По факту, чипы ADV7123 как раз и имеют внутри такой регистр...

Интересно, почему разработчики эмуляторов не обратили внимание на эту особенность Вектора? В эмуляторах есть всякие фильтры, делающие изображение похожим на старый телевизор, а эмуляции "просветки" нет...

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

Кстати, тактируемый регистр на входе ЦАП даёт ещё один плюс: с ним чётные и нечётные пиксели становятся совершенно одинаковыми по ширине (фоток для подтверждения не делал, но, думаю, и так понятно).

[ivagor]

В эмуляторах есть всякие фильтры, делающие изображение похожим на старый телевизор, а эмуляции "просветки" нет

В эмуляторах кроме VV нет даже такой обязательной для (всех?) векторов штуки как эмуляция зон непрограммируемости палитры. Ну а оригинальных зон для 06Ц и .02 нет ни в одном эмуляторе.
А вот разные точки режима 512 и просветы я бы поставил на 2 и 3 место по значимости неподдерживаемых фич. Отсутствие поддержки некоторых непринципиальных особенностей изображения характерно не только для вектора, но для таких монстров, как С64. Эмуляторы с поддержкой jailbars надо еще поискать. Хотя я давно не погружался в комод, может ситауция изменилась.

[svofski]

В эмуляторах кроме VV нет даже такой обязательной для (всех?) векторов штуки как эмуляция зон непрограммируемости палитры.

Ты помнишь, чем кончилось когда мы последний раз гоняли мультиколоры с дизерами? Мне казалось, что зоны непрограммируемости по крайней мере некоторых реалов сильно шире, чем в VV. Даже пришлось подгонять старые примеры.

[ivagor]

зоны непрограммируемости по крайней мере некоторых реалов сильно шире, чем в VV

Да, они шире и так и должно быть, т.к. в VV зоны непрограммируемости по моему бывшему реалу, который был модифицирован по методу Tim0xи. Соответственно укоротились ССИ и зоны непрограммируемости. А полный тест немодифицированных 06Ц и .02 никто не делал. Или делал, но результатами не поделился.

[Pyk]

В эмуляторах кроме VV нет даже такой обязательной для (всех?) векторов штуки как эмуляция зон непрограммируемости палитры. Ну а оригинальных зон для 06Ц и .02 нет ни в одном эмуляторе.

Сделать можно, но:

полный тест немодифицированных 06Ц и .02 никто не делал

Какой вариант тогда делать и делать ли вообще?

[ivagor]

То, что я написал, может выглядит как упрек эмуляторостроителям, но конечно тут комплексная задача.
1. Нужен продвинутый и заинтересованный реальщик, который напишет и прогонит тесты, а потом выложит результат, доступный для реализации и проверки. Казалось бы тесты может написать и кто-то другой, но задача объяснения, как ими пользоваться может оказаться сравнимой по сложности с тем, чтобы написать самому.
2. Реализация в эмуляторах. Пример VV показывает, что это вполне возможно.

Если фантазировать без привязки к реальности, то можно например придумать вариант переделки вектора для возможности чтения из РУ2. Тогда можно сделать автоматический тест, но этот вариант уж совсем из области фантастики.

[Improver]

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

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