Could you share which graphics card was used?
who can use Linux but not windows? Share your Linux setup
WhisperingWind intel n95 with the following graphics:
VGA compatible controller: Intel Corporation Device 46d2
Could you run the command lsmod in the Linux terminal? Is "xe" present next to i915? It seems like you might have Intel UHD (Xe architecture), but I'm not sure yet.
- Edited
WhisperingWind no i915. Maybe haven't installed the GPU driver. new to linux.
- Edited
I tried Ubuntu 18.04, but my graphics card didn't work properly; it has the Xe architecture. I looked and didn't see the Xe module among the kernel modules. So, it turns out that support for the graphics card is missing, and perhaps the improvements are specifically due to the lack of the necessary driver and hardware acceleration out of the box.
The i915 module is necessary for the operation of any Intel graphics card, but it seems that it is not loaded on your system due to the lack of support for the Xe architecture in the old kernel.
P.S. Intel's Xe architecture is a part of the Intel UHD Graphics lineup.
- Edited
WhisperingWind Could be it's because of lack of GPU.I'll try looking at the ubuntu 22.04 based system, see if the driver is there.
- Edited
If I'm not mistaken, support for Intel Xe should be available starting with kernel version 5.15. Run the command
uname -r
,
it will show the kernel version.
I am using the last Ubuntu 22.04, and I can confirm that Xe support is available in this version.
WhisperingWind Yep, in the 22.04 i have driver(i915) support.
Personally I rarely play games, and videos play nicely. So i'm OK without a GPU.
Most graphics drivers in Linux these days are Mesa which does receive updates.
- Edited
The drivers for graphics devices in the Linux kernel can be found in the drivers/gpu/drm directory. These drivers are included with the kernel itself, and some of them continue to receive updates and improvements over time.
Mesa, on the other hand, is an implementation of graphics APIs such as OpenGL and Vulkan, and it operates at a higher level than the device drivers themselves. However, Mesa includes what are known as DRI drivers, but these are not device drivers in the traditional sense and are part of the Direct Rendering Infrastructure (DRI). These DRI drivers interface with the actual device drivers in the kernel.
In simple terms, Mesa is a way to make hardware acceleration faster by shortening the path from the application to the kernel's graphics device drivers.
P.S. Based on my experience of "digging" into the kernel, although I might be missing something and there might have been something like that in the past.
- Edited
I'm curious, wouldn't this be a decent strategy(even for games), on the desktop, against strain:
1. Buy a desktop with a strong multi-core CPU, and disable the GPU driver, to use software rendering
2. Use the rendering layers above the GPU that cause the least strain?
- Edited
,,,,,,,,,,,,
WhisperingWind That's an apt yet simplified explanation.
- Edited
I ran into some color management issues that I need to figure out.
The video recorded by the device uses Limited Range 16-235, which makes white look gray. Switching between Limited Range and Full Range in BetterDisplay for the recorder doesn't fix the issue.
The recorder can also take screenshots (a separate feature from video recording). These screenshots are in TGA format, and in those, the white background in the browser looks white with a value of 255. But there are differences in shades between the screenshots taken directly on the M1 Mac and on the recorder because the profile generated by macOS is not accurate (?). I also tried standard profiles, and it's the same story everywhere; the shades differ.
TGA should be lossless (https://en.wikipedia.org/wiki/Truevision_TGA), but the presence of something similar to aberrations around some colored objects seems strange to me. I need to figure this out as well.
Below are links to screenshots taken directly on my M1 Mac (Screenshot_X.png) and screenshots taken through the HDMI recorder (Recorder_X.tga): https://file.io/7N0aPzOsfdPg
If you need frames directly from the video, let me know, and I'll send those too, but they are in Limited Range 16-235.
- Edited
I came across something interesting. In Linux, if I enable 6-bit color, it seems that the FRC module on a 6bit+FRC monitor continues to strain my eyes a bit when reading. I replaced the Linux profile with the one from macOS. The eye strain when reading text disappeared, and the screen became a bit calmer. I've been testing this for two days now, and there's no mistake - the effect is almost immediate in terms of eye strain when reading text or lack thereof.
It's possible that an incorrect color profile set by default in Linux could have affected color conversion, leading to incorrect interpretation of the 6-bit signal. This might have triggered FRC activation for compensation, even if the output was specifically set to 6-bit. But this is just a hypothesis for now.
- Edited
moonpie jeez pricey. I have two 3995wx thread ripper PCs which are much cheaper but 64core
I'm sure that applies to many different monitors too. I wonder what would be the best way to grab the color profile other than grabbing it off a Mac. What PC is this? The a770 one? I was wondering if the a770 is able to be made fully comfortable or to not bother with it
- Edited
WhisperingWind the presence of something similar to aberrations around some colored objects seems strange to me
if you see this, these are pretty much what's going on
1 (2011, Samsung):
2 (2017):
https://www.rose-hulman.edu/class/cs/csse451/Research%20paper/2019-papers/ChromaBlur.pdf
3 (2018, continuation of 2, funded by Intel Labs):
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6126933/
prior work that eventually lead up to this goes back to the mid-2000s, possibly earlier
- Edited
The monitor's color profiles have different triangle coordinates (color gamut), different white points, and different gamma. Here's an example comparing two color profiles of my monitor from macOS and Linux. As you can see, there's a shift towards the yellow spectrum in Linux, which theoretically could be interpreted by the monitor as coordinates beyond the 6-bit range (but I'm not an expert in this): https://ibb.co/mRd9YtN
I checked the color profiles for my TV: the triangle coordinates (color gamut) are the same, but the white point and gamma differ, which should not cause dithering at 8+ bits (TV has 8+FRC). This means that not all devices may have the issue; it definitely won't be a problem if the monitor doesn't support FRC.
What PC is this? The a770 one?
I don't know if Windows generates color profiles, but it can be checked.
The service somehow deleted the uploaded archive. I've re-uploaded it: https://easyupload.io/abm64p