История изменений
Исправление kiverattes, (текущая версия) :
Извиняюсь за тупость: не понял, при чём тут BitBlt. Нельзя ли пояснить?
Скроллинг не всегда равномерный, иногда юзер дёргает скроллбаром как хочет туда-сюда, мне тут какие-то хитрости с копированием экрана самого на себя не нужны уже.
Ну и разумеется рисовать данные прямиком в пиксмапы, а не через ж.
Рисовать сразу в QPixmap очень дорого, рисовать дёшево - в QImage, а потом его за один вызов конвертировать в QPixmap.
Вопрос не в скроллинге, а в дорисовывании новых линий в риалтайм.
Исправление kiverattes, :
Извиняюсь за тупость: не понял, при чём тут BitBlt. Нельзя ли пояснить?
Скроллинг не всегда равномерный, иногда юзер дёргает скроллбаром как хочет туда-сюда, мне тут какие-то хитрости с копированием экрана самого на себя не нужны уже.
Ну и разумеется рисовать данные прямиком в пиксмапы, а не через ж.
Рисовать сразу в QPixmap очень дорого, рисовать принято в QImage, а потом его за один вызов конвертировать в QPixmap.
Вопрос не в скроллинге, а в дорисовывании новых линий в риалтайм.
Исправление kiverattes, :
Извиняюсь за тупость: не понял, при чём тут BitBlt. Нельзя ли пояснить?
Скроллинг не всегда равномерный, иногда юзер дёргает скроллбаром как хочет туда-сюда, мне тут какие-то хитрости с копированием экрана самого на себя не нужны уже.
Ну и разумеется рисовать данные прямиком в пиксмапы, а не через ж.
Рисовать сразу в QPixmap очень дорого, рисовать принято в QImage, а потом его за один вызов конвертировать в QPixmap.
Исходная версия kiverattes, :
Извиняюсь за тупость: не понял, при чём тут BitBlt. Нельзя ли пояснить?
А зачем все эти хитрости, если и так всё скроллится очень дёшево для ЦП? Ну да, может быть BitBlt будет быстрее, но есть ли это в линуксе?
Ну и разумеется рисовать данные прямиком в пиксмапы, а не через ж.
Рисовать сразу в QPixmap очень дорого, рисовать принято в QImage, а потом его за один вызов конвертировать в QPixmap.