# Vulkan Published articles for Vulkan. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Mesa 26.2.3 Released With AMD GFX1171 Support, Other Fixes DevFeed: [Mesa 26.2.3 Released With AMD GFX1171 Support, Other Fixes]() Original publisher: [Read original article]() Author: Michael Larabel Published: 2026-09-16T21:18:50Z Content type: news Language: en Sources: [Phoronix]() Topics: [GPU](), [patches](), [Adreno](), [intel](), [Qualcomm](), [Firefox](), [Memory Leaks](), [Flight]() Tags: [adreno](), [amd](), [browser](), [bug](), [bug-fixes](), [desktop-linux](), [firefox](), [gpu](), [intel](), [linux-benchmarking](), [linux-hardware-benchmarks](), [linux-hardware-reviews](), [linux-how-to](), [linux-performance](), [linux-server-benchmarks](), [memory-leak](), [open-source-graphics](), [patches](), [phoronix](), [phoronix-test-suite](), [qualcomm](), [release](), [stable](), [ubuntu-benchmarks](), [ubuntu-hardware](), [vulkan]() ### AI overview Mesa 26.2.3 is a stable bi-weekly point release containing backported bug fixes for RadeonSI, RADV, Freedreno, Turnip, Intel ANV, Asahi, NVK, and other drivers. It also adds AMD GFX1171 support. ### Source excerpt Mesa 26.2.3 is out today as the newest stable point release in this quarter's Mesa 26.2 series... ## Valve Confirms Half-Life: Alyx is Coming to Steam Frame Standalone, But Not in Time for Launch DevFeed: [Valve Confirms Half-Life: Alyx is Coming to Steam Frame Standalone, But Not in Time for Launch]() Original publisher: [Read original article]() Author: Scott Hayden Published: 2026-09-14T17:00:00Z Content type: news Language: en Sources: [Road to VR]() Topics: [Optimization](), [Open Source](), [pc](), [Windows]() Tags: [bug-fixes](), [gaming](), [news](), [open-source](), [optimization](), [pc](), [pc-vr-news-reviews](), [porting](), [vulkan](), [windows](), [xr-industry-news]() ### AI overview Valve is developing a standalone Steam Frame port of Half-Life: Alyx, but it will not be available at the headset's launch. Eye-tracking, foveated rendering, 16GB of VRAM, Vulkan driver work, and SteamVR work enabled the port without changing game assets, while existing Workshop content will remain compatible. ### Source excerpt The rumors are true: Valve finally confirmed it's creating a standalone port of Half-Life: Alyx (2020) for Steam Frame, although it won't be ready at launch. Valve finally announced Steam Frame's price and release date, starting at $1,060 with shipping beginning as early as September 18th. Amid the avalanche of news, Valve has also confirmed [...] The post Valve Confirms Half-Life: Alyx is Coming to Steam Frame Standalone, But Not in Time for Launch appeared first on Road to VR. ## Firefox 156 Available With Its Built-In PDF Viewer Starting Up To 45% Faster DevFeed: [Firefox 156 Available With Its Built-In PDF Viewer Starting Up To 45% Faster]() Original publisher: [Read original article]() Author: Michael Larabel Published: 2026-09-14T15:09:09Z Content type: news Language: en Sources: [Phoronix]() Topics: [Firefox](), [pdf](), [Mozilla](), [Linux](), [Nvidia]() Tags: [cpu](), [desktop-linux](), [firefox](), [history](), [linux](), [linux-benchmarking](), [linux-hardware-benchmarks](), [linux-hardware-reviews](), [linux-how-to](), [linux-performance](), [linux-server-benchmarks](), [memory](), [mozilla](), [nvidia](), [open-source-graphics](), [pdf](), [performance](), [phoronix](), [phoronix-test-suite](), [release](), [ubuntu-benchmarks](), [ubuntu-hardware](), [update](), [vulkan]() ### AI overview Firefox 156 is available with a built-in PDF viewer that starts up up to 45% faster. The release also improves memory and CPU usage when displaying large scaled-down JPEG images and includes several fixes. Vulkan Video decoding for newer NVIDIA GPUs remains limited to nightly builds. ### Source excerpt Mozilla today published their Firefox 156.0 release binaries ahead of the official Tuesday announcement... ## Prominent Mesa Developer Now Working For Arm On PanVK & Panfrost Code DevFeed: [Prominent Mesa Developer Now Working For Arm On PanVK & Panfrost Code]() Original publisher: [Read original article]() Author: Michael Larabel Published: 2026-09-11T12:55:26Z Content type: news Language: en Sources: [Phoronix]() Topics: [Arm](), [Code](), [3D graphics](), [Hardware](), [Open Source]() Tags: [3d](), [3d-graphics](), [arm](), [code](), [desktop-linux](), [developer](), [driver](), [drivers](), [graphics](), [hardware](), [linux-benchmarking](), [linux-hardware-benchmarks](), [linux-hardware-reviews](), [linux-how-to](), [linux-performance](), [linux-server-benchmarks](), [open-source](), [open-source-graphics](), [phoronix](), [phoronix-test-suite](), [ubuntu-benchmarks](), [ubuntu-hardware](), [vulkan]() ### AI overview Erik Faye-Lund has joined Arm after eight years at Collabora and will continue contributing to the upstream PanVK Vulkan driver and Panfrost Gallium3D driver for Arm Mali graphics. He also aims to improve Arm's collaboration with upstream projects. ### Source excerpt Erik Faye-Lund who has contributed to the Mesa 3D graphics driver stack working on areas like Zink and most notably the PanVK Vulkan and Panfrost Gallium3D drivers forr Arm Mali hardware is now working directly for Arm... ## Mesa 26.3 RADV + RadeonSI Ready With DRM Format Modifiers For Older AMD GPUs DevFeed: [Mesa 26.3 RADV + RadeonSI Ready With DRM Format Modifiers For Older AMD GPUs]() Original publisher: [Read original article]() Author: Michael Larabel Published: 2026-09-10T21:19:11Z Content type: news Language: en Sources: [Phoronix]() Topics: [Linux](), [Wayland](), [interoperability](), [OpenGL](), [Git]() Tags: [amd](), [apis](), [desktop-linux](), [git](), [graphics](), [interoperability](), [linux](), [linux-benchmarking](), [linux-hardware-benchmarks](), [linux-hardware-reviews](), [linux-how-to](), [linux-performance](), [linux-server-benchmarks](), [open-source-graphics](), [performance](), [phoronix](), [phoronix-test-suite](), [ubuntu-benchmarks](), [ubuntu-hardware](), [vulkan]() ### AI overview Mesa 26.3 has merged the Mesa-side support needed for RADV and RadeonSI to use DRM format modifiers on older AMD GFX6 through GFX8 GPUs. The Linux 7.3 kernel cycle adds the corresponding AMDGPU support, enabling improved buffer-layout handling for tiling, compression, performance, and interoperability. ### Source excerpt Coming with Linux 7.3 is DRM format modifiers for GFX6 through GFX8 era GPUs covering the original Raddeon HD 7000 (GCN 1.0) graphics cards up through the Polaris and Fiji series. This work by Valve's Timur Kristóf is necessary for these older GPUs to support Vulkan-based Wayland compositors, better interoperability between OpenGL and Vulkan or other APis, compositors running on the Zink OpenGL-on-Vulkan driver implementation, and other benefits. Now merged for Mesa 26.3 is the RadeonSI and RADV user-space side support for making use of the format modifiers on these older GPUs... ## NVIDIA NVK Driver Lands Improvement To Help With Valve's Gamescope DevFeed: [NVIDIA NVK Driver Lands Improvement To Help With Valve's Gamescope]() Original publisher: [Read original article]() Author: Michael Larabel Published: 2026-09-10T11:17:47Z Content type: news Language: en Sources: [Phoronix]() Topics: [Nvidia](), [Open Source]() Tags: [desktop-linux](), [driver](), [linux-benchmarking](), [linux-hardware-benchmarks](), [linux-hardware-reviews](), [linux-how-to](), [linux-performance](), [linux-server-benchmarks](), [nvidia](), [open-source](), [open-source-graphics](), [performance](), [phoronix](), [phoronix-test-suite](), [release](), [remote](), [ubuntu-benchmarks](), [ubuntu-hardware](), [vulkan]() ### AI overview An improvement to the open-source NVIDIA NVK Vulkan driver exposes BAR memory as host cached, helping Valve's Gamescope select suitable memory for mappable allocations. The change is expected to improve game recording and remote play performance and is targeted for Mesa 26.3, with possible backporting to Mesa 26.2. ### Source excerpt Merged today for next quarter's Mesa 26.3 release is an improvement for the open-source NVIDIA "NVK" Vulkan driver paired with the Nouveau kernel driver. This latest NVK improvement benefits usage of Valve's Gamescope micro-compositor and should help with performance during game recording and remote play... ## Amlogic A311Y3 Cortex-A78/A55 Edge AI system-on-module delivers up to 8 TOPS DevFeed: [Amlogic A311Y3 Cortex-A78/A55 Edge AI system-on-module delivers up to 8 TOPS]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-09-03T13:46:18Z Content type: article Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Embedded Systems](), [Artificial Intelligence](), [cpu](), [SOC](), [GPU](), [RISC-V](), [SDK](), [Android](), [Linux]() Tags: [2025](), [4g-lte](), [amlogic](), [android](), [arm](), [boardcon](), [camera](), [compiler](), [cortex-a55](), [cortex-a78](), [cpu](), [development-board](), [development-tools](), [display](), [edge-ai](), [edge-computing](), [embedded](), [embedded-systems](), [hardware](), [linux](), [npu](), [opencl](), [risc-v](), [rs485](), [som](), [specifications](), [vulkan]() ### AI overview The article examines Boardcon's CM311Y3 system-on-module, which uses the Amlogic A311Y3 octa-core SoC with Cortex-A78 and Cortex-A55 CPUs, an 8 TOPS NPU, LPDDR5 memory, eMMC storage, and interfaces for embedded applications. It also describes the module's development board, software support, and key specifications. ### Source excerpt Boardcon CM311Y3 system-on-module (SoM) is powered by an Amlogic A311Y3 octa-core Cortex-A78/A55 SoC with an 8 TOPS NPU and targets 4K video surveillance systems, AI edge computing devices, interactive terminals, enterprise thin clients, and autonomous robots. The module comes with up to 16GB LPDDR5 and up to 256 GB eMMC flash, exposes 210 pins through castellated edges, and a development board is also provided for evaluation and early software development. We don't often see new SoMs or SBCs based on Amlogic SoCs these days, so let's have a closer look. Boardcon CM311Y3 System-on-Module CM311Y3 specifications: SoC - Amlogic A311Y3 CPU 2x ARM Cortex-A78 cores @ 2.4GHx 6x ARM Cortex-A55 cores @ 2.0GHz RISC-V core for system control processing RISC-V core for Always-on power management and Sensor Hub GPU - Arm Mali-G625 MC1 with support for OpenGL ES 3.2, Vulkan 1.4, and OpenCL 3.0 VPU Video Decoder - H.264 up to [...] The post Amlogic A311Y3 Cortex-A78/A55 Edge AI system-on-module delivers up to 8 TOPS appeared first on CNX Software - Embedded Systems News. ## Orange Pi Zero 4 - Compact Allwinner A733 SBC offers HDMI, USB-C DP, GbE, WiFI 6, PCIe FFC connector for $26.5 and up DevFeed: [Orange Pi Zero 4 - Compact Allwinner A733 SBC offers HDMI, USB-C DP, GbE, WiFI 6, PCIe FFC connector for $26.5 and up]() Original publisher: [Read original article]() Author: Jean-Luc Aufranc (CNXSoft) Published: 2026-08-31T07:13:46Z Content type: news Language: en Sources: [CNX Software - Embedded Systems News]() Topics: [Embedded Systems](), [SOC](), [Arm](), [cpu](), [wifi 6](), [GPU](), [Bluetooth](), [RISC-V](), [hdmi](), [USB](), [Ethernet](), [OpenGL]() Tags: [allwinner](), [allwinner-a-series](), [android](), [arm](), [armbian](), [bluetooth](), [cortex-a55](), [cpu](), [debian](), [embedded-systems](), [gigabit-ethernet](), [gpu](), [h-264](), [hardware](), [hdmi](), [linux](), [npu](), [opencl](), [orange-pi](), [pcie](), [single-board-computer](), [specifications](), [ubuntu](), [usb](), [vp9](), [vulkan](), [wifi-6]() ### AI overview The Orange Pi Zero 4 is a compact single-board computer based on the Allwinner A733, with up to 8GB of memory, eMMC or UFS storage support, mini HDMI, USB-C DisplayPort, Gigabit Ethernet, Wi-Fi 6, Bluetooth 5.4, camera interfaces, GPIO, and a PCIe FFC connector. The article lists its specifications, planned operating-system images, and expected Armbian support. ### Source excerpt Orange Pi Zero 4 is an affordable yet feature-rich Allwinner A733 single board computer (SBC) with up to 8GB RAM, eMMC/UFS storage footprint, a microSD card slot, and plenty of I/Os. The board packs mini HDMI and USB-C DisplayPort, Gigabit Ethernet, WiFi 6 and Bluetooth 5.4, two MIPI CSI camera connectors, a Raspberry Pi-style PCIe FFC connector, and two GPIO headers into a compact 55x50mm form factor. Orange Pi Zero 4 specifications: SoC - Allwinner A733 CPU Dual-core Arm Cortex-A76 @ up to 2.00 GHz Hexa-core Arm Cortex-A55 @ up to 1.79 GHz Single-core RISC-V E902 real-time core up to 200 MHz GPU - Imagination Technologies BXM-4-64 MC1 GPU with support for OpenGL ES 3.2, Vulkan 1.3, OpenCL 3.0 VPU 8Kp24 H.265/VP9/AVS2 decoding 4Kp30 H.265/H.264 encoding AI accelerator - 3 TOPS NPU System Memory - 1GB, 2GB, 4GB, 6GB, or 8GB LPDDR5/LPDDR4/LPDDR4x; note: 16GB is also listed in the specs, [...] The post Orange Pi Zero 4 - Compact Allwinner A733 SBC offers HDMI, USB-C DP, GbE, WiFI 6, PCIe FFC connector for $26.5 and up appeared first on CNX Software - Embedded Systems News. ## Vulkan Ray Tracing: Deprecating Host-Side Acceleration Structure Builds DevFeed: [Vulkan Ray Tracing: Deprecating Host-Side Acceleration Structure Builds]() Original publisher: [Read original article]() Author: jphilips (jeff@khronosgroup.org) Published: 2026-07-08T13:00:00Z Content type: article Language: en Sources: [Blogs Khronos Blog]() Topics: [Ray Tracing](), [GPU](), [Hardware]() Tags: [api](), [architecture](), [blog](), [complexity](), [deprecated](), [gpu](), [hardware](), [migration](), [ray-tracing](), [vulkan]() ### AI overview Vulkan is deprecating host-side ray tracing acceleration structure build commands in favor of a device-address-based path. Existing applications remain functional, while developers using host-side commands should plan migration to device-side equivalents. ### Source excerpt Vulkan is deprecating host-side ray tracing acceleration structure build commands in favor of a single, device-address-based path. This aligns Vulkan Ray Tracing with the direction of DirectX Raytracing, modern engine architecture, and hardware trends. In the six years since Vulkan Ray Tracing launched, the host-side path has seen limited adoption. Developers generally found it more cumbersome than helpful, while implementers had to maintain parallel host/GPU command models that increased complexity and created friction for future ray tracing API evolution. ## Vulkan SC SDK Released: An Integrated Toolchain for Vulkan Safety-Critical Development DevFeed: [Vulkan SC SDK Released: An Integrated Toolchain for Vulkan Safety-Critical Development]() Original publisher: [Read original article]() Author: Khronos Group (webservices@khronosgroup.org) Published: 2026-05-06T13:00:00Z Content type: release Language: en Sources: [Blogs Khronos Blog]() Topics: [SDK](), [toolchain](), [Development](), [Linux](), [Windows](), [CMake]() Tags: [api](), [blog-vulkans](), [building](), [cmake](), [components](), [configuration](), [developer-experience](), [developers](), [development](), [download](), [ecosystem](), [getting-started](), [install](), [installation](), [integration](), [linux](), [sdk](), [toolchain](), [tools](), [vulkan](), [vulkan-sc](), [windows]() ### AI overview The Vulkan SC SDK is a unified installer for tools supporting safety-critical application development. It provides Linux and Windows installers, optional environment setup, CMake integration, pipeline cache compiler discovery, and components including the Vulkan SC loader, emulation and validation layers, device simulation, utilities, and samples. Version 1.0.21 is available on GitHub. ### Source excerpt Developers building safety-critical applications can now get started with Vulkan® SC faster than ever. The new Vulkan SC SDK is a simpler way to install and use a comprehensive set of tools and utilities to leverage the Vulkan SC ecosystem. With installers for Linux and Windows, the SDK makes it easy for developers to get up and running quickly, whether they are just getting started with Vulkan SC or building on existing deployments. ## OpenCL 3.1 is Here DevFeed: [OpenCL 3.1 is Here]() Original publisher: [Read original article]() Author: Khronos Group (webservices@khronosgroup.org) Published: 2026-05-04T07:01:00Z Content type: release Language: en Sources: [Blogs Khronos Blog]() Topics: [cross-platform](), [Compiler](), [Open Source](), [toolchain]() Tags: [2026](), [api](), [blog-openc](), [compilation](), [compiler](), [compilers](), [cross-platform](), [directx](), [embedded](), [enumerate](), [opencl](), [optional](), [source](), [spir](), [vulkan]() ### AI overview The Khronos OpenCL Working Group has released OpenCL 3.1, moving field-proven capabilities into the core specification. The release mandates SPIR-V kernel ingestion for conformant implementations and expands cross-platform availability through a growing implementation, compiler, runtime, and framework ecosystem. ### Source excerpt On the eve of IWOCL 2026, the Khronos® OpenCL Working Group has released OpenCL™ 3.1, bringing widely deployed, field-proven capabilities into the core specification to expand functionality, including SPIR-V ingestion, that developers will be able to rely on across conformant implementations. The new specification arrives into a growing OpenCL ecosystem, with implementations from multiple silicon vendors, particularly in mobile and embedded markets, and higher-level frameworks including SYCL™ and chipStar increasingly targeting OpenCL as an acceleration backend. The open-source compiler and runtime ecosystem around OpenCL also continues to mature with layered implementations of OpenCL over Vulkan and DirectX 12 -- widening OpenCL's cross-platform availability, including on platforms without native drivers. ## OpenCL Cooperative Matrix Extensions Are Here DevFeed: [OpenCL Cooperative Matrix Extensions Are Here]() Original publisher: [Read original article]() Author: jphilips (jeff@khronosgroup.org) Published: 2026-04-29T13:00:00Z Content type: release Language: en Sources: [Blogs Khronos Blog]() Topics: [AI Inference](), [GPU](), [C](), [LLVM](), [GitHub]() Tags: [api](), [arm](), [blog-opencl-spirv-machinelearning-llv](), [c](), [gpu](), [intel](), [llvm](), [opencl](), [qualcomm](), [spir](), [vulkan]() ### AI overview The OpenCL Working Group has published a working draft of the cl_khr_cooperative_matrix extension, developed with Arm, Intel, and Qualcomm. The extension brings cooperative matrix operations for ML inference to OpenCL, while a companion OpenCL C extension is also being developed. Community feedback is requested before the standards are finalized. ### Source excerpt The OpenCL Working Group has published a draft extension (cl_khr_cooperative_matrix) that brings cooperative matrix operations--a key technology for accelerating ML inference--to OpenCL, developed in collaboration with Arm, Intel, and Qualcomm. A companion extension to expose these capabilities directly in the OpenCL C language is also in progress, and the community is invited to review both drafts and provide feedback before they are finalized. ## Video Encoding and Decoding with Vulkan Compute Shaders in FFmpeg DevFeed: [Video Encoding and Decoding with Vulkan Compute Shaders in FFmpeg]() Original publisher: [Read original article]() Author: jphilips (jeff@khronosgroup.org) Published: 2026-03-16T17:04:00Z Content type: article Language: en Sources: [Blogs Khronos Blog]() Topics: [FFmpeg (Fast Forward Moving Picture Experts Group)](), [GPU](), [shaders](), [Compression](), [coding]() Tags: [api](), [blog-vulkan-vulkan-vide](), [compression](), [ffmpeg](), [gpu](), [performance](), [shaders](), [video](), [vulkan]() ### AI overview This article explains how FFmpeg uses Vulkan Compute shaders to accelerate encoding and decoding of professional-grade video on consumer GPUs. It describes the parallel and serial stages of codec pipelines and how this approach complements Vulkan Video's fixed-function support. ### Source excerpt In this blog we explore how FFmpeg uses Vulkan Compute to seamlessly accelerate encoding and decoding of even professional-grade video on consumer GPUs -- unlocking GPU compute parallelism at scale, without specialized hardware. This approach complements Vulkan Video's fixed-function codec support, extending acceleration to formats and workflows it doesn't cover. ## Introducing Skia Graphite: Chrome's rasterization backend for the future DevFeed: [Introducing Skia Graphite: Chrome's rasterization backend for the future]() Original publisher: [Read original article]() Author: Chromium Blog (noreply@blogger.com) Published: 2025-07-08T17:46:00Z Content type: article Language: en Sources: [Chromium Blog]() Topics: [Chrome](), [GPU](), [Interaction to Next Paint](), [browser](), [OpenGL](), [shaders](), [Web](), [glsl]() Tags: [chrome](), [gpu](), [graphics](), [graphics-apis](), [interaction-to-next-paint](), [multithreading](), [none](), [performance](), [render](), [screen](), [shaders](), [the-fast-and-the-curious](), [vulkan](), [web]() ### AI overview The article introduces Skia Graphite, a new GPU rasterization backend for Chrome on Apple Silicon Macs. Graphite uses fewer code paths, supports modern graphics APIs such as Metal, Vulkan, and D3D12, and is multithreaded by default. It improved Motionmark 1.3 scores by almost 15% on a MacBook Pro M3 and improved several real-world performance metrics. ### Source excerpt Today's The Fast and the Curious post covers the launch of Skia's new rasterization backend, Graphite, in Chrome on Apple Silicon Macs. Graphite is instrumental in helping Chrome achieve exceptional scores on Motionmark 1.3 and is key to unlocking a ton of future improvements in Chrome Graphics. A brief history of Skia in Chrome In Chrome, Skia is used to render paint commands from Blink and the browser UI into pixels on your screen, a process called rasterization. Skia has powered Chrome Graphics since the very beginning. Skia eventually ran into performance issues as the web evolved and became more complex, which led Chrome and Skia to invest in a GPU accelerated rasterization backend called Ganesh. Over the years, Ganesh matured into a solid highly performant rasterization backend and GPU rasterization launched on all platforms in Chrome on top of GL (via ANGLE on Windows D3D9/11). However, Ganesh always had a GL-centric design with too many specialized code paths and the team was hitting a wall when trying to implement optimizations that took advantage of modern graphics APIs in a principled manner. This set the stage for the team to rethink GPU rasterization from the ground up in the form of a new rasterization backend, Graphite. Graphite was developed from the start to be principled by having fewer and more comprehensible code paths. This forward looking design helps take advantage of modern graphics APIs like Metal, Vulkan and D3D12 and paradigms like compute based path rasterization, and is multithreaded by default. Results With Graphite in Chrome, we increased our Motionmark 1.3 scores by almost 15% on a Macbook Pro M3. At the same time, we improved real world metrics like INP (interaction to next paint time), LCP (time to largest contentful paint), graphics smoothness (percent dropped frames), GPU process malloc memory usage, and others. This all means substantially smoother interactions, less stutter when scrolling, and less time waiting for sites to show ## QEMU version 9.2.0 released DevFeed: [QEMU version 9.2.0 released]() Original publisher: [Read original article]() Published: 2024-12-11T23:42:00Z Content type: release Language: en Sources: [QEMU]() Topics: [qemu](), [version](), [Availability](), [virtio](), [GPU](), [Rust](), [Arm](), [RISC-V](), [x86](), [IOMMU](), [Compression]() Tags: [3d](), [accelerated](), [announce](), [arm](), [availability](), [compression](), [cpu](), [gpu](), [integrity](), [iommu](), [qemu](), [qemu-9-2](), [release](), [releases](), [risc-v](), [rust](), [venus](), [version](), [virtio](), [vulkan](), [x86]() ### AI overview QEMU 9.2.0 has been released with more than 1,700 commits from 209 authors. Highlights include improved virtio-GPU Vulkan and Venus support, migration compression, experimental Rust device models, and new architecture and accelerator features. ### Source excerpt We'd like to announce the availability of the QEMU 9.2.0 release. This release contains 1700+ commits from 209 authors. ## Monthly Update on a Haskell Game Engine DevFeed: [Monthly Update on a Haskell Game Engine]() Original publisher: [Read original article]() Published: 2023-01-01T00:00:00Z Content type: opinion Language: en Sources: [Romes' Musings]() Topics: [Haskell](), [Game engine](), [Programming](), [shaders](), [glsl](), [Graphics]() Tags: [code](), [haskell](), [programming](), [render](), [shaders](), [technical](), [vulkan]() ### AI overview A monthly development update on Ghengin, an unreleased Haskell game engine. It describes a procedural-planets demo and outlines the engine's Vulkan renderer, FIR shaders embedded in Haskell, entity management, scene graph, render queue, and supporting libraries. ### Source excerpt Contents 1 Ghengin 1.1 Bullets on Technical Details 1.2 The Small Victories 1.3 A peek into the code 1 Ghengin I've been working the past month or two in a game engine titled Ghengin (pronounced /ɡɛn-ʤɪn/, never /ɡɛn-ɡɪn/). This is not yet a release, and version 0.1.0 is far into the future. However, I've come a long way and I'd like to share a few pictures of my progress. This post was migrated from the discussion at the Haskell Discourse The demo I've been working on is based on Sebastian Lague's series Procedural Planets. It is a showcase of procedurally generated planets you can move around in and tweak the procedural generation parameters of the planets to create oceans and continents. Fig 1. Screenshot of planets demo 1.1 Bullets on Technical Details I hope to, soon enough, write a more substantial explanation of the engine's technical challenges and overall design decisions so far, and on the game developer's facing side of the engine. In the meantime, here are a few key points regarding the technical feats of the engine along with the main libraries it currently depends on, which help create a picture of how it is working: The renderer is written using the great bindings to the Vulkan API The shaders are crucial in the overall design, and a lot of code depends on their definition (e.g. preparing render pipelines, allocating descriptor sets and textures, everything materials related ...). The shaders are written using FIR, an amazing shader language embedded in Haskell! The entity management, scene graph and render queue are done/created through the apecs entity component system. Vectors and matrices are from geomancy GLFW-b for window management and user input (used as the window backend for vulkan) The dear-imgui bindings for the GUI JuicyPixels for loading textures FIR is a really cool shader library and unlike any you've likely tried before (it's embeded in Haskell, but that's just the start). The shader's "interfaces" are defined at the type level, and in