Hi ! I have the same problem. The QT included in the last IMG doesn't include a Qmake file. So when I compile like you, it give the same error cause we need to interface with the supplied proprietary libs in /opt I think.
On the Raspberry Pi, we need to interface with the VC libs in opt/ to correctly initialise with hardware acceleration, but VC libs are only for the Broadcom chipset on the Pi. On my NanoPI, it is a S5P4418, with a Nexell backend. Maybe we have to do the same with the Nexell libs included on the IMG ? I have a Fire2A and a S2, not sure you have the same configuration as me.
Qt recognize EGL and OpenGLES 2 but can't seem to open a display without these libs.
I found your topic and i have a problem with a SIGSEGV at the start of qt application when i used gdb.
Your patch work with a previous problem i have with breakpoints but no with this one so have you an idea ?
I'm using an imx6 platform with EGLFS and when upgrading Qt from 5.3.2 to 5.5.1, I can't start a debug.
I try to backtrace in qtcreator but i can't find anything to help.
Here it's a part of gdb log.
Process AW_APP created; pid = 1370
Library /lib/ld-linux-armhf.so.3 loaded
dNOTE: ENGINE RUN AND INFERIOR RUN OK
dState changed from EngineRunRequested(7) to InferiorRunOk(11) [master]
sDémarrage de l'application
dNOTE: INFERIOR STILL RUNNING IN STATE InferiorRunOk.
>~"\nProgram received signal "
>~"SIGSEGV, Segmentation fault.\n"
>~"0x4dca9e24 in ?? ()\n"
dNOTE: INFERIOR SPONTANEOUS STOP
> 914bt full
>~"#-1 0x4dca9e24 in ?? ()\n"
>~"No symbol table info available.\n"
>&"warning: Unable to restore previously selected frame.\n"
Unable to restore previously selected frame.
Thank you for the answer:)
In the meanttime I got the Raspebrry Pi 7" Display (800x480) and the Widgest's performance on eglfs seems a lot better. - it looks like the display size ( or the display interface ??) plays a major role.
Basically I have an QT4 QWidgets app that I want to migrate to Qt5 / Declarative . As a first step , I want to replace the frontend navigation UI with some QML based component.
The only way to achieve this is on the actual test device is eglfs but it needs to support the QWidgets well enough .
The app contains some data aquisition&visualization (QWT) part, that is very performance sensitive, and I actually hoped that eglfs would increase performance ....and this is why I was pretty dissapointed with the first tests restults.
So I am really interesed about the limitations and the bigger overview.
Is it possible on EGLFS to embbed a QML scene in a QWidget?
Is a better Wayland better platform ( for rpi2 that is) for what I want to achieve?
Driver was the the right way to go, thanks for pointing this out.
It turns out that the driver had a calibration method built in, but the transform matrix was not set to change the coordinates. I calculated the new matrix values based on the max coordinates displayed by evtest and the actual coordinates of the framebuffer, plugged them in to the driver code, compiled and ... it works!. Evtest displays correct coordinates and Qt works correctly with no tslib.
I don't like the fact that calibration matrix is hardcoded into the driver, but I consider fixing this an extracredit activity to be done sometime in the future.
I am trying to play video using gstreamer in qt5 video widget example.
If you have time can you please explain how to implement it, gstreamer video plays properly using gst-launch-1.0 command but when i try to play the video widget example from qt i get buffers dropped warning and the video is not running smoothly or it is delayed with breaks.
I would also like to know how did u switch between different frame buffers at runtime, like you said gstreamer on fb0 and qt ui on fb1
the board i am using is freescale imx6q board and the kernel is 3.10.17.
i built kernel and qt5 with yocto project.