Увеличение скорости TChart

[grebljmax]

На самом деле мне все это нужно для анализа тренировочного процесса в пост обработке т.е. у меня имеются данные с тренировки, которая проходила как максимум 3 часа, тренер заходит в программу выбирает данные, и с помощью CheckListBox выбирает нужный ему измеренный параметр. Например скорость, углы вращения, дистанцию, ускорения и т.п. Частота датчика 100 Гц. Данных куча. Для отображения графика всей тренировки в общем виде достаточно и шага 1 точка в секунду. Но когда происходит событие на Tchart OnZoom и выбирается интервал от 2 минут и меньше, нужно выводить все точки, иначе будет прямая линия. Если есть какие то наработки по построению графиков, огромная просьба показать или подтолкнуть на рациональный путь...Неужели если рисовать на Canvas и реализовывать функцию Zoom самому, анализ будет быстрее?

[raxp]

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

Для того, чтобы поняли, даже в SCADA архивные тренды не выводят все точки, а подгружают для визуализации только определенный заданный участок, а архивы там до нескольких лет доходят с шагом в десятки миллисекунд.

[grebljmax]

Я это понимаю, уважаемый Raxp, только как провести децимацию при отображении точек? Я так понимаю нужно в потоке анализировать границы выделенной области, и если мы анализируем короткий участок, на котором нам нужны подробности, мы выключаем децимацию , варианты как это осуществить

1) удаляем все усредненные прореженные точки из Series или просто очищаем Series и добавляем туда все имеющиеся данные

2) Добавляем на этом участке недостающие точки (но при движении графика при зажатой правой кнопке мыши, очень сильно тормозит эта функция)

3) Создаем для 1 параметра 3 (или более) Series с разной частотой вывода точек (Но очень загрузится буфер Chart - а )

Очень интересен механизм реализации предложенной децимации. Извиняюсь, если я чего то не до понимаю.

[raxp]

1- высчитываем сколько экранных пикселей вмещается по горизонтали на участке визуализации (области отображения тренда)
2- проходимся по массиву данных и делаем выборку из заданного временного участка для отображения.

Тупой подход: экранных точек 1000, данных 10000, тогда следует выбрать каждую 10000/1000=10 точку, однако это приведет к искажению формы из-за возможных пропусков экстремумов в сигнале.
Умный подход: делаем выборку на заданном временном интервале только экстремумы - характерные перегибы, применяем дополнительно полином сглаживания при окончательном выводе в серию чарта.

3- при событиях ZOOM/UNZOOM узнаем какой временной участок хочет пользователь увидеть и повторяем с пункта 1.

Ферштеен?

[grebljmax]

Огромное спасибо за умное решение Raxp. Только маленькое уточнение, после выполнение пунктов 1 и 2 мы очищаем старые данные в Series (Chart1.SeriesList[i].Clear) и на выбранном интервале выводим в эту же серию новые (уточненные) данные или же добавляем в имеющуюся недостающие точки? Как лучше сделать?

Все это будет происходить при событиях OnZoom или UndoZoom.

[raxp]

Не обязательно. Если экранные размеры окна отображения не изменились (пользователь не разворачивал форму тренда, не изменял его размер), то отображать все равно придется тоже самое количество точек, при этом очищать серию-контейнер не нужно, ведь мы имеем доступ к каждой точке через series.yValue[i] и series.хValue[i]. Этим мы дополнительно экономим время.

Нужно всего лишь подставить другие значения в соответствующие индексы массива (контейнера серии) из пункта 2.

[grebljmax]

Огромное Вам спасибо Raxp. Попробую реализовать данную идею, о результате обязательно сообщу.

[Аватар]

Наверняка в базе данные хранятся. Почему BDChart не использовать?

[grebljmax]

Не совсем Аватар. Все хранится в типизированных файлах, поэтому проще использовать Chart.