Просмотр полной версии : Видеосигнал: вопрос по синхросмеси
Подключаю к БК-0010 конвертор ZX VGA-PAL, и не могу добиться устойчивой синхронизации.
Если посмотреть на синхросмесь, выдаваемую контроллером дисплея КР1801ВП1-037 (вывод 28 микросхемы D19 по принципиальной схеме), то наблюдается такая картинка:
http://images59.fotki.com/v111/photos/1/1349988/6744268/bk_synch-vi.jpg
Видны строчные синхроимпульсы (ССИ) и, очевидно кадровый синхроимпульс (КСИ)? Насколько я помню, КСИ может прорезАться строчными синхроимпульсами, но врезки на ССИ никак не похожи.
Вот оно крупнее:
http://images57.fotki.com/v80/photos/1/1349988/6744268/bk_synch1-vi.jpg
Период следования ССИ, как и положено, 64мкс. Период следования этих странных врезок 21.4мкс, что вообще ни на что не похоже.
Помогите прояснить сознание.
Вот такой выход синхросмеси на УКНЦ.
На днях рисовал, когда настраивал.
--+ +--------------------+ +------+ +------+
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
+---+ +--+ +------------+ +----------
<------ 60mks -----> <-10-> <----20----->
С виду это похоже на ССИ удвоенной частоты (только с виду - период, как сказал tnt23, не соотносится). По ТВ-стандарту для чересстрочной развертки, ЕМНИП, частота врезок ССИ в КСИ должна быть вдвое больше, чтобы при переходе между полукадрами не сбивалась синхра. Но у БК0010, как и у большинства микрокомпьютеров, развертка прогрессивная.
Совсем недавно видел на УКНЦ-шном выходе синхросмеси точно такую же картинку.
Неудивительно, в УКНЦ тоже стоит ВП1-037.
Я немного погуглил, в отечественном видеостандарте упоминаются так называемые уравнивающие импульсы, которые могут следовать с удвоенной строчной частотой до и после синхронизирующих импульсов. Но и на удвоенную строчную это не похоже.
По картинке видно, что во время кадрового, строчные идут с утроенной частотой (три импульса - 16 штрихов, ровно 64 мкс). Я бы мог предположить, что это для того, чтобы счётчик сканлиний дошёл до определённого значения, где его проще проанализировать и сбросить в ноль, но тут, с учётом вышесказанного, появляется лишь 6 лишних ССИ, и если нормальное количество 312, то с учётом 6-ти лишних это 318 (в hex 13E), что непохоже на простое значение (коим могло быть 140 в hex).
---------- Post added at 14:49 ---------- Previous post was at 14:42 ----------
Интересно, что ширина ССИ при этом остаётся неизменной.
Кстати, что за такой интересный осцилограф?
Хотя, это логично. Тактовая частота горизонтального счётчика не меняется, он лишь чаще сбрасывается в ноль. А ширина соответствует значению от 0 до xx.
---------- Post added at 15:01 ---------- Previous post was at 14:53 ----------
А период КСИ у ВП1-037 точно 20мс?
Кстати, что за такой интересный осцилограф?
Rigol DS1102CD.
---------- Post added at 14:55 ---------- Previous post was at 14:53 ----------
Хотя, это логично. Тактовая частота горизонтального счётчика не меняется, он лишь чаще сбрасывается в ноль. А ширина соответствует значению от 0 до xx.
---------- Post added at 15:01 ---------- Previous post was at 14:53 ----------
А период КСИ у ВП1-037 точно 20мс?
Мне его точно не измерить, так как он сам узкий (по стандарту 6 линий, то есть около 200мкс), но да, период более-менее 20мс плюс-минус 64мкс.
Мне его точно не измерить, так как он сам узкий (по стандарту 6 линий, то есть около 200мкс), но да, период более-менее 20мс плюс-минус 64мкс.
Т.е. на первой картинке это не весь КСИ? Потому-что если весь, то он всего 3 линии.
Т.е. на первой картинке это не весь КСИ? Потому-что если весь, то он всего 3 линии.
В смысле длительность, а не период? длительность его 192мкс. По имеющейся у меня документации с параметрами видеосигнала БК длительность КСИ составляет 6*t1, где t1 - период ССИ (64мкс). Итого должно быть 384мкс, по факту наблюдаю вдвое меньше.
На картинке весь КСИ.
Не, меня смутило "по стандарту 6 линий". А интересовал именно период.
---------- Post added at 17:51 ---------- Previous post was at 16:59 ----------
Итак, мои соображения по поводу внутреннего устройства ВП1-037:
1. Горизонтальный счётчик обычно считает до 48, формируя младшие биты адреса от 0 до 31 и гашение по строке от 32 до 47, а также ССИ от 45 до 47
2. Во время КСИ горизонтальный счётчик не сбрасывается, а загружается числом 32, т.е. считает от 32 до 47, получается в три раза быстрее.
3. Вертикальный счётчик считает от -21 (491) до 296, формируя от -21 до -1 верхний бордюр, от 0 до 255 адрес, от 256 до 287 нижний бордюр, от 288 до 296 (включительно) КСИ, при этом считает в три раза быстрее, т.е. будет не 9 линий, а 3.
Я немного погуглил, в отечественном видеостандарте упоминаются так называемые уравнивающие импульсы, которые могут следовать с удвоенной строчной частотой до и после синхронизирующих импульсов.
Так и есть, это именно уравнивающие импульсы. Более подробно здесь (http://www.siblec.ru/index.php?dn=html&way=bW9kL2h0bWwvY29udGVudC82c2VtL2NvdXJzZTEzNy9sZW M3Lmh0bQ==)
Более подробно здесь
Там, кстати, сказано, что длительность КСИ должна быть 2.5 периода строчной, так что тут не меньше, чем в стандарте. А уравнивающих импульсов нет, есть только врезки в КСИ. Хотя, полную строку мы не видели, может слева и справа от КСИ это уравнивающие импульсы, а ССИ на самом деле в два раза шире...
а ССИ на самом деле в два раза шире...
Не понимаю о чём Вы. Период ССИ - 64 uS, длительность по стандарту ~ 12 uS, на скриншотах с осциллографа я не вижу ничего криминального (последние 20 лет профессиональная деятельность связана с инжинирингом в области ТВ)
---------- Post added at 17:49 ---------- Previous post was at 17:33 ----------
Подключаю к БК-0010 конвертор ZX VGA-PAL, и не могу добиться устойчивой синхронизации.
Выскажу свою версию: - ZX VGA-PAL разрабатывался для спека, уравнивающих импульсов с синхросмеси спека как таковых нет (разве что в ZX-NEXT)... А потому алгоритм преобразования может и не учитывать наличие каких то "посторонних" (с точки зрения синхронизации спека) импульсов, потому и синхронизация не устойчива.
Выскажу свою версию: - ZX VGA-PAL разрабатывался для спека, уравнивающих импульсов с синхросмеси спека как таковых нет (разве что в ZX-NEXT)... А потому алгоритм преобразования может и не учитывать наличие каких то "посторонних" (с точки зрения синхронизации спека) импульсов, потому и синхронизация не устойчива.
Да, ZX VGA-PAL делался изначально для спектрума, но его удалось подзаточить под УКНЦ. А в УКНЦ стоит такая же БИС дисплея ВП1-037, и единственное капитальное отличие от БК - тактовая частота 12.5МГц. У БК тактовая 12МГц.
http://zx.pk.ru/attachment.php?attachmentid=24414&d=1295978820
Так что, казалось бы, пересчитать времянки под 12МГц и, возможно, чуть подрихтовать параметры формируемого VGA-сигнала.
Но пока удается получить только вот такое:
http://images53.fotki.com/v138/photos/1/1349988/6744268/BK_VGA_TEST-vi.jpg
Ага... Т.е. проблема с КСИ как таковым... А ткните плиз на схему конвертера и на то как Вы его подключаете.
Всё, сорри, схему ZX VGA-PAL нашёл на форуме, открытым остался один вопрос: - откуда берёте SSI и KSI ?
Всё, сорри, схему ZX VGA-PAL нашёл на форуме, открытым остался один вопрос: - откуда берёте SSI и KSI ?
На SSI и KSI подается одна и та же синхросмесь с вывода 28 контроллера дисплея. Прошивка ZX VGA-PAL версии 2.0.9, которую я мучаю, умеет работать с синхросмесью.
В принципе у меня сейчас достаточно стабильное выходное VGA изображение (640х480, 59Гц). И, если можно так выразиться, строки тоже более-менее нормально выводятся, без смещения по горизонтали. Проблема только в рассогласованности вывода по кадрам.
На SSI и KSI подается одна и та же синхросмесь с вывода 28 контроллера дисплея. Прошивка ZX VGA-PAL версии 2.0.9, которую я мучаю, умеет работать с синхросмесью.
Уверен, что в прошивке не совсем корректно реализовано выделение кадровых и строчных синхронизирующих импульсов. Думаю, что мало у каких компов реализовано полноценное (с точки зрения стандарта на сигнал синхронизации приёмников) формирование синхроимпульсов, потому наверное никто и не стал заморачиваться на полноценную сеперацию синхросигналов в прошивке.
А как был подключен вышеупомянутый УКНЦ, по тому же принципу что и у Вас?
А в УКНЦ стоит такая же БИС дисплея ВП1-037
Чего ?!?!?!?!?!?!?!?!?!?!?!
Ребят, не шутите так, а то доведёте меня до инфаркта.
А уж про все Ваши выкладки после такой шутки мне даже сказать нечего......
dk_spb, ну, не говорите :) Тоже читаю, и что-то врубиться не могу...
dk_spb, BYTEMAN, я так понимаю тема становится всё интереснее? ;)
Признаюсь честно, я вообще не знаю что стоит в УКНЦ и что стоит в БК, аж интересно стало сцылками на схемы не поделитесь? Или хотя бы просветите, в УКНЦ случаем нет возможности снять раздельно КСИ и ССИ? Или может быть вы в курсе как его цепляют к ZX VGA-PAL?
Эк меня переклинило, действительно :) Конечно, в УКНЦ стоит БМК 1515-что-то там (-036?), но синхросмесь с нее практически не отличается. Осциллограммы завтра закину.
Чего ?!?!?!?!?!?!?!?!?!?!?!?
Ребят, не шутите так, а то доведёте меня до инфаркта.
А уж про все Ваши выкладки после такой шутки мне даже сказать нечего......
Это жаль, а то я люблю, когда по делу говорят :)
---------- Post added at 20:58 ---------- Previous post was at 20:56 ----------
Уверен, что в прошивке не совсем корректно реализовано выделение кадровых и строчных синхронизирующих импульсов. Думаю, что мало у каких компов реализовано полноценное (с точки зрения стандарта на сигнал синхронизации приёмников) формирование синхроимпульсов, потому наверное никто и не стал заморачиваться на полноценную сеперацию синхросигналов в прошивке.
А как был подключен вышеупомянутый УКНЦ, по тому же принципу что и у Вас?
Подключал его я же :) да, точно так же - RGB брались с одноименных выходов формирователей, синхросмесь - с выхода синхросмеси же. Могу более точно посмотреть по схемам, если интересно.
Вот часть топика по заживлению на УКНЦ:
http://zx.pk.ru/showthread.php?t=10548&page=91
---------- Post added at 20:59 ---------- Previous post was at 20:58 ----------
dk_spb, ну, не говорите :) Тоже читаю, и что-то врубиться не могу...
Активнее, товарищи, активнее! Не можете врубиться - спрашивайте, чего стесняться :)
Вот часть топика по заживлению на УКНЦ:
Почитал тему, явного ответа на вопрос о том, можно ли подавать синхросмесь, я не нашёл.
В исходниках 2.0.9 тоже не нашёл выделения КСИ из входных сигналов. У тебя получается, что вертикальный счётчик постоянно сбрасывается в ноль. Может с 50Гц это и прокатывает, но с 60Гц будешь видеть то, что сейчас видишь. Подай на вход КСИ то, что положено, а не синхросмесь.
А по поводу поддержки синхросмеси, так это относится к выходам, а не ко входам, насколько я понял (по крайней мере в 2.0.9).
Эк меня переклинило, действительно :) Конечно, в УКНЦ стоит БМК 1515-что-то там (-036?), но синхросмесь с нее практически не отличается. Осциллограммы завтра закину.
Таки я не знаю щось там кажут Ваши "осциллограммы", но шой-то не верю я Вам. ;-) А верю своим глазам: у УКНЦ на обычном телефизоре картинка завсегда не влезает на экран, она и уехамши влево, а, ежели еще и всю строку текстом набить - таки и последних буковок не видать
Чтобы у БК картинка не влезала в кадр - не припомню.
Так что хоть у БК с УКНЦ синхросмесь и, по Вашим словам, не отличается по виду - времянки явно разные.
Кстати, ради интереса (за резултат не знаю, самому интересно) сравните синхросмесь в 10-й БК для ЦТВ и для ЦБ.
А в УКНЦ тупо берется VSYNC с БМК.
---------- Post added at 21:53 ---------- Previous post was at 21:43 ----------
А уж за внятную схему этого дела с БК - родина Вас не забудет ;-)
Почитал тему, явного ответа на вопрос о том, можно ли подавать синхросмесь, я не нашёл.
В исходниках 2.0.9 тоже не нашёл выделения КСИ из входных сигналов. У тебя получается, что вертикальный счётчик постоянно сбрасывается в ноль. Может с 50Гц это и прокатывает, но с 60Гц будешь видеть то, что сейчас видишь. Подай на вход КСИ то, что положено, а не синхросмесь.
А по поводу поддержки синхросмеси, так это относится к выходам, а не ко входам, насколько я понял (по крайней мере в 2.0.9).
Тот топик сильно разросшийся, и навигация по нему непростая, но в первом сообщении все постарались собрать:
"Со Спектрума на плату подаются цифровые сигналы цвета RGBI, сигналы кадровой и строчной синхронизации (или синхросмесь)"
http://zx.pk.ru/showthread.php?t=10548
КСИ я бы подал, если б оно было в отдельном виде. КСИ из смеси нигде не выделяются, счетчик строк работает в режиме свободного полета. Сбрасывается в ноль он четко по достижении 525 строк в кадре, что для VGA 640x480@60Hz как бы нормально.
Зато счетчик тактов в строке обнуляется не только по достижении макс.возможной длины строки (для выбранного режима 31.77мкс), но и по входному ССИ и по врезанным в КГИ обратным ССИ тоже.
Про ЦБ у БК был неправ. Сразу не удалось найти схемы, в которой понятно куда подключен D21.1
Вот осциллограммы синхросмеси УКНЦ.
счетчик строк работает в режиме свободного полета.
Ну и как-же тогда будет работать синхронизация по кадрам?
---------- Post added at 12:08 ---------- Previous post was at 12:04 ----------
Тут надо допиливать прошивку, делать счётчик, который бы считал длительность синхроимпульса (+1 если в этом такте есть, и -1 если нет, с ограничением по верхнему и нижнему значению), а сигнал RESET_V сделать зависимым от значения этого счётчика (по принципу триггера шмитта).
Ну и как-же тогда будет работать синхронизация по кадрам?
---------- Post added at 12:08 ---------- Previous post was at 12:04 ----------
Тут надо допиливать прошивку, делать счётчик, который бы считал длительность синхроимпульса (+1 если в этом такте есть, и -1 если нет, с ограничением по верхнему и нижнему значению), а сигнал RESET_V сделать зависимым от значения этого счётчика (по принципу триггера шмитта).
Я с утра пришел к такому же выводу и занимаюсь выпиливанием из фанеры подобия сепаратора КСИ.
Выделил КСИ из синхросмеси, ура.
http://images35.fotki.com/v1163/photos/1/1349988/6744268/BK_synch3-vi.png
Я с утра пришел к такому же выводу и занимаюсь выпиливанием из фанеры подобия сепаратора КСИ.
Выделил КСИ из синхросмеси, ура.
Я столько интересного пропустил :) Из-за работы, ну никак не мог "поучаствовать" в теме. По какой схеме реализовали выделение КСИ? И почему строчка меню практически в центре растра (я в общем то смутно помню детали, ведь прошло более 20-и лет со времени моего последнего общения с БК, но она вроде как должна быть в самом верху растра)? Это как то связано с тем что от компа идёт клок 12 а не 14МГц?
Я столько интересного пропустил :) Из-за работы, ну никак не мог "поучаствовать" в теме. По какой схеме реализовали выделение КСИ? И почему строчка меню практически в центре растра (я в общем то смутно помню детали, ведь прошло более 20-и лет со времени моего последнего общения с БК, но она вроде как должна быть в самом верху растра)? Это как то связано с тем что от компа идёт клок 12 а не 14МГц?
Берите БК, покупайте готовый или собирайте ZX VGA kit, байтбластер в руки и участвуйте :)
КСИ выделяю довольно топорно. Завел счетчик длительности синхроимпульса отрицательной полярности, и отлавливаю превышение этой длительности некоторго порога. Получается как раз пачка импульсов для сброса счетчика ТВ строк:
http://images12.fotki.com/v611/photos/1/1349988/6744268/NewFile10-vi.jpg
То, что картинка съехала по вертикали на середину экрана, не страшно - достаточно поправить взаимное расположение КСИ, КГИ и видимой области экрана в VGA развертке. Клок в 12МГц тут не влияет, я рассчитывал времянки исходя из него.
Правда, не все еще так гладко. Сфотографировать кадр я успел, а потом что-то сглючилось, и картинка сейчас напоминает цветовой шум. То ли БК скукожилась, то ли я напортачил где-то в VHDL.
Это как то связано с тем что от компа идёт клок 12 а не 14МГц?
никак, клок 12 МГц БК это 768 пикселей в строке включая поля гашения 12 000 000/15 625 = 768.
у УКНЦ соответсвенно 800 (12 500 000/15 625)
у спектрума 448 (14 000 000 делим сначала на 2 потом на 15 625)
дальнейшее деление на 312 строк (320 Пентагон) происходит уже от 15 625.
Более-менее разобрался с кадровой разверткой входного сигнала, но попортил строчную. Точнее, сброс счетчика тактов во входной строке. Работает-работает, а потом срывет синхронизацию.
В верхней части экрана выводится тестовый паттерн, который во время срывов синхры стоит как вкопанный. Так что копать надо именно обнуление входного счетчика тактов - тем более что если его не обнулять, картинка на экране хоть покоцанная и смещенная, но тоже держится железобетонно.
С синхронизацией кое-как разобрался.
Остается та же проблема, что и с УКНЦ: во входном сигнале больше строк (312), чем может поместиться с удвоением в VGA режим 640х480 (600). Соответственно либо не удваивать строки (первый слайд), либо попробовать режимы 640х400 или 640x350.
Режим VGA 640x350@70Hz:
http://images108.fotki.com/v613/photos/1/1349988/6744268/IMAG0066-vi.jpg
Подключение ZX VGA&PAL конвертора:
KSI, SSI - вывод 13 микросхемы D21 (К155ЛН3)
F14 - вывод 6 микросхемы D5 (К555ЛН1)
R - вывод 1 микросхемы D20 (К155ЛЕ1)
G - вывод 4 ---"---
B - вывод 10 ---"---
+5в - с положительного вывода конденсатора C43
GND - с земляного вывода того же конденсатора.
Перемычка JP6 служит для установки режима VGA. Без перемычки выбирается 640х480@60Hz, с перемычкой 640x350@70Hz.
Прошивка во вложении.
Выскажу свою версию: - ZX VGA-PAL разрабатывался для спека, уравнивающих импульсов с синхросмеси спека как таковых нет (разве что в ZX-NEXT)... А потому алгоритм преобразования может и не учитывать наличие каких то "посторонних" (с точки зрения синхронизации спека) импульсов, потому и синхронизация не устойчива.
Да, врезки в синхросмеси учитываются только в прошивке V7.00 для Speccy2007, но там частота врезок на удвоенной частоте строк, а в БК и УКНЦ (судя по осциллограммам) - на утроенной.
---------- Post added at 20:40 ---------- Previous post was at 20:27 ----------
Режим VGA 640x350@70Hz:
Остается немного опустить изображение вниз и затемнить лишние строки.
Да, врезки в синхросмеси учитываются только в прошивке V7.00 для Speccy2007, но там частота врезок на удвоенной частоте строк, а в БК и УКНЦ (судя по осциллограммам) - на утроенной.
---------- Post added at 20:40 ---------- Previous post was at 20:27 ----------
Остается немного опустить изображение вниз и затемнить лишние строки.
Я не особо перфекционист, но подчистить и выровнять постараюсь.
Посмотрел версию 7, сразу не разобрался, где происходит выделение КСИ из синхросмеси.
Еще есть мысль попробовать сделать VESA режимы 800x600 и второй, который 720 на 480 вроде (удвоенный PAL), это реально?
Еще есть мысль попробовать сделать VESA режимы 800x600 и второй, который 720 на 480 вроде (удвоенный PAL), это реально?
Сделать-то можно любой режим. Вопрос только, какие режимы поддерживает твой (или чей-то) монитор.
Сделать-то можно любой режим. Вопрос только, какие режимы поддерживает твой (или чей-то) монитор.
Да вот совсем не любой режим можно сделать. Тут пиксельклок 12МГц, или период одного такта порядка 84нс.
На плате есть несколько неиспользованных перемычек, можно их использовать для выбора альтернативных стандартному VGA 640x480@60 режимов.
Кстати, да. Я делал 800х600@50Гц, пиксельклок был 16,7МГц.
А 800х600@60Гц вообще 20МГц.
---------- Post added at 15:45 ---------- Previous post was at 15:41 ----------
И это было даже не 800х600, а 400х600, но монитор об этом не догадывается :)
Тут можно, не без труда, найти кое-какие полезные цифры, в частности о 720х576@50:
http://www.mythtv.org/wiki/Modeline_Database
А верю своим глазам: у УКНЦ на обычном телефизоре картинка завсегда не влезает на экран, она и уехамши влево, а, ежели еще и всю строку текстом набить - таки и последних буковок не видать
А кто-нибудь знает, как надо откорректировать синхросигнал, чтобы картинка УКНЦ влезала в экран на обычном кинескопном телевизоре?
А кто-нибудь знает, как надо откорректировать синхросигнал, чтобы картинка УКНЦ влезала в экран на обычном кинескопном телевизоре?
Проще откорректировать телевизор.
Тогда телевизионный сигнал будет не во весь экран. В общем, придется самому на досуге разобраться.
А куда подключать входы VGA адаптера в случае с БК0011(М)?
Вопрос продублирован здесь http://bk0010.org/forum/?id=8827
Не удивлюсь, если этот VGA адаптер есть только у меня, но все же хочу поделиться результатом его теста на БК0011М.
http://www.youtube.com/watch?v=1TuU_xB3KRY&feature=youtu.be
Видны проблемы как минимум с 6 и 9 палитрами.
Данное сообщение продублировано здесь http://bk0010.org/forum/?id=8827
Видны проблемы как минимум с 6 и 9 палитрами
А какая прошивка залита в конвертер? Буду подлключать 11М через него, заранее бы определиться... видео недоступно, кстати.
Вот тут версия для БК10, но там вроде как 70Гц развертка, плюс это 10-ка, чистый RGB без палитр https://zx-pk.ru/threads/15758-videosignal-vopros-po-sinkhrosmesi.html?p=380943&viewfull=1#post380943
Хотелось бы двух вещей: нормальных палитр 11М, и не менее важное: родные 50 (ну, 48+) Герц кадровой. Как на Спектруме, в общем.
Кто подключал БК11М, отзовитесь. Вдруг у кого найдется устраивающий меня вариант. Да и на будущее он бы не помешал всем желающим.
Ммм имелся в виду конвертер от ZX-Kit (плата VGA-PAL), у photon в видео, думаю, что-то иное.
В общем, жду любых предложений для получения качественного сигнала на ЖК-мониторе от 11М, и желательно с родной кадровой.
SuperMax
28.01.2022, 08:23
В общем, жду любых предложений для получения качественного сигнала на ЖК-мониторе от 11М, и желательно с родной кадровой.
если речь о качестве - то AZ без вариантов.
но очевидно, кадровая будет 60Гц
но очевидно, кадровая будет 60Гц
Это и печалит. Желателен вариант с 50Гц. Придется, видимо, брать что-то вроде GBS2000 или как его там... VGA-кодер, в общем.
Да и подключение хочется через выходные RGB-сигналы, а не занимать слот МПИ. На него у меня свои планы =)
SuperMax
28.01.2022, 10:00
Это и печалит. Желателен вариант с 50Гц. Придется, видимо, брать что-то вроде GBS2000 или как его там... VGA-кодер, в общем.
Да и подключение хочется через выходные RGB-сигналы, а не занимать слот МПИ. На него у меня свои планы =)
ну так надо определиться с приоритетами
или качество или 48.ххх Гц
ps: ну и надо еще будет искать монитор который согласится на такую кадровую
надо еще будет искать монитор который согласится на такую кадровую
Монитор имеется, подключен к Спектруму с такими же Пентагоновскими 48+ Герц =)
На крайняк, заменой кварца развертка БК превращается в 50-герцовую. Это если приспичит захватывать видео с реальной машины.
Потому что HDMI-конвертеры весьма капризны, и кадровую ниже 50 Гц понимать, как правило, отказываются.
По приоритетам да, все-таки развертка важнее. Согласен на незначительную потерю качества и подключение через VGA.
При довольно низком исходном разрешении компов навроде БК и Спектрума ухудшение не настолько критично, чтоб прям плеваться.
Кто еще может что посоветовать из личного опыта? Покупать GBS-8200? Там еще с ревизиями платы какие-то хитрости, судя по обзорам...
Посмотри на самопальный драйвер ЖК-матриц со скейлером https://zx-pk.ru/threads/32683-vyvod-izobrazheniya-retrokompyutera-na-tft-matritsu-(-quot-narodnyj-kontroller-quot-).html
Посмотри на самопальный драйвер ЖК-матриц
Не-не, никаких матриц. На входе должно быть RGB+синхро, на выходе - VGA/HDMI для подключения к монитору (или карте захвата).
А поскольку от БК идут не стандартные ноль-единица по RGB, как от Спектрума, то плата ZX-Kit этот сигнал не переварит.
Склоняюсь к китайскому GBS, по цене/качеству вариант более-менее подходящий.
SuperMax
28.01.2022, 15:09
Кто еще может что посоветовать из личного опыта? Покупать GBS-8200? Там еще с ревизиями платы какие-то хитрости, судя по обзорам...
GBS-8200 есть, я его еще давно брал
побаловался, поплевался на качество и закинул куда-то
основная проблема это кривое масштабирование - те какие-то пиксели шире, какие-то уже
ну и конечно дёргается на скроллинге
как по мне - жуть. хотя кому и кобыла невеста (с)
в природе есть OSSC, его вроде хвалят, но:
- стоит как самолет (15тыр) https://www.ebay.com/itm/123697118345
- все равно не способен выдать идеальную картинку с БК (ибо он не под БК делался а под консоли)
- пишут что тоже OSSC дёргается на скроллинге
есть еще Framemeister
- стоит в два раза дороже чем OSSC
https://www.ebay.com/sch/i.html?_from=R40&_trksid=m570.l1313&_nkw=Framemeister+&_sacat=0
ps: куда правильнее тогда купить SONY PVM и смотреть все в оригинальном качестве
все равно не способен выдать идеальную картинку с БК (ибо он не под БК делался а под консоли)
К УКНЦ его тут на форуме подключали, хорошую картинку дает, например.
основная проблема это кривое масштабирование - те какие-то пиксели шире, какие-то уже
ну и конечно дёргается на скроллинге
Ну это и есть одна проблема)) вернее, вторая вытекает из первой: глаз улавливает "неровности" пикселей на скроллах.
Замечу, что на подключенном через ZX-Kit (RGB-VGA) Спектруме та же проблема, победить которую так и не удалось никакими настройками монитора.
Крутишь тонкую подстройку - одни ряды выравниваются, другие сползают. Точно в пиксели попасть конвертер все равно не может.
Хотя, думаю, эти проблемы актуальны именно при выводе на ЖК-мониторы. На CRT их быть не должно. Но CRT себя изжил: моргание, вес, размер...
LeoN65816
04.07.2022, 12:08
Посмотрите здесь (https://zx-pk.ru/threads/34483-lcd-vga-umeyushchie-15-kgts-strochki-i-50-gts-kadrovoj.html).
Powered by vBulletin® Version 4.2.5 Copyright © 2026 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot