это можно назвать вертикальной синхронизацией... но пока даже не понятно где инфу нарыть...
на ixbt в одной теме обмолвились, что это такая особенная технология у майкрософтов теперь - общий видео буфер для десктопа, который формируется по особенной стратегии.
для аэро это да, это понятно, но почему-то и классический интерфейс стал гораздо менее ровным для отрисовки с заданой частотой. терпимо, но тож не приятно, оно ж было в порядке...
проблема возникает с контролем fps, с плавностью отрисовки. при использовании обычного bitblit - инга.
он теперь происходит неровно, начиная примерно с 30-ти кадров в секунду.
это конечно затрагивает только софтварные рендеры и т.п.
OpenGL и DirectX - там все нормально. это естественно.
вот тест: http://www.nemehanika.ru/cg/download/test.exe
на XP идет сверх плавно, внутри программы никаких неучтенных потерей времени нет. слева отрисовывается время расчетов, справа время простоя. ну это не важно... главное: что-то испортилось с новой версией винды и пока не понятно, что с этим делать?
эффект видимо такой для аэро: - через определенный промежуток времени необходимость вывода(блитинг) натыкается на какую-то операцицию семерки и происходит задержка вывода. т.е. формально блитинг происходит, а фактически задерживается и на солидный промежуток времени. словно у десктопа есть своя частота обновления. но как это сратстается с тем, что у окон тоже свои могут быть частоты обновления?
может надо это как-то в событиях более грамотно заявить, чтоб винде было понятно когда окно программы обновляется, раз битблитинг этого не достигает. хрен его знает пока...
какие у кого есть соображения, может кто-то знает где об это почитать?. фактически изменились достаточно ключевые спецификации и только распространненость опенжл и деректикса маскируют пока какой-то толи ляп майкрософта толи интересную фичу... но пока больше на ляп похоже... |
)