Moin, Am Montag, 16. Dezember 2019, 11:54:55 CET schrieb Guillaume Gardet: > Hi Dirk, > > > -----Original Message----- > > From: Dirk Müller <[email protected]> > > Sent: 16 December 2019 11:45 > > To: Guillaume Gardet <[email protected]> > > Cc: [email protected]; Andreas Färber <[email protected]> > > Subject: Re: openGL ES vs openGL on aarch64 for Qt [...] > > over time. Also note that OpenGL support is on its (slow and very long) way > > out > > of Qt: https://www.qt.io/blog/qt-5.14-has-released > > The plan is to go with the more "native" lower level newer APIs like > > Vulkan, Metal > > etc.
The move is mostly to support multiple APIs instead of only OpenGL. There are more details here: https://www.qt.io/blog/qt-quick-on-vulkan-metal-direct3d > Thanks for the link. > > > > > Or are you concerned about the lack of feature by feature compatibility > > with x86? > > IMO, having less differences between architectures is generally better. > > > that is a valid concern then I think, and if it makes any life easier we > > should > > align. :-) But the alignment could be by changing x86 to the more modern 3D > > apis .. > > although I don't know how painful that is going to be. > > We need to support this new API anyway, not sure if we could support both for > some time. If you mean RHI, it has full OpenGL ES support. > Fabian, you may have a clue? The option is to switch between OpenGL and OpenGL ES, it has no impact on Vulkan support. Many mobile GPUs have better/faster/higher OpenGL ES support than OpenGL, so I'm against switching. The RPi for instance does not do OpenGL well at all. Apart from fixing some build issues, are there other advantages? Cheers, Fabian > Cheers, > Guillaume > > > > > > > Greetings, > > Dirk > > IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose the > contents to any other person, use it for any purpose, or store or copy the > information in any medium. Thank you. -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
