Qt's Comprehensive Display/Graphics Options

[phoronix]

Phoronix: Qt's Comprehensive Display/Graphics Options

Qt developer Laszlo Agocs has written a thorough walkthrough for the official Qt blog about the different Qt graphics options with multiple displays on embedded Linux...

http://www.phoronix.com/scan.php?page=news_item&px=Qt-Comprehensive-Graphics

[darkbasic]

Nvidia you will lose your Linux market share if you keep being such a dickhead towards the community.

[uid313]

How does GBM compare to EGLStream?

Is EGLStream just NIH?
Or does EGLStream offer any compelling advantages over GBM?
What about disadvantages to EGLStream?

[bug77]

How does GBM compare to EGLStream?

Is EGLStream just NIH?
Or does EGLStream offer any compelling advantages over GBM?
What about disadvantages to EGLStream?

That's the million dollar question no one seems to want to answer.

[dh04000]

>How does GBM compare to EGLStream?

As far as I understand, GBM is a MESA specific version of EGL.

>Is EGLStream just NIH?

From what I read, EGLStream is a Khronos standard, and has existed for awhile now.

>Or does EGLStream offer any compelling advantages over GBM?

I think they do the same thing, but Nvidia is using the Khronos standard, so their Windows/Mac/Linux/BSD drivers share code, while if they used GBM, it would set their Linus driver separate from their other driver efforts. (Think less features, months behind, you know...... the nightmare that used to be AMD drives.)

>What about disadvantages to EGLStream?

Not following the path the linux community seems to be trying to force on the driver makers.

[dh04000]

Also, nice to see that KDE rolled up their sleeves to support EGLStreams instead of acting like a big baby like Gnome. I think Mir supports EGLStream (or work in progress?) already as well. Anyone know if any other Wayland compositors support it yet, or will?

[unixfan2001]

How does GBM compare to EGLStream?

Is EGLStream just NIH?
Or does EGLStream offer any compelling advantages over GBM?
What about disadvantages to EGLStream?

Theoretically EGLStream would work on multiple platforms (including Windows), thus allowing NVIDIA to be cheap on resources (by wrapping the Windows driver the way they already do on xorg).

[ssokolow]

How does GBM compare to EGLStream?

Is EGLStream just NIH?
Or does EGLStream offer any compelling advantages over GBM?
What about disadvantages to EGLStream?

I'd like to know how they compare too. At present, all I've heard about them is:

1. EGLStreams allows nVidia to share more code between the Windows and Linux driver

2. nVidia announced it in 2014, then didn't really follow up (leading people to think they'd decided to go along with the GBM approach the rest of the Linux ecosystem was coalescing around), then suddenly dropped a finished EGLStreams approach on us relatively recently and expected everyone to just support it, even if that meant either supporting two stacks or throwing out all of their work on GBM.

[carewolf]

How does GBM compare to EGLStream?

Is EGLStream just NIH?
Or does EGLStream offer any compelling advantages over GBM?
What about disadvantages to EGLStream?

I think EGLStreams encapsulates more, but is harder to use. It is a part of EGL 1.5 I think, but has been an optional EGL extension for years. I first ran into it with QNX and how they share OpenGL surfaces between processes there. The official Khronos extension spec does list an NVidia guy as the contact though.

[droste]

Also, nice to see that KDE rolled up their sleeves to support EGLStreams instead of acting like a big baby like Gnome. I think Mir supports EGLStream (or work in progress?) already as well. Anyone know if any other Wayland compositors support it yet, or will?

I hope you know that Qt is no the same as KDE!

And regarding who's acting like a baby, read this again pls:

https://www.phoronix.com/scan.php?page=news_item&px=Wayland-Dev-NV-Thoughts

and this:

http://www.phoronix.com/scan.php?page=news_item&px=Streams-vs-GBM-Toolkits