The part replacement isn't being blocked? The OP's CM5 with replaced RAM is still a working CM5 according to him. And fully functional compared to before the replacement.

The N64 goes back to requiring mods for RGB SCART though. The later SNES models removed RGB support too.

Similarly later GameCube models removed support for component cables.

Similarly USB cables that do not carry data lines

I think I disagree. I just (re-)discovered a couple of my cables don't have data lines a few hours ago, prompted by the earlier discussion. My initial instinct was also to throw them away like you said. But then I realized they're actually quite useful for any case where you want to prevent data transmission, whether due to security or other reasons.

agree. i have no issue with charging only cables, they’re often lighter and more flexible, but i do require the 56k ohm resistor to wrangle misbehaving devices that could start a fire.

Though these should be cut in half before discarding so that no one "helpfully" retrieves them.

The USB-A half is helpful sometimes. I’ve soldered mine to a barrel plug and I’m using it to power various 5V devices now.

Is that just with software encoding? Or did hardware encoding get fixed?

We are able to make do with Software Encoding for now, more so with the unlocked cores but it is limiting its potential. There seems to be something called PyroWave making waves for being a low latency encoder/ decoder but nothing supports it yet except for a now pulled Steam Beta.

Otherwise I'll have to investigate capturing video via the DP port or switch it out altogether.

I've had Codex use antigravity for subagents with 'agy -p'. Is that considered 3rd party usage?

No, because you called the service from their client.

Yes, that's exactly what T3Code does. https://x.com/GergelyOrosz/status/2095453990980817301

I think the problem with his ask in that initial picture is mentioning Pi, which doesn't do headless CLI, but does do the OAuth that the TOS specifically mentions.

It doesn't seem like T3 Code ever implemented antigravity at the time of the post. Now they've added it via ACP: https://github.com/pingdotgg/t3code/pull/9348

I'm happy to learn otherwise, but that thread doesn't seem to explain anything.

HDMI 2.1 carries more bandwidth than DisplayPort 1.4. Plenty of GPU/monitors have that port arrangement, as recent as Nvidia's RTX 40 Series.

Yeah but this is for amdgpu and they had DP2.1 support for a while now.

I ran fiber optic HDMI from my office to my living room for 4K120 HDR+VRR couch gaming with no added latency or loss in quality. Works great. My LG C1 even supports FreeSync so VRR even works, but I have to route the HDMI directly to the TV. My receiver does not support FreeSync and only supports HDMI VRR. Presumably with this patch I will be able to run HDMI 2.1 VRR through my receiver and not have to treat my desktop as a special input.

It's just nice when technology is not hampered by nonsense.

AMD RX 6700 XT from 2021 only has DP1.4 (but HDMI 2.1).

Dell U5226KW from 2026 only has DP1.4 (but HDMI 2.1).

I don't think I have seen anything above DP1.4 in the wild for now.

Also interesting is the Steam Machine with its AMD RX 7000 series GPU only has DP1.4 even though those GPUs should be able to do DP2.1

That doesn't help when the monitors don't have DP2.1 support.

I havent seen a monitor (besides tvs) that has HDMI2.1 but not DP2.1

Plenty of high refresh gaming monitors out there that use HDMI 2.1 or DP1.4 with DSC.

DSC is just the "card up the sleeve" for DP1.4, you can push it all the way to 4K 240hz HDR. So there is little incentive to switch to DP2.1 for OEMs.

I can tell you mine does: a Corsair XENEON 27QHD240. Or the somewhat popular and badly named Acer Nitro XV275K P5biipruzx

I'd say it's usual for displays released in the 2-5 years old range. HDMI 2.1 got somewhat quick monitor support for consoles, but search for "first DP2.1 monitor" gets results from 2024

And that parenthetical is exactly why people care.

TVs.

lots of linux based boxes are used with TVs.

Steam should support SInput which would give you more Steam Input remappable buttons: https://docs.handheldlegend.com/s/sinput/doc/buttons-format-...

I've been going a step further and trying to get AI to decompile the firmware to a different controller to add native SInput support. Hasn't been going well.

Generators don't ramp up/down immediately. Especially when peak power usage is 4-5pm, people getting off work, but also closer to sunset. That's a lot of power that needs to be generated immediately for stability.

More solar (without batteries) makes that worse.

https://en.wikipedia.org/wiki/Duck_curve

Recent development has 2 / 8 of the CPU cores able to be unlocked too. Originally shipped with 6 CPU cores enabled.

It has no HDMI port. Some DP > HDMI adapters do CEC.