Эмулятор УКНЦ - UKNCBTL

[nzeemin]

SDL-версия эмулятора в full screen на моём рабочем мониторе:


---------- Post added at 18:11 ---------- Previous post was at 17:48 ----------

http://ukncbtl.googlecode.com/files/...35-Windows.zip

Эта версия почти не управляется из интерфейса, все настройки задаются через INI-файл UkncBtlSdl.ini -- обычный INI-файл с секциями SDL, VIDEO, UKNCBTL.

Секция SDL -- все ключи начинаются с "SDL_", все пары ключ-значение без изменений передаются в SDL, полный набор опций описан в http://www.libsdl.org/docs/html/sdlenvvars.html
В частности, можно указать размещение окна на экране и выбрать видеодрайвер:
SDL_VIDEO_WINDOW_POS=300,200
SDL_VIDEODRIVER=directx

Секция VIDEO:
Width и Height -- ширина и высота окна, по умолчанию 800 x 600.
BitsPerPixel -- количество бит на пиксел, обычно 0 т.е. родное, можно поставить 32 или 16, но обычно не нужно.
FullScreen -- флаг показа на полный экран; при установленном флаге (1, yes, true) в Width и Height лучше ставить родное разрешение монитора.
ScreenMode -- число от 0 до 4, режим скалирования экрана УКНЦ, те же режимы что в win32-версии.

Секция UKNCBTL:
Cartridge1=romctr_basic.bin -- подключение картриджа
Floppy0=RT11A5.dsk -- подключение флоппи
Hard1=harddisk.img -- подключение харда

Пример INI-файла -- показ в полный экран на FullHD мониторе:

[UKNCBTL]
Cartridge1=romctr_basic.bin
Floppy0=RT11A5.dsk

[SDL]
SDL_DEBUG=1
SDL_VIDEO_WINDOW_POS=300,200
SDL_VIDEODRIVER=directx

[VIDEO]
Width=1920
Height=1080
BitsPerPixel=0
FullScreen=1
ScreenMode=4

Клавиатура размаплена, но не до конца.
Выход по клавише Esc.

[Advertiser]

[nzeemin]

Погонял Win32-версию UKNCBTL под профайлером VS2012. Результаты неутешительные.
Основное на что уходит время:

Emulator_PrepareScreenRGB32() -- около 40%
CMotherboard::SystemFrame() -- около 38%, в том числе
- CProcessor::CommandExecution() -- ~3%
- CProcessor::InterruptProcessing() -- ~6%

Сам рендеринг экрана средствами VFW занимает доли процента, поэтому не так важно чем образ экрана отправляется на видеокарту. Посмотрел код PrepareScreen -- оптимизировать там особо нечего.

[Titus]

Посмотрел код PrepareScreen -- оптимизировать там особо нечего.

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

[проф]

Вы бы (оба ) не язвили друг на лруга, а усилия объединили. Всё равно проекты некоммерческие.

[Titus]

Вы бы (оба ) не язвили друг на лруга, а усилия объединили. Всё равно проекты некоммерческие.

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

[nzeemin]

было:

                    for (int s = 0; s < scale; s++)
                        *pBits++ = valueRGB;

стало:

                    switch (scale)
                    {
                    case 8:
                        *pBits++ = valueRGB;
                        *pBits++ = valueRGB;
                        *pBits++ = valueRGB;
                        *pBits++ = valueRGB;
                    case 4:
                        *pBits++ = valueRGB;
                        *pBits++ = valueRGB;
                    case 2:
                        *pBits++ = valueRGB;
                    case 1:
                        *pBits++ = valueRGB;
                    default:
                        break;
                    }

охеренный прирост производительности, процентов на 20-30
я-то думал 2-3% было бы классно здесь выжать

На моём ноуте с выключенным звуком эмулятор выдавал 500% от оригинала, теперь 700%.

[Titus]

охеренный прирост производительности, процентов на 20-30
я-то думал 2-3% было бы классно здесь выжать

На моём ноуте с выключенным звуком эмулятор выдавал 500% от оригинала, теперь 700%.

Ну вот, а ты говорил) А можно ведь и еще быстрее)

[nzeemin]

Основное на что уходит время:

Emulator_PrepareScreenRGB32() -- около 40%
CMotherboard::SystemFrame() -- около 38%, в том числе
- CProcessor::CommandExecution() -- ~3%
- CProcessor::InterruptProcessing() -- ~6%

Занимался сегодня ещё оптимизацией.
В итоге, теперь пятёрка лидеров по затратам времени:

CMotherboard::SystemFrame() -- 40.90%
Emulator_PrepareScreenRGB32() -- 24.39%
CProcessor::InterruptProcessing() -- 9.52%
CMemoryController::GetWord() -- 5.64%
CProcessor::CommandExecution() -- 4.52%

На ноуте уже примерно 750% от оригинала.

[Titus]

CMotherboard::SystemFrame() -- 40.90%
Emulator_PrepareScreenRGB32() -- 24.39%
CProcessor::InterruptProcessing() -- 9.52%
CMemoryController::GetWord() -- 5.64%
CProcessor::CommandExecution() -- 4.52%

Эти названия ни о чем не говорят, нужна расшифровка)

[hobot]

beta 37, optimized

Спасибо за новую бету! Очень полезная и удобная кнопка "скриншот",
остальное будем гонять, на картинке видно какой на моём ноуте % "без звука",
но ноут греться стал сильнее к сожалению.

Скрытый текст

[свернуть]

в архиве прилепленном дискета со "скриншота"
загрузчик + игрушки