https://blog.slopistry.com/tags/gpu-compositing/ Recent content in Gpu-Compositing on slopistry Hugo en-us Sat, 04 Apr 2026 00:00:00 +0000 https://blog.slopistry.com/posts/vitruvianos-gpu-compositing-progress/ Sat, 04 Apr 2026 00:00:00 +0000 https://blog.slopistry.com/posts/vitruvianos-gpu-compositing-progress/ <p>The last few days have been a deep dive into V\OS&rsquo;s graphics pipeline. What started as &ldquo;make the DRM backend boot in QEMU&rdquo; turned into building out per-window GPU compositing, fixing Haiku&rsquo;s menu rendering, writing a gears demo, and learning more about virtio-gpu&rsquo;s limitations than I ever wanted to know.</p> <h2 id="where-we-started">where we started</h2> <p>V\OS had a DRM display backend from x512&rsquo;s Haiku work. It could put pixels on screen via dumb buffers and page flips. But there was no cursor, windows flickered when dragged, the GBM/EGL code had never been tested on a running system, and the whole thing only worked with <code>-vga std</code> in QEMU.</p> https://blog.slopistry.com/posts/vitruvianos-building-the-human-centric-os/ Wed, 01 Apr 2026 00:00:00 +0000 https://blog.slopistry.com/posts/vitruvianos-building-the-human-centric-os/ <p>I have been a BeOS fan for a long time. Watched it come and go, followed the community through Zeta and into Haiku, and always felt like there was something unfinished there. An OS that got the fundamentals right but never got its shot at the mainstream. I only recently started contributing to VitruvianOS (V\OS) but I am all in on it. It is an operating system built on the Linux kernel that brings the BeOS desktop experience to modern hardware, and I think it has a real chance at finishing what BeOS started.</p>