Ёбаный спермакулятор

[TS-Labs]

Львиную долю тактов анрыл отжирает на флип битмапа в экран.

[deathsoft]

Львиную долю тактов анрыл отжирает на флип битмапа в экран.

Бугага, пейши еще, флип аппаратно блиттером делается либо через пейдж флипинг (когда соответствующий режим выставлен). Лвиную долю тактов унриал отжирает в пустом цикле когда делает 50фпс с точностью до такта ПЦ проца. Если выставить синхронизацию по звуку, то загрузка проца стремится к нулю, т.к. пустого цикла тогда нету, но тогда и точность кадра +-12мс из за Sleep(1).

[deathsoft]

у меня он 5-10% кушает, хотя комп не слабый i5-760 @ 3200

При этом фпс прыгает черт знает как. Унриал при синхронизации по звуку заниал почти 0% на древнем П4 нортвуд 3200 (твой коре и5 в разы быстрее того древнего п4). Унриал даже 50фпс шел в режиме оверлея на древнем пентиум про 200 (там загрузка конечно была не нулевая).

[TS-Labs]

Бугага, пейши еще, флип аппаратно блиттером делается

Особенно в режиме GDI.

[DimkaM]

Ни иибу что такое GDI, но на ноуте celeron B830 1.8ghz, в оконном режиме унрил съедает 0-2%, включен текстмод и в него в цикле выводются факи.

[deathsoft]

Особенно в режиме GDI.

Для тех кто не знал, в режиме GDI функция BitBlt также акселерируется через аппаратный блиттер.
http://msdn.microsoft.com/en-us/library/windows/hardware/ff556180(v=vs.85).aspx

If the driver hooks DrvBitBlt, GDI will call this function when it needs to perform a BitBlt operation where one of the surfaces is a device-managed surface. If the driver implements opaque device-managed bitmaps, it must hook DrvBitBlt; otherwise, hooking DrvBitBlt is optional. If the driver cannot handle the specified call, it may punt the callback to the DIB engine by calling EngBitBlt.

И только для альтернативно одаренных видеокарт используется эмуляция в виде EngBitBlt.

[zxmak]

При этом фпс прыгает черт знает как.

fps прыгает не из-за производительности, а из-за особенностей замера - измеряется время между present двух соседних кадров, поэтому на кадрах где появляется пропуск (т.к. 50 герц на 75 герцах без пропусков не получишь) время увеличивается и это это сбивает измерение. Если мерять кол-во кадров в течении секунды, то это слишком медленно - одно обновление на 50 кадров. Есть лучше идеи как померять fps чтобы знать изменение на каждом кадре?
Т.е. на самом деле фпс стабильный. Другой вопрос что синхра идет по звуковухе, поэтому нет контроля над пропуском кадров и в какие-то моменты пропуск кадров может смениться с четных на нечетные. Соответственно в одни моменты четные кадры отображаются чуть дольше, в другие моменты нечетные. Это может негативно влиять на отображение гигаскрина при развертке 75 герц, что выглядит как периодическая смена оттенков через некоторое кол-во секунд. На 100 герцовой развертке проблем быть не должно.

[moroz1999]

Мне кажется, что пользователя различия в overlay/gdi и прочих умных словах вообще касаться не должны. Нужно как в спектакуляторе - стартанул и поехало.
А то доходит до того, что из-за разницы в кривых дровах кривых видеокарт на разных компах один и тот же конфиг работает по-разному. Пользователь хочет эмулировать, а не ебаться с конфигами и разрешениями экрана.
На какой-то версии у меня была такая шняга, что при выставлении режима через гуй эмулятор вылетал, а если сразу задать его с конфига, всё было ок.
Предлагаю похерить все нестабильные режимы и сосредоточиться на каком-то одном. Кому нужно запускать ебулятор на всяком говне мамонта, могут пользоваться старыми версиями, тысячи их.

[alone]

Для начала выпадение по буферу звука пофиксите. Последняя версия всё ещё выпадает, если долго держать открытый эмуль (не дебаг и не окна) в фоновой задаче.

[lvd]

Предлагаю похерить все нестабильные режимы и сосредоточиться на каком-то одном. Кому нужно запускать ебулятор на всяком говне мамонта, могут пользоваться старыми версиями, тысячи их.

А кому нужно запускать через RDP, например?

В фидо таких как ты посылали: "отучаемся говорить за всех".