ZXAAA → PC-ZX Staff, Emmulator's → Времянки UnrealSpeccy для KAY
[quote="deathsoft"]
Правльные то параметры должны быть такие 16196/69887
(56+16)*224+32+32+4 = 16196
+4 - тот самый хак, а из длины кадра 4 по сути отняли.
Ну как мне кажется если кс придет на 64 такта позже что будет? а ничего просто инт на экране будет на вертикали начала папера, а не в начале бланка, телек то покажет ему на такое пофиг, сс'ы то правильные.
[quote="Лас"]
Но я тоже поглядел щас - тут не тот случай
Я вчера глянул как там что рисуется, да и проверить просто очень, жмеш еск и ф9 [img]http://zxdemos.ru/oldforum/img/posts/posts_20/22512.gif[/img] если картинка есть значит не оутами
[quote="Лас"]
Просто возможно - одновременно с ходом луча щелкать 2мя экранами один экран залит, на втором картинко
Круто, я бы до такого не додумался.
Пресет для кая должен быть чем то типа такого:
PRESET.KAY1024=69885,16196,224,50,32,0,1,0,0,0,320,240,24,32,384,304,72,64
но тут будет виден весь бордер в том числе и ток которого реально не видно (те 32такта слева которые внутри горизонтального бланка).
бордюр в эмуляторе обязательно full, т.к. в small тут указана хуета.Отредактировано deathsoft (2016-12-12 21:11:49)
[quote="deathsoft"]
PRESET.KAY1024=69885,16196,224,50,32,0,1,0,0,0,320,240,24,32,384,304,72,64
[img]http://zxdemos.ru/oldforum/img/posts/posts_20/22512.gif[/img] победа над реалами, главное не по krt'шному.
Так это все равно подгонка, не так как на реале то сделано.
[quote="deathsoft"]
Так это все равно подгонка, не так как на реале то сделано.
Просто 38.2 с этими настройками у меня хуйню показывает, это только у меня?
[quote="krt17"]
deathsoft написал(а):
PRESET.KAY1024=69885,16196,224,50,32,0,1,0,0,0,320,240,24,32,384,304,72,64
[img]http://zxdemos.ru/oldforum/img/posts/posts_20/22512.gif[/img] победа над реалами, главное не по krt'шному.
так ведь хуйня же получилась, извините за жаргон [img]http://zxdemos.ru/oldforum/img/posts/posts_20/22512.gif[/img] бордюр выглядит в UnrealSpeccy не так, как в реальности, какая же это победа?
[quote="Лас"]
так ведь хуйня же получилась, извините за жаргон бордюр выглядит в UnrealSpeccy не так, как в реальности, какая же это победа?
Ладно сарказм не прокатил. Зафорсю свою песенку
PRESET.KAY1024=69887,16132,224,50,32,0,1,0,0,0,320,240,24,32,384,304,72,64
[quote="krt17"]
Просто 38.2 с этими настройками у меня хуйню показывает, это только у меня?
не только:
[img]http://zxdemos.ru/oldforum/img/posts/posts_20/22512_2.gif[/img]
[quote="Лас"]
так ведь хуйня же получилась, извините за жаргон бордюр выглядит в UnrealSpeccy не так, как в реальности, какая же это победа?
Боюсь что в реале эта часть бордюра просто была не видна (на ЭЛТ телевизоре бордюр отображается не полностью).
Вы на ЭЛТ телике то посмотрите сколько клеток влезает на бордюр слева по горизонтали.
Хотя да, тут бордюр в экран неправильно переходит.
Дэд, хуйня же, идеально будет только если ноне поставить. У кая явно инт приходит не на бланке, по крайней мере у того кая на котором лас квадратики пилил.
[quote="deathsoft"]
Вы на ЭЛТ телике то посмотрите сколько клеток влезает на бордюр слева по горизонтали.
Какая разница сколько влезает, на гифке весь левый бордюр до левой границы paper - сплошная непотребность в анриле...
[quote="krt17"]
У кая явно инт приходит не на бланке
Я просто не понимаю, почему не учитывается левый горизонтальный бланк и левый бордюр. Это видимо из за того, что в унриале рисование к инту привязано а не к параетрам синхронизации растра. INT должен приходить после второго /M1 после окончания сигнала VSYNC (который 16 строк), т.е. на 17й строке уже должен срабатывать INT второй /M1 будет через 4 такта после первого /M1 т.к. инструкция halt 4х тактовая и INT должен сработать максимум через 8 тактов после начала строки, еще 19 тактов вход в обработчик im2.
Смотри, у тебя анрил считает когда начинать рисовать как? Он вычетает из 16132 левый бордер и строки, потом когда остается меньше строки он отсчитывает с правого края сколько там должно быть точек и начинает их рисовать, если не сначала ему пофигу, тоесть отрисовка бордера начинается с 64 точки и все пучком.
Тфу ты не рисовать а инт пускать конечно.Отредактировано krt17 (2016-12-12 21:47:12)
Ну так если картинка будет не из одинаковых повторяющихся квадратиков, а не пример бегущий текст, то ведь хуйня же нарисуется на левом бордюре, картинка возьмется совсем не с той координаты по X с какой должна быть.Отредактировано deathsoft (2016-12-12 21:48:14)
[quote="deathsoft"]
Ну так если картинка будет не из одинаковых повторяющихся квадратиков, а не пример бегущий текст, то ведь хуйня же нарисуется на левом бордюре, картинка возмется совсем не с той координаты по X с какой должна быть.
А зато как на реале, для этого в начале паузу сделают, и по реалу засинхрят.
[quote="krt17"]
Тфу ты не рисовать а инт пускать конечно.
Так вот унриал то именно рисовать начинает. Инт всегда приходит на нулевом такте.
[quote="deathsoft"]
Так вот унриал то именно рисовать начинает. Инт всегда приходит на нулевом такте.
Неа, инт то приходит на 0 но этот ноль отсчитывается от края папера этими самыми 16132 и не факт что он будет точно в левом верхнем углу.
Нужно просто унриал исправить, чтобы отображение картинки (текущее положение луча) никак не зависело от инта, а от инта только вывод в порты/видеопамять зависеть должен.
Кто вообще анрил пишет, заработался ты Дэд, забыл уже.
Так вот paper должен не от инта вычисляться, а от сигнала кадровой синхронизации.
[quote="deathsoft"]
Нужно просто унриал исправить, чтобы отображение картинки (текущее положение луча) никак не зависело от инта, а от инта только вывод в порты/видеопамять зависеть должен.
не не все идеально, просто нужно предусмотреть для ебнутых систем типо как в кае всякие не стандартные задержки. А можно и просто забить, костыль то работает.
[quote="krt17"]
Кто вообще анрил пишет, заработался ты Дэд, забыл уже.
Так я же пишу, что рисование там сделано неправильно, что привязка сделана к инту, а должна быть к сигналу кадровой синхронизации, а инт должен быть на определенном такте относительно сигнала кадровой синхронизации.
[quote="deathsoft"]
Так вот paper должен не от инта вычисляться, а от сигнала кадровой синхронизации.
А откуда ты знаешь когда она пришла? ей не совсем как бы надо синхрится со строчной, ну так то бы конечно не плохо, но в данном случае сделано не стандартно и работало.
Самая жопа это поддержка буржуйских спектрумов, где задержка зависит от текущей координаты выводимого пикселя. На это текущий унриал вообще не расчитан.
Ладно, я за любой кипеш кроме голодовки, если так будет лучше я только за.
Так это, вынести в первый пост костыль?
[quote="krt17"]
А откуда ты знаешь когда она пришла?
Как же откуда? Есть же размер растра в тактах, 69888, собственно схема на счетчиках узнает когда генерировать кадровую и строчную синхронизацию. Для этого и задается число тактов в строке и число тактов в экране, а также смещение бумаги относительно начала растра и размеры бордюров сверху и слева.
ZXAAA → PC-ZX Staff, Emmulator's → Времянки UnrealSpeccy для KAY
