[Development] Fwd: Are there any limitations on implementing the changing of the screen for a QWindow on systems using EGLFS?
Verebélyi Viktor
vviktor2 at gmail.com
Wed Jul 27 11:12:13 CEST 2016
I've seen that patch, and it is definitely a good starter. I was able to
change the screen and run two screens simultaneously using Raspbian's
Dispmanx example (one screen was connected through the PI's DSI port the
other one through HDMI) quite easily, so I think it does worth poking
around with.
There is a callback that can be used for monitoring the status of the
HDMI/SDTV connection (couldn't find anything for the DSI port) , but I'm
not sure how to access those. See :
https://github.com/raspberrypi/userland/blob/master/interface/vmcs_host/vc_hdmi.h
I'll try to come up with a Proof of Concept when I get some time next week,
but first I have to read through some of the other platform integrations,
to get a better understanding of QPA.
On 26 Jul 2016 14:33, "Laszlo Agocs" <laszlo.agocs at qt.io> wrote:
> Lack of contributions and suitable hardware setup. There was a patch for
> making the target screen configurable via an environment variable which
> never made it to integration. We are now reviving it for 5.6 at
> https://codereview.qt-project.org/#/c/166117/
>
>
> Additional patches for discovering and exposing all available screens as
> separate QScreens are welcome. Not entirely sure about the feasibility,
> especially when it comes to discovering and monitoring the connected
> outputs, but it is definitely worth a try.
>
>
> Best regards,
>
> Laszlo
>
>
> <https://codereview.qt-project.org/#/c/166117/>
> ------------------------------
> *From:* Development <development-bounces+laszlo.agocs=qt.io at qt-project.org>
> on behalf of Verebélyi Viktor <vviktor2 at gmail.com>
> *Sent:* Sunday, July 24, 2016 8:28:15 AM
> *To:* development at qt-project.org
> *Subject:* [Development] Are there any limitations on implementing the
> changing of the screen for a QWindow on systems using EGLFS?
>
>
> I looked at the code for the EGLFS BRCM integration and the screen it uses
> is hard-coded. After trying some test code for Dispmanx it seems that it is
> fairly straight forward to change the screen it uses.
>
> My question is: Are there any limitations to implementing the functions
> that would allow us to change the screen using QWindows->setScreen()?
>
> The reason for why I'm asking is, because I'd like to implement this, but
> I'd like to know whether if this is not implemented beacuse of some
> limitations or because of lack of intrest/contributors?
>
>
> --
> - Viktor Verebelyi
>
--
- Viktor Verebelyi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20160727/81eb1a1c/attachment.html>
More information about the Development
mailing list