Скорость рисования и остальная скорость

[Beermonza]

Собственно, резервов полно. Например, Loop я заменил на такую последовательность:

mov ecx, H

// код

sub ecx, 1
cmp ecx, 0
jne  @xx

Прирост производительности в 1,5 раза, от текущего теста. Ищем дальше.

[Ulex]

Про Loop я тебе уже давно говорил.
http://www.programmersforum.ru/showp...99&postcount=9

Думаешь Flash-игра меньше загружает процессор?

Оба-на. А при чём тут Flash?

Задача сводится к сносной работе

Продолжаем искать чёрную кошку. Давай так, сделай возможность в своём тесте отключить ещё и деревья. Чтобы в цикле рисования была возможность оставить только копирование подложки и BitBlt. Я конечно в дизассемблере занопил эту область, но это не совсем честный тест получается, так как вместе с деревьями занопились и человеки. Вот если хотя бы просто копирование подложки + 10 маленьких человеков загрузит проц хотя бы менее чем на 80%, тогда ещё есть смысл искать эту кошку и бороться за пользователей третьих пеньков. Если нет, то и смысла дальнейшей оптимизации лично я не вижу.

[Beermonza]

Тогда про Loop я, честно говоря, "не втянул озон", теперь только вспомнил, ...впопыхах искал твои рекомендации, не нашел и изобразил это, выше показанное, ...до сих пор не понимаю разницу между jne и jnz, ...ну, не суть, разберемся со временем.

Flash тут конкретным боком, поскольку on-line игры на нем частенько, ...садят CPU нещадно, ...Dofus (РПГ) мой Pentium 4 3GHz грузил на 100%, и в паузах по 50%, ...это считается "нормой", ...я этот уровень перескочил, но хочу уделить внимание "допнямчетвертым".

Хорошо, сделаю отключение всего, ...если есть желание и время поиграешься настройками, ...узнаем что к чему.

Спасибо за поддержку.

[.pixel]

…BitBlt для "до 4х пней" тем более таких размеров «подложка», мне кажется это тоже колоссальная нагрузка на проц. Может, стоит обратить внимание на видео подсистему? И воспользоваться ею преимуществами). "Дочетвертый пень" явно может иметь видео уровня GeForce 2/4 MX пусть даже и хуже… а это DDraw c flip’ом буферов и oGL) Интересно, а через Overlaу можно организовать вывод? Все быстрее битблта)

[Beermonza]

.pixel, не знаю пока доступа к форме, только через BitBlt. Даже точно не знаю куда он перекидывает данные, ...по всей видимости по контексту формы в ее буфер, а потом буфер всей формы на экран, ...может не так, но медленно, если логически рассудить. Много раз спрашивал, как можно рисовать сразу в области формы по указателю на внутренний битмап, а то же приходится рисовать в буфер, а его кидать в форму BitBlit'ом.

Вот тест с отключением всего:

[Ulex]

Вот так вот получилось:
Вобщем, я больше не вижу пространства для оптимизации. Нет здесь этой кошки. И искать её бесполезно.

кол-во перс| деревья | Подложка | BitBlt| загрузка CPU (%)| вых интервал (мс)|
-----------|---------|----------|-------|-----------------|------------------|
     0     |    0    |    +     |   +   |     98-99       |       31-41      |
     0     |    0    |    -     |   +   |       35        |        31        |
     0     |    0    |    +     |   -   |       35        |        31        |
    10     |    0    |    -     |   +   |       34        |        31        |
   100     |    0    |    -     |   +   |       35        |        31        |
   100     |    1    |    -     |   +   |       67        |        31        |
   100     |    2    |    -     |   +   |       71        |        31        |
   100     |    3    |    -     |   +   |       99        |       31-41      |
  1000     |    0    |    +     |   +   |       99        |        62        |
   100     |    0    |    +     |   +   |       99        |       31-41      |
------------------------------------------------------------------------------

[Beermonza]

Если не затруднит, проверь вот такие варианты:

PHP код:

кол-во перс| деревья | Подложка | BitBlt| загрузка CPU (%)| вых интервал (мс)|
-----------|---------|----------|-------|-----------------|------------------|
    10     |    0    |    +     |   +   |        ?        |         ?        |
    10     |    1    |    +     |   +   |        ?        |         ?        |
    10     |    2    |    +     |   +   |        ?        |         ?        |
    10     |    3    |    +     |   +   |        ?        |         ?        |
    20     |    0    |    +     |   +   |        ?        |         ?        |
    20     |    1    |    +     |   +   |        ?        |         ?        |
    20     |    2    |    +     |   +   |        ?        |         ?        |
    20     |    3    |    +     |   +   |        ?        |         ?        |
------------------------------------------------------------------------------ 


[Ulex]

Да как бы не затруднит. Скорее всего уже завтра.
Смысла правда в этом не вижу особенного, расстраиваться только.
Да и как дальше оценивать не очень понятно. Загрузка CPU будет 100% во всех этих тестах. Реальный таймер засекать? Но он на пустой сцене с 0 объектов и деревьев уже нестабилен 31-41. Далее до 100 маленьких объектов с 0 деревьев он так и болтается 31-41. На 1000 объектов интервал становится 62. Промежутки не смотрел. Деревья тоже не смотрел. Просто лично я перспективы оптимизации здесь больше не вижу. В секунду должно выводиться 30 кадров, каждый кадр содержит минимум очистку (вывод задника) и конечный вывод BitBlt кадра на HDC. Вывод задника у тебя построен на инструкциях MMX. Т.е. всё, это минимум, и он уже грузит проц на 100 и тянет таймер (не стабильно, но тянет).
Ещё остается попробовать 16-ти битные тектуры, но это в ущерб качеству.
И была ещё одна идея у меня. Я тут подумал, а что если в качестве BackBufer_а использовать поверхность, созданную в видеопамяти, и выводить все наши картинки из ОЗУ непосредственно в видюху, а потом метод Present интерфейса IDirect3DDevice8. Ну и пока моя реализация этого метода на DirectX8.1 оказалась гораздо медленне обычного BitBlt.

[.pixel]

Ulex...

И была ещё одна идея у меня. Я тут подумал, а что если в качестве BackBufer_а использовать поверхность, созданную в видеопамяти, и выводить все наши картинки из ОЗУ непосредственно в видюху, а потом метод Present интерфейса IDirect3DDevice8. Ну и пока моя реализация этого метода на DirectX8.1 оказалась гораздо медленне обычного BitBlt.

Можно даже взять dd7й и рисовать в окно

Первичную создать…

ddSurfaceDesc.dwFlags=DDSD_CAPS;
ddSurfaceDesc.ddsCaps.dwCaps=DDSCAPS_PRIMARYSURFACE | DDSCAPS_VIDEOMEMORY;
	
hRet=pDD->CreateSurface( &ddSurfaceDesc, &pPrimarySurface, NULL );

Затем в качестве BackBuffer использовать Офф-Скрин поверхность…

ddSurfaceDesc.dwFlags=DDSD_CAPS | DDSD_HEIGHT | DDSD_WIDTH;
ddSurfaceDesc.ddsCaps.dwCaps=DDSCAPS_OFFSCREENPLAIN | DDSCAPS_VIDEOMEMORY;
ddSurfaceDesc.dwHeight=600;
ddSurfaceDesc.dwWidth=800;
hRet=pDD->CreateSurface(&ddSurfaceDesc, &pBackBuffer, NULL);

В нем формировать изображение посредством прямого доступа к области памяти

pBackBuffer ->Lock(NULL,&ddSurfaceDesc,
		DDLOCK_SURFACEMEMORYPTR | DDLOCK_WAIT,NULL);

UINT surfaceWidth=ddSurfaceDesc.lPitch;
UINT surfaceHeight=ddSurfaceDesc.dwHeight;

char *buf=(char*)ddSurfaceDesc.lpSurface; //указатель на поверхность!
ZeroMemory(buf, surfaceWidth*surfaceHeight ); //очистка Back-буфера

//тут может находиться оптимизированный mmx/sse код прорисовки сцены

pBackBuffer ->Unlock(NULL);

А затем «блиттить», его на первичную, сколь угодно часто и когда угодно, хоть 25раза в сек)

pPrimarySurface->BltFast(0, 0, pBackBuffer, NULL,  DDBLTFAST_WAIT);

[Beermonza]

Ребята, мне чертовски интересно все это )) ...пробовал и так и эдак, ...рисовал в память видеокарты из ОЗУ, но что-то увидел загрузку под потолок и успокоился, и это на Pentium 4, может что-то не так делал, ...попробую поискать старые исходники. Из-за чего весь "сыр-бор", ...ну, не помещается в видеопамяти на 32М всего многообразия, что встречается в одном кадре (у меня). 2D игра не обязательно это стратегия типа первой SimCity, ...бывает и с огромными полупрозрачными анимированными объектами, как у меня деревья, их кадры нужно куда-то девать, это 15М в RGBА качестве, на одно дерево, даже кадров всего 12, старался как можно меньше их соединить, без потери качества и видимости цикла. Такое еще никто не делал, мне кажется. Если 3D с такой же детализацией, чтобы текстура на ствол и на один лист (256К максимум), то загнется не только Celeron, но и Pentium 4 со своими видеокартами, когда игрок зайдет в лес. А делать малополигонные метелки как-то не по мне. ))