Эмулятор БК-0010-01, БК-0011 и БК-0011М

[gid]

Uptime

Сделал я эту штуку. Но результатом не удовлетворён. Точность - ±секунда. Так то оно считает примерно точно, но из-за того что таймер работает по сообщению ON_WM_TIMER с интервалом 1 секунда, обрабатывается как бы с низким приоритетом, когда ничего другого важного не надо на экран вывести. Лаг большой получается. Тут надо бы ввести механизм измерения времени, как свойство контрольных точек.

[Advertiser]

[Doronetty]

Пользуясь возникшей активностью, хочу спросить - а VSync будет реализовано? А то у меня вместо монитора FHD телевизор и развёртка как раз 50 Гц. А плавного скроллинга, увы, нет...

[gid]

а VSync будет реализовано?

Я не знаю, как его делают, простых примеров в интернете не нашёл, что нашёл из советов - не работает, так что не будет.

[Lethargeek]

Я не знаю, как его делают, простых примеров в интернете не нашёл, что нашёл из советов - не работает, так что не будет.

а что, D3DPRESENT_INTERVAL_ONE не прокатывает?

[gid]

D3DPRESENT_INTERVAL_ONE не прокатывает?

Неа, в DirectX9 как было, так и осталось, ну т.е. у моего монитора 60Гц кадровая, а у эмулятора - 49 генерируется, работы VSyncа не заметил. А в DirectX11 этого вообще нету.
К тому же VSync всё равно не поможет. Однажды я пытался понять, почему скроллинг дёргается. И заморочился, вывел каждый кадр в отдельный файл с таймлайном. И увидел, что сама генерация кадров неравномерная. Там генерируется 2-3 одинаковых кадра, потом пропуск кадра, потом снова 2-3 одинаковых. С чем это связано, понять не смог. И забил.

[Lethargeek]

Неа, в DirectX9 как было, так и осталось, ну т.е. у моего монитора 60Гц кадровая, а у эмулятора - 49 генерируется, работы VSyncа не заметил. А в DirectX11 этого вообще нету.

кстати, а зачем тебе directx11? да и вообще directx, когда есть упрощённые кроссплатформенные либы как SDL/SFML

К тому же VSync всё равно не поможет. Однажды я пытался понять, почему скроллинг дёргается. И заморочился, вывел каждый кадр в отдельный файл с таймлайном. И увидел, что сама генерация кадров неравномерная.

что ты понимаешь под "генерацией"?

Там генерируется 2-3 одинаковых кадра, потом пропуск кадра, потом снова 2-3 одинаковых. С чем это связано, понять не смог. И забил.

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

- - - Добавлено - - -

(исхожу из предположения, что оригинал ты глубоко не перерабатывал)

[gid]

зачем тебе directx11?

Чтобы было.

да и вообще directx

Чтобы было.

когда есть упрощённые кроссплатформенные либы как SDL/SFML

Я в интернете сходу нашёл, как прикрутить D3D, D2D, OpenGL. А как прикрутить SDL/SFML в винде, не нашёл.

что ты понимаешь под "генерацией"?

Буквально генерацию. У меня в эмуляторе эмулируется точная работа формирования экрана, в конце происходит кадровое прерывание, судя по нормально звучащему AY, происходит равномерно. В это время, из содержимого экранного буфера формируется битмап соответствующего формата для одного из выбранных способов отображения на экран: D3D, D2D, OpenGL, VfW, и отправляется соответствующему драйверу. Дальше не моё дело как и когда оно отобразится на экране монитора, этим виндозные драйвера уже занимаются.

а сам эмуль подгоняет кадры под звук

Не то чтобы подгоняет, синхронизация со звуком, единственный способ привязки к реальному времени в винде, который я нашёл. Все остальные способы со всякими таймерами как-то не получились. При повышении нагрузки начинались лаги.

в таком случае логику подгонки надо заменить на обратную

Ну я не настоко крутой программист. Не умею.

оригинал ты глубоко не перерабатывал

Не знаю, что ты имеешь в виду под оригиналом, поэтому тут ничего ответить не могу.

[Lethargeek]

Чтобы было.

было что? даже если хочешь напрямую мучиться с иксом, никаких наворотов 10-11 не нужно

Я в интернете сходу нашёл, как прикрутить D3D, D2D, OpenGL. А как прикрутить SDL/SFML в винде, не нашёл.

например
https://lazyfoo.net/tutorials/SDL/01...dows/index.php
там же и туториалы по кодингу

Буквально генерацию. У меня в эмуляторе эмулируется точная работа формирования экрана, в конце происходит кадровое прерывание, судя по нормально звучащему AY, происходит равномерно. В это время, из содержимого экранного буфера формируется битмап соответствующего формата для одного из выбранных способов отображения на экран: D3D, D2D, OpenGL, VfW, и отправляется соответствующему драйверу. Дальше не моё дело как и когда оно отобразится на экране монитора, этим виндозные драйвера уже занимаются.

в одну кучу свалил уровень и эмулятора, и системы
а они в общем случае работают несинхронно

Не то чтобы подгоняет, синхронизация со звуком, единственный способ привязки к реальному времени в винде, который я нашёл. Все остальные способы со всякими таймерами как-то не получились. При повышении нагрузки начинались лаги.

так vsync и есть такой же способ привязки, таймер не нужен

Ну я не настоко крутой программист. Не умею.

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

Не знаю, что ты имеешь в виду под оригиналом, поэтому тут ничего ответить не могу.

вот это

основанного на исходниках эмулятора Юрия Калмыкова

[gid]

было что?

Было DirectX.

если хочешь напрямую мучиться с иксом

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

никаких наворотов 10-11 не нужно

Конечно не нужно, но если есть, почему нет?

там же и туториалы по кодингу

Ок, почитаю.

в одну кучу свалил уровень и эмулятора, и системы

Потому что одно без другого не работает.

а они в общем случае работают несинхронно

Они в принципе работают не синхронно, но повторюсь, у меня эмулятор уже сам по себе генерирует рваную картинку с пропусками кадров. А рендер показывает то, что ему дают, с vsyncом или без.

так vsync и есть такой же способ привязки, таймер не нужен

А в оконном режиме vsync уже начал работать? А то раньше не работал, только в полноэкранном работал.

подготовил в буфере картинку - вызвал функцию рендера

Я именно так и делаю, только без vsyncа, потому что фиг знает, как его включить что в OpenGLе, что в DirectXе 11-м.

когда эмуль отстал от дисплея больше чем на кадр дисплея

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

(частоту которого знаешь)

Не знаю и знать не хочу, пусть об этом драйвер видеокарты думает. Есть ведь мониторы и с 240Гц кадровой, и больше уже есть.

звук готовишь и кидаешь на вывод кратно частоте эмуля (то есть для повторных рендеров не кидаешь)

чё-то слишком сложно.

вот это

А, это, ну да, я там вообще ничего не трогал, только имя своё в "О программе" приписал и всё.

[Lethargeek]

Было DirectX.

...чтобы от него было что?

Конечно не нужно, но если есть, почему нет?

потому что прикручивать нужно только то, что собираешься применять
и какие же из новейших наворотов ты собираешься?

Потому что одно без другого не работает.

работает - с не такими "другим" или "одним" соответственно

Они в принципе работают не синхронно,

в принципе можно как угодно, синхронно тоже

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

что значит "сам по себе"? это унаследованный код или уже твой?
и почему "с пропусками", когда следует с добавлением?
а для начала сделай просто 1:1 с дисплеем пк

А в оконном режиме vsync уже начал работать? А то раньше не работал, только в полноэкранном работал.

не знаю, где в оконном не работал, у меня в SDL работает
да и рассуждая логически, это же просто ожидание глобального события
а стало быть, какая разница, что и как при этом отображается

Я именно так и делаю, только без vsyncа, потому что фиг знает, как его включить что в OpenGLе, что в DirectXе 11-м.

так он у тебя в полноэкранном даже вроде бы и включён
(правда, в менее точном варианте D3DPRESENT_INTERVAL_DEFAULT)
https://learn.microsoft.com/en-us/wi...3d9/d3dpresent
видимо, проблема не в нём, а в логике отображения в эмуле

Он всегда будет отставать чуть меньше, чем на кадр.

во-1, больше, если больше 100гц видеорежим
во-2, с виндой никогда нельзя быть ни в чём уверенным

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

человек-то тут хотел плавный скроллинг, если моник держит 50/100/144гц - ну, пусть немножко отличается от реала, будет ровно 50 или 48

Не знаю и знать не хочу, пусть об этом драйвер видеокарты думает. Есть ведь мониторы и с 240Гц кадровой, и больше уже есть.

ну вот, видимо, потому картинка и рваная, что ты с частотой дисплея не соотносишь

чё-то слишком сложно.

что конкретно? смысл, что звук всегда синхронизируешь с эмулируемым дисплеем, а не с реальным

А, это, ну да, я там вообще ничего не трогал, только имя своё в "О программе" приписал и всё.

ну, тебе виднее, какая там каша из топора, а другим нетелепатам-то нет