Помогите в написании эмуля!

[Vitamin]

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

Как раз наоборот. Набор частот звука довольно ограниченный (22, 44.1, 48, 96кГц) и рассчитать количество семплов/время не составляет труда. А частота кадров в общем случае у каждого пользователя своя (менять ее не стоит), да и не делится она на число кадров. Конечно, можно закладываться на RTC, но тогда прийдется узнавать частоту кадров и опять-таки ждать завершения. Плюс в винде точность таймеров оставляет желать лучшего.
И качества синхронизации по звуку в большинстве случаев более чем достаточно...

[Titus]

Как раз наоборот. Набор частот звука довольно ограниченный (22, 44.1, 48, 96кГц) и рассчитать количество семплов/время не составляет труда. А частота кадров в общем случае у каждого пользователя своя (менять ее не стоит), да и не делится она на число кадров. Конечно, можно закладываться на RTC, но тогда прийдется узнавать частоту кадров и опять-таки ждать завершения. Плюс в винде точность таймеров оставляет желать лучшего.
И качества синхронизации по звуку в большинстве случаев более чем достаточно...

Лично для меня идеальный вариант это когда эмулятор подстраивается под ближайшую наиболее подходящую развертку (например, эмулируем пентагон с частотой кадров, скажем 58Гц; значит ставим развертку на ПЦ, скажем 100Гц или 50Гц (если позволяет монитор)), подгоняем тайминги эмулируемой машины под развертку ПЦ (если это был пентагон, то он начинает бысрее работать на 4%), и в результате получаем абсолютную плавность эмуляции, т.к. каждому новому изображению, выводимому на ПЦ соответствует новый кадр эмулируемого спекки. Без пропусков и дублирований кадров.
А вот со звуком в таком случае сложнее, по скольку дже имея гарантированные стандартные наборы (44.1, 48 и т.д.) и зная точную текущую развертку, мы все равно не сможем полагаться на эти данные, т.к. как минимум тактирование звуковухи и видюхи идет от разных кварцев, а стало быть получаем еще целый ряд проблем.