Кадровые прерывания ( 50гц ).

[Elvys]

Чую, что такой вопрос лучше задавать в разделе для начинающих.
В общем, я тут читаю о прерываниях процессоров каждые 20 миллисекунд и его важном сакральном значении для любого компьютера. И никак не пойму, зачем оно вообще нужно и что процессоры делают, получив это прерывание? Вроде бы дисплейная часть есть автомат, непрерывно генерирующий VSYN, HSYN, и в соответствии с ними выводящий содержимое памяти. И процессору по идее должно быть до лампочки, где в какой момент времени находится луч на экране. Для него экран это озу. Записанное процессором окажется на экране в любом случае, и всегда в нужном месте. Самое позднее, через 20 миллисекунд. Так зачем процессор дергать прерыванием от важных задач каждый кадр ?

[Advertiser]

[Elvys]

В общем, пришел к выводу, что прерывания с частотой обновления экрана облегчают синхронизацию вывода на экран с другими нужными процессами. При этом, если прерывание приходит на процессор, но в какой-то программе не требуется его обрабатывать, можно ставить программную заглушку вместо обработки экранного прерывания (выход по RETI ).

[Reobne]

Elvys, Процессору вообще ничего не нужно! Он мечтает побыстрее выполнить программу, и чтобы питание компьютера отключили.
Нужно это для ЗАДАЧ! Для тех задач, которые выводят быструю динамическую графику, без мерцания, глюков. Для извращений вроде рисования на бордюре и мультиколора.
Во вторую очередь это подсчёт времени, проигрывание звука, опрос клавиатуры и прочее. Ну, нету у спектрума других таймеров, а считать такты процессора обычно чересчур муторно и ненадёжно(у разных компьютеров возможны разные задержки, плюс бывает режим "турбо").

[Elvys]

Упс... Т.е. если в спекки ввести RTC, то прерывания 50 гц потеряют актуальность в большинстве задач?
Вижу только одно дело, которое на левый таймер не повесить - синхронизация вывода на экран с другими задачами в системе. К примеру, оцифровка аналогового сигнала в реальном режиме времени и вывод графика на экран.

[Reobne]

Elvys,

Обычное применение этого прерывания, это игры, так?

Не совсем так. Игры бывают разные, текстовых очень много, логических, и они запросто могли-бы обойтись без прерываний. Они его если используют, то просто потому что оно есть. С другой стороны, в графическом редакторе курсор мерцать не должен. В редакторе спрайтов просмотр анимации должен быть гладким. В музыкальном редакторе, музыка не должна дёргаться. И конечно ДЕМКИ! Демкам прерывание ещё чаще нужно, чем играм.

...читают с диска определенные *.мр3 файлы...

Да, всё так, только не mp3 файлы, а данные для AY-сопроцессора, и читаются заранее, а по прерыванию они расшифровываются и передаются в AY для проигрывания.

[Elvys]

Я когда то сообщение написал, после этого ваше увидел. Ну и соответственно оно моментально потеряло актуальность. Отредактировал, а Вы уже ответить успели

[Reobne]

Elvys, А, ничего страшного, может кому другому пригодится, пускай висит.

[Elvys]

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

[Kakos_nonos]

У спектрума только одно прерывание - кадровое. Других нет. Когда приходит прерывание, то происходит call на обрпботчик, выполняется код обработчика, потом ret и проодолжается выполняться основная программа.

[null_device]

у любого прерывания есть приоритет

Как бы - немаскируемые прерывания имеют более высокий приоритет.

Как такие ситуации решаются?

В спектруме весьма слабо реализована система многоуровневых прерываний.

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

А еще подпрограмма обработки прерывания должна укладываться в количество тактов в прерывание.