Brand new CH260 with panels screws SO tightened they don't come loose

Just received my CH260, beautiful case on the outside. But...it's panel screws are SO tightly screwed in that it is unable to loosen ANY of them without damaging the screw's crosshead.
Tried with four screw drivers sets. This is bordering ridiculous. Was lock-tight used on final assembly?

What is this assembly quality? Seriously!

Anyway besides returning the case outright, any other idea's?

reddit.com
u/Gkirmathal — 6 days ago
▲ 1 r/mffpc

Deepcool CH260 internal power cable length?

Hi, I am about to make finally upgrade to mATX and this case. But on a closer look I noticed the orientation of for the C13-plug on my Seasonic Focus will not work with the C13-angle that is provided with the CH260. I could turn the PSU to face the inside but I rather not.

So for a replacement I found several C13>C14 cords that have the right C13 orientation, but now for the cable length.

Could anyone who own the case make a quick measurement of the internal power cord for me?

reddit.com
u/Gkirmathal — 22 days ago

Manual updated FSR4 4.1.1 dlls from FidelityFX SDK 2.30 not being recognized in Cyberpunk 2077

Hi, can anyone do a quick test something for me on Cyberpunk.

I manually upgrade to FSR 4.1.0 using the loose dll's from FidelityFX SDK 2.20 in Cyberpunk 2077 in ../Cyberpunk 2077/bin/x64/.
This has worked fine using GE-Proton10-33 and also works with GE-Proton11-1. FSR4 build from Mar 20 2026 is confirmed with FSR4_WATERMARK=1 MLFG_WATERMARK=1

the FSR4 dll's from FidelityFX SDK, which is FSR 4.1.1, how ever do not seem to be recognized at all.

Using the amdxcffx64.dll replacement method in ../compatdata/1091500/pfx/drive_c/windows/system32/ using FSR4_UPGRADE=1 MFLG_UPGRADE=1 results in not functioning FSR4 upgrade as well.
Watermark showing the following build info:

>FSR3 UPSCALE - SOURCE DRIVER
BUILD TIME : JUN 11 2026
GIT BRANCH: COMMIT 98466A4

Also tested with GE-Proton10-33 and 11-1.

Can anyone run a quick test to see if they can reproduce?

reddit.com
u/Gkirmathal — 2 months ago

Nexusmods site. Manual downloads archive filenames no longer containing mods unique mod ID and version numbering.

As the title. Been getting this issue since about two days.

On (manual) downloading any mods the mods "Nexus Mod ID" and mod's "version number" are no longer added to the downloaded archive file name.
All mods download as just plain (example) >ModName . zip!< instead of expected >!ModName-99999-1-0-1 . zip!<

Is there currently an active issue with the site?

Edit: On the Nexusmods forum I found a topic regarding the issue and a reply that this was some intended change. Personally this is not a manageable change for my situ as Linux user that doesn't use NXM links with Vortex but manually manages all my mod downloads before installing in Vortex.
https://forums.nexusmods.com/topic/13538713-site-not-appending-mod-number-file-version-or-file-number-to-filename-when-file-ready-for-download/

reddit.com
u/Gkirmathal — 2 months ago