Originally posted by blackout23
View Post
Announcement
Collapse
No announcement yet.
NVIDIA 364.12 Arrives With Wayland & Mir Support
Collapse
X
-
-
Originally posted by ciupenhauer View Postdo you think support can be added to 3.20 via a patch, or do we have to wait another full dev cycle to get it?
I'm no GNOME dev, but I think something like this is too big of a change to just release it as a point release. You could probably backport it manually as a patchset, when it lands in mutter master branch.
- Likes 1
Comment
-
Originally posted by TheBuzzSawThis is why we need SDL2 to add Vulkan support ASAP. Suppress all the system-level details; let me just focus on painting to a window.
In theory, that is. The beta Nvidia driver doesn't work with Xlib (driver exposes extension but returns a null pointer for createXlibSurfaceKHR, xcb works), I hope Nvidia finally decided to fix that. (Anyone got a PGKBUILD for the new driver? It's not even in Arch's [testing] yet)
Originally posted by MarqinGLFW3 supports Vulkan from day 0. It's on zlib license and less bloated than SDL
Comment
-
Originally posted by VikingGe View PostActually, it's quite easy to get a working Vulkan surface. Use SDL_GetWindowWMInfo to find out which platform you are on and to get the required window handles, then call the platform-specific function for surface creation (e.g. vkCreateXlibSurfaceKHR on X11) - even if SDL doesn't support it, it really isn't much extra code.
Comment
-
Originally posted by Gusar View PostThe console uses fbdev. The presence of KMS does *not* imply the presence fbdev. That the open KMS drivers include fbdev compatibility is merely an implementation detail, not something inherent in KMS. It seems nvidia does not provide fbdev compatibility, something I expected actually.
Comment
-
Originally posted by quaz0r View PostI dont get it. so there is a kms driver but you cant actually do anything with it? what is its intended function?
- Likes 1
Comment
Comment