Language Selection

English French German Italian Portuguese Spanish

Android Leftovers

More in Tux Machines

Wine 5.10

  • Wine Announcement
    The Wine development release 5.10 is now available.
    
    What's new in this release (see below for details):
      - More progress on the WineD3D Vulkan backend.
      - Beginnings of a separate Unix library for NTDLL.
      - Better support for anti-cheat kernel drivers.
      - More glyph substitutions in DirectWrite.
      - Support for DSS private keys.
      - ARM64 exception handling fixes.
      - Various bug fixes.
    
    The source is available from the following locations:
    
      https://dl.winehq.org/wine/source/5.x/wine-5.10.tar.xz
      http://mirrors.ibiblio.org/wine/source/5.x/wine-5.10.tar.xz
    
    Binary packages for various distributions will be available from:
    
      https://www.winehq.org/download
    
    You will find documentation on https://www.winehq.org/documentation
    
    You can also get the current source directly from the git
    repository. Check https://www.winehq.org/git for details.
    
    Wine is available thanks to the work of many people. See the file
    AUTHORS in the distribution for the complete list.
    
  • Wine 5.10 Starts Work On A Unix Library For NTDLL, More WineD3D Vulkan

    Wine 5.10 is out as the latest bi-weekly development release of this open-source project for allowing Windows games and applications to run generally gracefully on Linux (and other) platforms. Wine 5.10 continues the recent trend of bringing up the Vulkan back-end for WineD3D for this Direct3D 9/10/11 implementation to allow it to run atop Vulkan rather than needing to map it over OpenGL. With Wine 5.10 more functionality is in place but doesn't appear to be good yet for gamers compared to the OpenGL code-path or most notably the out-of-tree DXVK project providing great Direct3D 9/10/11 support over Vulkan and is what is notably used at the moment by Steam Play (Proton).

  • Wine 5.10 out with more WineD3D Vulkan work and anti-cheat improvements

    Alexandre Julliard, CodeWeavers staffer and Wine hacker today announced the Wine 5.10 development release with some more exciting work. They've continued progressing Vulkan support for WineD3D, there's the beginnings of a separate Unix library for NTDLL, more glyph substitutions in DirectWrite, support for DSS private keys, ARM64 fixes and other various bug fixes included. Something bigger came with Wine 5.10 though too, as they also mentioned it has better support for anti-cheat kernel drivers. That's going to be the big one if it's possible to get working properly. Anti-cheat as a whole is the Achilles heel of Wine (and so Steam Play Proton too), as it's often the cause of Windows games being unable to work on Linux through the compatibility layer so it's pleasing to know more work is going on.

Android Leftovers

RK3399Pro module available in $199 and up dev kit

Firefly’s open-spec, $119-and-up “Core-3399Pro-JD4” module runs Linux or Android on a 3-TOPS NPU-enabled RK3399Pro. The module is available as part of a $199 and up “AIO-3399PRO-JD4” dev kit. While we were reporting on the Rockchip RK3399-based Station P1 Geek Mini PC and Face X2 facial recognition device this week we noticed another Rockchip based product from T-Chip Technology’s Firefly unit that was announced in March. We have yet to see any press coverage of the Core-3399Pro-JD4 module, which runs Linux or Android on the RK3399Pro. Read more

OpenGL/OpenCL/Graphics: Gallium3D and Tiger Lake

  • SVGA Gallium3D Now Exposes OpenGL 4.1 Support

    Following VMware making the VMWGFX kernel changes for supporting OpenGL 4.x, the SVGA Gallium3D driver is now exposing OpenGL 4.1 in compatibility profile contexts for this open-source graphics driver used as part of the VMware virtualization stack.

  • Intel Exposes OpenCL 3.0 For Tiger Lake Graphics

    It's a bit surprising that at least as of now OpenCL 3.0 is only being exposed for Gen12/TigerLake while previous generations are on OpenCL 2.1. OpenCL 3.0 is designed to be more flexible in even allowing OpenCL 1.2 drivers to be fitted for CL 3.0 compliance. All OpenCL 2.x functionality can be queried via OpenCL 3.0 as extensions. Thus it's surprising at least for now Intel is only exposing OpenCL 3.0 for Tiger Lake, but we will see in forthcoming Compute Runtime updates if they flip on OpenCL 3.0 for existing generations.