| 22 Oct 2025 |
 ElvishJerricco | huh, well even at "89.98 Hz", /sys/kernel/debug/dri/0000:03:00.0/DP-1/dsc_clock_en still says it's using DSC, 10bit probably isn't the reason in this case? | 11:51:16 |
 K900 | It could be using DSC anyway just to run at a lower link rate | 11:51:40 |
| K900 | Because higher link rates are more resource intensive to run | 11:51:50 |
| ElvishJerricco | yea, and I mean it's not like it matters. IIUC almost no one can actually tell the difference between DSC on or off | 11:52:42 |
| K900 | Yeah it's designed to be "perceptually lossless" | 11:54:07 |
| K900 | Which is a very interesting choice of words | 11:54:12 |
| ElvishJerricco | lol | 11:54:21 |
| K900 | But generally it delivers | 11:54:28 |
| ElvishJerricco | there's been a few times where I saw some weird coloring that looked like compression artifacts, but the anomaly remained when I dropped to 60Hz so I'm pretty sure that means it's the software that decided to make bad colors, not DSC | 11:56:36 |
| 24 Oct 2025 |
|  seapat | 20:35:18 |
| 25 Oct 2025 |
 Makuru | Is it possible to force games that use opengl to upscale with AMD FSR 4? | 15:27:32 |
| K900 | No | 15:34:33 |
| K900 | The game needs to already support some sort of temporal upscaling solution to use FSR4 | 15:34:55 |
| K900 | Because FSR4 is itself temporal and requires motion data from the game | 15:35:09 |
| Makuru | Ahh, thanks. | 16:39:28 |
| 26 Oct 2025 |
|  Stephan joined the room. | 09:44:22 |
|  Sir_Morton joined the room. | 15:33:45 |
