Yes, it seems like that for now.
May be the team will grow soon.
Other techy or devs interested in the project can do the compilation or adaptation tasks.
As I expected it seems there isone now, trying to port it to windows @Gene. Thank you for the effort.
I expect this project to be a great software, a great DT successor without all the legacy constraints of DT.
But it seems it will take a while to get there.
Why WSL? WSL is a VM and as such your app won’t have easy direct access to hardware.
It does not have to work in WSL but in native windows code, windows is fully compatible with vulkan and vulkan API.
The problem seems to be that there are more dependencies than just vulkan and the UI library (which is coded under vulkan and should be easily ported).
I suppose that the problems are the OS calls to open files and things alike.
You need a port for them or just substitute that code for native windows code which seems the path @Gene is taking.
For creating a window for the interface there are cross libraries like GLFW and for matrix algebra GLM.
I only suggested it as a possibility to try it out if Vulkan was supported as I knew it (vkdt) didn’t work yet on Windows. WSL is there and for a Windows user can be a convenient way to test Linux software without dual booting. I have PopOS installed on its own hardrive so I can go to a native Linux install if I need to from my PC boot menu. It was just a suggestion for a quick test not any long term solution or recommendation.
Yes, I have used it to test or run some linux programs, but not GPU intensive ones.
As long as I know, WSL does not let the VM code direct access to hardware, only via the emulated hardware.
I think that the drivers do not expose the GPU funcionality that vkdt needs to access GPU, but lets see if there is a way of doing that and I am missing some WSL funcionality.
vkdt runs only if there is a GPU installed in the system.
Ya pretty accurate assessment of the current state…there is some link to some Nvidia virtual driver but I think Zi tried to follow it…doesn’t support Opencl so it was for DT primarily…It may evolve at some point. As you say it has its uses but also lots of limitations
Windows has standard posix libraries such as creating threads, opening files… So as long as the software uses just posix it should not be a problem.
Great to know there are going to be efforts to facilitate porting and that @Gene is trying to port it.
I will try it as soon as the port is done.
It seems you are using GLFW and as GUI seems to be developed e tirely in vulkan only system calls will be OS dependent. That is great.
/sys and /proc (which @hanatos refers to in his last post) aren’t libraries, but act as parts of the filesystem that give access to system and process information. The entries are treated as files.
I’m not sure there’s a direct equivalent under Windows, and since you interact with those filesystems as if they contain files, porting those parts to Windows isn’t a matter of finding a compatible library.
I suspect that a part of @Gene 's efforts concerned those two interface… not a trivial job…
Ok, thank you, I know what sys and proc are. He talked about posix and i did not know he has refering to that.
No there is not a Direct equivalent, in Windows info about running proceses are not in the filesystem, in Windows you do system calls.
What you do have in Windows si the standard c posix library to open files, use semaphores, launch threads…
I don’t know if some of the current use of proc and sys can be substituded for posix library functions.
It seems that cygwin library provides /proc functionality in Windows, at least. I don’t know If It helps @Gene in te Port.
The others need to be completly rewritten in Windows and possibly other OSes.
Isolating that OS specific tasks in functions or a class would help the task of porting, as hanatos seems to plan in the future.
@rvietor @hanatos Actually some of the linux VFS is emulated by mingw libraries. You can look at my changes but the main issues were:
A bit off-topic, but is there any reason not to use the int64_t and related types whenever you use an integer type, exactly to avoid such compiler/OS differences? Of course, typing int32_t is more work than just plain int …
windows do have hard and soft links, but they are quite hidden, you cannot create or distinguish them in the interface, but there are commands and programming calls to do that (at least in NTFS filesystems, not FAT).
I don’t like symlinks too much as they cause problems when copying files from one place to another and when making and restoring backups (you end up with several copies of files most of the time).
There are POSIX C library in windows that uses the ‘/’ for directory separation but may be it is quite limeted in functionality for the vkdt needs, but for that functionality implemented in the standard C library that provide enough functionality, I think it might be simpler to use them instead of other functions.
If mingw has some problems, have you tried cygwin?
It won’t be not so tiny and needs installation of software in the target platform… but if it can solve the problems…
Cygwin vs Mingw | Top Differences of Cygwin vs Mingw (educba.com)
Differences in integers lenght and endianess, floating point and the likes, has allways been a headache.
My appoach is use a set of typedefs in a .h file to define a set of types like uInteger and dpReal and use them in all places in the program.
Then you just have to change the typedefs to adapt to the platform.
Something like uint64_t but with a more friendly name.
I have installed WSL2 in windows and ubuntu in it in order to see if I can test vkdt
It seems that wsl2 lets you run graphics apps and it has nvidia cuda and directml support if you have appropiate driver which exposes a virtual gpu.
It could be a solution for me to run vkdt and even darktable itself (that is a bit limited in windows).
I have selected ubuntu due to its ability to use propietary drivers that might be needed to access advanced features in the graphics card.
I had found here Instalar paquete graphics:darktable:master / vkdt (opensuse.org) how to add it to ubuntu repositories.
But there is a problem: it is only available for ubuntu 21.04 and above, but under WSL2 you can only install ubuntu 20.04 (las version supported).
So how can I try it?
Is it a way to install ubuntu 21 under wsl2?Should I try debian? (it seems there are no nvidia cuda drivers for debian).
FOLLOW UP:
Well I could finally install Ubuntu 22.04 in WSL2.
It seems you cannot install them through wsl command (wsl -l -o does nos list ubuntu 22.04 just 20.04) but you can install it from microsoft store.
I could install darktable and vkdt.
Darktable works, but there is no opengl hardware.
vkdt does not run because it does not find the appropiate hardware and vulkan libraries.
But as long as I could understand from MS claims, you can get hardware accelerated GPU access from wsl2 VMs.
You just have to install the latest driver in from the gpu manufactures (nvidia in this case) that support wls and install it in windows.
WSL2 kernel provides a virtual gpu driver to access the gpu.
But I could not get it to work.
WELL, I have investigated a bit more.
It seems that openCL and vulkan are not yet ported to WSL2 and so there is no hardware gpu support to it under the virtutal device driver, they have just ported WDDM and D3D12 exposing the API at the device level in user space in linux, and then they have added CUDA and DirectML libraries to talk to the driver and implement that functionality.
But not openCL, openGL or Vulkan yet on top of DirectX 12 driver, they seem to be working in it and building the openGL and openCL API transforming it to DX calls. Vulkan seems that will take a bit longer.
So you cannot use vkdt or even darktable in WSL2 (no GPU accelerated graphics yet for them).
For now the only option that seems viable is the porting initiated by @Gene
I should maybe have been more clear earlier when I said “WSL” I meant WSL2/WSLg… I found as you did that even installing the nvidia driver as directed did not yet help. It did state somewhere that OPENCL was not supported so I knew that but I had not confirmed or checked out anything related to vulkan…seems like the same …not yet supported…
Yes, openCL are supported via cpu emulated library, that won’t help.
The NVIDIA driver is for CUDA, for installing CUDA in linux, it seems.
But once MS implements opengl, opencl or vulkan in WSL2 (yet in development it seems) you won’t need any driver in linux.
You would only update wsl and update your graphic card driver in windows with one that supports wsl and new functionality.
The wsl linux kernel would detect the capabilities and provides de virtual device driver and the libraries to implement the opencl, vulkan and other funcitionality.
You cannot install a driver in linux or the vulkan libraries, as they would override the provided ones for ones that woul try to access a physical card.
DirectX 
Linux - DirectX Developer Blog (microsoft.com)
In the works: OpenCL™ and OpenGL® mapping layers to DirectX - DirectX Developer Blog (microsoft.com)
Thanks for the link…this is the one I used when I first started to mess around with it…
Yes they seem to be developing a library in colaboration with Collabora (developers of mesa drivers of directx in linux) that will translate opengl api calls into directx12 calls to the virtualize device driver directx12 capable that wsl kernel provides.
That library will be provided with wsl when available, but I think it is not yet available.
May be it is under wsl insider (beta program).
I have installed mesa-utils and run glxinfo to see opengl capabilities.
It seems that the system has opengl 3.3 capabilities and my nvidia card is detected and available.
glxgears (mesa opengl test runs correctly).
This is the ouput of glxinfo:
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_no_config_context,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
GLX_SGI_make_current_read
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_ATI_pixel_format_float, GLX_EXT_buffer_age,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_no_config_context, GLX_EXT_swap_control,
GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event,
GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent,
GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_NV_float_buffer,
GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB,
GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_no_config_context,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, GLX_OML_swap_method,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Microsoft Corporation (0xffffffff)
Device: D3D12 (NVIDIA GeForce GTX 1050 Ti) (0xffffffff)
Version: 22.0.1
Accelerated: yes
Video memory: 12143MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 3.3
Max compat profile version: 3.3
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.1
OpenGL vendor string: Microsoft Corporation
OpenGL renderer string: D3D12 (NVIDIA GeForce GTX 1050 Ti)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 22.0.1
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend,
GL_AMD_multi_draw_indirect, GL_AMD_shader_trinary_minmax,
GL_AMD_texture_texture4, GL_ANGLE_texture_compression_dxt3,
GL_ANGLE_texture_compression_dxt5, GL_ARB_ES2_compatibility,
GL_ARB_ES3_1_compatibility, GL_ARB_ES3_compatibility,
GL_ARB_arrays_of_arrays, GL_ARB_base_instance, GL_ARB_blend_func_extended,
GL_ARB_clear_buffer_object, GL_ARB_compressed_texture_pixel_storage,
GL_ARB_compute_shader, GL_ARB_compute_variable_group_size,
GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,
GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float,
GL_ARB_depth_clamp, GL_ARB_direct_state_access, GL_ARB_draw_buffers,
GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex,
GL_ARB_draw_indirect, GL_ARB_draw_instanced,
GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location,
GL_ARB_fragment_coord_conventions, GL_ARB_fragment_shader,
GL_ARB_framebuffer_no_attachments, GL_ARB_framebuffer_object,
GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary,
GL_ARB_get_texture_sub_image, GL_ARB_gpu_shader5, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_indirect_parameters,
GL_ARB_instanced_arrays, GL_ARB_internalformat_query,
GL_ARB_internalformat_query2, GL_ARB_invalidate_subdata,
GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind,
GL_ARB_multi_draw_indirect, GL_ARB_occlusion_query2,
GL_ARB_parallel_shader_compile, GL_ARB_pixel_buffer_object,
GL_ARB_point_sprite, GL_ARB_program_interface_query,
GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sample_shading,
GL_ARB_sampler_objects, GL_ARB_seamless_cube_map,
GL_ARB_separate_shader_objects, GL_ARB_shader_atomic_counter_ops,
GL_ARB_shader_atomic_counters, GL_ARB_shader_bit_encoding,
GL_ARB_shader_draw_parameters, GL_ARB_shader_image_load_store,
GL_ARB_shader_image_size, GL_ARB_shader_objects,
GL_ARB_shader_storage_buffer_object, GL_ARB_shader_subroutine,
GL_ARB_shader_texture_lod, GL_ARB_shading_language_420pack,
GL_ARB_shading_language_include, GL_ARB_shading_language_packing,
GL_ARB_stencil_texturing, GL_ARB_sync, GL_ARB_tessellation_shader,
GL_ARB_texture_buffer_object, GL_ARB_texture_buffer_object_rgb32,
GL_ARB_texture_buffer_range, GL_ARB_texture_compression_rgtc,
GL_ARB_texture_cube_map_array, GL_ARB_texture_filter_anisotropic,
GL_ARB_texture_float, GL_ARB_texture_gather, GL_ARB_texture_multisample,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_query_levels,
GL_ARB_texture_query_lod, GL_ARB_texture_rectangle, GL_ARB_texture_rg,
GL_ARB_texture_rgb10_a2ui, GL_ARB_texture_stencil8,
GL_ARB_texture_storage, GL_ARB_texture_storage_multisample,
GL_ARB_texture_swizzle, GL_ARB_timer_query, GL_ARB_transform_feedback2,
GL_ARB_transform_feedback3, GL_ARB_transform_feedback_instanced,
GL_ARB_uniform_buffer_object, GL_ARB_vertex_array_bgra,
GL_ARB_vertex_array_object, GL_ARB_vertex_attrib_binding,
GL_ARB_vertex_buffer_object, GL_ARB_vertex_shader,
GL_ARB_vertex_type_10f_11f_11f_rev, GL_ARB_vertex_type_2_10_10_10_rev,
GL_ATI_blend_equation_separate, GL_ATI_texture_float,
GL_EXT_EGL_image_storage, GL_EXT_EGL_sync, GL_EXT_abgr,
GL_EXT_blend_equation_separate, GL_EXT_draw_buffers2,
GL_EXT_draw_instanced, GL_EXT_framebuffer_blit,
GL_EXT_framebuffer_multisample, GL_EXT_framebuffer_multisample_blit_scaled,
GL_EXT_framebuffer_object, GL_EXT_framebuffer_sRGB,
GL_EXT_packed_depth_stencil, GL_EXT_packed_float,
GL_EXT_pixel_buffer_object, GL_EXT_provoking_vertex,
GL_EXT_shader_integer_mix, GL_EXT_texture_array,
GL_EXT_texture_compression_dxt1, GL_EXT_texture_compression_rgtc,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_integer, GL_EXT_texture_sRGB, GL_EXT_texture_sRGB_decode,
GL_EXT_texture_shared_exponent, GL_EXT_texture_snorm,
GL_EXT_texture_swizzle, GL_EXT_timer_query, GL_EXT_transform_feedback,
GL_EXT_vertex_array_bgra, GL_IBM_multimode_draw_arrays,
GL_KHR_context_flush_control, GL_KHR_debug, GL_KHR_no_error,
GL_KHR_parallel_shader_compile, GL_KHR_texture_compression_astc_ldr,
GL_KHR_texture_compression_astc_sliced_3d, GL_MESA_pack_invert,
GL_MESA_shader_integer_functions, GL_MESA_texture_signed_rgba,
GL_NV_conditional_render, GL_NV_copy_image, GL_NV_depth_clamp,
GL_NV_packed_depth_stencil, GL_OES_EGL_image, GL_S3_s3tc
OpenGL version string: 3.3 (Compatibility Profile) Mesa 22.0.1
OpenGL shading language version string: 3.30
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend,
GL_AMD_multi_draw_indirect, GL_AMD_shader_trinary_minmax,
GL_AMD_texture_texture4, GL_ANGLE_texture_compression_dxt3,
GL_ANGLE_texture_compression_dxt5, GL_APPLE_packed_pixels,
GL_ARB_ES2_compatibility, GL_ARB_ES3_1_compatibility,
GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance,
GL_ARB_blend_func_extended, GL_ARB_clear_buffer_object,
GL_ARB_color_buffer_float, GL_ARB_compatibility,
GL_ARB_compressed_texture_pixel_storage, GL_ARB_compute_shader,
GL_ARB_compute_variable_group_size, GL_ARB_conditional_render_inverted,
GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_debug_output,
GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture,
GL_ARB_direct_state_access, GL_ARB_draw_buffers,
GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex,
GL_ARB_draw_indirect, GL_ARB_draw_instanced,
GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location,
GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_framebuffer_no_attachments, GL_ARB_framebuffer_object,
GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary,
GL_ARB_get_texture_sub_image, GL_ARB_gpu_shader5, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_indirect_parameters,
GL_ARB_instanced_arrays, GL_ARB_internalformat_query,
GL_ARB_internalformat_query2, GL_ARB_invalidate_subdata,
GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind,
GL_ARB_multi_draw_indirect, GL_ARB_multisample, GL_ARB_multitexture,
GL_ARB_occlusion_query, GL_ARB_occlusion_query2,
GL_ARB_parallel_shader_compile, GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_program_interface_query, GL_ARB_provoking_vertex,
GL_ARB_robustness, GL_ARB_sample_shading, GL_ARB_sampler_objects,
GL_ARB_seamless_cube_map, GL_ARB_separate_shader_objects,
..... continues ...
So it seems that hardware opengl support is already there.
But opencl seems not to work, I have installed clinfo and it returns 0 platforms.
Do you have to install a separate opencl package in linux?
This thread is about vkdt, let’s get back on subject please.
I agree. Split to a new thread. Enjoy!
Not too much to be said. We were talking about running It on Windows, not everybody uses Linux.
But It does not work on wsl for now, may be in the future when vulkan si finally implementes un WSL.
For Now let’s put the hope on @Gene convertion work.
Great to have a thread about vdkt un Windows, thanks.
Gerrit NoteDB 