Uh my money currency usd so it’s getting they’re, but I was thinking about going for the 96 version at most since haiku fully relies on CPU having a very powerful CPU could very just brute force the software rendering but if it’s ultimately impossible, and we cannot get the GPUs for AMD and Intel then that’s gonna be very bad and then I can’t really games at higher frames unless I build a whole entire new set up with a Nvidia graphics card in a laptops or get a better CPU and change priority
My experience with software rendering is that even if you get fullspeed most of the time, it will never quite feel smooth. And of course without an actual driver, you may run into other problems, like not being able to set the refresh rate or the resolution, not being able to use VSync and so on.
2 Likes
x68k is right; a CPU may even be fast enough to make a full display update at 1000 FPS.
But one thing the CPU does not have, is direct access to the display hardware, which means it for instance will have trouble with “VSYNC”, thus you’d likely get chopping or tearing or flickering or all of the above.
On the other hand, some demos are doing quite well and also Endless Sky looked good from what I’ve seen (wasn’t able to play 0.10.4, but I’ve heard 0.11.0 might be on its way).
Endless Sky puts a lot of objects on the screen in some systems, so it might be good for teesting.
That said; I have a brand new and modern computer, so Endless Sky may be unplayable on other systems, especially without hardware graphics.
With 384 cores, Haiku’s ProcessController Deskbar display would take my entire screen width.
Yeowch.
3 Likes
ProcessController should switch to grid icon if there are too many CPU cores I think. But it is currently not implemented.
3 Likes
Nice. Thinkin’ ahead, there.
1 Like
Oh, I forgot to mention … 2 threads per core, so it would show 768 “cores” in total. 
2 Likes
And then do something like this (playing Bad Apple!! video on CPU cores load grid) 
5 Likes
Can someone tell me which, if any, lower end gpus work better as of now? 1650 super/1660*?
I need at least resolution setting, some better drawing and some gpu accel. working somewhat semi stably:-)
Nvidia:
- GeForce GTX 1630
- GeForce GTX 1650 Super
- GeForce GTX 1660 Ti
- GeForce RTX 2080
- GeForce RTX 3050
- GeForce RTX 3060
- GeForce RTX 3080
- GeForce RTX 3090 Ti
- RTX A2000
Screen:
- Color Depth: 32
3 Likes
Question, since the issue popped up with Scribus (check new/updated topic), does this mean that nothing Qt6 related can be installed with the nebula package because Qt6 requires libGL?
1 Like
I run the Nebula driver on my system and have many Qt6 apps installed. The issue with Scribus appears to be one of its dependencies relies on Mesa which conflicts with Nebula.
2 Likes
Thanks for the clarification! 
AFAIK from reading about the development and someone correct me if I am wrong is that X512’s driver package provides a newer version of the Mesa libraries to provide the accelerated 3D support in the driver, which is why it conflicts with the Mesa version that comes with Haiku as standard.
1 Like
I “think” it’s because of libglvnd and indeed a newer mesa package?
Yes, it is based on newer Mesa version. Instead of llvmpipe/lavapipe software rendering driver, Nebula driver set provides Mesa NVK Vulkan driver with hardware acceleration support for NVIDIA GPUs and Zink Vulkan → OpenGL translation driver. It also use glvnd library to dynamically load OpenGL drivers and to implement Haiku BGLView over EGL.
Both current Haiku Mesa package and Nebula driver set with glvnd library provide libGL.so OpenGL API library, so it conflicts with each other.
3 Likes
How can I run something using glfw3 with this driver? GLTeapot works, but when I run, for example /system/apps/GLFW3/Simple from glfw-demos, I get Error: OSMesa: Library not found.
OSMesa was removed in latest Mesa version. So need to switch to BGLView or EGL.
How can I do that?
Well, adjusting GLFW library code in HaikuPorts repo to use BGLView or EGL will be needed.
1 Like