who can use Linux but not windows? Share your Linux setup

autobot

I used 10-bit because my recorder can only record 10-bit uncompressed. I switched to 10-bit using the xrandr utility.

I recorded the browser window with ledstrain.org, and measured the color of the white background with a colorimeter.

autobot

I don't know exactly how mapping occurs in a graphics card, but I think that (111111, 111111, 111111) would be automatically mapped to (1111111111, 1111111111, 1111111111) in the case of 6-bit recording using a 10-bit recorder.

BTW, i've noticed that in my distro(ZORIN) , which is based on ubuntu,

1/ When the version is based on ubuntu 22.04 the white is bright and less comfortable.

2/ When the version is based on ubuntu 18.04 the white is muted and more comfortable. I think also the other colors are muted too, but not sure.

WhisperingWind no i915. Maybe haven't installed the GPU driver. new to linux.

autobot

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.

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.

autobot

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.

Sunspark

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.

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?

,,,,,,,,,,,,

DisplaysShouldNotBeTVs

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.

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.