nvfancontrol VS gfx

yes that allows you to change the fan speed. and if you read down a bit more theres a command that allows you to set the speed. or there are some tools online that allow you to set a curve for the fan like this https://github.com/foucault/nvfancontrol

To do that i had to run : sudo nvidia-drivers . then generate the file xorg.config and then added the cooller bits to that file as shows here : https://github.com/foucault/nvfancontrol

I usually put the coolbits option line in the device section not the screen section. While I don't have any source that is the correct or preferred location for it, I'm curious if that solves your issue. It's where the author of nvfancontrol mentions to put it on github.

Check out nvfancontrol which is on the AUR; it lets you set a custom fan curve based on the GPU temps. It requires setting coolbits option of Nvidia GPUs to at least 4 in /etc/xorg.conf or /etc/xorg.conf.d/20-nvidia.conf file. Setting coolbits to 4 lets you control the fan speed manually in nvidia-setting but using nvfancontrol control helps automate the fan speed based on temps. Not sure if it's possible to use with two GPUs or not yet though.

Understand Wayland concepts: Familiarize yourself with the basic concepts and principles of Wayland. This will help you gain a solid understanding of how the system works. You can refer to the official Wayland documentation (https://wayland.freedesktop.org/docs/html/) and the Wayland book (https://wayland-book.com/). Learn Rust: If you're not already proficient in Rust, take some time to learn the language. The Rust Book (https://doc.rust-lang.org/book/) is a great place to start. Study existing Wayland compositors: Since you mentioned Anvil and smallvil, you can study their source code to gain insights into how they're designed and implemented. Try to understand the structure and how different components interact with each other. Dive into Smithay: Smithay (https://github.com/Smithay/smithay) is a Rust library for building Wayland compositors. Familiarize yourself with the library and its components. You can start by studying the provided examples and reading the API documentation. Learn graphics programming: Since you're interested in graphics effects, you'll need to learn about graphics programming concepts, such as shaders, framebuffers, and texturing. Vulkan (https://www.vulkan.org/) is a popular graphics API that you can use with Rust. Check out the following resources to learn more about Vulkan and graphics programming in Rust: Vulkan Tutorial (https://vulkan-tutorial.com/) gfx-rs (https://github.com/gfx-rs/gfx), a Rust graphics library Vulkano (https://github.com/vulkano-rs/vulkano), a safe, pure-Rust wrapper around the Vulkan API Start small: Break down the compositor project into smaller, manageable tasks. Begin by implementing basic functionality, like setting up a window and drawing simple shapes. Gradually add more features, such as input handling and window management. Ask for help: Join the Wayland and Rust communities to ask questions and seek advice. You can find them on forums, mailing lists, and chat platforms like Discord or IRC. The Wayland mailing list (https://lists.freedesktop.org/mailman/listinfo/wayland-devel) and the Rust programming subreddit (https://www.reddit.com/r/rust/) are good places to start. Iterate and experiment: As you progress, keep experimenting with different graphics effects and shaders. Try to implement the features you're interested in, such as blur, window previews, and window switching.

For users of old school crate _gfx_ v0.18 I have PRs that will fix this issue without any additional changes (https://github.com/gfx-rs/gfx/pull/3791) though I suppose there aren't too many such users nowadays...

The gfx-backend-* READMEs each have a graphic explanation that is very useful. As others have said, the best way to handle this is with a flipped viewport, but I've never seen a satisfactory explanation as to why this doesn't mess with front/back faces and culling.

From https://github.com/gfx-rs/gfx

https://github.com/gfx-rs/gfx#hardware-abstraction-layer

Searching through the source code for wgpu and its dependencies, the error is coming from the gfx-rs DirectX 11 backend. I am guessing this is because of a limitation of DirectX 11. The easiest thing to do would probably be to try switching to the DirectX 12 or Vulkan backends.

Looks like they are using https://github.com/ggez/ggez which in turn uses https://github.com/gfx-rs/gfx for low-level drawing to the screen

There is also gfx-rs, which should be easier to use than opengl.

https://crates.io/crates/tiny-skia

You can put things together pretty easily with these libs. And they also let you skip the gpu boilerplate (I should note that tiny-skia works only in the CPU).

Lastly, you have shader programming (OpenGL, Vulkan, etc.). If you're writing "production code" you'll have to do some setting up of the GPU, and the actual graphics code will be in a separate shader language. Shader languages are similar to C but with restrictions that allow for a high level of parallism, making it extremely fast. If you want to get started with this I'd recommend playing around on a site like shadertoy[1] where you can start writing shaders right away. I haven't done much of this myself but as far as Rust goes I've seen a lot of references to the gfx crate:

https://crates.io/crates/gfx

I hope this helps

[1] https://www.shadertoy.com/