Screen timings

[Higgins]

Vladimir Kladov,
Любопытно: когда я прошу эмулятор дать на полукадр ровно 70000 тактов, то линии в начале загрузки с ленты (я имею в виду стандартный leader) стоят на месте. Задержки у меня не реализованы, но ведь их и не должно быть для процедуры загрузки в ROM. Вот интересно, это просто совпадение, или что-нибудь за этим стоит? ;-)

[Black_Cat]

не смотрел схемы KAY-a но думаю они мало чем отличаются от того же Ленинграда-2

без разницы какие схемы, лишь бы это был клон Спектрума (таких большинство), а не спектрум-совместимое нечто, по типу АТМ-2, из схемотехники которого получить представление о Спектруме практически невозможно

я не верю что какой-то из наших клонов на 99%

верой занимается религия, а тайминги давно все изучены и задокументированы

напиши pls своими словами коротко как просчитать на каком такте будет рисоватся тот или иной пиксель на экране...

считай сам, начало каждого кадра - это левый верхний пиксель экрана

[Sayman]

а че такое юла??

[ZEK]

БМК

[Vladimir Kladov]

Задержки у меня не реализованы, но ведь их и не должно быть для процедуры загрузки в ROM.

ROM - это ПЗУ, туда нельзя записать. Имеется в виду RAM или загрузчик из ROM? При загрузке их можно и не учитывать, но они есть на любой команде, которая обращается к памяти, подлежащей контенции. В 48к - это только 4000h-7FFFh, но и того достаточно. В 128 банки для задержки разные от номера модели, но банки 5 и 7 там есть всегда. В документации на ВОС написано всё, если раз на 5 прочитать внимательно, то врубиться можно. Исходники опять же поглядеть, там всё напимано.

70000 тактов на полкадра, если я понял, многовато будет. Там меньша на весь кадр должно быть.

[ZEK]

70000 тактов на полкадра

Полукадр это фрейм, в телевидении частота кадров 25Гц, частота полей(фреймов)50Гц, но так как у спека колво строк четное то полукадры отсуствуют как клас

[Advertiser]

[Higgins]

Имеется в виду RAM или загрузчик из ROM?

Я имел в виду команду LOAD "".

они есть на любой команде, которая обращается к памяти, подлежащей контенции. В 48к - это только 4000h-7FFFh, но и того достаточно.

То есть в области ROM модели 48 задержек нет. Я именно об этом говорил.

Исходники опять же поглядеть, там всё напимано.

Это понятно. Но переписывать из исходников в исходники -- боюсь, это мне не подойдет. Во-первых, слишком много ошибок я вижу в подобного рода софте. Во-вторых, сама тема очень скользкая -- много моделей и режимов, которые следовало бы учитывать, и о которых толком не узнать из имеющихся исходников. Кто знает, что именно автор взялся эмулировать и насколько точно.

Теперь по поводу времянок.

70000 тактов на полкадра, если я понял, многовато будет. Там меньша на весь кадр должно быть.

Вот эта фраза меня смущает. Я очень боюсь ошибиться, но Вы точно знаете как работает черезстрочная развертка? Например, почему строк в телевизоре нечетное количество?

Это важно, когда мы обсуждаем размер полукадра в тактах. Ну вот, скажем, Вы пишете, мол, сделайте как сказано по приведенной в начале темы ссылке, и бордюрные эффекты будут работать (если не вру). Но подождите, ведь для бордюрных эффектов достаточно знать остояние первой видимой (или нужной) линии экрана от начала прерывания и длину видимой строки (в тактах). К чему бы здесь нужен был размер кадра?

Другими словами, если времянки прямого горизонтального хода соблюдены, то здесь трудно ошибиться, ведь бюрдюрные эффекты всегда синхронизируются прерываниями. В отличие от процедуры загрузки, например. И не важно, 69888 там тактов или ровно 70000.

И еще один момент для размышления. Если в фирменной модели такты идут и на процессор, и на память, и на ULA и все остальное от общего осциллятора, и процессор работает ровно на 3.5MHz, то как вы себе представляете делитель на 69888 (или кратное этому количество) тактов, чтобы получить те самые 50.08Hz. А самое главное, куда девается половина хода луча в 625-й строке? Ее же нужно отрисовать. И даже если луч погасить, то ему все равно нужно время чтобы дойти до конца строки. В этих 69888 тактах этого времени просто нет.

Есть версия, что в FAQ сделано некоторое упрощение. В физику предмета то, что там описано не укладывается.

[ZEK]

Ее же нужно отрисовать. И даже если луч погасить, то ему все равно нужно время чтобы дойти до конца строки.

Не нада её отрисовывать. Луч дальше левого верхнего угла не уйдет

Добавлено через 3 минуты

как вы себе представляете делитель на 69888 (или кратное этому количество) тактов, чтобы получить те самые 50.08Hz

14000000/224/312/4 = 50,08

[Black_Cat]

Есть версия, что в FAQ сделано некоторое упрощение. В физику предмета то, что там описано не укладывается.

5 баллов!!
"- Это все потому, что у кого-то очень узкие двери!
- Нет, этто прос-то кто-то слиш-ком много е-ст!"
(с) Винни-Пух в гостях у Кролика

to heroy: помоему бесполезно..

[bigral]

14000000/224/312/4 = 50,08

244? /4?

14(Mhz) /448(ticks per line) /312 (lines per frame)/ 2(frames per picture) = 50.08012820 (pictures per second)