Апогей-БК01 и Апогей-БК01Ц: Обсуждение

[SoftCat]

uart, я знаю, что в эмуляторе РК (там же и Апогей) под DOS, при эмуляции таймера ВИ53 используется прерывание от таймера INT 8. При этом частота вызовов INT 8 устанавливается равной по-моему 44100 Гц. Я не помню точное значение, но помню, что значительно меньше 1 МГц (иначе под DOS и быть не может). Вот и получается, что разрешение меньше. Как это делается под Windows, я не знаю.

[Advertiser]

[Pyk]

SoftCat, в эмуляторе таймер в любом случае должен работать на нужной частоте, а уж с какой частотой и какие выдавать моментальные значения на звуковое устройство - определяется логикой работы эмулятора. А логика эта для поддержки таких вещей, как ШИМ, может быть далеко не тривиальной.
Что же касается Boulder Dash, так, если мне память не изменяет, я этот последний уровень когда-то не смог и на реале пройти. Может быть, там хитрость какая-то есть - не знаю...

[SoftCat]

Pyk, в эмуляторе РК под DOS, при генерации меандра (прямоугольных импульсов со скважностью 2), счетчики пересчитываются для тактирующей частоты 44100 Гц, то есть разрешающая способность эмулируемого таймера уменьшается (по сравнению с оригиналом). Естественно, для ШИМ так не пойдёт.
Я как-то давно видел, как проходили этот уровень J в Boulder Dash на Апогее. Там надо рисовать "расчёску" с зубцами, проходящими мимо мин. При этом надо начинать идти мимо мины сразу после того, как робот топнет ножкой. Но, к сожалению, в эмуляторе мне это воспроизвести не удалось. Либо я что-то не то делал, либо эмулятор не достаточно точно эмулирует временные интервалы.

[uart]

SoftCat, так это, наверное, не счетчики ВИ53 пересчитываются, а звук генерируется в соответствии с видением автора эмулятора.

[SoftCat]

uart, в том то и дело, что счётчик (делитель) там делится на 40, а прерывание INT 8 настраивается на частоту 44100 Гц. Но ведь 1777777/44100 = 40,31..... как раз.
Если мы хотим генерировать 440 Гц (ноту ля 1-ой октавы), то в счётчик надо занести число 1777777/440 ~= 4040. А в эмуляторе под DOS это число ещё дополнительно разделится на 40: 4040/40 = 101. То есть для частоты 44100 Гц в счётчик будет занесено число 101. Хотя более точное значение 44100/440 = 100,2(27). А если быть ещё точнее, то эти 44100 Гц для INT 8 получаются из частоты 1193181 Гц (это таймер ВИ54 на IBM PC тактируется такой частотой).

[Pyk]

после того, как робот топнет ножкой

Хм, эти слова вызвали у меня какие-то смутные воспоминания: где-то я это уже слышал это применительно к Boulder Dash много лет назад.
Надо будет попробовать запустить как-нибудь на реале

[uart]

SoftCat, причем тут вообще прерывание PC? Если мы записали в счетчик число, а через N тактов центрального процессора оттуда число считали, то оно должно отличаться от исходного числа на эти N тактов, по правилам установленного режима счета. А уж как генерировать звуки это совсем другой вопрос.
Забыл я уже, что тогда в ДОС было, но сомневаюсь, что IRQ0 вызывался с частотой 44100Гц. Стандартно в счетчик забивали нуль и получали ~18,2Гц. Для некоторых целей делали чуть быстрее, но только чуть, иначе бы все процессорное время было бы занято обработкой этого прерывания, зачем вообще его так часто вызывать? А вот пересчитать значение счетчика ВВ53 Апогея в значение счетчика ВВ54 PC вполне можно и вполне разумно для того времени.

[SoftCat]

Стандартно в счетчик забивали нуль и получали ~18,2Гц.

Это верно.

Для некоторых целей делали чуть быстрее, но только чуть, иначе бы все процессорное время было бы занято обработкой этого прерывания, зачем вообще его так часто вызывать?

А вот тут Вы совсем не правы. Для некоторых целей IRQ0 вызывался с достаточно высокой частотой. Во времена DOS (как впрочем и сейчас) разные компы IBM PC (XT, AT и т. д.) значительно отличались по тактовой частоте процессора и по быстродействию вообще. Для написания процессорно независимой программы было бы довольно проблематично замерять время тактов центрального процессора. А также постоянно считывать значение счётчика встроенного таймера не всегда получится. В некоторых случаях гораздо удобнее настроить вызовы IRQ0 на высокую частоту. Есть, например, много программ, проигрывающих WAV-файлы через PC-Speaker с помощью того же ШИМ. Так вот в большинстве из них 0-й канал таймера (с которым соединен IRQ0) настраивается на частоту дискретизации 11025 Гц (иногда бывает и 22050 Гц и 44100 Гц), а 2-й канал таймера (выход которого соединён с PC-Speaker'ом) переводится в режим 0 для генерации импульса с заданной шириной. В обработчике INT 8 просто для каждой выборки передаётся значение уровня (которое становится шириной импульса) во 2-й канал таймера.

[vinxru]

В обработчике INT 8 просто для каждой выборки передаётся значение уровня (которое становится шириной импульса) во 2-й канал таймера.

я не в курсе, честно. А почему тогда COVOX быстро работал на моей 486, а PC Speaker съедал весь процессор?

[SoftCat]

я не в курсе, честно. А почему тогда COVOX быстро работал на моей 486, а PC Speaker сьедал весь процессор?

PC Speaker съедал весь процессор именно потому, что INT 8 вызывалось с частотой дискретизации. А COVOX был на LPT или на COM? На COM, кстати, тоже возможно. Если COVOX был на COM, то возможно было настроить DMA и почти исключить участие процессора в передаче данных. Может быть у 486-го было ещё и DMA для LPT, но это я уже только могу предполагать.