Они не захватываются по разным концам импульса. Запись в порт происходит по отрицательному фронту сигнала WR процессора.Сообщение от Alexander Makeev
Выталкивание пикселя происходит по отрицательному фронту тактового сигнала, с частотой в 7МГц. Его фронты приходятся на начало и середину такта. После сигнал пикселя смешивается с сигналом Flash на ЛП5 (дополнительная задержка) и подается на мультиплексор.
тут еще не учитываются паразитные емкости проводников, конденсаторы для "подгонки", внутрение задержки микросхем и т.п. Чтобы отсеять хотябы часть этих факторов, нужны результаты с других экземпляров.
ZXMAK2 - Виртуальная Машина ZX Spectrum https://github.com/zxmak/ZXMAK2 (старая ссылка http://zxmak2.codeplex.com)
ZXMAK.NET - спектрум на C# http://sourceforge.net/projects/zxmak-dotnet
Я об этом уже написал выше.
Но, согласен, посмотреть на результаты других Пентагонов будет интересно.
Тем не менее, я в своем эмуляторе запись в порт установил согласно своему Пентагону.
btime теперь выдает 17762-17763 (на пиксель влево и на пиксель вправо)
В Rage смещение на один пиксел влево.
Теперь пытаюсь воспроизвести работу видео-контроллера - поочередное извлечение из памяти пикселей и атрибутов, с перерывами на обращение процессора.
Последний раз редактировалось Lion17; 04.05.2013 в 17:13.
это имхо неправильно, даже если это смещение свойственно всем пентагонам, там-же смещение не один пиксель, а на половинку пикселя.
К тому-же, речь тут идет не об ошибках эмуляции таймингов, а об ошибках отрисовки. Поэтому вносить коррективы в тайминги на основании артефактов смысла нет - захват будет производиться некорректно. В данном случае логичнее было бы ввести коррекцию отрисовки, в которой учесть задержки сигналов перед смешиванием.
Т.е. другими словами есть тайминги, в соответствии с которыми происходит захват значений цвета. А есть внутрисхемные задержки, за счет которых бордер может быть немного смещен относительно пикселов
Последний раз редактировалось ZXMAK; 04.05.2013 в 17:58.
ZXMAK2 - Виртуальная Машина ZX Spectrum https://github.com/zxmak/ZXMAK2 (старая ссылка http://zxmak2.codeplex.com)
ZXMAK.NET - спектрум на C# http://sourceforge.net/projects/zxmak-dotnet
Почему неправильно? Если все Пентагоны показывают бордюр именно так, то почему в эмуляторе нужно показывать иначе? Получается что это некачественная эмуляция.
Насчет точного отставания залезу с осциллографом и измерю. Тогда будет ясно, пол-пикселя, пиксель или иначе.
Попробовал запустить на Пентагоне MCTEST2. Стабильно сбрасывается. А в эмуляторе все нормально.
пока что есть результаты только с одного пентагона, соответственно делать выводы о том, что все пентагоны так работают, пока рано.
Получить такой эффект смещения, добавив конденсатор в схему, не представляет сложности. И нам ничего не известно о наличии конденсаторов или некачественного монтажа с паразитной емкостью в этом экземпляре пентагона.
Если мы меняем тайминги, то захват цвета будет происходить в другой момент времени, в результате этот тест может и будет работать также, но другой, уже нет.
Если мы меняем задержки (т.е. только отрисовку), то захват цвета будет происходить в один и тот-же момент времени, появится только смещение между пикселами и бордюром.
ZXMAK2 - Виртуальная Машина ZX Spectrum https://github.com/zxmak/ZXMAK2 (старая ссылка http://zxmak2.codeplex.com)
ZXMAK.NET - спектрум на C# http://sourceforge.net/projects/zxmak-dotnet
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Полоски между знакоместами и яркий чёрный тоже не мешало бы сэмулировать.
это значит на твоем пентагоне нестабильная шина, и это может объяснять почему в тесте Бобровски на 17984 полоска мерцает...
---------- Post added at 17:59 ---------- Previous post was at 17:57 ----------
ну это уже слишком, а вот разницу между ink и paper одного цвета эмулировать бы не помешало, но отрисовка слишком сложная получается
ZXMAK2 - Виртуальная Машина ZX Spectrum https://github.com/zxmak/ZXMAK2 (старая ссылка http://zxmak2.codeplex.com)
ZXMAK.NET - спектрум на C# http://sourceforge.net/projects/zxmak-dotnet
Тест шины запускал. Шина стабильна.
Мерцание полоски к шине не имеет никакого отношения.
Это следует из схемотехники Пентагона.
Повторю еще раз.
Например, на оригинальном Спектруме чтение памяти экрана ВСЕГДА происходит в один и тот же такт, а процесор тормозится. На Пентагоне чтение памяти экрана происходит когда ее не занимает процессор. По первому требованию процессора, память отдается ему. Когда процессор не обращается к памяти, в каждом такте читаются атрибуты или пиксели. По очереди. Если влезает процессор очередь сдвигается. Поэтому в один и тот же такт в разных кадрах может считываться либо пиксели, либо атрибуты.
Замерил осциллографом сигналы.
На первой осциллограмме изменение бордюра привязанное к тактовой частоте 7МГц. На второй изменение пикселя, привязанное к той же частоте.
Делаем замеры:
Период 7МГц (143нс) - 43 пикселя
Разница между Border и Pixel - 20 пикселей
Смещение равно x/143=20/43, x=66нс (46%)
Почти пол-пикселя.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
