Вид для печати
Можно.Цитата:
Сообщение от NEO SPECTRUMAN
В этой теме, во втором сообщении я вставил картинку с восемью цветами
Кодер СХА1645 - пентагон-128 и цвет
В альбоме можете посмотреть в 16-ю цветами. Там есть и другие картинки с разными строками.
ZX RGB PAL CODER
Или вот отдельная картинка
Скрытый текст
Все сигналы от Пентагона. На Ленинград не делал, но никакой разницы не будет. На выходе кодера все тоже самое.
Ну что ж, некоторые результаты исследования схемы Кворума.
Загнал я значит его счетчики в FPGA, поставил частоту 14МГц, осциллограф так же показывает 54мкс для строчного импульса, всё проверил, ровно 448 клоков, создается впечатление, что это проблема с моим осциллографом, и в Кворум БК-04 со строчным импульсом всё в порядке.
Обнаружил еще один момент. Строчный сигнал гашения начинает выдаваться совместно со строчным импульсом, и длится в 2 раза дольше строчной синхры. (Синхра 32 пиксельклока, гашение 64 клока)
UPD3: Оказалось так и должно быть, синхра идет в интервале гашения!
Может ли это быть проблемой сдвига изображения вправо?
UPD:
Так же счетчик V0 увеличивается по сигналу гашения, а не по 448 клоку, это нормально?
UPD2:
Короче я переделал так
http://savepic.ru/13288101.png
Евгений, а если убрать из схемы костыли в виде D53, D54, D59 и D60, которые задерживают видеосигнал ровнёхонько на 8 пикселов или ОДНО знакоместо? :)Цитата:
Сообщение от EvgenRU
А все правильно в схеме. Я помню, как подключал Сегу по RGB. Когда подключаешь по композиту (нативный путь), то изображение четко по середине. А когда по RGB - сдвигается влево, часто за пределы экрана (выходит за Save Area). Почему? Да все просто: пути сигнала синхронизации и видео разные. В композите они идут вместе и система ФАПЧ строчной синхронизации подстраивает так, чтобы компенсировать задержку яркостного сигнала в блоке цветности. При этом, сам яркостный сигнал так же задерживается через ЛЗЯ, чтобы компенцировать задержку прохождения сигнала цветности через декодер. А теперь следите за руками: вы подаете синхру как обычно, а видео сразу на выходные каскады, минуя входной повторитель, ЛЗЯ, матрицу (яркость-контраст) и видеосигнал прилично (в рамках времени строки) опережает синхронизацию.
В схеме компьютера, который не имеет композитного выхода это скомпенсировали сразу, этим объясняется тот факт, что синхроимпульс начинается сразу в начале гашения, т.е. нет задней полки черного. Отсюда и сдвиг вправо при попытке использования кодера. Вы не мучайте жизненно важные узлы компьютера а просто задержите строчный импульс на 8 пикселей одним регистром.
- - - Добавлено - - -
Эти элементы задерживают не на 8 пикселей, т.к. питаются от высшей частоты. Они нужны для компенсации задержки в генераторе SECAM, т.е. то, что делает ЛЗЯ в блоке цветности, только в кодере.Цитата:
Сообщение от omercury
Останется только задержать также на 8 тактов КСИ, ну и "Землю" для полного комплекта. :DЦитата:
Сообщение от HardWareMan
Вы думаете я не посмотрел схему? ;)Цитата:
Сообщение от HardWareMan
Зачем задерживать КСИ?
Дык это ж единственный сигнал, который останется без задержки.Цитата:
Сообщение от HardWareMan
Для комплекту, разумеется. :)
Дык, я же серьезно говорю. Задержи ССИ и подай его на кодер. Может проканает задержать тупо всю синхросмесь.
То есть на полном серьезе в дополнение к уже имеющимся четырем костылям Вы предлагаете поставить пятый.Цитата:
Сообщение от HardWareMan
Может проще взять эти 4 сигнала жо задержки ничего не добавляя?
omercury, да. Ибо те "костыли" они являются частью компьютера, а мой "костыль" можно встроить в декодер. Т.е., я предлагаю не модифицировать комп, оставляя его совместимость с натуральным RGB подключением. Вы же предлагаете резать а потом разбираться. Прям как хирург.