Стандартные средства построения диаграмм в C# начинают виснуть после 1000 точек

Всем привет. В общем у меня есть основные диаграммы, но только одна отображается на экране. Эта диаграмма заполняется не быстрее 1 секунды. Диаграмму можно растягивать или фиксировать её интервал представления (Например между 600 и 700 точками). По оси х - у меня время в секундах, по у - само собой свои данные.
К тому же есть функция фиксации, в котором представляется возможность рассматривать таблицу в режиме паузы детально, но главная диаграмма всё равно заполняется.
Я бы не писал всего этого, т.к. это мало кого волнует, и по существу маловажно. Но вдруг где-то тут ключевая зацепка.

В итоге у меня это дело начинает виснуть после 700 точек. Где-то слышал, что используя сторонние компоненты построения диаграмм, добивались ажжжжж 16000... Я не знаю как быть. Пробовал с Invalidate(). Может я что-то не так делаю? Виснуть начинает всё предельно прогрессируя к сдвижению. При этом пробовал отключать всякие встроенные функции типа сглаживания и тп. Комп нагружается не сильно, но при фиксации и просмотре этого чуда, он нагружается довольно ощутимо.

Подскажите, пожалуйста, может есть какой-то способ не удаляя старые точки, т.к. нужна история, прибегнуть к лучшей производительности? А если и нет, то подскажите другие компоненты. И если возможно ссылку. Заранее спасибо.

0

Не думаю, что сторонние компоненты работают быстрее стандартных... В coolite у меня вываливалось исключение при построении графика более двухсот точек(по-моему)

1

Очень жаль, но нужно каким-либо способом это исправить. Вплоть до покупки платной версии. Вы что-нибудь слышали о платных решениях?

0

sptes, каким компонентом пользуетесь?

0

стандартным CHART

0

sptes, 1) а точки вам очень нужны или нужна только кривая
2) WinForm или WPF?

0

Psilon, 1) Точки очень нужны. Каждая из точек. В том-то и дело, ведь иначе можно было бы обрезать одинаковые точки в последовательности.
2)winform.

Как быть, не знаете?

0

Знакомая задачка, в университете на КГ, что то такое было
Решалось так - построение объекта производилось полигоном, добавление точки, изменение точки - операция "добавление" \ "вычитание". Точки хранились в стороннем массиве. На полигоне точке обозначались спец цветом. Ивент на мыше проверял цвет нажатия, если "спец" цвет - лез в массив точек. На стрессоустойчивости доводил автоматической функцией количество точек до миллиона, всё практически летало )

0

Кхм, вы имеете ввиду, что на экране демонстрируется лишь выделенная область из диапазона точек? А как тогда быть с прокруткой? Я Вас правильно понял?

0

С прокруткой не пробовал, но думаю проблем не должно возникнуть: прокрутка это смещение оси координат в целом, просто объект (полигон) будет иметь сдвиг относительно экрана. Суть в том, что бы не хранить графические точки, а хранить только полигон, построенный по этим точкам, меньше требуется времени и ресурсов. Т.е. фактически необходимо написать свой движок, для построения диаграмм. В универе немного отличалась задача, строились два и более объекта по "натыканным" на экране точкам, затем эти объекты свободно перемещались и к ним могли применяться операции ТМО (сложение, вычитание, xor ...).

0

Ясно, спасибо. Попробую, потом отпишусь)

Добавлено через 26 минут
А примера у вас не сохранилось?) Я бы с удовольствием посмотрел на него)

0

Поищу, когда буду дома.

1

onicdr, спасибо Вам

Добавлено через 2 часа 10 минут
onicdr, Можете помочь по теме? В общем я буду ждать ваш пример. У меня сейчас работает это дело от таймера, но таймер работает в главном потоке. При зависании, таймер тоже начинает зависать. Пробовал перенести присвоение значений в другой поток, но я не знаю каким образом добавлять в диаграмму значения кроме как вписывать вручную.
chart.Series[0].Points.AddXY(valueX,valueY);
Как можно иначе записывать значения? Чтобы потоки не конфликтовали с объектом, а главный поток отрисовывал только диаграмму?

Для DataPointCollection нельзя создать экземпляр класса.

0

Можно попробовать передавать целиком Series (удалять имеющийся в chart и добавлять новый принятый). Но не уверен, на сколько это разумно и быстро будет, надо пробовать.
Добавление в имеющийся Series через Invoke еще можно попробовать, но она фактически будет добавляться в основном потоке, так что тоже не имеет смысла.

1

Работает, но нюансов ещё больше выходит. По-другому, как сериализацией же не копировать объект. А если его не копировать, например в память, то никак иначе нельзя получить копию. Если же работать с ссылкой, то неминуемо приведёт к конфликту потоков. Я думаю есть же другой способ). Более гуманный. Диаграмма моргает, после диаграмма не может измениться, ибо она копируется с другой диаграммы, а если менять все свойства на ту диаграмму (фиксация, заполнение, сжатие - функции в моей программы для работы с диаграммой), то это всё переписывать.

Я пробовал сделать с массивом int X и Y, а ещё position. В итоге каждый раз программ будет в цикле смотреть на текущую позицию и добавлять необходимый диапазон из массива.
что-то типа
Но опять же, как оно себя поведёт?

Добавлено через 3 минуты

0

В принципе, если дело только в подвисании, то можно добавить строку Application.DoEvents() внутри цикла и делать в одном потоке всё, но нужно учесть - это снизит скорость добавления.

1

Так, а что это такое?))

P.s. Ех, мне нужно и контролировать точки в строгой последовательности обновления, и отрисовывать их в строгой последовательности. (

0

Простенький пример действия Application.DoEvents():
Если написать прогу с 1 кнопкой и действием внутри кнопки типа:
и нажать на эту кнопку - форма просто повиснет.
А вот если так:
То форма не в подвешенном состоянии.
Т.е. добавить надо 1 строку в цикл и всё будет ок)

0

Ух ты, она даже в другом потоке работает без захвата объекта. Классная вещь. Надо будет дома почитать об этом. Спасибо Вам всё равно большое. Если дома найдёте старый проект, то будет вообще замечательно.

0

Хорошо. Главное, что теперь время в такт с графиком идёт. Это просто замечательно)

Добавлено через 16 часов 51 минуту
А разве chart нельзя отдать на выполнение видеокарте? Ну не знаю, как-то неразумно же использовать ресурсы процессора для построение графических элементов?

0