Announcement

Collapse
No announcement yet.

NVIDIA 334.16 Beta Supports 64-bit EGL / OpenGL ES

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #31
    Originally posted by Andrecorreia View Post
    at they are making a egl driver for future works in wayland/mir, i don t see nothing from amd
    Doesn't the radeon stack already support EGL ?

    Comment


    • #32
      So, with wayland, what is the go to 2d acceleration going to be?

      I've been wondering about this for awhile, and haven't seen much written about it so I thought I'd mention it here and see if someone knows something more.

      So, we are getting rid of X, that means no more xlib (obviously), but also no more xrender (which firefox wants to use to to upload images back to X).
      We don't have any one dominant toolkit so we can't rely on the problem being addressed there.
      Cairo seems like it has two options: image or gl for its backends. Given that there doesn't seem to be too much effort going to the gl backend I would IMAGINE that they are assuming image is the answer (according to ickle's tests image tends to be a bit faster on average so maybe this makes sense, at least for the mean time).
      So, that's Cairo, but what about Qt? Or EFL?
      I certainly understand why the devs decided that wayland is simply about buffers and not about specifying any particular rendering method but this seems like an unfortunate result of linux not having a single toolkit we could pass this problem to (hey cocoa!). Thus we end up with no particular acceleration api for people to target and no driver-based solutions like xrender (yes, I know it wasn't great but that was b/c it was stuck with x).

      BTW, what happens with sna?

      Comment


      • #33
        Originally posted by liam View Post
        I've been wondering about this for awhile, and haven't seen much written about it so I thought I'd mention it here and see if someone knows something more.

        So, we are getting rid of X, that means no more xlib (obviously), but also no more xrender (which firefox wants to use to to upload images back to X).
        We don't have any one dominant toolkit so we can't rely on the problem being addressed there.
        Why does there need to be a dominant toolkit for the problem to be addressed? Each application only uses one toolkit, so as long as the problem is solved by the toolkit they use, why should the application developers care if their toolkit is "dominant" or not?

        Comment


        • #34
          It's bad because each toolkit has to reinvent the wheel known as "2d acceleration primitives in OpenGL".

          Comment


          • #35
            Originally posted by dee. View Post
            Why does there need to be a dominant toolkit for the problem to be addressed? Each application only uses one toolkit, so as long as the problem is solved by the toolkit they use, why should the application developers care if their toolkit is "dominant" or not?
            You can which is why I asked what qt was going to do.
            However that's duplicating work unnecessarily. Work that should be doing anyway. Windows is able to tie their toolkit to its graphics architecture, but they are a special case. Apple just takes gl and as a result don't have a comprehensive 2d acceleration solution (since quartzgl still isn't default to my knowledge). Ideally someone would introduce one or more gl extensions to address this.

            Comment


            • #36
              nvidia binary with splash

              Originally posted by Tobu View Post
              KMS is also needed for a clean, graphical, flicker-free boot. NVIDIA still has large smudgy VESA characters.
              Here's how you can get freedom from big text with nvidia binary and also get the splashy to work in fedora/korora 19/20

              Code:
               cat /etc/default/grub
              GRUB_TIMEOUT=5
              GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
              GRUB_DEFAULT=saved
              GRUB_DISABLE_SUBMENU=true
              #GRUB_TERMINAL_OUTPUT="console"
              GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora/root vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rhgb quiet nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off"
              GRUB_DISABLE_RECOVERY="true"
              #GRUB_GFXPAYLOAD_LINUX=text
              GRUB_GFXMODE=1440x900x32
              GRUB_GFXPAYLOAD_LINUX=keep
              #GRUB_GFXPAYLOAD_LINUX=text
              install xorg*nvidia then change GRUB_GFXMODE=1440x900x32 to your Xorg resolution say 1920x1080; and

              sudo grub2-mkconfig -o /boot/grub2/grub.cfg ; #check whether you have grub-efi, and change the command accordingly.

              reboot and you'll get smaller font and flicker free boot experience.

              Comment


              • #37
                wayland, weston work with ?

                Does Wayland+Weston work with NVIDIA 334.16 beta? I installed the beta drivers but wayland is only looking for nouveau on fedora 20; here's the output from tty "weston"

                Code:
                Date: 2014-02-10 IST
                [00:01:11.210] weston 1.2.0
                               http://wayland.freedesktop.org/
                               Bug reports to: https://bugs.freedesktop.org/enter_bug.cgi?product=Wayland&component=weston&version=1.2.0
                               Build:  
                [00:01:11.211] OS: Linux, 3.12.10-300.fc20.x86_64, #1 SMP Thu Feb 6 22:11:48 UTC 2014, x86_64
                config file "weston.ini" not found.
                [00:01:11.211] Loading module '/usr/lib64/weston/drm-backend.so'
                [00:01:11.217] initializing drm backend
                [00:01:11.218] using /dev/dri/card0
                failed to open /usr/lib64/dri/nouveau_dri.so: /usr/lib64/dri/nouveau_dri.so: undefined symbol: _glapi_tls_Dispatch
                gbm: failed to open any driver (search paths /usr/lib64/dri)failed to load driver: nouveau
                failed to load module: /usr/lib64/gbm/gbm_gallium_drm.so: cannot open shared object file: No such file or directory
                [00:01:11.227] failed to initialize egl
                [00:01:11.227] failed to drop master: Invalid argument
                [00:01:11.240] fatal: failed to create compositor

                Comment


                • #38
                  Originally posted by liam View Post
                  So, we are getting rid of X, that means no more xlib (obviously), but also no more xrender (which firefox wants to use to to upload images back to X).
                  subsurfaces + alpha channel should cover that, no ?

                  Comment


                  • #39
                    no

                    Originally posted by fastrizwaan View Post
                    Does Wayland+Weston work with NVIDIA 334.16 beta? I installed the beta drivers but wayland is only looking for nouveau on fedora 20; here's the output from tty "weston"

                    Code:
                    Date: 2014-02-10 IST
                    [00:01:11.210] weston 1.2.0
                                   http://wayland.freedesktop.org/
                                   Bug reports to: https://bugs.freedesktop.org/enter_bug.cgi?product=Wayland&component=weston&version=1.2.0
                                   Build:  
                    [00:01:11.211] OS: Linux, 3.12.10-300.fc20.x86_64, #1 SMP Thu Feb 6 22:11:48 UTC 2014, x86_64
                    config file "weston.ini" not found.
                    [00:01:11.211] Loading module '/usr/lib64/weston/drm-backend.so'
                    [00:01:11.217] initializing drm backend
                    [00:01:11.218] using /dev/dri/card0
                    failed to open /usr/lib64/dri/nouveau_dri.so: /usr/lib64/dri/nouveau_dri.so: undefined symbol: _glapi_tls_Dispatch
                    gbm: failed to open any driver (search paths /usr/lib64/dri)failed to load driver: nouveau
                    failed to load module: /usr/lib64/gbm/gbm_gallium_drm.so: cannot open shared object file: No such file or directory
                    [00:01:11.227] failed to initialize egl
                    [00:01:11.227] failed to drop master: Invalid argument
                    [00:01:11.240] fatal: failed to create compositor
                    not works for wayland only for x

                    Comment


                    • #40
                      Originally posted by fastrizwaan View Post
                      install xorg*nvidia then change GRUB_GFXMODE=1440x900x32 to your Xorg resolution say 1920x1080
                      Last I checked, it depends on the provided VESA modes. If there is no such suitable mode for GRUB to use, it won't be seamless.

                      Comment


                      • #41
                        Originally posted by gens View Post
                        subsurfaces + alpha channel should cover that, no ?
                        For image uploading? They'd probably use texture from pixmap but, yeah, subsurface is exactly what'll be used for things like video. You'd still need an accelerated 2d rendering to replace xrender.
                        Check out the skia bug in Firefox for more info.
                        Skia mostly works now in the latest ff and it is FAST with far lower CPU usage than Cairo.

                        Comment


                        • #42
                          Originally posted by liam View Post
                          For image uploading? They'd probably use texture from pixmap but, yeah, subsurface is exactly what'll be used for things like video. You'd still need an accelerated 2d rendering to replace xrender.
                          Check out the skia bug in Firefox for more info.
                          Skia mostly works now in the latest ff and it is FAST with far lower CPU usage than Cairo.

                          oh, i thought you meant just alpha blending and such
                          ye doing text in openGL can be way faster with better results
                          idk about 3x3 matrices thou
                          guess you dont have to use them for flat text

                          Comment


                          • #43
                            I tried the GLES version of KWin (4.11.6) with this driver. It works. But there's some junk rendered behind transparencies/blur and KWin says that eglPostSubBufferNV is not supported.

                            The whole output of kwin_gles is:

                            Code:
                            OpenGL vendor string:                   NVIDIA Corporation
                            OpenGL renderer string:                 GeForce GTX 780/PCIe/SSE2
                            OpenGL version string:                  OpenGL ES 2.0 334.16
                            OpenGL shading language version string: OpenGL ES GLSL ES 1.00
                            Driver:                                 NVIDIA
                            Driver version:                         0.0
                            GPU class:                              Unknown
                            OpenGL version:                         2.0
                            GLSL version:                           1.0
                            X server version:                       1.15
                            Linux kernel version:                   3.10.28
                            Direct rendering:                       yes
                            Requires strict binding:                no
                            GLSL shaders:                           yes
                            Texture NPOT support:                   yes
                            Virtual Machine:                        no
                            kwin(3039) KWin::EglOnXBackend::init: eglPostSubBufferNV not supported, have to enable buffer preservation - which breaks v-sync and performance
                            QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread
                            QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread
                            kwin(3039) KWin::checkGLError: GL error ( PostPaint ):  "GL_INVALID_OPERATION"
                            kwin(3039) KWin::checkGLError: GL error ( PostPaint ):  "GL_INVALID_OPERATION"
                            kwin(3039) KWin::checkGLError: GL error ( PostPaint ):  "GL_INVALID_OPERATION"
                            The GL_INVALID_OPERATION errors repeats over and over whenever you do something on the desktop.
                            Last edited by RealNC; 02-10-2014, 04:30 AM.

                            Comment

                            Working...
                            X