я еще когда в 90е делал систему сдирания буржуйских чипов для наших конфетных харь, готовил следующий экран в памяти, vga имело буфер размером со всю экранную память, и потом просто переключал память, выводимую на экран.

Вы же сами в стартовом посте написали про 0.1с. Вот это и есть 100мс.
А 1000FPS вы никакими BitBlt и OpenGl-ями не получите. Урежьте осетра

с glCopyPixels сдвинуть текущую картинку на один пиксель и через glDrawPixels дорисовать только один недостающий столбец.
никаких дополнительных буферов в этом случае вообще не надо.

Чета я не то сказал )))
Реально хотелось бы достичь макс скорость 5 сек на весь экран, это 5/1100 = 4,5 мс/столбец
ну а тут как получиться

Осталось все это нарисовать в коде )

Ну тут кроме это окна еще куча других работает, копировать весь экран не получиться.

Такое предлагаю,
создаем матрицу размер +1 по х,
вводим новые значения в правый столбец,
выводим в канву со сдвигом -1 (чтобы новые данные появились справа)
копируем полученную канву в матрицу с нуля,
и тд.

Типа того, работает но жрет ресурсов столько же как предыдущие варианты (
похоже это типа тоже тупое копирование массива а не сдвиг указателя памяти

TRect tRectFrom(1,0,1101,800);
TRect tRectTo (0,0,1100,800);

Image1->Canvas->CopyMode=cmSrcCopy;
Image1->Canvas->CopyRect(tRectTo,gBitmap->Canvas,tRectFrom);

TRect tRectFrom2(0,0,1100,800);
TRect tRectTo2 (0,0,1100,800);

gBitmap->Canvas->CopyRect(tRectTo2,Image1->Canvas,tRectFrom2);

for ( y = 0; y < h1; y++)
{
ptr = (Byte *)gBitmap->ScanLine[y];

ptr[3300+0] = (Byte)Col;
ptr[3300-1] = (Byte)0;
ptr[3300-2] = (Byte)0;

ptr[3300-3] = (Byte)Col;
ptr[3300-4] = (Byte)0;
ptr[3300-5] = (Byte)0;

ptr[3300-6] = (Byte)Col;
ptr[3300-7] = (Byte)0;
ptr[3300-8] = (Byte)0;

}

ps а не , был не прав, вроде меньше нагрузка ...

Сообщение отредактировал Herz - Sep 3 2016, 12:35

Если Вам эта работа нужна в качестве инструмента.
В винде, по крайней мере в XP, можно "монополизировать" экран, те. фактически работать без окон, графика в полноэкранном режиме.
(я давненько игрался с этим режимомом для реализации простого, но длинного графика-лога с удобным скроллингом мышкой и масштабированием)
Окон естесетвенно, нет. Ваш график отображается реалтайм.
При восстановлении стандартного режима, окно "свертывается", с упрощенным отрбражением, скроллинг загрубляется,
например, до 20 позиций раз по полсекунды.

Без окон никак, увы.

Вот вроде бы нагрузка небольшая получилась...

Сообщение отредактировал Herz - Sep 3 2016, 17:24

а почему побайтно работаете и не пословно?

Не понял вопроса, в смысле цвета ?



Сообщение отредактировал whale_nik - Sep 3 2016, 16:52

4,5 мс - это 222 герца. Тоже многовато.
Вы примите во внимание, что для человеческого глаза не нужна такая частота. Достаточно, скажем, 60 Гц (вернее, достаточно 25, а 60 - это будет ультра-гладкая картинка). Вот и перерисовывайте соответственно 60 раз в секунду. Пусть за одну перерисовку у вас добавляется не один, а несколько столбцов.

В лоб будет больше 60 к/с, если оптимизировать как должно, немного медленнее memcpy. А можно и взять готовый memmove, останется добавлять один столбец. Выводить можно через libsdl.

4,5 это не обновление картинки а добавление одного столбца, а частота окна получиться 5 сек если считать кадром обновление всего окна.


Вы говорите для меня загадками )

Господа, вот такая штука виснет намертво и ничего не выводит, если без goto в таймере вызывать все отлично, в чем дело ?

int h1 = gBitmap->Height;
int w1 = 3300;

fg:

Col--;

for ( y = 0; y < h1; y++) // âàðèàíò 2 = ìåíÿåì â ìàñèâå òîëüêî îäèí ñòîëáåö
{
data_in[0][y]=random(250);
data_in[1][y]=random(250);
data_in[2][y]=random(250);
}

//-----------------------------------

TRect tRectFrom(1,0,1101,h1);
TRect tRectTo (0,0,1100,h1);

Image1->Canvas->CopyMode=cmSrcCopy;
Image1->Canvas->CopyRect(tRectTo,gBitmap->Canvas,tRectFrom);

TRect tRectFrom2(0,0,1100,h1);
TRect tRectTo2 (0,0,1100,h1);

gBitmap->Canvas->CopyRect(tRectTo2,Image1->Canvas,tRectFrom2);


for ( y = 0; y < h1; y++)
{
ptr = (Byte *)gBitmap->ScanLine[y];


ptr[w1+0] = (Byte)data_in[0][y];
ptr[w1-1] = (Byte)data_in[1][y];
ptr[w1-2] = (Byte)data_in[2][y];

}

//-----------------------------------

Sleep(100);
goto fg;

Ребят, я не понимаю зачем нам тут gl и уж тем более полноэкранная графика с монополизацией экрана....
Компонент лежит на форме и может предоставить свой DC(Device Context). Этот контекст как раз позволит рисовать в заданную область на форме(в окне).
Зачем лезть в gl если есть более стандартные функции из GDI. Сделать это всё на Canvas вместо Image и будет счастье.
Я бы взял за основу вот этот пример, где есть скроллинг битмэпа
https://msdn.microsoft.com/ru-ru/library/wi...0(v=vs.85).aspx
Используется как раз BitBlt()
Device context у нас есть, буфер сделать нет проблем... в целом тоже нет проблем )

Ежели кто-то сможет пояснить за использование GL в данном случае то я бы с интересом почитал.

Вот 5 сек на весь экран примерно 5мс/столбец, не вижу тут мега быстрого чего то .

Логичнее было бы в архив прилепить исходник, вместо этого безобразия

Пардон, попробуйте этот