Если массив обновляется >90 раз в секунду (более 3гб в сек.), это уже за приделами производительности для большинства компьютеров даже при обычном копировании не говоря о прочих операциях. Самый разумный подход, это обновлять только видимую часть изображения(массива) и выводить этот участок на экран, при таком подходе нагрузка будет минимальная.

Не понял? Вещественные числа для вычисления координат пикселей, рисуемых на экран под масштабом? Итак использую целочисленный алгоритм (спер идею у Брезентхамма).

А у меня видел мерцание? =)

Затестил с ресайзом из fastlib, файсресайз и билинейный, оба позволяют отресайзить поле 1024*786 почти без тормозов (первый так вообще без них). Правда на линиях при таком ресайзе даже биленейного мало для качества. http://desksoft.ru/index.php?downloads=att...ents&id=305

Так понимаю, делиться тем, как ты этого добился не собираешься?  
Кстати, если не менять размера, позиции Пеинтбокса, у меня тоже не мерцает. Но вот скорость не ахти...

Это сообщение отредактировал(а) RESIN - 8.12.2010, 14:29

В onpaint рисуй буферный битмап на контрол, и не будет мерцания.
мне пока некогда выпилить из класса вещи, которые я не могу показывать  к тому же массив линейный, а не двумерный (хз как он в памяти лежит).

Так и лежит  В памяти все массивы линейны )
А проблема то в том и состоит, что буферный битмап долго рисуется даже со сканлайном. Ищу сейчас методы быстрого формирования битмапа...

рисуется или формируется?

Не так выразился, справедливое замечание ). Формируется медленно. BitBlt куда быстрее на канву Пейнтбокса происходит, в сравнении с самим формированием битмапа.

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

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

  Адресация по указателю никак не медленнее чем элемента массива, так что не вижу ни каких оснований для тормозов. Кстати построчная обработка быстрее чем послолбцовая.

100% вы правы! Только вот сама функция Scanline, видимо не очень быстро адрес возвращает.

Вот так я сейчас отрисовываю, используя библиотеку QuickPixels с мастеров делфи: http://www.delphimaster.ru/articles/pixels/



Или вот так, со сканлайном, без QuickPixels:



Разници на своем E8600 не заметил.
Если есть идеи, как это можно улучшить, делитесь, пожалуйста  Так же интересно ваше мнение о том, какой из способов лучше.

Это сообщение отредактировал(а) RESIN - 10.12.2010, 04:43

Преобразование типов при изменении байта по указателю, операции над longint при изменении байта по указателю 
В то время как у меня "пиксели" напрямую копируются через регистр MMX в две операции. Вот о чем я - мало адрес получить, важно какими операциями в него писать.


RESIN, у меня там было два массива, один 3000*3000, второй по размеру битмапа вывода (он потом 1:1 выводился в битмап, который и рисовался). Быстрый ресайз (fast который, без качества) на меньший массив (так проще было сделать переключалку на полный показ массива и только на его часть), потом вывод. Постараюсь сегодня выпилить пример.

Добавлено через 1 минуту и 16 секунд
Ах да, самое главное - битмап создавать только один раз, а не при каждом выводе

  Так зачем же вызывать ее каждый раз? На самом деле ее достаточно вызывать всего 1 раз, после создания битмапа для получения адреса последней строки, что и будет адресом начала всего битмапа. Дальше строки идут одна за другой.


  А я и не говорил что нужно адресовать байты.

  А смысл? Запись в регистры mmx и вывод из них в память займет дополнительное время, в результате выигрыш от такого копирования будет исчезающе мал (по сравнению с той же CopyMemory). 

  

  Интересно, что такой же косяк я заметил в коде в механизме двойной буферизации VCL   . Подозреваю, что отрисовка юзер интерфейса не столь частая, поэтому тормоза не так заметны.