Qml приложение, графические объекты и многопоточность.

Рекомендуємо хостинг TIMEWEB

Stabiles Hosting des sozialen Netzwerks EVILEG. Wir empfehlen VDS-Hosting für Django-Projekte.

Добрый день!
Перемещение происходит по какому-то таймеру?
Вопрос похож на реализацию игровой логики частично. Можно делать таймер в каждом объекте, который будет инициализиаровать передвижение своего хозяина. Это должно сделать как минимум более независимый вариант движения. Частота сработки таймера также должна быть достаточно высокой, возможно также 1 мс. Тогда для глаза будет не заметна, очерёдность движения. Если только объектов не слишком много на поле.

Да, так как вы и сказали перемещение порождаемых объектов происходит по таймеру, каждые пол секунды смещается на определённое расстояние. Может как то эти объекты нужно вынести в поток чтобы отрисовка не торомозила при движении главного объекта ? Если интересно могу код предоставить. 

А насколько много получается используемых объектов в итоге?
И таймер используется один для всех объектов? Или каждый объект использует свой таймер?
Если используется один общий таймер, то всё равно будет последовательность срабатываний, даже если в отдельный поток поставите какую-то логику. Сами объекты вынести в отдельные потоки не выйдет, они должны будут существовать в потоке GUI, поэтому можно вынести в отдельные потоки только некоторую лоигку расчётов, а потом возвращать результат в объект, но если расчёты не тяжелые, то и смысла особенного нет в отдельных потоках.
К тому же, всё равно последовательность срабатывания слотов у объектов будет выполнятся в определённой очереди. Так что очерёдность будет сохраняться в любом случае. Здесь как вариант увеличивать скорость срабатывания таймера и делать по таймеру на каждый объект, чтобы они были независимы друг от друга.

Пока что используется 2 объекта, главный и порождаемый, таймер пока что один для порождаемого объекта, но тормозит все равно, сейчас попробую изменить функции, чтобы вся работа по расчётам  была вынесена в с++, есть пару функций расчёта непосредственно в Qml, гляну может пропадёт торможение, оптимизирую отпишусь. Спасибо.

У вас движение через что реализовано? Через прикрепляемое свойство Behaviour on x, Behaviour on y?

В Qml при нажатии по клавишам вверх, вниз, влево, вправо генерируется сигнал, передаётся в логику, меняем координаты объекта, генерируем сигнал перерисовки, объект переместился.

не очень сложная логика. А в чём проблема? внутренний объект вылетает за пределы квадрата?
У меня тормоза начинались с парой сотен объектов, у каждого свой таймер и расчёт отражений.
Думаю, у вас в чём-то другом ошибка. Увеличивайте частоту таймера для начала.

Вообще, чтобы не наблюдалиь лаги и тормоза в тех случаях, когда нужно быстро изменять объекты и их положение в окне приложения (это касается игр и чего-либо подобного в плане логики), то везде рекомендуется поддерживать частоту обновления не ниже 60 FPS, а это значит, что таймер должен срабатывать раз в 16 мс, а не раз в пол секунды.

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

Как вариант, реализовать функции перемещения внутри каждого объекта, и просто вызывать их функции перемещения. Можно даже как Q_INVOKABLE методы в C++ написать. А координаты устанавливать через setProperty("x", coord);

Спасибо Евгений за наставление, вы были правы, я создал для каждого объекта свою функцию прорисовки, и прорисовка идёт не по всёй области а только лишь того участка где произошло изменения. Сигналами из с++ передаю координаты с изменениями. Тормоза пропали, приложение стало нормально работать. То есть нужно было правильно понять как происходит обмен данными между логической и графической частью проекта  а потом  уже потом программировать.

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