Отчего кварк жрет все процессорное время?

Возможно из-за OPENGL:)

Ерунда, не в нем тут дело совсем, дело как обновляется окно. А действительно, как?

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

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

Тогда возникнет необходимость как-то отслеживать изменение окна "изнутри". Ставить флажок как-то накладно, поскольку при заливке прямоугольника путем последовательной закраски пикселей слова будут постоянно "дергать" переменную, отвечающую за факт изменения экрана. Я о таком уже много думал, все никак не соберусь поэкспериментировать. Однозначно не хотелось бы устраивать головную боль программисту, поскольку сейчас можно обращаться с экраном кварка как с TCanvas в борландовских системах - рисовать на нем, опрашивать пиксели, и т.д. А тут вроде получается, что один раз успокоились, потому что проценты загрузки процессора стали низкими, зато потом постоянно чертыхаемся и расставляем принудительные обновления экрана.

Не, я не про это, я про то что если окно неактивно, то оно не обновляется, обновляется только те участки через которые протягиваем другие окна (травма окна). Кстати перенеси наш разговор куда нибудь в другую тему, там обсудим, может придумаем какой вариант. У меня же тоже граф. консоль по практически такому принципу работает, так что думать не только тебе придется

Так это отработка сообщения wm_paint.

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

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

Экономия копеечная будет. А если куча мелких окон поверх консоли? Это ведь надо будет аккуратно вырезать закрытые участки, и сэкономить 5-10% поверхности.

Винда сама скажет травмы и расчитает, нет там копеек. Твой кварк при 97% при моей консоли 3% занятости слишком уж, а идея практически одна. Я не успел написать дополнения на травму окна, может в этом дело?

Вот уж не знаю. Все, что я читал по программированию для Windows, сводилось к отработке wm_paint как такового. Если и можно как-то ускорить этот процесс, узнав координаты фигур, действительно подлежащих перерисовке, наверное было бы неплохо. Тем не менее, выжимать производительность таким способом мне кажется неправильным, поскольку кварк, несмотря на свои "огромные" проценты, дает сносную картинку, что в 2D, что (особенно) в 3D. А занятость процессора обусловлена особенностями прокачки сообщений, т.е. он съест все время, сколько ни дай, постоянно повышая при этом fps. Согласен, что это тонкий момент, подлежащий допиливанию... но мы тут приличной группкой активно пользуемся кварком уже год, и высокая загрузка процессора в периоды простоя видимых замедлений не дает.

Я чего то не понял, ты же в буфере рисуешь, а с помощью wm_paint только буфер выводишь в окно, или отрисовка идет через wm_paint?

Ну да, в буфере. Сброс буфера в окно идет постоянно в цикле прокачки сообщений - вдруг кто-то изменил буфер?