QQuickView нативное рисование

[Отражение луны]

В QtQuick 1 есть множество ограничений, изъянов и мелких багов, на которые можно наткнуться в самый неподходящий момент. Фиксить их уже никто не будет, так что рано или поздно переходить придется)

[ecspertiza]

Думаю, в этом случае, я перепишу окно на QGraphicsView. Ибо почти 200 метров в памяти от QQuickView и инциализация от 1ой до 2х секунд меня совсем не устраивают. Под маком инициализация окна по ощущениям тоже ниже, но только первого, а под виндой постоянно. Само собой оставлять окно такого размера в памяти это просто не реально.

[navrocky]

Может у тебя сцена жирная и долго грузится? Сейчас смотрю, qmlscene с несложным qml отъедает у меня 17МБ оперативы. Старт за доли секунды.

Попробуй отображать в main.qml баннер, а всё остальное загружать в фоне с помощью Loader.

[ecspertiza]

Пример сцены можно посмотреть скачав joxi

А вот скриншот example http://dl2.joxi.net/drive/0000/0047/47/141216/5b0c2891c2.jpg

не сложный софт уже 40 метров в памяти.

[gil9red]

Пример сцены можно посмотреть скачав joxi

А вот скриншот example http://dl2.joxi.net/drive/0000/0047/47/141216/5b0c2891c2.jpg

не сложный софт уже 40 метров в памяти.

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

[ecspertiza]

Возможно, но это сложно доказывать пользователям, тестировщикам или менеджерам проекта. Особенно когда у конкурентов там цифра ниже

[0x0001]

http://doc.qt.io/QtQuick2DRenderer

Оказывается Вопрос в release Qt5.0.4 таки решен с программным rendering QML2.x , ...

[Igors]

Про Qt Quick ничего не знаю но

.. А так пользователи со слабой видеокартой, получают путяные тормоза.

А что конкретно тормозит? Пример: на старых картах могут очень ощутимо тормозить OpenGL шейдера (к которым так рвется молодежь). Может есть возможность без них. А возврат на старое выглядит совсем бесперспективным.

[ecspertiza]

А что конкретно тормозит? Пример: на старых картах могут очень ощутимо тормозить OpenGL шейдера (к которым так рвется молодежь). Может есть возможность без них. А возврат на старое выглядит совсем бесперспективным.

тормозит qml Как пример, можно скачать софт http://joxi.ru - это скриншотилка, так вот когда нажали кнопку сделать скриншот, там появляется курсор для выделения фрагмента экрана. Это окно сделано на qml, само перекрестие на QQuickItem (было сделано), на слабых видео картах, если двигать курсором, то это перекрестие сильно отстает от самого курсора, и дело не в получении координат, они как раз приходят быстро, а дело в отрисовке. Так же в самом софте есть инструменты рисования, они также тормозили отрисовку на старых видюхах. Но тормоза на старом железе это только один из недостатков QQuick.

[RSATom]

Вот это занятненько встретить разработчика joxi    - пару лет пользовался им, весма полезная утилита, надо сказать...

Но вот то что там используется QML, честно говоря является удивительным, и ИМХО несколько странным решением...

[ecspertiza]

Но вот то что там используется QML, честно говоря является удивительным, и ИМХО несколько странным решением...

почему ? Тулбар который используется для выбора инструментов, удобнее всего реализовать как раз на qml, на мой взгляд. Опять же сцена, если используем QDeclarativeView или QQuickView имеем сразу много плюшек для рисования.

[RSATom]

почему ? Тулбар который используется для выбора инструментов, удобнее всего реализовать как раз на qml, на мой взгляд. Опять же сцена, если используем QDeclarativeView или QQuickView имеем сразу много плюшек для рисования.

С точки зрения возможностей, конечно же, qml позволяет много чего сделать - но обязательность(ну или как минимум желательность) аппаратного ускорения перечеркивает все его приемущества - собственно с этой проблемой вы и столкнулись в итоге. Кстати реализация на виджетах тоже позволяет сделать интересный интерфейс, а жестких требований к аппаратной части этот вариант не предьявляет. Опять же, не такой уж сложный интерфейс у joxi (хотя я возможно не вижу каких то сложностей) чтобы зарубаться на аппаратное ускорение.

[panAlexey]

Но как показывает практика для продакшена это не очень хорошо, порою даже очень плохо.

Вовсе нет. Проблемы могут наблюдаться на устаревших системах, где драйверы видеокарты не умеют opengl по-человечески.

Моя практика подсказывает, что бизнес не будет менять компы ради второстепенной софтины.
У нас возникли проблемы с joxi например, не на всех компах оно крутится нормально.
Так что увлечение QQuick-программами не особо благоприятно для нашей страны.

[panAlexey]

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

+1
Я пока с квиком и не думаю заморачиваться.

[RSATom]

Все зависит от конерктного применения конечно, лично я заинтересовался QML просто потому что он позволяет реализовать то что мне нужно, при этом других альтернатив вообще нет (ну или я их не нашел). А нужна мне очень простая вещь - возможность иметь для одной программы разные интерфейсы (назавем их скины, хотя в моем случае это узковатое определение) - QML же позволяет легко и непринужденно задавать произвольный интерфейс в run-time - но у этого само собой есть своя цена...