Не реклама, просто создан канал в телеграме по вопросам изготовления современной реплики ПК-6128ц++, кому интересно -- подключайтесь: t.me/Vektor6128Cpp
Вид для печати
Не реклама, просто создан канал в телеграме по вопросам изготовления современной реплики ПК-6128ц++, кому интересно -- подключайтесь: t.me/Vektor6128Cpp
Сделал ещё одну доработку ПК-6128ц -- заменил-таки резисторный видеоЦАП на чип. Но не на ADV7120, который стоит достаточно дорого, а на его дешёвый китайский аналог SDA7123, упоминание о котором я случайно встретил в инете. Аналог, кстати, на али стоит раз в 10 дешевле оригинала, примерно как набор резисторов для того же видеоЦАП Вектора.
Вот так сейчас выглядит эта тестовая доработка:
https://s1.hostingkartinok.com/uploa...58b8be57dc.png
Фото изображения на телевизоре после доработки
https://s1.hostingkartinok.com/uploa...9ef030048f.png https://s1.hostingkartinok.com/uploa...1198d93b52.png https://s1.hostingkartinok.com/uploa...d8f3cf0c8c.png https://s1.hostingkartinok.com/uploa...b0d962700f.png
Уточню, что подключение было через S-Video.[свернуть]
Что сразу заметно: изображение стало насыщенней, полностью пропали "просветки" отключённых плоскостей. Всё-таки в этих "просветках" была виновата сама схема ЦАП Вектора, и даже не погрешность резисторов, а, скорее, характеристики микросхемы К155РУ2 -- её ячейки имеют разные токи утечки, токи при передаче данных, что приводит к тому, что при равных записанных значениях яркость пикселей отличается. Не предназначена она, в общем, для работы в аналоговых цепях.
Да, после доработки палитра стала немного отличаться -- это заметно на градиенте серых цветов, некоторые стали немного "синить", а некоторые наоборот, "желтить", готов в этом направлении получить неодобрение от сторонников истинной Векторовской палитры, но, считаю, что эти искажения несущественны, доработка того стоила. Кстати, в Вектор-Турбо тоже используется чип ADV7120.
Проект на гитхабе (схема, разводка) обновлён, но релиз там не делал -- ещё пока рано...
В это сложно поверить так сразу, по-хорошему надо проверять. Но для вектора или 6128 это получается уже не нужно, возможно кто-нибудь займется этой отдельной задачей.Цитата:
Сообщение от Improver
С другой стороны можно вспомнить про разные задержки из разных ячеек при использовании некоторых пзу для замены плм. Если тут также, то получается вместо озу с ОК лучше было использовать озу+тактируемый регистр с ОК на выходе данных.
По факту, чипы ADV7123 как раз и имеют внутри такой регистр...Цитата:
Сообщение от ivagor
Интересно, почему разработчики эмуляторов не обратили внимание на эту особенность Вектора? В эмуляторах есть всякие фильтры, делающие изображение похожим на старый телевизор, а эмуляции "просветки" нет... :)
- - - Добавлено - - -
Кстати, тактируемый регистр на входе ЦАП даёт ещё один плюс: с ним чётные и нечётные пиксели становятся совершенно одинаковыми по ширине (фоток для подтверждения не делал, но, думаю, и так понятно).
В эмуляторах кроме VV нет даже такой обязательной для (всех?) векторов штуки как эмуляция зон непрограммируемости палитры. Ну а оригинальных зон для 06Ц и .02 нет ни в одном эмуляторе.Цитата:
Сообщение от Improver
А вот разные точки режима 512 и просветы я бы поставил на 2 и 3 место по значимости неподдерживаемых фич. Отсутствие поддержки некоторых непринципиальных особенностей изображения характерно не только для вектора, но для таких монстров, как С64. Эмуляторы с поддержкой jailbars надо еще поискать. Хотя я давно не погружался в комод, может ситауция изменилась.
Ты помнишь, чем кончилось когда мы последний раз гоняли мультиколоры с дизерами? Мне казалось, что зоны непрограммируемости по крайней мере некоторых реалов сильно шире, чем в VV. Даже пришлось подгонять старые примеры.Цитата:
Сообщение от ivagor
Да, они шире и так и должно быть, т.к. в VV зоны непрограммируемости по моему бывшему реалу, который был модифицирован по методу Tim0xи. Соответственно укоротились ССИ и зоны непрограммируемости. А полный тест немодифицированных 06Ц и .02 никто не делал. Или делал, но результатами не поделился.Цитата:
Сообщение от svofski
Сделать можно, но:Цитата:
Сообщение от ivagor
Какой вариант тогда делать и делать ли вообще?:v2_unsur:Цитата:
Сообщение от ivagor
То, что я написал, может выглядит как упрек эмуляторостроителям, но конечно тут комплексная задача.
1. Нужен продвинутый и заинтересованный реальщик, который напишет и прогонит тесты, а потом выложит результат, доступный для реализации и проверки. Казалось бы тесты может написать и кто-то другой, но задача объяснения, как ими пользоваться может оказаться сравнимой по сложности с тем, чтобы написать самому.
2. Реализация в эмуляторах. Пример VV показывает, что это вполне возможно.
Если фантазировать без привязки к реальности, то можно например придумать вариант переделки вектора для возможности чтения из РУ2. Тогда можно сделать автоматический тест, но этот вариант уж совсем из области фантастики.
Теоретически, можно написать тест, который будет менять палитру в каждой строке, причём в каждой строке задержки делать разными со сдвигом, а по картинке судить, в каких строках палитра не программируется. Тогда этот тест сможет запустить каждый обладатель реала, и не вникая в тонкости просто показать фото экрана...Цитата:
Сообщение от ivagor