Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Alexander Nassian
Did you have a look on QChart.js? Otherwise you could just wrap Qwt in a QQuickPaintedItem to integrate that single QWidget component in the otherwise QtQuick UI. Beste Grüße / Best regards, Alexander Nassian > Am 22.03.2019 um 20:02 schrieb Denis Shienkov : > > Hi, > > Yes, but Qt Quick has

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Denis Shienkov
> EGLFS It does not allow to mix the QWidgets and QOpenglWidgets > EGL/Wayland here I'm not sure. 22.03.2019 22:28, Konstantin Tokarev пишет: BTW, if your main concern is the performance of real-time plotting, it's extremely unlikely that you'll get better results on EGL/X11 than on EGLFS o

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Konstantin Tokarev
BTW, if your main concern is the performance of real-time plotting, it's extremely unlikely that you'll get better results on EGL/X11 than on EGLFS or EGL/Wayland. Note that you can use QWidgets on any of these platforms without restrctions. -- Regards, Konstantin _

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Konstantin Tokarev
22.03.2019, 22:21, "Denis Shienkov" : > Yes, it was 'wayland'.. I tried with any options.. E.g. with X11 it fails as: > > main.cpp:16:50: error: cannot convert 'Display* {aka _XDisplay*}' to > 'EGLNativeDisplayType {aka _FBDisplay*}' in initialization >>  EGLNativeDisplayType egldpy = XOpenD

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Denis Shienkov
Yes, it was 'wayland'.. I tried with any options.. E.g. with X11 it fails as: main.cpp:16:50: error: cannot convert 'Display* {aka _XDisplay*}' to 'EGLNativeDisplayType {aka _FBDisplay*}' in initialization >  EGLNativeDisplayType egldpy = XOpenDisplay(""); it wants framebuffer?? so, I don

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Konstantin Tokarev
22.03.2019, 19:11, "Denis Shienkov" : > Hi all, > > I'm trying to build a Yocto image, but the config tests fails on 'executing > config test egl-x11' test with: > >> In file included from main.cpp:7:0: >> main.cpp: In function 'int main(int, char**)': >> main.cpp:15:20: error: cannot convert 'E

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Denis Shienkov
Hi, Yes, but Qt Quick has not any good plotting library (as my app draw "real-time" curves). QtCharts in not an option. :) I thought that maybe I could use the OpenGL widget in QtWidgets app to render a curves there (e.g. with Qwt). But in this case I need in the working OpenGL on X11 (which

Re: [Development] QT_XCB_NATIVE_PAINTING makes worse that without of it

2019-03-22 Thread Denis Shienkov
Yes, I know that. But in my case Qt builds without of EGL on X11 support (by unknow reason this test fails). And any of QwtPlot{OpenGL|GL}Canvas does not work at all. 22.03.2019 19:27, Konstantin Tokarev пишет: You may want to try using QwtPlotOpenGLCanvas on your device _

Re: [Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Alexander Nassian
Then you should go with EGL and QtQuick if you want to utilize the GPU. X11 is mostly a horrible idea on embedded systems (and in general too if you would ask me). Widgets are drawn by the CPU as far as I know. Beste Grüße / Best regards, Alexander Nassian > Am 22.03.2019 um 17:06 schrieb Denis

Re: [Development] QT_XCB_NATIVE_PAINTING makes worse that without of it

2019-03-22 Thread Konstantin Tokarev
22.03.2019, 19:22, "Denis Shienkov" : > Hmmm.. thanks.. it is very bad... :( > > My goal it is to accelerate my QWidget application in some way... I use the > QWT library to render a curves.. > > That ~30% CPU loading occured even at a low "frame-rate" (about ~2 updates > per second)... But I n

Re: [Development] QT_XCB_NATIVE_PAINTING makes worse that without of it

2019-03-22 Thread Konstantin Tokarev
22.03.2019, 19:08, "Allan Sandfeld Jensen" : > On Freitag, 22. März 2019 12:46:59 CET Denis Shienkov wrote: >>  Hi guys. >> >>  I have iMX6 board with Qt 5.11.2 and Qt-widgets based application. I have >>  compiled my Qt with an 'xcb_native_painting' option. >> >>  I was hoping that this would sp

Re: [Development] QT_XCB_NATIVE_PAINTING makes worse that without of it

2019-03-22 Thread Denis Shienkov
Hmmm.. thanks.. it is very bad... :( My goal it is to accelerate my QWidget application in some way... I use the QWT library to render a curves.. That ~30% CPU loading occured even at a low "frame-rate" (about ~2 updates per second)... But I need about 20-30 updates per second... In this case the

[Development] Does iMX6 support EGL on X11 feature?

2019-03-22 Thread Denis Shienkov
Hi all, I'm trying to build a Yocto image, but the config tests fails on 'executing config test egl-x11' test with: > In file included from main.cpp:7:0: > main.cpp: In function 'int main(int, char**)': > main.cpp:15:20: error: cannot convert 'EGLNativeDisplayType {aka wl_display*}' to 'Display*

Re: [Development] QT_XCB_NATIVE_PAINTING makes worse that without of it

2019-03-22 Thread Allan Sandfeld Jensen
On Freitag, 22. März 2019 12:46:59 CET Denis Shienkov wrote: > Hi guys. > > I have iMX6 board with Qt 5.11.2 and Qt-widgets based application. I have > compiled my Qt with an 'xcb_native_painting' option. > > I was hoping that this would speed up my UI and reduce the load on the CPU, > but I was

Re: [Development] CMake branch

2019-03-22 Thread Tobias Hunger
On Fri, Mar 22, 2019 at 12:53 PM Joerg Bornemann wrote: > I believe that this means a reduced feature set for the CMake port. That's not what I wanted to say:-) All buildsystems all have things where they are nice to use and other areas where they are less nice. I want a build system for Qt tha

Re: [Development] CMake branch

2019-03-22 Thread Tobias Hunger
Am Freitag, den 22.03.2019, 10:45 + schrieb Jedrzej Nowacki: > I'm supporting Mikhail' proposal and I'm probably a bit guilty of the > thread > too. As some of you know I'm not enthusiastic about any build system. I > really > think that there are too complex for the purpose. What I care ab

Re: [Development] CMake branch

2019-03-22 Thread Joerg Bornemann
On 3/21/19 5:39 PM, Tobias Hunger wrote: > We do not want to port all the qmake-quirks over to cmake. We get enough > quirks > for free straight from cmake:-) I believe that this means a reduced feature set for the CMake port. What kind of things do we expect to go away that we take for granted

[Development] QT_XCB_NATIVE_PAINTING makes worse that without of it

2019-03-22 Thread Denis Shienkov
Hi guys. I have iMX6 board with Qt 5.11.2 and Qt-widgets based application. I have compiled my Qt with an 'xcb_native_painting' option. I was hoping that this would speed up my UI and reduce the load on the CPU, but I was greatly mistaken: When the QT_XCB_NATIVE_PAINTING is not set, I got follow

Re: [Development] CMake branch

2019-03-22 Thread Joerg Bornemann
On 3/21/19 5:01 PM, Alex Blasche wrote: - We can synchronize CMakeFiles and *.pro files >>> I do not understand this part. >> We can ask people to update CMakeFiles after updating pro files. > > I don't think that you can make this a requirement at this point in time. You > may find sup

Re: [Development] CMake branch

2019-03-22 Thread Jedrzej Nowacki
On Friday, March 22, 2019 9:58:33 AM CET Simon Hausmann wrote: > Am 21.03.19 um 15:54 schrieb Tobias Hunger: > > > My idea was to ask for merging wip/cmake after > > https://bugreports.qt.io/browse/QTBUG-73925 (aka. "milestone 1"). At that > > point the branch would be in a state where people can

Re: [Development] CMake branch

2019-03-22 Thread Simon Hausmann
Sure, we don't have to be super strict about those sub-tasks -- I'm sure Alexandru can be reasoned with so that we find a sub-set :). Right now a merge from wip/cmake to dev just wouldn't work at all anyway (it would break the cmake build). Simon From: Mikhail

[Development] Jira server (bugreports.qt.io) unavailable

2019-03-22 Thread Alex Blasche
We are experiencing problems with filters in Jira where items are not found anymore. We believe we have a solution for the problem but have to take the database down for about 20-30 min. This will start now. We are very sorry for the inconvenience. -- Alex

Re: [Development] CMake branch

2019-03-22 Thread Mikhail Svetkin
I think it is not bad idea in general, but I think we need to wait only some of them (maybe only build qtsvg and qt5). I think instead of creating new branches in qt5 and qtsvg we need to work in dev. Best regards, Mikhail From: Development on behalf of Simon

Re: [Development] CMake branch

2019-03-22 Thread Alexandru Croitor
Hi, You can find it here https://code.qt.io/cgit/qt/qtbase.git/tree/util/cmake/pro2cmake.py?h=wip/cmake > On 22. Mar 2019, at 10:06, Julius Bullinger > wrote: > > On 22.03.2019 09:58, Simon Hausmann wrote: > >> I think earlier last year we never considered this even, but today >> the quality

Re: [Development] CMake branch

2019-03-22 Thread Simon Hausmann
Hi, The script(s) are work in progress. You can find them in the util/cmake/ sub-directory of the wip/cmake branch of qtbase. There is one script for converting configure.json and one for converting .pro files. At the moment they are geared towards using the CMake functions we're developing in

Re: [Development] CMake branch

2019-03-22 Thread Julius Bullinger
On 22.03.2019 09:58, Simon Hausmann wrote: I think earlier last year we never considered this even, but today the quality of the .pro file converter has made this a possibility worth trying. Is this converter available somewhere? We're currently planning to migrate a project from qmake to CMa

Re: [Development] CMake branch

2019-03-22 Thread Simon Hausmann
Am 21.03.19 um 15:54 schrieb Tobias Hunger: > My idea was to ask for merging wip/cmake after > https://bugreports.qt.io/browse/QTBUG-73925 (aka. "milestone 1"). At that > point > the branch would be in a state where people can work on Qt (for certain > platforms) using cmake and do drive-by-contr

Re: [Development] CMake branch

2019-03-22 Thread Mårten Nordheim
On 21.03.2019 19:10, André Pönitz wrote: > On Thu, Mar 21, 2019 at 03:06:18PM +, Mikhail Svetkin wrote: >>> I find it hard to believe that this improves the quality of Qt 5.14 or 5.15. >>> Effectively you are proposing that we don't have any blocking CI for those >>> two >>> Qt releases. Oth