Вид для печати
uart, я знаю, что в эмуляторе РК (там же и Апогей) под DOS, при эмуляции таймера ВИ53 используется прерывание от таймера INT 8. При этом частота вызовов INT 8 устанавливается равной по-моему 44100 Гц. Я не помню точное значение, но помню, что значительно меньше 1 МГц (иначе под DOS и быть не может). Вот и получается, что разрешение меньше. Как это делается под Windows, я не знаю.
SoftCat, в эмуляторе таймер в любом случае должен работать на нужной частоте, а уж с какой частотой и какие выдавать моментальные значения на звуковое устройство - определяется логикой работы эмулятора. А логика эта для поддержки таких вещей, как ШИМ, может быть далеко не тривиальной.
Что же касается Boulder Dash, так, если мне память не изменяет, я этот последний уровень когда-то не смог и на реале пройти. Может быть, там хитрость какая-то есть - не знаю...
Pyk, в эмуляторе РК под DOS, при генерации меандра (прямоугольных импульсов со скважностью 2), счетчики пересчитываются для тактирующей частоты 44100 Гц, то есть разрешающая способность эмулируемого таймера уменьшается (по сравнению с оригиналом). Естественно, для ШИМ так не пойдёт.
Я как-то давно видел, как проходили этот уровень J в Boulder Dash на Апогее. Там надо рисовать "расчёску" с зубцами, проходящими мимо мин. При этом надо начинать идти мимо мины сразу после того, как робот топнет ножкой. Но, к сожалению, в эмуляторе мне это воспроизвести не удалось. Либо я что-то не то делал, либо эмулятор не достаточно точно эмулирует временные интервалы.
SoftCat, так это, наверное, не счетчики ВИ53 пересчитываются, а звук генерируется в соответствии с видением автора эмулятора.
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 тактируется такой частотой).
Хм, эти слова вызвали у меня какие-то смутные воспоминания: где-то я это уже слышал это применительно к Boulder Dash много лет назад.Цитата:
Сообщение от SoftCat
Надо будет попробовать запустить как-нибудь на реале ;)
SoftCat, причем тут вообще прерывание PC? Если мы записали в счетчик число, а через N тактов центрального процессора оттуда число считали, то оно должно отличаться от исходного числа на эти N тактов, по правилам установленного режима счета. А уж как генерировать звуки это совсем другой вопрос.
Забыл я уже, что тогда в ДОС было, но сомневаюсь, что IRQ0 вызывался с частотой 44100Гц. Стандартно в счетчик забивали нуль и получали ~18,2Гц. Для некоторых целей делали чуть быстрее, но только чуть, иначе бы все процессорное время было бы занято обработкой этого прерывания, зачем вообще его так часто вызывать? А вот пересчитать значение счетчика ВВ53 Апогея в значение счетчика ВВ54 PC вполне можно и вполне разумно для того времени.
Это верно.Цитата:
Сообщение от uart
А вот тут Вы совсем не правы. Для некоторых целей IRQ0 вызывался с достаточно высокой частотой. Во времена DOS (как впрочем и сейчас) разные компы IBM PC (XT, AT и т. д.) значительно отличались по тактовой частоте процессора и по быстродействию вообще. Для написания процессорно независимой программы было бы довольно проблематично замерять время тактов центрального процессора. А также постоянно считывать значение счётчика встроенного таймера не всегда получится. В некоторых случаях гораздо удобнее настроить вызовы IRQ0 на высокую частоту. Есть, например, много программ, проигрывающих WAV-файлы через PC-Speaker с помощью того же ШИМ. Так вот в большинстве из них 0-й канал таймера (с которым соединен IRQ0) настраивается на частоту дискретизации 11025 Гц (иногда бывает и 22050 Гц и 44100 Гц), а 2-й канал таймера (выход которого соединён с PC-Speaker'ом) переводится в режим 0 для генерации импульса с заданной шириной. В обработчике INT 8 просто для каждой выборки передаётся значение уровня (которое становится шириной импульса) во 2-й канал таймера.Цитата:
Сообщение от uart
я не в курсе, честно. А почему тогда COVOX быстро работал на моей 486, а PC Speaker съедал весь процессор?Цитата:
Сообщение от SoftCat
PC Speaker съедал весь процессор именно потому, что INT 8 вызывалось с частотой дискретизации. А COVOX был на LPT или на COM? На COM, кстати, тоже возможно. Если COVOX был на COM, то возможно было настроить DMA и почти исключить участие процессора в передаче данных. Может быть у 486-го было ещё и DMA для LPT, но это я уже только могу предполагать.Цитата:
Сообщение от vinxru