В окошке принципиально невозможно получить vblank, т.к. vblank считается от начала экрана, а начало окошка может быть на произвольной строке, в D3D есть функция получения текущей строки, но она не точная и выполняется постоянным полингом видеоконтроллера, а на фулскрине present INTERVAL_ONE  обрабатывается аппаратно.[quote="dr.Titus"]

Кроме того, извечно поднимаемая проблема о точной синхронизации звука, когда используется синхронизация по VBlank - как решена?
(ибо времязадающие генераторы у видюхи, от которой идет 50Гц, и у звуковухи - разные).

Очень даже можно) Посмотри мой EmuStudio, который работает всегда с VBlank и в окошечке.[quote="deathsoft"]

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

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

Если звуковая карта проигрывает за кадр не 480 семплов, а 481, значит частота вывода звука не 48000Гц, а 48100Гц. В моем алгоритме это совершенно штатная ситуация, означающая лишь то, что алгоритм вычисляемый сходимость кадровой частоты и частоты семплов это определит, и будет делать корректировку исходя из реалий, а не паспортных данных.

Обьясню иначе. Мы привязываемся к кадровой частоте. Мы не знаем какая она в точности, но примерно по данным от видюхи знаем, что 50Гц. Но на деле она может быть и 49, и 51.
Так же мы не знаем точную частоту семплов, но опять же считаем, что допустим 48000Гц, но плюс минус может отличаться.
Каждый кадр алгоритм считает сколько же реально было проиграно семплов за кадр. И делает корректировку именно относительно того, сколько семплов в кадре. Но реальная их частота его не интересует. Только относительная - одна относительно другой.

Поясню по другому, допустим видеокарта работает с точной частотой 50Гц, за эти 20мс звуковая карта потребляет например всегда не 480сэмплов, а 481сэмпл, а эмулятор производит только 480 сэплов (что соответствует 50гц) (все числа условные), так вот откуда взять по 1 лишнему сэмплу на каждый кадр? На втором кадре потребуется уже 2 лишних сэмпла, на третьем уже 3 и т.д. Эмулятор не может нагенерировать аудио сэмплов больше чем на 20мс, т.к. при этом будут генерироваться и лишние видеостроки (от следующего кадра).

Двигающиеся меха гармошки хороши только тогда, когда частота плавает около 50гц, но если она принципиально отличается и не плавает, то никакие "гармошки" не сделать.

Значение 50гц - чистая условность, можно обозначить частоту видяхи f1, а звука f2. Так вот, если f2 > f1 или f2 < f1 (всегда),  то сходимости не будет.Отредактировано deathsoft (2016-10-22 14:13:22)

Эмулятор будет производить столько семплов, сколько нужно. Если ему алгоритм говорит - давай в этот кадр мне натяни звук на 480.001 семпл, он это сделает. В следующий кадр натяни звук на 480.0012 семплов. И т.д.

Сходимость будет всегда, потому что эмулятор будет натягивать звук на то число семплов, которое по текущим подсчетам играется за кадр. 480.0001 ли это семплов, или же 479.999 - не важно.

Там орудует толпа ебанутых мудерастов, и если в твоей теме кто то развел влуд или еще чтото не по теме запостил, то ебанутый модер мог просто грохнуть без разбора всю тему.

Так я про то и говорю)

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

Только желательно не ресемплировать под 480.1 семпл уже созданный эмулятором буфер 480 семпл, это ухудшит качество. А сразу эмулятором генерировать звук под нужный размер буфера 480.1 семпл.