Тормоза с перерисовкой контролов после апгрейда до 1.4

[Vadim]

Согласен с zub'ом. Вы своим Refresh'em (ненужным, к слову сказать ) исправляли какой-то старый косяк в старом LCL. Стоит ли пенять на то, что Ваш код тормозит на каком-то совершенно ненужном для алгоритма программы действии?

[PVOzerski]

Хм лазарь 1.5, фпс 3.3.1, ну..у и жтк2 = 0 лагов. Т.е. ваш пример не лагает по отрисове. Скачет себе.

С отрубленным Refresh или с работающим?

[Vadim]

Можно предположить, что тормозит метод TGraphicControl.Refresh.

TGraphicControl.Refresh пытается захватить монопольно тот кусок канвы, который он собирается перерисовать. TWinControl рисуется сначала в памяти, а потом сразу копируется на канву.

[zub]

>>Можно предположить, что тормозит метод TGraphicControl.Refresh
"тормозит" реализация gtk2 бакенда и "искать" надо там

[PVOzerski]

За это время сделал вот что: пересобрал "бегающий" тестик под qt и увидел, что там Refresh просто не работает (нет отрисовки контрола во время "бега"). Рискну предположить, что в Lazarus 1.2.x/GTK2 было так же. Возможно, в ближайшее время проверю на компе со старым Лазарем (на этом переставлять очень не хочется).

[pupsik]

С отрубленным Refresh или с работающим?

И так и эдак. Я попробовал вынести синхонизацию на отрисовку контролов. Мемо заменил стринглистом (вывод в мемо, а работа в стриглисте). Ну..у и слип запихнул в екзекуте (так система "отдохнуть" успевает ). Да еще не много. Веселее стало скакать. Т.е. не сильно но куда веселее

[PVOzerski]

Спасибо Посмотрю непременно. Правда, если эту штуку буду демонстрировать с Вашими патчами - теперь же на Вас ссылаться придется Хоть скажите, как правильно Вас упоминать.

[pupsik]

Да это и патчем назвать трудно. Просто мысли.
Желательно поток отдельно вывести из главного модуля. Плюс пореже "терзайте" мемо (он сильно обидчив, может притормаживать, да и зачем его трогать если он только для показа). И синхронизировать цикл весьму мудрено мусье