griefith/test2
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
main
test2/intern/ghost/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

630 lines
14 KiB
CMake
Raw Permalink Normal View History

License Headers: Set copyright to "Blender Authors", add AUTHORS Listing the "Blender Foundation" as copyright holder implied the Blender Foundation holds copyright to files which may include work from many developers. While keeping copyright on headers makes sense for isolated libraries, Blender's own code may be refactored or moved between files in a way that makes the per file copyright holders less meaningful. Copyright references to the "Blender Foundation" have been replaced with "Blender Authors", with the exception of `./extern/` since these this contains libraries which are more isolated, any changed to license headers there can be handled on a case-by-case basis. Some directories in `./intern/` have also been excluded: - `./intern/cycles/` it's own `AUTHORS` file is planned. - `./intern/opensubdiv/`. An "AUTHORS" file has been added, using the chromium projects authors file as a template. Design task: #110784 Ref !110783.
2023-08-16 00:20:26 +10:00
# SPDX-FileCopyrightText: 2006 Blender Authors
License headers: use SPDX-FileCopyrightText in intern/ghost
2023-06-14 17:39:46 +10:00
#
File headers: SPDX License migration Use a shorter/simpler license convention, stops the header taking so much space. Follow the SPDX license specification: https://spdx.org/licenses - C/C++/objc/objc++ - Python - Shell Scripts - CMake, GNUmakefile While most of the source tree has been included - `./extern/` was left out. - `./intern/cycles` & `./intern/atomic` are also excluded because they use different header conventions. doc/license/SPDX-license-identifiers.txt has been added to list SPDX all used identifiers. See P2788 for the script that automated these edits. Reviewed By: brecht, mont29, sergey Ref D14069
2022-02-11 09:07:11 +11:00
# SPDX-License-Identifier: GPL-2.0-or-later
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
made cmake ghost file less confusing (was globbing then removing files for each system).
2010-05-15 12:16:19 +00:00
set(INC
CMake: Fix building with WITH_VULKAN_BACKEND Ghost uses vulkan in its public headers but none of the projects that depend on ghost had the vulkan headers in its includes nor did bf_intern_ghost expose this vulkan dependency itself publicly yet. bf_windowmanager also did not express its dependency on bf_intern_ghost yet used its headers. this change fixes both issues. Pull Request: https://projects.blender.org/blender/blender/pulls/112259
2023-09-12 15:07:41 +02:00
PUBLIC .
Core: remove WITH_CXX_GUARDEDALLOC option This implements the proposal from #124512. For that it contains the following changes: * Remove the global override of `new`/`delete` when `WITH_CXX_GUARDEDALLOC` was enabled. * Always use `MEM_CXX_CLASS_ALLOC_FUNCS` where it is currently used. This used to be guarded by `WITH_CXX_GUARDEDALLOC` in some but not all cases. This means that a few classes which didn't use our guarded allocator by default before, are now using it. Pull Request: https://projects.blender.org/blender/blender/pulls/130181
2024-11-13 13:39:49 +01:00
../guardedalloc
cmake maintenance blender_add_lib now takes a separate include argument to suppress warnings in system includes (mostly ffmpeg & python). also only build wm_apple.c on apple+carbon configuration.
2011-05-31 01:15:44 +00:00
)
set(INC_SYS
made cmake ghost file less confusing (was globbing then removing files for each system).
2010-05-15 12:16:19 +00:00
)
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
made cmake ghost file less confusing (was globbing then removing files for each system).
2010-05-15 12:16:19 +00:00
set(SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_Buttons.cc
intern/GHOST_C-api.cc
intern/GHOST_CallbackEventConsumer.cc
intern/GHOST_Context.cc
intern/GHOST_ContextNone.cc
intern/GHOST_EventManager.cc
intern/GHOST_ISystem.cc
intern/GHOST_ISystemPaths.cc
intern/GHOST_ModifierKeys.cc
intern/GHOST_Path-api.cc
intern/GHOST_PathUtils.cc
intern/GHOST_Rect.cc
intern/GHOST_System.cc
intern/GHOST_TimerManager.cc
intern/GHOST_Window.cc
intern/GHOST_WindowManager.cc
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
GHOST_C-api.h
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
GHOST_IContext.hh
GHOST_IEvent.hh
GHOST_IEventConsumer.hh
GHOST_ISystem.hh
GHOST_ISystemPaths.hh
GHOST_ITimerTask.hh
GHOST_IWindow.hh
GHOST_Path-api.hh
GHOST_Rect.hh
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
GHOST_Types.h
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_Buttons.hh
intern/GHOST_CallbackEventConsumer.hh
intern/GHOST_Context.hh
intern/GHOST_ContextNone.hh
intern/GHOST_Debug.hh
intern/GHOST_Event.hh
intern/GHOST_EventButton.hh
intern/GHOST_EventCursor.hh
intern/GHOST_EventDragnDrop.hh
intern/GHOST_EventKey.hh
intern/GHOST_EventManager.hh
intern/GHOST_EventString.hh
intern/GHOST_EventTrackpad.hh
intern/GHOST_EventWheel.hh
intern/GHOST_ModifierKeys.hh
intern/GHOST_PathUtils.hh
intern/GHOST_System.hh
intern/GHOST_SystemPaths.hh
intern/GHOST_TimerManager.hh
intern/GHOST_TimerTask.hh
intern/GHOST_Util.hh
intern/GHOST_Window.hh
intern/GHOST_WindowManager.hh
intern/GHOST_utildefines.hh
intern/GHOST_utildefines_variadic.hh
made cmake ghost file less confusing (was globbing then removing files for each system).
2010-05-15 12:16:19 +00:00
)
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
CMake: prepare for BLENDER_SORTED_LIBS removal No functional change, this adds LIB definition and args to cmake files. Without this it's difficult to migrate away from 'BLENDER_SORTED_LIBS' since there are many platforms/configurations that could break when changing linking order. Manually add and enable WITHOUT_SORTED_LIBS to try building without sorted libs (currently fails since all variables are empty). This check will eventually be removed. See T46725.
2019-04-14 15:18:44 +02:00
set(LIB
Cleanup: CMake: Modernize bf_blenlib dependencies Pretty straightforward - Remove any blenlib paths from INC - Add a dependency though LIB Pull Request: https://projects.blender.org/blender/blender/pulls/109934
2023-07-10 22:04:18 +02:00
PRIVATE bf::blenlib
Cleanup: CMake: Modernize bf_dna dependencies There's quite a few libraries that depend on dna_type_offsets.h but had gotten to it by just adding the folder that contains it to their includes INC section without declaring a dependency to bf_dna in the LIB section. which occasionally lead to the lib building before bf_dna and the header being missing, while this generally gets fixed in CMake by adding bf_dna to the LIB section of the lib, however until last week all libraries in the LIB section were linked as INTERFACE so adding it in there did not resolve the build issue. To make things still build, we sprinkled add_dependencies wherever we needed it to force a build order. This diff : Declares public include folders for the bf_dna target so there's no more fudging the INC section required to get to them. Removes all dna related paths from the INC section for all libraries. Adds an alias target bf:dna to signify it has been updated to modern cmake Declares a dependency on bf::dna for all libraries that require it Removes (almost) all calls to add_dependencies for bf_dna Future work: Because of the manual dependency management that was done, there is now some "clutter" with libs depending on bf_dna that realistically don't. Example bf_intern_opencolorio itself has no dependency on bf_dna at all, doesn't need it, doesn't use it. However the dna include folder had been added to it in the past since bf_blenlib uses dna headers in some of its public headers and bf_intern_opencolorio does use those blenlib headers. Given bf_blenlib now correctly declares the dependency on bf_dna as public bf_intern_opencolorio will get the dna header directory automatically from CMake, hence some cleanup could be done for bf_intern_opencolorio Because 99% of the changes in this diff have been automated, this diff does not seek to address these issues as there is no easy way to determine why a certain dependency is in place. A developer will have to make a pass a this at some later point in time. As I'd rather not mix automated and manual labour. There are a few libraries that could not be automatically processed (ie bf_blendthumb) that also will need this manual look-over. Pull Request: https://projects.blender.org/blender/blender/pulls/109835
2023-07-10 15:07:37 +02:00
PRIVATE bf::dna
Cleanup: CMake: Modernize bf_gpu dependencies Pretty straightforward - Remove any bf_gpu paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132286
2024-12-23 21:38:19 +01:00
PRIVATE bf::gpu
Cleanup: CMake: Modernize bf_imbuf dependencies Pretty straightforward - Remove any bf_imbuf paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132336
2024-12-25 23:32:15 +01:00
PRIVATE bf::imbuf
Cleanup: CMake: Modernize bf_intern_clog dependencies Pretty straightforward - Remove any bf_intern_clog paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/115323
2023-11-24 17:12:24 +01:00
PRIVATE bf::intern::clog
CMake: prepare for BLENDER_SORTED_LIBS removal No functional change, this adds LIB definition and args to cmake files. Without this it's difficult to migrate away from 'BLENDER_SORTED_LIBS' since there are many platforms/configurations that could break when changing linking order. Manually add and enable WITHOUT_SORTED_LIBS to try building without sorted libs (currently fails since all variables are empty). This check will eventually be removed. See T46725.
2019-04-14 15:18:44 +02:00
)
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
Build: attempt to fix linking error WITH_INPUT_IME & GHOST Always define WITH_INPUT_IME when IME is enabled so both WM and GHOST can rely on functions existing when enabled from CMake.
2023-10-19 21:03:04 +11:00
if(WITH_INPUT_IME)
add_definitions(-DWITH_INPUT_IME)
endif()
GHOST: Replace WITH_OPENGL build option Replaces it by WITH_OPENGL_BACKEND and cleanup its usage. Limits visibility of opengl enums and cases. Pull Request: https://projects.blender.org/blender/blender/pulls/109947
2023-07-11 09:17:31 +02:00
if(WITH_OPENGL_BACKEND)
CMake: WITH_OPENGL_BACKEND=OFF excludes EGL/EPOXY includes & libraries This isn't complete as opensubdiv, hydra & XR still depend on OpenGL.
2023-10-07 18:29:52 +11:00
list(APPEND INC_SYS
${Epoxy_INCLUDE_DIRS}
)
list(APPEND LIB
${Epoxy_LIBRARIES}
)
GHOST: Replace WITH_OPENGL build option Replaces it by WITH_OPENGL_BACKEND and cleanup its usage. Limits visibility of opengl enums and cases. Pull Request: https://projects.blender.org/blender/blender/pulls/109947
2023-07-11 09:17:31 +02:00
add_definitions(-DWITH_OPENGL_BACKEND)
endif()
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
if(WITH_VULKAN_BACKEND)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ContextVK.cc
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ContextVK.hh
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
)
Vulkan: Initial OpenXR support The Blender's VkInstance cannot be shared with OpenXR VkInstance. The reason is a chicken and egg problem where OpenXR needs to be started before Vulkan. OpenXR can add special vulkan specific requirements (instance&device) that are only available when the user starts an OpenXR session. The goal implementation is to share memory between both instances using [VK_KHR_external_memory](https://registry.khronos.org/vulkan/specs/latest/man/html/VK_KHR_external_memory.html) and related extensions. However this seems to be a bridge to far as a initial step. Reason: There are not that many samples/ guides and documentation to be found to handle the workflow that we require. We want to do a smaller step by step approach to gain the needed knowledge. For that reason this PR does the most stupidest thing that can be done to share memory between instances. Download the render result to CPU RAM share the host pointer with the OpenXR instance which copies it to the swap chain. Also the synchronization is done using wait idle commands. <video src="attachments/32a0d69b-c3fa-4272-aea0-d207609afaaf" title="Screencast From 2025-03-18 11-16-17.webm" controls></video> **Gaining knowledge** - Experiment with `VK_KHR_external_memory_host` extension for uploading vertex buffers (not related to OpenXR). - Import host pointer with `VK_KHR_external_memory_host`. This reduces the additional memcpy on OpenXR side. - Export host pointer from Blender side from a mappable buffer. - Replace host pointers with fd/dmabuf/winhandle - Remove mappable buffer. Ref #133718 Pull Request: https://projects.blender.org/blender/blender/pulls/133824
2025-03-27 16:57:51 +01:00
list(APPEND INC
../../extern/vulkan_memory_allocator/
)
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
list(APPEND INC_SYS
CMake: Fix building with WITH_VULKAN_BACKEND Ghost uses vulkan in its public headers but none of the projects that depend on ghost had the vulkan headers in its includes nor did bf_intern_ghost expose this vulkan dependency itself publicly yet. bf_windowmanager also did not express its dependency on bf_intern_ghost yet used its headers. this change fixes both issues. Pull Request: https://projects.blender.org/blender/blender/pulls/112259
2023-09-12 15:07:41 +02:00
PUBLIC ${VULKAN_INCLUDE_DIRS}
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
)
list(APPEND LIB
${VULKAN_LIBRARIES}
)
add_definitions(-DWITH_VULKAN_BACKEND)
endif()
CMake: prepare for BLENDER_SORTED_LIBS removal No functional change, this adds LIB definition and args to cmake files. Without this it's difficult to migrate away from 'BLENDER_SORTED_LIBS' since there are many platforms/configurations that could break when changing linking order. Manually add and enable WITHOUT_SORTED_LIBS to try building without sorted libs (currently fails since all variables are empty). This check will eventually be removed. See T46725.
2019-04-14 15:18:44 +02:00
- don't build ghost's event printer unless ghost debug is enabled. - use char rather then STR_String for the event printer. - added option to build WITH_GHOST_DEBUG for cmake - renamed WITH_SDL_GHOST --> WITH_GHOST_SDL
2011-07-13 06:04:54 +00:00
if(WITH_GHOST_DEBUG)
CMake option 'WITH_HEADLESS' to build blender in headless mode (no x11/xlib) with NULL ghost classe.
2011-06-04 14:12:55 +00:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_EventPrinter.cc
- don't build ghost's event printer unless ghost debug is enabled. - use char rather then STR_String for the event printer. - added option to build WITH_GHOST_DEBUG for cmake - renamed WITH_SDL_GHOST --> WITH_GHOST_SDL
2011-07-13 06:04:54 +00:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_EventPrinter.hh
CMake option 'WITH_HEADLESS' to build blender in headless mode (no x11/xlib) with NULL ghost classe.
2011-06-04 14:12:55 +00:00
)
- don't build ghost's event printer unless ghost debug is enabled. - use char rather then STR_String for the event printer. - added option to build WITH_GHOST_DEBUG for cmake - renamed WITH_SDL_GHOST --> WITH_GHOST_SDL
2011-07-13 06:04:54 +00:00
add_definitions(-DWITH_GHOST_DEBUG)
endif()
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
if(WITH_INPUT_NDOF)
add_definitions(-DWITH_INPUT_NDOF)
- Do not add GHOST_NDOFManager.cpp to list of sources if NDOF is disabled in CMake. - Added "default" section to switch in sendMotionEvent. It's what strict gcc rules don't like much and it's And it's good practice in general, imo.
2011-08-03 07:30:24 +00:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_NDOFManager.cc
- Do not add GHOST_NDOFManager.cpp to list of sources if NDOF is disabled in CMake. - Added "default" section to switch in sendMotionEvent. It's what strict gcc rules don't like much and it's And it's good practice in general, imo.
2011-08-03 07:30:24 +00:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_EventNDOF.hh
intern/GHOST_NDOFManager.hh
- Do not add GHOST_NDOFManager.cpp to list of sources if NDOF is disabled in CMake. - Added "default" section to switch in sendMotionEvent. It's what strict gcc rules don't like much and it's And it's good practice in general, imo.
2011-08-03 07:30:24 +00:00
)
Cleanup: quiet CMake warnings from use of undefined variables
2025-06-11 16:16:26 +10:00
# Only some platforms define this.
if(DEFINED NDOF_INCLUDE_DIRS)
list(APPEND INC_SYS
${NDOF_INCLUDE_DIRS}
)
endif()
if(DEFINED NDOF_LIBRARIES)
list(APPEND LIB
${NDOF_LIBRARIES}
)
endif()
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
endif()
- don't build ghost's event printer unless ghost debug is enabled. - use char rather then STR_String for the event printer. - added option to build WITH_GHOST_DEBUG for cmake - renamed WITH_SDL_GHOST --> WITH_GHOST_SDL
2011-07-13 06:04:54 +00:00
Introduce headless OpenGL rendering on Linux With this patch true headless OpenGL rendering is now possible on Linux. It changes the logic of the WITH_HEADLESS build flag. The headless backend is now always available with regular builds and Blender will try to fall back to it if it fails to initialize other backends while in background mode. The headless backend only works on Linux as EGL is not used on Mac or Windows. libepoxy does support windows and mac, so this can perhaps be remedied in the future. Reviewed By: Brecht, Jeroen, Campbell Differential Revision: http://developer.blender.org/D15555
2022-08-15 16:54:29 +02:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemHeadless.hh
intern/GHOST_WindowNULL.hh
Introduce headless OpenGL rendering on Linux With this patch true headless OpenGL rendering is now possible on Linux. It changes the logic of the WITH_HEADLESS build flag. The headless backend is now always available with regular builds and Blender will try to fall back to it if it fails to initialize other backends while in background mode. The headless backend only works on Linux as EGL is not used on Mac or Windows. libepoxy does support windows and mac, so this can perhaps be remedied in the future. Reviewed By: Brecht, Jeroen, Campbell Differential Revision: http://developer.blender.org/D15555
2022-08-15 16:54:29 +02:00
)
if(WITH_HEADLESS)
add_definitions(-DWITH_HEADLESS)
Cleanup: cmake formatting
2022-12-17 13:30:07 +11:00
elseif(WITH_GHOST_SDL)
Introduce headless OpenGL rendering on Linux With this patch true headless OpenGL rendering is now possible on Linux. It changes the logic of the WITH_HEADLESS build flag. The headless backend is now always available with regular builds and Blender will try to fall back to it if it fails to initialize other backends while in background mode. The headless backend only works on Linux as EGL is not used on Mac or Windows. libepoxy does support windows and mac, so this can perhaps be remedied in the future. Reviewed By: Brecht, Jeroen, Campbell Differential Revision: http://developer.blender.org/D15555
2022-08-15 16:54:29 +02:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ContextSDL.cc
intern/GHOST_SystemSDL.cc
intern/GHOST_WindowSDL.cc
intern/GHOST_ContextSDL.hh
intern/GHOST_SystemSDL.hh
intern/GHOST_WindowSDL.hh
Introduce headless OpenGL rendering on Linux With this patch true headless OpenGL rendering is now possible on Linux. It changes the logic of the WITH_HEADLESS build flag. The headless backend is now always available with regular builds and Blender will try to fall back to it if it fails to initialize other backends while in background mode. The headless backend only works on Linux as EGL is not used on Mac or Windows. libepoxy does support windows and mac, so this can perhaps be remedied in the future. Reviewed By: Brecht, Jeroen, Campbell Differential Revision: http://developer.blender.org/D15555
2022-08-15 16:54:29 +02:00
)
add_definitions(-DWITH_GHOST_SDL)
list(APPEND INC_SYS
${SDL_INCLUDE_DIR}
)
Core: remove sdlew/WITH_SDL_DYNLOAD & disable SDL by default Disable dynamic SDL loading as well as disable SDL for release builds. This was only used for audio output which can already use OpenAL if there are back-ends not natively supported by Blender. - Remove extern/sdlew/ - Remove the WITH_SDL_DYNLOAD build option. - Remove `bpy.app.sdl.available`. Ref !127554
2024-09-13 22:44:35 +10:00
list(APPEND LIB
${SDL_LIBRARY}
)
Cleanup: rename WITH_X11 to WITH_GHOST_X11 Matches WITH_GHOST_{SDL|WAYLAND}
2020-05-01 19:14:50 +10:00
elseif(APPLE AND NOT WITH_GHOST_X11)
OSX/cmake: ghost carbon removal
2013-11-05 14:09:17 +00:00
list(APPEND SRC
intern/GHOST_SystemCocoa.mm
intern/GHOST_WindowCocoa.mm
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemCocoa.hh
intern/GHOST_WindowCocoa.hh
intern/GHOST_WindowViewCocoa.hh
OSX/cmake: ghost carbon removal
2013-11-05 14:09:17 +00:00
)
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
OSX/cmake: ghost carbon removal
2013-11-05 14:09:17 +00:00
if(WITH_INPUT_NDOF)
- added back zlib include (needed for win32). - use list append in more places. - remove non existing include dir.
2010-09-07 01:13:10 +00:00
list(APPEND SRC
OSX/cmake: ghost carbon removal
2013-11-05 14:09:17 +00:00
intern/GHOST_NDOFManagerCocoa.mm
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_NDOFManagerCocoa.hh
OSX/cmake: ghost carbon removal
2013-11-05 14:09:17 +00:00
)
Cocoa port start: GHOST*Cocoa.mm & .h files creation First Cocoa version of GHOST_SystemCocoa.mm CMake files update to allow optional (WITH_COCOA option) Cocoa version build - disabled by default SCons files are not updated to allow Cocoa build (the ghost .mm files)
2009-09-30 08:47:39 +00:00
endif()
Quicktime Carbon: Fix memory leak when build with cocoa
2009-12-03 12:16:00 +00:00
Cleanup: rename WITH_X11 to WITH_GHOST_X11 Matches WITH_GHOST_{SDL|WAYLAND}
2020-05-01 19:14:50 +10:00
elseif(WITH_GHOST_X11 OR WITH_GHOST_WAYLAND)
if(WITH_GHOST_X11)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
list(APPEND INC_SYS
${X11_X11_INCLUDE_PATH}
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Explicitly link X11 libraries Fix X11 library underlinking, which was breaking Debian and Ubuntu packages. From Ubuntu Hirsute changelog: ``` blender (2.83.5+dfsg-4ubuntu1) hirsute; urgency=medium * Try to also link ghost library with x11, needed because of missing XConvertSelection symbol link (used in ghost static library). * Don't use gold, but switch to bfd linker that seems to be working better on ppc64el. -- Gianfranco Costamagna <locutusofborg@debian.org> Wed, 11 Nov 2020 14:17:29 +0100 ``` Reviewed by: sybren Differential Revision: https://developer.blender.org/D9617
2020-12-17 13:23:59 +01:00
list(APPEND LIB
${X11_X11_LIB}
${X11_Xrender_LIB}
)
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemX11.cc
intern/GHOST_WindowX11.cc
intern/GHOST_IconX11.hh
intern/GHOST_SystemX11.hh
intern/GHOST_WindowX11.hh
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: support building GHOST/X11 without OpenGL
2023-10-07 21:22:15 +11:00
if(WITH_OPENGL_BACKEND)
list(APPEND SRC
intern/GHOST_ContextGLX.cc
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: support building GHOST/X11 without OpenGL
2023-10-07 21:22:15 +11:00
intern/GHOST_ContextGLX.hh
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
if(WITH_GHOST_XDND)
add_definitions(-DWITH_XDND)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
list(APPEND LIB
extern_xdnd
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
list(APPEND INC
../../extern/xdnd
)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_DropTargetX11.cc
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_DropTargetX11.hh
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
)
endif()
if(X11_XF86keysym_INCLUDE_PATH)
add_definitions(-DWITH_XF86KEYSYM)
list(APPEND INC_SYS
${X11_XF86keysym_INCLUDE_PATH}
)
endif()
if(WITH_X11_XFIXES)
add_definitions(-DWITH_X11_XFIXES)
list(APPEND INC_SYS
${X11_Xfixes_INCLUDE_PATH}
)
Explicitly link X11 libraries Fix X11 library underlinking, which was breaking Debian and Ubuntu packages. From Ubuntu Hirsute changelog: ``` blender (2.83.5+dfsg-4ubuntu1) hirsute; urgency=medium * Try to also link ghost library with x11, needed because of missing XConvertSelection symbol link (used in ghost static library). * Don't use gold, but switch to bfd linker that seems to be working better on ppc64el. -- Gianfranco Costamagna <locutusofborg@debian.org> Wed, 11 Nov 2020 14:17:29 +0100 ``` Reviewed by: sybren Differential Revision: https://developer.blender.org/D9617
2020-12-17 13:23:59 +01:00
list(APPEND LIB
${X11_Xfixes_LIB}
)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
endif()
if(WITH_X11_XINPUT)
add_definitions(-DWITH_X11_XINPUT)
list(APPEND INC_SYS
${X11_Xinput_INCLUDE_PATH}
)
Explicitly link X11 libraries Fix X11 library underlinking, which was breaking Debian and Ubuntu packages. From Ubuntu Hirsute changelog: ``` blender (2.83.5+dfsg-4ubuntu1) hirsute; urgency=medium * Try to also link ghost library with x11, needed because of missing XConvertSelection symbol link (used in ghost static library). * Don't use gold, but switch to bfd linker that seems to be working better on ppc64el. -- Gianfranco Costamagna <locutusofborg@debian.org> Wed, 11 Nov 2020 14:17:29 +0100 ``` Reviewed by: sybren Differential Revision: https://developer.blender.org/D9617
2020-12-17 13:23:59 +01:00
list(APPEND LIB
${X11_Xinput_LIB}
)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
endif()
Cleanup: rename WITH_X11 to WITH_GHOST_X11 Matches WITH_GHOST_{SDL|WAYLAND}
2020-05-01 19:14:50 +10:00
add_definitions(-DWITH_GHOST_X11)
XDND support now can be disabled using WITH_GHOST_XDND=OFF with CMake and WITH_GHOST_XDND=False with SCons Disabled on FreeBSD platforms due to some linking errors.
2012-02-17 20:51:39 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
if(WITH_GHOST_WAYLAND)
cmake source definitions: remove missing includes and use more strict formatting.
2011-07-16 23:01:14 +00:00
list(APPEND INC_SYS
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
${wayland-client_INCLUDE_DIRS}
${wayland-egl_INCLUDE_DIRS}
${xkbcommon_INCLUDE_DIRS}
${wayland-cursor_INCLUDE_DIRS}
cmake source definitions: remove missing includes and use more strict formatting.
2011-07-16 23:01:14 +00:00
)
Fix linker order of X11 and Wayland libs For some compiler and linker configurations, linking would fail as the wayland libs were linked at a high level and not at the actual code where they were needed. After talking to Campbell, we decided to clean up this part and now only link both the X11 and Wayland libs where they are used.
2022-10-11 14:52:35 +02:00
list(APPEND LIB
${xkbcommon_LINK_LIBRARIES}
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
GHOST/Wayland: support dynamic loading libraries for Wayland Add intern/wayland_dynload which is used when WITH_GHOST_WAYLAND_DYNLOAD is enabled (off by default). When enabled, systems without Wayland installed will fall back to X11. This allows Blender to dynamically load: - libwayland-client - libwayland-cursor - libwayland-egl - libdecor-0 (when WITH_GHOST_WAYLAND_LIBDECOR is enabled).
2022-07-05 14:49:36 +10:00
if(WITH_GHOST_WAYLAND_DYNLOAD)
list(APPEND INC_SYS
Cleanup: CMake include paths Remove redundant separators & redundant references to parent paths.
2022-10-19 17:09:29 +11:00
../wayland_dynload/extern
GHOST/Wayland: support dynamic loading libraries for Wayland Add intern/wayland_dynload which is used when WITH_GHOST_WAYLAND_DYNLOAD is enabled (off by default). When enabled, systems without Wayland installed will fall back to X11. This allows Blender to dynamically load: - libwayland-client - libwayland-cursor - libwayland-egl - libdecor-0 (when WITH_GHOST_WAYLAND_LIBDECOR is enabled).
2022-07-05 14:49:36 +10:00
)
list(APPEND LIB
bf_intern_wayland_dynload
)
add_definitions(-DWITH_GHOST_WAYLAND_DYNLOAD)
Fix linker order of X11 and Wayland libs For some compiler and linker configurations, linking would fail as the wayland libs were linked at a high level and not at the actual code where they were needed. After talking to Campbell, we decided to clean up this part and now only link both the X11 and Wayland libs where they are used.
2022-10-11 14:52:35 +02:00
else()
list(APPEND LIB
${wayland-client_LINK_LIBRARIES}
${wayland-egl_LINK_LIBRARIES}
${wayland-cursor_LINK_LIBRARIES}
)
GHOST/Wayland: support dynamic loading libraries for Wayland Add intern/wayland_dynload which is used when WITH_GHOST_WAYLAND_DYNLOAD is enabled (off by default). When enabled, systems without Wayland installed will fall back to X11. This allows Blender to dynamically load: - libwayland-client - libwayland-cursor - libwayland-egl - libdecor-0 (when WITH_GHOST_WAYLAND_LIBDECOR is enabled).
2022-07-05 14:49:36 +10:00
endif()
GHOST/Wayland: support client-side window decorations This implements client-side window decorations for moving and resizing windows and HiDPI support. This functionality depends on the external project 'libdecor' that is currently a build option: WITH_GHOST_WAYLAND_LIBDECOR. Reviewed by: brecht, campbellbarton Ref D7989
2022-06-24 16:10:20 +10:00
if(WITH_GHOST_WAYLAND_LIBDECOR)
list(APPEND INC_SYS
${libdecor_INCLUDE_DIRS}
)
Fix linker order of X11 and Wayland libs For some compiler and linker configurations, linking would fail as the wayland libs were linked at a high level and not at the actual code where they were needed. After talking to Campbell, we decided to clean up this part and now only link both the X11 and Wayland libs where they are used.
2022-10-11 14:52:35 +02:00
if(NOT WITH_GHOST_WAYLAND_DYNLOAD)
list(APPEND LIB
${libdecor_LIBRARIES}
)
endif()
GHOST/Wayland: support client-side window decorations This implements client-side window decorations for moving and resizing windows and HiDPI support. This functionality depends on the external project 'libdecor' that is currently a build option: WITH_GHOST_WAYLAND_LIBDECOR. Reviewed by: brecht, campbellbarton Ref D7989
2022-06-24 16:10:20 +10:00
endif()
GHOST/wayland: create mmap-ed file manually if memfd_create is unavailable
2021-07-12 23:28:41 +01:00
include(CheckSymbolExists)
set(CMAKE_REQUIRED_DEFINITIONS "-D_GNU_SOURCE")
check_symbol_exists(memfd_create "sys/mman.h" HAVE_MEMFD_CREATE)
CMake: always unset CMAKE_REQUIRED_* variables after use Always unset these variables after use as they could interfere with other checks made afterwards.
2022-08-18 09:58:17 +10:00
unset(CMAKE_REQUIRED_DEFINITIONS)
Cleanup: indentation for CMake files Also minor white-space & case changes.
2022-01-28 14:08:11 +11:00
if(HAVE_MEMFD_CREATE)
GHOST/wayland: create mmap-ed file manually if memfd_create is unavailable
2021-07-12 23:28:41 +01:00
add_definitions(-DHAVE_MEMFD_CREATE)
endif()
GHOST/Wayland: replace roundtrip with dispatch_pending Add a non-blocking version wrapper for wl_display_dispatch_pending. This uses roughly the same logic as Wayland_PumpEvents in SDL. Noticed this when investigating T100855. Note that performing a round-trip doesn't seem necessary from looking into QT/GTK & SDL event handling loops.
2022-11-10 18:03:32 +11:00
check_symbol_exists(poll "poll.h" HAVE_POLL)
if(HAVE_POLL)
add_definitions(-DHAVE_POLL)
endif()
Fix window updates with threaded event handling with LIBDECOR on Wayland Under GNOME resizing a window often caused the window contents could be a different size to the window-frame, resizing was also slow. This occurred with LIBDECOR on Wayland when a window configure event was called from a non-main thread. Resolve by postponing the commit-configuration call until the main event can handle it (matching XDG behavior). A workaround using malloc_usable_size is currently needed. While relying on the malloc size is not so portable and worth avoiding, it resolves noticeable glitches and allows other workarounds to be removed. Any application that supports threaded event handing with LIBDECOR will need a way to postpone applying the configuration. Even once LIBDECOR supports this properly, a workaround is necessary until support older versions of LIBDECOR can be dropped.
2023-12-17 16:04:47 +11:00
if(WITH_GHOST_WAYLAND_LIBDECOR)
# See code-comment for `USE_LIBDECOR_CONFIG_COPY_WORKAROUND`.
check_symbol_exists(malloc_usable_size "malloc.h" HAVE_MALLOC_USABLE_SIZE)
if(HAVE_MALLOC_USABLE_SIZE)
add_definitions(-DHAVE_MALLOC_USABLE_SIZE)
endif()
endif()
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemWayland.cc
intern/GHOST_WindowWayland.cc
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemWayland.hh
intern/GHOST_WaylandUtils.hh
intern/GHOST_WindowWayland.hh
Mode switching for GHOST under X11: adds the ability to change screen resolutions in the blenderplayer on GNU/Linux. Code ported from Quake 2.
2012-01-02 12:25:14 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
set(INC_DST ${CMAKE_CURRENT_BINARY_DIR}/libwayland)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
# Generate protocols bindings.
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
macro(generate_protocol_bindings PROT_DEF)
# File name without directory or extension (use for header name).
get_filename_component(_name ${PROT_DEF} NAME_WLE)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
add_custom_command(
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
OUTPUT ${INC_DST}/${_name}-client-protocol.h
COMMAND ${CMAKE_COMMAND} -E make_directory ${INC_DST}
COMMAND ${WAYLAND_SCANNER} client-header ${PROT_DEF} ${INC_DST}/${_name}-client-protocol.h
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
)
add_custom_command(
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
OUTPUT ${INC_DST}/${_name}-client-protocol.c
COMMAND ${CMAKE_COMMAND} -E make_directory ${INC_DST}
COMMAND ${WAYLAND_SCANNER} private-code ${PROT_DEF} ${INC_DST}/${_name}-client-protocol.c
DEPENDS ${INC_DST}/${_name}-client-protocol.h
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
)
CMake: suppress missing-variable-declarations warnings with Clang Code generated by wayland-scanner contained missing declarations.
2023-01-19 17:07:19 +11:00
Unbreak build on macOS with AppleClang from recent cleanup Exact an exact match with Clang broke building when the compiler ID was "AppleClang", reverting parts of [0]. [0]: 6549019ae19cecbea524782054dca0e99cb833b8
2024-03-07 19:56:58 +11:00
if(CMAKE_C_COMPILER_ID MATCHES "Clang")
CMake: suppress missing-variable-declarations warnings with Clang Code generated by wayland-scanner contained missing declarations.
2023-01-19 17:07:19 +11:00
# Prevent warnings/failure to compile with generated `WL_PRIVATE` declarations.
set_source_files_properties(
"${INC_DST}/${_name}-client-protocol.c"
PROPERTIES COMPILE_FLAGS "-Wno-missing-variable-declarations"
)
endif()
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
list(APPEND SRC
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
${INC_DST}/${_name}-client-protocol.c
${INC_DST}/${_name}-client-protocol.h
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
)
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
unset(_name)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
endmacro()
CMake: use system include for generated headers
2020-04-30 16:01:41 +10:00
list(APPEND INC_SYS
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
${INC_DST}
CMake: use system include for generated headers
2020-04-30 16:01:41 +10:00
)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
GHOST/Wayland: only require libdecor when running in gnome-shell - Support switching between libdecor and xdg_shell at run-time. - Require libdecor when using gnome-shell, otherwise use xdg_shell. - Gnome-shell detection checks for a gtk_shell* interface which isn't ideal however it's not possible to check server-side-decorations are supported without first creating a window. - Unload Wayland libraries when Wayland fails to load.
2022-10-12 16:54:31 +11:00
# Used when: LIBDECOR is not needed.
# `xdg-shell`.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/stable/xdg-shell/xdg-shell.xml"
)
# `xdg-decoration`.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/xdg-decoration/xdg-decoration-unstable-v1.xml"
)
# End LIBDECOR alternative.
GHOST/Wayland: support client-side window decorations This implements client-side window decorations for moving and resizing windows and HiDPI support. This functionality depends on the external project 'libdecor' that is currently a build option: WITH_GHOST_WAYLAND_LIBDECOR. Reviewed by: brecht, campbellbarton Ref D7989
2022-06-24 16:10:20 +10:00
Cleanup: various minor changes to wayland internal conventions - Initialize values in the struct declarations (help avoid accidental uninitialized struct members). - Use `wl_` prefix for some types to avoid e.g. `output->output`. - Use `_fn` suffix for locally defined function variables. - Use `_handle_` as separator for handlers, making function names easier to follow as this separates the handler name from the interface. - Add doxy sections for listeners in GHOST_WaylandWindow.cpp.
2022-06-15 17:09:39 +10:00
# `xdg-output`.
GHOST/Wayland: fractional scaling support GHOST_GetDPIHint now returns a value that takes fractional scaling into account. Otherwise the integer scale is used since Wayland's API's use integer scale values exclusively. Use the same method as SDL to calculate the fractional scale.
2022-06-15 14:53:33 +10:00
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/xdg-output/xdg-output-unstable-v1.xml"
)
GHOST/Wayland: support window activation Calling render (for example) with an existing window open now activates the window on Wayland. Tested to work on GNOME & KDE. Use the xdg-activation protocol which typically brings the window to the foreground. Partially resolves #102985.
2023-03-28 16:05:34 +11:00
# `xdg-activation`.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/staging/xdg-activation/xdg-activation-v1.xml"
)
GHOST/Wayland: add fractional-scale interface support Previously, fractional scaling was detected but set an integer buffer scale which the compositor would down-scale causing blurry output. Now the fractional scaling interface is used when available to set the DPI and set the internal buffers size & viewport transformation to ensure 1:1 pixels from Blender to the Wayland output. Tested to work with multiple monitors with mixed fractional/non-fractional scale. Note that this change causes a regression for when fractional scaling is set on a compositor without support for fractional-scale-v1. Supporting fractional scaling in both cases is possible but overly complicated. This case already wasn't working so well - with blurry output due to image scaling, now the DPI wont be accurate in this case although Blender is still usable.
2023-03-31 13:02:56 +11:00
# Fractional scale.
GHOST/Wayland: remove fractional-scale ifdef's Depend on fractional-scale when searching for wayland-protocols This will impact builders that don't use Blender's `../lib/` and have wayland-protocols older than v1.31.
2023-04-04 17:19:55 +10:00
generate_protocol_bindings(
GHOST/Wayland: add fractional-scale interface support Previously, fractional scaling was detected but set an integer buffer scale which the compositor would down-scale causing blurry output. Now the fractional scaling interface is used when available to set the DPI and set the internal buffers size & viewport transformation to ensure 1:1 pixels from Blender to the Wayland output. Tested to work with multiple monitors with mixed fractional/non-fractional scale. Note that this change causes a regression for when fractional scaling is set on a compositor without support for fractional-scale-v1. Supporting fractional scaling in both cases is possible but overly complicated. This case already wasn't working so well - with blurry output due to image scaling, now the DPI wont be accurate in this case although Blender is still usable.
2023-03-31 13:02:56 +11:00
"${WAYLAND_PROTOCOLS_DIR}/staging/fractional-scale/fractional-scale-v1.xml"
)
Cleanup: spelling in comments & string Also back-tick quote literals in CMakeLists files.
2025-09-06 09:19:08 +10:00
# ViewPorter (only required when fractional scale is in use).
GHOST/Wayland: remove fractional-scale ifdef's Depend on fractional-scale when searching for wayland-protocols This will impact builders that don't use Blender's `../lib/` and have wayland-protocols older than v1.31.
2023-04-04 17:19:55 +10:00
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/stable/viewporter/viewporter.xml"
)
GHOST: initial Wayland support Usable with the CMake option 'WITH_GHOST_WAYLAND' The following functionality is working: - Building with X11 and Wayland at the same time, wayland is used when available. - Keyboard, pointer handling. - Cursor handling. - Dedicated off-screen windows. - Drag & drop. - Copy & paste. - Pointer grabbing. See D6567 for further details.
2020-04-30 13:46:42 +10:00
# Pointer-constraints.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/pointer-constraints/pointer-constraints-unstable-v1.xml"
)
# Relative-pointer.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/relative-pointer/relative-pointer-unstable-v1.xml"
Fix T53004: XWayland ignores cursor-warp calls There is currently a limitation in XWayland, the cursor needs to be hidden during warp calls.
2017-10-25 20:12:12 +11:00
)
GHOST/Wayland: multi-touch gesture support Add support for zoom & rotate gestures, hold and swipe may be used in the future although swipe maps to 2D smooth-scroll for Gnome & KDE. Tested to work with Apple track-pad & Wacom tablet on Gnome & KDE.
2022-10-22 16:49:09 +11:00
# Pointer-gestures (multi-touch).
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/pointer-gestures/pointer-gestures-unstable-v1.xml"
)
GHOST/Wayland add tablet support Add support for tablet pressure, tilt and type detection (eraser, pen.. etc). There is currently an inconsistency where the tablets cursor is scaled larger than the mouse cursor (when the UI is scaled). Although there doesn't seem to be a way to control this from the client.
2022-06-14 14:51:26 +10:00
# Tablet.
generate_protocol_bindings(
GHOST/Wayland: reference the stable tablet-v2 API The tablet API become stable in wayland-protocol 1.35 NOTE: this was reverted [0] because I missed adding the files to lib. The files have been included, so use the stable API. No functional changes expected. [0]: c525e4db83631838955e539caeaca305b9b4b4da
2024-06-26 16:26:18 +10:00
"${WAYLAND_PROTOCOLS_DIR}/stable/tablet/tablet-v2.xml"
GHOST/Wayland add tablet support Add support for tablet pressure, tilt and type detection (eraser, pen.. etc). There is currently an inconsistency where the tablets cursor is scaled larger than the mouse cursor (when the UI is scaled). Although there doesn't seem to be a way to control this from the client.
2022-06-14 14:51:26 +10:00
)
GHOST/Wayland: primary clipboard support Match X11's primary clipboard support (typically used for MMB to paste the previous selection).
2022-10-20 14:02:32 +11:00
# Primary-selection.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/primary-selection/primary-selection-unstable-v1.xml"
)
GHOST/Wayland: IME support using the text-input protocol Tested with IBUS on GNOME 45. Added a capabilities flag to GHOST since support for IME works on Wayland but not on X11, so runtime detection is needed.
2023-10-19 09:09:59 +11:00
if(WITH_INPUT_IME)
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/unstable/text-input/text-input-unstable-v3.xml"
)
endif()
GHOST: Implement the cursor shape protocol and remove X11 cursors from the wayland backend This makes the the cursor drawing be handled by the Wayland compositor unless the cursor shape is not in the standard cursor shape set. For custom cursor shape, Blender still manually draws and handles these. Removal of the X11 cursors was done because: 1. Greatly simplifies the code (and compositors not supporting the cursor shape protocol will fallback to Blenders built in cursors). 2. On a lot of compositors the X11 cursor theme is not set per default, this would lead to us falling back to a default theme. This would in almost all cases not match the actual cursor theme of the user. The fallback theme would also look quite ugly and the cursor size would be inconsistent with the rest of the system. Pull Request: https://projects.blender.org/blender/blender/pulls/140366
2025-07-01 15:16:44 +02:00
# Desktop compositor controlled cursor rendering.
generate_protocol_bindings(
"${WAYLAND_PROTOCOLS_DIR}/staging/cursor-shape/cursor-shape-v1.xml"
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use full names for generated wayland headers, use own directory Instead of providing our own names for wayland headers, use the filename component as the basis for the header names. This matches most reference documentation for Wayland. Also generate client protocols into a sub-directory `libwayland`, instead of generating headers into the ghost directory. Making the include path more specific & makes it easier to differentiate generated headers from other build files.
2022-06-21 09:11:30 +10:00
unset(INC_DST)
Cleanup: quiet unused argument warnings and minor changes in GHOST
2022-10-28 17:05:13 +11:00
add_definitions(-DWITH_GHOST_WAYLAND)
GHOST/Wayland: add build option to set the XDG app-id Add WITH_GHOST_WAYLAND_APP_ID so people making custom builds may differentiate the blender instance by version/branch etc.
2022-11-16 11:15:10 +11:00
if(NOT WITH_GHOST_WAYLAND_APP_ID STREQUAL "")
add_definitions(-DWITH_GHOST_WAYLAND_APP_ID=${WITH_GHOST_WAYLAND_APP_ID})
endif()
BGE: alpha on frame buffer and precedence of MSAA over swap. A new option '-a' can be passed to the blenderplayer. It forces the framebuffer to have an alpha channel. This can be used in VideoTexture to return a image with alpha channel with ImageViewport (provided alpha is set to True on the ImageViewport object and that the background color alpha channel is 0, which is the default). Without the -a option, the frame buffer has no alpha channel and ImageViewport always returns an opaque image, no matter what. In Linux, the player window will be rendered transparently over the desktop. In Windows, the player window is still rendered opaque because transparency of the window is only possible using the 'compositing' functions of Windows. The code is there but not enabled (look for WIN32_COMPOSITING) because 1) it doesn't work so well 2) it requires a DLL that is only available on Vista and up. give precedence to AA over Swap copy: Certain GPU (intel) will not allow MSAA together with swap copy. Previously, swap copy had priority over MSAA: fewer AA samples would be chosen if it was the condition to get swap copy. This patch reverse the logic: swap copy will be abandonned if another swap method (undefined or exchange) will provide the number of AA samples requested. If no AA samples is requested, swap copy still has the priority of course.
2016-06-09 21:07:58 +02:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
if(WITH_INPUT_NDOF)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_NDOFManagerUnix.cc
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_NDOFManagerUnix.hh
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
- update X3D and FBX testing checksums - building with GHOST/SDL now adds the PREFIX - image.external_edit operator errors out if the filepath isnt set (was annoying and loaded gimp while running tests)
2011-08-08 03:31:25 +00:00
if(NOT WITH_INSTALL_PORTABLE)
add_definitions(-DPREFIX="${CMAKE_INSTALL_PREFIX}")
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
elseif(WIN32)
CMake: add missing headers, use space before comments
2019-10-29 01:32:33 +11:00
# # Warnings as errors, this is too strict!
# if(MSVC)
Cleanup: use string APPEND/PREPEND Replace 'set' with 'string(APPEND/PREPEND ...)'. This avoids duplicating the variable name.
2020-11-06 10:29:04 +11:00
# string(APPEND CMAKE_CXX_FLAGS " /WX")
CMake: add missing headers, use space before comments
2019-10-29 01:32:33 +11:00
# endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
cmake source definitions: remove missing includes and use more strict formatting.
2011-07-16 23:01:14 +00:00
list(APPEND INC_SYS
${WINTAB_INC}
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ContextD3D.cc
intern/GHOST_DropTargetWin32.cc
intern/GHOST_SystemWin32.cc
intern/GHOST_TrackpadWin32.cc
intern/GHOST_WindowWin32.cc
intern/GHOST_Wintab.cc
intern/GHOST_ContextD3D.hh
intern/GHOST_DropTargetWin32.hh
intern/GHOST_SystemWin32.hh
intern/GHOST_TaskbarWin32.hh
intern/GHOST_TrackpadWin32.hh
intern/GHOST_WindowWin32.hh
intern/GHOST_Wintab.hh
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup OpenGL linking and related code after libepoxy merge This cleans up the OpenGL build flags and linking. It additionally also removes some dead code. One of these dead code paths is WITH_X11_ALPHA which actually never was active even with the build flag on. The call to use this was never called because the default initializer for GHOST was set to have it off per default. Nothing called this function with a boolean value to enable it. These cleanups are needed to support true headless OpenGL rendering. Without these cleanups libepoxy will fail to load the correct OpenGL Libraries as we have already linked them to the blender binary. Reviewed By: Brecht, Campbell, Jeroen Differential Revision: http://developer.blender.org/D15554
2022-08-15 16:44:24 +02:00
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ContextWGL.cc
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ContextWGL.hh
Cleanup OpenGL linking and related code after libepoxy merge This cleans up the OpenGL build flags and linking. It additionally also removes some dead code. One of these dead code paths is WITH_X11_ALPHA which actually never was active even with the build flag on. The call to use this was never called because the default initializer for GHOST was set to have it off per default. Nothing called this function with a boolean value to enable it. These cleanups are needed to support true headless OpenGL rendering. Without these cleanups libepoxy will fail to load the correct OpenGL Libraries as we have already linked them to the blender binary. Reviewed By: Brecht, Campbell, Jeroen Differential Revision: http://developer.blender.org/D15554
2022-08-15 16:44:24 +02:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Input Method Editor (IME) support for text buttons Original patch by @random (D765) with some minor work done by @campbell and me. At this place, I'd like call out a number of people who were involved and deserve a big "Thank you!": * At the first place @randon who developed and submitted the patch * The Blendercn community which helped a lot with testing - espacially * @yuzukyo, @leon_cheung and @kjym3 * @campbellbarton, @mont29 and @sergey for their help and advises during * review * @ton who realized the importance of this early on and asked me for * reviewing We are still not finished, as this is only the first part of the implementaion, but there's more to come!
2014-12-07 00:58:17 +01:00
if(WITH_INPUT_IME)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ImeWin32.cc
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_ImeWin32.hh
Input Method Editor (IME) support for text buttons Original patch by @random (D765) with some minor work done by @campbell and me. At this place, I'd like call out a number of people who were involved and deserve a big "Thank you!": * At the first place @randon who developed and submitted the patch * The Blendercn community which helped a lot with testing - espacially * @yuzukyo, @leon_cheung and @kjym3 * @campbellbarton, @mont29 and @sergey for their help and advises during * review * @ton who realized the importance of this early on and asked me for * reviewing We are still not finished, as this is only the first part of the implementaion, but there's more to come!
2014-12-07 00:58:17 +01:00
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
if(WITH_INPUT_NDOF)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_NDOFManagerWin32.cc
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_NDOFManagerWin32.hh
NDOF related edits - fix for building without NDOF on X11 - quiet some warnings
2011-08-02 05:52:27 +00:00
)
endif()
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
endif()
Introduce headless OpenGL rendering on Linux With this patch true headless OpenGL rendering is now possible on Linux. It changes the logic of the WITH_HEADLESS build flag. The headless backend is now always available with regular builds and Blender will try to fall back to it if it fails to initialize other backends while in background mode. The headless backend only works on Linux as EGL is not used on Mac or Windows. libepoxy does support windows and mac, so this can perhaps be remedied in the future. Reviewed By: Brecht, Jeroen, Campbell Differential Revision: http://developer.blender.org/D15555
2022-08-15 16:54:29 +02:00
if(UNIX AND NOT APPLE)
CMake: WITH_OPENGL_BACKEND=OFF excludes EGL/EPOXY includes & libraries This isn't complete as opensubdiv, hydra & XR still depend on OpenGL.
2023-10-07 18:29:52 +11:00
if(WITH_OPENGL_BACKEND)
list(APPEND SRC
intern/GHOST_ContextEGL.cc
Cleanup: strip ghost trailing space
2018-06-04 18:47:57 +02:00
CMake: WITH_OPENGL_BACKEND=OFF excludes EGL/EPOXY includes & libraries This isn't complete as opensubdiv, hydra & XR still depend on OpenGL.
2023-10-07 18:29:52 +11:00
intern/GHOST_ContextEGL.hh
)
endif()
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
endif()
Fix #129985: macOS headless build fails due to missing CGL context symbols When making a `headless` macOS build, linking would fail complaining about missing `GHOST_ContextCGL` symbols, which are required by the Metal backend. This commit fixes this issue by compiling the macOS CGL GHOST Context if the Metal backend is enabled, instead of only depending on `WITH_HEADLESS`, similarly to what's done on Linux/other *nix systems. Pull Request: https://projects.blender.org/blender/blender/pulls/130847
2024-11-25 22:43:19 +01:00
if(APPLE)
if(WITH_METAL_BACKEND)
list(APPEND SRC
GHOST: Rename Metal Context from `ContextCGL` to `ContextMTL` This commit renames the GHOST Metal graphic context class and related files / references from `GHOST_ContextCGL` to `GHOST_ContextMTL`. When the Metal backend was first introduced, this context file contained both the old OpenGL context (CGL, for macOS Core OpenGL API), and the newer Metal context. Since #110185 all CGL related code was removed from the class, making it Metal only, and thus rendering the old class name outdated and potentially misleading. In addition to the rename, unused OpenGL related forward declarations and old TODOs were also removed. Pull Request: https://projects.blender.org/blender/blender/pulls/142519
2025-07-24 13:28:44 +02:00
intern/GHOST_ContextMTL.mm
Fix #129985: macOS headless build fails due to missing CGL context symbols When making a `headless` macOS build, linking would fail complaining about missing `GHOST_ContextCGL` symbols, which are required by the Metal backend. This commit fixes this issue by compiling the macOS CGL GHOST Context if the Metal backend is enabled, instead of only depending on `WITH_HEADLESS`, similarly to what's done on Linux/other *nix systems. Pull Request: https://projects.blender.org/blender/blender/pulls/130847
2024-11-25 22:43:19 +01:00
GHOST: Rename Metal Context from `ContextCGL` to `ContextMTL` This commit renames the GHOST Metal graphic context class and related files / references from `GHOST_ContextCGL` to `GHOST_ContextMTL`. When the Metal backend was first introduced, this context file contained both the old OpenGL context (CGL, for macOS Core OpenGL API), and the newer Metal context. Since #110185 all CGL related code was removed from the class, making it Metal only, and thus rendering the old class name outdated and potentially misleading. In addition to the rename, unused OpenGL related forward declarations and old TODOs were also removed. Pull Request: https://projects.blender.org/blender/blender/pulls/142519
2025-07-24 13:28:44 +02:00
intern/GHOST_ContextMTL.hh
Fix #129985: macOS headless build fails due to missing CGL context symbols When making a `headless` macOS build, linking would fail complaining about missing `GHOST_ContextCGL` symbols, which are required by the Metal backend. This commit fixes this issue by compiling the macOS CGL GHOST Context if the Metal backend is enabled, instead of only depending on `WITH_HEADLESS`, similarly to what's done on Linux/other *nix systems. Pull Request: https://projects.blender.org/blender/blender/pulls/130847
2024-11-25 22:43:19 +01:00
)
endif()
endif()
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
if(APPLE)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemPathsCocoa.hh
Cleanup: sort cmake file lists
2019-01-25 08:30:33 +11:00
intern/GHOST_SystemPathsCocoa.mm
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
)
elseif(UNIX)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemPathsUnix.cc
intern/GHOST_SystemPathsUnix.hh
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
)
if(NOT WITH_INSTALL_PORTABLE)
add_definitions(-DPREFIX="${CMAKE_INSTALL_PREFIX}")
endif()
elseif(WIN32)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_SystemPathsWin32.cc
intern/GHOST_SystemPathsWin32.hh
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 15:46:19 -05:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Fix for building win32 headless
2015-03-21 02:16:39 +11:00
list(APPEND INC
../utfconv
)
no functional changes - add PySequenceMethods members (all NULL) - spaces -> tabs - cmake syntax warning from recent ghost commit
2010-05-16 10:09:07 +00:00
endif()
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
Ghost: Ghost-XR API to abstract away and access OpenXR functionality Extends Ghost to include an abstraction for OpenXR, which I refer to as Ghost-XR. Such an API is the base for the following commit, which introduces VR support to Blender. Main features: * Simple and high-level interface for Blender specific code to call. * Extensible for muliple graphics backends, currently OpenGL and a DirectX compatibility layer are supported. * Carefully designed error handling strategy allowing Blender to handle errors gracefully and with useful error messages. * OpenXR extension and API-layer management. * OpenXR session management. * Basic OpenXR event management. * Debug utilities for Ghost-XR and OpenXR For more information on this API, check https://wiki.blender.org/wiki/Source/Interface/XR. Reviewed by: Brecht Van Lommel Differential Revision: https://developer.blender.org/D6188
2020-03-17 20:10:57 +01:00
if(WITH_XR_OPENXR)
list(APPEND SRC
Cleanup: use ".cc" & ".hh" extensions for intern/ghost
2023-04-06 07:40:07 +10:00
intern/GHOST_Xr.cc
intern/GHOST_XrAction.cc
intern/GHOST_XrContext.cc
intern/GHOST_XrControllerModel.cc
intern/GHOST_XrEvent.cc
intern/GHOST_XrGraphicsBinding.cc
intern/GHOST_XrSession.cc
intern/GHOST_XrSwapchain.cc
GHOST_IXrContext.hh
intern/GHOST_IXrGraphicsBinding.hh
intern/GHOST_XrAction.hh
intern/GHOST_XrContext.hh
intern/GHOST_XrControllerModel.hh
intern/GHOST_XrException.hh
intern/GHOST_XrSession.hh
intern/GHOST_XrSwapchain.hh
intern/GHOST_Xr_intern.hh
intern/GHOST_Xr_openxr_includes.hh
CMake: add missing headers to CMake lists
2021-11-08 14:43:45 +11:00
# Header only library.
../../extern/tinygltf/tiny_gltf.h
Ghost: Ghost-XR API to abstract away and access OpenXR functionality Extends Ghost to include an abstraction for OpenXR, which I refer to as Ghost-XR. Such an API is the base for the following commit, which introduces VR support to Blender. Main features: * Simple and high-level interface for Blender specific code to call. * Extensible for muliple graphics backends, currently OpenGL and a DirectX compatibility layer are supported. * Carefully designed error handling strategy allowing Blender to handle errors gracefully and with useful error messages. * OpenXR extension and API-layer management. * OpenXR session management. * Basic OpenXR event management. * Debug utilities for Ghost-XR and OpenXR For more information on this API, check https://wiki.blender.org/wiki/Source/Interface/XR. Reviewed by: Brecht Van Lommel Differential Revision: https://developer.blender.org/D6188
2020-03-17 20:10:57 +01:00
)
Cleanup: OpenXR: Move Direct3D to its own compile unit _No response_ Pull Request: https://projects.blender.org/blender/blender/pulls/137255
2025-04-10 09:32:48 +02:00
if(WIN32)
list(APPEND SRC
intern/GHOST_XrGraphicsBindingD3D.cc
Cleanup: trailing space
2025-04-24 12:44:27 +10:00
Cleanup: OpenXR: Move Direct3D to its own compile unit _No response_ Pull Request: https://projects.blender.org/blender/blender/pulls/137255
2025-04-10 09:32:48 +02:00
intern/GHOST_XrGraphicsBindingD3D.hh
)
endif()
Cleanup: quiet warnings by using system-includes for ./extern/ extern/json & extern/fmtlib reported warnings with GCC 12.2.1. As these libraries aren't maintained as part of Blender, treat them as system-includes.
2023-03-22 14:18:14 +11:00
list(APPEND INC_SYS
XR Controller Support Step 4: Controller Drawing Addresses T77127 (Controller Drawing). Adds VR controller visualization and custom drawing via draw handlers. Add-ons can draw to the XR surface (headset display) and mirror window by adding a View3D draw handler of region type 'XR' and draw type 'POST_VIEW'. Controller drawing and custom overlays can be toggled individually as XR session options, which will be added in a future update to the VR Scene Inspection add-on. For the actual drawing, the OpenXR XR_MSFT_controller_model extension is used to load a glTF model provided by the XR runtime. The model's vertex data is then used to create a GPUBatch in the XR session state. Finally, this batch is drawn via the XR surface draw handler mentioned above. For runtimes that do not support the controller model extension, a a simple fallback shape (sphere) is drawn instead. Reviewed By: Severin, fclem Differential Revision: https://developer.blender.org/D10948
2021-10-12 16:18:05 +09:00
../../extern/json/include
../../extern/tinygltf
)
Ghost: Ghost-XR API to abstract away and access OpenXR functionality Extends Ghost to include an abstraction for OpenXR, which I refer to as Ghost-XR. Such an API is the base for the following commit, which introduces VR support to Blender. Main features: * Simple and high-level interface for Blender specific code to call. * Extensible for muliple graphics backends, currently OpenGL and a DirectX compatibility layer are supported. * Carefully designed error handling strategy allowing Blender to handle errors gracefully and with useful error messages. * OpenXR extension and API-layer management. * OpenXR session management. * Basic OpenXR event management. * Debug utilities for Ghost-XR and OpenXR For more information on this API, check https://wiki.blender.org/wiki/Source/Interface/XR. Reviewed by: Brecht Van Lommel Differential Revision: https://developer.blender.org/D6188
2020-03-17 20:10:57 +01:00
list(APPEND INC_SYS
${XR_OPENXR_SDK_INCLUDE_DIR}
)
VR: Initial Virtual Reality support - Milestone 1, Scene Inspection NOTE: While most of the milestone 1 goals are there, a few smaller features and improvements are still to be done. Big picture of this milestone: Initial, OpenXR-based virtual reality support for users and foundation for advanced use cases. Maniphest Task: https://developer.blender.org/T71347 The tasks contains more information about this milestone. To be clear: This is not a feature rich VR implementation, it's focused on the initial scene inspection use case. We intentionally focused on that, further features like controller support are part of the next milestone. - How to use? Instructions on how to use this are here: https://wiki.blender.org/wiki/User:Severin/GSoC-2019/How_to_Test These will be updated and moved to a more official place (likely the manual) soon. Currently Windows Mixed Reality and Oculus devices are usable. Valve/HTC headsets don't support the OpenXR standard yet and hence, do not work with this implementation. --------------- This is the C-side implementation of the features added for initial VR support as per milestone 1. A "VR Scene Inspection" Add-on will be committed separately, to expose the VR functionality in the UI. It also adds some further features for milestone 1, namely a landmarking system (stored view locations in the VR space) Main additions/features: * Support for rendering viewports to an HMD, with good performance. * Option to sync the VR view perspective with a fully interactive, regular 3D View (VR-Mirror). * Option to disable positional tracking. Keeps the current position (calculated based on the VR eye center pose) when enabled while a VR session is running. * Some regular viewport settings for the VR view * RNA/Python-API to query and set VR session state information. * WM-XR: Layer tying Ghost-XR to the Blender specific APIs/data * wmSurface API: drawable, non-window container (manages Ghost-OpenGL and GPU context) * DNA/RNA for management of VR session settings * `--debug-xr` and `--debug-xr-time` commandline options * Utility batch & config file for using the Oculus runtime on Windows. * Most VR data is runtime only. The exception is user settings which are saved to files (`XrSessionSettings`). * VR support can be disabled through the `WITH_XR_OPENXR` compiler flag. For architecture and code documentation, see https://wiki.blender.org/wiki/Source/Interface/XR. --------------- A few thank you's: * A huge shoutout to Ray Molenkamp for his help during the project - it would have not been that successful without him! * Sebastian Koenig and Simeon Conzendorf for testing and feedback! * The reviewers, especially Brecht Van Lommel! * Dalai Felinto for pushing and managing me to get this done ;) * The OpenXR working group for providing an open standard. I think we're the first bigger application to adopt OpenXR. Congratulations to them and ourselves :) This project started as a Google Summer of Code 2019 project - "Core Support of Virtual Reality Headsets through OpenXR" (see https://wiki.blender.org/wiki/User:Severin/GSoC-2019/). Some further information, including ideas for further improvements can be found in the final GSoC report: https://wiki.blender.org/wiki/User:Severin/GSoC-2019/Final_Report Differential Revisions: D6193, D7098 Reviewed by: Brecht Van Lommel, Jeroen Bakker
2020-03-17 20:20:55 +01:00
list(APPEND LIB
${XR_OPENXR_SDK_LIBRARIES}
Refactor: Build: Add bf::dependencies::eigen target To make adding a dependeny on TBB easier. Additional changes: * Using LIB for libmv tests, as it now brings in includes * Removing Eigen header listing in iTaSC Pull Request: https://projects.blender.org/blender/blender/pulls/136865
2025-04-02 02:59:02 +02:00
PRIVATE bf::dependencies::eigen
VR: Initial Virtual Reality support - Milestone 1, Scene Inspection NOTE: While most of the milestone 1 goals are there, a few smaller features and improvements are still to be done. Big picture of this milestone: Initial, OpenXR-based virtual reality support for users and foundation for advanced use cases. Maniphest Task: https://developer.blender.org/T71347 The tasks contains more information about this milestone. To be clear: This is not a feature rich VR implementation, it's focused on the initial scene inspection use case. We intentionally focused on that, further features like controller support are part of the next milestone. - How to use? Instructions on how to use this are here: https://wiki.blender.org/wiki/User:Severin/GSoC-2019/How_to_Test These will be updated and moved to a more official place (likely the manual) soon. Currently Windows Mixed Reality and Oculus devices are usable. Valve/HTC headsets don't support the OpenXR standard yet and hence, do not work with this implementation. --------------- This is the C-side implementation of the features added for initial VR support as per milestone 1. A "VR Scene Inspection" Add-on will be committed separately, to expose the VR functionality in the UI. It also adds some further features for milestone 1, namely a landmarking system (stored view locations in the VR space) Main additions/features: * Support for rendering viewports to an HMD, with good performance. * Option to sync the VR view perspective with a fully interactive, regular 3D View (VR-Mirror). * Option to disable positional tracking. Keeps the current position (calculated based on the VR eye center pose) when enabled while a VR session is running. * Some regular viewport settings for the VR view * RNA/Python-API to query and set VR session state information. * WM-XR: Layer tying Ghost-XR to the Blender specific APIs/data * wmSurface API: drawable, non-window container (manages Ghost-OpenGL and GPU context) * DNA/RNA for management of VR session settings * `--debug-xr` and `--debug-xr-time` commandline options * Utility batch & config file for using the Oculus runtime on Windows. * Most VR data is runtime only. The exception is user settings which are saved to files (`XrSessionSettings`). * VR support can be disabled through the `WITH_XR_OPENXR` compiler flag. For architecture and code documentation, see https://wiki.blender.org/wiki/Source/Interface/XR. --------------- A few thank you's: * A huge shoutout to Ray Molenkamp for his help during the project - it would have not been that successful without him! * Sebastian Koenig and Simeon Conzendorf for testing and feedback! * The reviewers, especially Brecht Van Lommel! * Dalai Felinto for pushing and managing me to get this done ;) * The OpenXR working group for providing an open standard. I think we're the first bigger application to adopt OpenXR. Congratulations to them and ourselves :) This project started as a Google Summer of Code 2019 project - "Core Support of Virtual Reality Headsets through OpenXR" (see https://wiki.blender.org/wiki/User:Severin/GSoC-2019/). Some further information, including ideas for further improvements can be found in the final GSoC report: https://wiki.blender.org/wiki/User:Severin/GSoC-2019/Final_Report Differential Revisions: D6193, D7098 Reviewed by: Brecht Van Lommel, Jeroen Bakker
2020-03-17 20:20:55 +01:00
)
Ghost: Ghost-XR API to abstract away and access OpenXR functionality Extends Ghost to include an abstraction for OpenXR, which I refer to as Ghost-XR. Such an API is the base for the following commit, which introduces VR support to Blender. Main features: * Simple and high-level interface for Blender specific code to call. * Extensible for muliple graphics backends, currently OpenGL and a DirectX compatibility layer are supported. * Carefully designed error handling strategy allowing Blender to handle errors gracefully and with useful error messages. * OpenXR extension and API-layer management. * OpenXR session management. * Basic OpenXR event management. * Debug utilities for Ghost-XR and OpenXR For more information on this API, check https://wiki.blender.org/wiki/Source/Interface/XR. Reviewed by: Brecht Van Lommel Differential Revision: https://developer.blender.org/D6188
2020-03-17 20:10:57 +01:00
Vulkan: Initial OpenXR support The Blender's VkInstance cannot be shared with OpenXR VkInstance. The reason is a chicken and egg problem where OpenXR needs to be started before Vulkan. OpenXR can add special vulkan specific requirements (instance&device) that are only available when the user starts an OpenXR session. The goal implementation is to share memory between both instances using [VK_KHR_external_memory](https://registry.khronos.org/vulkan/specs/latest/man/html/VK_KHR_external_memory.html) and related extensions. However this seems to be a bridge to far as a initial step. Reason: There are not that many samples/ guides and documentation to be found to handle the workflow that we require. We want to do a smaller step by step approach to gain the needed knowledge. For that reason this PR does the most stupidest thing that can be done to share memory between instances. Download the render result to CPU RAM share the host pointer with the OpenXR instance which copies it to the swap chain. Also the synchronization is done using wait idle commands. <video src="attachments/32a0d69b-c3fa-4272-aea0-d207609afaaf" title="Screencast From 2025-03-18 11-16-17.webm" controls></video> **Gaining knowledge** - Experiment with `VK_KHR_external_memory_host` extension for uploading vertex buffers (not related to OpenXR). - Import host pointer with `VK_KHR_external_memory_host`. This reduces the additional memcpy on OpenXR side. - Export host pointer from Blender side from a mappable buffer. - Replace host pointers with fd/dmabuf/winhandle - Remove mappable buffer. Ref #133718 Pull Request: https://projects.blender.org/blender/blender/pulls/133824
2025-03-27 16:57:51 +01:00
set(XR_PLATFORM_DEFINES
)
if(WITH_OPENGL_BACKEND)
list(APPEND XR_PLATFORM_DEFINES -DXR_USE_GRAPHICS_API_OPENGL)
endif()
if(WITH_VULKAN_BACKEND)
list(APPEND XR_PLATFORM_DEFINES -DXR_USE_GRAPHICS_API_VULKAN)
list(APPEND SRC
intern/GHOST_XrGraphicsBindingVulkan.cc
intern/GHOST_XrGraphicsBindingVulkan.hh
)
endif()
Ghost: Ghost-XR API to abstract away and access OpenXR functionality Extends Ghost to include an abstraction for OpenXR, which I refer to as Ghost-XR. Such an API is the base for the following commit, which introduces VR support to Blender. Main features: * Simple and high-level interface for Blender specific code to call. * Extensible for muliple graphics backends, currently OpenGL and a DirectX compatibility layer are supported. * Carefully designed error handling strategy allowing Blender to handle errors gracefully and with useful error messages. * OpenXR extension and API-layer management. * OpenXR session management. * Basic OpenXR event management. * Debug utilities for Ghost-XR and OpenXR For more information on this API, check https://wiki.blender.org/wiki/Source/Interface/XR. Reviewed by: Brecht Van Lommel Differential Revision: https://developer.blender.org/D6188
2020-03-17 20:10:57 +01:00
# Add compiler defines as required by the OpenXR specification.
if(WIN32)
list(APPEND XR_PLATFORM_DEFINES
-DXR_USE_PLATFORM_WIN32
-DXR_USE_GRAPHICS_API_D3D11
)
list(APPEND LIB
shlwapi
)
elseif(UNIX AND NOT APPLE)
GHOST/XR: enable X11-EGL context for OpenXR
2021-06-16 11:42:02 +01:00
list(APPEND XR_PLATFORM_DEFINES -DXR_OS_LINUX)
Cleanup: indentation for CMake files Also minor white-space & case changes.
2022-01-28 14:08:11 +11:00
if(WITH_GHOST_WAYLAND)
GHOST/XR: support Wayland via XrGraphicsBindingOpenGLWaylandKHR
2021-06-23 00:09:18 +01:00
list(APPEND XR_PLATFORM_DEFINES -DXR_USE_PLATFORM_WAYLAND)
endif()
Cleanup: indentation for CMake files Also minor white-space & case changes.
2022-01-28 14:08:11 +11:00
if(WITH_GHOST_X11)
Cleanup OpenGL linking and related code after libepoxy merge This cleans up the OpenGL build flags and linking. It additionally also removes some dead code. One of these dead code paths is WITH_X11_ALPHA which actually never was active even with the build flag on. The call to use this was never called because the default initializer for GHOST was set to have it off per default. Nothing called this function with a boolean value to enable it. These cleanups are needed to support true headless OpenGL rendering. Without these cleanups libepoxy will fail to load the correct OpenGL Libraries as we have already linked them to the blender binary. Reviewed By: Brecht, Campbell, Jeroen Differential Revision: http://developer.blender.org/D15554
2022-08-15 16:44:24 +02:00
list(APPEND XR_PLATFORM_DEFINES -DXR_USE_PLATFORM_EGL)
list(APPEND XR_PLATFORM_DEFINES -DXR_USE_PLATFORM_XLIB)
GHOST/XR: enable X11-EGL context for OpenXR
2021-06-16 11:42:02 +01:00
endif()
Ghost: Ghost-XR API to abstract away and access OpenXR functionality Extends Ghost to include an abstraction for OpenXR, which I refer to as Ghost-XR. Such an API is the base for the following commit, which introduces VR support to Blender. Main features: * Simple and high-level interface for Blender specific code to call. * Extensible for muliple graphics backends, currently OpenGL and a DirectX compatibility layer are supported. * Carefully designed error handling strategy allowing Blender to handle errors gracefully and with useful error messages. * OpenXR extension and API-layer management. * OpenXR session management. * Basic OpenXR event management. * Debug utilities for Ghost-XR and OpenXR For more information on this API, check https://wiki.blender.org/wiki/Source/Interface/XR. Reviewed by: Brecht Van Lommel Differential Revision: https://developer.blender.org/D6188
2020-03-17 20:10:57 +01:00
endif()
add_definitions(-DWITH_XR_OPENXR ${XR_PLATFORM_DEFINES})
unset(XR_PLATFORM_DEFINES)
endif()
CMake: prepare for BLENDER_SORTED_LIBS removal No functional change, this adds LIB definition and args to cmake files. Without this it's difficult to migrate away from 'BLENDER_SORTED_LIBS' since there are many platforms/configurations that could break when changing linking order. Manually add and enable WITHOUT_SORTED_LIBS to try building without sorted libs (currently fails since all variables are empty). This check will eventually be removed. See T46725.
2019-04-14 15:18:44 +02:00
blender_add_lib(bf_intern_ghost "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")
Reference in New Issue Copy Permalink