Light Plot2D

[daimon]

Можете описать Вашу концепцую - точки та всё равно надо пересчитывать под виджет?!

[daimon]

Я думаю в Ваш проект ещё нужно добавить сигнал изменения настроек- полезно для settings widget и создать отдельный класс или пространство имен всех настроек графика под settings widget

[m_ax]

Можете описать Вашу концепцую - точки та всё равно надо пересчитывать под виджет?!

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

Я думаю в Ваш проект ещё нужно добавить сигнал изменения настроек- полезно для settings widget и создать отдельный класс или пространство имен всех настроек графика под settings widget

Да, наверное, добавить сигналы будет не лишним.
По поводу создания отдельного класса настроек:

У Вас, как я понял роль его выполняет Settings2DGraph.
Я бы не стал так делать..
Во-первых, он у Вас довольно большой (чего там только нет)). Если мне понадобиться изменить только лишь, ну скажем, double stepX, то получается я должен создать объект класса Settings2DGraph, изменить в нём данное поле и затем записать его в plotter, воспользовавшись функцией:

Код

C++ (Qt)
void set_plot_settings(Settings2DGraph &opt_graph);
 

 
Кстати, при этом не произойдёт высылка сигнала

Код

C++ (Qt)
void modified(bool);
 

поскольку все поля у Вас открыты и их изменение не вызывает сигнала.. (а это не хорошо))

Это не рационально - всё мешать в одну кучу. И делать члены класса открытыми - ну эт тож вчерашний день)

Я надеюсь, всё же допишу в ближайшее время документацию. Руки пока до неё не доходят) 

   

[lit-uriy]

В доке:
"Где достать библиотеку"
СССРовское слово "достать" лучше заменить, например, на "взять"

[daimon]

Хорошо на счёт класса настроек графика Вы правы, а вот пространство имен с константами надо создать, чтобы проще потом было использовать для settings widget

[m_ax]

В доке:
"Где достать библиотеку"
СССРовское слово "достать" лучше заменить, например, на "взять"

Спасибо, подправлю)

Хорошо на счёт класса настроек графика Вы правы, а вот пространство имен с константами надо создать, чтобы проще потом было использовать для settings widget

Вы имеете в виду это:

Код

C++ (Qt)
enum Symbol{NoSymbol = 0, Cross, Circle, Square, TriangleUp, TriangleDown, Rhombus};
 

Предлагаете его перенести в сам класс CurveData?
Или что Вы имеете в виду?)

[daimon]

Не просто хочу, чтобы было похоже на пространство  имён Qt там всё есть, чтобы к этому пространству имён
был доступ везде. Если будет класс виджет настроек передавать указатель на весь класс графика? (Ваш проект)

[m_ax]

Не просто хочу, чтобы было похоже на пространство  имён Qt там всё есть, чтобы к этому пространству имён
был доступ везде.

На счёт namespace, я подумаю))

Если будет класс виджет настроек передавать указатель на весь класс графика? (Ваш проект)

Если создать некий класс (аналог Вашего Settings2DGraph) и передавать указатель на объект этого класса в метод класса plotter?
Ну это уже походит больше на костыль, дабы не переписывать уже имеющийся код Короче не убедительно..
Чем Вам не нравится реализация и архитектура lightplot2d?
 

[daimon]

Если попытаться ввести потоки при расчётах координат?

[m_ax]

Если попытаться ввести потоки при расчётах координат?

А если попытаться поставить винду на ламповый компьютер? 

[daimon]

Если попытаться ввести потоки при расчётах координат?

А если попытаться поставить винду на ламповый компьютер? 

Чем больше точек, тем больше тормоза - надо разпоточить

[m_ax]

-Ну и запросы у Вас:
сказала база данных
и повисла))

Чем больше точек, тем больше тормоза - надо разпоточить

Я так понял, под расчётом координат понимается следующее преобразование:

X = a₁₁x + a₁₂;
Y=a₂₁y +  a₂₂;

где x, y - координаты (физические) точки, те которые нам извне приходят;
X,Y - координаты на виджете, a_i,j - матрица преобразования.

Так вот, a_i,j высчитываются только один раз перед рисованием графика (кривых там, осей и т.п.), а дальше для каждой точки мы просто вычисляем X и Y.

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

Источник тормозов, (хотя я их не наблюдал) - эт сама отрисовка кривых, методом drawPolyline. Чем больше там точек (в QPolygonF) тем больше времени нужно для отрисовки.

Хотите ускориться: есть два(?) варианта:
1) выкинуть лишние точки, перед отрисовкой (можно в отдельном потоке)  
2) использовать OpenGL
3) использовать пункты 1 и 2 совместно.  


Yours sincerely
m_ax    

[daimon]

Самое простое закинуть в QGLWidget - слышал там paintEvent работает в 2 раза быстрее.
И ещё, если вектор точек будет велик - эти 2 умножения и 2 сложения будут долго делаться (надо разбить вектор на количество потоков и отдельно считать, а потом - в один всунуть).

С ув.

[Igors]

И ещё, если вектор точек будет велик - эти 2 умножения и 2 сложения будут долго делаться (надо разбить вектор на количество потоков и отдельно считать, а потом - в один всунуть).

Разбиение не требуется, можно просто дать каждой нитке считать N точек начиная со своего индекса. Однако, как уже сказал m_ax, при таком малом числе вычислений затея никуда не годится (2 и более процессоров будут медленнее чем 1). А вот рисовать параллельно - было бы интересно проверить. Ну не на экран а в QPixMap или QImage

[daimon]

Тут же проблема как разбить QPixmap для рисования и как создать ту универсальную функцию (поток) для отрисовки информации, а дальше экспериментировать с количеством потоков (для лучшего результата). И ещё подсчёт координат точек логично разпоточить, если вектор будет содержать более 1000 точек (отловить ифом).