|
c7dafb15
|
2021-10-27T01:36:05
|
|
Sync wiki -> header
|
|
c88eb7a8
|
2021-07-14T17:07:04
|
|
Sync wiki -> header.
|
|
|
f8c1fc49
|
2021-07-14T14:15:30
|
|
doxygen: Fix all the "\returns" so they work as part of complete sentences.
|
|
40b0509e
|
2021-03-26T14:34:58
|
|
Fixed header documentation errors
|
|
|
3f40396d
|
2021-03-21T14:18:39
|
|
First shot at merging the wiki documentation into the headers.
|
|
|
06267f50
|
2020-06-02T16:59:54
|
|
Fixed whitespace in SDL_vulkan.h
|
|
|
2303d921
|
2020-05-29T16:28:56
|
|
Fixed bug 5145 - Fix whitespace in SDL_vulkan.h
Colin Caine
Everywhere else seems to use spaces.
See patch diffed from a fresh hg checkout yesterday.
|
|
|
69d27a69
|
2019-06-11T18:13:46
|
|
Fixed bug 4570 - Support Vulkan Portability rather than MoltenVK specifically
Dzmitry Malyshau
Current code, search paths, and error messages are written to only consider MoltenVK on macOS as a Vulkan Portability implementation. It's not the only implementation available to the users. gfx-portability [1] has been shown to run a number of titles well, including Dota2, Dolphin Emulator, and vkQuake3, often out-performing MoltenVK in frame rate and stability (see Dolphin benchmark [2]).
There is no reason for SDL to be that specific, it's not using any MVK-specific functions other than the WSI initialization ("VK_MVK_macos_surface"). gfx-portability exposes this extension as well, and a more generic WSI extension is in process. It would be good if SDL was written in a more generic way that expect a Vulkan Portability library as opposed to MoltenVK specifically.
[1] https://github.com/gfx-rs/portability
[2] https://gfx-rs.github.io/2019/03/22/dolphin-macos-performance.html
|
|
|
7df0f4fd
|
2018-09-27T14:56:29
|
|
Fixed bug 4277 - warnings patch
Sylvain
Patch a few warnings when using:
-Wmissing-prototypes -Wdocumentation -Wdocumentation-unknown-command
They are automatically enabled with -Wall
|
|
a794126d
|
2018-08-24T09:49:48
|
|
vulkan: SDL_Vulkan_GetInstanceExtensions should accept a NULL window.
Fixes Bugzilla #4235.
|
|
be6ca785
|
2018-02-25T23:02:09
|
|
Support official Vulkan SDK for macOS.
This tries to load vulkan.framework or libvulkan.1.dylib before MoltenVK.framework
or libMoltenVK.dylib. In the previous version, layers would not work for applications
run-time loading the default library.
|
|
|
69958441
|
2018-02-21T09:58:21
|
|
Fix high-dpi support on macOS and simplify it and iOS variant.
The detault drawableSize for a CAMetalLayer is its bounds x its scale.
So it is sufficient to set the *layer's* scale to the desired value.
|
|
|
fb283932
|
2017-09-06T19:35:36
|
|
vulkan: use "unsigned int" instead of "unsigned"
|
|
|
37ce9f27
|
2017-08-27T23:13:15
|
|
Fixed typedef redefinition errors when including both SDL_vulkan.h and vulkan.h
You should always include vulkan/vulkan.h first, then include SDL_vulkan.h
|
|
|
24a0d3bc
|
2017-08-27T22:27:45
|
|
Don't define Vulkan types if vulkan.h has already been included
|
|
|
25e3a1ec
|
2017-08-27T22:15:57
|
|
vulkan: Initial Vulkan support!
This work was done by Jacob Lifshay and Mark Callow; I'm just merging it
into revision control.
|